HOMEWORK4

用例建模

1. 简单题

① 用例的概念

是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。

是描述参与者使用系统的一组成功和失败场景。

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

每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。

主场景或happy path是指主要的系统交互，通常是“成功场景”。它是一个默认场景，它没有异常或错误条件。例如，验证信用卡号的函数的happy path是没有任何验证规则会引发错误，从而能成功地执行到最后，产生积极的响应。

③ 用例有哪些形式？

• Brief 简洁格式
  • 简短的一段总结，内容通常是主要的成功场景。
  • 通常出现在在早期的需求分析过程中。通常通过创建简洁格式的用例来快速了解主题和范围。
• Casual 简便格式
  • 非正式的段落格式。通常包括涵盖各种场景的多个段落。
  • 通常出现在在早期的需求分析过程中。
• Fully 完整格式
  • 所有的步骤和变化都写得很详细，并且有支持部分，例如前提条件和成功保证。
  • 在以简洁的格式识别和编写了许多用例之后，在第一个需求研讨会期间，对一些（例如10%）具有体系结构重要性和高价值的用例进行详细地编写。

④ 对于复杂业务，为什么编制完整用例非常难？

因为复杂的业务会涉及到的场景非常多，场景与场景之间也有各种各样的关联。对每个用例，需要考虑它的角色，等级，范围、主参与者、前置条件、成功保证、主成功场景等等。

⑤ 什么是用例图？

用例图是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。

⑥ 用例图的基本符号与元素？

• 参与者 Actor
  
• 用例 Use case

• 系统 System

  

• 关联 Association
  

• 包含 Include

  箭头指向分解出来的功能用例
  

• 扩展 Extend

  箭头指向指向基础用例
  

• 注释
  

⑦ 用例图的画法与步骤

• 确定参与者
• 画出系统边界（框）
• 添加用例，并画出支持该用例的系统
• 绘制用例间的关系

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

用例图是项目利益相关人、开发者间交流的好工具。用例图的画法是对现实世界的一种刻画，可以让利益相关人、开发者明白系统要做成什么样。

用例图可以让人在一个更高的层次概览整个系统，用平白的话语让项目参与者理解系统。它可以辅以额外的图表和文档，以更加完整地展现系统的功能和技术细节。

2. 建模练习

① 淘票票

② 背单词online

问题回答：

• 为什么相似系统的用例图是相似的？

  因为相似的系统有相似的参与者、用例、用例间的关系、支持系统，所以它们的用例图是相似的。

• 如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术。

  使用鲜艳的颜色标明新的业务和技术的用例。

• 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用

  同样也是使用鲜艳颜色标明创新的用例。

• 请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表

  选择的用例图为老师上课是做示范使用的用例图

ID	Name	Imp	Est	How to demo	Notes
1	旅馆查询	20	5	通过地点和地图查询，检查是否返回正确的酒店信息	地图查询使用高德地图api
2	房间预订	30	8	选择需要预订的房间，点击，检查是否能正确生成订单	需要使用酒店提供的预订信息api
3	购物篮管理	10	2	单击购物篮，检查是否有之前加入购物篮的酒店房间信息	需要使用酒店提供的预订信息api
4	支付	15	3	点击支付，检查能否显示支付页面以及能够通过各种方式成功支付	需要移动支付api
3	登录	10	2	是否能够通过人脸识别成功登录	需要人脸识别api

• 根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算

  用例	事务	计算	原因	UC权重
  旅馆查询	2	2	用例图中显示利用地名+地图查询	简单
  房间预订	4	5	选择酒店、选择房间、搜索结果排序以及下订单	一般
  购物篮管理	1	1	对购物篮中的条目进行管理	简单
  支付	3	2	通过银行卡以及其他支付软件支付	简单
  登录	1	1	用例图中暂时只设计了人脸识别登录	简单