系统分析与设计HW4

系统分析与设计HW4

1、 用例建模

• 阅读 Asg_RH 文档，绘制用例图。
  
• 选择你熟悉的定旅馆在线服务系统（或移动 APP），绘制用例图。
  这里我选择去哪儿网来绘制用例图
  

• 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法。
  在项目早期，各个需求变化的可能性比较大，也是比较容易进行创新的时期，在这个时期应该多对市场进行调查，多调查用户的需求，对于同类产品做一些调研。同时利用用例图去分析在设计上是否还有可以改进创新的地方，由此来获得创新点。

• 使用 SCRUM 方法，在(任务b)用例图基础上，编制某定旅馆开发的需求(backlog)。

  Story ID	Story Name	Priority	Details	Comments
  1	Search hotel	high	Select date, city	Care for city is’t exist
  2	Make Reservation	very high	Choose hotel Choose room type View Details, such as comments, prizes	Handle no room can be reserved
  3	Comfirm Reservation	normal	Enter Identity, such as name and phone numbers	No Identity, no reservation
  4	Make A Payment	high	Select Payment method	Payment success feedback

2、业务建模

• 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
  使用流程图发现子用例，从各个节点到终结状态就可以看做一个子用例。
  
• 选择你身边的银行 ATM，用活动图描绘取款业务流程
  
• 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例。
  

3、用例文本

• 在大作业基础上，分析三种用例文本的优点和缺点
  用例文本分为：Brief，Casual，Fully三种形式。
  每一种都有自己的优劣，结合我在实际操作中的感受来谈一下他们的特点。
  Brief(简介)
  故名思义，这种文本方式就是给用例一个简介，用简短的文字来描述这个用例。
  优点：
  a.简单明了，在项目初期构建时可以简洁的表达出来某个用例的基本情况而不需要去考虑细节。
  缺点：
  a.无法体现一个用例的细节，在具体分析某个用例时并不适用。
  Casual(简便格式)
  优点：
  a.相比Brief可以表达更多的用例信息。
  b.易于理解。
  缺点：
  a.对于经常使用的需要详细描述的用例无能为力。
  Fully(详细描述)
  优点：
  a.可以详细描述用例的各个步骤和状态
  b.方便工程师理解实现
  缺点：
  a.结构复杂，耗费时长。
  b.要求有一定专业知识。