八. SPICE ( ISO/IEC 15504 )过程模型介绍
1. SPICE 标准简介
SPICE 简介 :
1.全称 : Software Process Improvement and Capability Determination , 软件过程改进和能力测定 ;
2.发起人 : ISO , IEC, JTC1 在 1993 年发起 ISO 15504 标准, 即 SPICE ;
3.发布过程 :
① 1994年 , SPICE 第一个基准文件发布 ；
② 1998年 , SPICE 发布 ISO 15504TR 技术报告 ;
③ 2003 ~ 2004 , SPICE 正式发布 ISO 15504 前四部分, <1>概念和词汇 , <2>实施评估 , <3>实施评估指南 , <4>过程改进 和 能力确定应用指南 ;
④ 2006 年 , SPICE 公布 ISO 15504 第五部分, <5>软件过程评估 ;
⑤ 2008 年, SPICE 公布 ISO 15504 第六部分 , <6>系统过程评估 ;
2. SPICE 标准新进展
SPICE 新进展 :
1.开放集成 : SPICE 标准 更加 开放 和 集成 , 备受产业用户欢迎 ;
2.行业自订 SPICE 标准 : 很多行业对软件开发有特殊要求, 行业内会建立自己行业特定的 SPICE 标准, 如 金融, 汽车制造, 航空航天, 医疗仪器, 铁路等 ;
3.中航天 SPICE 标准 : 中航天的 SPICE 标准 S4S 得到欧洲航天局支持, 其特色是 风险管理 ;
九. 6σ \sigmaσ 过程模型介绍
1. 6σ \sigmaσ 由来
6σ \sigmaσ 提出 :
1.概念提出 :
① 提出者 : 6σ \sigmaσ 概念是 1986 年摩托罗拉的 比尔 史密斯 提出 ;
② 范畴 : 6σ \sigmaσ 概念属于质量管理范畴 ;
③ 统计学单位 : σ \sigmaσ 是统计学单位, 表示与平均值的标准偏差 ;
④ 目的 : 6σ \sigmaσ目的是为了在生产过程中降低产品 及 流程的缺陷次数 ;
2.6σ \sigmaσ 演进 : 90 年代中期, 6σ \sigmaσ 被 GE 从 全面质量管理方法 演变成 高度有效的企业流程设计, 改善 和 优化 的技术 ;
3.内容 : 提供了一系列适用性广泛的 用于 设计 , 生产 , 服务 的 新产品开发工具 ;
2. 6σ \sigmaσ 管理法概念
6σ \sigmaσ 管理法 概念 :
1.概念 : 6σ \sigmaσ 是 统计评估方法, 其核心是 ①生产时 追求 0 缺陷 , ②防范产品责任风险 , 降低成本 , ③提高生产率 和 市场占有率 , ④提高顾客满意度 和 忠诚度 ;
2.关注点 : 6σ \sigmaσ 管理 关注 产品 , 服务 质量, 同事也关注 过程改进 ;
3.目标 : 6σ \sigmaσ 是 质量目标, 所有过程 和 结果 中 99.99966% 是没有缺陷的, 即 100 万产品中 , 只能有 3.4 个是有缺陷的, 这是人类当前能达到的最高水平 ;
3. 6σ \sigmaσ 定义
6σ \sigmaσ 管理定义 :
1.定义 : 6σ \sigmaσ 管理 是 通过 减少波动, 不断创新, 达到 缺陷率逼近 百万分之3.4 的质量水平, 实现顾客满意 和 最大收益 的 系统科学 ;
2.6σ \sigmaσ作用 :
① 管理 : 6σ \sigmaσ 是 卓越 管理 的 指南针 ;
② 流程能力 : 6σ \sigmaσ 是 衡量流程能力 的尺子 ;
③ 流程改进 : 6σ \sigmaσ 是 进行 流程改进 的工具 ;
4. 6σ \sigmaσ 过程思想
6σ \sigmaσ 过程思想 :
1.关注过程 : 6σ \sigmaσ 管理 关注 过程 , 重点是 企业 为 市场 和 顾客提供价值 的 核心过程 ;
2.过程能力度量 : 过程能力 使用 σ \sigmaσ 进行度量, σ \sigmaσ 值越大, 过程的 波动就越小 , 过程以最低的成本损失 , 最短的时间周期, 满足顾客要求 的能力就越强 ;
5. 6σ \sigmaσ 等级
6σ \sigmaσ 等级 :
1.等级说明 : 针对 1 ~ 6 级 σ \sigmaσ等级, 分别对 缺陷个数, 失败率 进行说明 :
① 1 σ \sigmaσ : 100万 中 有 69.1462 万 个次品, 69% 次品率 ;
② 2 σ \sigmaσ : 100万 中 有 30.8538 万 个次品, 31% 次品率 ;
③ 3 σ \sigmaσ : 100万 中 有 6.6807 万 个次品, 6.7% 次品率 ;
④ 4 σ \sigmaσ : 100万 中 有 6210 个次品, 0.62% 次品率 ;
⑤ 5 σ \sigmaσ : 100万 中 有 233 个次品, 0.023% 次品率 ;
⑥ 6 σ \sigmaσ : 100万 中 有 3.4 个次品, 0.00034% 次品率 ;
2.现状 : 多数企业在 3σ \sigmaσ ~ 4σ \sigmaσ 之间的状态运转, 100万产品中 有 6210 ~ 66800 个次品, 需要 15% ~ 30% 的销售额弥补带来的损失, 如果做到 6σ \sigmaσ, 只需要 5% 销售额损失 ;
6. 6σ \sigmaσ 计算方法
过程能力指数 :
1.指标 : 过程能力指数 ( Process Capability Index ) 有两个 指标, Cp 和 Cpk ;
2.Cp : 过程满足技术要求的能力 ;
① 计算公式 : Cp = ( 最大值 - 最小值 ) / 6σ \sigmaσ
3.Cpk : 过程平均值 与 产品标准规格 发生偏移 的大小 ;
① 计算公式 : Cpk = MIN( 最大值 - 过程平均值, 过程平均值 - 允许最小值 ) / ( 3 * σ \sigmaσ )
十. PCM 过程模型介绍
1. PCM 简介
PCM 过程模型简介 :
1.PCM 定义 : PCM ( Product Cycle Model ) 是微软的 开发产品 和 服务 的模型 ; 其 提供 以下标准 ;
① 待开发的产品 及 服务 的 类别 ;
② 如何 定义 开发团队 ;
③ 如何 确定 最终客户 及 市场 ;
2.迭代特点 : PCM 是一个 迭代的, 非线性的过程 ;
3.五个阶段 : PCM 有 5 个不同的阶段 ;
① 计划 ( Plan )
② 设计 ( Design )
③ 实现 ( Implement )
④ 稳定 ( Stabilize )
⑤ 发布 ( Release )
2. 计划阶段
PCM 计划阶段 :
1.主要工作 : 在 PCM 计划阶段, 团队成员 需要 评估 产品 及 服务 的 市场机会 ;
2.工作内容 : 研究客户对于 产品 及 服务 的 需求 , 依赖于产品 及 服务 的远景规划 , 根据规划定义产品 及 服务 的 功能及基数范围 , 并且 制定详细的过程 ;
3. 设计阶段
PCM 设计阶段 :
1.主要工作 : PCM 设计阶段, 团队成员 需要从客户角度思考 如何设计产品 及 服务 ;
2.PCM 设计阶段的决策 : 以下决策是在 设计阶段 完成的 :
① 产品特征 : 产品 及 服务 功能 的特征 ;
② 协调工作 : 各功能模块 如何 协调一致 工作 ;
③ 构建方式 : 开发团队 如何构建产品 及 服务 ;
④ 周期评估 : 开发周期评估 ;
3.屏蔽开发问题 : 该阶段 不考虑 开发问题, 如 实现难度 , 程序框架 等 问题 ;
4. 实现阶段
PCM 实现阶段 :
1.主要工作 : 依赖于 前两个 阶段的工作, 开发团队在 实现阶段 开始 构建所需的产品 及 服务 ;
2.编码 : 对于软件工程师来说, 主要工作就是编码 ;
3.宣传 : 同时开启市场的前期宣传 ;
5. 稳定阶段
PCM 稳定阶段 :
1.主要工作 : 在 PCM 稳定阶段, 开发团队 需要 确认 产品 及 服务 是否符合 认可的规则 ;
2.测试版本 : 发布测试版本 ;
3.具体工作 : 测试 , 修改 BUG, 完善产品 ;
4.避免重大变更 : 该阶段 一般 不对 产品 做 重大变更 ;
6. 发布阶段
PCM 发布阶段 :
1.主要工作 : 完成产品正式推出前的所有准备工作 ;
2.发布 RTM 版本 ;
3.维护 : 开启产品的运行维护服务 ;
十一. SW-CMM 过程模型介绍
1. CMMI 版本发展
( 1 ) CMMI 版本发展
CMMI 版本发展 :
1.CMMI V1.2 版本 : 2006.9 SEI/CMU 发布 CMMI V1.2 版本 , 扩展了 三个 模型 :
① CMMI-DEV 开发能力成熟度模型 ;
② CMMI-ACQ 采购能力成熟度模型 ;
③ CMMI-SVG 服务能力成熟度模型 ;
2.CMMI V1.3 版本 : 2010年 11月 发布 ;
① 高成熟度实践 , 评估效率 , 跨模型群一致性 , 简化通用实践 ;
② 将 6σ \sigmaσ 和 敏捷 方法 加入到 模型相关的实践信息中 ;
3.CMMI V2.0 版本 : 2018.3.29 CMMI Development V2.0 发布, 过程改进领域进入到了新的阶段 ;
( 2 ) CMMI 2.0 重大变化
CMMI 2.0 变化 :
1.过程数量变化 :
① 过程域增减 : 过程域由 22 个减少到 20 个, 取消了 共用目标 和 共用实践 , 将其放入新增的两个过程域 GOV 和 II 中 ;
② 注重基础 : 共用目标 和 共用 实践 是组织实施 CMMI 的基础 , 提升了其重要性 , 使组织重新审视这些基础, 有效帮助 CMMI 更好执行 ;
2.专用目标 升为 过程域 : 专用目标 ①项目评估 和 ②同行评审 , 属于 项目策划过程域 和 验证过程域 ; 在 2.0 中, 其升级为 EST 和 PR ;
3.过程域整合 : 2.0 中一些 关联紧密的过程域 进行了 整合 ; 如 需求开发过程 RD + 需求管理过程 REQM = RDM 过程域 ; 验证过程 VER + 确认过程 VAL = VV 过程域 ;
4.每个过程域 都包含 1 ~ 5 级内容 :
① 等级与过程域无关 : 过程域 与 CMMI 等级 不在挂钩, 每个过程域 都给出了 1 ~ 5 级要求 ;
② 实践域域内部等级 : 每个 PA ( 实践域 Practice Area ) 都包含 1 ~ 5 及内容, 每一级别都要在前一个级别的基础上, 逐步提升 ; Practice x.y 代表 CMMi 的 x 等级 的 第 y 个实践 ;
2. CMMI 简介
CMMI 简介 :
1.CMMI 说明 : CMMI ( Capability Maturity Model Integration ) 能力成熟度模型集成 , 明确定义一个组织应该采取什么行动 来 定义 , 理解 , 推进 有助于提高其性能的 行为 ;
2.CMMI-DEV 开发能力成熟度模型 包含内容 : CMMI-DEV 有 5 个成熟度级别, 3 个能力级别 ; 定义了 开发产品 和 服务 最重要的 300 条实践, 将其囊括在一个综合模型中 ;
3.CMMI 作用 : CMMI 可以帮助公司 确定 并 实现 可度量 的业务目标 , 打造 出色产品, 保证客户满意 并 确保尽可能高效工作 ;
4.识别改进差距 : CMMI 可以帮助组织 识别 并 改进 差距 ;
3. CMMI-DEV V2.0 模型结构
CMMI-DEV V2.0 模型结构 :
1.实践域 : CMMI-DEV V2.0 有 20 个 实践域 ( PA - Practice Area ) , 每个 PA 中的 实践 按照 等级分组, PA 最少 2 级, 最多 5 级 ; 每个 PA 都需要包括 下述内容 :
2.必须满足的内容 :
① 意图 ( Intent )
② 价值 ( Value )
③ 其它必要内容
3.阐述解释内容 :
① 实践汇总
② 其它阐述内容
③ 相关实践域
④ Context Specific 信息
4.实践组 :
① 1 ~ 5 级级别之间的关系 : 1 ~ 5 级, 每一个级别都需要在前一个级别的基础上, 逐步提升 ;
② 实践个数 : 每个级别都有 若干个 实践 ;
5.实践 :
① 必须满足的内容
② 阐述解释的内容
4. CMMI 商业价值
CMMI V2.0 商业价值 :
1.提升绩效 : 通过 给出 演示结果, 提供 基准 和 提升组织 绩效 的最佳解决方案 ;
2.提升效率 : 组织可以快速识别 直接 业务成果 , 投资回报率 , 质量 和 绩效 相关的关键能力 , 同时降低成本 并 加快上市时间 ;
3.提升能力 : 专注于将绩效优化到组织所需要的等级 , 利用 最佳实践 有效 建立 持续改进的 文化氛围 ;
4.量化分解 : CMMI 成熟度高时 , 对 风险 和 预测业务绩效目标成就 的 能力 进行量化分解 ;
