CMM规范文档.doc

三川远策智能科技有限公司 封面 软件部内部文件 文件编号 20100001 CMM 规范描述 Capability Maturity Model for Software 软件能力成熟度模型 三川远策智能科技有限公司 目录 软件部内部文件 目录 CMM 产生背景产生背景 1 主要问题 1 主要作用 1 CMM 的基本概念的基本概念 2 软件过程 2 软件过程能力 2 软件过程性能 2 软件过程成熟度 2 成熟与不成熟 3 CMM 的五级成熟度的五级成熟度 4 基本前提 4 基本原理 5 基本内容 5 五个成熟度级别 5 初始级 5 第一级 初始级 6 第二级 可重复级 6 第三级 定义级 7 第四级 管理级 8 第五级 优化级 8 发展发展 9 技术内容技术内容 10 三川远策智能科技有限公司 目录 软件部内部文件 CMM 的结构和基本内容 10 第一级 初始级 The Initial Level 12 第二级 可重复级 The Repeatable Level 12 概述 12 构成 13 需求管理 Requirements Management 13 目标 14 承诺 14 前提条件 14 执行动作 15 度量分析 16 验证 16 软件项目计划 Software Project Planning 16 内容 17 目标 17 承诺 17 前提条件 18 执行动作 19 度量分析 23 验证 23 软件项目的跟踪和监督 Software Project Tacking and Oversight 24 目标 25 三川远策智能科技有限公司 目录 软件部内部文件 行为的责任 25 行为的能力 26 活动 32 度量和分析 33 验证实施 33 软件子合同管理 Software Subcontract Management 35 目的 35 内容 35 目标 35 承诺 36 前提条件 36 执行动作 36 度量分析 37 验证 37 软件质量保证 Software Quality Assurance 38 目标 38 承诺 38 前提条件 39 活动 39 软件配置管理 Software Configuration Management 40 目的 40 内容 40 三川远策智能科技有限公司 目录 软件部内部文件 目标 41 承诺 41 能力 41 活动 42 度量分析 44 验证 44 第三级 已定义级 The Defined Level 44 概述 44 构成 45 目标 46 承诺 46 前提条件 46 执行动作 46 度量分析 47 验证 47 机构过程定义 Organization Process Definition 47 内容 48 目标 48 承诺 48 前提条件 48 执行动作 49 度量分析 49 三川远策智能科技有限公司 目录 软件部内部文件 验证 49 培训计划 Training Program 49 目的 50 内容 50 目标 50 承诺 50 前提条件 50 执行动作 51 度量分析 51 验证 51 集成软件管理 Integrated Software Management 52 目的 52 内容 52 目标 52 承诺 52 前提条件 52 执行动作 53 度量分析 54 验证 54 软件产品工程 Software Product Engineering 54 目的 54 目标 54 三川远策智能科技有限公司 目录 软件部内部文件 承诺 55 前提条件 55 执行动作 55 度量分析 56 验证 56 组间协调 Intergroup Coordination 57 目的 57 内容 57 目标 57 承诺 57 前提条件 57 执行动作 58 度量分析 58 验证 59 同行评审 Peer Reviews 59 目的 59 内容 59 目标 59 承诺 60 前提条件 60 执行动作 60 度量分析 60 三川远策智能科技有限公司 目录 软件部内部文件 验证 60 第四级 已管理级 The Managed Level 61 概述 61 构成 61 定量过程管理 Quantitative Process Management 61 目的 62 内容 62 目标 62 承诺 62 能力 63 活动 63 度量分析 64 软件质量管理 Software Quality Management 64 目的 64 内容 64 目标 64 承诺 65 能力 65 活动 65 度量分析 65 验证 65 第五级 The Optimizing Level 66 三川远策智能科技有限公司 目录 软件部内部文件 概述 66 构成 66 缺陷预防 Defect Prevention 66 目标 67 承诺 67 能力 67 活动 68 度量和分析 68 验证实施 68 技术变更管理 Technology Change Management 69 目标 69 承诺 70 能力 70 活动 70 度量和分析 71 验证 71 过程变更管理 Process Change Management 71 目标 72 执行约定 72 高级管理者 73 执行能力 73 执行的活动 75 三川远策智能科技有限公司 目录 软件部内部文件 测量和分析 86 验证实施 87 武汉软帝信息科技有限公司 正文 培训部内部文件 1 CMM 产生背景产生背景 主要问题主要问题 在过去的二十年里 新的软件开发方法和技术的使用并未使软 件生产率和生产质量得到有效的提高 软件生产商开始意识到他们 的基本问题在于对软件的生产过程管理不力 主要体现在 软件产 品不能按时完成 超出预算的成本 以及采用新的技术和工具后其 好处难以体现 主要作用主要作用 CMM 可以指导软件机构如何控制软件产品的开发和维护过程 以及如何向成熟的软件工程体系演化 并形成一套良性循环的管理 文化 具体说来 一个企业要想改进其生产过程 应该采取如下策 略和步骤 确定软件企业当前所处的过程成熟级别 了解对改进软件生产质量和加强生产过程控制起关键作用的因 素 将工作重点集中在有限几个关键目标上 有效达到改进机构软 件生产过程的效果 进而可持续地改进其软件生产能力 武汉软帝信息科技有限公司 正文 培训部内部文件 2 CMM 的基本概念的基本概念 软件过程软件过程 人们在开发和维护软件及其相关产品时所涉及的各种活动 方 法 实践和改革等 其中软件相关产品包括软件项目计划 设计文 档 程序代码 测试用例和用户手册等 软件过程能力软件过程能力 当遵循某个软件过程时所能达到的期望效果 它可以有效预测 企业接收新的软件项目时可能得到的结果 软件过程性能软件过程性能 当遵循某个软件过程时所达到的实际效果 它可以用于验证软 件过程能力 软件过程成熟度软件过程成熟度 指一个特定的软件过程被显式定义 管理 度量 控制和能行 的程度 成熟度可以用于指示企业加强其软件过程能力的潜力 当 一个企业达到了一定的软件过程成熟级别后 它将通过制定策略 建立标准和确立机构结构使它的软件过程制度化 而制度化又促使 企业通过建立基础设施和公司文化来支持相关的方法 实践和过程 从而使之可以持续并维持一个良性循环 武汉软帝信息科技有限公司 正文 培训部内部文件 3 成熟与不成熟成熟与不成熟 企业要通过选择最关键的目标来进行过程改进 应该搞清成熟 的软件过程和不成熟的过程之间的差异 不成熟的企业有如下标志 缺乏确定的软件过程和相应的管理和控制 即使给出了软件过程 也不严格的遵循和强制执行 管理是完全被动的 管理者采用的策略是救火式的 即出了事 才去解决 解决的时候也难以纵观全局 往往只顾眼前 由于缺乏有依据的估算 制订软件预算和生产计划时往往跟着 感觉走 实际生产时则常常超标 如果强制在预定期限内完成 那么软件的功能和质量肯定是得 不到保证 缺乏评价软件产品质量和解决产品缺陷和过程问题的客观基础 成熟的企业则有如下标志 具有在企业范围内管理 控制软件开发和维护过程的能力 现有人员和新进人员均了解所遵循的软件过程 且工作活动均 按照事先的计划完成 在定义好的软件过程中 所有项目和机构中的角色和责任分明 武汉软帝信息科技有限公司 正文 培训部内部文件 4 制定的计划是有效的且与实际的工作进展一致 软件过程在必要时可按照一定规则和程序加以修改 软件产品和过程的具有一定的可控性 这主要体现在 管理者能够监督软件产品的质量和生产过程 具有客观的和定量化的措施来判断产品质量并分析产品与生产 过程中的问题 计划和预算有章可循 它是基于历史数据的 从而是实际可行 的 预算的结果 包括成本 时间表 产品功能和质量等 通常能 够达到 有关的参与者完全理解遵循软件过程的价值并认真地遵循之 具有支撑软件过程的基础设施 如标准过程库 历史数据库等 CMM 的五级成熟度的五级成熟度 基本前提基本前提 软件质量在很大程度上取决于产生软件的软件过程的质量和能 力 武汉软帝信息科技有限公司 正文 培训部内部文件 5 软件过程是一个可管理 可度量并不断改进的过程 软件过程的质量受到用以支撑它的技术和设施的影响 企业在软件过程中所采用的技术层次应适应于软件过程的成熟 度 基本原理基本原理 CMM 强调连续的软件过程改进 该连续的改进基于多个演化 步骤 CMM 将这些演化步骤划分成五个级别 这种分级结构的理 论依据是软件质量原理 每一级别都包括若干目标 当满足某一目标后 软件过程的相 应部分便确定下来 五级成熟度定义了一个标准 用以度量机构的软件过程成熟度 和评价其软件过程能力 基本内容基本内容 CMM 的成熟度理论目前主要涉及如下内容 机构和资源的管理 涉及机构本身的责任 人员和其它资源设 施 软件工程过程及其管理 涉及软件工程过程 即软件过程的深 度 范围和完整性以及如何度量 管理和改进这样的过程 工具和技术 软件工程过程中使用的开发工具和技术 武汉软帝信息科技有限公司 正文 培训部内部文件 6 五个成熟度级别五个成熟度级别 初始级初始级 可重复级 有规章的过程 定义级 标准化 一致的过程 管理级 可预测过程 优化级 可持续改进的过程 成熟度的行为刻划 第一级 初始级第一级 初始级 成功来源于个人英雄主义而非机构行为 因此它不可重复 更 换人员后成功便难以维持 第二级 可重复级第二级 可重复级 针对特定软件项目建立管理该项目的策略和实现这些策略的过 程 新项目的计划和管理基于类似项目的经验 软件过程能力主要通过管理单个项目的软件生产过程来得到提 高和增强 不同的项目可有不同的软件过程 机构应当建立一定的方针和 策略以针对具体的项目选择合适的软件生产过程并进行管理 武汉软帝信息科技有限公司 正文 培训部内部文件 7 可重复级的主要特点在于确定了基本的软件生产管理和控制 具体来讲 有 结合已有项目的经验和新项目的特点来确定本项目的责任和承 诺 软件生产成本 时间表和实现的功能被有效跟踪 识别实现承诺所需解决的关键问题 定义软件项目过程标准 机构要确保其被遵守 概括来说 第二级的主要特点是项目计划和跟踪是确定且有效 的 项目的软件过程是可控的 以及已有的成功经验是可重复的 第三级 定义级第三级 定义级 有一个机构范围内标准的软件过程 软件工程活动和管理活动 被集成为一个有机的整体 标准化的目的是使高层管理者和软件技 术人员能够有效合作 有一个组例如软件工程组 SEPG 专门负责订立机构的标准软 件过程 并且在机构中制定培训计划来确保相关人员和管理者有足 够的知识和技能完成标准过程所赋予的角色 标准的软件过程结合具体项目的特点经过裁剪即形成项目定义 软件过程 它是一组集成的完善定义的软件工程和管理过程 一个完善定义的软件过程应包括就绪准则 输入 工作过程 武汉软帝信息科技有限公司 正文 培训部内部文件 8 验证机制 输出和完成准则 对于已建立的产品生产线 其成本 时间表和实现功能均可跟 踪和控制 软件产品的质量可以得到保证 软件过程能力的实现主要基于在机构范围内对一个定义软件过 程的活动 角色和责任的共同理解 概括来说 第三级的主要特征在于软件过程已被提升成标准化 过程 从而更加具有稳定性 重复性和可控性 第四级 管理级第四级 管理级 软件的过程和产品有定量的质量指标 重要的软件过程活动均配有生产率和质量方面的度量指标 应用数据库来收集和分析定义软件过程中涉及的各种数据 对项目软件过程和软件质量的评价有定量的基准 软件项目的产品和生产过程的控制具有可预测性 将软件过程性能可能出现的偏差控制在可接受的量化界限内 具体区分影响过程性能发生偏差的有效因素和偶然因素 向新领域拓展的风险是可预知的并被仔细管理和权衡 概括来说 第四级的主要特征是定量化 可预测 异常控制和 武汉软帝信息科技有限公司 正文 培训部内部文件 9 高质量 第五级 优化级第五级 优化级 机构集中于持续的过程改进 具有标识过程缺陷和增强过程能力的有效手段 利用试验数据分析使用新技术所需的代价和带来的效益 然后 再有选择地采用 当出现偏差时 软件项目人员能够分析出错原因并采取有效手 段防止其再次出现 防止不必要的浪费是第五级的重点 改进的途径有两个 一个是对已有过程的渐进式改进 另一个 则是有选择地使用新技术和新方法所带来的革新 概括来说 第五级的主要特征是新技术的采用和软件过程的改 进被作为日常的业务活动来加以计划和管理 发展发展 1990 年 3 月 1 日 SEI 发布了 CMM 的 0 0 版本 仅包含关键活动 的草表 给 CMM 用户工作组 1991 年 3 月 18 日 根据工作组的反馈 SEI 发布了包含第二级 KPA 草案的 CMM0 4 版本 武汉软帝信息科技有限公司 正文 培训部内部文件 10 一个月后 SEI 发布了第三级 KPA 草案 版本号为 0 5 1991 年 6 月 经过修订和 SEI 内部的同级评审 0 6 版本发布 其中 包含了一些重大变化 如修改了 KPA 集合 和对 KAP 重新定义使之只 适合于某一级 随后 SEI 有发布了包含 CMM 第四级和第五级 KPA 草案的 0 7 版本 直到 1991 年 8 月 15 日 经过多次修改 评审 问卷调查和集合用 户反馈意见的 CMM1 0 版本终于正式发布 1993 年 2 月 10 日 SEI 发布了 CMM1 1 版本 其中增加了一个关 于培训的 KPA 技术内容技术内容 CMM 的结构和基本内容的结构和基本内容 CMM 描述了五个级别的软件过程成熟度 初始级 可重复级 已定义级 已管理级 优化级 成熟度反映了软件过程能力 Software Process Capability 的大小 任何一个软件机构的软件过程必定属于 其中某个级别 除了第一级以外 每级成熟度又由若干关键过程域 Key Process Area 构成 五个成熟度及其关键过程领域如图所示 武汉软帝信息科技有限公司 正文 培训部内部文件 11 图中的每个关键过程域分别针对软件过程的某一方面 具体描 述了某级成熟度下软件过程在该方面所应达到的的一组目标和实现 这些目标的一组关键活动 Key Practice 所有关键活动被划分为五 类 分别为完成该组目标所需的承诺 Commitment to Perform 前 提条件 Ability to Perform 实际动作 Activities performed 度 量分析 Measurement and Analysis 以及验证 Verifying Implementation 上述五方面被称为五个 Common Features CMM 的结构如图所示 武汉软帝信息科技有限公司 正文 培训部内部文件 12 需要提出的是 任何一个成熟度级别的关键过程域集都是本级 描述的关键过程域集和所有下级的关键过程域集的并集 如 3 级的 关键过程域就应有 13 个不同的域 其中 7 个是 3 级自己包含的 6 个属于 2 级成熟度 而 4 级应有 15 个域 第一级 初始级 第一级 初始级 The Initial Level 初始级的软件机构缺乏对软件过程的有效管理 其软件项目的 成功来源于个人英雄主义而非机构行为 因此它不是可重复的 第二级 可重复级 第二级 可重复级 The Repeatable Level 概述概述 第二级软件机构的主要特点是 项目计划和跟踪的稳定性 项 目过程的可控性和以往成功的可重复性 更具体的说 武汉软帝信息科技有限公司 正文 培训部内部文件 13 机构建立了管理软件项目的策略和实现这些策略的过程 新项目的计划和管理基于类似项目的经验 过程能力的增强基于以各个项目为基础的有纪律的基本过程管 理 不同的项目可有不同的过程 而对机构的要求是具有指导项目 建立适当管理过程的策略 每个项目都确定了基本的软件管理控制 包括 基于前面项目的经验和新项目特点 做出现实的项目承诺 如 预算 交付期 软件质量等 软件项目管理者要跟踪开支 日程 软件功能 满足承诺的过程中的出现的问题要及时发现 妥善解决 定义了软件项目标准 且机构确保其被遵守 构成构成 本级的关键过程领域 KPA 包括 需求管理 需求管理 Requirements Management 客户的需求是软件项目的基础 软件需求管理的目的是在客户 和软件项目之间达成对客户需求的一致理解 目的 需求管理的目的是要建立客户与客户需求的软件项目之 武汉软帝信息科技有限公司 正文 培训部内部文件 14 间的普遍的理解 内容 建立维护一种与客户在软件项目上技术和非技术方面的 认同 这种认同是在 整个软件生命周期中预算 计划 执行以及跟踪软件项目活动 的基础 目标目标 控制软件的分配给软件的系统需求来为软件工程和管理应用建 立统一的基准 软件的计划 产品及活动要与软件的系统需求保持一致 承诺承诺 C1 项目要遵循一书面化的机构政策来管理软件的系统需求 分配的软件系统需求要文档化 软件需求要经过软件经理和受到影响的组的检查 软件的计划 产品和活动的改变要与软件需求保持一致 前提条件前提条件 A1 针对每一个项目 有责任要分析系统需求 并把它们具体 分配到软件 硬件和其它的系统组件 其中责任包含两方面 在整个项目周期中 系统需求以及它们的分配要有管理且文档 化 武汉软帝信息科技有限公司 正文 培训部内部文件 15 有效的修改系统需求及它们的分配 A2 软件的系统需求要文档化 软件的系统需求包括 影响 决定软件项目活动的非技术需求 软件的技术需求 用来验证软件产品是否满足需求的接受度标准 A3 提供充足的资源和资金来管理软件需求 需要有在应用领域和软件工程有经验的人员和专家来管理需求 需要有可用的工具 A4 软件工程组和相关组的人员要经过培训来进行需求管理活 动 执行动作执行动作 AC1 软件工程组在软件需求加入软件项目前 要对其进行检查 不完整和遗漏的地方要指出 软件需求要被检查来判定它们是否可行 可清晰描述 可被测 试和互相一致 任何需求若被判定为有潜在问题 软件工程组需和负责需求分 析的组在检查进行必要的修改 需求分析的结果要通知所有受到影响的组 武汉软帝信息科技有限公司 正文 培训部内部文件 16 AC2 软件工程组以软件需求分析作为软件计划 产品和活动的 基础 软件需求分析要加以管理和控制 软件需求分析是软件开发计划的基础 软件需求分析是开发软件需求的基础 AC3 软件需求分析的改变要检查并加入软件项目 承诺的改变要经过磋商 软件需求分析的改变引起在计划 产品和活动中相应的改变 度量分析度量分析 M1 度量所处活动的状态 从而来管理软件需求分析 验证验证 V1 高层的管理人员要定期的审查管理软件需求的活动 V2 项目经理要周期的用事件驱动的方式来审查管理软件需求的 活动 V3 软件质量保证组审查活动和产品来管理软件需求并报告结果 软件项目计划 软件项目计划 Software Project Planning 为软件工程和项目管理建立一个合理的计划 目的 为遵循软件工程概念并管理软件开发项目而建立合理的 武汉软帝信息科技有限公司 正文 培训部内部文件 17 计划 内容内容 估测软件开发各阶段工作产品的大小 以及所需要的资源 制订时间表 评估相关风险 并协商各方面的责任 按照客户的最终需求制订软件项目计划 目标目标 为便于计划和跟踪完成情况将有关软件各方面的估算写入文档 计划完成软件项目的各种活动和相关责任 并将它写入文档 有关的工作组和相关人员需同意承担他们的责任 承诺承诺 任命一项目软件监督员 project software manager 负责协调各 方面的责任并制订开发计划 C1 为软件项目制订计划需要遵循一个标准的组织方针 该方 针规定 1 以软件的最终需求为基础 2 各项责任需要在项目负责人 project manager 项目软件监 督员 和其他软件负责人 software manager 间协调 3 需要同其他工程组参与时 要同他们协商并将过程写入文档 武汉软帝信息科技有限公司 正文 培训部内部文件 18 4 相关组对软件项目提出意见 5 当项目相关责任涉及到机构外人员或小组时需要更高层领导 的审核 6 项目软件开发计划需要管理并控制 managed and controlled 前提条件 前提条件 A1 有关项目软件订立一个文档化并得到一致认可的工作说明 statement of work 1 说明要包括从责任到目标到资源乃至时间表等所有相关内容 2 该说明要经由项目负责人 项目软件监督员 其他软件负责 人 以及相关组一起审核 3 该工作说明需要管理并控制 A2 制订软件开发计划的各项责任要落实到个人 1 项目软件监督员需亲自或指定相关人员协调计划的制订工作 2 软件工作产品及各项活动的职责需按可跟踪和可记录的方式 划分并分配给各软件负责人 A3 为订立计划提供足够的资源和资金 武汉软帝信息科技有限公司 正文 培训部内部文件 19 1 各领域专家应尽可能参与 2 要有订立计划活动的支持工具 A4 相关人员 包括软件负责人和软件工程师 需要做软件评 估和计划方面的培训 执行动作执行动作 AC1 软件过程组要参与项目提案小组 1 涉及的内容包括提案的准备和提交 各项说明的讨论和提交 以及项目相关职责发生变动时的协商 2 过程组审核项目提案的各项承诺 AC2 软件项目计划需在整个项目计划的早期阶段订立并同时进 行 AC3 软件工程组同其他相关组一起贯穿项目始终参与计划的制 订 和修改 并负责审核项目级的计划 AC4 对机构外个人或组所做的承诺需按照标准化的过程同高层 管理者一起审核 AC5 软件生命周期中可管理的预定义阶段需标识并确定 AC6 项目软件开发计划需要按照标准化过程制订 1 软件开发计划需基于 客户标准 项目标准 产品说明 以 及客户需求 武汉软帝信息科技有限公司 正文 培训部内部文件 20 2 其他工程组和软件相关组参与软件工程组活动的计划需相互 协商 有关支出需预算 达成一致时需文档化 3 软件工程组参与其他工程组和软件相关组活动的计划需相互 协商 有关支出需预算 达成一致时需文档化 4 制订的软件开发计划需要由项目负责人 项目软件监督员 各软件负责人及相关组审核 5 软件开发计划需要管理和控制 AC7 软件项目计划要文档化 计划内容包括 1 项目的目的 范围 目标以及成果 2 所遵循的软件生命周期模型 3 为开发和管理软件所选择的规程 方法和标准的标识 4 各软件工作产品的标识 5 各软件工作产品的大小以及变动情况 6 项目各项支出和成本的估算 7 关键计算机资源使用的估算 8 软件项目的时间表 包括重要阶段的识别和检查 9 各种项目软件风险的识别和评估 10 有关软件工程各种设施和支持工具的计划 武汉软帝信息科技有限公司 正文 培训部内部文件 21 AC8 建立和维护对软件项目的控制所需要的软件工作产品需要 标识 AC9 按照文档化过程推导出对软件工作产品大小 或变动 的 估算 1 所有主要的软件工作产品和活动的大小要估算 2 为达到估算的目标需要将工作产品分解到合适的粒度 3 尽量使用历史上已有的数据 4 有关大小估算的假设要文档化 5 大小估算要文档化 得到审核 并取得一致 AC10 按标准化过程导出对项目支出和成本的估算 1 应基于工作产品大小估算 及变动大小 作支出和成本的估 算 2 应尽量使用目前或历史的生产率数据用于估算 相应的数据 源及原由要文档化 数据可以来自机构内的其他项目 并且要考虑 到生产工作产品的关键支出和成本 3 对成本 人员 和支出的估算应基于历史数据 如使用来自 相同项目的数据 并确定时间段和预算所估算值在生命周期各阶段 间的分布 4 估算值及所依据的假设要文档化 得到审核 并取得一致 武汉软帝信息科技有限公司 正文 培训部内部文件 22 AC11 按照标准化过程导出对关键计算机资源使用的估算 1 识别所需的关键资源 2 所作估算要相应于工作产品的大小 处理负载 以及通信量 3 所作估算要文档化 得到审核 并取得一致 AC12 按照标准化过程确定项目软件的时间表 1 时间表应基于工作产品的大小 变动大小 以及软件支出 和成本 2 时间表应基于已有项目的经验 3 时间表应包括关键阶段 milestone 的日期 关键依赖的日 期以及其他有关约束 4 时间表中的活动应有适当的时间段 关键阶段要有适当间隔 以确保进度测定的准确性 5 有关时间表的假设要文档化 6 时间表要文档化 得到审核 并取得一致 AC13 有关成本 资源 时间表 以及技术应用的软件风险要 标识 评估 并文档化 1 按照潜在影响分析风险并确定优先级 2 识别风险的偶然性 武汉软帝信息科技有限公司 正文 培训部内部文件 23 AC14 制订有关工程设施和支持工具的计划 1 功能需求的估算应基于工作产品的估算及其他相关特性 2 为获得或开发这些设施和工具有关的职责要分配 相关承诺 要协商 3 该计划要经由相关组审核 AC15 软件计划有关的数据要记录在案 1 记录所有的估算值 以及为重建这些估算值和评测其合理性 所需的所有相关信息 2 计划数据要管理并控制 度量分析度量分析 M1 测量主要被用于确定软件计划活动所处的状态 验证验证 V1 同高层管理者一起周期性检查软件项目计划活动 1 技术 成本 人员和时间表的效能要审核 2 底层不能解决的问题和矛盾要处理 3 软件项目风险要解决 4 各项任务需分配 审核并跟踪直至任务完成 5 每次会议的总结性报告要准备好并分发给相关组和个人 V2 项目负责人周期性或当重要事件发生时审核项目软件的计 武汉软帝信息科技有限公司 正文 培训部内部文件 24 划活动 1 有关组要派代表 2 基于工作说明和需求审核计划活动的状态和当前结果 3 各组间的依赖关系需要处理 4 底层不能解决的问题和矛盾需要处理 5 风险要审核 6 任务项要分配 审核并跟踪 7 会议的总结性报告要分发 V3 软件质量保证组要审核并审计计划活动和工作产品 同时 汇报结果 审核内容包括 1 软件估算和计划活动 2 项目承诺的制定和审核活动 3 软件开发计划的准备活动 4 软件开发计划所采用的标准 5 软件开发计划的内容 软件项目的跟踪和监督 软件项目的跟踪和监督 Software Project Tacking and Oversight 使管理者对实际的软件项目进展过程有足够的了解 以在项目 武汉软帝信息科技有限公司 正文 培训部内部文件 25 效能偏离计划太多是采取有效措施 目的是提供实际进程的充分的可视性 以便当软件项目的执行 严重偏离软件计划时管理者能够采取有效的措施 软件项目跟踪和监督包括根据文档化的评估 责任和计划跟踪 和审核软件的完成和结果并在实际的完成和结果的基础上调整计划 文档化的软件项目计划 即在 KPA 软件项目计划中描述的软件 开发计划 用于跟踪软件活动 交流状况和修改计划的基础 软件 活动由管理者进行监控 当所选择的软件工作产品完成并处于所选 择的里程碑时 首要通过实际软件规模 努力 成本和进度表与计 划的对比来确定进程 如果确认不符合项目计划 采取矫正措施 该措施可包括更改 软件开发计划以反映实际完成情况 重新计划剩余的工作或采取行 动改善操作 目标目标 目标 1 根据软件计划跟踪实际结果和完成情况 目标 2 如果实际结果和完成情况严重偏离软件计划 采取和管 理矫正措施直至结束 目标 3 软件责任的改变要经受影响部门和个人的同意 武汉软帝信息科技有限公司 正文 培训部内部文件 26 行为的责任行为的责任 责任 1 指定一个项目软件经理负责项目软件的活动和结果 责任 2 项目依照书面的管理软件项目的组织性原则进行 这一原则代表性地说明了 1 一个文档化的软件开发计划作为跟踪软件项目的基础运用 和维护 2 项目经理始终了解软件项目的状况和问题 3 软件计划未获完成时采取措施 调整操作或调整计划 4 经受影响部门的参与和认可修改软件责任 受影响部门包括 软件工程 包括所有的子部门 如软件设计 软件评估 系统工程 系统测试 软件质量保证 软件配置管理 合同管理 文档支持 武汉软帝信息科技有限公司 正文 培训部内部文件 27 5 高级经理审核所有责任的变动和新的针对个人和机构外部 门的软件项目责任 行为的能力行为的能力 能力 1 文档化和批准软件项目的软件开发计划 参阅 KPA 软件项目计划的活动 6 7 中涉及软件开发计划的实 践 能力 2 项目软件经理明确地分配软件工作产品和活动的责任 分配的责任包括 1 要开发的软件工作产品或要提供的服务 2 软件活动的努力和成本 3 软件活动的进度表 4 软件活动的预算 能力 3 提供充足的资源和资金用于跟踪软件项目 1 分配特定的责任给软件经理和软件任务负责人 以跟踪软 件项目 2 开发支持软件跟踪的工具 支持工具的例子包括 电子数据表程序 项目计划 进度程序 武汉软帝信息科技有限公司 正文 培训部内部文件 28 能力 4 培训软件经理进行软件项目的技术和人事方面的管理 培训的例子包括 管理技术项目 跟踪和勘查软件规模 努力和成本和进度 管理人员 能力 5 一级软件经理接受软件项目技术方面的指导 指导的例子包括 项目软件工程标准和程序 项目的应用领域 进行的活动 活动 1 将文档化的软件开发计划用于跟踪软件活动和交流状况 参阅 KPA 软件项目计划的活动 7 中涉及软件开发计划内容的实 践 软件开发计划是 1 随工作进程更新以反映完成情况 尤其当里程碑完成时 2 易于提供给 软件工程部门 包括所有子部门 如软件设计 武汉软帝信息科技有限公司 正文 培训部内部文件 29 软件经理 项目经理 高级经理 其它受影响部门 活动 2 根据文档化的程序修订项目的软件开发计划 参阅 KPA 软件项目计划的活动 6 中涉及制定软件开发计划的实 践 这一程序代表性地说明了 1 适当地修改软件开发计划 并入计划精炼度和计划的改动 尤其当计划有重大改动时 分配给软件 设计限制 资源 成本和进度的系统需求间的相 互依赖性要反映在所有计划的修改中 2 更新软件计划 并入所有新的软件项目责任和责任的改动 3 审核每一个软件开发计划的版本 4 软件开发计划是受管理和控制的 受管理和控制 意指了解某一时期 过去或现在 的工作产品 的版本 既版本控制 改动是以受控的方式并入 既改动控制 若要求 管理和控制 所指的更深度的控制 工作产品可被放在配 武汉软帝信息科技有限公司 正文 培训部内部文件 30 置管理的全部规则之下 即如在 KPA 软件配置管理 中所描述的 活动 3 根据文档化的程序协同高级经理审核软件项目为个人和 机构外部门规定的责任以及责任的变动 活动 4 对于影响软件项目的获批准的责任的变动要经与软件工 程部门的成员和其他软件相关部门的交流 活动 5 跟踪软件工作产品规模 或软件工作产品变动的规模 如有必要 采取改正措施 参阅 KPA 软件项目计划的活动 9 中涉及规模评估来源的实践 1 跟踪所有主要软件工作产品的规模 或变动的规模 2 比较实际代码的规模 生产的 完全测试的 提交的 与 软件开发计划中存档的评估 3 比较实际提交文档的单元和软件开发计划中存档的评估 4 精炼 监控和定期调整软件工作产品的全部计划规模 评 估的结合实际的 5 和受影响的部门磋商对于软件工作产品规模评估的改动并 将之文档化 武汉软帝信息科技有限公司 正文 培训部内部文件 31 活动 6 跟踪项目软件的努力和成本 如有必要 采取改正措施 参阅 KPA 软件项目计划的活动 10 中涉及成本评估来源的实践 1 比较随时间和完成的工作而花费的实际努力和成本与软件 开发计划中存档的评估 以鉴定潜在的限度超出或不足 2 跟踪比较软件成本和软件开发计划中存档的评估 3 比较努力和员工与软件开发计划中存档的评估 4 与受影响的部门磋商影响软件责任的员工和其他软件成本 的变动并文档化 活动 7 跟踪项目的关键计算机资源 如有必要 采取改正措施 参阅 KPA 软件项目计划的活动 11 中涉及计算机资源评估来源 的实践 1 跟踪实际的项目所用的关键计算机资源 将其与软件开发 计划中存档的每一个主要的软件成分的评估进行比较 2 与受影响的部门磋商影响软件责任的对于关键计算机资源 评估的变动并存档 活动 8 跟踪项目软件进度 如果必要 采取改正措施 武汉软帝信息科技有限公司 正文 培训部内部文件 32 参阅 KPA 软件项目计划中活动 12 涉及的进度来源实践 1 比较实际完成的软件活动 里程碑和其他责任与软件开发计 划 2 对于软件活动 里程碑和其他责任完成延迟或提前对以后的 活动和里程碑将造成的影响进行评估 3 与受影响的部门磋商影响软件责任的软件进度修改 活动 9 跟踪软件工程技术活动 如有必要 采取改正措施 1 软件工程部门成员定期向他们的一级经理报告其技术状况 2 比较 Software release contents for successive builds 和软件开 发计划中存档的计划 3 报告和存档任何软件工作产品中发现的问题 4 跟踪问题报告直至结束 活动活动 跟踪与项目的成本 资源 进度和技术方面相关的软件风险 参阅 KPA 软件项目计划的活动 13 中涉及风险鉴定的实践 1 获得新增信息后对首要风险和偶然风险进行调整 2 定期协同项目经理审核高风险区域 活动 11 记录软件项目的实际度量数据和再计划数据 武汉软帝信息科技有限公司 正文 培训部内部文件 33 参阅 KPA 软件项目计划的活动 15 中涉及记录项目数据的实践 1 记录信息包括评估以及重建评估所需的相关信息并验证其 合理性 2 软件再计划数据是受管理和控制的 3 将软件计划数据 再计划数据和实际度量数据存档以便为 正在进行的和以后的项目所用 活动 12 软件工程部门定期进行内部审核以依照软件开发计划 跟踪技术进程 计划 成果和问题 审核是在下列部门间进行 1 一级软件经理和他们的软件任务负责人 2 项目软件经理 一级软件经理和其他软件经理 活动 13 根据文档化的程序在选择的项目里程碑处进行确定软 件项目完成情况和结果的正式审核 这些审核 1 计划于软件项目进度表中有意义的节点上进行 2 与客户 最终用户和机构内部受影响部门共同进行 这些实践中提到的最终用户是指客户指定的最终用户或最终用 户的代表 武汉软帝信息科技有限公司 正文 培训部内部文件 34 3 采用经负责的软件经理审核和批准的材料 4 确定责任 计划和软件活动的状况 5 产生鉴定结果和有关重大问题 活动项目和决议的文件 6 确定软件项目风险 7 必要的话 精炼软件开发计划 度量和分析度量和分析 度量 1 进行度量 用于确定软件跟踪和监督活动的状况 度量的例子包括 用于进行跟踪和监督活动的努力和其他资源 软件开发计划的修改活动 包括对于软件工作产品的规模评估 软件成本评估 关键计算机资源评估和进度的修改 验证实施验证实施 验证 1 定期协同高级经理审核软件项目跟踪和监督的活动 高级主观定期审核的主要目的是在适当的抽象层次上及时获知 和洞察软件过程活动 审核的间隔应满足机构的需要 可是长期的 只要具备足够的异议报告机制 1 审核技术 成本 员工和进度表的进行情况 2 确定在较低层次上未获解决的矛盾和问题 3 定义软件项目风险 武汉软帝信息科技有限公司 正文 培训部内部文件 35 4 分配 审核和跟踪活动项目直至完成 5 完成并分发每个会议的汇总报告给受影响的部门和个人 验证 2 定期或事件驱动下协同项目经理审核软件项目跟踪和监 督的活动 1 体现出受影响的部门 2 根据软件开发计划审核技术 成本 员工和进度情况 3 审核关键计算机资源的利用 根据原始评估报告这些关键 计算机资源的当前评估和实际利用 4 定义部门间依赖关系 5 确定在较低层次上未获解决的矛盾和问题 6 审核软件项目风险 7 分配 审核和跟踪活动项目直至完成 8 完成并分发每个会议的汇总报告给受影响的部门和个人 验证 3 软件质量保证部门审核软件项目跟踪和监督的活动和工 作产品并报告结果 参阅 KPA 软件质量保证 作为最低限度 这些审核要验证 1 审核和修改责任的活动 武汉软帝信息科技有限公司 正文 培训部内部文件 36 2 修改软件开发计划的活动 3 修改后的软件开发计划的内容 4 跟踪软件项目的成本 进度 风险 技术 设计限制 功 能性和执行情况的活动 5 进行有计划的技术和管理审核的活动 软件子合同管理 软件子合同管理 Software Subcontract Management 选择合格的分包商 并有效管理之 目的目的 慎重选择软件子合同商并且有效的管理他们 内容内容 慎重选择软件子合同商并签订合同 跟踪审查子合同完成的情 况和结果 目标目标 主合同承包商慎重选择合格的软件子合同商 主合同承包商和软件子合同商互相同意对方的承诺 主合同承包商和软件子合同商需要经常保持交流 主合同承包商要根据合同的承诺跟踪软件子合同商实际完成的情况 和成果 武汉软帝信息科技有限公司 正文 培训部内部文件 37 承诺承诺 C1 项目要根据机构的政策来管理软件的子合同商 C2 需要指定专门的子合同经理来负责子合同商的管理 前提条件前提条件 A1 为选择子合同商及管理子合同提供充足的资源和资金 A2 软件经理和涉及到子合同管理协调的人员需要接受相关的培 训 A3 软件经理和涉及到子合同管理协调的人员需要接受子合同技 术方面的指导 执行动作执行动作 AC1 根据文档化程序来定义 计划需要作为子合同的工作 AC2 根据文档化程序 基于对子合同投标人完成工作能力的评 估来选择软件子合同商 AC3 主合同承包商和软件子合同商之间达成的合同协议是管理 子合同的基础 AC4 软件子合同商的书面开发计划要经过主合同承包商的审查 AC5 用书面且经批准的开发计划来跟踪软件开发情况和进行交 流 AC6 子合同完成过程中的任何改变都需要按照文档化程序来解 武汉软帝信息科技有限公司 正文 培训部内部文件 38 决 AC7 主合同承包商会定期的检查协调软件子合同的管理 AC8 要经常与子合同商进行定期的技术审查和交流 AC9 按照文档化程序选择软件开发的阶段点对子合同完成的情 况和结果进行正规的审核 AC10 按照文档化程序 主合同承包商的软件质量保证组要监控 软件子合同商的软件质量保证组的活动 AC11 按照文档化程序 主合同承包商的软件配置管理组要监控 软件子合同商的软件配置管理组的活动 AC12 按照文档化程序 主合同承包商进行产品接受度测试 作为软件子合同产品交接手续的一部分 AC13 子合同完成的情况要定期评估 结果又子合同承包者审核 度量分析度量分析 M1 进行度量来判定管理软件子合同活动的状态 验证验证 V1 高层管理者要定期的审查管理软件子合同活动 V2 项目经理要定期采用事件驱动的方法审查管理软件子合同活 动 武汉软帝信息科技有限公司 正文 培训部内部文件 39 V3 软件质量保证组要检查审核管理软件子合同活动并报告结果 软件质量保证 软件质量保证 Software Quality Assurance 对软件项目过程及其间生产的各个产品进行监管以保证最终软 件质量 软件质量保证的目的是使软件过程对于管理人员来说是可见的 它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的 软件质量保证组在项目开始时就一起参与建立计划 标准和过程 这些将使软件项目满足机构方针的要求 目标目标 1 软件质量保证活动有计划 2 软件产品和活动与适当的标准 过程和需求的一致性被客观 的证明 3 把软件质量保证活动的结果告知受影响的组和个人 4 如果在软件项目中不能解决不一致的问题 则要把提交给高 层管理人员 承诺承诺 工程遵循一个已写下的机构方针 这样才可已进行软件质量保 证活动 武汉软帝信息科技有限公司 正文 培训部内部文件 40 前提条件前提条件 1 存在一个软件质量保证组 2 有足够的资金和资源 3 软件质量保证组的成员要经培训 才可进行软件质量保证活 动 4 软件工程组的成员接收软件质量保证组的指导 活动活动 1 根据文档化的规程 要为软件项目准备一个软件质量保证的 计划 2 软件质量保证组根据软件质量保证计划来进行相应的活动 3 软件质量保证组参与准备和评审软件项目的开发计划 标准 和过程 4 软件质量保证组评审软件工程活动以保证协调一致 5 软件质量保证组评审指明的软件工作产品来保证一致性 6 软件质量保证组定期把活动的结果报告给软件工程组 7 软件活动和软件工作产品标明的偏差被记录在文档中 并且 根据文档化的规程来处理这些变化 8 如果可能 软件质量保证组定期和客户的质量保证人员就其 活动和发现进行评审 武汉软帝信息科技有限公司 正文 培训部内部文件 41 度量分析 测试被用来决定软件质量保证活动的花费和进展状态 验证实施 1 软件质量保证活动定期给高层管理人员评审 2 软件质量保证活动定期和不定期的给项目管理者评审 3 独立于软件质量保证组的专家定期检查软件质量保证组的活 动及其成果 软件配置管理 软件配置管理 Software Configuration Management 在整个软件生命周期里建立并维护软件项目的工作产品的完整 性 目的目的 在软件生命周期的整个过程中建立并维护软件产品的完整性 内容内容 Identifying 识别给定时间点的软件配置 Controlling 系统地控制软件配置的修改 Maintaining 在软件生命周期的整个过程维护软件配置的完整性 和可跟踪性 SCM 管理的内容 至少 由交付项 如软件需求文档 代码 与 交付项相关的东西 如编译器 武汉软帝信息科技有限公司 正文 培训部内部文件 42 在技术方面 需建立软件基线库来存放开发出来的软件基线 并系统地控制对软件基线的修改 目标目标 目标 1 SCM 活动有计划 目标 2 选定的软件产品要标志 控制 并且是可获取的 目标 3 对已标志软件产品的修改要有控制 目标 4 软件基线的内容和状态要通知相关组 承诺承诺 承诺 1 项目遵循以书面的 机构机的 SCM 方针 该方针指明 须指定每个项目的 SCM 责任 SCM 须贯穿整个软件生命周期 SLC SCM 管理