新产品开发的需求管理.pdfVIP

新产品开发的需求管理 需求管理（Requirement management）是完整管理模式中的一环，同其他特性 诸如完整性、一致性等不可分割，彼此相关而成一体。一套需求管理应当是已 知系统需求的完整体现，每部分解决方案都是对总体需求一定比例的满足（甚 至是充分满足），仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能 是灾难性的，试想一架飞机的安全设计不过关将会带来什么样的后果。不同的 需求组合起来，构成了一套完整的需求模型。用户需求决定了系统设计所要解 决的问题，所要带来的结果。可以说，需求管理指明了系统开发所要做和必须 做的每一件事，指明了所有设计应该提供的功能和必然受到的制约。 需求管理的过程，从需求获取开始贯于整个项目生命周期，力图实现最终产品 同需求的最佳结合。通过对需求管理在项目进程中实施的不同任务进行分析， 我们可以看出需求管理所起的作用。 需求管理本就是一个动态的过程，离开了能动的、变化的系统进程而空谈需求 管理，无异于纸上谈兵。 需求管理恰如裁缝的量体裁衣，它直接关系到最终产品的成型。仅从字面出发， 如果一个产品满足了客户需求，那它无疑就是成功的。需求管理的过程，从需 求分析开始贯穿整个项目始终，力图实现最终产品同需求性的最佳结合（参见 Figure 1）。通过对需求管理在项目进程中实施的不同任务进行分析，我们可 以看出需求管理所起的作用。 需求管理能够确证： ●我们确知客户的需求是什么（质量）； ●满足客户需求的最佳解决办法（统一性）； 著名学者Crosby对于质量的定义是同需求保持统一。从这个意义上说， 需求管理正是从质量出发以确定需求。每个人都应当始终明白他们所做的具体 任务其意义何在。然而，在一个产品的生命周期里，其需求性是能动的，是处 于变化之中的。 对于系统工程没有严格统一的定义，因此很难找到足够的数据以说明系统 工程所起的作用。有些致力于研究需求分析的组织认为，一项开发计划应当至 少将8-15%的资源投入到系统工程方面。如果低于这一标准，将很可能导致无 法对客户群做出准确把握。如果该项开发计划含有许多创新或实验的成分，那 么这一百分比还应当适度提高。 一、概述 定义需求（Define Requirement） 在项目进展过程中，如何区分用户需求与需求分析中需求定义呢？ 当完成用户需求调查后，首先对《用户需求说明书》进行细化，对比较复 杂的用户需求进行建模分析，以帮助软件开发人员更好地理解需。例如采用 Rational 的Rose工具进行需求的建模分析。如果使用工具进行建模分析，对 需求分析人员的要求比较高。 当完成需求的定义及分析后，需要将此过程书面化，要遵循既定的规范将 需求形成书面的文档，我们通常称之为《需求分析说明书》。 邀请同行专家和用户（包括客户和最终用户）一起评审《需求规格说明 书》，尽最大努力使《需求规格说明书》能够正确无误地反映用户的真实意愿。 需求评审之后，开发方和客户方的责任人对《需求规格说明书》作书面承诺。 具体的同行评审详见需求评审章节。 需求确认(Requirement Validate) 需求确认是需求管理过程中的一种常用手段，也是需求控制的五一节之一； 确认有两个层面的意思，第一是进行系统需求调查与分析的人员与客户间的一 种沟通，通过沟通从而对需求不一致的进行剔除；另外一个层面的意思是指， 对于双方达成共同理解或获得用户认可的部分，双方需要进行承诺。 建立需求状态(Establish Requirement State) 何谓需求状态；顾名思义，状态也就是一种事物或实体在某一个时刻或点 所处的情况，此处要讲的需求状态是指用户需求的一种状态变换过程。 为什么要建立需求状态？在整个生命周期中，存在著有几种不同的情况， 在需求调查人员或系统分析人员进行需求调查时，客户存在的需求可能有多种， 一类是客户可以明确且清楚的提出的需求；一类是客户知道需要做些什么，但 又不能确定的需求；另一类是客户本身可以得出这类需求，但需求的业务不明 确，还需要等待外部信息。还有是客户本身也说不清楚的。 对于这些需求，在开发进展的过程中，存在著以下几种情况: 有可能要取消的 有的因为不明确而可以后延的，同时可能转化为被取消的需求与客户经过 沟通或确认的，此处有两种情况，一类是确认双方达成共识，另一种情况是还 需要再进一步沟通的。 下面是一个简单的状态例子： CLOSED：经