2018-04-22-系统分析与设计作业4

系统分析与设计作业4

1. 用例建模

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

绘制用例图如下：

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

绘制用例图如下：

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

发现创新的思路与方法：

1. 尽可能站在客户的角度思考， 为用户提供更好的体验。比如创新用例中的条件搜索， 可以很大程度的提高了用户查找的效率。用户在对比这类系统中体验到了这个酒店预定系统的查找方便， 自然更加愿意使用这个系统来进行酒店预订。用户也能节约时间， 这是一个双赢的操作。

2. 给与用户参考与反馈的平台。 这就是目前许多APP都积极进行评价系统建设的目的。用户在得到前人的评价信息之后，可以对酒店宣传的真实性更好的了解。也使得用户更放心使用这个酒店预约系统。

3. 尽可能给与用户可以得到的优惠。比如这里创新用例中的团房预定， 显示折扣信息。 各类优惠活动往往是吸引一大批用户的基础。

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

编制的backlog如下表所示：

Index	Name	Imp	Est Time	Detail	Notes
1	搜索旅馆	80	20	由用户输入旅馆查询条件（包括地点， 时间等）， 点击查询返回符合用户条件的所有旅馆。并可以按照一定条件进行排序操作， 便于用户选择。	主要实现点在于使用GPS的API来帮助查询符合条件的旅馆。然后对表单的提交以及异常处理也有一定的要求。
2	房间预订	100	30	用户选择需要预定的房间数量，房型，以及进一步确认预定的时间段。在检视所有预订信息无误后提交预定订单。	注意考虑房间信息的一致性，即要保证当一个订单被确认后，该房源在该时间段状态为不可用。
3	在线支付	70	10	用户通过系统提供的支付商的接口， 选择平台进行支付	需要提供尽可能多的平台给用户选择
4	用户评价	75	20	用户在使用过预定的房间后， 可以对该酒店进行评论，评论会显示在该酒店的预定页上， 供之后的预订者们参考。	需要预定过房间的人才能评论， 避免出现恶意刷好评或差评的现象。

2. 业务建模

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

绘制活动图如下：

利用流程图发现子用例的方法：

1. 对于流程图中的每个state 仔细思考是否可以有作为子用例的可能性。
2. 在流程图的选择分支上， 对分支出来的若干状态， 经常都可以作为子用例

3. 有时流程图的若干连续步骤，可以合并起来作为一个子用例在用例图中体现。

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

ATM取款活动图如下：

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

查找淘宝退货业务官方文档， 得到多泳道图如下：

注： 以上的多泳道图由淘宝开放平台开发文档提供。

需要实现的系统用例有：

1. 淘宝网接收并处理退款申请
2. 退款进度跟踪与查询
3. 退款申请转交服务商
4. 从服务商接收退款申请反馈

3. 用例文本编写

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

  1. 摘要用例： 简洁的一段式概要，通常用于主成功场景。优点是简单扼要，缺点是由于文字过于简单，对于用例的细节没有描写，不能将功能具体化。

  在大作业中， 摘要用例会体现在产品BACKLOG中。用于非常精炼的概括一个产品的主要若干功能。

  ​

  1. 非正式用例：非正式的段落格式， 用几个段落覆盖不同场景。在早期需求分析中，可以用于快速了解主题和范围。相比于摘要， 优势在于它对需求的描述更加清晰， 使得需求可以细化到较小的粒度。 缺点是还是缺少细节， 在深入分析需求的时候会使人困惑。

  在大作业中， 非正式用例会体现在一部分的需求文档中，用于描述那种较为清晰， 没有二义性的简单需求。

  ​

  1. 详述用例：详细编写所有步骤， 各种变化， 同时具有补充部分，如前置条件和成功保证。在确定和编写了大量摘要或非正式用例后，详细的编写少量详述用例，用于描述具有重要架构意义和高价值的意义。

  在大作业中，毫无疑问， 点餐是整个系统的核心功能。因此我们围绕点餐过程编写详细用例，并用专门的用例文本文件来记录这个详细用例，作为整个需求文档的一部分，供之后开发设计的时候使用。