关键词：需求变更流程、软件需求变更

 

  需求变更原因分析

 

  在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项到研发和维护。需求变更可能来自开发方、客户或产品供应商等，也可能来源于项目组内部。例如，用户经验的增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能、优化性能、提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期再拖延，项目研发人员的土气会越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。虽然需求变更的表现形式千差万别，但究其根本主要有以下几种原因。

 

  1.范围没有圈定就开始细化

 

  细化工作是由需求分析人员完成的，一般是根据用户提出的描述性的、总结性的短短几句话去细化的，提取其中的一个个功能，并给出描述( 正常执行时的描述和意外发生时的描述)。当细化到一定程度后并开始系统设计时，系统范围往往会发生变化。例如，原来是手工添加的数据，要改成由软件系统计算出来;而原来的-个属性的描述要变成描述一个实体等。 是否容许变更的依据是合同及对成本的影响，应控制在成本影响的容许范围内。

 

  2.没有良好的软件结构适应变化

 

  -般来说，如果软件的整体结构已经设计出来了，就不能轻易改变。因为整体结构会对整个项目的进度和成本预算有很大影响。随着项目的进展，容许的变更将越来越少。组件式的软件结构提供了快速适应需求变化的体系结构，数据层封装了数据访问逻辑，业务层封装了业务逻辑， 表示层展现用户表示逻辑。要使软件系统适应变化，必须遵循松耦合的原则，但各层之间还是存在一些联系的，设计要力求减少会对接口人口参数产生变化。如果业务逻辑封装好了，则表示层界面上的一些排列或减少信息的要求是很容易适应的。如果接口定义得合理，那么即使业务流程有变化，也能够快速适应变化。因此设计良好的软件结构，可提高软件的适应性，提高客户的满意度。

 

  3.用户改变需求

 

  随着项目生命周期的不断往前推进，人们(包括开发方和客户方)对需求的了解越来越深人。原先提出的需求可能存在着一定的缺陷， 因此需要变更需求。如果在项目开发的初始阶段，开发人员和用户没有搞清楚需求或者搞错了需求，到了项目开发后期才发现错误，要将需求纠正过来，就必然要导致产品的部分内容的重新开发。毫无疑问，这种需求变更将使项目付出额外的代价。

 

  总之，人们提出需求变更，是出于能够使软件产品更加符合市场或客户需求，出发点本身是好的。但对于开发小组而言，需求的变更则意味着需要重新进行估计、调整资源、重新分配任务、修改前期工作产品等，而作为开发商，需要增加预算与投资，开发小组要为此付出较重的代价。如果每次需求变更请求都被接受的话，那么这个项目将会成为- 个连环式的工程。

 

  以上就是软件需求变更-【原因分析】全文，希望对大家有所帮助！