系统分析与设计第四次zuoye

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

一、简答题

用例的概念

通俗来讲，用例是文本形式的情节描述，用以说明某参与者使用系统以实现某些目标，广泛应用于需求的发现和记录工作中。用例其本质是通过编写使用系统实现用户目标的情节来发现和记录功能性需求。

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

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

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

​主场景 happy path，是典型的、无条件的、理想方式的成功场景。happy path是一种默认情景，没有异常或错误条件。在用例建模中，happy path是主执行者完成了目标，所有有关人员的需求都得到了满足。

用例有哪些形式？

三种形式：

• Brief（high level）简洁型：通常是简短的一段话，描述主要的成功场景，便于快速了解主题和范围，可以快速创建。
• 非正式（Casual）随意型：非正式的段落格式，覆盖多个场景的几个段落，与 brief 形式类似，在早期需求分析中，可以帮助快速了解主题和范围。
• Fully 完整型：所有的步骤和变化都详细写明，有支持的部分，比如前提和成功场景的保证

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

复杂的业务本身业务流程就很复杂繁琐，而且涉及到的场景非常多，场景与场景之间也有各种各样的关联，编制完整用例需要建模相关知识和熟悉各个业务流程，还要注意用户交互的细节和相对于的支撑。

什么是用例图？

用例图用以描述用例名称和参与者及其之间的关系。用例图是一种优秀的系统语境图；也就是说，用例图能够展示系统边界、位于边界之外的事物以及系统如何被使用。用例图可以作为沟通的工具，用以概括系统及其参与者的行为。

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

• 参与者（Actor）：表示的是一个系统用户，也就是与应用程序进行交互的用户、组织或者外部系统。

 

• 用例（Use Case）：表示的是对系统提供的功能、服务的一种描述。

 

• 用例之间的关系：

包含(Include)：表示用例可以简单地包含其他用例所具有的行为，并把它所包含的用例行为作为自身行为的一部分。在UML中常用带箭头的虚线表示，箭头指向被包含的用例。

 

泛化(Generalization)：泛化指的是一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。在UML中用空心三角箭头的实线表示，箭头指向父用例。

 

关联(Association)：表示的是参与者与用例之间的关系。在UML中常用一条直线，或者是一条带箭头的线条来表示，箭头指向信息接收方。

 

扩展/延伸(Extend)：表示在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫做扩展用例，原有的用例叫做基础用例，相当于为基础用例提供一个附加功能。在UML中用带箭头的虚线表示，箭头指向基础用例。

 

用例图的画法与步骤

• 确定系统边界
• 确定参与者：如谁将使用该系统的主要功能、谁将需要该系统的支持以完成其工作、谁将需要维护、管理该系统，以及保持该系统处于工作状态等。
• 识别用例：如特定参与者希望系统提供什么功能、系统是否存储和检索信息，如果是，由哪个参与者触发、当系统改变状态时，是否通知参与者、是否存在影响系统的外部事件等。
• 确定用例间的关系：如包含关系、扩展关系和泛化关系。应用这些关系的目的是为了从系统中抽取出公共行为和其变体。
• 确定关联的外部支持系统，放在系统框右边。
   

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

对利益相关人：

• 可以直观看清系统的结果以及用户的功能体验，提供了系统使用和行为的摘要视图，保证系统能够按照用户的需求进行设计，并且便于与利益相关人进行沟通，及时对系统功能进一步完善。
• 能够根据业务场景的复杂程度和形式化程序进行增减调节，能够相应利益相关人提出的需求。通过用例图进行系统功能的增减以及修改更加便利。
• 使得系统能够注重其参与者的用户体验。

对于开发者来说:

• 用例图是设计者设计过程的结论与参考, 设计者与开发者之间的交流工具, 开发者开发过程的蓝图。
• 用例图使得开发者能够更明确地获得需求, 更好地理解需求。

用例图可以指导开发和测试, 同时可以在整个过程中对其他工作流起到指导作用

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

经济学人用例图

seed用例图

三、回答下列问题

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

因为相似系统面向的Actor是相似的，从Actor视角定义的用例也是相似的，连同用例之间的关系都是相似的。这本质是因为相似系统的功能需求是相似的。

 

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

通过在用例图定位的创新思路（标记的创新用例），可以方便项目经理（业务创新）、需求方（商业模式创新）、开发者（技术创新）明确创新点。

 

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

ID	TITLe	Est	Iter	Imp
1	登陆	2	1	3
2	搜索hotel	10	3	5
3	下订单	2	1	5
4	支付	5	2	5
5	与客服沟通	1	4	3
6	管理basket	5	2	5

 

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

 

用例	# 业务	# 计算	UC 权重
1 登陆	2	3	简单
2 搜索hotel	8	5	复杂
3 下订单	2	一般
4 支付	2	4	简单
5 与客服沟通	1	1	简单
6 管理basket	3	3	一般