系统分析与设计作业(3)

一、用例建模

a. Asg_RH文档用例图:
系统分析与设计作业(3)

b. 去哪儿网酒店管理系统用例图:
系统分析与设计作业(3)

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. 根据之前的用例图,画出活动图
系统分析与设计作业(3)

b. ATM业务流程图
系统分析与设计作业(3)

c. 淘宝退货业务流程图
系统分析与设计作业(3)

淘宝网需要实现的用例,比如:验证用户账户处理退款申请确认商家同意退款跟踪退货物流信息以及确认退款完成,退货结束。

三、用例文本编写

摘要:简洁的一段式概要,通常用于主成功场景。优点是简洁明了,在早期需求分析过程中,可以快速地了解主题和范围。缺点是较为粗略,细节方面不够全面。

非正式:非正式的段落格式。用几个段落覆盖不同场景。和摘要形式类似,优点是比较简洁,可以在较短时间内编写,快速了解系统。缺点是不够正式,需要细化。

详述:详细地编写用例所有步骤和各种变化,同时具有补充部分。优点是细节充足正式。缺点是比较耗费时间,过程复杂。