需求管理理论知识及需求管理工具介绍
项目需求管理
项目需求管理项目需求管理是指对项目中涉及的需求进行有效的管理和控制，以确保项目能够按时、按质、按量地完成。
在项目需求管理中，需要明确项目的需求、分析需求的可行性、进行需求的优先级排序和变更管理等。
下面将详细介绍项目需求管理的标准格式文本。
一、项目需求管理概述项目需求管理是项目管理过程中的重要环节，它涉及到项目的成功与否。
项目需求管理的目标是确保项目能够满足相关利益相关者的需求，同时保证项目的可交付成果符合质量要求。
二、需求识别与采集1. 需求识别：通过与项目相关的利益相关者进行沟通，了解他们对项目的期望和需求，明确项目的目标和范围。
2. 需求采集：采用多种方法，如面谈、问卷调查、焦点小组讨论等，采集利益相关者对项目的需求和期望。
三、需求分析与验证1. 需求分析：对采集到的需求进行分析和整理，明确需求的可行性和实现难度，同时将需求进行分类和优先级排序。
2. 需求验证：与利益相关者进行进一步的沟通和确认，确保需求的准确性和完整性。
四、需求变更管理1. 需求变更识别：及时识别和记录需求变更的请求，包括变更的原因、影响范围和优先级等信息。
2. 需求变更评估：对需求变更进行评估，包括对变更的可行性、影响和风险进行分析和评估。
3. 需求变更控制：根据评估结果，决定是否批准需求变更，并进行相应的变更控制和管理。
五、需求跟踪与确认1. 需求跟踪：跟踪需求的实现情况，及时更新需求的状态和发展，确保项目按照需求进行开辟和实施。
2. 需求确认：与利益相关者进行需求确认，确保项目的交付成果满足他们的期望和需求。
六、需求文档管理1. 需求文档编制：根据需求的识别和采集结果，编制相应的需求文档，包括需求规格说明书、需求变更申请等。
2. 需求文档控制：对需求文档进行版本控制和变更管理，确保文档的准确性和一致性。
七、需求管理工具项目需求管理可以借助一些工具来提高效率和准确性，如需求管理软件、项目管理工具、在线协作平台等。
八、需求管理的注意事项1. 充分沟通：与利益相关者进行充分的沟通，确保对项目需求的理解和认同。
需求管理工具的比较
实验三需求管理工具的比较
需求管理（REQM,Requirements Management）
CMMI对需求管理提出了明确的目的：一是管理项目的产品和产品构件的需求；二是标识哪些需求与项目计划及工作产品之间不一致。
通过适当的步骤，确保需求在项目的各个层面上动态地保持一致，一旦出现不一致，则启动相关的处理过程域，使其调整到一致。
需求管理的工具包括:
1.需求及相关文档管理的工具；
2.流程审批的流转电子化；
3.溯源性矩阵的维护工具；
价值。
DOORS
DOORS
DOORS
有助于
和领先的对象建模工具、软件配置管理工具、项目规划工具、分析设计工具以及测试管理工具良好地集成。
这种有效的集成有助于更好地理解需求变更对项目规模、预算和进度的影响。
统御需求管理软件（oKit-req）
oKit-req是一款基于Web的需求管理工具，它具有统御项目管理系统的一个关键功能，也可以作为
独立软件使用。
oKit-req具备以下主要功能：
1.支持对多个项目需求的管理；
2.版本化、层次化、条目化管理需求；
3.方便的建立需求跟踪矩阵；
4.进行变更影响分析和覆盖面分析；
5.输出成WORD文档；
6.离线交换和合并文档；。
如何进行需求管理经验、方法、模型、工具(一)
如何进行需求管理经验、方法、模型、工具（一）引言概述：需求管理是产品开发和项目管理的关键环节。
它涉及了从需求的收集、分析、优先级排序到需求确认和跟踪等一系列活动。
本文将围绕需求管理的经验、方法、模型和工具展开，为读者提供全面的指导。
一、需求收集1.1 用户访谈：通过与用户面对面交流，了解他们的需求和期望。
1.2 观察法：观察用户在日常生活中的行为和反馈，获取隐性的需求信息。
1.3 市场调研：通过市场调研了解行业趋势和竞争对手的产品，获取市场需求。
二、需求分析2.1 需求分类：将收集到的需求进行分类，便于后续的处理和分析。
2.2 需求描述：明确需求的特征、功能、性能等详细描述，确保理解一致。
2.3 需求分解：将高层次的需求细化为更为具体和可实现的子需求。
2.4 需求优先级排序：根据项目目标和优先级指标，对需求进行排序和分级。
2.5 需求确认：与相关利益相关者核实需求的准确性和完整性。
三、需求跟踪3.1 需求变更管理：建立需求变更管理流程，确保所有变更都经过审批和记录。
3.2 需求跟踪矩阵：建立需求与其他项目工作的追踪矩阵，确保需求的实现和追踪。
3.3 需求版本控制：对需求进行版本控制，确保能够追踪需求的变更历史。
3.4 需求追踪工具：使用需求追踪工具帮助管理和跟踪需求的变更和状态。
3.5 需求审查: 在项目中定期进行需求审查，确保需求的准确性和完整性。
四、需求管理模型4.1 Kano模型：通过满意度和重要性评估需求，将其划分为基本要素、期望要素和魅力要素。
4.2 MoSCoW模型：将需求分为必须有、应该有、可选有和不予以实现，以指导需求的优先级排序。
4.3 V模型：将需求管理的每个阶段与相应的测试阶段相匹配，确保需求的正确实现。
4.4 产品路线图：制定产品的长期发展计划，将需求与战略目标相联系。
4.5 敏捷开发：采用迭代和增量开发的方法，快速响应需求变化和提供业务价值。
五、需求管理工具5.1 需求管理软件：例如JIRA、TFS等，用于需求收集、追踪和变更管理。
需求管理的概念
需求管理的概念需求管理的概念需求管理是指对项目或产品的需求进行全面有效的管理，包括需求获取、需求分析、需求确认、需求变更控制等方面。
它是软件开发和产品设计中非常重要的一个环节，能够帮助团队更好地理解客户的需求，并确保项目或产品能够按照客户预期的要求完成。
一、需求获取1.1 定义需求获取是指通过各种渠道，收集和整理客户及相关利益相关者对项目或产品的各种需求信息。
1.2 方法在实际工作中，有多种方法可以用于获取客户和利益相关者的需求信息。
例如：- 与客户进行面对面交流；- 发放问卷调查；- 分析竞争对手产品；- 分析市场趋势等。
二、需求分析2.1 定义需求分析是指将收集到的各种需求信息进行分类、筛选和整理，并通过分析得出最终确定的项目或产品功能和特性。
2.2 方法在实际工作中，有多种方法可以用于进行需求分析。
例如：- 制定详细的功能列表；- 进行用户故事编写；- 制定用例图等。
三、需求确认3.1 定义需求确认是指与客户和利益相关者进行沟通，确保对项目或产品的需求理解完全一致，并得到客户的认可。
3.2 方法在实际工作中，有多种方法可以用于进行需求确认。
例如：- 与客户进行面对面交流；- 发放需求确认文档并要求客户签字认可；- 进行演示和展示等。
四、需求变更控制4.1 定义需求变更控制是指在项目或产品开发过程中，对已经确定的需求进行修改、添加或删除等操作，并通过一定的流程进行管理和控制。
4.2 方法在实际工作中，有多种方法可以用于进行需求变更控制。
例如：- 制定详细的变更流程；- 设计变更申请表格并要求客户签字认可；- 进行变更评审等。
五、需求跟踪5.1 定义需求跟踪是指在整个项目或产品开发过程中，通过追踪每一个需求的状态和进度，确保项目或产品能够按照预期完成。
5.2 方法在实际工作中，有多种方法可以用于进行需求跟踪。
例如：- 制定详细的跟踪计划；- 设计跟踪表格并记录每一个需求的状态和进度；- 进行定期的跟踪报告等。
软件工程中的需求管理工具介绍
软件工程中的需求管理工具介绍需求管理工具是软件工程中非常重要的一环，因为这是软件开发过程中最早开始的步骤，确定好需求是后续工作的基础。
如果需求管理不到位，后续开发过程中可能会出现很多问题，导致项目时间被拖延或出现其他严重的后果。
因此，需求管理工具的选择和使用非常重要。
本文将介绍几种常见的需求管理工具，并对它们的优缺点进行评价。
1. JIRAJIRA是Atlassian公司推出的一款项目管理软件，主要针对敏捷开发和团队协作。
在JIRA中，我们可以建立需求、bug、任务等不同类型的工作项，对工作项进行分类、优先级排序，设置截止日期、负责人等属性。
同时JIRA还拥有强大的工作流功能，用户可以自定义工作流、建立规则，并通过自定义报告查看项目进展情况。
优点：（1）强大的任务管理和跟踪功能，用户可以清晰地了解各阶段任务的进展情况和执行负责人。
（2）丰富的插件支持，用户可以通过插件扩展功能或进行定制化开发。
（3）可视化数据报表，用户可以通过动态仪表板了解项目总览、任务概况等。
缺点：（1）对于非技术人员来说，操作可能有些复杂，需要花费一些时间去学习。
（2）JIRA在处理大量数据时容易出现卡顿或延迟，需要使用优化技巧来解决。
2. TrelloTrello是一款轻量级的团队合作工具，以任务卡片为主要组织形式。
用户可以通过创建列表和卡片来组织工作，设置任务的标题、描述、成员、截止日期等信息，并使用标签和附件来管理内容。
Trello的操作非常简单，可以轻松地在团队中推广使用。
优点：（1）轻量级的卡片形式，使得任务的组织和管理非常简单易懂。
（2）强调可视化，通过颜色标记卡片、拖拽卡片等方式，使得团队成员可以轻松地了解任务的进展情况。
（3）Trello支持移动端应用，用户可以在手机、平板等移动设备上进行任务管理。
缺点：（1）Trello对于大型项目的管理有些欠缺，难以应对庞大的需求信息和复杂的任务关联关系。
（2）缺少一些高级的需求管理功能，无法满足一些专业需求管理的要求。
需求管理内容
需求管理内容需求管理是软件开发过程中非常重要的一环，它涉及到软件开发的各个方面，包括需求收集、分析、规划、跟踪等多个方面。
下面将从需求管理的定义、目的、流程等方面进行详细介绍。
一、需求管理的定义需求管理是指对软件开发过程中所涉及到的客户需求进行有效地收集、分析、规划和跟踪，以确保项目能够按照客户期望的质量和时间要求完成。
二、需求管理的目的1. 确定软件开发项目的范围：通过对客户需求进行充分了解和分析，确定软件开发项目所需要实现的功能和服务，明确项目范围。
2. 提高客户满意度：通过对客户需求进行有效地管理，能够更好地满足客户期望，提高客户满意度。
3. 提高软件开发效率：通过对需求进行有效地规划和跟踪，能够更好地控制软件开发进度和质量，提高软件开发效率。
4. 降低风险：通过对需求进行全面分析和评估，能够更好地识别潜在风险，并采取相应措施进行规避，降低软件开发风险。
三、需求管理的流程1. 需求收集：需求收集是指通过与客户沟通、分析客户需求文档等方式，获取客户需求信息的过程。
在这个阶段，需要确保对客户需求信息的完整性和准确性。
2. 需求分析：需求分析是指对收集到的客户需求信息进行分析和评估，以确定实现这些需求所需要的功能和服务，并制定相应计划。
在这个阶段，需要确保对需求信息的清晰理解和准确评估。
3. 需求规划：需求规划是指确定软件开发项目所需要实现的功能和服务，并制定相应计划。
在这个阶段，需要考虑项目范围、时间、成本等方面因素，并制定相应计划。
4. 需求跟踪：需求跟踪是指对软件开发过程中所涉及到的客户需求进行有效地跟踪和管理，以确保项目能够按照客户期望的质量和时间要求完成。
在这个阶段，需要建立有效的跟踪机制，并及时更新相关信息。
四、需求管理中常用工具1. 用例图：用例图是一种描述软件系统功能的图形化工具，用于描述系统的各种用例和参与者之间的关系。
2. 需求文档：需求文档是对客户需求进行详细描述的文档，包括需求说明书、需求规格说明书等。
需求管理常用的手段
需求管理常用的手段1. 引言1.1 概述需求管理是软件开发过程中至关重要的环节，它涉及到对用户需求的收集、分析和实现。
要做好需求管理，必须利用一些常用的手段和方法。
需求分析是需求管理的第一个重要步骤。
它通过对用户需求的详细研究和理解，将需求转化为明确、具体、可执行的任务，为后续的开发工作提供指导和依据。
在需求分析中，可以采用多种手段，如面谈、问卷调查和观察等，以确保对需求进行全面深入的理解和把握。
需求收集是需求管理的另一个关键环节。
它通过各种渠道的信息收集和沟通交流，获取用户对软件系统的需求和期望。
需求收集的手段多种多样，比如会议讨论、用户反馈和市场调研等，可以根据具体情况选择最适合的方法。
同时，需求收集要注重与用户和相关利益相关者的积极互动，以真实、准确地了解用户的需求，确保需求的全面性和有效性。
通过需求分析和需求收集这两个环节，可以使需求管理更加科学、准确和系统化。
同时，为了更好地满足用户需求，需求管理还可以借助其他手段和方法，比如原型设计、用户故事和敏捷开发等，以提高需求的可理解性和可交付性。
总之，需求管理是软件开发过程中不可忽视的重要环节。
通过合理利用需求分析和需求收集这些常用手段，可以帮助开发团队更好地理解用户需求，提高软件系统的质量和用户满意度。
未来，随着技术的不断发展和需求管理方法的不断创新，相信需求管理将在软件开发中扮演更加重要的角色。
1.2 文章结构本文将按照以下结构来论述需求管理常用的手段。
首先，引言部分将概述需求管理的背景和重要性，并明确本文的目的。
其次，正文部分将从需求分析和需求收集两个方面介绍需求管理的常用手段。
在需求分析方面，将介绍常用的需求分析技术和工具，并说明其应用场景和优劣势。
在需求收集方面，将介绍常用的需求收集方法和工具，包括用户访谈、问卷调查、原型设计等，并对它们的适用性和效果进行评估和比较。
最后，结论部分将对本文所述的需求管理常用手段进行总结，并展望未来需求管理领域的发展趋势。
什么是需求管理
5
需求管理的任务
需求用于管理迭代开发中的变化：
对于总体开发主管而言，针对方案设计的修改是一项经常性的工作（因为修改而造成的影 响则应当尽可能减小）。在进行项目开发时，随着开发进程的深入，各种修改的建议和问题的 报告是屡见不鲜的，每解决一个问题，就是将产品同其需求的结合又完善了一步。存在问题正 是需求尚未满足的表现。
定义需求的结果… 加入进程表…
什么是需求管理
作者： Richard Stevens & James Martin，Telelogic
包含对 Ricka Harwell, Pradip Kar, Bob Smith, Michele Bailey 等人观点的引用。本文旨在探 究需求管理的本质，需求管理所要涉及的任务在文中将适时提及，以阐释“对需求管理的需求 （requirements for requirements）”的涵义。
根据需求优化系统：
任何设计都应以考虑用户需求为优先，用户需求的满足程度即成为衡量设计优劣的标准。 在一个项目设计周期中，开发人员经常会面临选择，以提炼需求，决定开发的优先次序，并在 不同的实施方案中作出选择。这些选择必须考虑到收益与成本的平衡比例，这种选择的重要性 尤其在建立需求模型的后期凸现出来。基本需求在这时都已明确，而实施方案还未敲定，为了 使用户的基本需求得到落实，一定程度的开销用于搭建不同构架的需求模式是合理的。假使我 们已经有了一套翔实的需求分析，我们甚至不必将每一套方案都付诸实行，就可以成功地对系 统设计进行优化。
需求的满足情况是决定最终产品成败的判定基础，对最终产品的测试评估必须以产品所试 图解决的需求为标准。V 模式的验证（图 7）标示了不同的开发阶段所对应的测试需求。
这里有一个需求、产品和测试系统之间的关系问题（图 7），确定需要进行的测试属于总体 开发主管的工作范畴，虽然具体工作也许是由分包商来承担。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求管理理论知识及需求管理工具介绍Marco Lee2012-09-04目录一、需求有关概念综述 (3)1）需求定义 (3)2）需求分析概述 (3)3）需求分析主要过程 (4)4）需求分析的特点 (4)5）需求开发的十种常用方法 (5)6）需求建模方法 (5)7）主要概念区分 (5)二、CMMI需求开发过程 (6)1）基本概念 (6)2）需求调查方法 (7)3）CMMI需求分析过程 (8)三、需求管理工具介绍 (11)1）Rational RequisitePro (11)2）IBM Rational DOORS (11)3）Borland CaliberRM (13)4）Cloudtopo Topo (13)摘要需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。
本文就有关需要的概念以及几个需求管理系统，进行了论述。
一、需求有关概念综述图 1-需求分析组成部分1）需求定义通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。
按CMMI软件能力成熟度的定义，需求是开发方和客户方就系统未来所达到的功能和质量所达成的一致约定和协议。
2）需求分析概述需求分析活动或需求工程过程，在整个系统开发与维护过程中越来越重要，它贯穿于系统开发的整个生存周期。
上个世纪80年代中期，形成了软件工程的子领域——需求工程 (Requirement Engineering, RE) 。
需求工程，是应用已证实有效的技术、方法进行需求分析，确定需求客户，帮助系统开发分析人员理解问题，评估可行性，协商合理的解决方案、无歧义地规约方案、确认规约以及将规约转换到可运行的系统时的管理要求。
需求工程通过合适的工具和符号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。
需求分析是一个项目的开端，也是项目建设的基石。
需求分析的过程包括了需求开发和需求管理两个部分。
整体需求工程过程在项目启动后开始，进行需求获取、分析、规划定义和需求验证，并进行组织内外的需求评审，以确定需求基线，并在需求发生变更时，重新进行需求的获取、分析、定义和验证评审，并对需求变更影响项进行相关识别、风险应对、修改和跟踪。
并对需求状态和变化过程进行统计分析和测量汇报。
需求开发（RD，Requirement Development）指的是从问题收集、分析和评价到编写文档、评审等一系列产生需求的活动，这几个阶段的活动可以是相互独立和反复的，不一定非要遵循线性的顺序。
需求开发讲究的是用系统的方法获取真正的全面的能实现的需求。
需求管理（RM, Requirement Management）则是与需求直接相关的活动，即软件项目开发过程中控制和维持需求约定的活动，主要包括：变更控制、版本控制、需求跟踪、需求状态跟踪等工作。
需求管理强调的是需求的确认以及需求变更的控制，其目的是确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。
3）需求分析主要过程1）需求开发规程：分为需求获取、需求分析、规格化定义和需求验证等操作过程。
2）需求评审规程：对完成的系统需求进行组织内外评审的过程；3）需求变更管理规程：需求基线产生后对需求进行变更管理的过程；4）需求跟踪管理规程：对需求进行状态跟踪和过程跟踪的管理过程；5）需求的测量和分析：对需求状态和需求变化过程进行测量和分析评估的管理过程；4）需求分析的特点需求分析工作的复杂性及面临的潜在风险主要体现在以下方面：1)需求描述的准确性问题;2)需求的完备程度问题;3)需求开发的时间问题;4)需求的细化程度问题;5)需求的变更问题。
5）需求开发的十种常用方法1)需求调查：采用需求调查表进行需求收集和调查；2)需求访谈：进行面对面的需求访谈、记录、整理并确认；3)资料收集和文档考古：收集业主方的有关资料进行分析提炼；4)需求研讨：召开需求研讨会有目的的对需求进行研讨；5)需求头脑风暴：发散式的对需求进行遐想和探索；6)需求原型：依据需求原型进行需求沟通和探索，是电子政务行业常用的需求开发方法；7)实地学习：实地深入业主方业务现场进行观摩学习，以提炼需求；8)实务跟踪/实地工作：更加深入的跟踪现场多个实物，甚至深入业主方现场进行实地、实务长时间、多案例的实地工作；9)案例讲述和故事板：通过对案例或故事的讲解和分析获取需求；10)场景模拟/角色扮演：通过模拟一个场景或者由不同人员扮演不同的角色进行需求模拟和角色分析，来获取需求。
6）需求建模方法1、结构化需求分析方法2、面向对象的需求分析方法3、面向问题域的需求分析方法面向问题域(Problem Domain，PD) 的需求分析方法(Problem Domain-Oriented Analysis，PDOA) 是由M·Jackson和P.Zave等人提出的一种需求分析方法。
与传统的结构化需求分析方法和面向对象需求分析方法相比显著不同，其本质在于从待求解问题的角度，考虑待开发的软件系统将在与待求解问题相关的域内产生的效果。
7）主要概念区分项目范围管理，包括为成功完成项目所需要的一系列过程，以确保项目包含且仅仅只包含项目所必须完成的工作。
范围管理首先要定义和控制在项目内包括什么、不包括什么。
一般来说，范围分为产品范围和项目范围。
•产品范围是指表示产品或服务的特性和功能。
•项目范围是指为了完成具有所规定特征和功能的产品必须完成的工作（需求定义）。
项目范围是否完成以项目管理计划作为衡量标准，而产品范围是否完成以产品需求作为衡量标准。
两种范围管理需要很好地集成起来，以确保项目工作能产生所规定的产品并准时交付。
需求开发、需求管理、项目范围管理的区别和联系主要如下：1)首先通过需求开发来获取项目的需求, 在此基础上确定项目的范围，进行项目范围管理。
2)对于项目需求, 可以根据需求的紧急重要程度、项目本身和项目双方的实际情况，分步或分期满足。
确定每期应满足的需求后，本期的范围管理就有了基础。
3)需求管理处理需求的变更，需求的变更同时会引起项目范围的变更。
二、CMMI需求开发过程1）基本概念CMMI提出了RD，要理解好RD PA (Process Area, 过程域) ，需要先理解清楚以下几个关键的概念：•客户需求(Customer Requirements)：客户需求可以理解成客户为什么要做本系统，要解决什么问题，客户对系统有怎样的期望，希望能具备一些怎样的特点，简单的说，就是客户的需求是什么（通常会包括对系统目标、范围、解决问题、软件特性、接口要求等有详细的描述）。
•产品需求(Product Requirements)：产品需求是能满足客户需求，并对软件产品规格进行了详细描述的需求，软件设计师可以根据产品需求进行设计、编码等工作。
•产品组件需求(Product Component Requirements)：产品组件需求是对产品需求的进一步细化，产品可能会分割成几个子系统、几个部分，每个子系统每部分要具备怎样的功能、要具备怎样的性能、接口要求等，这些可以认为是产品组件需求。
图 2-需求间的层次关系从另外一个角度，需求可以分为功能性需求和非功能性需求两类。
功能性需求就是系统具备怎样的功能，能做什么事情，而非功能性需求就是指系统要具备怎样的性能、安全级别等方面的要求。
软件需求分为三大部分：•功能需求：指系统需要完成那些事情，即向用户提供那些功能。
•非功能需求：指产品所具备的品质和属性，比如可靠性、扩展性、响应时间、性能等•设计约束与限制：也称条件约束、补充规则。
比如用户要安装该产品他需要有什么样的必备条件。
（系统对操作系统的要求、硬件环境的要求等）客户需求、产品需求和产品组件需求，都会包含功能需求和非功能需求。
2）需求调查方法需求调查与问题定义，在做需求调查时需要做到2W1H即 What、Where、How •What-----应该收集什么信息• Where----从什么地方收集• How-------用什么机制或技术来收集客户需求一般都是比较高层次的，而且描述也会比较简单，不能作为日后验收的标准，我们需要对软件的规格进行说明。
当我们明确客户需求后，就应该把客户需求转变成产品需求和产品组件需求。
而产品和产品组件需求，是比较细致的需求，会详细描述软件与用户是怎样交互的，用户需要输入什么，系统会输出什么等都会比较详细描述出来。
客户需求一般是难以验证是否已实现的，而产品需求和产品组件需求是对软件规格的描述，是可以用来做为验收的标准的。
一般来说，我们写的软件规格说明书（SRS, Software Requirement Specification）都会包含产品需求和产品组件需求的。
我们导出产品需求和产品组件需求的时候，要注意产品需求和产品组件需求，必须和客户需求对应起来，通常是多对多的关系。
为什么要对应起来？我们要保证，软件的每一个界面，每一个功能都是有用的，都是“源自”客户需求的，这样才能保证我们做的事情都是正确的事情，防止被不相干的事情干扰。
我们经常抱怨客户的需求在变，其实80%的原因是没有把握住客户需求，其实客户经常变的是产品需求或者是产品组件需求，客户需求是很少变的，就是因为我们没有把握住客户到底想要什么、需要什么，导致我们认为客户太难“服侍”了。
只有把握住客户真正的需求，我们才能抓住根本，万变不离其中。
3）CMMI需求分析过程CMMI第二级（初始级，管理级，定义级，量化管理级和优化级共5级），即管理级，包含了需求分析等过程。
需求开发过程：RD有三个SG（Special Goal），SG1开发客户需求，SG2开发产品需求，SG3分析和确认需求。
前两个SG讲述的是需求开发由顶而下、由粗到细的过程，SG3讲述的是需求分析和确认的过程。
三、需求管理工具介绍1）Rational RequisiteProIBM Rational RequisitePro 是一个强大、易用、集成的需求管理产品。
而通过与Rational系列软件产品的广泛集成，大大扩展了RequisitePro及其它产品的功能，给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。
从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响，帮助验证所有的规划需求被交付物所满足、降低项目风险。
Rational RequisitePro helps project teams to manage their requirements, to write good use cases, to improve traceability, to strengthen collaboration, to reduce project rework, and to increase quality.•Avoid rework and duplication using advanced, real-time integration with Microsoft® Word•Manage complexity with detailed traceability views that display parent/child relationships•Mitigate project risk with display of requirements that may be affected by upstream or downstream changes of requirements•Achieve collaboration for geographically distributed teams through fully functional, scalable Web interface and discussion threads •Capture and analyze requirements information with detailed attribute customization and filtering•Improve productivity by tracking changes using project version comparisons with XML-based project baselines•Align business goals and objectives with project deliverables though integration with multiple tools in the IBM Rational software developmentand delivery platform•Operating systems supported: Windows family2）IBM Rational DOORSIBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS，被IBM收购后更名为IBM Rational DOORS。