各种需求管工理具介绍.docVIP

本人从网上收集整理的?几个需求管理工具 -? 项目管理 需求是研?发团队工作的起点，很?多研发团队的开发过程?混乱的源头都在于需求?管理没有做好。这里是?本人收集整理的几个需?求管理系统，希望对大?家有点帮助。 Rat?ional Requ?isitePro R?ational Re?quisitePro?是一个强大、易用、集?成的需求管理产品。而?通过与Rationa?l系列软件产品的广泛?集成，大大扩展了Re?quisitePro?及其他产品的功能，给?软件工程生命周期内的?各个阶段都提供了强大?、方便的信息查询、跟?踪、管理功能。从而能?够促进更好的团队沟通?、帮助管理变更和评估?变更的影响，帮助验证?所有的规划需求被交付?物所满足、降低项目风?险。 网址：ht?tp://www-0?1./?software/a?wdtools/re?qpro/ IBM? Rational ?DOORS IBM? Rational ?DOORS前身是大名?鼎鼎的Telelog?ic DOORS，被?IBM收购后更名为I?BM Rationa?l DOORS。DO?ORS 是最老牌的?企业需求管理套件，通?过使用DOORS/E?RS，可以帮助企业更?有效地进行沟通并加强?协作与验证，从而降低?失败的风险。通过对整?个组织实施多种需求管?理的方法，可以使项目?的管理更加透明。它可?以使企业跨越地域与组?织的边界来按国际化的?方式运行。 网址?：http://ww?w-01.ibm.c?om/softwar?e/awdtools?/doors/ 青?铜器RDM 青铜器?RDM是IPD+CM?MI+Scrum一体?化研发管理解决方案，?针对需求管理，涵盖需?求的全生命周期管理，?从市场客户需求收集（?创意管理）、产品路线?图（Roadmap）?定义、产品特性需求、?产品设计需求与规格、?项目开发Build划?分（迭代划分）、测试?用例库、测试计划、测?试执行、缺陷跟踪、全?方位的需求跟踪矩阵R?TM；同时实现Scr?um开发模式，基于项?目需求直接生成项目任?务，实现基于需求和缺?陷的迭代开发模式；全?面实现了IPD、CM?MI、Scrum业界?主流研发管理框架的需?求管理要求。 ? 网址：ht?tp://www.c?/i?ndex.php/z?h_cn/Produ?ct/18.html? 比较内容 ? Telelogic? Doors IB?M Rational? Requisite?Pro 青铜器RD?M 结论 项目级?别的比较 （1）D?oors 将所有的与?需求相关的数据均存放?在服务器上的 doo?rs 数据库（不是商?业数据库）中。 （?2）一个 DOORS? Database ?能够同时支持许多个不?同的项目开发，从而使?得新的项目能够复用和?共享过去的文件和信息?。不同项目（文件）之?间的追踪关系可以跨项?目建立。 （1）R?eqPro 将需求的?数据存放在数据库中，?而把与需求相关的上下?文信息存放在 Wor?d 文档中。 （2?）一个 Databa?se 只能支持一个项?目的开发 , 无法支?持对过去文件和信息的?复用和共享。不同项目?之间无法建立联系。 ? （1）RDM所有项?目的需求统一保存在一?个Database，?该数据库可以是Ora?cle、Sql、My?sql任何商用数据库? （2）不同项目之间?的需求可以相互关联、?共享；同时支持产品标?准化需求库，从而支持?平台化产品开发模式，?可以基于产品标准需求?库构建项目，实现具体?客户的个性化。 RD?M、Doors 占优? （1） Door?s 中的项目显然是从?企业的级别考虑，任何?一个用户，只要有权限?，就可以访问企业中的?任何一个项目的需求数?据。 （2）RDM?需求集中保存，便于统?一维护，跨项目共享也?更方便，同时产品通用?需求库概念，支持平台?化开发模式，兼顾平台?化和项目个性化要求。? 多人同时访问 ?（1）一个时刻，只能?有一个人修改一个 m?odule （类似于? requisite?pro 中的一个 w?ord 文档），其他?人只读方式打开。 ?DOORS 有访问方?式：独占、共享和只读?。当某人独占打开某个? module 时，?其他人只能只读访问。?但 DOORS 提供?共享方式，特别是可以?允许不同的人同时修改?同一文档的不同部分，?比如 A 用户负责修?改第一章， B 用户?负责修改第二章。这是? tool-setu?p for shar?ing 的功能。 ?（1）一个时刻，只能?有一个人修改一个 w?ord 文档。其他人?只读方式打开。 （?1）RDM支持需求检?