系统分析与设计（作业4）
1. 用例建模
-
a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸。
根据Asg_RH文档的“Reserve Hotel”系统的流程，绘制的用例图如下所示，其中黄色标注表示外部系统和服务：
-
b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），绘制用例图。
绘制的用例图如下图所示，其中蓝色标注表示创新的用例，黄色标注表示新的外部系统和服务：
- c. 对比两个时代、不同地区产品的用例图，总结在项目早期发现创新的思路与方法。
（1）当确定项目待实现的基本业务功能后，可通过线上或线下的渠道，选择并体验常用的典型应用系统（比如，确定扫码点餐的业务功能后，可线上搜索如“偶滴菜”，“餐婆婆”等系统扫码体验，或线下调研如“CoCo都可手机点单”，“美味e点”等系统实地体验），对比并总结出这些系统涉及的用例，以及各自的优点和缺点，必要时可画出用例图并进行竞品分析。
（2）根据（1）步骤的分析结果，选择现有系统中设计和功能上不合理或可改进的地方，由此思考创新的解决方案；结合实际的需求情景，借鉴其他类型系统的功能点，或线上线下调研用户需求，大开脑洞，加入现有的系统未出现的设计和功能上的创新点，并可考虑前沿技术如人脸识别、个性化推荐等。
- d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
| ID | Name | Imp | Est | How to demo | Notes |
|---|---|---|---|---|---|
| 1 | 选择酒店类型 | 60 | 10 | 打开“去哪儿网”首页并点击“酒店”模块，选择“酒店搜索”的功能 | 提供多种可选的酒店类型，缩小用户的筛选范围 |
| 2 | 找酒店 | 100 | 20 | 点击“酒店搜索”界面的“搜索”或“地图搜索”，选择好酒店的筛选条件后可看到合适的酒店列表，从中挑选一个酒店 | “地图搜索”需要保证地图的准确定位；根据筛选条件能够全面地显示符合的酒店列表，必要时以分页的形式呈现 |
| 3 | 预定酒店 | 100 | 20 | 进入所挑选的酒店详情界面，根据自身需求选择合适的房型或团房，预订后填写订单并提交订单 | 需要UML顺序图；验证用户填写订单的信息是否有效，提交的订单需要准确存入数据库中 |
| 4 | 支付订单 | 60 | 8 | 选择合适的支付方式，输入支付密码后支付所选酒店房间的费用 | 考虑加密问题，保证支付的安全 |
2. 业务建模
-
a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
（1）酒店用例的活动图如下所示：
（2）利用绘制的用例活动图（流程图），找到图中所有表示“操作”的元素，即活动的每个步骤，分析步骤之间的相关性能否组成一个子用例，或是单个步骤构成一个子用例，从而发现用例下所涉及的所有子用例。 b. 选择你身边的银行 ATM，用活动图描绘取款业务流程。
-
c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例。
（1）退货业务的多泳道图如下所示：
（2）根据多泳道图，客户要完成退货业务，在淘宝网上需要实现的系统用例包括：提交退款申请、修改退款申请、请求小二介入、联系卖家客服、填写并提交退货信息等。
3. 用例文本编写
-
在大作业基础上，分析三种用例文本的优点和缺点。
（1）摘要用例：简洁的一段式概要，通常用于主成功场景；优点：早期需求分析过程，快速了解主题和范围，编写一般几分钟就可以完成，缺点：仅是粗略的用例描述，没有涉及细节内容，读者难以理解用例的整个流程。团队项目是扫码点餐与结算系统，需求分析阶段我们先编写出用例的摘要，如：扫码、选餐、下单、支付，这样有利于我们整体上了解系统的主成功流程。
（2）非正式用例：非正式的段落格式，用几个段落覆盖不同场景。优点：早期需求设计过程，能够考虑多种情景的用例流程，有助于后续的进一步设计，以及开发测试等，缺点：用例具体的细节分析还不够仔细，无法直接作为设计开发的文档。团队项目中，我们会针对摘要用例进一步分析，如下单用例，考虑餐厅管理员接单、拒单等多种场景。
（3）详述用例：详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保证。优点：真正明确用例在各种场景下的步骤，具有重要的架构意义，高价值的用例推进系统的设计、开发、测试等工作，缺点：编写用例的工作量大，需要多方面分析思考，多次修改。团队项目中，我们会针对多个主要的用例，如餐厅管理员的注册登录、餐厅菜品信息的管理、台位二维码的生成、历史账单的查看、点餐等用例，逐一编写出完整的用例文档。