软考高项笔记｜5-3收集需求

网络需求(Collect Requirement)是为实现项目目标而确定、记录并管理干系人的须要和需求的过程，其浸染是为定义和管理项目范围(包括产品范围)奠定根本。

项目一旦开始，就该当足够详细地获取、剖析和记录这些需求，以便日后进行丈量。
负责节制和管理项目需求与产品需求，对促进项目成功有主要浸染。

需求是指根据特定协议或其他逼迫性规范，项目必须知足的条件或能力，或者产品、做事或成果必须具备的条件或能力。

需求包括发起人、客户和其他干系人的已量化且书面记录下来的须要与期望。

5.3.1 需求的分类

网络需求旨在定义和管理客户期望。

需求是WBS的根本，本钱、进度和质量操持也都要在这些需求的根本上进行。

需求开拓始于对项目章程和干系人登记册中干系信息的剖析。

许多组织将需求分为不同的种类，例如，业务办理方案和技能办理方案，前者是干系人的须要，后者是指如何实现这些须要。

需求分类包括业务需求、干系人需求、办理方案需求、过渡需求、项目需求和质量需求等。

（1）业务需求：全体组织的高层级须要，例如，办理业务问题或捉住业务机会，以及履行项目的缘故原由。

（2）干系人需求：是指干系人或干系人群体的须要。

（3）办理方案需求：是为知足业务需求和干系人需求，产品、做事或成果必须具备的特性、功能和特色。
办理方案需求又进一步分为功能需求和非功能需求。
功能需求是关于产品能开展的行动，例如，流程、数据以及与产品的互动等。
非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量，例如，可靠性、安全性、性能、做事水平等。

（4）过渡需求：从当前状态过渡到将来状态所需的临时能力。
例如数据转换和培训需求。

（5）项目需求：项目须要知足的行动、过程或其他条件。

（6）质量需求：用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。
QFD对质量需求进行了细分，分为基本需求、期望需求和意外需求。

以上需求分类并不是唯一的，也不是从单一角度来进行分类的，在不同场合，会有不同的说法。

5.3.2 网络需求的工具与技能

网络需求是否科学、准备充分，对网络的结果影响很大。

大部分干系人无法完全地描述需求，而且也不可能看到产品的全貌。
因此，网络需求只有通过与干系人的有效互助才能成功。

【网络需求的工具与技能】紧张有访谈、焦点小组、勾引式研讨会、群体创新技能、群体决策技能、问卷调查、不雅观察、原型法、标杆对照、系统交互图、文件剖析等。

1、访谈（最基本网络需求的手段）

【访谈定义】访谈是通过与干系人直接交谈来获取信息的正式或非正式的方法。

【三种访谈形式】包括构造化、非构造化、二者相结合

（1）构造化是指事先准备好一系列问题，有针对地进行；

（2）非构造化则是只列出一个粗略的想法，根据访谈的详细情形发挥。

（3）最有效的访谈是结合这两种方法进行，可以保持良好的灵巧性。

【访谈工具】有履历的项目参与者、干系人和主题专家，有助于识别和定义项目可交付成果的特色和功能。

【访谈优点】访谈具有良好的灵巧性，有较宽广的运用范围。

【访谈困难及缺陷】

（1）干系人常常较忙，难以安排韶光。
特殊是须要多个被访谈者一起进行访谈时，这种困难显得更加突出。

（2）面谈时信息量大，记录较为困难。
一样平常情形下，在访谈时只能利用纸笔进行记录， 不能录音或录像，由于涉及到被访谈者的隐私问题。
如果必须要录音或录像，则必须事先奉告被访谈者。

（3）沟通须要很多技巧，同时须要项目经理具有足够的领域知识、丰富的履历和较强的沟通能力等。

2、焦点小组

焦点小组将预先选定的干系人和主题专家集中在一起，理解他们对所发起产品、做事或成果的期望和态度；由一位受过演习的主持人勾引大家进行互动式谈论，以求得到更有代价的见地。

焦点小组是一种群体访谈而非一对一访谈（比一对一的访谈更加热烈），可以有6-10个被访谈者参加。

3、勾引式研讨会

通过约请紧张的跨职能干系人一起参加会议，勾引式研讨会(Facilitated Workshop)对产品需求进行集中谈论与定义。

研讨会是快速定义跨职能需求和折衷干系人差异的主要技能。

由于群体互动的特点，被有效勾引的研讨会有助于建立信赖、促进关系、改进沟通，从而有利于参加者达成一存问见。
能够比单项会议更快地创造和解决问题。

【案例1】软件开拓中常用的联合运用开拓(Join Application Development，JAD)便是一种范例的勾引式研讨会。
这种研讨会看重将干系人和开拓团队集中在一起，来改进软件开拓过程。

【案例2】利用质量功能展开勾引式研讨会，来帮助确定新产品的关键特色。
质量功能展开从网络客户需求(客户声音)开始，然后客不雅观地对这些需求进行分类和排序，并为实现这些需求而设置目标。
质量功能展开的详细步骤如下。

(1)将用户的多种需求(例如，可靠性、可用性、安全性等)及其相对主要性列为矩阵表的第一列。

(2)将产品可能的多种特性(例如，功能列表)列为矩阵表的第一行。

(3)由干系专家集体谈论每种特性与每种需求之间的关联性，即每种特性能知足每种需求的程度，并记录在矩阵表相应的空格中。

(4)按列加权(考虑需求的主要性)汇总，即可看出哪种产品特性最能知足用户需求。

4、群体创新技能

群体创新技能(Group Creativity Technique)是指可以组织一些群体活动来识别项目和产品需求，群体创新技能包括头脑风暴法、名义小组技能、德尔菲技能、观点/思维导图、亲和图和多标准决策剖析等。

1)头脑风暴法

头脑风暴(Brain Storming，BS )法又称为智力勉励法、自由思考法或群策群力法，是用来产生和网络对项目需求与产品需求的多种创意的一种技能。

头脑风暴法分为直接头脑风暴法和质疑头脑风暴法。
头脑风暴法的参加人数一样平常为5-10人，最好由不同专业或不同岗位者组成，会议韶光掌握在1小时旁边。

①直接头脑风暴法(常日简称为头脑风暴法)是在专家群体决策时尽可能引发创造性，产生尽可能多的设想的方法，

②质疑头脑风暴法(也称为反头脑风暴法)则是对前者提出的设想、方案逐一质疑，剖析实在际可行性的方法。

2)名义小组技能

名义小组技能(Nominal Group technique)通过投票来排列最有用的创意，以便进行进一步的头脑风暴或优先排序。

名义小组技能是头脑风暴法的深化运用，是更加构造化的头脑风暴法。

其一样平常过程如下：

①将全体参与者分成多个“名义”上的小组，由每个小组开展谈论。

②小组谈论结束后，主持人依次向每位参与者讯问，请每人提出一个创意。
这种讯问可以进行很多轮，直至得到足足数目标创意。

③请全体参与者对所有创意进行评审和排序。

也可以由名义小组先提出一些较大的创意种别，再将这些创意种别提交给全体参与者作为头脑风暴的根本。
与一样平常的头脑风暴法比较，名义小组技能可以使那些不善言辞的参与者也能充分揭橥自己的见地。

3)德尔菲技能

德尔菲技能(Delphi Technique )是一种组.织专家就某一主题达成一存问见的一种信息网络技能。
由一组选定的专家回答问卷，并对每一轮需求网络的结果再给出反馈。
专家的答复只能交给主持人，以保持匿名状态。

【德尔菲技能方法的四大步骤】

(1)根据问题的特点，选择和约请做过干系研究或有干系履历的专家。

(2)将与问题有关的信息分别供应给专家，请他们各自独立揭橥自己的见地，并写成书面材料。

(3)主持人网络并综合专家们的见地后，将综合见地反馈给各位专家，请他们再次揭橥见地。
如果不合很大，可以开汇合中谈论;否则，主持人分头与专家联结。

(4)如此反复多次，末了形成代表专家组见地的方案。

【德尔菲技能的四大范例特色】

（1）接管专家参与预测，充分利用专家的履历和学识。

（2）采取匿名或背靠背的办法，能使每一位专家独立自由地做出自己的判断。

（3）预测过程几轮反馈，使专家的见地逐渐趋同。

（4）有助于减轻数据的偏倚，防止任何个人对结果产生不恰当的影响。

德尔菲技能的这些特点使它成为一种最为有效的判断预测法。

德尔菲技能与常见的调集专家开会、通过集体谈论、得出同等预测见地的专家会议法既有联系又有差异。

【德尔菲技能的优点】

（1）既能发挥专家会议法的优点，即:

①能充分发挥各位专家的浸染，群策群力，准确性高。

②能将各位专家见地的不合点表达出来，取各家之长，避各家之短。

（2）同时，德尔菲技能又能避免专家会议法的缺陷，即:

①威信人士的见地影响他人的见地。

②有些专家碍于情面，不愿意揭橥与其他人不同的见地，。

③出于自傲心而不愿意修正自己原来不全面的见地。

【德尔菲技能的缺陷】 德尔菲技能的紧张缺陷是过程比较繁芜，花费韶光较长。

4）观点/思维导图

思维导图(Mind Mapping}又称为心智图，是将从头脑风暴中得到的创意，用一张大略的图联系起来，以反响这些创意之间的共性与差异，从而勾引出新的创意。

思维导图利用图文并重的技巧，将各级主题的关系用相互从属与干系的层级图表现出来，将主题关键词与图像、颜色等建立影象链接，思维导图充分利用旁边脑的性能，利用影象、阅读、思维的规律，帮忙人们在科学与艺术、逻辑与想象之间平衡发展。

5)亲和图

亲和图(Affinity Diagram)又称为KJ法，是针对某一问题，充分网络各种履历、知识、想法和见地等措辞、笔墨资料，通过图解办法进行汇总，并将其相互亲和性归纳整理这些资料，使问题明确起来，求得统一认识，以利于办理的一种方法。

亲和图的核心是头脑风暴法，是根据结果去找缘故原由。
可以将大量创意分类，以便审查和剖析。
紧张依据各种创意之间的相似性，敌人脑风暴中得到的各种创意进行分类。

在项目管理中，亲和图针对某个问题，产生出可联成有组织的想法模式的各种创意，紧张用来确定范围分解的构造，有助于WBS的订定。

6)多标准决策剖析

多标准决策剖析(Multi-Criteria Decision Analysis)是借助决策矩阵，用系统剖析方法建立诸如风险水平、不愿定性和代价收益等多种标准，从而对浩瀚方案进行评估和排序的一种技能。

5、群体决策技能

群体决策技能（Group Decision-Making）便是为了达成某种期望结果而对多个未来行动方案进行评估。
群体决策技能可用来开拓产品需求，以及对产品需求进行归类和优先排序。

达成群体决策的方法很多，例如：

（1）同等赞许(Unanimity )。
所有人都赞许某个行动方案。

（2）大多数原则(Majority )。
得到群体中50%以上的人的支持，就能做出决策。
参与决策的人数定为奇数，防止因平局而无法达成决策。

（3）相对多数原则(Plurality)。
根据群体中相对多数者的见地做出决定，即便未能得到一部分人的支持。
常日在候选项超过两个时利用该原则，例如，某个软件构件的功能有3种实现方案(标记为A, B, C)，在群体决策时，赞许A方案的 人有40％，赞许B方案的人有35%，赞许C方案的人有25%，则终极确定采取A方案。

(4)独裁(Dictatorship)。
由某一个人(例如，项目经理)为群体做出决策。

在网络需求的过程中，这些群体决策技能都可以与群体创新技能联合利用。

6、问卷调查

问卷调查（Questionnaire and Survey）是指通过设计书面问题，向为数浩瀚的受访者快速网络信息。

【问卷调查的优点】

（1）如果受众浩瀚、须要快速完成调查，受访者地理位置分散，并想要利用统计剖析法，就适宜采取问卷和/或调查方法。

（2）与访谈法比较，问卷调查可以在短韶光内，以低廉的代价从大量的回答中网络数据：

（3）问卷调查许可回答者匿名填写，大多数干系人可能会供应真实信息；

（4）问卷调查的结果比较好整理和统计。

【问卷调查的缺陷】

（1）最大的不敷便是缺少灵巧性

（2）双方未见面，项目经理无法从干系人的表情等其他动作来获取一些更隐性的信息，干系人也没有机会立即澄清对问题有暗昧或缺点的回答。

（3）干系人有可能在生理上会不重视一张小小的表格，不负责对待，从而使得反馈的信息不全面。

（4）调查表不利于对问题进行展开的回答，无法理解一些细节问题。

（5）回答者的数量每每比预期的要少，无法担保干系人会回答问题或进一步解释所有问题。

因此，较好的做法是将访谈和问卷调查结合利用。
详细来说，便是先设计问题，制作成问卷调查表，下发填写完后，进行详细的分一组、整理和剖析，以得到根本信息。
然后，再针对剖析的结果进行小范围的干系人访谈，作为补充。

7、不雅观察

不雅观察(observation)是指直接不雅观察个人在各自的环境中如何开展事情和履行流程。

当产品利用者难以或不愿解释他们的需求时，就特殊须要通过不雅观察来理解细节。

不雅观察也称为事情跟踪，常日由不雅观察者从外部来不雅观察利用者的事情。
不雅观察也可以由参与不雅观察者进行，参与不雅观察者须要实际实行一个流程或程序，体验该流程或程序是如何履行的，以便挖掘出隐蔽的哀求。

8、原型法

原型法（Prototype）是一种根据干系人初步需求，利用产品开拓工具，快速地建立一个产品模型展示给干系人，在此根本上与干系人互换，终极实现干系人需求的产品快速开拓的方法。

原型是有形的实物，它使干系人有机会体验终极产品的模型，而不是只谈论抽象的需求陈述。
原型法符合渐进明细的理念，由于原型须要重复经由开拓、试用、反馈、修正等过程在经由足够的重复之后，就可以从原型中得到足够完全的需求井进而进入设计或制造阶段。

【实际案例】在软件产发中，原型是系统的一个早期可运行的版本，它反响终极系统的部分主要特性。
如果在得到一组基本需求解释后，通过快速剖析布局出一个小型的系统，知足干系人的基本哀求，使得干系人可在试用原型系统的过程中得到亲自感想熏染和受到启示，做出反应和评价，然后开拓者根据干系人的见地对原型加以改进。
随着不断试验、纠错、利用、评价和修正，得到新的原型版本，如此周而复始，逐步减少剖析和通信中的误解，填补不敷之处，进一步确定各种需求细节，适应需求的变更从而提高了终极产品的质量。

9、标杆对照

标杆对照(Benchmarking)将实际或操持的做法与其他类似组织的做法(例如，流程、操作过程等)进行比较，以便识别最佳实践，形成改进见地，并为绩效考察供应依据。

标杆对照所采取的“类似组织”可以是内部组织，也可以是外部组织。

10、系统交互图

系统交互图(context Diagram)是范围模型的一个例子，它是对产品范围的可视化描述，显示系统(过程、设备、信息系统等)与参与者(用户、独立于本系统之外的其他系统)之间的交互办法。

系统交互图显示了业务系统的输入、输入供应者、业务系统的输出和输出吸收者。
例如，软件需求剖析中的DFD、用例图都可以看作是系统交互图。

11、文件剖析

文件剖析(Document Analysis)便是通过剖析现有文档，识别与需求干系的信息来挖掘需求。

可供剖析的文档很多，包括商业操持、营销文档、协议、招投标文件、建议约请书、业务流程、逻辑数据模型、业务规则库、运用软件文档、用例文档、其他需求文档、问题日志、政策、程序和法规文件等。

网络需求过程的紧张输出有需求文件(Requirements Documentation)和需求跟踪矩阵。

5.3.3 需求文件

【定义】需求文件描述各种单一的需求将如何知足与项目干系的业务需求。

【格式】需求文件的格式多种多样，在不同的组织中，可能有不同的称呼。

【内容详略程度】需求文件既可以是一份按干系人和优先级分类列出全部需求的大略文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。

需求文件的内容包括（但不限于）以下几个方面：

（1）业务需求：包括可跟踪的业务目标和项目目标、实行组织的业务规则、组织的辅导原则

（2）干系人需求：包括对组织其他领域的影响、对实行组织内部或外部团体的影响、干系人对沟通和报告的需求。

（3）办理方案需求，包括功能和非功能需求、技能和标准合规性(Complicance)需求、 支持和培训的需求、质量需求和报告需求。
可用纯文本办法或用模型展示办理方案需求，也可两者同时利用。

（4）项目需求，包括做事水平、绩效、安全和合规性等，以及验收标准。

（5）过渡需求。

（6）与需求有关的假设条件、依赖关系和制约成分。

【实际案例】软件需求规格解释书便是一种范例的需求文件。
由于项目具有渐进明细的特点，一开始，可能只有概括性的需求，然后随着信息的增加而逐步细化。
只有明确的(可丈量和可测试的)、可跟踪的、完全的、相互折衷的，_且紧张干系人乐意认可的需求，才能作为基准。

5.3.4 需求跟踪

在CMMI中，需求管理是已管理级的一个关键过程域，其目标是为产品需求建立一个基线，供软件开拓及其管理利用，使操持、产品和活动与需求保持同等。

从需求工程的角度来看，需求管理包括在产品开拓过程中坚持需求同等性和精确性的所有活动，包括掌握需求基线，保持项目操持与需求同等，掌握单个需求和需求文档的版本情形，管理需求和联系链之间的联系，或管理单个需求和项目其他可交付物之间的依赖关系，跟踪基线中需求的状态。

可跟踪性包含两个层面的含义：

（1）项目实行过程的两个或多个产品之间能够建立关系的程度，尤其是那些具有前后关系或主从关系的产品。
例如，某个给定构件的需求和设计的匹配程度；

（2）项目产品中每个元素能够建立其存在情由的程度，例如，产品设计中的每个元素定位它所知足需求的程度。

可跟踪性是项目需求的一个主要特色，需求跟踪是将单个需求和其他元素之间的依赖关系和逻辑联系建立跟踪，这些元素包括各种类型的需求、业务规则、系统组件，以及帮助文件等。

1、需求跟踪的内容

每个配置项的需求到其涉及的产品(或构件)需求都要具有双向可跟踪性。

所谓双向跟踪，包括正向跟踪和反向跟踪：

（1）正向跟踪是指检讨需求文件中的每个需求是否都能在后继事情产品(成果)中找到对应点；

（2）反向跟踪也称为逆向跟踪，是指检讨设计文档、产品构件、测试文档等事情成果是否都能在需求文件中找到出处。
详细来说，需求跟踪涉及五种类型，如图5-1所示。

2、需求跟踪矩阵

需求跟踪(能力)矩阵是表示需求和其他产品元素之间的联系链的最普遍办法。

需求跟踪矩阵是将产品需求从其来源连接到能知足需求的可交付成果的一种表格。

需求跟踪矩阵供应了在全体项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束时都能交付，还可以为管理产品范围变更供应框架。

须要跟踪的内容包括以下几个方面。

（1）业务需求、机会、目的和目标；

（2）项目目标；

（3）项目范围 (WBS可交付成果)；

（4）产品设计；

（5）产品开拓；

（6）测试策略和测试场景；

（7）高层级需求到详细需求。

不论采取何种跟踪办法，都要建立与掩护需求跟踪矩阵，它保存了需求与后继事情

成果的对应关系。
需求跟踪矩阵中可以定义各种产品元素类型间的一对一、一对多和多对多关系。

例如，一个构件对应一个设计元素，多个测试案例验证一个功能点，每个用例导致多个功能点等。

应在需求跟踪矩阵中记录每个需求的干系属性，这些属性有助于明确每个需求的关键信息。
需求跟踪矩阵中记录的范例属性包括唯一标识、需求的笔墨描述、收录该需求的情由、所有者、来源、优先级别、版本、当前状态(例如，进行中、己取消、已推迟、新增加、已批准、已分配、已完成等)和状态日期。

其余，为了确保干系人满意，可能须要增加一些补充属性，例如，稳定性、繁芜性和验收标准等。