企业培训_某软件有限公司cmm培训课件

CMM培训 上海超算并行软件有限责任公司 CMM培训提纲 CMM是什么需求管理软件项目计划与跟踪配置管理软件质量保证 CMM的源起 软件业的困境开发项目不能如期交付软件产品的质量不能令客户满意开发费用超出预算根源关键问题是软件过程的管理不尽人意 CMM的源起 CMM CapabilityMaturityModel软件机构的能力成熟度模型 即过程成熟度模型 1987年美国卡内基 梅隆大学软件工程研究所SEI受国防部资助 提出了软件机构的能力成熟度模型CMM 经过几年的使用及1991和1993年两次修改 现在已经成为具有广泛影响的模型 CMM成熟度分为5级 1 初始级 Initial 工作无序 项目进行过程中经常放弃当初的规划 管理无章 缺乏健全的管理制度 开发项目成效不稳定 优秀管理人员的管理方法可能取得成效 但他 她一离开 工作秩序面目全非 产品的性能和质量依赖于个人能力和行为 2 可重复级 Repeatable 管理制度化 建立了基本的管理制度和规程 管理工作有章可循 初步实现标准化 开发工作较好地实施标准 变更均以法进行 做到基线化 稳定可跟踪 新项目地计划和管理基于过去地实践经验 具有重复以前成功项目的环境和条件 CMM应用数据 3 已定义级 Defined 开发过程 包括技术工作和管理工作 均已实现标准化 文档化 建立了完善的培训制度和专家评审制度 全部技术活动和管理活动均稳定实施 项目的质量 进度和费用均可控制 对项目进行中的过程 岗位和职责均有共同的理解 4 已管理级 Managed 5 优化级 Optimizing CMM应用数据 1级initial 2级repeatable 3级defined 产品质量 77 90 100 客户满意度 77 70 100 生产率 54 70 90 按时完成任务 40 58 80 完成预算 40 58 70 员工道德水准 22 50 60 CMM2关键过程区域KPA RM RequirementsManagementSPP SoftwareProjectPlanningSPTO SoftwareProjectTrackingandOversightSCM SoftwareConfigurationManagementSQA SoftwareQualityAssuranceSSM SoftwareSubcontractManagement 你已经掌握了CMM的基本知识恭喜你 继续努力 CMM培训提纲 CMM是什么需求管理软件项目计划与跟踪配置管理软件质量保证 为什么要管理需求 促使项目成功 降低失败的风险项目失败的大多数原因是与需求相关的问题 TheStandishGroup sCHAOSReportsfrom1994and1997对美国和英国500个IT经理调查 76 的人曾经历过失败 其中最多的原因就是 用户的需求总是在变化 InDecember1997 ComputerIndustryDailyreported 管理需求的目标 目标1 控制软件需求 建立用于软件开发和管理的需求基线 目标2 使软件计划 产品和活动和软件需求保持一致 需求管理活动 根据 产品规格 总体方案 将产品规格分配到软件系统 需评审 定义软件需求 形成 软件需求规格说明书 对 软件需求规格说明书 正规检视 评审 是软件计划 开发活动的基础 贯穿在开发测试的整个过程中 是需求管理的重头戏 需求跟踪 需求变更 原始需求 需求变更的控制 对现有的维护优化类产品 严格依照新需求的类别进行评审 实施更改计划对新产品的开发 需求的变更严格按照规格更改流程实施 及时完成新的需求基线 需求跟踪 CMM培训提纲 CMM是什么需求管理软件项目计划与跟踪配置管理软件质量保证 SDP在产品计划中的位置 SDP SVVP SQAP SCMP是在概念决策之后 计划决策之前完成的是整个产品计划中软件开发活动的计划 包含但不限于软件开发与测试的二级 三级计划 SDP的活动及内容 内容 要求 现状 活动和工作产品 详尽列出活动 输出和工作产品 验收准则 WBS已有 但工作产品要求不详细 软件估计 计划中有估计记录数据 无 项目管理计划 确定的项目管理计划 无 项目文档计划 文档清单和完成计划 好 SV V计划 对测试活动统一规划 无 SQA计划 SQA过程 SQA活动计划 无 SCM计划 SCM过程 SCM活动计划 无 项目任务计划和进度表 关键路径 项目进度表 较好 工作任务书 责任人 要求 输出 验收准则 一般 SDP 项目管理计划 目的 确定项目的管理过程步骤 确定软件项目管理目标标识软件项目的由来和约束风险管理确定监控体制软件重用计划人员计划确定项目里程碑 SDP 计划承诺 主要是相关人员对SDP的任务进行承诺软件经理和相关人员对任务进行承诺 签定工作任务书 工作说明书 SOW SDP工作任务书纳入配置管理库 软件项目跟踪与监控 目标 建立对项目实际进展的适当的可视性 使管理者能在软件项目计划明显偏离时采取有效措施 对照已文档化的估计 约定 计划 评审和跟踪软件完成的情况和结果 并基于实际的完成情况和结果调整这些计划 对软件承诺的更改必须得到相关小组和个人的认可 软件项目跟踪与监控 活动 任务和进度跟踪技术跟踪数据测量定期总结 每月或每周 定期评审阶段总结 里程碑阶段 阶段评审计划修订 软件项目跟踪与监控 人员职责 软件经理 负责对SDP中的估计 工作任务承诺 进度的跟踪和监控SQA 负责对软件开发过程是否与流程规范 标准 方针的一致的跟踪和监控产品经理 参与对项目的定期评审上级管理部门 参与对项目的定期评审 你已经掌握了2个KPA的基本知识恭喜你 还有重要的配置管理在后面 CMM培训提纲 CMM是什么需求管理软件项目计划与跟踪配置管理软件质量保证 软件配置管理 SCM 定义 软件配置管理是通过在软件生命周期的不同时间点上对软件配置进行标识并对这些标识的软件配置项的更改进行系统控制 从而达到保证软件产品的完整性和可溯性的过程 SCM术语 配置 配置项 配置项的种类计划 软件需求文档 设计文档 程序代码 包括第三方代码 测试 工具 用户文档 目标代码 运行环境 安装盘 SCM术语 基线 版本 配置项与基线的关系 基线是生命周期的快照 SCM功能视图 CCB CRs Baselined PCA FCA SQA CSA 配置标识 确定并标识基线内容 跟踪对BaselineB的变更发布变更状态生成并验证新的基线 BaselineB 跟踪对BaselineC的变更发布变更状态生成并验证新的基线 BaselineC ReleaseProductBaseline 配置管理与基线管理 SCM各类配置库之间关系 用户 基线化 程序员控制 CCB控制 DM控制 归档 开发库 程序员工作空间 始于某一基线 为某一目的开发服务 开发完成后 经过评审回归到基线库 基线库 包括通过评审的各类基线 各类变更申请的记录和统计数据 产品库 是某一基线的静态拷贝 基线库进入发布阶段形成产品库 SCM组织机构 配置管理活动是以产品 版本 为单位进行的 项目经理 产品经理 职责 制定产品开发计划任命SCM组织和人员帮助制定并评审软件配置管理计划 SCMP 监督SCM活动的实施参与各类SCM评审活动 SCM经理职责 负责制定 维护SCMP及相关流程 组织评审SCMP组织建立各类软件基线指导和监督SCM活动 对SCM执行结果负责参与各类SCM评审活动指导CMO CCB的工作组织相关的技术培训 CMO职责 管理配置库 基线库作为CCB的执行秘书 操作CCB工作流程配置状态的记录和发布 补充说明 系统测试版本应该由CMO出 SCM小组组成与职责 SCM小组 SCM经理 CMO 系统分析员等建立并管理软件基线库起草 发布和维护SCMP及相关流程对配置项的分解和标识管理对基线库的操作监督配置管理规范执行情况整理和发布SCM报告 CCB小组组成与职责 变更控制小组 CCB CCB组长 产品经理或SCM经理兼 CMO 系统分析员 高级程序员 成本工程师 SQA人员等授权对配置项的选择 分类和标识授权建立各类基线对变更申请进行评估授权从基线中建立产品并发布 其他SCM组织和人员职责 SEPG 对SCM活动的软件工程规范化程度进行监督和指导SQA 依据SQA规范对SCM活动进行监督软件开发工程师 在SCM过程控制下进行软件开发 文档写作 单元测试等软件测试工程师 进行系统测试和对软件变更进行回归测试 SCM活动 承担组织或人员 任命SCM组织和人员 项目经理 产品经理 制定 发布 维护SCMP及相关流程 SCM小组 配置项选择 分类 标识 SCM小组 配置评审 基线建立和更新 SCM小组 变更申请的评估 CCB CCB工作流程的操作 CMO 配置库 基线库管理 CMO 配置状态发布 CMO SCM报告发布 SCM小组 SCM活动分类 SCM培训配置管理计划的制定 评审配置标识基线建立配置库管理配置控制接口管理 相关性影响管理 配置状态发布配置评审与验证产品发布 配置标识 配置项的分类配置项的分解 选择 树形层次划分 配置项的命名 文档 代码 CR 基线 配置库管理 用户 基线化 程序员控制 动态 CCB控制 受控 DM控制 静态 归档 配置库系统支持对配置项的增量式存储 利用其变更管理工具管理变更数据 利用其分支和归并功能实现基线库 开发库和产品库的分离 开发库 开发人员具有读写权限基线库 开发人员只读 CMO可以读写产品库 公司级行为 配置控制 变更申请初始化变更分类变更评估变更分派变更实现变更验证基线变更 配置控制是对基线化的配置项变更控制 包括功能增强和错误修改 变更评估检查表 序号 项目 说明 1 规模 更改范围的大小 2 期限 更改完成的时间要求 3 复杂性 实现的复杂程度 4 资源影响 对CPU 内存 网络等的资源影响 5 费用影响 对项目和产品费用的影响 6 测试需求 对测试的要求程度 7 风险 相关的风险分析 比如是否涉及到关键模块和技术 8 外部影响 对用户 市场策略的影响 9 资源需求 对项目资源 比如人员技能 软硬件资源的需求 10 项目影响 对项目当前和后续工作的影响 11 替代方案 有无更好的替代方案 12 实现状态 该更改是否已经进行等 配置状态发布 CSA 变更申请的状态配置项的功能和物理特性SCM执行报告 记录并跟踪软件演变状态 通知受影响的组织和个人 配置评审与验证 确保基线化的配置项已通过测试证明它们满足功能要求而且包括所有必需的组成部分 功能配置评审 FCA 物理配置评审 PCA 产品发布流程 版本描述文档 VDD 序号 项目 内容 1 建立编号 2 专用申明 3 包装说明 4 功能说明 5 用户注意事项 6 buglist 7 休正 8 软件包组成 9 安装说明 10 公司名称 11 发布日期 CMM培训提纲 CMM是什么需求管理软件项目计划与跟踪配置管理软件质量保证 SQA目的 软件质量保证旨在向管理者提供了对软件项目正使用的过程和正构造的产品的适当可视性 为 软件开发活动 是否按照组织批准的方式进行提供了独立 客观的评价 SQA活动的八个过程步骤 建立SQA组织 选择SQA任务 生成 维护SQA计划 实施SQA计划 标识 选择SQA工具 改进项目的SQA规程 定义 建立SQA组织结构 选择SQA应当执行的任务 已标识的SQA任务作为SQA计划的输入 按照软件开发的生命周期计划SQA活动 实施已得到批准的项目的SQA计划 将执行SQA活动的规程编成文档 执行一个SQA任务的可重复能力 标识执行SQA任务必要的培训 作为培训预算的输入 标识确保质量的工具 与软件工程环境的兼容性 寻找效率和改进区域 修改SQA政策 计划 过程 和规程 生成 维护SQA规程 标识SQA培训 SQA过程活动 SQA过程说明 SQA过程输出 标识的SQA任务 1 2 项