详细分析需求变更的三个原因

　　所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。现在小编给大家带来的教程是：详细分析需求变更的三个原因。

　　不知道大家是否知道需求变更主要有三个原因呢？究竟是哪三种呢？如果不懂得这一个知识点的朋友，现在就跟着小编一起来学习一下吧。具体的原因如下所示：

　　第一个原因：没有所指定需求的基线

　　首先小编要为大家介绍的第一个原因是，没有所指定需求的基线。需求的基线所代表的意思就是究竟是不是容许需求变更的分界线。随着项目的不断进展，大家可以看到需求的基线也在不断的发生变化。另外一个方面，是不是容许变更的主要依据是合同以及对成本的影响，就比如说：软件整体结构已经设计出来是不容许改变需求范围的。有人就会问小编，这是为什么呢？主要就是因为整体结构会对整一个项目的进度以及成本有初步的预算。随着项目的不断进展，基线将会越定越高(当然啦，容许的变更将会越来越少)，它的过程如下所示：变更请求à比较基线à变更实现。

　　第二个原因：没有良好的软件结构适应相关的变化

　　第一个原因小编就已经介绍完毕了，接下来小编就为大家介绍一下第二个原因吧。小编相信大家都应该知道，组件式的软件结构就是提供了快速适应需求变化的体系结构，业务层封装了业务逻辑，数据层封装了数据访间逻辑，表示层展现用户表示逻辑。但是小编想说的是适应变化一定要遵循一些松祸合原则，每一层之间还是存在一定程度上的联系，设计要力求减少会对接口入口参数产生相关的变化。假如说业务逻辑封装好了，那么所代表的意思就是层界面上的一些排列或者是减少信息的要求是非常容易适应的。假如说接口定义得合理的话，那么即使是业务流程有相关的变化，也能够快速适应变化。因此，在成本影响的容许范围里面能够直接降低需求的基线，从而提高客户的满意度哦。

　　第三个原因：范围没有圈定就开始细化

　　最后小编要介绍的是范围没有圈定就开始细化，细化工作一般情况下都是由需求分析人员完成的，主要就是根据用户所提出的描述性的、总结性的短短几句话去细化的，提取在这其中的一个个功能，并且给出相关的描述(正常执行时候的描述以及意外发生时候的描述)。当细化到一定程度以后并开始系统设计的时候，大家就会发现范围会发生一定程度上面的变化，那么细节用例的描述可能就有非常多需要改动的。就比如说：原来是手工添人的数据，需要修改成为根据信息系统计算出来，然而原来的一个属性的描述要变成描述一个实体等等。

　　小编总结：

　　在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。大家赶快来学习一下吧！