系统分析与设计-第四次作业

系统分析与设计-第四次作业

1、用例建模

**a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸
b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求**：

• 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例
• 尽可能识别外部系统，并用色彩标注新的外部系统和服务

黄色部分为去哪儿网特有的，其余部分与Asg_SH中一致。

c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路和方法。

Asg_RH的功能是比较纯粹的酒店选择功能，没有为用户提供更多的信息，但基本满足了预约酒店所需的所有功能。很明显地，这是在出现在社交网络盛行之前出现的系统。在社交网络出现之后，很多系统都内嵌了评论和讨论的功能，使得用户可以获得更多来自其他用户的体验，而这些体验通常比较真实地反映了酒店的真实情况。譬如说去哪儿网就提供了这样的功能。另外，Asg_RH的功能是从酒店中获取信息并将此信息告诉用户，中间没有第三方，但现在普遍存在各式各样的第三方订阅酒店系统，所以去哪儿网的定位，则是整合这些第三方系统的信息，并将这些信息传递给用户。最后，随着GPS系统的发展，使得酒店预约系统可以内嵌定位功能，因此，用户可以很方便地知道酒店周边环境，并且提前指定旅游计划。
在项目早期发现创新思路的方法其实就是做好同类系统调研，了解对手的特性，并从中挖掘可以创新的点。譬如说，通过绘制Asg_RH中的酒店预约系统的用例图，可以发现其在选择酒店这部分提供了太少额外的信息。而去哪儿网则在这方面做了更多的工作。

d.请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）

ID	Name	Imp	Est	How to demo	Notes
1	搜索	20	10	根据选项信息搜索匹配的酒店。选定某个地点、时间获得相应匹配的酒店列表。	需要考虑酒店在所选时间内是否有空房，尽量给出符合用户需求的酒店选项。
2	选择酒店	50	30	提供酒店列表。在满足搜索要求的前提下，给出可选酒店列表，并提供基本的酒店信息。	1、给出来自不同第三方的酒店报价。2、提供用户使用体验。 3、提供酒店结果排序功能，根据一定的优先级。4、提供酒店地理信息5、提供酒店基本情况
3	选择房间类型	20	10	选定酒店后，选择房间类型。只能选择尚有空也房间的房间类型。	1、提供必要房间类型信息（例如是否有wifi、热水等） 2、可以修改入住时间，但必须满足修改的时间内该房间类型有空余房间。3、填入入住人基本信息
4	确认订单	40	20	确认所选订单。重新显示所选信息，以及提供选择支付渠道。	1、所选用户信息必须准确无误，提供用户返回上一界面修改用户信息的功能。 2、运用外部支付系统，确保安全性

2、业务建模

a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。

b. 选择你身边的银行 ATM，用活动图描绘取款业务流程

c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例.

3、用例文本

在大作业基础上，分析三种用例文本的优点和缺点。

• 摘要 —— 简洁的一段式概要，通常用于主成功场景。
  
  • 优点：在早期需求分析过程中，可以快速地了解主题和范围。
  • 缺点：过于简单，难以详尽描述场景。
• 非正式 —— 用几个段落覆盖不同场景。
  
  • 优点：与摘要相似，可以快速地了解主题和范围。
  • 缺点：比摘要更详尽地描述场景，但仍然难以说明白场景。
• 详述 —— 详细编写所有步骤及各种变化，同时具有补充部分。
  
  • 优点：确认并以摘要形式编写了大量用例后，可以详细地编写少量的具有重要架构意义和高价值的用例。
  • 缺点：内容过于详细，不太适用于一些简单场景。