[工学]软件工程导论 第10章 项目管理.ppt

10.6 软件配置管理 软件配置管理任务 1、配置标识 2、建立系统受控配置库 3、版本管理 4、变更控制 5、配置审核 6、配置状态报告 7、发布管理 10.6.1 建立系统受控配置库 根据配置管理的不同阶段可将受控配置库划分11个受 控配置目录 ： 初始配置 启动 需求分析 设计 编码 测试 安装 总结 变更 项目管理 环境配置 10.6.2 版本控制 版本控制结合了规程和工具以管理在软件工程过程中 所创建的配置对象的不同版本。任务如下： 建立项目 重构任何修订版的某一项或某一文件 利用加锁技术防止覆盖 当增加一个修订版时要求输入变更描述 提供比较任意两个修订版的使用工具 采用增量存储方式 提供对修订版历史和锁定状态的报告功能 提供归并功能 允许在任何时候重构任何版本 权限的设置 提供各种报告 10.6.3 变更控制 对于大型的软件开发项目，无控制的变化将迅 速导致混乱，变更控制结合人的规程和自动化 工具以提供一个变化控制的机制。 典型的变化控制过程如下： 接到变化请求之后，首先评估该变化在技术方面的 得失、可能产生的副作用、对其他配置对象和系统 功能的整体影响以及估算出的修改成本。评估的结 果形成“变化报告”，该报告供“变化控制审批者”审 阅。所谓变化控制审批者既可以是一个人也可以由 一组人组成，其对变化的状态和优先级做最终决 策。 10.6.4 配置审核 配置审核包括两方面的内容： 配置管理活动审核 用于确保项目组成员的所有配置管理活动，遵循已批准的 软件配置管理方针和规程，如检入(Check in)/检出(Check Out)的频度、工作产品成熟度提升原则等。 基线审核 实施基线审核，要保证作为基线的软件工作产品的完整 性和一致性，并且满足其功能要求。 10.7 能力成熟度模型 Capability Maturity Model （CMM） 美国卡内基梅隆大学软件工程研究所在美国国防部 资助下于20世纪80年代末建立，是用于评价软件机 构的软件过程能力成熟度的模型。 它的基本思想是，因为问题是管理软件过程的方法 不恰当造成的，所以采用新技术并不会自动提高软 件生产率和软件质量，应该下大力气改进对软件过 程的管理。事实上对软件过程的改进不可能一蹴而 就，因此，CMM以增量方式逐步引入变化，它明 确地定义了5个成熟度等级，一个软件开发组织可 以用一系列小的改良性步骤迈入更高的成熟度等 级。 产品质量有保证，软件 过程有纪律，有必要的支 持性基础设施。 问题判断无基础，难 预；进度滞后时，常减少 或取消评审、测试等保证 质量的活动。 质量管理 有历史数据和客观依据， 比较准确。 无实际根据，硬件限定 时，常在质量上作让步。 进度、经费 估计 主动式，监控产品质量和 顾客满意程度。 反应式（消防式） 管理方式 有统一标准，且切实可 行，并不断改进；通过培 训，全员理解，各司其 职，纪律严明。 临时拼凑、不能贯彻 软件过程 成熟的软件组织 不成熟的软件组织 比较项目 10.7.1 软件组织的比较 10.7.2 CMM的一些基本概念 软件过程： 人们用于开发和维护软件及其相关过程的一系列活动，包括 软件工程活动和软件管理活动 软件过程能力： 描述(开发组织或项目组)遵循其软件过程能够实现预期结果的 程度，它既可对整个软件开发组织而言，也可对一个软件项 目而言。 软件过程性能： 表示(开发组织或项目组)遵循其软件过程所得到的实际结果， 软件过程性能描述的是已得到的实际结果，而软件过程能力 则描述的是最可能的预期结果，它既可对整个软件开发组织 而言，也可对一个特定项目而言。 10.7.2 CMM的一些基本概念 软件过程成熟度： 一个特定软件过程被明确和有效地定义，管理测量 和控制的程度。 软件能力成熟度等级： 软件开发组织在走向成熟的途中几个具有明确定义 的表示软件过程能力成熟度的平台。 关键过程域： 每个软件能力成熟度等级包含若干个对该成熟度等 级至关重要的过程域，它们的实施对达到该成熟度 等级的目标起到保证作用。这些过程域就称为该成 熟度等级的关键过程域， * 教学内容 10.1 估算软件规模 10.2 工作量估算 10.3 进度计划 10.4 人员组织 10.5 质量保证 10.6 软件配置管理 10.7 能力成熟度模型 概述 软件项目管理就是对软件工程项目开发过程的管理。 具体地说，就是对整个软件生存期的一切活动进行管 理，以达到提高生产率、改善产品质量的目的。 软件项目管理的职能 （1）制定计划：规定待完成的任务、要求、资源、人力和进 度等。 （2）建立项目组织：为实施计划，保证任务的完成，需要建 立分工明确的责任机构。