1、 用例建模
- a. 阅读 Asg_RH 文档,绘制用例图。 按 Task1 要求,请使用工具 UMLet,截图格式务必是 png 并控制尺寸
- b. 选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。并满足以下要求:
- 对比 Asg_RH 用例图,请用色彩标注出创新用例或子用例
- 尽可能识别外部系统,并用色彩标注新的外部系统和服务
- c. 对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
在项目早期,根据客户需求发展新功能,同时要跟上时代,尝试能否加入最近新推出的技术
- d. 请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
ID | Name | Imp | Est | How to demo |
1 | search hotel | 20 | 15 | 输入搜索信息出现相关结果 |
2 | Choose hotel | 15 | 10 | 选择酒店进入详情和预定界面 |
3 | Make reservation | 15 | 10 | 选择详细的房间预定信息 |
4 | Confirm reservation | 10 | 8 | 修改订单 |
5 | Pay | 12 | 6 | 付钱 |
2、业务建模
- a. 在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
- b. 选择你身边的银行 ATM,用活动图描绘取款业务流程
- c. 查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例
3、用例文本编写
- 在大作业基础上,分析三种用例文本的优点和缺点
brief用例:
优点:简洁明了,编写快。
缺点:信息简单,不够详细。
casual用例:
优点:对于用例较为详细,且编写不会太麻烦。
缺点:在细节处不够详细,无法处理细节事件。
fully用例:
优点:结构化体现了需求,非常详细而深入。
缺点:编写复杂,写的时间需要很久。