1. 用例建模
a.阅读 Asg_RH 文档,绘制用例图:以用户的观点为“Reserve Hotel”绘制用例图。
b.选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。并满足以下要求:对比 Asg_RH 用例图,请用色彩标注出创新用例或子用例;尽可能识别外部系统,并用色彩标注新的外部系统和服务。
以飞猪订酒店为例,以下截图反映了预订的流程。
以下为用例图:
有颜色标注的为创新部分。
c.对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法。
发现创新,可以参考以往已经存在的类似的产品,画出它们的核心业务用例图,从中寻找不合理的、可以改进的地方,或者该系统缺少的、增加以后能提高竞争力的地方。
早期可以在白板上画出用例图草图,与团队成员共同探讨、修改,从而确定重要的用例,采用迭代与进化式的开发,在迭代中逐渐明确需求,得出创新点。
d.请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)。
ID | Name | Imp | Est | How to demo | Notes |
---|---|---|---|---|---|
1 | 搜索酒店 | 90 | 13 | 进入网站,选择城市、日期、关键字,点击搜索 | 关键字选填 |
2 | 预订酒店 | 100 | 18 | 在酒店列表点击选择酒店,进入详情页,查看酒店信息,选择日期、房型后,点击预订 | 注意不成功场景的反馈 |
3 | 确认订单 | 80 | 8 | 修改时间和房间数量,查看明细,填写入住信息,点击继续 | 修改时间和房间数量,查看明细可选 |
4 | 付款 | 60 | 10 | 选择付款方式,输入密钥,进行付款 | 注意成功和不成功场景的反馈 |
2. 业务建模
a.在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
利用流程图,把一个用例的业务流程清晰地展现出来,从中寻找可以抽象、复用的部分,并把它们抽象为子用例。
b.选择你身边的银行 ATM,用活动图描绘取款业务流程。
c.查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例。
淘宝网需要实现:生成退款单、管理退款单、同意/不同意退款处理。
3. 用例文本编写
在大作业基础上,分析三种用例文本的优点和缺点。
- 摘要,即一段简洁的概要,通常用在主成功场景。在我们点餐系统的Inception阶段,为了在便于在小组会议上讨论主题和范围,进行早期需求的分析,会用到摘要式的用例文本。能快速编写、简洁明了是它的优点,但缺点就是不够细致,只用作对问题粗略的认识。
- 非正式,即多个非正式的段落格式,用几个段落覆盖不同场景,同样用于早期的需求分析过程,优点是编写简便,比起摘要式用例文本要详细一些,有利于进一步认识问题,缺点是不够正式,需要在后续阶段精化。
- 详述,即详细地编写用例所有步骤和各种变化,同时具有补充部分,如前置条件和成功保证。详述式用例文本通常用在以摘要形式编写了很多用例以后,详细地编写其中少量具有重要意义和价值的用例中,它的优点是细节充足,正式且深入,且具有结构性,缺点是编写耗时长,比较繁琐。