Homework4 of Software-System-Analysis-and-Design
1. 用例建模
- a. 阅读 Asg_RH 文档，绘制 用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸
- b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：
- 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例
- 尽可能识别外部系统，并用色彩标注新的外部系统和服务
-
c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
对于两者的基础功能来说，并没有什么明显差别，都足以满足用户的基础需求。不过新时期的特性却多了一些新的特性，比如收藏酒店、根据酒店星级搜索选择等。因为时代的发展，科技的进步，互联网信息化的普及所带来更优质和全面的服务，同时越来越多的供应商注重揣摩用户心理，研究用户的行为习惯，并在细节之处增加工作。 利用好现有的科技和大数据，是创新发展的基础，加之长远的目光，注重用户心理需求与行为习惯，多加调查和交流，重视用户反馈，都是发现创新的思路和方法。 - d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
| ID | Name | Est | Imp | How to demo |
|---|---|---|---|---|
| 1 | search hotel | 5 | 50 | 进入系统首页，搜索功能 |
| 2 | search by location | 3 | 10 | 搜索栏有位置选项 |
| 3 | search by time | 3 | 10 | 搜索栏有时间选项 |
| 4 | search by price | 5 | 10 | 搜索栏有价格选项 |
| 5 | search by level | 3 | 10 | 搜索栏有星级选项 |
| 6 | search by keyword | 3 | 30 | 搜索栏有关键字选项 |
| 7 | make reservation | 5 | 50 | 订房间 |
| 8 | select hotel | 5 | 30 | 在酒店列表选择酒店 |
| 9 | sort results | 3 | 50 | 酒店列表排序，按人气、价格等排序 |
| 10 | select room | 5 | 50 | 选择房间类型 |
| 11 | manage orders | 5 | 40 | 我的订单 |
| 12 | history orders | 5 | 20 | 历史订单 |
| 13 | payment | 10 | 50 | 支付系统 |
| 14 | favorite hotel | 5 | 10 | 收藏酒店 |
2. 业务建模
- a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
在构建流程图时，如果发现有些业务或者技术可以复用，就可以作为子用例。此外，将复杂业务分解也是发现子用例的时机。将业务分解为若干步，如搜索可以分解为按地点、关键字等多种方式搜索，这些都属于子用例。
- b. 选择你身边的银行 ATM，用活动图描绘取款业务流程
- c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
淘宝网需要实现的用例有：生成退款单、更新退款单状态、同意/拒绝退款处理
3. 用例文本编写
- 在大作业基础上，分析三种用例文本的优点和缺点
-
摘要
优点：编写简单，简洁明了，便于快速了解主题与范围
缺点：不够全面，认识粗略 -
非正式
优点：多个段落覆盖不同场景，编写简单，但比起摘要更详细一些，有利于进一步认识问题
缺点：不够正式，需要后续细化精致化 -
详述
优点：详细编写所有步骤和各种变化，细节充足，正式且深入，能够直接作为编码的逻辑参考
缺点：耗时大，编写繁琐，只能对于具有总要架构意义和高价值用例详细编写
-