软件需求管理

项目需求管理软件有哪些?

项目需求管理软件有很多，比如8Manage PM，会自动侦查需求的变化，把需求变化与项目各阶段关联起来可以提醒用户，了解变化会带来的影响自动追踪需求依赖及变化，了解潜在的影响。

如何有效实现软件的需求管理

接下来我会结合我们公司实际的流程来介绍一下需求管理的实际实现。　　如果看过我之前的文章，应该知道我们公司的背景，我们公司也是做软件开发的，所以对于需求管理这块也是相当重视的。我们是用敏捷的模式来管理整个软件开发的，所以需求管理的阶段也是符合敏捷的模式的，但是对于需求管理的几点严格要求还是基本上也是遵守的。　　我们公司是用 TechExcel 的需求管理工具 DevSpec 来管理整个需求过程的，其实我们是买了他们的整套软件生命周期管理的解决方案，名称叫做DevSuite，而DevSpec 是其中一个工具，能与DevSuite 解决方案的其他工具无缝集成，帮助共同管理开发、测试、计划等阶段。　　在DevSpec中，对于需求的管理是通过条目化的方式来管理的，所谓的条目化就是说一个需求就是一个条目，这个条目既包括了对这个需求的描述，还包括了对这个需求的处理过程的跟踪：　　对于需求的描述而言，DevSpec是通过属性字段的方式实现的，你可以用字段来尽可能真实描述需求，其中包括标题，状态，负责人，描述，时间，附件等基本字段，当然你还可以大量自定义属性字段和页面来帮助更好地描述这个需求。　　对于需求的处理过程而言，　　我们知道需求的处理是要有流程的，简单的就是从需求分析--需求设计--需求实现，复杂点的还需要加上审核，就像我上面给大家看过的那个流程图一样，我这里再贴一下　　不过光有流程其实没用，我相信任何公司的需求处理都会有流程，只是严格不严格，认真不认真的区别罢了，不遵照流程处理的需求有非常高的可能性不成功，所以为了解决这个问题，DevSpec 中专门设计可自定义的工作流程，你可以自己定义需求需要经过哪些流程才能进入开发，而一旦流程定义完成以后，需求的处理就会被强制按照流程的进行，你自己想马虎马虎，松懈松懈都没办法做到。　　在流程中，DevSpec可以给每个过程设置不同负责人和权限，比如分析这个过程是小王处理，所以只有小王才能看到这个需求并且处理这个需求，其他人如果没有权限就看不到这个需求；而小王处理完他的工作后，他不一定有权力把这个需求转到下一个过程，因为需要另外一个人审核以后才能继续下去。　　这样子的话，　　第二，你的管理流程也很透明，现在谁处理，接下来该谁处理，清清楚楚。

软件需求管理和流程管理哪个合适

需求管理不是范围管理，他们之间的差别从各自的定义和所包括的过程就可以知道：范围管理包含一系列子过程，用以确保项目包含且只包含达到项目成功所必须完成的工作，范围管理主要关注项目内容的定义和控制，即包括什么，不包括什么而需求管理是确保各方对需求的一致理解，管理和控制需求的变更，以及需求的跟踪。所以需求开发和管理的目的是通过调查与分析，获取用户需求并定义产品需求，还要确保各方对需求的一致理解，管理和控制需求变更，需求的双向跟踪而范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。需求管理是对已批准的项目需求进行全生命周期的管理，过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等，其主要的工作就是需求的变更管理范围管理过程包括范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制。他们之间的联系：首先通过需求开发来获取项目的需求，再次基础上确定项目的范围、进行项目范围管理其次需求的变更会引起项目范围的变更

什么是软件需求？需求管理的过程包括那几个阶段

假定生产要素的供给为既定的条件下对总需求的调整和控制。根据凯恩斯经济学的国民收入均衡分析，由于社会总就业量取决于总需求和总供给的均势，如果在短期内生产技术、资本设备的数量和质量、劳动力的数量和技能等不变，即假定总供给不变，则经济调节的重点就应在总需求一边。按照凯恩斯主义经济学的说法，在通常的情况下，经济中的有效需求是不足的。所以，充分就业状态下的国民收入均衡不可能自行实现，而只有通过对总需求，即对有效需求的管理，才能实现充分就业均衡。

有什么好的需求管理工具

trufun bacon是专业的需求管理工具，可以进行结构化需求管理，需求变更管理，需求跟踪管理等，还可以和trufun UML分析设计工具集成，保障项目需求和分析设计的统一。

哪些项目需求管理软件比较好用，请有经验的网友推荐下。

项目管理软件可以看下8Manage

会自动侦查需求的变化，吧需求变化与项目各阶段关联起来

可以提醒用户，了解变化会带来的影响

自动追踪需求依赖及简介变化，了解潜在的影响

总的来说，功能蛮强大的

如何做好IT项目的需求管理

项目管理者联盟文章在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须拥有需求管理策略。 1.问题分析问题分析可以通过了解问题及涉众的最初需要，并提出高层解决方案来实现。它是为找出“隐藏在问题之后的问题”而进行的推理和分析。问题分析期间，将对“什么是面临实际问题”和“谁是涉众”等问题达成一致。而且，您还要从业务角度界定解决方案，以及制约该解决方案的因素。您应该已经对项目进行过商业理由分析，这将便于您更好地预计能从构建中的项目中得到多少投资回报。项目管理培训 2.理解涉众需要需求来自各个方面，比如来自客户、合作伙伴、最终用户或是某领域的专家。您需要掌握如何准确判断需求应来源于哪方面、如何接近这些来源并从中获取信息。提供这些信息主要出处的个人在本项目中称为涉众。如果您正在开发一个在您公司内部使用的信息系统，那么在开发团队中应包括具有最终用户经验和业务领域专业知识的人员。通常讨论将在业务模型这一级上展开，而不是在系统这一级上展开。如果正在开发一个要在市场上出售的产品，那么您可以充分调动营销人员，以便更好地了解该市场中用户的需要。获取需要的活动可使用这样一些技巧：访谈、集体讨论、概念原型设计、问卷调查和竞争性分析等。获取结果可能是一份图文并茂的请求或需要列表，并按相互之间的优先级列出。 3.定义系统定义系统指的是解释涉众需求，并整理为对要构建系统的意义明确的说明。在系统定义的初期要确定以下内容：需求构成、文档格式、语言形式、需求的具体程度(需求量及详细程度)、需求的优先级和预计工作量(不同人在不同的实践中通常对这两项内容的看法大不相同)、技术和管理风险以及最初规模。系统定义活动还可包括与最关键的涉众请求直接联系的初期原型和设计模型。系统定义的结果是用自然语言和图解方式表达的系统说明。

需求管理的管理原因

避免失败就是一个很充分的理由.提高项目的成功率和需求管理所带来的其他好处同样也是理由.Standish Group 的 CHAOS 报告进一步证实了与成功项目关系最大的因素是良好的需求管理.理解需求管理的第一步就是对什么是需求管理达成共识.Rational 把需求定义为(正在构建的)系统必须符合的条件或具备的功能.电气和电子工程师学会使用的定义与此类似. 著名的需求工程设计师 Merlin Dorfman 和 Richard H. Thayer 提出了一个包容且更为精练的定义,它特指软件方面 - 但不仅仅限于软件:软件需求可定义为: 用户解决某一问题或达到某一目标所需的软件功能. 系统或系统构件为了满足合同,规约,标准或其他正式实行的文档而必须满足或具备的软件功能.由于需求是正在构建的系统必须符合的事务,而且符合某些需求决定了项目的成功或失败,因此找出需求是什么,将它们记下来,进行组织,并在发生变化时对它们进行追踪,这些活动都是有意义的. 换句话说,需求管理就是：一种获取,组织并记录系统需求的系统化方案,以及一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程.这个定义与 Dorfman 与 Thayer 以及IEEE的软件需求工程的定义相似.需求工程包括获取,分析,规定,验证和管理软件需求,而软件需求管理则是对所有相关活动的规划和控制.这里介绍的以及 IBM Rational提出的需求管理定义包括了所有这些活动.它们的区别主要在于这里选用了管理这个词,而不是工程.管理这个词更合适用来描述所有涉及到的活动,并且它准确地强调了追踪变更以保持涉众与项目团队之间共识的重要性.对那些不熟悉引出这个词的人来说,它可定义为团队用来获取或发现涉众请求,确定请求后隐藏的真正需要,以及为满足这些需要对系统提出的一组适当需求.需求管理问题一个目的在于确保系统符合人们对其期望的流程面临着哪些困难呢当它真正在实际项目实施时,困难就暴露出来了.图 1 显示了年对开发人员,经理和质量保证人员所做的一次调查结果.该图显示了经历过最常提到的需求相关难题的受访者比例.

需求管理系统有哪些？

Rational RequisitePro是一个强大、易用、集成的需求管理产品。而通过与Rational系列软件产品的广泛集成，大大扩展了RequisitePro及其他产品的功能，再一个日事清也是一款强大易用的软件，给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响，帮助验证所有的规划需求被交付物所满足、降低项目风险。

软件项目需求管理对需求层次的划分

可以划分成用户需求、业务需求、系统需求规格三个层面，用户需求就是从用户的角度提出的全部内容，经过业务梳理后形成业务需求，最后根据用户提供的资源和限制，以及产品的规划确定系统的需求规格说明书

需求管理工具可以看一下oKit或Doors