【系统分析与设计】作业三
1. 用例建模
a. 阅读 Asg_RH 文档,绘制用例图。 按 Task1 要求,请使用工具 UMLet,截图格式务必是 png 并控制尺寸
b. 选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。并满足以下要求:
- 对比 Asg_RH 用例图,请用色彩标注出创新用例或子用例
- 尽可能识别外部系统,并用色彩标注新的外部系统和服务
选择了“去哪儿旅行”的酒店搜索和预定服务,截图如下。
用例图如下,创新用例及外部系统已彩色标出:
c. 对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
通过对比“去哪儿旅行”和Asg_RH的用例图,可以发现“去哪儿旅行”的搜索操作更加简单快捷,展示搜索结果的过滤功能更加完善,预定信息确认和支付过程绑定,操作简单。总结发现创新的思路和方法如下:
1. 多从用户的角度出发,分析适合用户的操作模式
2. 尽可能简化操作,方便用户理解和使用
3. 输出要尽可能准确明白
4. 在用户的反馈中发觉改进和创新之处
d. 请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
ID | Name | Imp | Est | How to demo | Notes |
---|---|---|---|---|---|
1 | 搜索酒店 | 30 | 20 | 用户输入地点和日期,或者通过电子地图,检索出酒店 | 设定合理的默认排序 |
2 | 选择酒店及房间 | 30 | 19 | 给出符合条件的酒店及房间的图片,价格,服务详情等,供用户选择 | 必要的信息显示 |
3 | 确认预定信息 | 20 | 12 | 展示预订酒店和房间的详情,用户的身份信息供用户确认 | 必要信息的显示 |
4 | 付款 | 10 | 18 | 用户选择支付方式,为预订酒店房间的操作付款 | 对交易意外中断的妥善处理 |
2. 业务建模
a. 在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法
活动图如下:
流程图中每个状态结点可以提取出一个子用例。比如确认订单详情,支付订单等状态,都可以作为子用例。
b. 选择你身边的银行 ATM,用活动图描绘取款业务流程
活动图表示如下:
c. 查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例
绘制淘宝的退货业务多泳道图如下:
客户要完成退货业务,在淘宝网上需要实现的系统用例有:生成退款单,变更退款单状态,更改交易状态,同意或拒绝退货处理,同意或拒绝退款处理。
3. 用例文本编写
在大作业基础上,分析三种用例文本的优点和缺点
- 摘要:简洁的一段式摘要,通常用于主成功场景,用在早期需求分析过程中。
优点:简洁,一段式,易于书写,便于快速记录。
缺点:不够详细,用于早期需求分析过程中,应用场景较为局限。 - 非正式:非正式的段落格式。用几个段落覆盖不同的场景,用在早期需求分析过程中。
优点:相比摘要更加详细,能保留更多的信息,亦不会过于繁琐。
缺点:不能包含过多的细节,用于早期需求分析过程中,应用场景较为局限。 - 详述:编写所有的步骤及各种变化,同时具有补充部分,如前置条件和成功保证。在第一次需求讨论会中,详细地编写其中少量的具有重要意义和高价值的用例。
优点:详细,准确,能够记录比较多的信息。
缺点:比较繁琐,花费时间更长。