需求管理
需求管理名词解释

需求管理名词解释需求管理是指针对特定项目或任务,在项目生命周期中进行需求识别、分析、规划、跟踪、变更的一系列活动。
它是项目管理过程中重要的一环,通过有效的需求管理可以确保项目能够满足客户的期望,并最终达到项目目标。
需求识别是需求管理的第一步,它涉及确定项目或任务的目标和范围,通过与项目相关方的沟通和了解,收集各方的需求,包括功能需求和非功能需求。
在需求识别过程中,需求管理人员需要与项目团队密切合作,对收集到的需求进行整理和分类,确保需求的准确性和完整性。
需求分析是对收集到的需求进行深入理解和分析的过程。
在需求分析中,需求管理人员需要从全局的角度来考虑需求之间的依赖关系和优先级,同时也要考虑到项目的可行性和可实现性。
通过需求分析,可以对需求进行梳理和优化,消除冲突和重复的需求,并形成对需求的详细描述和规范。
需求规划是制定需求开发和实现计划的过程。
在需求规划中,需求管理人员需要根据项目的时间和资源约束,制定合理的开发计划,并安排开发人员的工作任务。
同时,需求管理人员还要与项目团队和相关方进行沟通和协调,确保需求开发和实现的顺利进行。
需求跟踪是对需求开发和实现过程进行监控和控制的过程。
在需求跟踪中,需求管理人员需要定期与开发人员进行沟通,了解需求的开发进度和实现情况,并及时解决遇到的问题和风险。
需求跟踪的目的是确保需求能够按时、按质量要求完成,并及时处理需求的变更和调整。
需求变更是在项目执行过程中,由于项目环境或项目团队成员变化等原因产生的对需求进行修改或调整的情况。
在需求变更中,需求管理人员需要对变更请求进行评估和分析,判断变更的合理性和影响,并与相关方进行沟通和协调。
需求变更的目的是确保项目能够及时适应变化的需求,并最大程度地满足客户的期望。
综上所述,需求管理是一个涉及到需求识别、分析、规划、跟踪和变更的综合过程。
通过有效的需求管理,可以确保项目能够按照客户要求和项目目标进行规划和实施,最大程度地满足客户的需求。
需求管理核心要素

需求管理核心要素需求管理是指在一个项目的整个生命周期中,通过识别、规划、分析和控制项目的需求,以确保项目能够按时、按质、按成本完成的过程。
需求管理的核心要素包括需求识别、需求规划、需求分析和需求控制。
一、需求识别需求识别是指在项目启动阶段,通过与项目相关的相关方进行沟通和交流,明确项目的目标和愿景,并识别出项目的需求。
需求识别的核心环节包括以下四个方面:1.沟通与交流:与项目相关方(包括客户、用户、业务代表等)进行沟通和交流,了解他们的期望和需求。
2.目标明确:明确项目的目标和愿景,并将其转化为具体的需求。
3.风险评估:评估项目需求的风险,包括技术可行性、商业可行性、法律合规性等方面。
4.评估可行性:评估项目需求的可行性,包括资源可行性、时间可行性、成本可行性等方面。
二、需求规划需求规划是指在项目开始之前对需求进行规划和安排,定义需求管理的方法和流程,以保证项目需求的有效管理和控制。
需求规划的核心环节包括以下四个方面:1.需求管理计划:制定需求管理的计划和方法,包括需求识别、需求分析、需求变更控制等流程和规范。
2.需求分级:将项目需求分为不同的级别和优先级,以便在实施和控制中进行分阶段管理。
3.需求分解:将高层次的需求进行分解,明确每个需求的子需求和详细需求。
4.需求跟踪:建立需求跟踪机制,追踪需求的状态和变更,及时更新需求管理计划和需求文档。
三、需求分析需求分析是指对项目需求进行详细分析和说明,以明确需求的功能、性能、接口等方面的具体要求。
需求分析的核心环节包括以下四个方面:1.需求收集:通过与相关方进行进一步的沟通和交流,深入了解并收集项目需求的具体要求。
2.需求分析:对收集到的需求进行分析和整理,明确需求的功能、性能、接口等方面的要求。
3.需求验证:与相关方进行需求验证,确保需求的准确性和一致性,并与项目目标相匹配。
4.需求文档化:将需求记录和整理成需求文档,确保需求的传递、理解和共享。
四、需求控制需求控制是指在项目执行过程中,对需求进行变更和控制,以确保项目的目标和需求能够得到有效的满足。
需求管理6个最佳方法

需求管理6个最佳方法需求管理是项目管理中一个至关重要的环节,它旨在确保项目团队充分理解并满足客户的需求。
有效的需求管理可以提高项目的成功率,并在项目的不同阶段提供一致的目标和方向。
以下是六个最佳的需求管理方法,能够帮助项目团队更好地管理需求,以确保项目的成功。
第一个方法是确立明确的目标和目标。
在项目启动阶段,项目团队应与客户和关键利益相关者合作,共同确立明确的项目目标和目标。
这些目标和目标应该是可衡量的,并能够明确地传达给项目参与者。
通过明确目标和目标,项目团队可以更好地理解客户的需求,并在整个项目过程中坚持这些目标和目标。
第二个方法是深入了解客户需求。
项目团队应该与客户进行密切的沟通,并且在项目开始之前充分了解客户的需求。
这可能需要进行一系列的需求收集和分析活动,包括需求访谈、问卷调查和需求工作坊等。
通过深入了解客户需求,项目团队可以更好地理解项目的范围和目标,并为实现客户要求做好准备。
第三个方法是建立一个有效的变更控制过程。
在项目执行过程中,客户的需求可能会发生变化。
为了有效管理这些变化,项目团队应建立一个变更控制过程,确保客户需求的更改是受控制的,并不会对项目的进度和预算产生重大影响。
该控制过程应明确规定如何识别、评估和实施需求变更,并确保与客户进行充分的沟通和协商。
第四个方法是建立良好的需求文档。
需求文档是项目团队与客户之间沟通的重要工具,它能够准确地记录客户需求和项目要求。
该文档应包括详细的需求描述、优先级和验收标准等信息,并应得到项目参与者的确认和批准。
通过建立良好的需求文档,可以确保项目团队和客户对需求的理解一致,并提供一个可追溯的依据。
第五个方法是建立一个跟踪和报告需求的机制。
项目团队应该建立一个有效的机制来跟踪和报告需求的状态和进展情况。
这个机制可以包括需求跟踪矩阵、状态报告和需求审查等。
通过跟踪和报告需求,项目团队可以及时地发现和解决问题,并确保项目按时、按预算地满足客户需求。
需求管理的五个步骤

需求管理的五个步骤需求管理:是需求负责人记录企业中项目成员、业务人员和企业外部的客户和合作者的所有需求,并根据公司的战略目标,对现有需求做优先性排序。
需求管理的五大步骤概括了需求从产生到落地、迭代的全过程,这中间需要需求开发团队、产品开发人员、客户及产品团队共同努力。
需求管理的五大步骤一、需求收集需求收集是对需求进行管理的第一步,即在项目开始之前,需要对需求进行收集,其中既包括主动收集也包括被动的需求收集,其中主动的需求收集要求掌握需求收集的途径和方法。
当产品需求有这些基本的需求描述的时候才可以启动项目。
收集需求是第一步,也是最重要的一步。
二、需求分析在需求收集结束后,需要对需求信息分析和讨论。
分析讨论是指针对需求提出比较明确的开发方向与原则,通过需求分析的层级模型,透彻地分析需求背后的用户问题和痛点,用户的需求场景。
必要时还需要通过简单的原型确保理解用户需求,目的是了解需求提出的目的和意图,让客户对需求开发的方向和原则有明确认识。
三、需求实施在需求实施阶段,首先要对需求打上标签进行分类,对优先级高、重要性高的需求优先实现。
要明确的是,实施是一个复杂的过程,开发和测试部门必须对所有的需求以及现有和新开发的页面都进行识别分析。
然后按照需求分类、页面功能建立不同于开发和测试部门现有页面的不同功能及特性。
四、需求交付在这个阶段中,我们的需求开发团队和客户团队需要相互配合,形成合力,共同完成客户需求。
可以在交付阶段再进一步讨论,根据客户的情况进一步对产品进行优化,配合客户试用功能,确保顺利交付。
五、需求评价最后是评价环节,这需要整个团队共同完成。
包括但不限于以下几个方面。
需求的收集:需求开发团队收集的需求信息是否有价值?对于所有需要收集的信息是否及时收集?是否达到客户预期?还有哪些可以优化的部分?。
需求管理名词解释宏观经济学

需求管理是宏观经济学的一个重要概念,它主要研究如何通过政策干预来影响和调控经济中的需求水平,以实现经济增长、通货膨胀和就业等宏观经济目标的平衡。
需求管理的核心思想是通过调整总需求来影响产出、价格和就业等宏观经济变量,从而实现经济的稳定增长。
需求管理主要包括财政政策和货币政策两个方面。
财政政策是指政府通过调整税收、支出和债务等手段来影响总需求的政策。
财政政策的主要工具有税收政策、支出政策和债务政策。
税收政策主要包括减税和增税,通过调整税率和税基来影响企业和居民的消费和投资行为;支出政策主要包括增加或减少政府支出,以刺激或抑制总需求;债务政策主要包括发行国债和偿还债务,以调节政府的财政收支平衡。
货币政策是指中央银行通过调整货币供应量、利率水平和汇率等手段来影响总需求的政策。
货币政策的主要工具有公开市场操作、再贴现政策和存款准备金率政策。
公开市场操作是指中央银行通过买卖国债、央行票据等金融工具来调节市场上的货币供应量;再贴现政策是指中央银行向商业银行提供短期贷款,以影响商业银行的信贷投放;存款准备金率政策是指中央银行规定商业银行必须将一定比例的存款存放在中央银行,以限制商业银行的信贷投放。
需求管理的目标是实现经济的稳定增长、控制通货膨胀和维护充分就业。
为了实现这些目标,政府需要根据经济形势的变化,灵活运用财政政策和货币政策来调整总需求。
例如,在经济衰退时,政府可以通过扩张性财政政策(如增加政府支出、减税)和宽松的货币政策(如降低利率、增加货币供应量)来刺激总需求,从而促进经济增长;在经济过热时,政府可以通过紧缩性财政政策(如减少政府支出、增税)和紧缩性的货币政策(如提高利率、减少货币供应量)来抑制总需求,从而遏制通货膨胀。
总之,需求管理是宏观经济学的一个重要领域,它关注如何通过政策干预来影响和调控经济中的需求水平,以实现经济增长、通货膨胀和就业等宏观经济目标的平衡。
在实践中,政府需要根据经济形势的变化,灵活运用财政政策和货币政策来实现这一目标。
需求管理规范

需求管理规范引言概述:需求管理是软件开发过程中至关重要的一环,它涉及到对需求的收集、分析、确认和变更控制等多个方面。
一个良好的需求管理规范可以确保项目的顺利进行,减少开发过程中的风险和错误。
本文将详细介绍需求管理规范的五个部分。
一、需求收集1.1 确定需求收集的渠道:明确需求收集的渠道,可以通过面对面的访谈、问卷调查、用户反馈等方式获取需求信息。
1.2 设计需求收集模板:建立统一的需求收集模板,包括需求描述、优先级、验收标准等内容,以便更好地记录和分析需求。
1.3 建立需求库:将收集到的需求进行分类、整理和存储,建立需求库,方便后续的需求分析和确认。
二、需求分析2.1 确定需求的可行性:对收集到的需求进行评估,包括技术可行性、资源可行性和商业可行性等方面,确保需求能够在项目中实现。
2.2 拆解需求:将大需求拆分成小需求,明确每个小需求的功能和目标,以便更好地进行后续的开发和测试工作。
2.3 确定需求的优先级:根据项目的紧急程度和价值,确定需求的优先级,以便在开发过程中合理安排资源和时间。
三、需求确认3.1 与用户进行确认:将分析后的需求与用户进行确认,确保需求的准确性和完整性,避免后期出现需求变更和冲突。
3.2 编写需求规格说明书:将确认后的需求编写成规格说明书,包括需求描述、功能点、验收标准等内容,以便开发人员参考和理解。
3.3 进行需求评审:组织开发团队和相关利益相关者进行需求评审,确保需求的一致性和可行性,避免后期出现开发偏差和错误。
四、需求变更控制4.1 建立变更控制流程:制定明确的需求变更控制流程,包括需求变更的提出、评估、批准和实施等环节,以便及时响应和处理需求变更。
4.2 评估需求变更的影响:对提出的需求变更进行评估,包括对项目进度、成本和质量等方面的影响,以便决策是否批准变更。
4.3 控制需求变更的范围:在变更控制流程中明确需求变更的范围,避免变更过多导致项目无法控制和实施。
五、需求跟踪和管理5.1 建立需求跟踪矩阵:建立需求跟踪矩阵,将需求与设计、开发、测试等阶段进行关联,以便跟踪需求的实现和进展情况。
需求管理规范

需求管理规范引言:需求管理是软件开发过程中非常重要的一环,它涉及到对用户需求的收集、分析、确认和变更控制等方面。
一个良好的需求管理规范能够确保项目的顺利进行,减少需求变更和项目失败的风险。
本文将详细介绍需求管理规范的五个方面。
一、需求收集1.1 用户需求收集:通过与客户的沟通和交流,了解客户的业务需求和期望,包括功能需求、非功能需求和约束条件等。
1.2 利益相关者需求收集:与项目的利益相关者进行沟通,了解他们对项目的期望和需求,包括项目经理、开发人员、测试人员等。
1.3 需求文档收集:收集和整理已有的需求文档,包括用户手册、业务流程图、需求规格说明书等。
二、需求分析2.1 功能分析:对收集到的需求进行细化和分解,将大的需求拆解成小的功能点,明确每个功能点的输入、输出和处理逻辑。
2.2 非功能分析:对非功能需求进行分析,包括性能要求、安全要求、可靠性要求等,明确每个非功能需求的具体指标和测试方法。
2.3 需求优先级分析:根据项目的目标和约束条件,确定每个需求的优先级,以便在开发过程中进行合理的资源分配和时间安排。
三、需求确认3.1 需求验证:与客户和利益相关者进行需求确认,确保需求的准确性和完整性,避免后期的需求变更和项目风险。
3.2 需求追踪:建立需求追踪矩阵,跟踪每个需求的状态和变更情况,确保需求的跟踪和控制。
3.3 需求文档编写:将确认的需求编写成需求规格说明书,包括需求的详细描述、输入输出和验收标准等,作为后续开发和测试的依据。
四、需求变更控制4.1 变更申请:对需求变更进行管理,客户或利益相关者提出变更申请,包括新增需求、修改需求和删除需求等。
4.2 变更评估:评估变更对项目进度、成本和质量的影响,确定是否接受变更,并进行相应的调整和协商。
4.3 变更控制:建立变更控制流程,对变更进行跟踪和控制,确保变更的合理性和可行性,避免对项目造成不必要的风险和影响。
五、需求交付和验收5.1 需求交付:将需求规格说明书交付给开发团队,确保开发人员理解和遵循需求,按时按量完成开发工作。
需求管理的概念

需求管理的概念需求管理的概念需求管理是指对项目或产品的需求进行全面有效的管理,包括需求获取、需求分析、需求确认、需求变更控制等方面。
它是软件开发和产品设计中非常重要的一个环节,能够帮助团队更好地理解客户的需求,并确保项目或产品能够按照客户预期的要求完成。
一、需求获取1.1 定义需求获取是指通过各种渠道,收集和整理客户及相关利益相关者对项目或产品的各种需求信息。
1.2 方法在实际工作中,有多种方法可以用于获取客户和利益相关者的需求信息。
例如:- 与客户进行面对面交流;- 发放问卷调查;- 分析竞争对手产品;- 分析市场趋势等。
二、需求分析2.1 定义需求分析是指将收集到的各种需求信息进行分类、筛选和整理,并通过分析得出最终确定的项目或产品功能和特性。
2.2 方法在实际工作中,有多种方法可以用于进行需求分析。
例如:- 制定详细的功能列表;- 进行用户故事编写;- 制定用例图等。
三、需求确认3.1 定义需求确认是指与客户和利益相关者进行沟通,确保对项目或产品的需求理解完全一致,并得到客户的认可。
3.2 方法在实际工作中,有多种方法可以用于进行需求确认。
例如:- 与客户进行面对面交流;- 发放需求确认文档并要求客户签字认可;- 进行演示和展示等。
四、需求变更控制4.1 定义需求变更控制是指在项目或产品开发过程中,对已经确定的需求进行修改、添加或删除等操作,并通过一定的流程进行管理和控制。
4.2 方法在实际工作中,有多种方法可以用于进行需求变更控制。
例如:- 制定详细的变更流程;- 设计变更申请表格并要求客户签字认可;- 进行变更评审等。
五、需求跟踪5.1 定义需求跟踪是指在整个项目或产品开发过程中,通过追踪每一个需求的状态和进度,确保项目或产品能够按照预期完成。
5.2 方法在实际工作中,有多种方法可以用于进行需求跟踪。
例如:- 制定详细的跟踪计划;- 设计跟踪表格并记录每一个需求的状态和进度;- 进行定期的跟踪报告等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
需求管理摘要:2011年7月,我参与了某企业“高清卡口式智能电子警察“项目的建设。
在项目中担任项目经理职务,主要负责项目的管理工作。
该项目是受某市公安局交警指挥中心的委托而开发的,目的是为了改善城市道路交通环境,提升公众出行安全系数。
系统兼具电子警察和卡口功能。
(121)本文结合作者的经验,以“高清卡口式智能电子警察“项目为例,讨论了项目的需求管理过程以及采用的措施和方法。
作为建设方的项目经理,我认为需求管理在信息系统项目中目的是确保项目各方对需求的一致理解,管理和控制需求的变更,实现从需求到最终产品的双向跟踪。
在具体工作中,采取了利用头脑风暴法获取需求,利用业务流程分析、数据流图等进行需求分析,利用评审进行需求验证,制定双向跟踪矩阵进行需求管理等相关管理方案。
通过这些措施和方法,有效地控制了项目范围和成本,成功地完成了项目,受到用户方的高度评价。
正文:项目概述;随着我国国民经济的持续快速发展,车辆剧增,由此导致交通阻塞,交通事故发生频率高,交通环境污染,交通治安混乱等一系列问题,严重影响了人民的生活。
在城市交通的关键点——道路交叉口,由于汇聚了多个方向的交通流量,加上机动车非机动车混行等因素,成为城市路网中交通拥堵发生的重点地段。
而车辆闯红灯等违法现象,更是成为引发道路交通事故的主要诱因之一。
单纯依靠人为管理,浪费人力资源,效果也不明显。
因此,向科技要警力,向管理要效益成为各个城市交通管理部门进行违法自动检测系统建设的动力。
为进一步利用科技手段实现对闯红灯、逆行等违法行为进行有力地治理,防止此类交通违章行为的发生,减少由此引起的事故,并促进交通秩序良性循环,提升公众出行安全系数,某市公安局交警指挥中心特委托我公司开发“高清卡口式电子警察”。
项目启动后,我被任命为该项目的项目经理,全面主持项目的管理工作。
该项目规模庞大,一期投资投资600万,要求在2012年1月1日前全面竣工并投入使用。
该项目将负责某市110万辆机动车数据,涉及部门人员众多,涵盖的知识技术领域范围广,是一个大型、复杂的综合性项目。
在有关领导的亲切关怀下,在项目干系人的配合与支持下,我与项目组全体组员并肩作战,通过近6个月的努力,终于在2011年12月20日全面通过验收。
项目总成本为万原,比计划提前10天,为公司挣得万利润。
项目采用B/S架构,Windows为开发平台,c#,c++为开发语言,数据库使用的是oracle 10g。
该项目除了具备实时监控功能外,还具有高清抓拍、大容量高速存储、自动检测车辆及车牌识别、全程轨迹跟踪、自动预警拦截等系统功能。
项目涉及的子系统较多,主要包括车辆检测模块、图像采集模块、信息处理模块、数据检索模块、违章检测模块等几个部分。
该项目的成功与合理的需求管理以及项目干系人的大力支持是密不可分的,下面分别对项目需求管理过程中需求获取、需求分析、需求定义、需求验证、需求管理(制定需求管理计划、需求变更管理、需求跟踪)等几个方面加以简要论述。
需求管理和范围管理的关系:需求开发、需求管理、范围管理的区别和联系主要如下:1)首先通过需求开发来获取项目的需求,在此基础上确定项目的范围、进行项目范围管理。
项目管理者联盟2)对于项目需求,可以根据需求的紧急重要程度、项目本身和项目双方的实际情况,分步或分期满足。
确定每期应满足的需求后,本期的范围管理就有了基础。
3)需求管理处理需求的变更,需求的变更同时会引起项目范围的变更。
需求获取:首先联系并了解用户方。
我同用户进行联系并取得了对方相关人员的名单,了解了他们的角色及职责。
将可能使用产品的客户分成不同类别。
详细描述出它们的个性特点及任务状况。
为每类用户至少选择一位能真正代表他们需求的人作为那一类用户的代表并能作出决策。
制定需求管理计划,包括如何规划、跟踪和汇报各种需求活动;需求管理需要使用的资源;培训计划;项目干系人参与需求管理的策略;判断项目范围与需求不一致的准则和纠正规程;需求跟踪结构,即哪些需求属性将列入跟踪矩阵,并可在其他哪些项目文件中追踪到这些需求;配置管理活动等。
制定需求管理计划后,我召开了联合讨论会。
联合各类关键客户代表,分析人员,开发团队代表一起,采用头脑风暴法来讨论需求。
由此拟出需求文档的底稿,确定了项目的质量属性和其它非功能需求。
需求分析:需求分析包括提炼、分析和仔细审查已收集到的需求,以确保所有的干系人都明白其含义并找出其中的错误、遗漏或其它不足的地方。
分析还包括与客户的交流以澄清某些易混淆的问题,并明确哪些需求更为重要。
其目的是确保所有干系人尽早地对项目达成共识并对将来的产品有个相同而清晰的认识。
我们从以下几方面对收集的需求进行分析:1)分析需求可行性。
计算机不能代替现实世界中的所有工作。
在允许的成本、性能要求下,对每项需求进行业务流程分析,分析业务流程中哪些是需要信息化管理的,而哪些不需要。
同时为业务流程的合理化改造提供建议。
明确与每项需求实现相联系的风险,包括与其它需求的冲突,对外界因素的依赖和技术障碍。
2) 确定需求的优先级别。
以优先级为基础确定产品版本将包括哪些特性或哪类需求。
给每个需求建立优先级有助于解决冲突,安排阶段交付,并且做出必要的取舍。
3) 为需求建立数据流图。
用来表达系统内数据的流动并通过数据流描述系统功能。
数据流图还有助于找到不正确的、不一致的、遗漏的和冗余的需求。
4) 创建数据字典。
在需求阶段,数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。
需求定义:用户需求要用一种标准使用实例模板编写成文档。
而软件需求规格说明则包含了软件的功能需求和非功能需求。
我们根据下面几方面定义了软件的需求规格说明文档。
1) 采用S R S模板:定义了软件需求文档标准模板。
该模板为记录功能需求和各种其它与需求相关的重要信息提供了统一的结构。
2) 指明需求的来源:为了让所有干系人明白S R S中为何提供这些功能需求,每项需求都要能追溯来源。
3) 为每项需求注上标号:制定一种惯例来为S R S中的每项需求提供一个独立的可识别的标号或记号。
这种惯例应当很健全,允许增加、删除和修改。
作了标号的需求使得需求能被跟踪,记录需求变更并为需求状态和变更活动建立度量。
4) 记录业务规范:业务规范是指关于产品的操作原则,比如谁能在什么情况下采取什么动作。
将这些编写成S R S中的一个独立部分。
5) 创建需求跟踪能力矩阵:建立一个矩阵把每项需求与实现、测试它的设计和代码部分联系起来。
这样的需求跟踪能力矩阵同时也把功能需求和高层的需求及其它相关需求联系起来了。
需求验证:验证是为了确保需求说明准确、完整地表达必要的质量特点。
避免需求说明中的二义性。
在本项目中通过评审的方式进行需求验证。
审查需求文档。
组织一个由不同代表(分析人员,客户,设计人员,测试人员)组成的小组,对S R S及相关模型进行仔细的检查,尽最大努力使《需求规格说明书》能够正确无误地反映用户的真实意愿。
需求评审之后,开发方和客户方的责任人对《需求规格说明书》作书面承诺。
需求管理:完成需求说明之后,不可避免地还会遇到项目需求的变更。
有效的变更管理需要对变更带来的潜在影响及可能的成本费用进行评估。
变更控制委员会与关键的项目风险承担者要进行协商,以确定哪些需求可以变更。
同时,无论是在开发阶段还是在系统测试阶段,还应跟踪每项需求的状态。
建立起良好的配置管理方法是进行有效需求管理( requirement management)的先决条件。
可以使用版本控制和其它管理配置技术来管理代码和文档。
在本项目中我们采用如下流程进行需求的变更管理:1) 确定需求变更控制过程。
确定一个选择、分析和决策需求变更的过程。
所有的需求变更都需遵循此过程。
2) 建立变更控制委员会。
变更控制委员会由项目经理、用户代表、质量管理人员、配置管理人员、公司技术专家组成。
3) 进行需求变更影响分析:评估每项需求变更,以确定它对项目计划安排和其它需求的影响。
明确与变更相关的任务并评估完成这些任务需要的工作量。
对于审核通过的需求变更,该需求变更将由后续的实施人员(如开发修改代码、需求人员修改需求文档等)进行实施。
需求跟踪本项目中采用如下措施进行需求跟踪:1) 跟踪所有受需求变更影响的工作产品:当进行某项需求变更时,参照需求跟踪能力矩阵找到相关的其它需求、设计模板、源代码和测试用例,这些相关部分可能也需要修改。
2) 建立需求基准版本和需求控制版本文档:确定一个需求基准,之后的需求变更就遵循变更控制过程即可。
每个版本的需求规格说明都必须是独立说明,以避免将底稿和基准或新旧版本相混淆。
3) 维护需求变更的历史记录:记录变更需求文档版本的日期以及所做的变更、原因,还包括由谁负责更新和更新的新版本号等。
4) 跟踪每项需求的状态:建立一个数据库,其中每一条记录保存一项功能需求。
保存每项功能需求的重要属性,它包括状态(如已推荐的,已通过的,已实施的,或已验证的),这样在任何时候都能得到每个状态类的需求数量。
5) 衡量需求稳定性:记录基准需求的数量和每周或每月的变更(添加、修改、删除)数量。
过多的需求变更“是一个报警信号”,意味着问题并未真正弄清楚,项目范围并未很好地确定下来或是政策变化较大。
6) 使用需求管理工具:商业化的需求管理工具能帮助在数据库中存储不同类型的需求,为每项需求确定属性,可跟踪其状态,并在需求与其它软件开发工作产品间建立跟踪能力联系链。
需求跟踪的目的:在某种程度上,需求跟踪提供了一个表明与合同或说明一致的方法。
更进一步,需求跟踪可以改善产品质量,降低维护成本,而且很容易实现重用。
需求跟踪能力矩阵:表示需求和别的系统元素之间的联系链的最普遍方式是使用需求跟踪能力矩阵。
正向跟踪:从需求到设计、源码、测试用例的过程,用于明确是否所有需求都被设计了、被编码了,被测试了等。
一旦某个需求需要变更,就可以快速找到所有影响的范围。
反向跟踪:从缺陷到测试用例、源码、设计、需求的过程,用于明确所有的工作成果都是有对应的需求,避免测试多余、设计多余的情况发生。
同时,一旦某项设计因多种原因发现需要变更,也可快速找到对应的需求,以便快速确认相应的需求是否需要变更。
不管是正向追踪还是反向追踪,都需要建立需求能力跟踪矩阵。
下表展示了这种矩阵,这是一个“化学制品跟踪系统”实例的跟踪能力矩阵的一部分。
这个表说明了每个功能性需求向后连接一个特定的使用实例,向前连接一个或多个设计、代码和测试元素。
需求跟踪能力工具:在本项目里,我们采用RP (RequisitePro)实现了上述双向跟踪。
通过该工具,大大减少我们人为进行需求双向跟踪所需的工作量。
需求跟踪能力过程:应用需求跟踪能力来管理工程时,采用下列步骤:•决定定义哪几种联系链。