Asg用例图
Asg1.pngAgoda用例图
Ags2.png访问Agoda
对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
对比二者我们可以发现,新时代的酒店预定会更加考虑用户需求,会从用户而不是酒店管理的角度出发,同时也考虑了时代背景下人们对于服务的高需求。
发现创新的重点是发现新的需求,旧时代订房对于酒店环境等等没有像如今般这么苛刻,因此,竞品分析固然重要,但是新时代背景下的新需求往往能够成为一个产品创新的重要来源。
请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
ID | Name | Imp | Est | How to demo | Note |
---|---|---|---|---|---|
1 | 搜索酒店 | 70 | 10 | 根据地点,入住日期,离住日期,房客组成进行条件筛选 | 除地点外,其余可设置默认值 |
2 | 预定酒店 | 100 | 50 | 在搜索结果中可以进一步精确搜索,进入酒店详情后可选择房型,日期,进行预付预定与不预付预定 | 注意页面信息的实时性 |
3 | 订单确认 | 60 | 5 | 订单信息确认,填写必需信息,选择付款方式 | 注意信息的完整性需求 |
4 | 付款 | 20 | 5 | 根据选择的付款方式生成相应的付款页面 | 注意链接的安全性 |
在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
Active.png利用流程图可以清晰地表示业务流程,从而将其中某些用例合并、抽象作为我们的子用例复用
ATM取款业务
ATM.png淘宝退货业务
taobao.png淘宝需要实现:生成退款单,管理退款单,退款处理
分析三种用例文本优缺点
- 摘要,即一段简洁的概要,通常用在主成功场景。在我们点餐系统的Inception阶段,为了在便于在小组会议上讨论主题和范围,进行早期需求的分析,会用到摘要式的用例文本。能快速编写、简洁明了是它的优点,但缺点就是不够细致,只用作对问题粗略的认识。
- 非正式,即多个非正式的段落格式,用几个段落覆盖不同场景,同样用于早期的需求分析过程,优点是编写简便,比起摘要式用例文本要详细一些,有利于进一步认识问题,缺点是不够正式,需要在后续阶段精化。
- 详述,即详细地编写用例所有步骤和各种变化,同时具有补充部分,如前置条件和成功保证。详述式用例文本通常用在以摘要形式编写了很多用例以后,详细地编写其中少量具有重要意义和价值的用例中,它的优点是细节充足,正式且深入,且具有结构性,缺点是编写耗时长,比较繁琐。
网友评论