当细化到一定程度并开始系统设计时,范围会发生变化,那细节
用例的描述可能就有很多要改动。如原来是人工手动添加的数据,
要改成根据信息系统计算出来,而原来的一个属性的描述要变成
描述一个实体等。
2、没有指定需求的基线
需求的基线是指是否容许需求变更的分界线。
随着项目的进展,需求的基线也在变化。是否容许变更的依据是合
同以及对成本的影响,比如软件整体结构已经设计出来,是不容
许改变需求范围的,因为整体结构会对整个项目的进度和成本有
初步预算。随着项目的进展,基线将越定越高(容许的变更将越
少)。
3、没有良好的软件结构适应变化
组件式的软件结构就是提供了快速适应需求变化的体系结构,数
据层封装了数据访间逻辑,业务层封装了业务逻辑,表示层展现
用户表示逻辑。
但适应变化必须遵循一些松耦合合原则,各层之间还是存在一些
联系的,设计要力求减少会对接口入口参数产生变化。如果业务逻
辑封装好了,则表示层界面上的一些排列或减少信息的要求是很
容易适应的。如果接口定义得合理,那么即使业务流程有变化,也
能够快速适应变化。因此,在成本影响的容许范围内可以降低需求
的基线,提高客户的满意度。
三、需求变更控制