项目需求变更管理.pdfVIP

项目需求变更管理 项目总结工作包括项目中事先识别的风险和没有预料到而发生的变 更等风险的应对措施的分析和总结，也包括项目中发生的变更和项目中 发生问题的分析统计的总结。下面 yjbys 小编为大家准备了关于项目需 求变更管理的文章，欢迎阅读。 1. 需求变更的原因分析 (1)范围没有圈定就开始细化 细化工作是由需求分析人员完成的，一般是根据用户提出的描述 性的、总结性的短短几句话去细化的，提取其中的一个个功能，并给出 描述 (正常执行时的描述和意外发生时的描述 )。当细化到一定程度后并 开始系统设计时，范围会发生变化，那细节用例的描述可能就有很多要 改动。如原来是手工添人的数据，要改成根据信息系统计算出来，而原 来的一个属性的描述要变成描述一个实体等。 (2)没有指定需求的基线 需求的基线是指是否容许需求变更的分界线。随着项目的进展， 需求的基线也在变化。是否容许变更的依据是合同以及对成本的影响， 比如软件整体结构已经设计出来是不容许改变需求范围的，因为整体结 构会对整个项目的进度和成本有初步预算。随着项目的进展，基线将越 定越高 (容许的变更将越少 ) ，其过程如下：变更请求、比较基线、变更 实现。 (3)没有良好的软件结构适应变化 组件式的软件结构就是提供了快速适应需求变化的体系结构，数 据层封装了数据访间逻辑，业务层封装了业务逻辑，表示层展现用户表 示逻辑。但适应变化必须遵循一些松祸合原则，各层之间还是存在一些 联系的，设计要力求减少会对接口入口参数产生变化。如果业务逻辑封