系统分析与设计（4）

※ 简答题

• 用例的概念
  用例是描述一个Actor使用一个系统来实现一个目标的成功或失败场景的相关的集合。用例指明了系统将要实现的功能或行为需求。

• 用例和场景的关系？什么是主场景或 happy path？

  • 场景是actors和系统之间特定的一系列动作和绘画，是用例的实例。一个用例是一些场景的集合。
  • 主场景（基本流）对应系统的主要的交互，通常是“成功”的场景。主场景是最常用的，能直接地实现用户目标的流程。

• 用例有哪些形式？
  用例有三种常用的形式。

  • Brief（high level）： 简短的一段总结，通常是主要的成功场景；在早期需求分析过程中，快速了解主题和范围；可能只需用几分钟来创建。
  • Casual（简便格式）： 非正式的段落格式；覆盖多个场景的几个段落；在早期需求分析过程中，快速了解主题和范围。
  • Fully： 所有的步骤和变化都写得很详细，以及先决条件和成功保障等支撑部分；所有的用户样例都已经确定且简略写完后，在第一个需求研讨会期间，一些（例如10%）架构上重要的和高价值的用例需要被详细地编写。

• 对于复杂业务，为什么编制完整用例非常难？
  复杂业务的子用例非常多，流程复杂，且需要处理的场景很多。因此很难考虑完全所有子用例和场景，且绘制的用例图繁杂，容易出错。

• 什么是用例图？
  用例图是用户和系统交互的一种表示方法，它显示了用户与用户所涉及的不同用例之间的关系。用例图可以识别系统的不同类型的用户和不同的用例，并且常常伴随着其他类型的图。用例要么用圆圈表示，要么用椭圆表示。
  用例图是表示系统上下文的一张图片，它显示了系统的边界，展示了与系统交互的外部对象，描述了系统的使用方法。用例图通常被认为是总结系统的行为和参与者的一个交流工具。

• 用例图的基本符号与元素？
  用例图的基本元素及对应的符号：

  • 参与者（Actor）： 表示的是一个系统用户，也就是与应用程序进行交互的用户、组织或外部系统。
    
  • 用例（Use Case）： 表示的是对系统提供的功能、服务的一种描述。
    
  • 包含关系（Include）： 表示用例可以简单地包含其他用例所具有的行为，并把它所包含的用例行为作为自身行为的一部分。
    
  • 泛化关系（Generalization）： 泛化指的是一个父用例可以被特定化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。
    
  • 关联关系（Association）： 表示的是参与者与用例之间的关系。
    
  • 扩展/延伸关系（Extend）： 表示在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫做扩展用例，原有的用例叫做基础用例，相当于为基础用例提供一个附加功能。
    

• 用例图的画法与步骤

  1. 确定参与者
     1） 谁将使用该系统的主要功能。
     2） 谁将需要该系统的支持以完成其工作。
     3）谁将需要维护、管理该系统，以及保持该系统处于工作状态。
     4）系统需要处理哪些硬件设备。
     5）与该系统交互的有什么系统。
     6）谁或什么系统对本系统产生的结果感兴趣。
  2. 识别用例
     在识别用例的过程中，通过回答以下几个问题，系统分析者可以获得帮助。
     1）特定参与者希望系统提供什么功能。
     2）系统是否存储和检索信息，如果是，由哪个参与者触发。
     3）当系统改变状态时，是否通知参与者。
     4）是否存在影响系统的外部事件。
     4）哪个参与者通知系统这些事情。
     5）哪个参与者通知系统这些事件。
  3. 确定用例间的关系
     • 包含关系
       
     • 泛化关系
       
     • 关联关系
       
     • 扩展/延伸关系
       

• 用例图给利益相关人与开发者的价值有哪些？

  • 对于利益相关者：
    • 可以直观看到系统的功能和操作过程，保证系统按用户的需求进行设计
    • 用例能够根据需要对复杂程度和形式化程序进行增减调节，即能够响应用户（利益相关者）提出的需求，而用例图则使得这种调节更加便利，可以通过修改修改用例图来实现。
  • 对于开发者：
    • 明确系统的业务范围、服务对象（角色）、外部系统与设备
    • 帮助识别技术风险，提前实施关键技术原型攻关与学习
    • 易于评估项目工作量，合理规划迭代周期，规划人力需要

※ 建模练习题（用例模型）

• 选择2-3个你熟悉的类似业务的在线服务系统（或移动APP），如定旅馆（携程、去哪儿等）、订电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
  • 请使用用户的视角，描述用户目标或系统提供的服务
  • 粒度达到子用例级别，并用include和exclude关联它们
  • 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
  • 尽可能识别外部系统和服务

在这里选择两个订电影票的APP：淘票票和猫眼

• 然后，回答下列问题：
  • 为什么相似系统的用例图是相似的？
    因为相似系统提供的服务是相似或相同的，面对的用户和用例是相似的，而用例之间的关系是由服务确定的，故也是相似的。而相似系统面对的客户均有类似的需求，则使得相似系统有一致的基本功能和用户操作流程，对于自己特色的扩展，也是在基本业务上的扩展，在某种程度上，也会有一定的相似。所以，最终相似系统体现出来的用例图是相似的。
  • 如果是定旅馆业务，请对比Asg_RH用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
  • 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
    通过判断创新点在用例图中的位置。如果创新点属于直接与用户关联的用例，则在系统中的作用很重要。如果是子用例，则看与父用例的关系，如果是包含关系，则作用较大，如果是扩展用例，则作用较小。
  • 请使用SCRUM方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表

ID	Name	Imp	Est	How to demo
1	注册	5	3	点击注册按钮，输入手机号，获取验证码，正确填写验证码，输入密码
2	登录	5	3	点击登录，输入手机号，选择密码登录或短信验证码登录，填写密码或获取验证码并正确填写验证码
3	查询酒店	15	10	通过位置、种类、价格、档次等属性筛选或排序酒店，或直接通过酒店名查找酒店
4	预定酒店	20	16	选择酒店后，选择房间类型，根据条件筛选房间，确定入住日期，预付定金
5	取消预定	10	6	选择订单，点击退订，返回定金
6	酒店评价	10	8	交易完成后，可选择对酒店进行评论以及评分

• 根据任务4，参考使用用例点估算软件成本，给出项目用例点的估算
  根据用户点方法，对用例分配权重的标准是：
  • 简单用例：1到3个事务，权重=5
  • 一般用例：4到7个事务，权重=10
  • 复杂用例：多于7个事务，权重=15

用例	#事务	#计算	原因	UC权重
1 注册	4	2		简单
2 登录	3	2		简单
3 查询酒店	7	7		一般
4 预定酒店	4	4		一般
5 取消预定	3	2		简单
6 酒店评价	3	2		简单