需求工程复习2.docxVIP

第二章复习题：IEEE是怎样定义需求的？从中你可以得到什么认识？IEEE对需求的定义：（1）用户为了解决问题或达到某些目标所需要的条件或能力；（2）系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力；（3）对（1）或（2）中的一个条件或一种能力的一种文档化表述。为了融合不同群体的看法，IEEE的定义当中同时包括了用户的观点（第一种条件和能力）和开发者的观点（第二种条件和能力），但是即便如此，不同群体的人们也很难就IEEE的定义进行一致和准确的解读，因为需求概念的内涵和外延都非常丰富。解释下列名词：问题域、解系统和共享现象，并结合它们的含义说明软件系统是如何与现实世界形成互动的？问题域：当现实的状况与人们期望的状况产生差距时，就产生了问题。要解决问题，就需要改变现实当中某些实体的状态或改变实体状态变化的演进顺序，使其达到期望的状态或演进顺序。这些实体和状态构成了问题解决的基本范围，称为该问题的问题域（Problem Domain）解系统：软件系统通过影响问题域，能够帮助人们解决问题，称为解系统。共享现象：软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题域中的某些部分的具有模拟特性。换句话说，软件系统当中含有问题域某些部分的模型（或模拟），常见的模型包括数据模型、对象模型、处理模型等。问题域中的某些信息能够和模型中的信息建立映射关系这些通过映射建立的共同知识，就是问题域和解系统之间的共享现象共享现象就是问题域和解系统实现交互和互相影响的途径与接口，问题域和解系统都通过改变这些共同知识来影响对方，或者通过认同这些共同知识的改变来接受对方的影响。解释下列名词：需求、规格说明、问题域特性和约束，并结合它们的含义说明需求工程的主要任务是什么？需求：用户对问题域当中的实体状态或事件的期望描述。直接需求是可以通过更改共享现象被满足的需求; 间接需求是需要修改共享现象，同时连锁影响问题域才能满足的需求。规格说明：解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。规格说明主要包括两个部分：（1）对共享现象（模型）的描述；（2）系统对共享现象所施加的操作的描述。需求关注的是现实世界中的部分，软件关注的是解系统，而规格说明关注的是共享现象问题域特性：问题域自治的规律性称为问题域特性，包括结构特性和行为特性等。约束和假设：（依赖特性： 问题域共享现象、解系统；问题域共享现象、解系统）依赖特性明确：约束；依赖特性不明确：假设（问题域当中有些特性完全不受共享现象的影响，即完全不受解系统的影响，同时却可能很大程度上影响共享现象，影响解系统，甚至关乎解系统的成败。这些特性被认为是解系统对环境的依赖特性。当这些特性非常明确时，称之为约束；不明确时，需要限定特性的变化范围，称之为假设）需求主要任务：需求开发，明确需求研究问题背景，描述问题域特性构建解系统，描述解系统行为需求有哪些常见的类别？功能需求和非功能需求有什么差异？需求的分类1：功能需求（Functional Requirement）：性能需求（Performance Requirement）：质量属性（Quality Attribute）：对外接口（External Interface）：约束 需求的分类2：系统需求（System）：硬件需求（Hardware）、软件需求（Software）、其他需求项目需求过程需求 除功能需求之外的其他四种类别需求又被统称为非功能需求。在非功能需求当中，质量属性对系统成败的影响极大，因此在某些情况下，非功能需求又被用来特指质量属性。描述业务需求、用户需求和系统（级）需求的区别与联系。功能需求包括：业务需求、用户需求、系统级需求业务需求：系统建立的战略出发点，表现为高层次的目标，它描述了组织为什么要开发系统 。用户需求：执行实际工作的用户对系统所能完成的具体任务的期望描述了系统能够助用户做些什么。系统需求：用户对系统行为的期望，一系列的系统行为联系在一起可以帮助用户完成任务，满足业务需求；系统需求可以直接映射为系统行为，定义了系统中需要实现的功能，描述了开发人员需要实现什么。业务需求——》业务需求指导需求获取——》用户需求——》转化用户需求为系统需求——》系统需求优秀的需求哪些特性？试为每一个特性都举出一个不符合的示例。优秀的需求特性：完整性：不需要做更多的扩展就可以充分的说明用户所需要的系统功能。每一个需求的描述都应该包含开发人员设计和实现这项功能需要的所有信息（不完整）：系统应该允许被扩展正确性：真实的反映用户的意图；必须请需求的提出者予以确认精确性：描述仅包含必要的信息；简洁、清晰R8（不精确）：在实现之后，系统的调度算法应该允许被扩展。可行性：由开发人员进行检查需要进行一定的分析和研