CMM过程范培训-启动计划阶段.ppt

CMM过程规范培训 2004/03/23 流程图 角色及职责 目 录 制定启动计划 制定启动计划 客户、系统需求活动 客户、系统需求活动 客户、系统需求活动 生命周期和过程定义 生命周期和过程定义 项目WBS 项目WBS 项目WBS 项目WBS 风险识别与管理 风险识别与管理 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 项目估算 完成计划 完成计划 项目计划评审 其他工作 培训总结 生产力系数 生产力系数是用平均每人月的代码行来计算的 不仅仅编码阶段，包括从分析、设计、编码、测试的整个过程的平均 测试 850 编码 600 详细设计 500 基本设计 需求 新开发项目 生产力系数 介入阶段 项目类型 成本系数：由工作量计算成本 配置管理系数：由开发工作量估计CM工作量 质量保证系数：由开发工作量估计QA工作量 改善项目规模系数：改善前到改善后的规模 0.4 改善项目规模系数 0.05 质量保证系数 0.05 配置管理系数 18000 成本系数（元/人月） 估计活动要点 在项目的早期阶段，采用从上到下的估计方法，整个项目的估计粗略的分配给各个阶段 项目进展过程中，从下到上的方法被用于详细阶段计划来为子阶段进行更详细的计划和估计，并更新总的项目估算 项目管理活动约为开发工作量的15-20% 为项目建立必须的管理储备(=20%)：目的是适应不可避免的变更；不能由项目经理单独批准使用，只能用于那些由客户和高层经理都同意的变更 估计结果举例 1620小时 总的项目资金 270小时 管理储备 1350小时 总的已批准的预算 220小时 项目管理（20%） 50小时 其他（培训） 50小时 质量保证 50小时 配置管理 1000小时 开发工作量 入口：估计完成 输入：WBS、EST 活动： 合理安排管理支持活动的时间 排定整体时间进度表 完整计划文档化 输出：项目计划 出口：文档化的项目计划 要点 开发计划包含：培训计划、工具设备的识别和采购计划、同行评审计划 CMP QAP STP 度量计划：组织、项目、质量三个层面 组间协调计划 验收交付计划 入口：计划已文档化 输入：项目计划 活动： 评审计划 高层批准计划 建立项目配置控制库 输出：项目计划 出口：项目计划通过高层经理批准 * 实践培训-启动计划阶段活动 作者：高勇 版本：1.1 软件过程 定义 项目经理 系统分析员 WBS分解项目估算 项目启动计划 项目经理 系统分析员 设计人员 QAP 生命周期模型 定义的软件过程 软件估计书 工作任务拆分表 立项 项目经理 项目计划 项目经理 批准 CMP SDP SMP ICP 各组组长 STP PM：过程定义，组织WBS、EST，完成CR、PP System Analyst：整理CR，进行WBS、EST QA Manager：QAP、提供规范支持、审计 CM Manager：CMP、建立配置控制库 TS Manager：TSP SEPG：评审过程定义结果 Senior Manager：批准PD、PP 制定启动计划 需求活动 选择生命周期模型和过程定义 项目WBS 风险识别、项目估算 完成计划 项目计划评审 其它工作 入口：项目已立项 输入：立项建议书 活动： 识别本阶段活动的内容 确定活动顺序、工作量、安排资源 文档化、审批 输出：项目启动计划 出口：启动计划通过高层经理批准 启动计划应涵盖启动准备、计划两方面工作 客户需求调研、文档化 软件需求分配、制定需求验收准则 生命周期选用、项目过程定义 WBS活动和估计活动 开发和其他支持计划的制定 评审活动 风险管理、工具引入活动 技术和管理的培训活动 入口：启动计划通过 输入：启动计划、来自客户和市场的资料、上一版本产品的资料和市场反馈 活动： 需求获取 需求分配 需求评审 输出：CR、SR、需求验收准则表 出口：工作产品获得批准 客户需求、软件系统需求作为整个项目工作的基础，对其的归纳和整理应注意满足： 文档结构清晰，内容无冗余，可读性好 对需求的描述易于理解，不存在二义性 术语一致，需求项间没有冲突 描述的结果能准确反映客户的真实需求 需求是完整的，没有遗漏也没有增加 含有性能需求 需求是可追溯和可验证的 需求验收准则是具体的可度量的、完整的 剪裁准则： 《客户需求》可直接分配给软件开发项目组。 不执行 需要在《客户需求》的基础上进一步给软件开发项目组分配客户需求。 执行 执行 形成《软件系统需求》 系统需求分配 剪裁指导方针 选择 可剪裁属性 活动 入口：软件系统需求通过评审 输入：软件系统需求，组织软件生命