探戈119
在这里我给大家推荐个灵活实用、专业性很强的需求管理软件（oBridge）
管理用户需求，让任务有依据
建立跟踪矩阵，让分析有基础
统御需求管理软件oBridge是一套强大的需求管理软件，它可以记录需求和它的演变过程，跟踪需求与设计、测试之间的关系，帮助用户分析需求变化造成的每一个影响， 评估需求变更造成的工作量，让需求管理不再成为项目的短板。
需求管理软件（oBridge）功能
Bridge能帮助用户实现项目需求条目化、版本化、层次化管理，建立需求跟踪矩阵，实现需求变更影响分析，并能在不同单位间实现离线数据交换。
oBridge需求管理工具实现了以下能力:
● 需求处理流程自定义
● 建立大数量级的需求跟踪矩阵
● 支持需求条目多层次关联管理
● 变更影响覆盖分析
● 需求变更后自动进行影响标记
● 需求文档合并
● 跨网路需求数据离线交换
● 支持设置角色，严格的数据权限控制
● 需求条目快速生成工作任务
● 支持需求输出到WORD和EXCEL
● 支持自定义输出样式
● 支持业务属性字段和界面的自定义
需求管理软件（oBridge）特点 ：
● 不限级别的事前变更影响分析
● 事后逐级变化通知
● 支持多文档间需求跟踪矩阵
● 支持需求处置状态跟踪矩阵
● 支持需求覆盖跟踪矩阵
● 自定义处理流程及状态
● 独立的需求条目全视图
● 支持需求文档合并
● 支持多人同时在线编辑
● 支持跟踪需求条目变化全过程
● 支持与消息、测试
需求管理软件（oBridge）优势
oBridge为企业带来以下效益：
通过快速记录和共享需求，确保用户需求都得到处置
帮助用户进行设计和测试覆盖分析，提高产品质量
通过变更影响分析，帮助用户评估变更工作量，有效控制项目边界
基于条目存储，提高复用效率，为企业需求量化管理打好基础
通过需求快速生成工作任务，合理复用需求数据
需求管理系统（oBridge）功能导航
项目功能列表
需求管理
需求管理支持版本化、条目化 管理文档和需求条目，支持自定义需求流程、数据权限控制、需求多层次关联、需求生成工作任务、建立需求跟踪矩阵、自动标记变更影响、自定义报表样式，可输出到WORD和EXCEL，支持离线数据交换。
产品管理
产品管理支持多个产品集中管理，可分版本进行管理，支持规划产品版本路线和模块，可指派到具体项目中进行落实，支持查看产品的详细信息。
软件需求分析和需求管理之间的关系，实例分析，在线等 求
需求分析是不可能考一个软件就搞定的。需求分析指的是开发软件前，对所有需求进行分析整合，最后形成一个文档的过程。最问的文档一般来说就是word，word中的内容就是你自己写的，通常会包含流程图，画流程图的工具有太多太多了，比如，visio，rose等。如果包含数据库模型，还可能用到PD等工具。。。。。等等等等。所以没办法确切的说会用到哪些工具，不过word类应该是99.99%都会用到。
需求管理工具大家是否应用的比较多？
需求管理的工具一般分成两种：需求内容管理工具、需求过程管理工具。所谓内容管理，主要是是进行需求条目化管理、需求跟踪、需求基线管理的工具，主要有：IBM Doors、IBM Requestpro、Borland CalibraRM、Hanskey Dragonfly 等。最近还有 Techexcel公司的产品。 需求过程管理的工具主要是变更管理工具，如：IBM Clearquest，Hanskey 的Butterfly，IBM Change.
trufun Bacon是一个有需求条目管理、需求跟踪、需求基线管理，也能进行需求变更管理的工具，集成了doors和Requsetpro的一些特点，我觉得基本上需求管理工具都应该对变更进行相关管理！
软件需求管理和软件测试需求管理的异同
一、软件需求
用户解决某一问题或达到某一目标所需的软件功能.系统或系统构件为了满足合同,规约,标准或其他正式实行的文档而必须满足或具备的软件功能
需求包括很多：需求确认、需求评审、需求跟踪、变更控制等，做需求管理的目的是为了让项目成功（避免失败），满足项目需求即为成功打下了基础.若无法管理需求,达到目标的几率就会降低
二、测试需求
简单点说就是：什么是我们需要测试的？我们在测试活动中，首先需要明确测试需求，才能决定怎么测，测试时间，需要多少人，测试环境是什么，测试中需要的技能、工具以及相应的北京知识，测试中可能遇到的风险等等。
（更加详细的可以参考这篇文章：http://wenku.baidu.com/link?url=-bmD3t7fbsrunrGAI3mpIM5paNIvvV2robe9KaSJKWS1EeE9hxq5-NJlDTUmTw_lUpd0cYBB1du3F2aTuaa3hUydb8mfS2eIXMgMtkb-wyS）
希望以上信息可以帮助到你。
如何有效实现软件的需求管理（5）
接下来我会结合我们公司实际的流程来介绍一下需求管理的实际实现。 如果看过我之前的文章，应该知道我们公司的背景，我们公司也是做软件开发的，所以对于需求管理这块也是相当重视的。我们是用敏捷的模式来管理整个软件开发的，所以需求管理的阶段也是符合敏捷的模式的，但是对于需求管理的几点严格要求还是基本上也是遵守的。 我们公司是用 TechExcel 的需求管理工具 DevSpec 来管理整个需求过程的，其实我们是买了他们的整套软件生命周期管理的解决方案，名称叫做DevSuite，而DevSpec 是其中一个工具，能与DevSuite 解决方案的其他工具无缝集成，帮助共同管理开发、测试、计划等阶段。 在DevSpec中，对于需求的管理是通过条目化的方式来管理的，所谓的条目化就是说一个需求就是一个条目，这个条目既包括了对这个需求的描述，还包括了对这个需求的处理过程的跟踪： 对于需求的描述而言，DevSpec是通过属性字段的方式实现的，你可以用字段来尽可能真实描述需求，其中包括标题，状态，负责人，描述，时间，附件等基本字段，当然你还可以大量自定义属性字段和页面来帮助更好地描述这个需求。 对于需求的处理过程而言， 我们知道需求的处理是要有流程的，简单的就是从需求分析--需求设计--需求实现，复杂点的还需要加上审核，就像我上面给大家看过的那个流程图一样， 我这里再贴一下 不过光有流程其实没用，我相信任何公司的需求处理都会有流程，只是严格不严格，认真不认真的区别罢了，不遵照流程处理的需求有非常高的可能性不成功，所以为了解决这个问题，DevSpec 中专门设计可自定义的工作流程，你可以自己定义需求需要经过哪些流程才能进入开发，而一旦流程定义完成以后，需求的处理就会被强制按照流程的进行，你自己想马虎马虎，松懈松懈都没办法做到。 在流程中，DevSpec可以给每个过程设置不同负责人和权限，比如分析这个过程是小王处理，所以只有小王才能看到这个需求并且处理这个需求，其他人如果没有权限就看不到这个需求；而小王处理完他的工作后，他不一定有权力把这个需求转到下一个过程，因为需要另外一个人审核以后才能继续下去。 这样子的话， 第二，你的管理流程也很透明，现在谁处理，接下来该谁处理，清清楚楚。
关于软件项目的需求管理，能给出一些用来描述软件需求的不同技术吗？它们各自适用于什么场景？
需求分类 ：
项目需求:商业需求,项目管理需求,交付需求等
产品需求:技术需求,安全需求,性能需求等
如果非要说个技术那就是观察，也叫工作跟踪,通常由观察者从外部来观察使用者的工作 参与观察者,实际执行一个流程或程序,体验他们是如何实施的。
转载请注明出处51数据库 » 在线需求管理软件 有什么好的需求管理工具
