软件需求工程考试复习资料：需求工程复习2.3.docxVIP

第二章复习题：IEEE是怎样定义需求的？从中你可以得到什么认识？IEEE对需求的定义：（1）用户为了解决问题或达到某些目标所需要的条件或能力；（2）系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力；（3）对（1）或（2）中的一个条件或一种能力的一种文档化表述。为了融合不同群体的看法，IEEE的定义当中同时包括了用户的观点（第一种条件和能力）和开发者的观点（第二种条件和能力），但是即便如此，不同群体的人们也很难就IEEE的定义进行一直和准确的解读，因为需求概念的内涵和外延都非常丰富。解释下列名词：问题域、解系统和共享现象，并结合它们的含义说明软件系统是如何与现实世界形成互动的？问题域：当现实的状况与人们期望的状况产生差距时，就产生了问题。要解决问题，就需要改变现实当中某些实体的状态或改变实体状态变化的演进顺序，使其达到期望的状态或演进顺序。这些实体和状态构成了问题解决的基本范围，称为该问题的问题域（Problem Domain）解系统：软件系统通过影响问题域，能够帮助人们解决问题，称为解系统。共享现象：软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题域中的某些部分的具有模拟特性。换句话说，软件系统当中含有问题域某些部分的模型（或模拟），常见的模型包括数据模型、对象模型、处理模型等。问题域中的某些信息能够和模型中的信息建立映射关系这些通过映射建立的共同知识，就是问题域和解系统之间的共享现象共享现象就是问题域和解系统实现交互和互相影响的途径与接口，问题域和解系统都通过改变这些共同知识来影响对方，或者通过认同这些共同知识的改变来接受对方的影响。解释下列名词：需求、规格说明、问题与特性和约束，并结合它们的含义说明需求工程的主要任务是什么？需求是用户对问题域当中的实体状态或事件的期望描述。直接需求是可以通过更改共享现象被满足的需求; 间接需求是需要修改共享现象，同时连锁影响问题域才能满足的需求。规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。解决方案只能通过改变共享知识，影响问题域的运行，进而满足用户的需求，所以规格说明主要包括两个部分：（1）对共享现象（模型）的描述；（2）系统对共享现象所施加的操作的描述。需求关注的是现实世界中的部分，软件关注的是解系统，而规格说明关注的是共享现象问题域特性：问题域自治的规律性称为问题域特性。包括结构特性和行为特性等。约束和假设：问题域当中有些特性完全不受共享现象的影响，即完全不受解系统的影响，同时却可能很大程度上影响共享现象，影响解系统，甚至关乎解系统的成败。这些特性被认为是解系统对环境的依赖特性。当这些特性非常明确时，称之为约束；不明确时，需要限定特性的变化范围，称之为假设需求工程的主要任务：①进行需求开发，确定用户的期望效果R。 ②研究问题背景，描述问题域特性E。 ③构建解系统，描述解系统行为S，使得E，S→R。需求有哪些常见的类别？功能需求和非功能需求有什么差异？需求的分类1：功能需求（Functional Requirement）：和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。性能需求（Performance Requirement）：系统整体或系统组成部分应该拥有的性能特征，例如CPU使用率、内存使用率等。非功能需求质量属性（Quality Attribute）：系统完成工作的质量，即系统需要在一个“好的程度”上实现功能需求，例如可靠性程度、可维护性程度等。对外接口（External Interface）：系统和环境中其他系统之间需要建立的接口，包括硬件接口、软件接口、数据库接口等等。约束 进行系统构造时需要遵守的约束，例如编程语言、硬件设施等 需求的分类2：系统需求（System）：硬件需求（Hardware）、软件需求（Software）、其他需求功能需求和非功能需求的差异： 除功能需求之外的其他四种类别需求又被统称为非功能需求。在非功能需求当中，质量属性对系统成败的影响极大，因此在某些情况下，非功能需求又被用来特指质量属性。描述业务需求、用户需求和系统（级）需求的区别与联系。业务需求：系统建立的战略出发点，表现为高层次的目标，它描述了组织为什么要开发系统 为了满足用户的业务需求，需求工程师需要描述系统高层次的解决方案，定义系统应该具备的特性（Feature）参与各方必须要对高层次的解决方案达成一致，以建立一个共同的前景（Vision） 特性说明了系统为用户提供的各项功能，它限定了系统的范围（Scope）用户需求：执行实际工作的用户对系统所能完成的具体任务的期望描述了系统能够助用户做