软件需求与需求管理.pptVIP

3、需求变更对软件开发的影响 ⑴ 使变更前开发工作和成果失效 ⑵ 返工成为被迫采取的对策 ⑶ 工作量及资源投入的增加使开发成本提高 ⑷ 项目完成时间后延 第三十页，共五十五页。 4、需求变更失控可能导致的后果 ⑴ 未受控的需求 变更引起需求 和实现不一致 需求文档V1 系统实现 V1 系统实现 V2 需求变更 第三十一页，共五十五页。 ⑵ 受控的需求 变更使需求和实现一致 图7 未受控及受控的需求变更 需求文档V1 需求文档V2 系统实现 V1 系统实现 V2 需求变更 第三十二页，共五十五页。 5.降低需求变更风险的策略 ⑴ 与用户充分沟通 ★与用户共同明确确定的需求的意义 项目开发工作 项目开发组织 用户 * 产品后续开发工作的基础 * 产品维护工作的重要参考 * 对用户的承诺 * 关系到项目开发工作的投入、交付期和产品质量 * 关系到能否如期获得所需的产品 * 作为合同的附件，关系到双方的权益 * 是产品验收的依据 ★向用户说明需求不确切或频繁变更对开发工作的冲击 ★使用户理解过多变更最终对用户不利 第三十三页，共五十五页。 ⑵ 与用户共同确定需求，作为合同附件， 签字生效 ⑶ 合同中含有对需求变更的条款 ⑷ 采用原型方法开发，或螺旋模型开发 ⑸ 项目计划中适当留有余地（时间进度、人力投入、 费用等） ⑹ 严格实施变更控制 第三十四页，共五十五页。 七、需求变更控制要求 1．变更控制的策略 （1）所有需求变更必须遵循需求变更控制规程实施变更。 （2）需求变更提出后是否被接受，应由专门的组织―变 更控制委员会（CCB－Change Control Board）审查决定。 （3）不得以任何理由删除和修改需求变更的原始文件。 （4）应将已接受的需求变更通知到所有相关人员。 （5）已接受的需求变更应能追溯到批准的变更请求。 （6）对项目的需求赋予状态属性，以利于需求变更的控制。 第三十五页，共五十五页。 2．需求变更影响的控制 按CMM2级RM KPA的要求，由于分配需求的变更导致软件计划、工作产品和活动的变更，都应对其作： 识别 评价 风险分析 编制文档 制定计划 传达给受影响的小组和人员 跟踪直至结束 第三十六页，共五十五页。 3．变更控制的步骤 （1）提出变更请求 （2）审理变更请求，进行变更影响评估。评估内容包括： 变更所需人力投入 变更对原计划安排的影响 估计变更引起的成本增加 （3）批准变更请求 （4）取得用户的认可 （5）修订项目计划 （6）实施变更 （7）验证变更 第三十七页，共五十五页。 批准 提出变更请求 变更影响评估 评审评估报告 审批 用户认可 修订项目计划 实施变更 验证 变更结束 拒绝 修正 图10 需求变更控制流程 第三十八页，共五十五页。 八、需求变更控制实施 1．需求变更请求 （1）内容 申请号 变更说明 变更类别 影响分析 变更请求状态 变更请求日期 第三十九页，共五十五页。 ) 软件需求与需求管理 第一页，共五十五页。 内 容? 软件发展的三个时期 软件生存期过程 软件开发 软件需求 需求工程 需求变更及其控制 CMM2级需求管理关键过程域 第二页，共五十五页。 一、软件发展的三个时期 表一 时期 年代 阶段 涉及 注重 主要使用语言 标准 模型 初期 50-60 程序设计 点 编程 技巧 ALGOL FORTRAN COBOL BASIC ? ? 中期 70-80 软件开发 线 结构化 模块化 PASCAL ?GB8566 软件开发 规范 ?瀑布 ?原型 现代 90- 软件过程 面 过程 能力 C,C++ JAVA VB、VC ?ISO/IEC 12207 软件生存期过程 ?ISO9000 ?螺旋 ?CMM 第三页，共五十五页。 二、软件生存期过程 ISO/IEC12207 信息技术－软件生存期过程 基本过程 支持过程 组织过程 软件生存期过程 图1-1 第四页，共五十五页。 供应过程 开发过程 运行过程 基本过程 获取过程 维护过程 ⑴ ⑵ ⑶ ⑷ ⑸ 图1-2 第五页，共五十五页。 质量保证过程 验证过程 确认过程 支持过程 配置管理过程 联合评审过程 审核过程 文档编制过程 问题解决过程 图1-3 ⑹ ⑺ ⑻ ⑼ ⑽ ⑾ ⑿ ⒀ 第六页，共五十五页。 基础设施过程 改进过程 培训过程 组织过程 管理