1、 用例建模
a. 阅读 Asg_RH 文档,绘制用例图。 按 Task1 要求,请使用工具 UMLet,截图格式务必是 png 并控制尺寸
b. 选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。并满足以下要求:
- 对比 Asg_RH 用例图,请用色彩标注出创新用例或子用例
- 尽可能识别外部系统,并用色彩标注新的外部系统和服务
c. 对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
d. 请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
a.阅读 Asg_RH 文档,绘制用例图。
b. 选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。
以携程为例:
携程订酒店的界面
c.对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
创新的思路和方法:可以通过研究已经存在的类似功能的产品,通过分析他们的核心业务,再站在消费者(用户)的角度考虑还有什么缺失或者待完善的功能,在这方面进行补充。在项目初期,可以制定1~2个新功能,在整个项目过程中通过迭代实现。
d.请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
Name | Imp | Est (week) | How to preview | Note |
---|---|---|---|---|
Register | 10 | 3 | 可以通过手机号、QQ、微信等账户注册,注册可选成为会员 | 第一轮迭代 |
Log on | 15 | 1 | 用户能够以注册的用户名和密码登录到网站 | 第一轮迭代 |
Log out | 10 | 2 | 用户登出 | 第一轮迭代 |
Choose Hotel | 50 | 6 | 用户选择酒店,包括搜索和推荐 | 第二轮迭代 |
Make reservation | 50 | 8 | 用户可以进行酒店预定 | 第三轮迭代 |
Pay | 30 | 9 | 用户进行支付 | 第三轮迭代 |
Glance over favourrite | 20 | 11 | 用户可以查看添加感兴趣的酒店,并进行查看 | 第四轮迭代 |
2、业务建模
a. 在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
b. 选择你身边的银行 ATM,用活动图描绘取款业务流程
c. 查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例
a.用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
利用流程图发现子用例的方法:利用流程图可以抽象出整个活动的过程,从而对整个流程有一个整体的概念,同时也可以发现某些活动环节需要进行分割和细化的部分,把他们作为拓展的子用例。
b.选择你身边的银行 ATM,用活动图描绘取款业务流程
c.使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。
参考淘宝开放平台开发文档
3、用例文本编写
在大作业基础上,分析三种用例文本的优点和缺点
- breif(摘要)——简洁的一段式摘要,通常用于主城共场景。在早期需求分析过程中,用于快速了解主题和范围。优点是可能只需要几分钟进行编写,比较直接。缺点是应用场景比较少,比较粗糙。
- Casual(非正式)——非正式的段落格式。用几个段落覆盖不同场景,在早期需求分析中,用于快速了解主题和范围。优点是覆盖了不同场景,比breif更加实用。缺点是细节方面没有描述,开发者很难根据这个用例编写实现代码。
- Fully(详述)——详细编写所有步骤及各种变化,同时具有补充部分,比如前置条件和成功保证。它展示了更多的细节,并且更为深入。需要在第一次需求讨论会中,详细地编写其中少量的、具有重要架构意义和高价值的用例。优点是对于详述的用例,开发者可以清晰地了解到需求的细节,便于后期的开发。缺点是过于繁杂,编写起来比较耗费时间和精力。