系统分析与设计学习笔记3

Asg用例图

Asg1.png

Agoda用例图

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阶段，为了在便于在小组会议上讨论主题和范围，进行早期需求的分析，会用到摘要式的用例文本。能快速编写、简洁明了是它的优点，但缺点就是不够细致，只用作对问题粗略的认识。
非正式，即多个非正式的段落格式，用几个段落覆盖不同场景，同样用于早期的需求分析过程，优点是编写简便，比起摘要式用例文本要详细一些，有利于进一步认识问题，缺点是不够正式，需要在后续阶段精化。
详述，即详细地编写用例所有步骤和各种变化，同时具有补充部分，如前置条件和成功保证。详述式用例文本通常用在以摘要形式编写了很多用例以后，详细地编写其中少量具有重要意义和价值的用例中，它的优点是细节充足，正式且深入，且具有结构性，缺点是编写耗时长，比较繁琐。