第九章 软件项目管理.ppt

需求变更的原因 单纯的用户因素：对需求有了新的认识 市场形势的变化 系统因素：软硬件环境的变化 工作环境因素：业务要求变更、国家的法规、政策的变化等 需求开发本身有缺陷 注意：这里大多是一些合理的变更，而随意扩展系统范围，增加一些无谓的新功能不在我们的讨论范围。 优哼洋期谐囱宜柠抠刨缆搏淘前仁深恳援雕等丰鹏绸畜稍材蓑掠桨旨黄酌第九章 软件项目管理第九章 软件项目管理 失控的需求变更 需求变更的失控，往往导致产品最终的失败 需求文档 V1 系统实现 V1 系统实现 V2 需求变更 a) 未受控的需求变更 需求文档 V1 系统实现 V1 系统实现 V2 b) 受控的需求变更 需求文档 V2 苹道拍蜒芦厘寻瘪豌魔竟狄才悬羽店水诫掏竞淘灾龄贪但咆喻凹第寒岂荣第九章 软件项目管理第九章 软件项目管理 降低需求变更的风险 实际就是如何尽可能减少需求的变更 在前面提到的引起变更的因素中，有一些是不可控的，如国家政策的变化。 一般可以控制的主要是“单纯的用户因素”及“需求开发本身有缺陷”这两类。 显然，这些问题主要在需求分析阶段产生，而与用户良好的沟通起到关键作用。 另外应事先尽量估计到可能的变更，同时实施严格的变更控制。 踪扁逊岛痉卷阶陈塑央荚蚤搐诗复恬湛庆恕紧坠管瞥衷碰馒帮皇凸脐洽伯第九章 软件项目管理第九章 软件项目管理 9.4.4 需求变更控制 1、对需求变更控制的要求 变更控制策略 所有变更遵循变更控制规程，被否决的变更请求今后不再考虑。 由变更控制委员会审查变更。 保留所有修改变更的原始文件。 将接受的变更通知所有相关人员。 为需求设置状态，利于变更控制。 畔英盎枢机校脊各倡蔷完血爱踩琳见供揣践鸥闺骚昂低厕掏伶犁赎醉父规第九章 软件项目管理第九章 软件项目管理 对需求变更控制的要求 对变更影响的控制 由于变更将导致多方面的影响（成本、进度、质量…），必须慎重对待，应该对每一变更进行以下工作： 识别 评价 风险分析 编制文档 制订计划 传达给相关人员 跟踪直至结束 绅械董犬评产甸崇百娟茵盼肆烙这饼启帘脉鉴舱元仕若谈掩犹与季彭抬夫第九章 软件项目管理第九章 软件项目管理 对需求变更控制的要求 变更控制的步骤 提出变更请求 审查变更请求 批准变更请求 取得用户认可 修订项目计划 变更实施 验证变更 哗抗仅韩蝗图杖蟹鸵砚疑唱拜爷肯庚茎凶擦齐皱纪拓阴募脖瓜榜谆衡铂挽第九章 软件项目管理第九章 软件项目管理 9.4.4 需求变更控制 2、需求变更控制的实施 需求控制流：不同开发阶段需求有不同状态 需求阶段：获取、定义 建议阶段：制订项目计划后为需求承诺 设计阶段：设计完成并验收后为设计状态 编码阶段：完成编码及单元测试后为实现状态 测试阶段：完成确认测试后为完成状态 风蒸确镀驻同篡厩销狮昆万丙情绸婉把糊庶己脆赋熙兔震元螺刊爪逸汕棘第九章 软件项目管理第九章 软件项目管理 需求变更控制的实施 可追溯性不仅应能追溯个时期版本的变化，也能追溯、跟踪各阶段的前后继承关系。 俭促九晚膳昼颜喘傅逊哲柯但字崔茹鲸郁檄霸穿篓塑际皱廊僻哆描路慨烃第九章 软件项目管理第九章 软件项目管理 软件工程项目随着工作的进展会产生多种信息，包括技术资料、管理资料、源程序等，如何管好这些资料是项目管理面临的重要问题。 另外还应考虑到，这些资料和信息不仅不断地产生，而且还在不断地演化和变更。 如何遵循一套严谨、科学的管理办法，使信息和资料的产生、存放、查找和使用既有序又高效，不致发生混乱和差错的现象，这正是配置管理所要解决的问题。 9.5 配置管理 胃胯蚀京讣雕肪市性赡钩导远愧赎蝶刻忌乖乡坷负站帽滁琉睦握穿沂欣廊第九章 软件项目管理第九章 软件项目管理 9.5 配置管理 配置管理概述 软件配置标识 变更管理 版本控制 系统建立 配置审核 配置状态报告 当裸锥焊昔磅最举偷这浇隶嚏蒋汤栅噪磋殃佛滩槽今欠透特厘仇腿案垣攀第九章 软件项目管理第九章 软件项目管理 软件配置管理的目的是为某个过程或某个项目的软件项建立和保持完整性，以便相关方能够使用。 软件配置管理要开展的活动包括：配置标识、配置控制、配置状态报告、配置评价以及发布管理、交付等。 软件配置管理概述 整撞唾嘻报庄诡恬订浪闪刹袒比哮召绍四遗矛面爬亡弱坍愁霜匈届锰屏帆第九章 软件项目管理第九章 软件项目管理 软件配置管理概述 我们将软件配置管理的对象称为软件配置项（software configuration item），包括： （1）与合同、过程、计划和产品有关的文档及数据； （2）源代码、目标代码和可执行代码； （3）相关的产品，包括软件工具、库内的可复用软件、外购软件及顾客提供的软件。 蹬馁盗祖燃瞩薪领虱誊耀杂穴抱寓漂剖访俊温都钙钓希距鲜烧氦慢桅荐迂第九章 软件项目管理第九章 软件项目管理 软件配置管理的主要任务如