([需求分析知识点总结.docVIP

一、二填空与判断 1.软件系统通过影响问题域，能够帮助人们解决问题称为解系统 2.需求分析的分类（功能需求、性能需求、质量属性、对外接口、约束） 3. 对于寻找涉众的必要性通过分析不同复杂度的信息系统的涉众特点将信息系统分为（小型统统、组织及系统、战略信息系统、组之间系统） 4.获取信息的方法（传统方法、集体获取方法、原型、模型驱动方法、认知方法、基于上下文方法） 5.常见的涉众类别有（用户、客户、开发者、管理者、领域专家、政府力量、市场力量） 6.需求获取方法利用面谈可获得的信息内容包括（事实和问题、被会见者的观点、被会见者的感受、组织和个人目标） 7.原型的分类（①按照使用方式分类：演示、严格意义上的、试验、引示系统②按照媒介载体分类：样板、纸上向导 ③按照开发方式：演化式、抛弃式 ④按照构建技术：水平、垂直。。原型） 8.需求开发的一些特性决定了需求开发过程只能是一个迭代式的增量过程，而且还不是一个简单的线性增量过程，它的各个活动之间存在这复杂的组织关系。 9.头脑风暴是一种特殊的群体面谈方式 10.面谈就是在需求获取活动中发生在需求工程师和用户之间的面对面的会见，它是一种使用问答格式，具有特定目的的直接会话，也是事件中最为广泛的需求获取方法之一。 11.需求验证最主要的方法是需求评审。 （判）需求是用户对问题域中的实体状态或事件的期望描述 （判）为了满足用户的业务需求，需求工程师需要描述系统高层次的解决方案，定义系统应该具备的特性。 （判）所有对软件的开发和应具有发言权和决定权的人统称为涉众。 （判）软件系统的涉众群体不是固定不变的 （判）模型驱动方法是一类以定义明确的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。 （判）一对一的面谈是时间成本比较高的需求获取方法，尤其是在获取一个或多个涉众方相关的主题时，需反复和多个涉众方安排逐步深入的面谈解决问题。 （判）原型系统通常被构造为不完整的系统，以在将来进行改进、补充或代替。 （判）不同涉众对同一问题的目标要求，或者不同业务需求之间，可能会互相矛盾。这些矛盾将使开发人员无法同时满足多方需求，最终导致项目的失败。因此，这些矛盾在这个阶段必须得到妥善解决。在大多数情况下，业务需求的冲突可通过涉众之间的协商达成一致。 三、名词解释 1．解释下列名词：问题域，解系统和共享现象，并结合他们的含义说明软件系统如何与现实世界形成互动的 问题域：现实的状况与人们期望的状况产生差异就产生问题，这些实体和状态构成了问题解决的基本范围，称为该问题的问题域。 解系统:软件系统通过影响问题域，能够帮助人们解决问题称为解系统。 共享现象：软件系统能够与问题域进行互交和相互影响的原因在于软件系统中的某些部分对问题域中的某些部分具有模拟性。问题域中的某些信息能够和模拟中的信息建立映射关系。这些通过映射建立的共同知识，就是域和解系统之间的共享现象。 共享现象就是问题域和解系统实现互交和互相影响的途径与接口，问题域和解系统都通过改变这些共识来影响，或接受对方的影响。 解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？ 需求：是用户对问题域中的实体状态或事件的期望描述 规格说明:规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统 的行为特征。 问题域特性：问题域的自治规律性称为问题域特性。 约束：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，当这些特性非常明确时称之为约束。 需求工程的主要任务：(1)需求工程必须说明软件系统将应用的环境及目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。(2)需求工程必须将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行准确的规格说明。(3)需求工程还要妥善处理目标、功能和约束随着时间的演化情况。 3.系统(级)需求： 系统需求是用户对系统行为的期望，一系列的系统需求在一起可以帮助用户完成任务，达成用户需求，进而满足业务需求系统需求可以直接映射为系统需求行为，定义了系统中需要实现的功能，描述了开发人员需要实现什么。 4．需求验证与确认 一方面它要确保以正确的的形式建立需求(需求验证)，得到足以作为软件创建基础的需求，另一方面，它要确保得到内容语义正确的需求(需求确认)，得到能够准确反映用户意图的需求。 四、问答题 1．软件需求工程的特性 (1)重要性 (2)复杂性。体现在以下几个方面： 处理范围广泛 处理内容多样。需求工程处理的知识内容多种多样，既有用户的功能需求和非功能需求，又有软件将来所处的环境及其约