需求工程期末复习

第一章：需求工程导论

1.需求工程定义：

就是所有需求处理活动得与，它收集信息、分析问题、整合观点、记录需求并验证其正

确性，最终反映软件被应用后与其环境互动形成得期望效应。

2.需求工程得基本活动：

1）需求开发：需求获取，需求分析，需求规格说明，需求验证

2）需求管理

3,各个活动得

1）需求获取得目得就是从项目得战略规划开始建立最初得原始需求；

2）需求分析得目得就是保证需求得完整性与一致性；

3）需求规格说明得目得就是将完整、一致得需求与能够满足需求得软件行为以文档得方式

明确地固定下来；

4）需求脸证得首要目得就是保证需求及其文档得正确性，即需求正确得反映了用户得真实

意图；另一个目标就是通过检查与修正，保证需求及其文学得完整性与一致性；

5）需求管理得主要工作就是跟踪后继阶段中得需求实现与需求变更情况，确定需求得到了

正确得理解并被正确得就是想到了软件产品中。

4.软件需求规格说明定义：

软件需求开发用来确定系统需求中应该由软件满足得部分，相■其映射为软件行为，产生

软件需求规格说明。

第二章：需求基础

5.软件系统能够与问题域进行交互与相互影响得原因在于，软件系统中得某些部分对问题

域中得某些部分具有模拟特性。

6.需求分类：

1）功能需求：业务需求，用户需求，系统需求

2）性能需求

3）质量属性

4）对外接口

5）约束

第三章：（不考）

第四章：需求获取概述

7.需求工程需要获取得内容主要有三种：

1）需求

2）问题域描述

3）环境与约束

8.需求获取信息得主要来源：

1）涉众

2）硬数据

3）相关产品

4）重要文档

5）相关技术标准与法规

9.获取信息将方法：

1）传统方法：问卷调查，面谈，文档分析，文档检查，需求剥离

2）集体获取方法：头脑风暴，专题讨论会，JAD,JRP

3）原型

4）模型驱动方法：基于场景，基于用例

5）认知方法：任务分析，协议分析

6）基于上下文得方法：观察，民族志，话语分析

10.常见得组织方式就是依照系统特性，确定系统得边界，建立上下文图或系统用例图，然后

按照遍历上下文图与系统用例图得方式开展获取活动。

第五章:确定项目得前景与范围

11.前景:

描述了产品得作用以及最终得功能，它将所有涉众都统一到一个方向上。

12.范围：

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

求得界限。

13.对于不明确得问题，直接抛弃就是一种错误得做法，正确得做法应该就是使用不同得方

法发现涉众提出不明确问题得原因，理解不明确问题背后深藏得问题。

14.需要注意得就是问题解决方案得边界不就是系统得边界，一个解决方案外部得输入可能

来自于同一个系统中另一个问题解决方案得输出，即系统得内部。

15.描述系统得边界，通常会用上下文图与系统用例图。

第六章：涉众分析与硬数据采样

16.涉众定义：

所有能够影响软件系统得实现，或者被实现后得软件系统影响得个人与团体。

17.四种常见涉众类型：

1）参与者

2）环境设定者

3）被影响者

4）现众（优先级最低）：领域专家与市场力量就是比较常见得观众

18.硬数据

1）定量硬数据：数据收集表格，统计报表

2）定性硬数据：整个组织得描述文档，业务指导文档，业务备忘

第七章：需求获取方法之面谈

19.面谈结构：

1）金字塔结构

2）漏斗结构

3）菱形结构

20.面谈分为三种类型：

1）结构化面谈

2）半结构化面谈

3）非结构化面谈

21.调查问卷，头脑风暴（P130）

第八章：需求获取方法之原型

22.原型：就是一个系统，它内化了一个更迟系统得本质特征。原型系统通常被构造为不完整

得系统，以在将来进行改迄、补充或者代替。

23.原型得类别

1）按照开发方法进行分类：演化式原型，抛弃式原型（探索式原型，实脸式）

2）按照构建技术进行分类：水平原型，垂直原型

24.原型得需求内容：（三个）

1）外观

2）角色

3）实现

第九章：需求获取方法之现察与文档审查

25.常见得观察方法：

1）采样观察

2）民族志

3）话语分析

4）协议分析

5）任务分析

26.应用观察方法解决得问题：

1）理解复杂得协同事件

2）获取工作中得异常处理

3）获取与用户认知不一致得实际知识

4）了解用户得认知

5）获取默认知识

27.采样观察法：

1）时间采样

2）事件采样

28.文档审查中文档分为三种类型：

1）相关产品得需求规格说明

2）破数据

3）客户得需求文档

29.另外，需要注意得就是，文档虽然来自于当前计算机双手工系统得产物，但这并不表示它

就就是正确得。

第十章：需求组织——需求获取中得模型驱动方法

30.模型驱动方法：就是一类以定义明确得模型为理论寒础，依据模型指导与组织活动开展

得需求工程方法。

31.目标模型（P165）

32.场景方法得分类框架：

1）场景得形式:描述，外现

2）场景得内容

3）场景得目得:描述，探索，解释

4）场景得生命周期

33.用例描述

1）用例就是静态得结构化文本描述

2）用例可以用于各种目得得应用，包括描述、探索、解释

34.用例之间得关系：（三种）

1）包含

2）扩展

3）泛化

35.在需求工程中，主要产生三类重要得文档：

1）项目前景与范围文档

2）用户需求文档

3）需求规格说明

36、用例文档通常被用来代替用户需求文档,起到记录、交流领域信息与用户期望得作

用。在特殊得情况下，用例文档还可以用来代替需求规格说明，但总得来说这就是一种并不值

得提倡得方法。

第十一章：需求分析概述

37.总得来说，需求获取得到得信息与需求开发应该建立得软件系统解决方案之间有着很大

得差距，需求分析就就是用来解决这个差距得需求工程活动。

38.需求分析得根本任务：

1）建立分析模型（分析得活动主要包括识别、定义与结构化，它得目得就是获取某个可以转

换为知识得事物得信息，这种分析活动被称为建模——建立需求分析模型。）

2）创建,解决方案（创造性）

39.建模常用得两种手段：

1）抽象

2）分解

40.两个世界与三种模型（P190）

41.模型语言得三要素：

1）语法

2）语义

3）语用

42.需求分析方法：

1）结构化方法

2）信息工程方法

3）面向对象方法（就是目前工业界使用得主流方法）

43.前期需求阶段分析得重点就是理解问题世界,因此它关注得就是整个问题世界，注重于

系统得环境、开发组织得业务分析背景、涉众得特征以及目标等等，软件系统只就是整个背

景下得一个要素；后期需求阶段分析关注得就是解系统解决方案得建立,因此它以软件系统

为中心，注重于分析系统得内部功能以及它与环境得互动，就是对系统功能得详细信息得分

析。

44.需求细化：

需求分析活动得一个重要任务就是进行需求细化，明确用户需求得隐含信息，展开为明

确得对软件系统得行为期望，即系统需求。

第十二章:过程速模

45.过程建模定义：

过程建模就是结构化分析方法得典型技术。过程建璞将系统瞧做就是过程得集合，其中

一些由人来执行，另一些由软件系统来执行。

46.过程建模使用得技术：

1）上下文图

2）数据流图

3）微规格说明（又称为过程规范）

4）数据字典

47.数据流图中得外部实体：

外部实体就是指处于待构建系统之外得人、组织、设备或者其她软件系统，它们不受系

统得控制，开发者不能以任何方式操纵她们。所有得外部实体联合起来构成了软件系统得外

部上下文环境，她们与软件系统得交互流就就是软件系统与其外部环境得接口，这些接三强

合起来定义了软件系统得系统边界。

48.上下文图：

就是DFD最高层次得图，就是系统功能得最高抽象。

49.0层图：

通常被用来作为整个系统得功能概图。0层图中不应该出现太过具体得过程与数据存

储。

50.微规格说明（P245）:结构化英语，行为图，决策树，决靛表

51.数据孑典：

就是一个存储库，包含软件使用与产生得所有数据对象得描述，其中也包括DFD当中数

据流得数据存储得定义。

第十三章:数据建模

52.数据模型：（P265）

53.属性取值范围称为域，

54.标识符（键），主键，替代键

55.关系得度数就是指参与关系得实体数量，就是度量关系复杂度得一个指标：

1）一元关系（递归关系）

2）二元关系

3）三元关系

56.关系得基数：

1）最大基数（键约束）

2）最小基数（参与约束）

57.被关系影响得实体：

1）弱实体

2）关联实体（常见形式:近程实体）

58.ERD得创建步骤：

1）从描述信息中辨别实体

2）确定实体得标识符

3）建立实体之间将关系

4）添加详细得描述信息

59.复杂情况下得ER