系统分析与设计第四次作业

1、简答题

1.用例的概念

用例就是一组相关的成功和失败场景集合，用来描述参与者如何使用系统来实现其目标。

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

场景是参与者和系统之间的一系列特定的活动和交互，也称为用例实例。是用例的一条执行路径。

主场景：描述了满足涉众关注点的典型成功路径，不包括任何条件或分支。虽然包含条件或分支并不是错误，但是，保持一定的连贯性，并且将所有条件处理都推延至扩展部分。

3.用例有哪些形式？

3种
1.摘要，简介的一段式概要通常用于主成功场景。
2.非正式，非正式的段落格式。用几个段落覆盖不同的场景。
3.详述，详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功补充，

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

因为复杂业务场景众多，业务条件和需求容易遗漏，且这些需求条件还可能发生变化。所以对于复杂业务，为什么编制完整用例非常难。

什么是用例图？

用例图是指由参与者、用例，边界以及它们之间的关系构成的用于描述系统功能的视图。

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

参与者。符号是一个小人。
用例。符号是一个圆框。
系统边界。符号是一个方框。
关联关系。符号是一个虚线箭头：---->，箭头指向消息接收方。
包含关系。符号是一个虚线箭头，有<>标识。箭头方向指向被包含者。
扩展关系。符号是一个虚线箭头，有<>标识，箭头方向指向被继承者。
泛化关系。符号是一个实线箭头，箭头是个小三角，指向父用例。

用例图的画法与步骤

确定参与者（谁来做）。
识别用例（做什么）。一般以动词开头描述某件事情。
理清用例之间的关系。需要仔细思考用例之间的业务关系，并以此来划分。

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

用例图可以从用户的视角描述一个系统的主要功能以及如何使用，比较符合人的自然认知，同时进行可视化，方便理解和获取需求，在整个开发过程及其他工作流中起到指导作用，同时也便于向系统用户即需求者阐述系统功能。

2、建模练习题（用例模型）

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

• 请使用用户的视角，描述用户目标或系统提供的服务
• 粒度达到子用例级别，并用 include 和 exclude 关联它们
• 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
• 尽可能识别外部系统和服务

然后，回答下列问题：

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

这是因为相似系统的主要业务逻辑类似，例如查询只是内容不同，订东西只是订单的内容不同。而其他例如支付，管理订单等等功能都是相同的。

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

在用例图中对创新用例使用某种颜色进行高亮标记。可以很方便地让需求方、开发人员快速了解该系统的创新模式。

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

ID	Title	Est	Iter	Imp
1	注册	5	1	10
2	登陆	5	1	10
3	查询旅馆	20	2	20
4	预订旅馆	15	1	40
5	管理订单	10	1	20

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

简单用例：1到3个事务，权重=5
一般用例：4到7个事务，权重=10
复杂用例：多余7个事务，权重=15

用例	计算	UC权重
注册	2	简单
登陆	2	简单
查询旅馆	8	复杂
预订旅馆	5	一般
管理订单	4	一般