首页>>技术前沿>>B/S,C/S软件系统开发需求变更风险是指需求已经成为软件项目基准,但需求还在继续变化;需求定义欠佳,而进一步的定义会扩展项目范畴;添加额外软件开发的需求;软件开发含混的部分比预期需要更多的时间;在做需求中客户参与不够;缺少有效的需求变化管理过程。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大的风险）。
预防这种风险的办法是需要团队成员的高度配合和密切协作的阶段，在进行需求分析的时候要仔细分配团队成员的工作，具体分配如下：如项目经理负责需求分析阶段项目进度的安排和控制；参与项目的各种资源调度；负责项目的总体协调工作，人员组成为双方项目负责人。再如系统分析人员要通过与用户方的技术人员和业务人员进行良好的沟通，了解业务流程、功能需求、系统构想和项目目标，完成软件需求说明书的编制任务，等等。要求需求分析阶段的团队按照项目管理中典型的矩阵式结构来开展，这种结构能够有效的利用项目资源，减少条块分割的冲突，增加了沟通和协调的机会，降低了项目的执行成本，能够充分发挥项目经理和个分组人员的积极性，并通过采用一些激励机制，保证项目成员有充分的责任感和成就感。并且要有效的遏制需求变更，软件的需求变更时软件项目开发和实施的最大敌人，在软件项目的各个阶段都可能出现。需求变更的越晚，对项目造成的危害就越大。所以对软件的需求变更控制贯穿与软件实施的各个阶段。在需求分析阶段用户需求变更主要表现为用户需求的反复，容易使需求分析工作原地转圈，无法按计划完成需求分析工作。要遏制分析阶段的变更风险，采用以下几种方法：1、充分到位的需求调研。2、用户签字制度。签字的方法可以是用户在需求调研中积极负责的态度，认真对待每个需求分析项。在实际分析中，分析人员要善于与用户沟通，通过系统原型或相似系统演示等手段，消除用户的顾虑；另外，如果用户方代表个人难以决定，可通过召开项目协调会议，由用户的项目有关人员集体决定。3、定期的工作通报制度。即开发项目经理要定期将需求分析阶段的工作进展情况、存在的问题进行汇总，向项目双方的高层领导、项目管理委员会进行工作汇报。促使项目双方人员以积极协作的心态开展需求调研工作，减少变更，确定进度。4、对签字认可的需求纳入需求管理，对发生的需求变更，执行需求变更处理流程。另外，在该过程中，分析人员需要对所有需求项目分析项目进行分类管理，按照其重要程度及发现变更后造成的影响范围大小，将不同的需求项分别设置不同的优先级。在需求分析工作中，重点要解决好优先级别更高的需求项的调研及确认工作。可最大限度地降低需求变更发生的可能性，将变更造成的影响减小到最小。
【全文完】
版权声明:
1、陕西弈聪网站内容中凡注明“来源：XXX（非陕西弈聪网站）”的作品，转载自其它媒体，转载目的在于传递更多信息，其中涉及的网站建设，网站优化，百度关键词优化，西安软件开发等技术细节并不代表本站赞同支持其观点，并不对其真实性负责。对于署名“陕西弈聪”的作品系本站版权所有，任何人转载请署名来源，否则陕西弈聪将追究其相关法律责任。
2、本站内容中未声明为“原创”的内容可能源自其它网站，但并不代表本站支持其观点，对此带来的法律纠纷及其它责任与我方无关。如果此内容侵犯了您的权益，请联系我方进行删除。
企业动态
