1. 用例建模

  • a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet。
  • b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：
    • 对比 Asg_RH 用例图，用红色标注出创新用例
    • 尽可能识别外部系统，用黄色标注新的外部系统和服务
  • c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
- ASG_RH文档中的订酒店系统比较旧，将酒店预订、搜索酒店、支付等用保守的方式展现出来 - 去哪儿的订酒店系统，有几个创新点：点评问答、担保、到店付款。这几个创新点分别从旅客的角度和酒店的角度考虑，将酒店的信息公开化，既能保障旅客的利益也能为酒店揽客，达到双赢的局面。 - 在项目早期，突出一个注重的点很重要，切身地从使用者/Actor的角度思考，以最佳的方式设计用例。
  • d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）

2. 业务建模

  • a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。利用流程图发现子用例的方法：
    • 流程图将某一个用例完整的业务流程描述出来，从一个状态转移到另一个状态的过程，通常伴随某些操作。
    • 在描述用例模型时，有可能会忽略某些情况。流程图可以帮助发现隐藏的子用例。
  • b. 选择你身边的银行 ATM，用活动图描绘取款业务流程
  • c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例

3. 用例文本编写

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

  • 摘要文本
- 优点：用简洁的一段式概要，将主成功场景分析出来。有助于软件开发者快速理解软件的需求。 - 缺点：过于简洁，缺少子用例/扩展用例，缺少详细的描述，仅适用于早期的需求分析。
  • 非正式文本
- 优点：可以用非正式的几个段落覆盖不同场景。简单易懂。 - 缺点：缺少详细的描述，仅适用于早期的需求分析。
  • 详述文本
- 优点：详细编写所有步骤及各种变化，同时具有补充部分，比如前置条件和成功保证。 - 缺点：过于详细，不利于非软件开发者阅读，不利于快速理解用例。