软件过程的评估和改进教程详解.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * CMMI 3种评估类型的对比 特征 A类 B类 C类 用途模式 全面综合的评估方法。 组织的成熟度等级的评定。 自我评估。 范围小，集中于关注的过程域。 快估。 检查特定的风险域 优点 覆盖全面、结果客观，能整体把握组织过程能力和清楚过程中的优势和弱势，评定等级。 发现过程问题并启动组织的过程改进，提高过程洞察力，风险小。 投入小、反馈及时、见效快。 缺点 投入大、资源需求很多、风险大。 严格性和规范性低、不够全面，不能评定等级。 深度和广度都不够，结果可信度低。 评估发起人 组织的最高管理层。 过程改进组织或质量管理部门。 任何组织内部的经理。 评估组组成 内部和外部人员。 内部或外部人员。 评估组规模 4 ～ 10人＋评估组长。 2 ～ 6人＋评估组长。 1 ～ 3人＋评估组长。 评估组资格 有经验。 有适当经验。 对评估组长的要求 主评估师。 主评估师或受过专业过程评估培训的人员。 有过程评估经验的人员 9.4.4 软件过程评估的方法 1．评估方法准则 2．选择评估时机 3．评估步骤 4．软件过程评估注意的要点 9.5 过程改进的模型和方法 9.5.1质量改进范例 9.5.2 过程改进的 IDEAL模型 9.5.3 过程改进的 Raytheon方法 9.5.4 过程改进的 6 Sigma方法 9.5.1质量改进范例 9.5.2 过程改进的IDEAL模型 IDEAL模型的两维结构 启动阶段 诊断阶段 建立阶段 行动阶段 学习阶段 管理软件过程改进程序 战略层 沟通、约定和影响 战术层 9.5.3 过程改进的Raytheon方法 9.5.4 过程改进的6 Sigma方法 定义(Define)?测量(Measure)?分析(Analyze)?改进(Improve)?控制(Control) DMAIC 阶段 活动要点 常用工具和技术 定义 项目启动、确定CTQ。 QFD，FMEA 流程图，亲和图。 头脑风暴法，树图 排列图，CT 分解 测量 测量输出、确定项目基线。 运行图，分层法 FMEA，散布图，直方图 测量系统分析，过程能力分析 水平对比法，抽样计划 分析 确定关键影响因素。 散布图，因果图 多变量图 假设检验，回归分析 方差分析，抽样计划 改进 设计并验证改进方案。 FMEA，试验设计 田口方法 响应面法，过程仿真 过程能力分析 控制 保持成果。 控制计划，SPC控制图 标准操作SOP 防错方法，目标管理 DMADV方法 表9-8 “DMADV”和“PIDOV”的比较 9.6 组织和技术革新 1．组织和技术革新的理念和原则 2．组织和技术革新的计划 3．先导性试验的重要性 4．组织和技术革新所需要的环境和支持 5．组织和技术革新的工具 6．概念培训和专题培训 7．组织和技术革新的实施步骤 8．技术革新关联的全过程活动 表9-9 技术革新管理的全过程活动 9.7 软件过程改进的实施 9.7.1 过程改进的原则和策略 9.7.2 过程改进的组织支持 9.7.3 过程改进计划 9.7.4 过程改进的具体实施步骤 9.7.5 软件过程改进的自动化实现 9.7.1过程改进的原则和策略 组织过程改进实施的原则可以概括为以下8点。 软件过程改进的组织应设定切实可行的目标。 过程改进是一个持续进行的活动，而不是一次性的活动。 软件过程改进需要得到组织管理层足够的支持。 软件过程改进不只是单个组织单元)的事，而应包括软件开发过程涉及的所有团队和成员。 过程改进活动应被视为一个一个的项目，从而获得必要的预算和资源。 坚持适当的监控机制。 过程改进的成功与否取决于过程实施效果。 对改进活动的过程进行监控，鼓励创新，及时获得反馈，及时进行纠正或调整。 过程改进的策略 1．自顶向下与自底向上相结合 2．循序渐进、持续改进 3．文化变革先行 4．内外结合，以内为主 5． 切合实际、区别对待 6． 充分利用管理工具 9.7.2 过程改进的组织支持 管理指导委员会（MSC） 软件工程过程组（SEPG） 软件质量保证组（Software Quality Assurance Group，SQAG） 软件配置管理组（Software Configuration Management Group，SCMG） 技术工作组（TWG）和过程行动组（PAG） 9.7.3 过程改进计划 除了设定软件改进目标之外，还应包括SPI的领域、方法和策略等，并综合下列因素： 基础设施能够满足需求，及时提供资源。 对过程改进工作的方向、范围和进度提供建议。 如何识别SPI程序推进过程中的障碍和风险。 如何维持SPI