系统分析与设计_lesson6

1、用例建模

a. 阅读 Asg_RH 文档，绘制用例图。按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸

b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例；尽可能识别外部系统，并用色彩标注新的外部系统和服务。

以去哪儿网为例：






注：绿色部分为创新用例或子用例。

c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法

• 要把握顾客的心理,适应顾客心理活动规律。可以参考以往已经存在的类似的产品，画出它们的核心业务用例图，从中寻找不合理的、可以改进的地方，或者该系统所缺少的、增加以后又能提高竞争力的地方。
• 早期可以在白板上画出用例图草图，与团队成员共同探讨、修改，从而确定重要的用例，采用迭代与进化式的开发，在迭代中逐渐明确需求，得出创新点。

d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）

例如：

ID	Name	Imp	Est	How to demo	Notes
1	搜索酒店	90	13	点击酒店预定，选择目的地、入住日期、离店日期、关键字，点击搜索	关键字选填
2	选择酒店	100	18	酒店列表可以按特定顺序排列酒店信息，并且给出酒店评价，地图地理信息	注意排序算法的可靠性，考虑房间容量以及空闲情况
3	选择房间类型	80	8	点击选择酒店，进入详情页，查看酒店信息，选择入住日期、入住天数、联系电话、房间类型、房间人数后，点击预订	必须指定时间和房间数量，查看明细可选
4	确认订单	60	10	确认入住信息，选择付款方式，输入密钥，进行付款	注意支付异常反馈

2、业务建模

a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。

　　利用流程图发现子用例的方法：从一个用例的业务流程中寻找可以抽象、复用的部分，将其抽象为子用例。

b. 选择你身边的银行 ATM，用活动图描绘取款业务流程

c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例

　　淘宝网需要实现：生成退款单、变更交易单状态、变更退款单状态、同意/拒绝退款处理。

3、用例文本编写

在大作业基础上，分析三种用例文本的优点和缺点。

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