@(系统分析与设计)[homework]
Systems Analysis and Design hw3
本博客为课程需要提交的作业。
1. 用例建模
a) 阅读 Asg_RH 文档，绘制用例图。
b) 选择携程网预定旅馆在线服务系统并与 Asg_RH 进行比较
黄色背景为创新用例， 青色背景为新的外部系统和服务
c) 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法。
对比 Asg_RH 文档中的酒店预定系统和携程网酒店预定系统，我们可以发现携程网提供的服务更为全面，因此它的用例也更多。经过对比，我个人认为，在项目早期发现创新的思路和方法主要有如下几个方面：
- 简化用户操作流程。分析当前相关的系统的通病，能否把用户交互的流程进一步删减，使得用户能够更快地看到他想要的东西。例如说携程网的过滤排序器比 Asg_RH 更加完善，多考虑了一些重要的 factors （如酒店级别等）；另外引入了第三方的地图系统，给用户对于酒店位置的了解带来一个非常直观快捷的体验。
- 通过活动吸引顾客。考虑如何把现有的资源更好地组织起来吸引客户。如不定期地提供各种优惠活动或者优惠组合，方便用户选择更好的方案。例如携程相对于 Asg_RH 就提供了不同的优惠组合，相比起来携程的花费更加划算，于是亦能比 Asg_RH 更好地吸引用户。
- 用户反馈。前期通过调研目标用户群，了解到当前类似系统的不足的地方，在项目初期就需要避免这些问题再次出现。同时建立起一个良好的评论系统，充分发挥用户的参与性，提高系统的可信度。
- 尽可能提供更多的解决方案。不同用户之间个人情况不尽相同，在项目开发初期就应该确定开发的系统能够提供更多的解决方案，以适应不同的用户需求。例如在支付方式的选择上，携程支持多种在线支付平台，甚至提供了到店再进行支付的服务， 这样做可以最大限度保证使用携程的用户最终可以成功预定酒店。反观 Asg_RH, 只提供了信用卡在线付费的方案，这样做无疑会流失一大批不常用信用卡的用户。
d) 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 (backlog)
| ID | Name | Imp | Est | How to demo | Notes |
|---|---|---|---|---|---|
| 1 | 查找酒店 | 80 | 20 | 用户在搜索界面中输入目的地/酒店名称、入住日期、退房日期、星级等信息，点击确定后可以根据输入信息生成一个酒店列表。 | 文本输入框可以给出提示信息；时间输入框可以默认先赋值为当前时间日期，节约顾客时间；需要调用GPS第三方系统来确认用户的当前位置以及酒店位置信息。 |
| 2 | 预定旅馆 | 100 | 27 | 用户选择一个心仪的酒店后，可以对入住信息做进一步修改，然后确定入住者信息。 | 确保入住者的信息合法。 |
| 3 | 支付订单 | 60 | 15 | 用户选择自己喜欢的方式进行支付。 | 可以调用第三方支付API来实现。注意订单生成的正确性以及支付的安全性保证。 |
| 4 | 用户评价 | 70 | 18 | 用户在结束住房后在评论区写下自己的体验，并给酒店打分。 | 结束住房后可以通过短信等方式提醒用户留下宝贵的建议。 |
2. 业务建模
a) 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
利用流程图发现子用例的方法：
重点查看流程图中的各个状态，尝试抽象出子用例，其中有下面两种情况：
- 单个状态能代表一个子用例，比如 支付。
- 多个状态根据流程步骤结合起来也能代表一个子用例，比如 显示酒店列表 –> 查看酒店信息。
扫描二维码关注公众号，回复：
44437 查看本文章
b) 选择你身边的银行 ATM，用活动图描绘取款业务流程
c) 查找淘宝退货业务官方文档，使用多泳道图，表达退货业务的过程。
详细要求：查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
客户要完成退货业务，在淘宝网上需要实现的系统用例有：
- 退货用例
- 退款用例
- 协商交流用例
3. 文本用例编写，分析三种用例文本的优缺点
分析三种用例文本的优缺点如下：
- 摘要式用例文本——简洁的一段式概括，通常用于主成功场景。
- 优点：简洁且概括性强，有助于快速了解功能范围；编写所需时间少，效率较高。
- 缺点：无法说明用例的详细业务过程，不利于深入分析需求，不能直接开始开发。
- 非正式用例文本——非正式的段落格式，用几个段落覆盖不同场景。
- 优点：较为简洁，适当添加有场景细节，相对于摘要式用例文本细节更多，让人能更加清晰了解需求；编写时间亦不长。
- 缺点：依然缺少足够的用例细节，不利于深入分析需求。
- 详述用例文本——详细编写所有步骤及各种变化，同时具有补充部分。
- 优点：对于每个用例有具体的业务流程说明以及所有步骤及各种变化，同时具补充部分，对于深入分析需求有重要帮助；可以根据此详述用例明确该用例的所有需求。
- 缺点：编写所需时间很长；对于细节部很难在项目初期全面地确定下来，思考过程较繁琐。