2025年《需求工程》复习题.pdf

该【2025年《需求工程》复习题 】是由【小屁孩】上传分享，文档一共【7】页，该文档可以免费在线阅读，需要了解更多关于【2025年《需求工程》复习题 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。 : .
天行健，君子以自强不息。地势坤，君子以厚德载物。——《周易》
《需求工程》复习题
一、填空题：
1、需求制品是文档化的需求。
2、涉众是与待开发系统有利益关系的人员或组织。
3、功能性需求说明了系统应向用户提供的功能。质量需求
定义了待开发的质量属性，即系统的性能、可靠性、稳定性等。
约束是对开发过程或待开发系统属性的限制。
4、需求用来定义问题并说明“要开发什么”；而系统设计用
来定义解决方案并说明“系统应如何开发出来”。
5、术语“系统分析”包括在对一个现有系统或过程进行分析的基
础上定
义一个新系统（发布版本）需求的各种不同方法。
6、通常，新的系统实现了对现有系统和过程的自动化，并因此取
代现有系统和
过程。
7、传统的系统分析按照功能、数据和行为来定义一个系统所
期望实现的功能方面。
8、结构化分析使用数据流图来描述系统功能以及每个功能的输入
和输出
数据流。
9、在当前状态分析中，分析人员分析现有的系统和过程，并将所
识别和收集
的需求记录在当前状态模型中。
10 、期望状态模型定义了待开发系统的需求，也构成了新系统实
现的基础。
11 、结构化分析方法一般会区分物理模型和逻辑模型。首先开发
出一个物理的当前状态模型，然后去掉其中的来物理特性后就得到了
当前状态模型。为了定义系统需求，需要将所期望的变更集成到逻辑
状态模型中，从而定义出逻辑的期望状态模型。结构化分析方法没有 : .
吾日三省乎吾身。为人谋而不忠乎?与朋友交而不信乎?传不习乎? ——《论语》
为逻辑模型的导出提供方法学指导，本质系统分析方法很好地填补了
这个缺失。
12 、抽取活动的目标是要改进对需求的理解，即在内容维度上取
得进展。
13 、术语“需求制品”来指代一个被文档化的需求。
因此，一个需求制品使用特定的文档格式来刻画一个需求。
14 、需求工程需要理解涉众对于待开发系统的意图。在需求工程
中，涉众的意图被刻画目标。
15 、一个场景通常刻画一个具体的系统使用实例。它说明了一个
目标（或一组目标）是如何满足的。
16 、面向方案的需求定义了一个软件密集型系统上的数据视图、
功能视力和行为视图，此外还包括质量需求以及约束。它的定义通常
意味着一个概念（或逻辑）系统解决方案。
17 、需求来源分 3 类：涉众、（现有）文档、（现有）系统。
18 、涉众是在在待开发系统中存在潜在利益的人或组织。
其自身并不一定与到系统开发有着直接利益关系。
19 、与需求工程相关的现有系统分为 3 类：遗留系统和原有系统、
竞争对手的系统以及类似系统。
20 、系统愿景通常定义了系统的高层目标。
21 、目标记录了涉众的意图。场景则记录了满足或者不满足某些
目标的一组系统交互序列。
22 、场景通过系统与系统参与者来描述系统对其用户的价值。
23 、用况聚集了与同一目标相关联的多个场景。
24 、用况将一个主场景与相应的可替换场景和例外场景组织在一
起，它包括上下文信息、主场景、可替换场景以及例外场景。
25 、常用的基于模型的场景描述语言是消息序列图。
26 、活动图侧重于描述在多个场景（例如属于同一用况的场景）
之间的控制流，即不同参与者的活动以及这些活动可能的顺序。它是
一种控制流图。
27 、用例图不适合用来描述系统与参与者的交互（序列）。但特 : .
不飞则已，一飞冲天；不鸣则已，一鸣惊人。——《韩非子》
别适合用于系统中不同用况以及用况之间的可视化描述。
28 、实体关系模型在概念层次上部分预定义了所期望的解决方案。
为此，我们将实体关系模型中描述的需求称为。
29 、需求制品质量准则应当是、、、
、、、、、、。
30 、由所考虑的当前或所构想的现实中的所有部分或方面而组成。
31 、是为特定的（使用）目的创建的论域的抽象表述。
32 、需求获取活动的目标是：、及。
33 、6 种需求获取技术是：、、、、和。
34 、目标应当是与无关的，即一个目标不应该预先定义某个特定
的。
35 、涉众通常都会有多个满足的不同解决方案，而每种解决方案
都会导致。
36 、场景记录的典型上下文信息包括、、、、、
以及。
37 、一个顺序图描述了一组角色之间的。UML 顺序图中的角色可
以表示一个、、或者一个。UML 顺序图强调的是。
38 、活动图侧重于描述。活动图的主要关注点是，即以及这些活
动可能的顺序。
39 、活动图是一种。特别适合于描述主场景、可替换场景以及例
外场景的和。描述了主场景与可选场景、例外场景之间的控制流分支。
40 、表示处于系统边界之外、与待开发系统存在交互的系统或人。
41 、参与者与用例之间的关系表示。
42 、用例之间可以通过 3 种相互关联起来，这 3 种关系是：、及。
43 、目标是关于。它可以在上定义。高层目标在需求工程过程中
将通过得到更加具体的目标，这些具体目标定义了涉众。分解后的目
标可以表示。（对术语“目标”的理解）
44 、通常定义了系统的高层目标。因此，其他所有的目标都是对
的分解。
45 、为了识别系统和系统上下文边界，可以考虑系统和。为系统 : .
以家为家，以乡为乡，以国为国，以天下为天下。——《管子》
提供输入，而接收系统的输出。信息源和接收源包括：；；
。
46 、使用术语“需求制品”来指代一个。因此，一个需求制品使
用来刻画一个需求。
47 、需求工程需要理解涉众对于待开发系统的意图。在需求工程
中，被刻画为目标。
48 、目标具有指示性的含义，即目标表达了。因此，目标并不等
同于诸如。
49 、相关文献和需求工程标准一般对需求的类型区分为：；；。
50 、功能性需求通常使用 3 个互补但部分重叠的视图来进行文档
化：、和。
51 、在多数情况下，定义了系统数据、功能和行为的需求是一种。
因为它们是以一种主要用于进行定义的。
52 、在传统的开发方法中，待开发系统的需求通过进行定义。通
常会按照一个通用的参考结构来组织。典型的需求文档的例子包括和。
53 、在使用英语的国家中，一般区分两类软件密集型系统的需求
文档：
系统需求规约 -定义了关系系统硬件和软件，以及硬件和软件之间
的必要关系的需求。
软件需求规约 -详细描述了系统需求规约中所定义的软件需求。
54 、3 个应用于整个需求文档的基本质量准则：、、。
55 、需求工程中，用于减少自然语言需求二义性的技术有：、和。
56 、的目标是抽取新的需求以及细化现有需求的信息，从而在内
容维度上取得进展。
57 、需求抽取活动的目标是：；；。
58 、识别相关需求来源的两个步骤：；。
59 、可以通过交谈、问卷调查或观察从涉众那里抽取。
60 、6 种需求抽取技术分别是：、、、、和。
61 、访谈可以分为两种基本类型：和。
62 、在研讨会中通常会用到一些不同的辅助技术如：、、和、以 : .
天将降大任于斯人也，必先苦其心志，劳其筋骨，饿其体肤，空乏其身，行拂乱其所为。——《孟子》
及。
63 、辅助需求抽取技术有：、、、和。
二、名词解释：
1、场景
2、需求
3、面向方案的需求
4、系统上下文
5、上下文方面
6、系统边界
7、上下文边界
8、规约
9、需求模型
三、请解释用例之间的三种关系
泛化关系：
扩展关系：
包含关系：
四、请解释驾驶员辅助系统用例图中的关系
五、下列需求描述哪些描述了功能，哪些描述了针对特定功能所
要提供的系统质量，哪些定义了对于系统开发过程的约束。
一个房屋信息系统的需求：
R1：系统应该提供一个用户友好的界面
R2：系统能够生成包含所有被允许进入及被拒绝进入房屋的所有
记录的月报表。
R3：如果用户输入的 PIN 码是正确的，系统应开门并记录此次来
访信息，包括日期和时间、拥有 PIN 码的用户姓名等。
R4：系统应在 2006 年 5 月 1 日上市。
R5：门应该在 PIN 码正确输入后 秒内打开。
六、请找出“自动刹车控制”场景中的上下文信息
Carl 在高速上以 50 英里 /小时的速度驾车行驶。Carl 前方的汽车
驾驶员 Peter 猛踩脚刹。 Carl 在意识到前面的车紧急制动时，也踩刹 : .
饭疏食，饮水，曲肱而枕之，乐亦在其中矣。不义而富且贵，于我如浮云。——《论语》
车减速。Carl汽车上的车载计算机监控到两车已经打破安全距离，因
此向驾驶员发了警告。两车距离持续接近。为了帮助驾驶员避免追尾，
车载计算机系统启动紧急刹车，并通知 Carl 关于自动刹车的信息。当
两车距离不再进一步拉近时，计算机停止紧急刹车控制。到两车恢复
安全距离之后，计算机停止对 Carl 车速的控制，并通知 Carl 自动控制
结束。
七、如何理解问题与解决方案？（或问题定义与解决方案的区别）
八、如何理解需求工程的目标：在上下文中建立愿景。（什么是
愿景？）
九、需求工程框架
十、目标描述的 7 个原则
十一、场景描述的 11 条规则
十二、面向方案的需求的 3 种传统视图
十三、如何理解物理模型与概念模型