一、用例建模
a.阅读 Asg_RH 文档,绘制用例图。 按 Task1 要求,请使用工具 UMLet,截图格式务必是 png 并控制尺寸
![](https://i-blog.csdnimg.cn/blog_migrate/6181947d5d313ddc3e15084770f04978.png)
b.选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。并满足以下要求:
- 对比 Asg_RH 用例图,请用色彩标注出创新用例或子用例
- 尽可能识别外部系统,并用色彩标注新的外部系统和服务
![](https://i-blog.csdnimg.cn/blog_migrate/881882d22309f458b6c7fcb4d0aa7190.png)
![](https://i-blog.csdnimg.cn/blog_migrate/16464ac9659a89e3ecdf1ef142d3c8cf.png)
![](https://i-blog.csdnimg.cn/blog_migrate/1c19a4f337e57765881040e576fcb461.png)
![](https://i-blog.csdnimg.cn/blog_migrate/7149dd038bdea321657dbe8358ddf92e.png)
![](https://i-blog.csdnimg.cn/blog_migrate/33d67f4aac1191790f572ac110e4ada1.png)
![](https://i-blog.csdnimg.cn/blog_migrate/f6fd067671c67be048488ac49635ad5d.png)
c.对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
发现创新,可以参考以往已经存在的类似的产品,画出它们的核心业务用例图,从中寻找不合理的、可以改进的地方,或者该系统缺少的、增加以后能提高竞争力的地方。
早期可以在白板上画出用例图草图,与团队成员共同探讨、修改,从而确定重要的用例,采用迭代与进化式的开发,在迭代中逐渐明确需求,得出创新点。
d.请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
ID | Name | Imp | Est | How to Demo | Notes |
---|---|---|---|---|---|
1 | 搜索酒店 | 8 | 6 | 选择城市、选择时间、设置搜索关键词、选择星级和价格、点击查找 | 只有城市和时间 为必填项目 |
2 | 预定酒店 | 9 | 10 | 选择酒店、选择筛选方式、排序方式、在地图上查看位置、选择房间、查看评论、确认信息 | 可以筛选地图上 离游客最近的酒店 |
3 | 提交订单 | 7 | 6 | 填写姓名手机号、使用优惠券、填写发票抬头 | 姓名手机 为必填项目 |
4 | 支付 | 5 | 3 | 选择支付方式、输入密码、支付 | 提交订单后不可修改 |
二、业务建模
a.在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
利用流程图,把一个用例的业务流程清晰地展现出来,从中寻找可以抽象、复用的部分,并把它们抽象为子用例。
b.选择你身边的银行 ATM,用活动图描绘取款业务流程
c.查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例
![](https://i-blog.csdnimg.cn/blog_migrate/5c3e4e3d62a3daf861757d0567fa8ce9.png)
淘宝网需要实现的系统用例:生成退款单、同意/不同意退款处理
三、用例文本编写
- 在大作业基础上,分析三种用例文本的优点和缺点
1. 摘要,即一段简洁的概要,通常用在主成功场景。比如在我们项目初期,我们描述系统时,只粗略的说“登录注册页面”,以摘要形式呈现。他的优点是能快速编写、简洁明了,缺点是不够细致,只用作对问题粗略的认识。
2. 非正式,即多个非正式的段落格式,用几个段落覆盖不同场景。优点是编写简便,比起摘要式用例文本要详细一些,有利于进一步认识问题,缺点是不够正式,需要在后续阶段精化。
3. 详述,即详细地编写用例所有步骤和各种变化,同时具有补充部分,如前置条件和成功保证。详述式用例文本通常用在以摘要形式编写了很多用例以后,详细地编写其中少量具有重要意义和价值的用例中,它的优点是细节充足,正式且深入,且具有结构性,缺点是编写耗时长,比较繁琐。