系统分析与设计范例参考

用例建模
a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸

b.选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：
对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例
尽可能识别外部系统，并用色彩标注新的外部系统和服务
去哪儿网订酒店：

c.对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
对比两个不同的产品用例图，明显发现现在的产品更加的人性化，考虑的方面比较多。比如说在选择酒店的时候，也可以选择填上想要居住的地标或商圈，这对旅行的人不熟悉当地环境的人十分有帮助，根据景点或想要游玩的地方就可以找到附近的酒店。同时，还可以看到酒店的设施状况、评论等等，了解酒店环境后再居住也对客人比较友好。
所以在项目早期，可以针对用户做调查，发现客户的需要所在，使产品更加人性化。
d.请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）

id	name	imp	est	how to demo	notes
1	搜索酒店	90	20	用户输入目标城市、地标、入住时间、筛选酒店类型，找到一个目标酒店	酒店排序根据综合情况列出
2	预定酒店	100	20	用户根据选中酒店的可选房间类型价格等情况选中房间，填写预定信息和入住信息	要及时更新房间的入住情况，对房间的描述最好真实配图
3	确认订单	80	10	用户检查订单详情，自行选择是否购买保险	确认订单只是用户的确认过程，如有错误用户可以修改或删除该订单，30分钟内不付款就取消该订单，便于别的客人预定
4	付款	70	10	用户自行选择支付方式并付款	付款调用外部支付系统接口完成，保证安全性

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

在画流程图的时候，考虑了用户做的每一个操作以及每一个可能性。沿着开始状态，任一分支点到结束状态都是一个子用例，根据画出的流程图，就可以发现子用例了。
b. 选择你身边的银行 ATM，用活动图描绘取款业务流程

c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
用例文本编写
在大作业基础上，分析三种用例文本的优点和缺点。
用例的三种常用形式：brief, casual, fully dressed
brief: 摘要用例有很少的句子组成来总结的用例。
优点：简介且概括性强，编写所需时间少，效率高。
缺点：无法说明用例的详细业务过程，不利于深入分析需求。
casual:一个非正式的用例由文本段落组成，用总结或故事的形式详细的描述了用例。
优点：较为简洁，适当添加有场景细节，有助于快速了解主题和范围以及作基础的分析；编写效率较高。
缺点：依然缺少细节，不够详细充分。
fully dressed:
优点：对于每个用例有具体详细的描述，同时具有补充部分。
缺点：编写所需时间很长，需要考虑各种繁琐的细节，内容较多。