系统分析与设计作业(3)
一、用例建模
a. Asg_RH文档用例图:
b. 去哪儿网酒店管理系统用例图:
c. 早期的酒店管理系统,只具备核心业务功能,能满足用户基本预订酒店的需求。后期的酒店管理系统,比如去哪儿网,多了外部依赖系统,也多了一些创新性的业务,比如提供保险服务,增加了地图API接口,便于用户更直观地查找酒店等等。从项目早期,就应该主要关注用户目标,以用户需求为根本目的,这样才能更快地找到创新用例。
d. 编写backlog
ID | Name | Imp | Est | How to demo |
---|---|---|---|---|
0 | 购买保险 | 5 | 2 | 用户可以通过服务接口,购买保险 |
1 | 查找酒店 | 9 | 4 | 用户可以根据入住日期,目的地等条件查找酒店,也可以根据地图API定位查找酒店 |
2 | 选择酒店 | 8 | 5 | 用户在搜索到的所有酒店中确定一家,可以查看所有酒店的评价,以及酒店周围的交通状况 |
3 | 确定房型 | 8 | 3 | 选定酒店后,用户根据需要选择想要的房间类型 |
4 | 填写订单 | 9 | 2 | 一切信息都确定后,用户根据订单格式填写订单,并准备提交订单 |
5 | 支付 | 9 | 3 | 提交订单后,提示用户进入支付阶段,然后用户根据提示支付,完成订酒店的过程 |
二、业务建模
a. 根据之前的用例图,画出活动图
b. ATM业务流程图
c. 淘宝退货业务流程图
淘宝网需要实现的用例,比如:验证用户账户,处理退款申请,确认商家同意退款,跟踪退货物流信息以及确认退款完成,退货结束。
三、用例文本编写
摘要:简洁的一段式概要,通常用于主成功场景。优点是简洁明了,在早期需求分析过程中,可以快速地了解主题和范围。缺点是较为粗略,细节方面不够全面。
非正式:非正式的段落格式。用几个段落覆盖不同场景。和摘要形式类似,优点是比较简洁,可以在较短时间内编写,快速了解系统。缺点是不够正式,需要细化。
详述:详细地编写用例所有步骤和各种变化,同时具有补充部分。优点是细节充足正式。缺点是比较耗费时间,过程复杂。