需求分析知识点总结

一、二填空与判断

1.软件系统通过影响问题域，能够帮助人们解决问题称为解系统

2.需求分析的分类（功能需求、性能需求、质量属性、对外接口、约束）

3. 对于寻找涉众的必要性通过分析不同复杂度的信息系统的涉众特点将信息系

统分为（小型统统、组织及系统、战略信息系统、组之间系统）

4.获取信息的方法（传统方法、集体获取方法、原型、模型驱动方法、认知方法、基于上下文方法）

5.常见的涉众类别有（用户、客户、开发者、管理者、领域专家、政府力量、市

场力量）

6.需求获取方法利用面谈可获得的信息内容包括（事实和问题、被会见者的观点、被会见者的感受、组织和个人目标）

7.原型的分类（①按照使用方式分类：演示、严格意义上的、试验、引示系统②

按照媒介载体分类：样板、纸上向导③按照开发方式：演化式、抛弃式④按照构建技术：水平、垂直。。原型）

8.需求开发的一些特性决定了需求开发过程只能是一个迭代式的增量过程，而且

还不是一个简单的线性增量过程，它的各个活动之间存在这复杂的组织关系。

9.头脑风暴是一种特殊的群体面谈方式

10.面谈就是在需求获取活动中发生在需求工程师和用户之间的面对面的会见，它是一种使用问答格式，具有特定目的的直接会话，也是事件中最为广泛的需求获

取方法之一。

11.需求验证最主要的方法是需求评审。

（判）需求是用户对问题域中的实体状态或事件的期望描述

（判）为了满足用户的业务需求，需求工程师需要描述系统高层次的解决方案，

定义系统应该具备的特性。

（判）所有对软件的开发和应具有发言权和决定权的人统称为涉众。

（判）软件系统的涉众群体不是固定不变的

（判）模型驱动方法是一类以定义明确的模型为理论基础，依据模型指导和组织

活动开展的需求工程方法。

（判）一对一的面谈是时间成本比较高的需求获取方法，尤其是在获取一个或多

个涉众方相关的主题时，需反复和多个涉众方安排逐步深入的面谈解决问题。

（判）原型系统通常被构造为不完整的系统，以在将来进行改进、补充或代替。（判）不同涉众对同一问题的目标要求，或者不同业务需求之间，可能会互相矛

盾。这些矛盾将使开发人员无法同时满足多方需求，最终导致项目的失败。因此，这些矛盾在这个阶段必须得到妥善解决。在大多数情况下，业务需求的冲突可通

过涉众之间的协商达成一致。

三、名词解释

1．解释下列名词：问题域，解系统和共享现象，并结合他们的含义说明软件系统

如何与现实世界形成互动的

问题域：现实的状况与人们期望的状况产生差异就产生问题，这些实体和状态构

成了问题解决的基本范围，称为该问题的问题域。

解系统:软件系统通过影响问题域，能够帮助人们解决问题称为解系统。

共享现象：软件系统能够与问题域进行互交和相互影响的原因在于软件系统中的

某些部分对问题域中的某些部分具有模拟性。问题域中的某些信息能够和模拟中

的信息建立映射关系。这些通过映射建立的共同知识，就是域和解系统之间的共

享现象。

共享现象就是问题域和解系统实现互交和互相影响的途径与接口，问题域和解系统都通过改变这些共识来影响，或接受对方的影响。

2.解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？

需求：是用户对问题域中的实体状态或事件的期望描述

规格说明:规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统

的行为特征。

问题域特性：问题域的自治规律性称为问题域特性。

约束：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而

且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，

当这些特性非常明确时称之为约束。

需求工程的主要任务：(1)需求工程必须说明软件系统将应用的环境及目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对

软件完成任务所用的方式、方法所施加的限制和约束。(2)需求工程必须将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行准确

的规格说明。(3)需求工程还要妥善处理目标、功能和约束随着时间的演化情况。3.系统(级)需求：

系统需求是用户对系统行为的期望，一系列的系统需求在一起可以帮助用户完成任务，达成用户需求，进而满足业务需求系统需求可以直接映射为系统需求行为，定义了系统中需要实现的功能，描述了开发人员需要实现什么。

4．需求验证与确认

一方面它要确保以正确的的形式建立需求(需求验证)，得到足以作为软件创建基础的需求，另一方面，它要确保得到内容语义正确的需求(需求确认)，得到能够准确反映用户意图的需求。

四、问答题

1．软件需求工程的特性

(1)重要性

(2)复杂性。体现在以下几个方面：

①处理范围广泛

②处理内容多样。需求工程处理的知识内容多种多样，既有用户的功能需求和非

功能需求，又有软件将来所处的环境及其约束。

③处理活动互相交织。需求工程包括需求获取，需求分析，需求规格说明和需求

验证等，它们互相衔接，顺序处理。

④涉及诸多参与方。需求处理过程中涉及很多参与者，他们来自不同领域，有不

同的表达方式和期望值，使得需求处理过程更为复杂。

⑤处理结果要求苛刻。作为需求处理结果的需求规格说明要满足正确性、完整和

一致性等苛刻要求。

2.为什么要确定项目前景与范围。

业务需求、高层解决方案及系统特性都应呗记录下来，定义为项目的前景与范围文档。前景描述了产品的作用及最终功能，它将所有涉众都统一到一个方向上。

范围则指出了当前项目是要解决产品长远规划中的哪一部分，范围声明它为项目

规划了需求的界限。根据系统的高层解决方案和系统特性，可以定义系统的上下

文环境，建立系统的边界。这将是需求分析活动的起点。

3．需求工程师具备的知识和技能有那些？

知识：(1)软件技术是最重要的一种知识(2)认知学和社会学方面的知识(3)应用哲学知识