浅析软件项目管理中的需求管理

1、浅析软件工程办理中的需求办理吴艳艳周长伦姜家轩王春梅许自国论文关键词：软件工程需求办理软件工程论文摘要：需求办理是整个软件工程的办理的基拙，也是工程乐成的关健地点。本文表达了软件工程中需求办理的紧张性及存在的题目，并针对这些题目提出相干办理要领。配景1.1需求办理的观点明白需求办理的第一步就是对什么是需求办理告竣共鸣。ratinal把需求界说为“(正在构建的)体系必需切合的条件或具备的成效。由于需求是正在构建的体系必需切合的事件，而且切合某些需求决定了工程标乐成或失败，因此寻出需求是什么，将它们记下来，举行构造，并在产生变革时对它们举行追踪，这些运动都是成心义的。换句话说，需求办理就是:一种猎

2、取，构造并记载体系需求的体系化方案，以及一个使客户与工程团队对不竭变动的体系需求告竣并保持同等的历程。1.2需求办理在软件工程办理中的职位简朴地说，体系开拓团队之以是办理需求，是由于他们想让工程得到乐成。满意工程需求即为乐成打下了基矗假设无法办理需求，到达目的的几率就会低落。以下比来网络的证据很有说服力:standishgrup从1994年到2001年的hasreprts证明，导致工程失败的最紧张的缘故原由与需求有关。2001年，standishgrup的hasreprts报导了该公司的一项研究，该公司对多个工程作观察后创造，百分之七十四的工程是失败的，即这些工程不克不及定时按预算完成。此中提

3、到最多的导致工程失败的缘故原由就是“变动用户需求。在软件工程标开拓历程中，需求变动贯串了软件工程标整个生命周期，在软件工程办理中需求工程是软件开拓的第一步，是关键的一步，也是最难掌握的一步。需求办理做得优劣直接影响到软件的质量，乃至软件工程标成败。从软件的工程立项、研发、维护，用户的履历在增长，对利用软件的感觉有变革，以及整个行业的新动态，都为软件带来不竭美满成效、优化性能、进步用户友爱性的要求。在工程办理历程中，工程司理常常面临用户的需求变动，假设不克不及有效处置惩罚这些需求变动，工程筹划会频频调解，软件交付日期频频耽误，工程研发职员的士气将越来越消沉，将直接导致工程本钱增长、质量落落及工程

4、交付日期推后。这决定了工程组必需拥有需求办理计谋。2需求办理近况随着信息期间的生长，盘算机软件的需求愈来愈庞大，范围愈来愈大，而且随着企业的生长，事变历程重组，需求变动已愈来愈成为一定。软件危急连续了30年之久，至今仍无法得以很好地办理。究其缘故原由，软件自己具有的特点虽然有关，但恒久以来，缺乏软件开拓和维护的准确要领以及无视软件开拓历程的质量操纵乃是最为关键的缘故原由。此中软件开拓和维护要领的不准确性重要表如今:无视软件开拓前期的需求阐发;开拓历程缺乏同一的、范例化的要领论的引导;文档资料不齐备或禁绝确;无视与用户之间、开拓组员之间的交换;无视测试的紧张性;不器重维护或由于上述缘故原由造成维

5、护事变的困难。如许，就常常出现用户对“已完成体系不满意，软件产物的质量常常出现缺点，补丁一大堆。因此人们意识到以工程化的原那么和要领构造软件开拓事变是办理软件危急的一个重要出路。需求阐发作为软件生命周期的第一个阶段，并贯串于整个软件生命周期，其紧张性越来越突出，到20世纪80年代中期，渐渐形成了软件工程的子范畴需求工程。进人20世纪90年代后，需求工程成为软件界研究的重点之一。从1993年起，每两年举行一次需求工程国际研讨会(isre),1994年起，每两年举行一次需求工程国际集会(ire)。一些关于需求工程的事变小组相继创立。3存在的题目3.1需求形貌的过细性题目在文章的开头就说明白软件需求

6、在整个软件体系开拓中的紧张性，正是由于它的紧张性，一样平常来说，需求形貌越详细越好。工程标开拓方与用户在种种题目上的要求都是根本外表到达同等即可，详细的细节可以以后再添补，这是一种非常伤害的头脑。不管需求阐发做的何等过细，以后对需求的变动都是一定的。另一方面，在需求阐发阶段，开拓职员盼望再多投人一些时间，但是用户却不这么以为，由于需求阶段是软件体系开拓起首要进人的阶段，离终极开拓出可用的体系另有很长一段间隔，这导致了两边的不同等。但假设在需求阶段投人许多时间，时间越长，大概的变革就越多，对方案的限定越严酷，因此在需求形貌的题目上，没有同一的界定，必要开拓职员学会得当的掌握。3.2需求形貌的准确

7、性软件开拓是一种专业举动，一样平常的业主难以明白软件开拓职员的开拓理念。以是在和业主交换时，他们报告的需求在现实中利用现有的技能是实现不了的，用户以为自己很清楚自己的需求了，但现实上他们只是根据其时的事变需求提出的。随着开拓事变的不竭盼望，用户大概想到更多的成效和特色，进而对从前的需求举行窜改，导致需求的不同等。别的一种环境就是开拓职员和业主交换时，由于业主自己对需求的形貌不清楚，导致开拓职员误解或曲解了业主最初的要求，末了开拓出来的体系不是不克不及满意用户，就是一个产生需求错误的体系。终究上这种错误在需求阶段也会常常产生。更可骇的是，对付需求阶段出现的错误，假设在软件工程举行到后期的时间才创

8、造，修复用度黑白常可骇的，乃至会超出工程自己的用度。因此做好需求办理、淘汰需求错误的出现对付低落软件工程标本钱是需要的，也是至关紧张的。3.3需求形貌的完备性体系的需求是层出不穷的，我们不成能做到把全部的需求都逐一枚举出来，而且随着时间的推进，用户的需求也会越来越多，要穷举需求是不成能做到的。别的，并不是用户提出的全部需求都要满意，在工程标末了，改变一个需求对整个工程标影响或丧失很大概会凌驾需求自己给用户带来的好处。3.4需求的变动需求的变革题目是每个开拓职员、每个工程司理都碰到的题目，也是最头痛的题目，一旦产生了需求变革，你不得不来修改你的方案、重写你的代码、修改你的测试用例、调解你的工程筹

9、划等等，需求的变革比方是万恶之源，为工程标正常的盼望带来不尽的贫困，怎么办?办理它!使需求在受控的状态下产生变革，而不是随意变革，需求办理就是要根据尺度的流程来操纵需求的变革。困难随之而来，需求中的变革一样平常不是突发的革命性的变革，最常见的是工程需求的渐变(prjetspereep)题目，这种渐变很大概是客户与开拓方都没成心识到的，当到达一定程度时，双刚刚蓦地回忆，创造已经物是人非，换了一番天地。4办理题目的计谋4.1对需求文档版本操纵客户签收的全部历程文档都要作为基线确定下来，做好相干文档的办理事变。需求的基线是指是否容许需求变动的分界限，需求阐发职员在充实与客户用户举行一样的底子上形成第

10、一个版本的需求文档，这个需求文档在通过需求评审后即可以创立第一个需求基线。今后每次需求变动并颠末需求评审后，都要重新确定新的需求基线，以免将来用户需求产生变动时，本来的需求无法查寻。为有效举行需求变动操纵，一定要做的事变就是保存好各个版本的需求基线，维护需求基线文档，以备不时之需。4.2准确熟悉需求变动在软件开拓历程中有如许一条真理:需求的变革是永久的，需求不成能是完备的。软件开拓的历程现实上是一个变革的历程，需求的变动不一定是坏事，也有大概是功德。变动的需求之以是变得难以办理，不但是由于一个变动了的需求意味着要消耗或多或少的时间来实现某一个新特性，而且也由于对某个需求的变动很大概影响到其他需

11、求。应确保给予需求一个有弹性的布局，使它能顺应变动，而且确保利用可追踪性链接可以表达需求与开产生命周期的其他工件之间的依靠干系。办理变动包罗创立基线，确定必要追踪的紧张依靠干系，创立相干项之间的可追踪性，以及变动操纵等运动。需求变动贯串了软件工程标整个生命周期，通过创立范例的变动操纵流程，革新软件阐发与方案，把变革纳人筹划之中，在应对需求变动时可以越发的沉着和有信心。4.3办理需求变动变动操纵不该该只是软件开拓历程应该思量的事变，随着软件产物的开拓和时间的推进，用户会提出越来越多的新需求，乃至在交付软件产物的末了阶段用户还会有差异的需求，因此需求变动的办理应贯串于整个工程生命周期的全历程。为了

12、使变动对工程标影响落到最小，就应当接纳符合有效的变动操纵计谋，确定一个选择、阐发和决议需求变动的历程，全部的需求变动都需遵照此流程。对需求的变动的处置惩罚应该分以下几个步调:提出变动、变动评估、实行变动、监视变动历程。4.4创立需求办理模子需求建模是表达需求的一种情势，是对需求的一种形貌与阐释，它利用尺度的语言，利用雷同积木的观点来建模，最大的利益是各人可以直接根据需求，容易地重复修改需求模子。而且不会产生歧义，从而可以使大多数人快速地明白。需求建模的目的是要消除人际一样随意性很强的缺点，以是必要致力于将一样尺度化、主动化、正确化，而且责任到人卖力的详细阶段。具有可测试、可验证性的特点。建模的

13、历程就是通过需求的特点和要求举行阐发，以建模尺度为底子举行正确、完备和有效的表达，以确保客户和开拓方都可以或许明白无误地、通用的明白。4.5与用户充实一样在需求办理历程中与用户的一样很紧张，由于它直接决定着终极软件产物是否满意客户的要求，即很大程度上决定着工程标成败。在一样时，两边对需求的熟悉要同等，不克不及模糊其词。讨论需求及变动需求时，需求职员与客户及用户应该只管接纳协作的态度，精良的事变气氛也会进步事变服从，很难想象两边在“刁难与“敷衍的态度下是多糟糕的事变场景。确定需求基线的历程也是与客户用户交换的历程，而频仍大量的需求变动在很大程度上也是交换不充实的结果。以是，有效的充实的交换尤为紧张，需求职员认真听取客户用户的要求，举行阐发和整理，并终极获得用户简直认。4.6利用需求办理东西需求变动操纵委员会可以接纳贸易化的需求办理东西，以此来在数据库中存储差异范例的需求。这些东西提供了对每项需求的属性形貌、状态跟踪