目录

一、单项选择题

二、第二波单选

三、多选题

四、填空题

五、第二波填空

六、判断题

七.第二波判断题

八、10.12.13章不学但有题

1、 软件生产中产生需求问题的最大原因在于对应用软件的（ ）理解不透彻或应用不坚决。

（A）复杂性 （B）目的性 （C）模拟性 （D）正确性

2、 需求分析的目的是保证需求的（ ）。

（A）目的性和一致性 （B）完整性和一致性

（C）正确性和目的性 （D）完整性和目的性

3、 系统需求开发的结果最终会写入（ ）。

（A）可行性研究报告 （B）前景和范围文档

（C）用户需求说明 （D）系统需求规格说明

4、 现实世界中的（ ）构成了问题解决的基本范围，称为该问题的问题域。

（A）属性和状态 （B）实体和状态 （C）实体和操作 （D）状态和操作

5、 功能需求通常分为三个层次，即业务需求、用户需求和（ ）。

（A）硬件需求 （B）软件需求 （C）质量属性 （D）系统需求

6、 如果在最终的物件（Final Artifact）产生之前，一个中间物件（Mediate Artifact）被用来在一定广度和深度范围内表现这个终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的（ ）。

（A）模拟 （B）构造 （C）原型 （D）模型

7、 按照开发方法进行分类，原型可分为：演化式原型和（ ）原型。

（A）演示原型 （B）纸面原型

（C）抛弃式原型 （D）样板原型

8、 按照涉及的功能进行分类，原型可分为：水平型原型和（ ）原型。

（A）屏幕流原型 （B）情景串联原型

（C）垂直型原型 （D）深度模拟原型

9、 原型的需求内容可以从三个纬度上分析：即（ ）。

（A）外观、角色和实现 （B）开发、实现和作用

（C）成本、技术和实现 （D）需求、作用和角色

10、当用户无法完成主动的信息告知，或与需求工程师之间的语言交流无法产生有效的结果时，有必要采用（ ）。

（A）民族志 （B）观察法 （C）话语分析 （D）任务分析

11、下列（ ）不是需求获取常见的模型驱动方法？

（A）面向目标的方法 （B）基于场景的方法。

（C）基于用例的方法 （D）基于采样的方法

12、功能目标可以分为 ( )。

（A）安全目标和可用性目标 （B）满足型目标和信息型目标

（C）软目标和硬目标 （D）维护目标和实现目标

13、面向目标方法的目标分析阶段的主要任务是（ ）。

（A）获取目标 （B）确定解决方案

（C）建立目标模型 （D）发现问题和缺陷

14、描述场景所使用的表示法要符合正规性要求，一般可使用非形式化语言、半形式化语言和形式化语言。在实践中，（ ）是主要的描述方式。

（A）形式化的程序语言 （B）非形式化的自然语言

（C）形式化的图形工具 （D）非形式化的设计语言

15、下列（ ）不是场景方法在需求工程中的应用。

（A） 帮助进行详细的需求分析

（B） 编写系统需求规格说明

（C） 结合面向目标的方法，指导需求获取活动的开展

（D） 组织需求获取得到的信息

16、与其他的场景方法相比，用例最大的特点是采用了（ ）的描述方式。

（A）静态非结构化文本 （B）动态非结构化文本

（C）静态结构化文本 （D）动态结构化文本

17、用例之间的关系主要有（ ）三种。

（A）包含、扩展和简化 （B）合取、析取和扩展

（C）包含、多态和继承 （D）包含、扩展和泛化

18、分析的活动主要包括识别、定义和结构化，它的目的是获取某个可以转换为知识的事物的信息，这种分析活动被称为（ ）。

（A）需求信息获取 （B）建立软件系统解决方案

（C）需求信息转化 （D）建立需求分析模型

19、（ ）是建模 为常用的两种手段。

（A）具体和抽象 （B）抽象和分解 （C）分解和细化 （D）抽象和细化

20、抽象通过强调本质的特征，（ ）了问题的复杂性。

（A）调整 （B）避免 （C）增加 （D）减少

21、需求分析仅仅需要描述解决方案，不需要探索实现细节的情况下，分析模型又是（ ）

的，尤为适用。

（A）形式化 （B）半形式化 （C）结构化 （D）非结构化

22、22、上下文图描述系统与环境中外部实体之间的界限和联系。它从现实世界的角度说明了系统的（ ），并确定了所有的输入和输出。

（A）环境与外观 （B）边界和联系 （C）边界和环境 （D）输入和输出

23、（ ）是结构化分析方法的核心技术，它表明系统的输入、处理、存储和输出，以及它们如何在一起协调工作。

（A）数据流图 DFD （B）实体联系图 ERD （C）状态转换图 （D）上下文图

24、需求分析活动的一个重要任务是进行（ ），明确用户需求的隐含信息，展开为明确的对软件系统的行为期望，即系统需求。

（A）需求整理 （B）需求细化 （C）需求获取 （D）需求分析

25、在分层结构中，DFD 定义了三个层次类别的 DFD 图：（ ）、0 层图和 N 层图。

（A）1 层图 （B）底层图 （C）上下文图 （D）顶视图

26、因为数据存储是系统内部的功能实现，所以在将系统视为黑盒的情况下，上下文图中不会出现（ ）。

（A）实体 （B）数据存储实例 （C）需求信息 （D）过程处理

27、数据建模技术能够弥补过程建模在（ ）方面的缺陷，它描述数据的定义、结构和关系等特性。

（A）需求分析 （B）数据转换 （C）数据说明 （D）数据分析

28、概念实体是一种抽象概念，不考虑概念背后的物理存在，所以通常不包含与之相关联的其他（ ）。

（A）模型 （B）特征（即属性） （C）关系 （D）处理

29、在 ERD 建模中，实体通常所指的就是（ ）。

（A）逻辑实体 （B）概念实体 （C）物理实体 （D）进程实体

30、ERD 中属性是实体的特征，不是数据。属性会以一定的形式存在，这种存在才是数据，被称为属性的（ ）。

（A）域 （B）实例 （C）说明 （D）值

31、ERD 中关系的度数（Degree）是指参与关系的实体数量，是度量关系（ ）的一个指标。

（A）模型 （B）复杂度 （C）精确度 （D）属性值

32、ERD 中关系的基数分为 大基数和 小基数。 大基数又被称为（ ）。

（A）键约束 （B）参与约束 （C）自然约束 （D）一般约束

33、在实体之间建立关系时，可能会产生一些附带的实体，被称为关联实体， 常见的形式是（ ）。

（A）逻辑实体 （B）进程实体 （C）概念实体 （D）自然实体

34、在实现 ERD 与过程模型同步的技术中，（ ）是一种较为常见的技术。

（A）用例图 （B）数据流图 （C）功能／实体矩阵 （D）微规格说明

35、下列（ ）不是用例模型中的关系？

（A）属性 （B）关联 （C）泛化 （D）包含

36、系统边界是指一个系统所包含的系统成分与系统外事物的分界线。用例模型使用一个（ ）来表示系统边界，以显示系统的上下文环境。

（A）圆形框 （B）菱形框 （C）虚线框 （D）矩形框

37、UML 使用的行为模型有三种，即：（ ）。

（A）交互图、状态图和顺序图 （B）顺序图、通信图和时间图

（C）交互图、状态图和活动图 （D）交互概述图、通信图和时间图

38、项目的前景和范围文档、用户需求文档都被视为属于（ ），重点都是用户的现实世界。

（A）开发文档 （B）需求文档 （C）前景文档 （D）用户文档

39、系统需求规格说明文档、软件需求规格说明文档、硬件需求规格说明文档、接口需求规格说明文档和人机交互文档一起被用于系统开发的目的，都被认为是开发文档。

（A）开发文档 （B）需求文档 （C）过程文档 （D）用户文档

40、下列（ ）不是需求规格说明文档的读者？

（A）项目管理者 （B）编程人员 （C）销售商 （D）律师

（学习通有但题库中没有的）

1.比较容易发现的涉众称为初始涉众，又称为（B ）通常包括客户、管理者和相关的投资者。 

A、关键涉众      B、涉众基线      C、普通涉众      D、一般涉众

2.需求工程过程实践方法是需求工程（B）           

A、知识体系B、工作方式与行为方法   C、软件模型D、应用软件

3.下列（ C）属于定量硬数据？               

A、工作手册       B、规章手册 C、统计报表       D、备忘录

4.需求开发过程包括需求获取、需求分析、需求规格说明及（C）     

A、需求管理      B、需求细化   C、需求验证      D、需求控制

5.功能目标可以分为 ( )。             

A、安全目标和可用性目标       B、满足型目标和信息型目标

C、软目标和硬目标             D、维护目标和实现目标

6.面向目标方法的目标分析阶段的主要任务是（ ）。   

A、获取目标   B、确定解决方案   C、建立目标模型   D、发现问题和缺陷

7.项目前景与范围文档中，项目前景不应包括什么信息（ ）。          

A、前景概述   B、详细的功能需求   C、主要特性   D、假设与依赖

8.Power/Interest分析图，既可以进行涉众优先级评估，也可以用于（   )评估。         

A、干预评估   B、风险评估   C、安全评估   D、输赢条件

9.涉众采样的原则不包括（   ）。     

A、完整采样   B、态度积极    C、比例恰当   D、多多益善

10.User/Task矩阵通常用来做（   )涉众评估。          

A、优先级评估     B、风险评估  C、目标分析    D、共赢分析

11.下列（ ）属于定性硬数据？                 

A、数据收集表    B、月报表   C、年报表    D、规章手册

12.复杂情况下的涉众识别可以使用（）涉众识别方法。          

A、先膨胀后收缩  B、检查列表   C、涉众网络   D、原型法

13.涉众描述包括简单特征和（ ）。        

A、个人特征   B、兴趣取向   C、复杂特征   D、系统特征

14.[Athanasia1997]，按照复杂程度，将信息系统分为小型系统、组织级系统、（  )、组织间系统四种类型 。  

A、人事管理系统  B、图书管理系统  C、企业招聘系统   D、战略信息系统

15.假设希望发票样本中包含所有的情况具有90%的确定性，那么确定性因子应该取（ ）。       

A、1.960         B、1.645         C、1.281        D、1

16按照使用方式进行分类，原型可分为：演示原型、（  D  ）、试验原型和引示系统原 型。

A、非操作原型  B、系列首发原型   C 、选定特征原型   D、严格意义上的原型

17按照开发方法进行分类，原型可分为：演化式原型和抛弃式原型，其中抛弃式原 型又被细分为（ C   ）。      

A、演示原型和试验原型         B、系列首发原型和选定特征原型

C、探索式原型和实验式原型     D、样板原型和纸上向导原型

18故事版原型分为被动故事板原型、主动故事板原型和（ B ）。

A、角色故事板原型    B、交互故事版原型  C、用例故事版原型     D、场景故事版原型

19使用原型方法获取需求的基本过程中包括确定原型需求、原型开发、（ A ）和原型修正环节。

A、原型评估    B、需求变更   C、水平原型     D、演示原型

20演示原型主要被用在（B   ）。

A、项目结束阶段     B、项目启动阶段     C、项目需求获取阶段     D、项目开发阶段

21原型方法的大优点是能够及早地解决系统开发中的（ C ），从而降低软件项目失败的风险。

A、成本问题   B、需求分析   C、不确定性   D、范围确定

22使用演化式原型方法，在开发时就需要注意原型的（D  ）和代码的质量。

A、模糊性   B、易用性    C、可重用性   D、健壮性

23使用实验式开发方法，需要实现多种技术方案，考察重要的系统的（A  ）。

A、质量属性     B、功能属性     C、特征属性     D、任务属性

24下面描述不属于需求工程方法的是：D

 A面向过程     B面向对象    C面向控制    D面向视点

25下列方法中不属于需求获取常用方法的是：B

 A基于场景     B基于采样    C面向方向    D面向目标

26系统边界是指一个系统所包含的系统成分与系统外事物的分界线，用例模型使用下列那种图形来表示系统边界，以显示系统的上下文环境：D

 A菱形框 B圆形框 C梯形框 D矩形框

27功能需求的三个层次：业务需求、用户需求D

 A硬件需求 B软件需求 C质量需求 D系统需求

28下列提问那个属于开放性问题A

 A您对这个功能还有什么补充说明么

 B您提到的这个功能需求在10秒内做出响应？

 C这个系统每个月处理的数据是1千条，还是超过百万条？

 D您提到的这个项目要在在1年内完成？

29关于需求文档编写原则，下列不正确的是：A

 A需要编写者尽可能细化细节

 B要检查需求是否被有效的定义

 C句子和段落要求简短

 D通篇文档细节上保持一致

30下列关于UML的描述中，不正确的是：B

 A UML适用于以面向对象的技术来描述的任何类型的系统

 B在需求分析阶段，可使用UML的用例来捕捉所有的系统需求并建模

 C在开发阶段，一些UML工具，如Rose可以自动生成应用系统需求的源代码

31关于情节串联版的类型，不正确的是：C

 A被动式：常用草图和截图等形式，分析人员充当系统角色，帮助用户理解情节。

 B主动式：类似播放电影样片，描述系统在典型用法或场景中的行为方式。

 C混合式：介于上述两者之间，以PPT的形式来语言系统情节串联版。

 D交互式：通过仿真器、实物模型或抛弃式原型，让用户体验系统行为。

1编写需求规格说明文档的意义ABCD

A、需求规格说明文档可以成为各方人员之间有关软件系统的协议基准。

B、需求规格说明文档可以成为项目开发活动的一个重要依据。

C、在需求规格说明文档的编写过程 中，可以尽早的发现和减少可能的需求错误，从而减少项目的返工，降低项目的工作量。

D、需求规格说明文档可以成为有效的智力资产。

2优秀需求规格说明文档的特性有（ABCDE）

A、完备性    B、一致性

C、根据重要性和稳定性分级

D、可修改    E、可跟踪

3.Phil Ittup 是系统分析员团队中的一员，他受委任去与组织成员面谈，为系统研究收集材料。企业称为 Fall Back 工业，它有 5 个管理层人员。此外，生产、会计、营销、系统、物流和高层管理是将受到所建议的系统影响的职能区域。每个阶层大约有 40 人。生产层共有80 人，会计层有 35 人，营销层有 42 人，系统层有 10 人，物流层有 28 人。高层管理有 5 人。Phil 应该怎样选择（   ）面谈对象?                   AB

A、4-8      B、6-10        C、2       D、全部

4.获取活动当中，其实质步骤主要是以下几点：   ABCDE

A、确定待获取的内容          B、确定待获取信息的来源

C、确定应采取的获取方法      D、执行获取               E、记录成果

5需求工程需要获取的内容主要有： ABC

A、需求    B、问题域描述    C、环境与约束    D、需求变更

6.需求获取的来源：  ABCDE

A、涉众     B、相关产品       C、硬数据     D、重要文档  E、相关技术标准和法规

7需求获取的方法有：  ABCD

A、面谈    B、调查问卷      C、原型      D、观察和文档分析

8编写需求规格说明文档所使用的语言类型有（）。  ABC

A、非形式化语言   B、半形式化语言    C、形式化语言  D、中文

1、 传统的需求分析方法都是从设计领域转入分析领域的。

2、 应用型软件分析阶段的主要目的是发现人们利用软件的原因（目的），找出需要软件解决的问题，理解应用环境中的领域知识，保证功能的模拟性。

3、 需求工程是所有需求处理活动的总和，它包括需求开发和需求管理两个部分。

4、 软件需求开发用来确定系统需求中应该由软件满足的部分，将其映射为软件行为，产生软件需求规格说明。

5、 优秀的需求应该具备 7 个特性，即完整性、正确性、精确性、可行性、必要性、无歧义和可验证。

6、 所有对软件系统的开发和应用具有发言权和决定权的人统称为涉众。

7、 按照媒介载体进行分类，原型可分为：样板原型和纸上向导原型。

8、 演示原型主要被用在项目启动阶段。

9、 演示原型都是被用来展示用户想象中的系统视图，所以它要能够表现用户界面的重要特征。

10、如果一个问题的技术解决方案是不清晰的，演示原型也可以被用来展现相应的细节功能以使用户确信该问题解决的可能性。

11、通常来说，如果用户需求出现了模糊、不清晰、不完整等具有一定不确定性的特征，就可以考虑使用原型方法。

12、角色是指原型物件在用户工作中的价值，也就是说它为什么对用户是有用的。

13、外观是指用户对原型物件的具体感觉体验，即用户在使用原型物件时会看到什么、听到什么和感觉到什么。

14、实现是指原型物件完成功能的细节技术和方法。

15、使用演化式原型方法，在开发时就需要注意原型的健壮性和代码的质量。

16、使用实验式开发方法，需要实现多种技术方案，考察重要的系统的质量属性。

17、选择使用探索式开发方法，需要尽可能地考虑各种不同的设计选项，比较不同选项下的用户反馈。

18、原型方法的最大优点是能够及早地解决系统开发中的不确定性，从而降低软件项目失败的风险。

19、复杂的工作总会同时存在着正常流程和异常流程，异常流程大多是一些特殊情况下的处理，限定了异常处理的上下文环境，即异常处理具有局部的情景性。

20、文档审查主要获取对象包括相关产品的需求规格说明、硬数据和客户的需求文档。

21、面向目标方法的处理过程可以分为三个阶段：目标获取、目标分析（即目标模型的建立）和目标实现。

22、目标实现阶段的主要任务是收集与目标相关的需求信息，讨论可能的候选解决方案，确定 终的系统详细需求和解决方案。

23、场景具有重点描述真实世界的特征，它利用情景、行为者之间的交互、事件随时间的演化等方式来叙述性地描述系统的使用。

24、具体场景，又称为实例场景，是对个别行为者、事件、情节的细节描述。

25、抽象场景，又称为类型场景，是以经验中的类别和抽象概念来描述事实。

26、探索性场景可以用来进行需求获取和需求建模与分析。

27、每个用例是对相关场景集合的叙述性的文本描述，这些场景是用户和系统之间的交互行为序列，帮助实现用户的目的。

28、用例是场景方法中的一种，是静态的结构化文本描述。

29、在高层的功能需求获取完备之前，用例的产生方式中不允许使用功能分解方式。

30、单个用例描述了系统的功能片段，系统的所有用例基于一定的关系组织起来，建立用例模型，就可以描述整个系统的功能。

31、原有用例和新建立的抽象用例的关系即为包含关系。

32、在需求工程中，主要产生三类重要的文档：项目前景和范围文档、用户需求文档以及需求规格说明。用例文档通常被用来代替用户需求文档，起到记录、交流领域信息和用户期望的作用。

33、需求获取得到的信息和需求开发应该建立的软件系统解决方案之间有着很大的差距。需求分析就是用来解决这个差距的需求工程活动。

34、需求分析的根本任务是：建立分析模型并创建解决方案。

35、分解将单个复杂和难以理解的问题分解成多个相对更容易的子问题，并掌握各子问题之间的联系。

36、基于软件构建单位及其之间的关系建立的模型，用来说明软件逻辑上的构建方式和实现方式，由于它使用的组元及其关系都是软件的元素，因此它是来自于软件的模型，称为计算模型。

37、互相之间建立了语义联系的多个模型，集成在一起通常被称为视图。

38、需求分析方法主要有：结构化方法、信息工程方法和面向对象方法。其中面向对象方法是目前工业界使用的主流方法。

39、前期需求阶段分析的重点是理解问题世界，因此它关注的是整个问题世界，注重于系统的环境、开发组织的业务背景、涉众的特征以及目标等等，软件系统只是整个背景下的一个要素。

40、后期需求阶段分析关注的是解系统解决方案的建立，因此它以软件系统为中心，注重于分析系统的内部功能以及它与环境的互动，是对系统功能的详细信息的分析。

41、需求协商活动既包括对目标冲突的处理，也包括对需求细节冲突的处理。

42、微规格说明被用来描述 DFD 过程分解结构中 底层过程的处理逻辑。

43、DFD 中所有的外部实体联合起来构成了软件系统的外部上下文环境，它们与软件系统的交互流就是软件系统与其外部环境的接口，这些接口联合起来定义了软件系统的系统边界。

44、数据流是指数据的运动，它是系统与其环境之间或者系统内两个过程之间的通信形式。

45、DFD 的 0 层图中的每个过程都可以进行分解，被分解的过程称为父过程，分解后产生的揭示更多细节的 DFD 图称为子图。

46、DFD 的 0 层图通常被用来作为整个系统的功能概图。

47、为了保证 DFD 图的可理解性，0 层图应该被描述的简洁、清晰，所以在描述复杂的系统时，0 层图中不应出现太过具体的过程和数据存储。

48、DFD 中对 0 层图的过程分解产生的子图称为 1 层图。

49、数据建模建立的模型称为数据模型，是问题域和解系统共享的知识集合，通常能够反映企业业务的核心知识。

50、ERD 的逻辑实体是对概念实体的细化，拥有完整的特征描述。

51、数据建模中对行为和事件的建模需要是为了了解它们在某些时刻的快照或者运行环境信息，而不是它们所体现出来的功能和达成的效果，所以称这类实体为进程实体。

52、ERD 中属性就是可以对实体进行描述的特征，一系列属性的存在集成起来就可以描述一个实体的实例。

53、ERD 中属性取值的受限制范围称为域（Domain）。

54、ERD 为实体指定一个属性或多个属性的组合，可以用来唯一地确定和标识每个实例，这些属性或属性的组合称为实体的标识符，又称为键。

55、通常人们从多个候选键中选择和使用固定的某一个键来进行实例的标识，这个被选中的候选键被称为主键，没有被选做主键的候选键被称为替代键。

56、只有一个实体参与的关系存在于实体的不同实例之间，称为一元关系，又称为递归关系。

57、ERD 中被关系影响的实体主要是弱实体和关联实体。

58、用例模型的基本元素有四种：用例、参与者、关系和系统边界。

59、UML 行为模型是用例模型的实现，以更加详细的方式说明用例所描述的系统行为。

60、UML 行为模型的活动图是依据处理流程进行的用例实现。

61、UML 行为模型的交互图通常描述的是单个用例的典型场景。

62、接口需求规格说明文档是对整个系统中需要软、硬件协同实现部分的详细描述。

63、优秀的需求规格说明文档应该具备：正确性、无歧义、完备性、一致性、根据重要性和稳定性分级、可验证、可修改、可跟踪等特性。

64、需求验证常见方法有：需求评审、原型与模拟、测试用例开发、用户手册编制、利用跟踪关系和自动化分析。

65、评审又被称为同级评审，是指由作者之外的其他人来检查产品问题的方法。

66、需求基线的维护主要包括配置管理和状态维护。

67、需求跟踪是以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力。

68、从需求向后回溯（前向跟踪的两种联系之一）说明软件需求来源于哪些涉众的需要和目标。

69、后向跟踪是指需求被定义到软件需求规格说明文档之后的演化过程。

70、后向跟踪包括两种联系：从需求向前跟踪和回溯到需求的跟踪。

（学习通有但题库中没有的）

1评审的检查方法有（自由方法 ）检查清单、缺陷、（功能点 ）、视角、场景和逐步提升。     

2需求验证常见的方法有：需求评审、原型与模拟、（  开发测试用例   ）、用户手册编制、利用跟踪关系和（  自动化分析 ）。   

4需求基线的维护主要包括配置管理和 （   状态维护 ）  。

5需求跟踪是以 软件需求规格说明文档  为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力。   

6后向跟踪是指  需求被定义 到软件需求规格说明文档之后的演化过程。 

7需求工程是所有需求处理活动的总和，它包括需求开发和  需求管理   两个部分。

8前景描述了产品用来做什么，以及最终产品是什么样子。  

9范围为项目划定了需求的界限。 

10你被任命为学生财务资助项目的项目经理。你想开发一个工作陈述来定义范围并降低范围蔓延的风险。财务资助部门的主管坚持要你15个月、600 000美元的预算内替换他现有的系统就可以了。他说这就是你需要知道的全部，不需要浪费时间开发一个工作陈述了。分析省略工作陈述的风险是什么？你将如何说服主管？

省略工作陈述的风险是不能明确 项目的前景和范围。如果省略了工作陈述的话，我们就不能和用户进行很好的沟通与交流，这样，项目的问题也就不能明确，开发人员无法与涉众对问题达成共识；无法明确问题，也就无法发现正确的业务需求，无法定义良好的解决方案及系统特性，继而无法明确项目的前景和范围，这样就会造成项目的不稳定甚至失败！                   

需求工程是所有需求处理活动的总和，它收集信息、分析问题、整合观点、记录需求并验证其正确性，终反映软件被应用后与其环境互动形成的__。期望效应

11涉众网络图的迭代次数一般为（ 2-3 ）次。     

12涉众分析过程包括涉众识别、涉众描述   涉众评估   涉众代表选择涉众参与策略制定。  

1、 需求工程包括需求获取和需求开发两个方面。（×）

2、 需求验证是需求工程中最后一个活动。（×）

3、 软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题域中的某些部分具有模拟特性。（√）

4、 规格说明是问题域为满足用户需求而提供的解决方案，规定了解系统的行为特征。（×）

5、 业务需求具有明显的目的性和较高的抽象性，经过明确和细化的处理，可以直接转化为系统需求。（×）

6、 需求开发的一些特性决定了需求开发过程只能是一个简单的线性增量过程。（×）

7、 对于需求不确定性比较小的项目，用户参与可以取得比较好的效果，但对于需求不确定性比较大的项目，用户参与反而可能带来阻碍作用。（×）

8、 按照构建技术进行分类，原型可分为：水平原型和垂直原型。（√）

9、 严格意义上的原型主要被用在需求分析阶段。（√）

10、要完成相同的功能，构建抛弃式原型比构建演化式原型所花费的代价要大得多。（×）

11、水平原型方法仅仅实现选定功能实现的所有层次，能够处理较大范围的功能。（×）

12、垂直原型方法会触及选定功能所有层次中的某些特定层次，处理的功能范围通常较小。（×）

13、建立外观原型时重在原型的用户界面和交互方式，原型的功能和技术实现细节就会被简

化处理。（√）

14、如果选择的开发方法是实验式或者探索式开发方法，应该尽量花费最小的代价，争取最快的速度，忽略或简化不重要的功能处理。（√）

15、原型修正主要依据评估人员的反馈，可以忽略事先的原型调整计划。（×）

16、文档审查是一种传统的需求获取方法，是专门针对文档进行的需求获取活动。（√）

17、由于文档是来自于当前计算机或手工系统的产物，因此它是正确的，也正是客户所需要的。（×）

18、成功的需求获取任务不仅要求成功地执行每一次具体的需求获取行为，还要求成功地处理多次获取行为之间的关系。（√）

19、对系统的现状和背景进行分析往往能够发现重要的目标，得到一些明确的问题和缺陷，它们的反面就是系统需要实现的目标。（√）

20、场景被人们广泛接受的原因是因为人们更倾向于会对真实事件和真实事物的描述产生反应。（√）

21、描述场景时所使用的常见媒介形式主要有：叙述性的自由文本、结构化文本。强限制文本、表格、图表、图像等。（√）

22、描述性场景的目的是为了记录已经得到的需求，即整理每次需求获取行为中得到的信息。（√）

23、UML 就是以用例来捕获系统所有的系统需求的。（×）

24、用例的内容只能包含有正常流程，而不能包含有异常流程。（×）

25、用例可以用于各种目的的应用，包括描述、探索和解释。（√）

26、用例是在对现实世界的探索中或者是在对需求规格说明的解释中产生的，是通过功能分解的方式创建的。（×）

27、抽象用例是不能被实例化的，它必须被包含在其他用例中才能得以执行。（√）

28、用例间的泛化关系是指子用例继承了父用例的特征。（×）并增加了新的特征

29、抽象一方面要求人们关注重要的信息，同时又不能忽略次要的内容。另一方面也要求人们将认知保留在适当的层次，屏蔽更深层次的细节。（×）

30、由于计算模型的形式化特征不适合于需求工程阶段，因此计算模型不适合用于需求分析中的建模。（√）

31、具有形式化特征的计算模型是用户和开发者共同理解的模型。（×）

32、由于模型需要描述的内容太过复杂的，因此分析模型对模型语言语用的要求不可能太高。（×）

33、软件需求分析的关键是为真实世界的问题建立模型，即问题域建模。（√）

34、在“结构化方法－信息工程方法－面向对象方法”的发展历程中，每一种后来的方法在吸收了前面方法的重要思想的同时也替代前面的方法。（×）

35、上下文图是 DFD 的一个特定层次，被用来说明系统的上下文环境，确定系统的边界（√）

36、外部实体是指处于待构建系统之外的人、组织、设备或者其他软件系统，但它们要受系统的控制，开发者可以以任何方式操纵它们。（×）

37、上下文图以黑盒看待和描述系统的方式使它非常适合描述系统的应用环境、定义系统的边界，这正是 DFD 在层次结构中将其置于最高层的原因。（√）

38、数据模型说明了问题域和解系统共享的事物、对共享事物的描述和共享事物之间的关系。（√）

39、ERD 关系表达的不是逻辑上的链接（例如整体部分关系），而是实体物理上的联系。（×）

40、ERD 中存在于两个实体之间的关系是最常见的关系，称为二元关系。（√）

41、ERD 中子类型关系是实体间自然的业务联系，而不是人为施加的结构关系，是一种特殊的实体间关系。（×）

42、建立功能／实体矩阵的过程可以帮助验证过程模型和数据模块的正确性，发现其中的错误、遗漏、冗余和不一致。（√）

43、发起或触发用例的外部用户以及其他软件系统等角色被称为参与者。（√）

44、交互图是对单个用例的典型场景的实现，适合于事务性业务工作的表示。（√）

45、UML 行为模型的状态图是以状态机模型的方式进行的用例实现。状态图只能用来实现单个用例。 （×）

46、软件需求规格说明文档是对部分系统功能分配给软件部分的详细描述。（×）

47、人机交互文档是对整个系统功能中需要进行人机交互部分的详细描述。（√）

48、验证活动同样普遍存在于需求分析过程中。（×）

49、需求验证并不是一个可以一次结束的活动，它可能需要多次、反复地执行验证。（√）

50、前向跟踪是指需求在被获取到软件需求规格说明文档之前的演化过程。（×）定义

1需求跟踪是一种有效的控制手段，能够在涉众的需求变化中协调系统的演化，保持各项开发工作对需求的一致性√

2后向跟踪包括两种联系：从需求向前跟踪和 回溯到需求的跟踪 。√

3需求基线其实不是被明确和固定的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。×

4需求跟踪是以前景与范围文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力，分为前向跟踪（ PreTraceabmty ）和后向跟踪 （Post Traceability ）两种。×

5前向跟踪是指需求在被获取到软件需求规格说明文档之前的演化过程。×

6审查类型中最正式评审类型是轮查×

7在大多数情况下，需求都是在静态的方式下被加以验证。那么对复杂的动态行为就需要使用原型或模拟方法来加以验证。√

8需求验证是需求工程中最后一个活动。×

9需求验证活动同样普遍存在于需求分析过程中。×

10基于场景方法也是需求评审当中常用的一种检查方法。√

11验证是贯穿于整个软件生命周期的。√

12需求验证和需求确认一样，都能确保得到正确的需求。×

13需求验证并不是一个可以一次结束的活动，它可能需要多次、反复地执行验证。√

14人机交互文档是对整个系统功能中需要进行人机交互部分的详细描述。√

15需求规格文档化的目标是交流√

16软件需求规格说明文档是对部分系统功能分配给软件部分的详细描述。×

17.问题分析方法将每一个问题、目标、特性等都看作是相互独立的，所以只能完成简单系统的前景与范围定义任务√

18目标分析能够表达问题、目标、特性之间依赖关系，所以能够完成较为复杂系统的前景与范围定义任务。√

19如果涉及复杂工作流程，就需要进行业务过程分析。√

20如果涉及复杂非功能需求，可以借助目标模型来进行。√

21需求规格文档化的目标是交流√

22需求获取就是进行需求收集的一个活动，它从人员、资料和环境中得到系统开发所需求的相关信息。√

23探索性场景可以用来进行需求获取和需求验证。×

24描述性场景目的是为了记录已经得到的需求，即整理每次需求获取行为中得到的信息√

25用例是场景方法中的一种，是一种动态的结构化文本描述。×

基线：

基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。

2以下（  C  ）不是情景性的重要性质？

A、突现      B、涉身   C、完善    D、模糊

3以下（  B  ）是情景性的重要性质？

A、全局    B、开放    C、交互     D、即时

5航空调度、证券交易、医疗手术控制等复杂的协同问题都具有（ B ）的情景性。

A、模糊B、突现C、局部D、开放

6民族志的一个主要应用目的就是研究和解决（ A  ）问题。

A、复杂的协同B、异常处理C、了解用户认知D、获取默认知识

7复杂的工作总会同时存在着正常流程和异常流程，异常流程大多是一些特殊情况下 的处理，限定了异常处理的上下文环境，即异常处理具有（ A ）的情景性。

A、局部B、开放C、模糊D、涉身

8有很多重要工作的进行需要用户具备一定的认知，认知要求已经成了用户工作必备 的部分，即工作具有（ D ）的情景性。

A、开放B、局部C、突现D、涉身

9采样观察是简单的观察方法，应用目的是发现（ C ），验证用户所述知识和实际的一致性，以及发现默认知识。

A、复杂协同问题B、计划程序C、异常流程D、情景性事件

10时间采样允许需求工程师建立指定的（ B ）来观察用户的活动情况。

A、特定事件B、时间间隔C、半年D、3个月

11文档审查主要获取对象包括相关产品的需求规格说明、（ 硬数据 ）和客户的需求文档。

12文档分析通常是数据建模方法的一个基础部分，它是通过检查采集的硬数据来确定（ 潜在需求 ）。

13如果当前存在一份客户的需求文档，就可以使用（需求剥离 ）技术，从需求文档中抽取单个的需求并加入到新的需求文档之中。

14采样观察分为时间采样和（ 事件采样 ）2种。

15文档审查是是专门针对文档进行的（需求获取 ）活动。

1整个评审过程可以分为（  6个 ）阶段，最后一个阶段是（   跟踪阶段     ）

2在大多数情况下，需求都是在（   静态的   ）方式下被加以验证。那么对复杂的动态行为就需要使用（  原型或模拟  ）方法来加以验证。

需求基线的维护主要包括配置管理和  状态维护

5后向跟踪是指  需求被定义 到软件需求规格说明文档之后的演化过程。

6前向跟踪是指需求在被 获取 到软件需求规格说明文档之前的演化过程。×

7后向跟踪包括两种联系：从需求向前跟踪和 回溯到需求的跟踪 。√

8需求基线其实不是被明确和固定的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。×

9需求跟踪是一种有效的控制手段，能够在涉众的需求变化中协调系统的演化，保持各项开发工作对需求的一致性。√

10需求跟踪是以前景与范围文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力，分为前向跟踪和后向跟踪两种。×

3需求验证活动同样普遍存在于需求分析过程中。×

4需求验证是需求工程中最后一个活动。×

5需求验证并不是一个可以一次结束的活动，它可能需要多次、反复地执行验证。√

6在大多数情况下，需求都是在静态的方式下被加以验证。那么对复杂的动态行为就需要使用原型或模拟方法来加以验证。√

7审查类型中最正式评审类型是轮查×

8验证是贯穿于整个软件生命周期的。√

9基于场景方法也是需求评审当中常用的一种检查方法。√

10需求验证和需求确认一样，都能确保得到正确的需求。×