需求分析知识点总结

一、二填空及推断
1.软件系统通过影响问题域，能够帮助人们解决问题称为解系统
2.需求分析的分类（功能需求、性能需求、质量属性、对外接口、约束）
3. 对于找寻涉众的必要性通过分析不同困难度的信息系统的涉众特点将信息系统分为（小型统统、组织及系统、战略信息系统、组之间系统）
4.获得信息的方法（传统方法、集体获得方法、原型、模型驱动方法、认知方法、基于上下文方法）
5.常见的涉众类别有（用户、客户、开发者、管理者、领域专家、政府力气、市场力气）
6.需求获得方法利用面谈可获得的信息内容包括（事实和问题、被会见者的观点、被会见者的感受、组织和个人目标）
7.原型的分类（①依据运用方式分类：演示、严格意义上的、试验、引示系统②依据媒介载体分类：样板、纸上向导③依据开发方式：演化式、抛弃式④依据构建技术：水平、垂直。

原型）
8.需求开发的一些特性确定了需求开发过程只能是一个迭代式的增量过程，而且还不是一个简洁的线性增量过程，它的各个活动之间存在这困难的组织关系。

9.头脑风暴是一种特别的群风光谈方式
10.面谈就是在需求获得活动中发生在需求工程师和用户之间的面对面的会见，它是一种运用问答格式，具有特定目的的干脆会话，也是事务中最为广泛的需求获得方法之一。

11.需求验证最主要的方法是需求评审。

（判）需求是用户对问题域中的实体状态或事务的期望描述
（判）为了满足用户的业务需求，需求工程师须要描述系统高层次的解决方案，定义系统应当具备的特性。

（判）全部对软件的开发和应具有发言权和确定权的人统称为涉众。

（判）软件系统的涉众群体不是固定不变的
（判）模型驱动方法是一类以定义明确的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。

（判）一对一的面谈是时间成本比较高的需求获得方法，尤其是在获得一个或多个涉众方相关的主题时，需反复和多个涉众方支配逐步深化的面谈解决问题。

（判）原型系统通常被构造为不完整的系统，以在将来进行改进、补充或代替。

（判）不同涉众对同一问题的目标要求，或者不同业务需求之间，可能会相互冲突。

这些冲突将使开发人员无法同时满足多方需求，最终导致项目的失败。

因此，这些冲突在这个阶段必需得到妥当解决。

在大多数状况下，业务需求的冲突可通过涉众之间的协商达成一样。

三、名词说明
1．说明下列名词：问题域，解系统和共享现象，并结合他们的含义说明软件系统如何及现实世界形成互动的
问题域：现实的状况及人们期望的状况产生差异就产生问题，这些实体和状态构成了问题解决的基本范围，称为该问题的问题域。

解系统:软件系统通过影响问题域，能够帮助人们解决问题称为解系统。

共享现象：软件系统能够及问题域进行互交和相互影响的缘由在于软件系统中的某些部分对问题域中的某些部分具有模拟性。

问题域中的某些信息能够和模拟中的信息建立映射关系。

这些通过映射建立的共同学问，就是域和解系统之间的共享现象。

共享现象就是问题域和解系统实现互交和相互影响的途径及接口，问题域和解系统都通过变更这些共识来影响，或接受对方的影响。

2.说明下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？
需求：是用户对问题域中的实体状态或事务的期望描述
规格说明:规格说明是解系统为满足用户需求而供应的解决方案，规定了解系统的行为特征。

问题域特性：问题域的自治规律性称为问题域特性。

约束：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生变更，这种自治的规律性称为问题域特性，当这些特性特别明确时称之为约束。

需求工程的主要任务：(1)需求工程必需说明软件系统将应用的环境及目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。

(2)需求工程必需将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行精确的规格说明。

(3)需求工程还要妥当处理目标、功能和约束随着时间的演化状况。

3.系统(级)需求：
系统需求是用户对系统行为的期望，一系列的系统需求在一起可以帮助用户完成任务，达成用户需求，进而满足业务需求系统需求可以干脆映射为系统需求行为，定义了系统中须要实现的功能，描述了开发人员须要实现什么。

4．需求验证及确认
一方面它要确保以正确的的形式建立需求(需求验证)，得到足以作为软件创建基础的需求，另一方面，它要确保得到内容语义正确的需求(需求确认)，得到能够精确反映用户意图的需求。

四、问答题
1．软件需求工程的特性
(1)重要性
(2)困难性。

体现在以下几个方面：
①处理范围广泛
②处理内容多样。

需求工程处理的学问内容多种多样，既有用户的功能需求和非
功能需求，又有软件将来所处的环境及其约束。

③处理活动相互交织。

需求工程包括需求获得，需求分析，需求规格说明和需求
验证等，它们相互连接，依次处理。

④涉及诸多参及方。

需求处理过程中涉及许多参及者，他们来自不同领域，有不
同的表达方式和期望值，使得需求处理过程更为困难。

⑤处理结果要求苛刻。

作为需求处理结果的需求规格说明要满足正确性、完整和
一样性等苛刻要求。

2.为什么要确定项目前景及范围。

业务需求、高层解决方案及系统特性都应呗记录下来，定义为项目的前景及范围文档。

前景描述了产品的作用及最终功能，它将全部涉众都统一到一个方向上。

范围则指出了当前项目是要解决产品长远规划中的哪一部分，范围声明它为项目规划了需求的界限。

依据系统的高层解决方案和系统特性，可以定义系统的上下文环境，建立系统的边界。

这将是需求分析活动的起点。

3．需求工程师具备的学问和技能有那些？
学问：(1)软件技术是最重要的一种学问 (2)认知学和社会学方面的学问 (3)应用哲学学问
技能：(1)专业技能(2)分析技能。

(3)沟通技能。

(4)建模技能。

(5)写作技能。

(6)创新技能。

(7)视察技能。

(8)协调技能。

4．对软件概念的理解
(1)．运行时，能够供应所要求功能和性能的指令或计算机程序集合。

(2)．程序能够满足地处理信息的数据结构。

(3)．描述程序功能需求以及程序如何操作和运用所要求的文档。

以开发语言作为描述语言，可以认为：软件=程序+数据+文档
或：软件是计算机系统中及硬件相互依存的一部分，包括程序、数据以及及其相关文档的完整集合。

其中，程序是按事先设计的功能和性能要求执行的指令系列；数据是使程序能正常操纵信息的数据结构；文档是及程序开发、维护和运用有关的图文材料。

5．涉众分析的活动有哪些？它们的工作基础、工作目标和工作成果分别是什么？
(1)涉众识别：涉众分析的第一个步骤，目的是找寻和发觉各种涉众类别。

涉众识别的志向结果是一个细化的关键涉众类别列表。

(2)涉众描述：在识别出关键涉众类别后，要描述涉众类别的特征，这些描述可以帮助形成对涉众类别的理解。

(3)涉众评估：在涉众描述之后，可得到大量关于涉众的信息，这些信息分别描述了射中某些方面的特征。

涉众评估是将这些激励的描述心里联合起来进行分析，以得到更深层次信息的过程。

(4)涉众选择：在发觉关键涉众类别，完成对他们角色和职责的定义之后，还需为每一个涉众类别选择合适的代表，这些代表要能够扮演涉众类别的角色并履行相应的责任，为项目的最终胜利起到应有的作用。

6．需求分析的根本任务是什么？
获得结果（①用户的理解②问题的描述）需求分析（①建立分析模型②创建解决方案）需求开发目标（①共同的理解②解决方案的描述）
(1)建立分析模型，达成开发者和用户对需求信息的共同理解。

分析可以将困难的系统分解成简洁的部分以及它们之间的联系，确定本质特征，并抛弃次要特征。

分析的活动主要包括识别、定义和结构化，他的目的是获得某个可以转化为学问的事务信息，这种分析活动被称为建模
(2)依据共同的理解，发挥创建性，创建软件系统解决方案。

分析可将一个问题分解成独立、更简洁易于管理的子问题来帮助解决方案并有
助于确定事物之间的逻辑关系。

创建解决方案的过程是创建性的。

五、案例题
1．你的公司的一位副总裁对你开发新的选购信息系统的重要用户参刚好间的恳求回复道：“我们很忙，我不能让我的选购部人员放下手头的活来给你的项目团队服务。

而且你的人是系统开发人员，是你们开发这个系统，我们只是运用它。

” 对这个回复，你准备怎么办？
解答：说明缺乏涉众的危害性，劝服他。

2.“我有一个绝妙的办法！”Bea Kwicke宣布，他是系统团队的一位新来的需求工程师，“让我们跳过全部的SDLC垃圾，干脆为一切设计原型。

我们的项目会进展的更快，还可以节约时间和金钱，并且全部的用户会感到我们好像很在意他们，而不是连续几个月不及他们交谈。

”(1)列出你（作为及Bea同一个团队的成员）用来劝阻她不要试图放弃SDLC，而干脆为全部项目设计原型的缘由。

(2)Bea 对你所说的话很悲观。

为了激励她，用一段话向她说明，你认为适用于原型化方法的情形。

答：（1）主要缘由：原型仅仅是开发当中运用的一种手段，它利用得当可以加速开发的进程，但不能代替软件开发中的全部工作。

表。

3.Ceci Awill说：“我想我能记得他所做过的大部分事情。

”Ceci准备及OKＣorral公司战略规划副总裁Biff Weblldon进行面谈。

OK Ｃorral是一家拥有130间牛排连锁店的公司。

“我的意思是说，我有好的记性。

我认为听他说什么比看他做什么更重要。

”作为需求工程团队的一员,Ceci Awll向你诉说了他要写下在面谈中对Biff的办公司和Biff的活动进行视察的愿望。

(1)用一段话来劝服Ceci，在面谈时仅仅倾听是不够的，视察和记录所视察的内容同样是很重要的。

(2)Ceci好像接受了你认为视察时很重要的观点，但是不知道该视察什么。

列出须要视察的项目和行为，在每一项行为的旁边用一句话指名Ceci通过视察应当得到的信息。

答：(1)面谈并不能确保用户能够将全部的信息都告知需求工程师，诸如一些语言无法准确描述的事务，而视察能够了解用户真正做什么，还能够获得到其他方法不能得到的用户及其工作环境的信息，还可以对从其他方法获得的信息进行确认，所以我们应当重视视察方法的应用。

(2)①视察客户所处的环境（得出何种需求才能更适合客户）。

②视察客户行为、习惯特征（得出更适合客户运用的软件需求）
4．分析你所在学校运用的选课系统，给出它的DFD描述。

5．你被任命为替换学生财务资助项目的项目经理。

你想开发一个工作陈述来定义范围并降低范围扩散的风险。

财务资助部门的主管坚持要你15个月、600 000美元的预算内替换他现有的系统就可以了。

他说这就是你须要知道的全部，不须要奢侈时间开发一个工作陈述了。

省略工作陈述的风险是什么？你将如何劝服主管？
解答：省略工作陈述的风险是不能明确项目的前景和范围。

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