软件项目的需求开发和管理

1、摘 要需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。 HYPERLINK javascript:; 如何从各种各样的应用专业领域中特别是直接从最终用户处捕获需求，并完整、准确地予以描述与分析，需求工程成为研究的热点之一。本文通通过对需需求工程程的基本本概念、需求开开发和管管理中的的主要风风险和对对策进行行研究和和总结，希望在在实践中中加以应应用，真真正做好好需求的的开发和和管理工工作。关键字：软件项项目、需需求工程程、需求求分析、需求开开发、需需求管理理、范围围管理、范围

2、变变更控制制目录TOC o 1-3 h z HYPERLINK l _Toc184733992 1软件需需求和需需求工程程 PAGEREF _Toc184733992 h 3 HYPERLINK l _Toc184733993 1.1软软件需求求的基本本概念 PAGEREF _Toc184733993 h 33 HYPERLINK l _Toc184733994 1.2软软件需求求的重要要性 PAGEREF _Toc184733994 h 3 HYPERLINK l _Toc184733995 1.3需需求工程程的基本本概念 PAGEREF _Toc184733995 h 44 HYPERLI

3、NK l _Toc184733996 1.4需需求开发发过程域域 PAGEREF _Toc184733996 h 4 HYPERLINK l _Toc184733997 1.5需需求管理理过程域域 PAGEREF _Toc184733997 h 5 HYPERLINK l _Toc184733998 1.6需需求工程程的一些些感悟 PAGEREF _Toc184733998 h 55 HYPERLINK l _Toc184733999 2需求开开发和管管理的主主要风险险 PAGEREF _Toc184733999 h 6 HYPERLINK l _Toc184734000 3需求开开发和管管理

4、的主主要对策策 PAGEREF _Toc184734000 h 6 HYPERLINK l _Toc184734001 3.1建建立需求求开发和和管理工工作机制制需考虑虑的几个个因素 PAGEREF _Toc184734001 h 77 HYPERLINK l _Toc184734002 3.2需需求开发发和管理理流程 PAGEREF _Toc184734002 h 77 HYPERLINK l _Toc184734003 3.2.1需求求调查 PAGEREF _Toc184734003 h 77 HYPERLINK l _Toc184734004 3.2.2细化化用户需需求 PAGEREF

5、_Toc184734004 h 8 HYPERLINK l _Toc184734005 3.2.3撰写写需求说说明书 PAGEREF _Toc184734005 h 88 HYPERLINK l _Toc184734006 3.2.4需求求确认 PAGEREF _Toc184734006 h99 HYPERLINK l _Toc184734007 3.2.5需求求跟踪 PAGEREF _Toc184734007 h 110 HYPERLINK l _Toc184734008 3.2.6需求求变更控控制 PAGEREF _Toc184734008 h 100 HYPERLINK l _Toc18

6、4734009 4总结 PAGEREF _Toc184734009 h 113软件项目目的需求求开发和和管理软件需求求和需求求工程软件需求求的基本本概念在IEEEE软件件工程标标准词汇汇表(119977年)中中定义软软件需求求为： 用户解决决问题或或达到目目标所需需的条件件或能力力。 系统或系系统部件件要满足足合同、标准、规范或或其它正正式规定定文档所所需具有有的条件件或能力力。一种反映映上面11)或22)所描描述的条条件或权权能的文文档说明明。 实实通俗的的讲，“需求”就是用用户的需需要，它它包括用用户要解解决的问问题、达达到的目目标、以以及实现现这些目目标所需需要的条条件，它它是一个个程序

7、或或系统开开发工作作的说明明，表现现形式一一般为文文档形式式。所以我们们可以理解解，软件需求求来源于于用户的的一些“需要”，这些些“需要”被分析析、确认认后形成成完整的的文档，该文档档详细地地说明了了产品“必须或或应当”做什么么。 软件需求求的重要要性软件需求求是整个个产品链链的源头头，需求求工作的的优劣将将直接影影响到产产品的设设计，生生产，销销售和维维护的全全过程。就像一一条河流流，如果果源头被被污染了了，那么么整条河河流也就就被污染染了。FFredderiick Broookss在他的的经典文文章“NNo SSilvver Bulllett”是这这样描述述需求的的重要性性的：开开发软件件

8、系统最最困难的的部分就就是准确确说明开开发什么么。最困困难的概概念性工工作是编编写出详详细的需需求，包包括所有有面向用用户、面面向机器器和其它它软件系系统的接接口。此此工作一一旦做错错，将会会给系统统带来极极大的损损害，并并且以后后对它修修改也极极为困难难。需求工程程的基本本概念把所有与与需求直直接相关关的活动动通称为为需求工工程。需求工程程中的活活动可分分为两大大类，一一类属于于需求开开发，另另一类属属于需求求管理。 需求工程程的结构构图 图1：需需求工程程结构图图需求开发发过程域域需求开发发的目的的是通过过调查与与分析，获取用用户需求求并定义义产品需需求。 需求调查查的目的的是通过过各种途

9、途径获取取用户的的需求信信息（原原始材料料），产产生用用户需求求说明书书。 需求分析析的目的的是对各各种需求求信息进进行分析析，消除除错误，刻画细细节等。常见的的需求分分析方法法有“问答分分析法”和“建模分分析法”两类。 需求定义义的目的的是根据据需求调调查和需需求分析析的结果果，进一一步定义义准确无无误的产产品需求求，产生生产品品需求规规格说明明书。系统设设计人员员将依据据产品品需求规规格说明明书开开展系统统设计工工作。 需求管理理过程域域需求管理理的目的的是在客客户与开开发方之之间建立立对需求求的共同同理解，维护需需求与其其它工作作成果的的一致性性，并控控制需求求的变更更。 需求确认认是指

10、开开发方和和客户共共同对需需求文档档进行评评审，双双方对需需求达成成共识后后作出书书面承诺诺，使需需求文档档具有商商业合同同效果。 需求跟踪踪是指通通过比较较需求文文档与后后续工作作成果之之间的对对应关系系，建立立与维护护“需求跟跟踪矩阵阵”，确保保产品依依据需求求文档进进行开发发。 需求变更更控制是是指依据据“变更申申请审审批更更改重重新确认认”的流程程处理需需求的变变更，防防止需求求变更失失去控制制而导致致项目发发生混乱乱。 需求工程程的一些些感悟不论是合合同项目目还是自自主研发发的产品品，都必必须开展展需求开开发和需需求管理理活动。开发者对对待需求求工程的的态度可可分“被动型型”、“主动

11、型型”和“领先型型”三种，只有后后两种才才有可能能开发出出成功的的产品。 “被动型型”是指开开发者被被动地对对待需求求工程中中的各项项活动，能少干干则少干干，能偷偷懒则偷偷懒。他他们认为为需求是是用户的的事情而而不是自自己的事事情。开开发过程程中经常常发生需需求变更更，导致致产品迷迷失方向向，不是是半途而而废就是是陷入半半死不活活的状态态。“主动型型”是指开开发者积积极地开开展需求求工程中中的各项项活动。他们把把获取准准确的需需求当作作自己的的职责，会想尽尽一切办办法克服服需求开开发和需需求管理理过程中中的困难难，而不不是找借借口推卸卸责任。俗话说说“良好的的开端是是成功的的一半”，“主动型型

12、”需求工工程是开开发成功功产品的的必备条条件。 “领先型型”是需求求工程的的最高境境界。开开发者发发掘了连连用户自自己都没没有意识识到的需需求，导导致用户户跟着新新产品跑跑而不是是新产品品围着用用户转，这叫引引导消费费。需求求工程做做到这个个份上，才能使使产品立立于不败败之地，长盛不不衰。 需求开发发和管理理的主要要风险由于需求求分析的的参与人人员、业业务模式式、投资资、时间间等客观观因素的的影响和和需求本本身具有有主观性性和可描描述性差差的特点点，因此此，需求求分析工工作往往往面临着着一些潜潜在的风风险。这这些风险险主要表表现在： 用户不能能正确表表达自身身的需求求。这种种情况往往往会增增加

13、需求求分析工工作难度度，分析析人员需需要花费费更多的的时间和和精力与与用户交交流，帮帮助他们们梳理思思路，搞搞清用户户的真实实需求。 业务人人员配合合力度不不够。有有的用户户日常工工作繁忙忙，他们们不愿意意付出更更多的时时间和精精力向分分析人员员讲解业业务，这这样会加加大分析析人员的的工作难难度和工工作量，也可能能导致因因业务需需求不足足而使系系统无法法使用。 用户需求求的不断断变更。由于需需求识别别不全、业务发发生变化化、需求求本身错错误、需需求不清清楚或对对应政策法规发发生了变变化等原原因，需需求在项项目的整整个生命命周期都都可能发发生变化化，一旦旦发生了了需求变变化，就就不得不不修改设设

14、计、重重写代码码、修改改测试用用例、调调整项目目计划等等等，需需求的变变化就像像是万恶恶之源，为项目目的正常常的进展展带来不不尽的麻麻烦。 忽略了用用户的特特点分析析。分析析人员往往往容易易忽略了了系统用用户的特特点，系系统是由由不同的的人使用用其不同同的特性性，使用用频繁程程度有所所差异，使用者者受教育育程度和和经验水水平不尽尽相同。如果忽忽略这些些的话，将会导导致有的的用户对对产品感感到失望望。 需求开发发和管理理的主要要对策首先需要要建立一一个有效效的工作作机制，只有建建立了工工作机制制，才能能保证需需求工作作按照既既定方案案执行，需求开开发和管管理的参参与者才才会在一一种有序序的状态态

15、下工作作。其次次才是充充分运用用工作机机制和个个人能力力去获取取问题、分析问问题、编编写需求求文档和和进行需需求管理理。建立需求求开发和和管理工工作机制制需考虑虑的几个个因素抓住决策策者最迫迫切和最最关心的的问题，引起重重视。用用户方决决策者对对项目的的关心重重视程度度是项目目能否顺顺利开展展的关键键，决策策者的真真实意图图也是用用户方的的最终需需求，因因此，在在开发过过程中要要利用一一切机会会了解决决策者关关心的问问题，同同时也要要引导他他们了解解和重视视项目的的开发，当决策策者认识识到项目目的重要要性时，需求分分析工作作在人力力、物力力、时间间上就有有了保障障。建立良好好的沟通通环境和和氛

16、围。分析人人员与用用户沟通通的程度度关系到到需求分分析的质质量，因因此建立立一个良良好的沟沟通氛围围、处理理好分析析人员与与用户之之间的关关系显得得尤其重重要。 需求质量量控制要要制度化化。需求的的变化是是软件项项目不可可避免的的事实，因此需需求质量量控制是是一项艰艰苦的工工作，要要保证该该项工作作的顺利利实施，就必须须有制度度保证，这个制制度可以以在项目目质量控控制方案案中制定定，该方方案主要要是具体体化、定定量化的的描述用用户要求求，形成成全面、一致、规范的的软件需需求分析析规格说说明书，明确需需求分析析规格说说明书的的工作程程序和要要素，规规范开发发活动，为后续续软件设设计、实实现、测测

17、试、评评审及验验收提供供依据。需求开发发和管理理流程需求调查查首先，需需求分析析员起草草需求调调查问题题表，将将调查重重点锁定定在该问问题表内内，否则则调查工工作将变变得漫无无边际。问题表表可以是是层次化化的，随随着调查查的深入入，问题题表将不不断地被被细化。问题表表应当以以“选择择题”和和“是非非题”为为主。 其次，需需求分析析员应当当确定需需求调查查的方式式。例如： 与用用户交谈谈，向用用户提问问题，向用户户群体发发调查问问卷等，还可以以从用户户的工作作流程，相关文文档以及及行业标标准、规规则中提提取需求求。分析析已经存存在的同同类软件件产品，提取需需求。 最后，需需求分析析员与被被调查者

18、者建立联联系，确确定调查查的时间间、地点点、人员员等，进进行需求求调查。细化用户户需求根据用户户需求调调查，对对用户的的需求进进行细化化，对比比较复杂杂的用户户需求进进行建模模分析，以帮助助软件开开发人员员更好地地理解需需求。例例如采用用Rattionnal 的Roose工工具进行行需求的的建模分分析。 撰写需求求说明书书需求分析析员按照照指定的的文档模模板撰写写需求求说明书书。需求说说明书的参考考模板如如下：图2：需求说说明书参考模模板需求确认认需求确认认是指开开发方和和客户方方共同对对需求求说明书书进行行评审，双方对对需求达达成共识识后作出出承诺。需求确确认包括括两方面面的工作作：“需需求

19、评审审”和“需求承承诺”。 需求评审审： 对对需求的的必要性性和可行行性进行行分析，确定需需求文档档。 需求承诺诺： 开开发方和和客户方方的对通通过了正正式技术术评审的的需求求说明书书做出承诺诺，按照照“变更更控制规规程”执执行，明明确指出出需求的的变更将将导致双双方重新新协商成成本、资资源和进进度等。 需求跟踪踪需求跟踪踪的目的的是建立立与维护护“需求求设计计编程程测试试”之间间的一致致性，确确保所有有的工作作成果符符合用户户需求。 需求求跟踪有有两种方方式： 正向跟踪踪：检查查需求求说明书书中的的每个需需求是否否都能在在后继工工作成果果中找到到对应点点。 逆向跟踪踪：检查查设计文文档、代代

20、码、测测试用例例等工作作成果是是否都能能在需需求说明明书中中找到出出处。 正向跟跟踪和逆逆向跟踪踪合称为为“双向向跟踪”。不论论采用何何种跟踪踪方式，都要建建立与维维护需求求跟踪矩矩阵。需需求跟踪踪矩阵保保存了需需求与后后继工作作成果的的对应关关系。 需求变更更控制需求变更更的原因因在软件项项目中，变更可可能来自自方案服服务商、客户或或产品供供应商等等，也可可能来源源于项目目组内部部。虽然然需求变变更的表表现形式式千差万万别，但但究其根根本不外外乎以下下几种原原因：范围没有有圈定就就开始细细化。细化工工作是由由需求分分析人员员完成的的，一般般是根据据用户提提出的描描述性的的、总结结性的短短短几

21、句句话去细细化的，提取其其中的一一个个功功能，并并给出描描述（正正常执行行时的描描述和意意外发生生时的描描述）。当细化化到一定定程度后后并开始始系统设设计时，范围会会发生变变化，那那细节用用例的描描述可能能就有很很多要改改动。 没有指定定需求的的基线。没有良好好的软件件结构适适应变化化 。如何控制制需求变变更 为了将项项目变更更的影响响降低到到最小，就需要要采用项项目范围围变更控控制方法法。进行行项目范范围变更更控制的主主要依据据是范围围管理计计划、变变更请求求和提供供了项目目执行状状况信息息的绩效效报告。按照现现代项目目管理的的概念，一个项项目的生生命周期期分为启启动、计计划、执行、监控、收

22、尾五五个过程程组。范围变更更的控制制不应该该只是项项目实施施过程考考虑的事事情，而而是要分分布在整整个项目目生命周周期的全全过程。项目启动动、计划划阶段的的变更预预防。对于任任何项目目，变更更都无可可避免，也无从从逃避，只能积积极应对对，这个个应对应应该是从从项目启启动的需需求分析析阶段就就开始了了。如果果需求做做得好，文档清清晰且又又有客户户签字，那么后后期客户户提出的的变更就就超出了了合同范范围，需需要另外外收费。这个时时候千万万不能手手软，这这并非要要刻意赚赚取客户户的钱财财，而是是不能让让客户养养成经常常变更的的习惯，否则后后患无穷穷。 项目执行行、监控控阶段的的需求变变更 。成功项项

23、目和失失败项目目的区别别就在于于项目的的整个过过程是否否是可控控的。项项目经理理应该树树立一个个理念“需需求变更更是必然然的、可可控的、有益的的”。项项目执行行、监控控阶段的的变更控控制需要要做的是是分析变变更请求求，评估估变更可可能带来来的风险险和修改改基准文文件。 项目收尾尾阶段的的总结。能力的的提高往往往不是是从成功功的经验验中来，而是从从失败的的教训中中来。项项目总结结工作应应作为现现有项目目或将来来项目持持续改进进工作的的一项重重要内容容，同时时也可以以作为对对项目合合同、设设计方案案内容与与目标的的确认和和验证。项目总总结工作作包括项项目中事事先识别别的风险险和没有有预料到到而发生

24、生的变更更等风险险的应对对措施的的分析和和总结，也包括括项目中中发生的的变更和和项目中中发生问问题的分分析统计计的总结结。 需求变更更的处理理流程 需求变更更既然不不可避免免，那么么就必须须有一套套规范的的处理流流程。范围变变更控制制参考流程程图如下下：图3：范范围变更更控制参参考流程程图提交变更更请求：项目的的任何干干系人均均可提交交变更请请求。通通过将变变更请求求状态设设置为已已提交，变更请请求被记记录到变变更请求求追踪系系统中并并放置到到变更控控制委员员会（CCCB）复审队队列中。复审变更更请求：此活动动的作用用是复审审已提交交的变更更请求。在 CCCB 复审会会议中对对变更请请求的内内容进行行初始复复审，以以确定它它是否为为有效请请求。如如果是，则基于于小组所所确定的的优先级级、时间间表、资资源、努努力程度度、风险险、严重重性以及及其他任任何相关关的标准准，判定定该变更更是在当当前发布布版的范范围之内内还是范范围之外外。确认认重复或或拒绝：如果怀怀疑某个个变更请请求为重重复的请请求或已已拒绝的的无效请请求（例例如，由由于操作作符错误误、无法法重现、工作方方式等），将指指定一个个 CCCB 代代表来确确认重复复或已拒拒绝的变变更请求