用例

一、简答题

1. 用例的概念

　　用例是描述一个参与者有目的地使用系统的成功和失败情景的集合。

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

　　场景是参与者和系统交互的一系列动作的集合，是用例的实例。用例是一系列场景的集合。主场景描述的是参与者与系统最主要的交互过程，一般情况下是成功的场景。

3. 用例有哪些形式？

　　用例有概要（Brief）、简便（Casual）和完整（Fully）形式。概要形式通常为一段总结性的文字，简便形式则是以非正式的格式描述不同场景，而完整形式则会详细描述所有步骤和分支情况。

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

　　复杂业务的交互比较多，容易在每个交互步骤出现不同的分支，完整用例要考虑所有可能的情景，分支使得要考虑的情景异常多，很难被完全覆盖，因此编制完整用例非常难。

5. 什么是用例图？

　　用例图是使用绘图的方式描述系统用例的方法。

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

　　用例图的基本符号包括Actor、system框、Neighbour system框、用例、actor与use case、use cases之间的关系，具体如图所示：

7. 用例图的画法与步骤

   • 确定研讨的系统
     　　使用用例图 System框、正确命名系统或子系统

   • 识别 Actors
     　　识别使用系统的主要参与者，使用用例图 actor符号表示

   • 识别系统依赖的外部系统
     　　使用用例图Neighbour system框表示用例依赖的外部系统、服务、设备，并使用构造型（Stereotype）识别

   • 识别用例（服务）
     　　识别用户级别用例、识别子功能级别的用例

   • 建立 Actor 和 Use Cases 之间的关联
     　　使用无方向连线，表示两间之间是双向交互的协议

     　

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

   • 明确系统的业务范围、服务对象（角色）、外部系统与设备
   • 帮助识别技术风险，提前实施关键技术原型公关与学习
   • 易于评估项目工作量，合理规划迭代周期，规划人力需要

二、建模练习题（用例模型

• 选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：

  • 请使用用户的视角，描述用户目标或系统提供的服务

  • 粒度达到子用例级别，并用 include 和 exclude 关联它们

  • 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例

  • 尽可能识别外部系统和服务

百词斩app 用例图：

多邻国app 用例图：

• 然后，回答下列问题：

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

     　　因为相似的系统的主要目的是一致的，如背单词系统的核心就是为了让用户有兴趣地背单词，这导致了很多情景都类似，使得用例图的结构相似。

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

     　　同为订旅馆业务，主用例大致相同，故创新点一般出现在子用例。在子用例处可以添加能创新的业务，如去哪儿的用例图中可以添加预测用户中文输入的子用例，突出创新业务。

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

     　　根据创新点在用例图中的层次（从左到右）定位创新思路，例如创新点出现在与参与者直接相连的用例时，说明创新点为业务创新。

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

     选择去哪儿用例图，编制backlog：

     

ID	Title	Est	Iter	Imp
10101	make reservation	5	1	5
10102	find hotel	10	2	5
10103	predict input	5	1	3
10110	manage basket	2	1	3
10111	pay	10	2	5

​

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

用例	# 事务	# 计算	原因	UC 权重
make reservation	10	7	包含了选择旅馆、挑选房间、确认订单等子事务	复杂
find hotel	5	5	包含了查找地图、地点、运维等子事务	一般
predict input	2	3		简单
manage basket	5	3		简单
pay	5	5	涉及支付失败、支付超时等意外情况处理	一般

​