软件需求工程复习

1、 软件需求定义 （名词解释）

（1）A. Davis认为：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、

功能及属性等的集合。

（2）I. Sommerville认为：需求是问题信息和系统行为、特性、设计和实现约束的描述的集

合。

（3） M. Jackson等人认为：需求是客户希望在问题域内产生的效果。 （4）IEEE关于软件需求的定义 a、用户解决问题或达到目标所需的条件或能力；（用户的角度 ）

b、系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（软件系统的角度 ）

2、 软件需求的分类(从软件用户角度):（简答） （1）目标需求； （2）业务需求； （3）功能需求； （4）性能需求； （5）约束与限制。 3、需求规格说明的定义：（名词解释）

需求规格说明是软件所应满足的全部需求，并可以文档的方式完整和精确陈述这些需求。 4、一个好的需求规格说明应该具有的特征：（简答或填空）

a) 完整性。 b) 正确性。 c) 可行性。 d) 必要性。 e) 划分优先级。 f) 无二义性。 g) 可验证性。

5、 需求工程的定义： （名词解释）

需求工程是指应用工程化的方法、技术和规格来开发和管理软件的需求。 6、 需求工程面临的困难：（简答）

（1）需求获取与需求分析的困难性 （2）需求描述语言和规范化的困难性 （3）需求验证的困难性 （4）需求管理的困难性 7、软件需求的开发和管理过程：（简答或填空） 需求开发过程需求管理过程 需求获取需求分析需求描述需求验证需求管理 V

8、需求获取的过程：（简答或填空）

确定需求开发计划 建立项目范围和目标 确定调查对象 实地收集用户需求信息 确定非功能需求和约束条件

9、实地收集需求信息的方式（简答）

（1）以座谈会的方式； （2）以书面咨询的方式； （3）利用用例表示方法。

10、用户所关心的非功能需求主要有：（简答）

可靠性；可扩充性；安全性；互操作性；健壮性；易使用性；可维护性；可移植性；可重用性 11、场景的定义：（名词解释）

所谓场景是指用户与软件系统实现某个目标而进行交互活动过程的描述。 12:、场景的构成 ：

（1）执行者（用户）

（2）进入场景前系统状态的描述 （3）执行者的目的

（4）动作和事件系列（包括正常或非正常事件）

13、关联图的定义：（名词解释）

是用于描述系统与外部实体间的界限和接口的模型，也明确通过接口的信息流和物质流。 14、构建用户接口原型的方法 ：（简答）

（1）纸上原型化方法； （2）人工模拟原型化方法；

（3）自动原型化方法。

15、需求建模技术的种类（简答） （1）结构化建模技术（SA），主要用DFD描述

（2）面向对象建模技术（OOA），主要用状态图和时序图描述 （3）面向问题域的建模技术（PDOA），主要用框架图描述 16:、模型的定义（名词解释）

（1）由某些人根据其目的而对事物进行的抽象描述。

（2）根据实物、设计图或设想，按比例生态或其他特征制成的同实物相似的物体。 （3）当一个数学结构作为某个形式语言（即包括常符号、函数 符号、谓词符号的集合）

的解释时，称为模型。

（4）为了理解事物而对事物作出的一种抽象，是对事物的一种无二义性的书面描述。 17、模型的分类 （简答）

（1）描述性模型 （2）规约性模型 （3）探测性模型

18、面向对象方法中的一些基本概念（名词解释）

（1）对象：客观世界中存在大量实体。实体可以是物理的，也可以是概念的，所谓对象就是以上的客观实体的抽象，并且是构成概念模型的基本单元。

（2）类 ：类是对具有相同性质和操作的一个或多个对象的描述，并且是一组对象的集合。

（3）性质继承：性质继承是指能够直接获得已有的性质和特征，而不需要重复定义它们。

（4）消息 ：消息是系统运行过程中对象之间相互传递的、请求服务的信息。

19、实体关联图亦称ER图（Entity-relationship diagram）或称实体联系图：主要用于描述系

统的数据关系。（名词解释）

20、需求规格说明的作用主要体现在如下几个方面：（简答） （1）需求规格说明是软件设计和实现的基础；

（2）需求规格说明是测试和用户验收软件系统的重要依据； （3）需求规格说明能为软件维护提供重要的信息。 21、需求规格说明的特性：（填空）

正确性 ；无含糊性 ；完整性 ；一致性 ；可验证性 ；可行性 ；必要性 22、需求规格说明的语言主要分为3种：（填空） （1）自然语言

（2）形式化需求描述语言 （3）结构化语言

23、形式化规格证明方法分类及其代表性语言： （简答） （1）基于系统特性的方法，代表性语言：OBJ和ACTONE （2）基于模型的方法，代表性语言：Z、VDM和B方法

（3）基于过程代数的方法，代表性语言：CSP、CCS、LOTOS 24、形式化需求规格说明应用于软件开发工作中的形式 （1）规格说明变换

（2）规格说明执行

25、Z Notation是Oxford提出的一种基于集合论与一阶谓词逻辑的形式化规格说明语言，也

称Z语言。

26、需求验证包含的活动 ： （简答）

（1）软件需求规格证明是否正确描述了目标系统的行为和特征；

（2）从其它来源中（包括硬件的系统需求规格说明书）得到软件需求； （3）需求是完整的和高质量的； （4）所有人对需求的看法是一致的；

（5）需求为进一步的软件开发和测试提供了足够的基础。

27、需求验证的内容：（填空）

一致性；完整性 ；现实性 ；有效性 28、需求评审的定义：（名词解释）

需求评审就是技术评审。是由非软件开发人员对软件系统的进行检查以发现该系统所存在的问题。

29、需求评审分类（填空） 非正式评审，正式评审 30、需求管理的主要内容：（名词解释） （1）控制对基准需求规格说明的变动 （2）保持项目计划与需求一致

（3）控制单个需求的更改和需求规格说明文档的更改

（4）管理需求和需求间的联系，意见需求与设计和实现等方面的依赖关系 （5）跟踪需求更改的状态，控制多个需求同时更改的复杂性