需求管理工具IRQA

企业级的需求工程解决方案IRQA

IRQA 简介：

IRQA是使用最先进技术的需求工程工具，是专门为支持完整的需求工程过程而设计的。

IRQA非常适合那些正在寻求定义与实施需求过程的企业。

IRQA的突出功能是针对从基本到复杂的各种需求工程过程进行定制。

用户现在可以而拥有易用的、功能完善的集成解决方案。

功能强大的需求工程工具可以帮助团队建立高品质的系统需求规约：用户可以捕获和管理需求，在自己的专业领域内对它们进行归类和分析，用清晰的可表达的技术手段描述要创建的系统，这样的系统需求规约可以很容易地被系统的最终用户所理解。另外，在系统开发的后续阶段和活动中，IRQA可以管理和追踪这些需求。对于复杂的大型项目，IRQA的图形功能可以帮助我们组织规约，确保规约的质量。

IRQA属于新一代的需求工程工具：其重点不仅是对需求进行管理，还会分析需求、组织项目、以及描述将要构建的系统的顶层功能。因此，使用最先进技术的需求管理的方法论和技术，IRQA实现了软件需求管理过程的自动化，增强了系统开发的效率和效果。

需求管理

IRQA在生命周期中的位置

对需求的捕获、分析、规约、建模和追踪都是在同一个工具中完成的。

在整个公司中，定义所有团队的需求过程并对需求进行组织。

IRQA提供了直观易用的界面，用来管理需求和其他单元，减少最终用户的学习周期和实施时间。

块图

在管理需求时，除了常用的文本形式之外，还可以使用简单的“块图”，定义出公司标准的需求过程。

使用这些交互式的块图，可以在规约之间进行切换浏览，聚焦当前要处理的单元，可视化地呈现和管理这些单元之间的追踪性，在系统用户当中的共享这种结构。

你可以用自己的视点来查看规约，例如：

标准的需求过程

特定行业（如汽车）的需求过程

选型评估过程

文档视图

IRQA“智能”的文档视图可以把条目需求以类似文档的方式进行展示。

这种文档视图可以按照MS Word模板的方式来显示，通过在块图中定义不同类型的需求与子需求来对应章节与子章节。

最终用户可以通过直观地填写“需求模板”来使用文档视图。

重用

IRQA提供了使用最先进技术的重用功能，允许用户在多个项目中以不同共享方式（共享，复制与链接，复制）来共享需求。

新功能允许定义一组在同时存在于不同项目中的不同版本的“可重用组件”。

此功能远远超出了仅仅“共享”需求的意义，特别支持产品系列与变种的需求管

理与需求工程。

工作流程

可以根据项目中已有的不同的状态转移与用户组（用户配置）以图形的方式来表达需求流程或其它多种工作流程。

在IRQA中每个转移状态可以指定脚本来触发相应的动作，例如：

?当批准/拒绝一个需求时，为相关的用户发送Email通知

?把已批准的需求发给项目管理或配置管理工具

?在一个需求属性中触发一个变更

?等等

IRQA 报告管理器

IRQA提供了多种预定义的报告格式，可以输出RTF, HTML, PDF, XLS, CSV, 等格式。

根据特殊要求，IRQA 报告管理器提供了灵活的报告设计工具，可以创建特殊的报告：

?需求单元报告

?跟踪报告

?仪表盘与指标显示

?…等等!

可追踪性

除了其它方法外，用户还可以导航浏览定义在块图中的关系，建立和验证这些单元之间的追踪性，也可以对行、列进行过滤显示没有关联的单元。

●逆向追踪

该追踪矩阵可以同块图的结构联合起来，显示间接关联块之间的追踪性。

●正向追踪

正向追踪性可以呈现为树视图，能够观察变更的影响分析。

为了完善需求工程过程，IRQA提供了建模的功能，可以描述业务模型、需求模型和其他模型。

测试用例支持

IRQA提供了在工具中定义测试用例的功能，这是为了形成一个“包含一切”的整合环境，用户在这个环境中可以完成所有跟需求有关的活动。

即使IRQA是个易于使用的工具，它也包含了覆盖了整个需求工程过程的强大的管理功能，包括基线管理。

可以对基线进行创建、恢复和比较的操作。

产品特点

需求捕获

●从Word和Excel文档中自动或手动地捕获

●自动从XML文件中捕获需求

●直接从MS Word和MS Outlook中导入需求

●需求是由文本和/或对外部文档（图形信息、表、Excel表，等等）的引用来

描述的

●层次的和限定的需求结构

●用户定义的需求编码配置

需求分析

●问题域模型结构：业务概念和自定义属性

●需求在问题域中的上下文考虑

●行为模型: 用例图，场景图

●需求间关系的建立

●多维组织模型

解决方案规约

角色的标识（外部实体）

服务的标识（顶层功能）

系统与外部实体交互的模型化：用例图，环境图

服务的模型化和详细描述，描述服务的两种方法是：文本和图形(数据流图, 场景图，状态图)

规约的验证

在需求和服务/参与者之间建立关系

检查规约的完整性

确认和验收测试

定义需求的合适性准则（确认准则）

定义测试场景

把测试场景指派给需求或服务

与TestDirector/Quality Center的集成

验证矩阵

需求管理

由用户指定需求的分类标准

必备属性

视图、过滤器和搜索功能的管理

文本动态筛选

由用户指定网格视图

共享网格视图

通过定义块图工作流所定义的需求过程与跟踪规则版本管理

需求追踪

追踪矩阵

用户需求和服务之间建立关系

用户需求和业务概念之间建立关系

业务概念模型和相关方案的导入/导出

用户需求和实现类之间建立关系

可疑链接

项目组织

用户管理和访问权限划分

在域和/或块中的多个规范组织

域和块的图形表示

在域和块中组织的基础上对规范的导航能力

与用户管理系统的集成：Active Directory、LDAP等

报告的产生

预定义的报告格式

由用户定义的报告：符合工业标准的或机构中已有模板的文档支持多种格式：html, pdf, xml, doc, xls, csv, etc.

支持重用

部件共享

部件复制

更新被共享或被复制的部件

配置管理

项目的版本和基线

恢复先前的版本

比较版本和基线

需求、服务和参与者各自的版本

集成任何兼容SCC的SCM工具：VSS、PVCS、Seapine SurroundSCM、ClearCase等

需求规范的质量测定

报告管理器的仪表盘显示工具

规范的一致性检测

规范的复杂性报告

与设计工具集成

XMI/UML导入/导出能力

从需求到设计的追踪，基于XMI接口

需求和实现类之间的关系

与其他工具集成

需求的导入/导出功能，XML格式

平台支持

操作系统：Windows 2000/NT/XP

数据库：Oracle、MS Access、SQL Server、MySQL、Informix

主要特点

●IRQA是面向需求工程的（相对于仅仅面向需求管理），通过标准模型支持

完整的规约周期：

?需求捕获

?需求分析

?系统规范的建立

?规范的验证（规约vs.需求）

?验收测试的管理

?需求的组织和分类

?需求管理

●IRQA重点在于信息的开发

●提供了强大的建模能力

●支持图形组织和模型导航，图形模型的好处比系统结构的文本描述更为显

著：

?比“文件夹”方法更为灵活和具有指导性

?“活动”的图形，而不仅仅是图片

?多级组织和分类

?在复杂的团队协作中构成需求管理的基础

●使用IRQA，你可以实现你的需求工程管理过程

●基于开放的关系型数据库（任何商业的关系型数据库都可以使用）

●在需求分析和规范的建立中，传统的结构化的方法和面向对象方法都可以使

用

●为兼容XMI的设计工具提供了强大的XMI接口

●先进的报告产生和管理：可以产生或捕获标准的和用户定义的文档格式

●从一个单元到另一个任何类型单元（即，需求、概念、服务、测试场景等）

的完整的追踪能力

需求管理工具的比较

需求管理工具的比较 The pony was revised in January 2021

实验三需求管理工具的比较需求管理（REQM,Requirements Management） CMMI对需求管理提出了明确的目的：一是管理项目的产品和产品构件的需求；二是标识哪些需求与项目计划及工作产品之间不一致。通过适当的步骤，确保需求在项目的各个层面上动态地保持一致，一旦出现不一致，则启动相关的处理过程域，使其调整到一致。 需求管理的工具包括: 1.需求及相关文档管理的工具； 2.流程审批的流转电子化； 3.溯源性矩阵的维护工具； Rational RequisitePro IBM Rational RequisitePro 解决方案是一种需求和用例管理工具，能够帮助项目团队改进项目目标的沟通，增强协作开发，降低项目风险，以及在部署前提高应用程序的质量。通过Microsoft word的高级集成方式，为需求的定义和组织提供熟悉的环境。提供数据库与word文档的实时同步能力，为需求得组织、集成和分析提供方便。支持需求详细属性的定制和过滤，以最大化各个需求的信息价值。提供了详细的可跟踪性试图，通过这些试图可以显示需求见的父子关系，以及需求之间的相互影响关系。通过倒出XML格式的项目基线，可以比较项目间的差异。可以与IBM Development Platform中的许多工具进行集成，以改善需求的可访问性和沟通。 DOORS

DOORS是基于整个公司的需求管理系统，用于捕捉、链接、追踪、分析及管理信息，以确保项目与特定的需求及标准保持一致。DOORS使用清晰的沟通来降低失败的风险，这使通过通用的需求库来实现更高生产率的建设性的协作成为可能，并且为根据特定的需求定义的可交付物提供可视化的验证方法，从而达到质量标准。DOORS企业需求管理套件是仅有的面向管理者、开发者和最终用户及整个生命周期的综合需求管理套件。不同于那些只能通过一种方式工作的解决方案，DOORS赋予你多种工具与方法对需求进行管理，可以灵活地融合到公司的管理过程中。以世界着名的需求管理工具DOORS为基础，DOORS使得整个企业能够有效地沟通从而减少失败的风险。DOORS通过统一的需求知识库，提供对结果是否满足需求的可视化验证，从而达到质量目标，并能够进行结构化的协同作业使生产率得到提高。 Borland CaliberBM Borland CaliberBM 是一个基于Web和用于协作的需求定义和管理工具，可以帮助分布式的开发团队平滑协作，从而加速交付应用系统。CaliberRM辅助团队成员沟通，减少错误和提升项目质量。CaliberRM有助于更好地理解和控制项目，是borland声明周期管理技术暨borland Suit 中用于定义和设计工作的关键内容，能够帮助团队领先于竞争对手。CaliberRM提供集中的存储库，能够帮助团队在早期及时澄清项目的需求，当全体成员能够保持同步，工作的内容很容易具有明确的重点。此外，CaliberRM和领先的对象建模工具、软件配置管理工具、项目规划工具、分析设计工具以及测试管理工具良好地集成。这种有效的集成有助于更好地理解需求变更对项目规模、预算和进度的影响。 统御需求管理软件（oKit-req）

第2章 软件项目需求管理复习题

第2章软件项目需求管理复习题 一、填空题： 1、需求是从系统外部能发现系统所具有的满足于用户的特点、功能与属性等。 2、软件需求的四个层次依次分别是：原始问题描述、用户需求、系统需求、软件设计描述。 3、原始问题描述和用户需求的抽象层次比较高，能帮助我们的较高抽象层次上进行交流，而系统需求和软件设计描述则是具体的，可以根据它们的来进行编码。 4、通常情况下，在4个不同层次的软件需求描述中，由于原始问题描述和软件设计描述过于抽象和过于具体而不常出现，人们经常提到的是用户需求和系统需求。 5、系统需求一般分为功能需求、非功能需求和领域需求。 6、功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务、对输入如何响应 及特定条件下系统行为的描述。 7、功能需求取决于软件的类型、软件的用户及系统的类型等。 8、功能需求应该具有全面性和一致性。 9、功能需求全面性指对用户所需要的所有服务进行描述。 10、功能需求一致性则指需求的描述不能前后自相矛盾。 11、非功能需求是指那些不直接与系统的具体功能相关的一类需求。它们与系统总体特性相关，如可靠性、响应时间及需要的存储空间等。 12、非功能性需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。 13、非功能需求还与系统的开发过程有关，例如对在软件过程中必须要使用的质量标准的描述、设计中必须使用的CASE工具集的描述以及软件过程所必须遵守的原则等。 14、按照非功能需求的起源，可将其分为产品需求、机构需求和外部需求3大类。 15、产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程。 16、一个好的需求集应该包含用户解决问题需要的功能服务，而且尽量避免涉及软件设计与软件实现的细节。区分一个需求集质量的高低可通过软件需求质量度量的9个元素，即正确性、无歧义、完备性、一致性、分级别、可验证性、可修改性、可跟踪性、可理解性。17、需求工程可分解为需求开发和需求管理。需求开发关注需求的生成，需求管理关注需求变更的控制。 18、需求开发与需求管理之间的界限是基准需求规格。 19、需求管理是一个使客户与项目团队不断变更的软件需求达成并保持一致的过程。 20、需求开发的结果应该有项目视图、范围文档、用例文档、软件需求规格说明书及相关分析模型。 21、需求评审有两类，其中的正式技术评审也称为同行评审。 22、实现需求跟踪的一种通用方法是采用需求跟踪矩阵。 二、简答题： 1、软件需求的定义是什么，分别从用户角度和开发者角度给以阐述。 用户角度：用户解决问题或达到目标所需的条件或能力； 开发者角度：系统或系统不见腰满足合同、标准、规范或其他正式文档所需具有的条件或能力。

需求管理工具DOORS介绍[1]

需求管理工具DOORS介绍[1] 什么是需求管理? 需求管理是系统地收集与沟通所有项目目标及保证这些目标，且仅仅是这些目标被完全与正确地满足的相关活动。 需求管理影响整个生命周期 一个不完整的需求捕获和管理过程会对项目的生命周期产生多米诺骨牌的效应。用户需求的缺失会导致系统需求的缺失，从而导致设计单元及功能的缺失并最终导致系统不能实现预期的功能-或需要在后期进行昂贵的修正，使得项目拖期、产生严重的质量问题与超出项目预算。 需求管理能够使组织建立一个流程： 沟通做什么与为什么做，并对这种定义的变化进行沟通。 通过协同来完成这些任务 验证所有事情是否都被完成及是否按最初描述的方式完成。 为什么需求管理很关键? 根据Standish 集团的工业报告“Extreme Chaos”(2001), 在2000 年只有28%的软件开发项目获得了成功。23%的软件开发项目是失败的，49%是“被质疑的”-就是说这些项目超过时限、超过预算或没有实现最初计划的功能。 当Standish 集团问及项目成功的因素时，发现有44%的原因与需求直接相关。也就是说，有接近一半的原因来源于同一领域：需求管理。基于这样的数据，你无法不全心面对这一领域。 Telelogic DOORS企业需求管理套件简介 用于加快项目进程与提高项目质量的需求管理工具应当被紧密地结合到组织中。捕获、组织与确定关键信息的优先级不应该只由某一单一领域的工程师或分析师来完成。需求管理是团队的工作，只有这样才能保证统一的步调，使项目成功。 Telelogic DOORS 企业需求管理套件(DOORS/ERS)是仅有的面向管理者、开发者与最终用户及整个生命周期的综合需求管理套件。不同于那些只能通过一种方式工作的解决方案，DOORS/ERS赋予你多种工具与方法对需求进行管理，这使你可以灵活地把它们融合到公司的管理过程中。

企业级需求管理工具调研报告(2020年3月)

企业级需求管理工具选型报告 （2020年3月20日） 近年来，随着利率市场化、互联网金融的冲击，银行面临市场竞争压力越来越大。特别是商业银行一方面要面临互联网金融企业（如：支付宝、微信）的市场挤压，必须持续业务创新，推出特色金融服务产品，发挥银行金融科技的优势；另一方面也面临的银行监管越来越严，对产品创新、IT建设与管理、风险控制的合规性要求也越来越高。因此，面临当前的竞争格局，倒逼各家银行在加快业务创新，加速数字化银行转型升级，加快IT系统建设和新业务快速投产运营。但现实的情况是，随着软件项目和开发规模急剧扩大，外包大量引入，这种大规模软件开发管理过程，对我行科技部门提出了很大的管理挑战，特别是需求作为开发过程的第一环节显得尤其重要，快速形成高质量需求、精准传递和管理需求，是IT项目成功的最重要条件。业务人员都希望能够以简便、快速的方式完整、有效表达对IT建设的要求，科技部门人员也希望能够从业务部门获取到尽量真实、完整的业务要求，以指导系统建设不走偏、不变样。但实际工作过程中，业务部门与科技部门之间，需求传递失真、各说各话的情况很多。 在我行Fintech数字化转型时期，科技开发对需求管理提出了新的要求，作为科技开发首要环节，快速形成高质量需求和高效的需求管理过程，是开发质量和效率双提升的必要条件！由此，改变过去传统的粗放式管理方式向需求精益化管理模式势在必行。采用科学的需求开发方法和管理过程，对于消除业务部门与科技之间的隔阂、提高业务需求质量、提升IT对于业务的支撑能力，具有重要作用。那么，选择什么样的管理工具才能合适自己？能帮我们解决什么问题？能帮我提升开发和管理效率吗？平台选择的标准是什么？这是各家银行CIO正在思考的问题。 一、银行业需求管理面临的共性问题 当今在需求工程领域以需求为主线、发挥科技对业务的支撑能力方面，发挥着重要作用。但随着业务的不断发展、创新，业务部门对于应用系统建设及使用的响应效率和支持 能力要求越来越高，一方面由于银行业务的复杂性和项目实现的复杂度，需求的复杂度和 关联性很强，从需求提出到需求实现的周期较长、路径复杂，使得需求传递、需求变更、 需求跟踪非常困难，极易出现失控。以文档为管理单元的传统方式进行需求的管理，已经

Telelogic DOORS 8.0需求管理工具介绍发布

领测软件测试网 Telelogic DOORS 8.0 (企业需求管理套件) 为加快项目进程与提高项目质量的需求管理工具应当被紧密地结合到组织中。捕获、组织与确定关键信息的优先级不应该只由某一单一领域的工程师或分析师来完成。需求管理是团队的工作，只有这样才能保证统一的步调，使项目成功。 Telelogic DOORS 企业需求管理套件（DOORS/ERS）是仅有的面向管理者、开发者与最终用户及整个生命周期的综合需求管理套件。不同于那些只能通过一种方式工作的解决方案，DOORS/ERS赋予你多种工具与方法对需求进行管理，这使你可以灵活地把它们融合到公司的管理过程中。以世界著名的需求管理工具DOORS 为基础，DOORS/ERS使得整个企业能够有效地沟通从而减少失败的风险。 DOORS/ERS 通过统一的需求知识库，提供对结果是否满足需求的可视化验证，从而达到质量目标，并能够进行结构化的协同作业使生产率得到提高。为什么需求管理很关键？根据Standish 集团的工业报告“Extreme Chaos” (2001), 在2000 年只有28％的软件开发项目获得了成功。23％的软件开发项目是失败的，49％是“被质疑的”－就是说这些项目超过时限、超过预算或没有实现最初计划的功能。 当Standish 集团问及项目成功的因素时，发现有44％的原因与需求直接相关。也就是说，有接近一半的原因来源于同一领域：需求管理。基于这样的数据，你无法不全心面对这一领域。 DOORS/ERS 是灵活的解决方案具有以下功能：沟通协同无处不在的验证结果：缩短上市时间提高质量项目的成功能够被重复降低成本什么是需求管理？需求管理是系统地收集与沟通所有项目目标及保证这些目标，且仅仅是这些目标被完全与正确地满足的相关活动。需求管理影响整个生命周期一个不完整的需求捕获和管理过程会对项目的生命周期产生多米诺骨牌的效应。用户需求的缺失会导致系统需求的缺失，从而导致设计单元及功能的缺失并最终导致系统不能实现预期的功能－或需要在后期进行昂贵的修正，使得项目拖期、产生严重的质量问题与超出项目预算。需求管理能够使组织建立一个流程：沟通做什么与为什么做，并对这种定义的变化进行沟通。 通过协同来完成这些任务验证所有事情是否都被完成及是否按最初描述的方式完成。DOORS 企业需求管理套件是业界最强大的需求管理解决方案 DOORS/ERS 是有史以来最全面的解决方案。多年来，我们与用户并肩地进行各种要求苛刻的项目所形成的经验铸就了

论软件项目中需求管理的重要性

需求管理对软件项目的重要性 信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。 以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。 信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。软件是计算机的核心，信息社会需要众多功能灵活的软件系统。 但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。 所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。 现阶段需求管理的问题主要体现在以下几个方面：

1.软件项目中范围、进度、成本估算准确率低。 软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。 软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。 软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下，出错率高。 4.软件不可维护、生命周期短。 软件程序中错误难以改正，出现新的需求或者需求变更时原有架构不易于维护，不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短，软件成本加深。 5.软件缺乏配套文档资料。 软件产品应具备整套文档资料。然而在进度与成本的制约下，文档的编写与更新工作也使得软件组织疲惫不堪，每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板，更为文档编写带来困难之处。而缺乏相关文档对软件的二

需求管理工具IRQA

企业级的需求工程解决方案IRQA IRQA 简介： IRQA是使用最先进技术的需求工程工具，是专门为支持完整的需求工程过程而设计的。 IRQA非常适合那些正在寻求定义与实施需求过程的企业。 IRQA的突出功能是针对从基本到复杂的各种需求工程过程进行定制。 用户现在可以而拥有易用的、功能完善的集成解决方案。 功能强大的需求工程工具可以帮助团队建立高品质的系统需求规约：用户可以捕获和管理需求，在自己的专业领域内对它们进行归类和分析，用清晰的可表达的技术手段描述要创建的系统，这样的系统需求规约可以很容易地被系统的最终用户所理解。另外，在系统开发的后续阶段和活动中，IRQA可以管理和追踪这些需求。对于复杂的大型项目，IRQA的图形功能可以帮助我们组织规约，确保规约的质量。

IRQA属于新一代的需求工程工具：其重点不仅是对需求进行管理，还会分析需求、组织项目、以及描述将要构建的系统的顶层功能。因此，使用最先进技术的需求管理的方法论和技术，IRQA实现了软件需求管理过程的自动化，增强了系统开发的效率和效果。 需求管理 IRQA在生命周期中的位置 对需求的捕获、分析、规约、建模和追踪都是在同一个工具中完成的。 在整个公司中，定义所有团队的需求过程并对需求进行组织。 IRQA提供了直观易用的界面，用来管理需求和其他单元，减少最终用户的学习周期和实施时间。

块图 在管理需求时，除了常用的文本形式之外，还可以使用简单的“块图”，定义出公司标准的需求过程。 使用这些交互式的块图，可以在规约之间进行切换浏览，聚焦当前要处理的单元，可视化地呈现和管理这些单元之间的追踪性，在系统用户当中的共享这种结构。 你可以用自己的视点来查看规约，例如：

软件项目管理系统要求规范

软件项目管理规范 一、软件项目管理的定义 软件项目管理是软件工程和项目管理的交叉学科，软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义可以将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。 软件工程的活动包括问题定义、可行性研究、需求分析、设计、实现、确认、支持等，所有这些活动都必须进行管理，软件项目管理贯穿于软件工程的演化过程之中，如图1所示。 图1 软件工程的演化过程 二、软件项目管理的过程 为保证软件项目获得成功，必须清楚其工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等。软件项目的管理工作在技术工作开始之前就应开始，而在软件从概念到实现的过程中继续进行，且只有当软件开发工作最后结束时才终止。管理的过程分为如下几个步骤： （1）启动软件项目 启动软件项目是指必须明确项目的目标和范围、考虑可能的解决方案以及技术和管理上的要求等，这些信息是软件项目运行和管理的基础。 （2）制定项目计划 软件项目一旦启动，就必须制定项目计划。计划的制定以下面的活动为依据。 ·估算项目所需要的工作量 ·估算项目所需要的资源 ·根据工作量制定进度计划，继而进行资源分配 ·做出配置管理计划 （3）跟踪及控制项目计划 在软件项目进行过程中，严格遵守项目计划，对于一些不可避免的变更，要进行适当的控制和调整，但要确保计划的完整性和一致性。 （4）评审项目计划 对项目计划的完成程度进行评审。并对项目的执行情况进行评价。 （5）编写管理文档 项目管理人员根据软件合同确定软件项目是否完成。项目一旦完成，则检查项目完成的结果和中间记录文档，并把所有的结果记录下来形成文档而保存。 三、软件项目管理的内容

需求管理工具比较

本人从网上收集整理的几个需求管理工具- 项目管理 需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。这里是本人收集整理的几个需求管理系统，希望对大家有点帮助。 Rational RequisitePro Rational RequisitePro是一个强大、易用、集成的需求管理产品。而通过与Rational系列软件产品的广泛集成，大大扩展了RequisitePro及其他产品的功能，给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响，帮助验证所有的规划需求被交付物所满足、降低项目风险。 网址：https://www.wendangku.net/doc/7513482514.html,/software/awdtools/reqpro/ IBM Rational DOORS IBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS，被IBM收购后更名为IBM Rational DOORS。DOORS 是最老牌的企业需求管理套件，通过使用DOORS/ERS，可以帮助企业更有效地进行沟通并加强协作与验证，从而降低失败的风险。通过对整个组织实施多种需求管理的方法，可以使项目的管理更加透明。它可以使企业跨越地域与组织的边界来按国际化的方式运行。

网址：https://www.wendangku.net/doc/7513482514.html,/software/awdtools/doors/ Borland CaliberRM Borland CaliberRM是一个基于Web 和用于协作的需求定义和管理工具，可以帮助分布式的开发团队平滑协作，从而加速交付应用系统。CaliberRM 辅助团队成员沟通，减少错误和提升项目质量。CaliberRM 有助于更好地理解和控制项目，是Borland 生命周期管理技术暨Borland Suite 中用于定义和设计工作的关键内容，能够帮助团队领先于竞争对手。CaliberRM提供集中的存储库，能够帮助团队在早期及时澄清项目的需求，当全体成员都能够保持同步，工作的内容很容易具有明确的重点。此外，CaliberRM 和领先的对象建模工具、软件配置管理工具、项目规划工具、分析设计工具以及测试管理工具良好地集成。这种有效的集成有助于更好地理解需求变更对项目规模、预算和进度的影响。 网址：https://www.wendangku.net/doc/7513482514.html,/us/products/caliber/index.html

软件项目需求管理

南京信息工程大学实验（实习）报告 实验名称软件项目需求管理实验日期10.15 _______ 指导老师仅供参考 一、实验目的 掌握软件项目需求管理过程，学习编制软件项目需求规格说明书。 二、实验时间 2学时 三、实验要求 1、按照需求规格文档模板完成需求规格说明书的编写，按实验报告的撰写规范完成实验报 告。 2、自拟一个简易软件系统（以自己熟练操作的软件为主，如学生成绩管理系统、图书 管理系统、美食订餐系统等，后续实验将一直围绕该系统展开），从软件开发人员 角度来思考编写该项目的需求规格说明书。 3、用功能点法分析软件规模，给出软件的功能点值。 四、实验内容 图书管理系统软件需求规格说明 1. 引言 1.1目的 对于一个大型图书馆，对图书的借还，读者注册借阅以及图书的管理是使用图书馆资源重要的前提，所以一个优秀的图书管理系统对于管理是非常重要的，该需求规格说明书对图 书管理系统软件进行了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能。 1.2范围 本系统通过给图书管理人员带来管理上的便利来提高管理效率，本系统包括基本的增删 改查功能。力求减少人力与管理费用，提高信息准确度，改进管理和服务，建立高效的信息传输和服务平台，提高信息处理速度和利用率。 1.3定义、简写和缩略语 文档中采用的专门术语的定义及缩略词简要如下： LMS Library Management System，图书管理系统。

1.4引用文件

中国国家标准化管理委员会.GB/T-9385-2008，计算机软件需求规格说明规范 [S] . 2008. 2. 概述 2.1产品描述 本系统就是为现代化图书管理信息系统而设计的，本系统是面向图书管理员的，主要 解决了手工记录容易出错等与书籍多等有关的问题。 2.2产品功能 能够储存一定数量的图书信息，并方便有效地进行相应的图书书籍的数据操作和管理, 这主要包括：图书信息的增删改查；图书的检索；图书借还情况的统计。 能够对一定数量的读者进行相应的信息储存和管理, 读者的统计与查询。 的服务。 2.3用户特点 通过对图书书籍、读者信息、借还情况进行高效的管理， 图书管理员可以查询某读者、 某 图书的具体情况，还可以对某类、某具体同种书进行一些统计，能够在系统上给出统计表格， 以便全面掌握图书的流通情况，减少工作量。 2.4运行环境 硬件环境： CPU : 2.2GHz 及以上 内存：最低128M 推荐512M 以上 硬盘：最低5G 可用；推荐10G 可用以上 显示：1280x1024及以上 软件环境： Win dows XP 及以上操作系统 My Eclipse SQL server 2008 Jdbc 2.5约束 本图书管理系统最好只应用于学校图书管理员，在功能上还可以进一步实现安全防范、 借阅平台、后台管理、图书管理、与网络集成起来，实现真正的网上图书系统软件。 2.6假设和依赖关系 由于开发时间和计算机数量有限， 该系统不能提供强大的信息查询功能， 对信息的保护 这其中包括：读者信息的增删改查; 能够提供一定的安全机制， 提供数据信息授权访问, 防止随意删改，同时提供数据备份

需求管理理论知识及需求管理工具介绍

需求管理理论知识及需求管理工具介绍 Marco Lee 2012-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)需求描述的准确性问题;

软件项目管理需求规范-格式

XX省技术资源应用公共服务平台建设需求管理规X XX省技术资源应用公共服务平台建设（产品项目）统一过程 项目编号：PSPP-2008-001 版本：1.0 用户：系统分析员，配置经理、项目经理分类：规X 状态：草案密级：普通 文档信息

目录 1.简介1 1.1.目的1 1.2.X围1 1.3.词汇表1 1.4.参考信息1 2.需求分析与需求管理二者的界限2 3.需求分析规X3 3.1.需求分析流程图3 3.2.角色3 3.3.进入准则4 3.4.输入4 3.5.活动4 3.6.输出进行相关修改5 3.7.验证与确认5 3.8.退出准则5 3.9.度量6 4.需求管理规X6 4.1.需求管理流程图6 4.2.角色6 4.3.进入准则6 4.4.输入6 4.5.活动7 4.6.输出7 4.7.验证与确认7 4.8.退出准则7 4.9.度量7

1. 简介 1.1. 目的 指导需求过程中的需求分析和需求管理的工作。 1.2. X围 XX省技术资源应用公共服务平台建设所有工程项目。 1.3. 词汇表 需求：（正在构建的）系统必须符合的条件或具备的功能。 需求管理：一种获取、组织并记录系统需求的系统化方案，以及一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。需求管理的目标是：使软件需求受控，并建立供软件工程和管理使用的基线。使软件计划、产品和活动与软件需求保持一致。 1.4. 参考信息 《软件需求》（Karl E.Wiegers）

2. 需求分析与需求管理二者的界限 如图，需求分析同需求管理共同形成对需求的规X执行和控制，贯穿需求的整个过程，分析的侧重点为执行，管理的侧重点为过程的监控管理。 本文从需求分析和管理两方面规X公司对需求的执行和控制。

需求管理工具的比较精选文档

需求管理工具的比较精 选文档 TTMS system office room 【TTMS16H-TTMS2A-TTMS8Q8-

实验三需求管理工具的比较 需求管理（REQM,Requirements Management） CMMI对需求管理提出了明确的目的：一是管理项目的产品和产品构件的需求；二是标识哪些需求与项目计划及工作产品之间不一致。通过适当的步骤，确保需求在项目的各个层面上动态地保持一致，一旦出现不一致，则启动相关的处理过程域，使其调整到一致。 需求管理的工具包括: 1.需求及相关文档管理的工具； 2.流程审批的流转电子化； 3.溯源性矩阵的维护工具； Rational RequisitePro IBM Rational RequisitePro 解决方案是一种需求和用例管理工具，能够帮助项目团队改进项目目标的沟通，增强协作开发，降低项目风险，以及在部署前提高应用程序的质量。通过Microsoft word的高级集成方式，为需求的定义和组织提供熟悉的环境。提供数据库与word文档的实时同步能力，为需求得组织、集成和分析提供方便。支持需求详细属性的定制和过滤，以最大化各个需求的信息价值。提供了详细的可跟踪性试图，通过这些试图可以显示需求见的父子关系，以及需求之间的相互影响关系。通过倒出XML 格式的项目基线，可以比较项目间的差异。可以与IBM Development Platform中的许多工具进行集成，以改善需求的可访问性和沟通。 DOORS DOORS是基于整个公司的需求管理系统，用于捕捉、链接、追踪、分析及管理信息，以确保项目与特定的需求及标准保持一致。DOORS使用清晰的沟通来降低失败的风险，这使通过通用的需求库来实现更高生产率的建设性的协作成为可能，并且为根据特

(完整版)IBM软件产品需求管理流程

IBM 软件产品需求管理流程 1. 简介 IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始，到研发以及后续的交付遵循IB M软件部集成产品设计(IPD)流程。IBM 软件产品需求管理流程是IPD的一个体现，也就是一个由市场/客户驱动的，跨市场部门、研发产品管理部门及研发工程部门的端到端需求管理流程。同时，此次内容我们将描述IPD和产品需求管理流程，及流程中的角色（市场、研发产品管理部门及研发工程部门），以及他们之间是如何通过协作来管理需求的。 2. 背景——IPD IPD指导如何对软件产品发布版本进行投资决策和如何协调部门间工作以实现这些决策所 定义目标，IBM软件产品需求管理基于IPD流程，要了解这个需求管理的流程，首先我们要了解IBM所有产品开发所遵循的IPD的流程，包括其决策点。 IPD流程分为六个步骤： 1.概念：即概念验证阶段，主要对需求包进行评审，以确定其是否有足够的商业价值； 2.计划：即资源投入计划阶段，主要对需求包进行评估，以确定是否有足够的资源且在 一定的时间范围内将需求包开发出来； 3.开发：即对需求包进行开发成产品阶段； 4.验证：即对产品进行验证阶段； 5.交付：即将产品交付市场阶段； 6.生命周期：即产品在市场上销售，使用，维护和退出市场的阶段。 其中包括了几个重要的决策检查点(DCP)：

1.概念决策检查点：即经过概念阶段各方面进行的一系列评审，在此检查点确定（1） 我们对需求包是否有足够的理解；（2）需求包是否有足够的商业价值。如果是，继续进入计划阶段； 2.计划决策检查点：即经过计划阶段的评估，在此检查点确定（1）我们是否有足够的 资源在既定的时间范围内完成需求包的开发（2）研发部门是否能在(1)的估计上承诺进行开发。如果是，继续进入开发阶段； 3.可交付决策检查点：即经过开发和验证阶段，在此检查点确定（1）产品是否质量合 格以交付给客户（2）我们产品的相应支持和销售是否已经准备好服务客户,如果是，产品交付市场； 4.生命周期结束决策检查点：即产品在市场使用一定时期后，在此检查点确定产品是否 退出市场。 一个产品从市场需求开始，经过概念验证，时间、资源等计划的支持，然后进行开发，验证，直至发布到市场供客户使用，最后在某个特定的时候结束产品在市场上的销售，在IBM都遵循着IPD流程。在其中过程中，这个产品的概念是否被接受，是否能得到资源上的投入的承诺，是否通过最终验证可以在市场上发布，以及什么时候在市场上停售，这些关键的决策都通过相应的委员会在不同的决策点上进行决策。 3. IPD 与产品需求管理流程 以上描述了IBM IPD的基本概念，我们接下来看IBM软件产品的需求管理是如何基于IPD 的。首先，请看下图一：产品需求管理流程。

国内外需求管理工具比较学习资料

需求管理（REQM,Requirements Management）属于成熟度2级（受管理级）的过程域，是其他许多过程域实施的前提。对于暂未实施CMMI的企业，同样也可以借鉴CMMI的原则，实施和优化需求管理。 许多IT企业都有过需求失控的痛苦经历，我们不难体会，没有好的需求管理会给我们带来什么： ?需求以失控的状态进入软件过程，从源头上失去了项目的质量保证； ?需求范围界定不清，使项目缺乏计划性，导致成本、研制周期失控； ?需求变更失控，使组织处于被动反应式的环境中，项目组成为救火队； ?需求管理不当，导致项目延期、士气低落，增加了项目的失败风险； ?…… 为了避免上述情况的出现，CMMI对需求管理提出了明确的目的：一是管理项目的产品和产品构件的需求；二是标识哪些需求与项目计划及工作产品之间不一致。通过适当的步骤，确保需求在项目的各个层面上动态地保持一致，一旦出现不一致，则启动相关的处理过程域，使其调整到一致。 需求管理的工具包括： ①需求及相关文档管理的工具； ②流程审批的流转电子化； ③溯源性矩阵的维护工具。 其中最大的难点是需求溯源性矩阵的维护工具，对此我们作重点分析。 需求溯源包括的三个方面，可看作是三个子矩阵，每个子矩阵对某个方面都具有双向溯源性。 ?需求向低层分解的双向溯源矩阵 ?需求沿生命周期纵向产品溯源矩阵 ?需求的水平溯源矩阵（跨系统功能间） 综上所述，需求管理要求建立和维护需求双向溯源表，而双向溯源表的关联关系非常复杂，因此： ①必须借助工具进行管理。对小的项目，可以用Excel等简单工具进行管理， 但对大型项目或组织级的需求管理，则应购买或自行开发专门的需求管 理工具。 ②必须建立一套编码体系，以便进行标识和检索。 ③需求管理工具可以与配置管理工具同时考虑，即综合设计成一个管理系 统。

需求管理工具的比较

实验三需求管理工具的比较 需求管理（REQM,Requirements Management） CMMI对需求管理提出了明确的目的：一是管理项目的产品和产品构件的需求；二是标识哪些需求与项目计划及工作产品之间不一致。通过适当的步骤，确保需求在项目的各个层面上动态地保持一致，一旦出现不一致，则启动相关的处理过程域，使其调整到一致。 需求管理的工具包括: 1.需求及相关文档管理的工具； 2.流程审批的流转电子化； 3.溯源性矩阵的维护工具； Rational RequisitePro IBM Rational RequisitePro 解决方案是一种需求和用例管理工具，能够帮助项目团队改进项目目标的沟通，增强协作开发，降低项目风险，以及在部署前提高应用程序的质量。通过Microsoft word的高级集成方式，为需求的定义和组织提供熟悉的环境。提供数据库与word 文档的实时同步能力，为需求得组织、集成和分析提供方便。支持需求详细属性的定制和过滤，以最大化各个需求的信息价值。提供了详细的可跟踪性试图，通过这些试图可以显示需求见的父子关系，以及需求之间的相互影响关系。通过倒出XML格式的项目基线，可以比较项目间的差异。可以与IBM Development Platform中的许多工具进行集成，以改善需求的可访问性和沟通。 DOORS DOORS是基于整个公司的需求管理系统，用于捕捉、链接、追踪、分析及管理信息，以确保项目与特定的需求及标准保持一致。DOORS使用清晰的沟通来降低失败的风险，这使通过通用的需求库来实现更高生产率的建设性的协作成为可能，并且为根据特定的需求定义的可交付物提供可视化的验证方法，从而达到质量标准。DOORS企业需求管理套件是仅有的面向管理者、开发者和最终用户及整个生命周期的综合需求管理套件。不同于那些只能通过一种方式工作的解决方案，DOORS赋予你多种工具与方法对需求进行管理，可以灵活地融合到公司的管理过程中。以世界著名的需求管理工具DOORS为基础，DOORS使得整个企业能够有效地沟通从而减少失败的风险。DOORS通过统一的需求知识库，提供对结果是否满足需求的可视化验证，从而达到质量目标，并能够进行结构化的协同作业使生产率得到提高。Borland CaliberBM Borland CaliberBM 是一个基于Web和用于协作的需求定义和管理工具，可以帮助分布式的开发团队平滑协作，从而加速交付应用系统。CaliberRM辅助团队成员沟通，减少错误和提升项目质量。CaliberRM 有助于更好地理解和控制项目，是borland声明周期管理技术暨borland Suit中用于定义和设计工作的关键内容，能够帮助团队领先于竞争对手。CaliberRM提供集中的存储库，能够帮助团队在早期及时澄清项目的需求，当全体成员能够保持同步，工作的内容很容易具有明确的重点。此外，CaliberRM和领先的对象建模工具、软件配置管理工具、项目规划工具、分析设计工具以及测试管理工具良好地集成。这种有效的集成有助于更好地理解需求变更对项目规模、预算和进度的影响。 统御需求管理软件（oKit-req）

软件项目需求管理总结

软件项目需求管理总结 在软件项目中，需求管理贯穿了项目的整个生命周期。销售阶段的需求管理核心目的是要激发企业业务部门对信息化的需求，而此时业务部门往往因为对软件的心理障碍和本身的限制，提不出需求来，一般是售前顾问站在企业管理特点和管理问题等角度提出，这个阶段的需求，越多越好，而且需求越痛越有卖点，因为这样更能体现信息化建设的必要性和带来的价值。 但从实施立项开始，需求就成了所有项目经理的心头之痛。客户花钱购买了我们软件，理所当然地认为软件可以解决一切问题、甚至代替管理;加上销售过度承诺、客户应用经验的增加和对软件的了解程度加深等，都有可能使客户对软件的需求不断变化。如果不能有效管理这些需求，就很容易导致项目失去控制，客户购买的一辆QQ，也许最后你不得不为他打造一辆劳斯莱斯。 如何管理? 一、需求无法控制，只能进行管理 需求无法控制，只能进行管理，正如吃饭一样，饿了就得吃，不吃难受。为了把需求管理在一定的范围内，首先，实施顾问必须充分了解销售阶段是否有过度承诺(包括文字或签约)。前期在实施JL项目时，签约合同中明确只实施1套帐，但客户咬定销售承诺实施2套帐，最后不仅项目拖期才验收、增加成本，更坏的是客户对金蝶印象大打折扣。其次，我们在制定实施方案时就要与客户项目负责人确认实施范围、目标、项目风险及本次实施工作的重点。

二、了解需求产生的原因 原因何在?总结大部分项目，提出的需求所产生的原因往往集中在以下几方面： 1、调研产生的需求; 2、对软件操作不熟悉，总觉得需要快捷方式或快捷键; 3、操作模式同之前的软件有较大的区别，这种情况尤其是此前使用过软件或习惯了EXCEL灵活模式的人; 4、业务流程还未理顺，尤其是部门之间的衔接还不顺畅，这时候抱怨产生的需求; 5、相关的基础数据不完善，甚至有错误的地方; 6、出于部门利益的考虑，某个人或部门的想法，没有考虑全局; 7、客户方人员或项目负责人变更引起; 8、企业高层比较理想化的思维; 9、随着对软件深入了解，对软件提出的更高要求。 三、需求分析

需求管理工具的比较

需求管理工具的比较 Prepared on 22 November 2020

实验三需求管理工具的比较 需求管理（REQM,Requirements Management） CMMI对需求管理提出了明确的目的：一是管理项目的产品和产品构件的需求；二是标识哪些需求与项目计划及工作产品之间不一致。通过适当的步骤，确保需求在项目的各个层面上动态地保持一致，一旦出现不一致，则启动相关的处理过程域，使其调整到一致。 需求管理的工具包括: 1.需求及相关文档管理的工具； 2.流程审批的流转电子化； 3.溯源性矩阵的维护工具； Rational RequisitePro IBM Rational RequisitePro 解决方案是一种需求和用例管理工具，能够帮助项目团队改进项目目标的沟通，增强协作开发，降低项目风险，以及在部署前提高应用程序的质量。通过Microsoft word的高级集成方式，为需求的定义和组织提供熟悉的环境。提供数据库与word文档的实时同步能力，为需求得组织、集成和分析提供方便。支持需求详细属性的定制和过滤，以最大化各个需求的信息价值。提供了详细的可跟踪性试图，通过这些试图可以显示需求见的父子关系，以及需求之间的相互影响关系。通过倒出XML格式的项目基线，可以比较项目间的差异。可以与IBM Development Platform中的许多工具进行集成，以改善需求的可访问性和沟通。 DOORS DOORS是基于整个公司的需求管理系统，用于捕捉、链接、追踪、分析及管理信息，以确保项目与特定的需求及标准保持一致。DOORS使用清晰的沟通来降低失败

的风险，这使通过通用的需求库来实现更高生产率的建设性的协作成为可能，并且为根据特定的需求定义的可交付物提供可视化的验证方法，从而达到质量标准。DOORS企业需求管理套件是仅有的面向管理者、开发者和最终用户及整个生命周期的综合需求管理套件。不同于那些只能通过一种方式工作的解决方案，DOORS赋予你多种工具与方法对需求进行管理，可以灵活地融合到公司的管理过程中。以世界着名的需求管理工具DOORS为基础，DOORS使得整个企业能够有效地沟通从而减少失败的风险。DOORS通过统一的需求知识库，提供对结果是否满足需求的可视化验证，从而达到质量目标，并能够进行结构化的协同作业使生产率得到提高。Borland CaliberBM Borland CaliberBM 是一个基于Web和用于协作的需求定义和管理工具，可以帮助分布式的开发团队平滑协作，从而加速交付应用系统。CaliberRM辅助团队成员沟通，减少错误和提升项目质量。CaliberRM有助于更好地理解和控制项目，是borland声明周期管理技术暨borland Suit中用于定义和设计工作的关键内容，能够帮助团队领先于竞争对手。CaliberRM提供集中的存储库，能够帮助团队在早期及时澄清项目的需求，当全体成员能够保持同步，工作的内容很容易具有明确的重点。此外，CaliberRM和领先的对象建模工具、软件配置管理工具、项目规划工具、分析设计工具以及测试管理工具良好地集成。这种有效的集成有助于更好地理解需求变更对项目规模、预算和进度的影响。 统御需求管理软件（oKit-req） oKit-req是一款基于Web的需求管理工具，它具有统御项目管理系统的一个关键功能，也可以作为独立软件使用。oKit-req具备以下主要功能： 1.支持对多个项目需求的管理；