系统分析与设计-HW4
1. 用例建模
a. 阅读Asg_RH文档,绘制用例图。按Task1要求,请使用工具UMLet,截图格式务必是png并控制尺寸
b. 选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。并满足以下要求:
- 对比 Asg_RH 用例图,请用色彩标注出创新用例或子用例
- 尽可能识别外部系统,并用色彩标注新的外部系统和服务
根据飞猪网的截图(如下)
作出“飞猪网酒店预订”用例图如下:
c. 对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
1. 统计、研究用户心理,从用户角度出发,以提供更优秀的用户体验为追求。更多的筛选方法带来了更好的用户体验。
2. 关注互联网发展,是产品适应当下的互联网形式。在传统的信用卡支付的基础上,添加了当下更加便捷与流行的支付宝和微信支付。
d. 请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
ID |
Name |
Imp |
Est |
How to do |
Notes |
1 |
搜索酒店 |
60 |
7 |
通过输入城市/入住时段/关键字搜索酒店 |
关键字的内涵丰富,可以包括酒店名字,或附近景点 |
2 |
筛选酒店 |
80 |
10 |
通过选择星级/位置/价格/品牌/优惠程度等按照升/降序排列搜索结果 |
支持多种过滤因子同时起作用 |
3 |
预定酒店 |
100 |
15 |
选择入住时段,房间类型,优惠类型以及品牌来源,完善入住者信息 |
支持在酒店的详情页显示酒店评价以及酒店/品牌会员制度 |
4 |
确认订单 |
80 |
8 |
显示房间预订信息以及房客信息,支持修改 |
对于订单的关键信息的修改应该通过短信或邮件通知住客,防止意外或恶意修改 |
5 |
提交支付 |
70 |
5 |
选择支付类型支付订单 |
安全支付,出现异常应发出提醒 |
2. 业务建模
a. 在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
发现子用例的方法:沿着活动图开始的方向,在活动图中的任何一个分支到结束点都是一个用例。
b. 选择你身边的银行 ATM,用活动图描绘取款业务流程
c. 查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例
3. 用例文本编写
在大作业的基础上,分析三种用例文本的优点和缺点
a. Brief(摘要)
优点:是简要的概述,看起来简洁明了,写起来也比较快
缺点:由于简洁导致不够细致,只能表达对问题的粗略的认识,不够详细。
b. Casual(非正式)
优点:比brief多了一些更详细的内容,但又不至于过于繁琐。
缺点:不够正式,还是有许多细节没有表现出来。
c. Detailed(详述)
优点:对细节的表现很完善,对所有问题都有明晰的阐述,内容很详细。
缺点:写起来比较复杂,用时比较久,而且过程比较繁琐。