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

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

2、工作作。关键字：软软件项目目、需求求工程、需需求分析析、需求求开发、需需求管理理、范围围管理、范范围变更更控制目录TOC o 1-3 h z HYPERLINK l _Toc184733992 1软件需求求和需求求工程 PAGEREF _Toc184733992 h 33 HYPERLINK l _Toc184733993 1.1软件件需求的的基本概概念 PAGEREF _Toc184733993 h 3 HYPERLINK l _Toc184733994 1.2软件件需求的的重要性性 PAGEREF _Toc184733994 h 3 HYPERLINK l _Toc184733995 1.

3、3需求求工程的的基本概概念 PAGEREF _Toc184733995 h 4 HYPERLINK l _Toc184733996 1.4需求求开发过过程域 PAGEREF _Toc184733996 h 44 HYPERLINK l _Toc184733997 1.5需求求管理过过程域 PAGEREF _Toc184733997 h 55 HYPERLINK l _Toc184733998 1.6需求求工程的的一些感感悟 PAGEREF _Toc184733998 h 5 HYPERLINK l _Toc184733999 2需求开发发和管理理的主要要风险 PAGEREF _Toc18473

4、3999 h 66 HYPERLINK l _Toc184734000 3需求开发发和管理理的主要要对策 PAGEREF _Toc184734000 h 66 HYPERLINK l _Toc184734001 3.1建立立需求开开发和管管理工作作机制需需考虑的的几个因因素 PAGEREF _Toc184734001 h 7 HYPERLINK l _Toc184734002 3.2需求求开发和和管理流流程 PAGEREF _Toc184734002 h 7 HYPERLINK l _Toc184734003 3.2.11需求调调查 PAGEREF _Toc184734003 h 7 HYPE

5、RLINK l _Toc184734004 3.2.22细化用用户需求求 PAGEREF _Toc184734004 h 8 HYPERLINK l _Toc184734005 3.2.33撰写需需求说明明书 PAGEREF _Toc184734005 h 8 HYPERLINK l _Toc184734006 3.2.44需求确确认 PAGEREF _Toc184734006 h9 HYPERLINK l _Toc184734007 3.2.55需求跟跟踪 PAGEREF _Toc184734007 h 100 HYPERLINK l _Toc184734008 3.2.66需求变变更控制制

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

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

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

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

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

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

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

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

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

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

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

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

18、提取取需求。分分析已经经存在的的同类软软件产品品，提取取需求。 最后，需求求分析员员与被调调查者建建立联系系，确定定调查的的时间、地地点、人人员等，进进行需求求调查。细化用户需需求根据用户需需求调查查，对用用户的需需求进行行细化，对对比较复复杂的用用户需求求进行建建模分析析，以帮帮助软件件开发人人员更好好地理解解需求。例例如采用用Rattionnal 的Roose工工具进行行需求的的建模分分析。 撰写需求说说明书需求分析员员按照指指定的文文档模板板撰写需需求说明明书。需求说明书的参考模板如下：图2：需需求说明明书参参考模板板需求确认需求确认是是指开发发方和客客户方共共同对需需求说明明书进进行评

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

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

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

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

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

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