需求变更处理.docxVIP

需 求 1 处 理 信息112 需求变更处理流程 1、需求变更的原因分析 需求变更的表现形式是多方面的，如老板临时改变想法、项目预算增加或 减少、客户对功能的需求改变等。在IT项目中，变更可能来自方案服务商、客 户或产品供应商等，也可能来源于项目组内部。虽然需求变更的表现形式千差 万别，但究其根本不外乎以下几种原因： 、范围没有圈定就开始细化 细化工作是由需求分析人员完成的，一般是根据用户提出的描述性的、总 结性的短短几句话去细化的，提取其中的一个个功能，并给出描述(正常执行 时的描述和意外发生时的描述)。当细化到一定程度后并开始系统设计时，范 围会发生变化，那细节用例的描述可能就有很多要改动。如原来是手工添人的 数据，要改成根据信息系统计算出来，而原来的一个届性的描述要变成描述一 个实体等。 、没有指定需求的基线 需求的基线是指是否容许需求变更的分界线。随着项目的进展，需求的基 线也在变化。是否容许变更的依据是合同以及对成本的影响，比如软件整体结 构已经设计出来是不容许改变需求范围的，因为整体结构会对整个项目的进度 和成本有初步预算。随着项目的进展，基线将越定越高(容许的变更将越 少)，其过程如下：变更请求 比较基线变更实现。 、没有良好的软件结构适应变化 组件式的软件结构就是提供了快速适应需求变化的体系结构，数据层封装 了数据访问逻辑，业务层封装了业务逻辑，表示层展现用户表示