Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS ISO IEC 15504——信息技术过程评估标准系列（软件与系统生命周期过程评估模型）
Information Technology — Process Assessment: Exemplar Software and System Life Cycle Process Assessment Models
🔄 BS ISO/IEC 15504（常称为 SPICE，Software Process Improvement and Capability Determination）是国际标准化组织（ISO）与国际电工委员会（IEC）联合制定、英国标准协会（BSI）采纳为英国国家标准的过程评估标准系列。本批收录 ISO/IEC 15504-5:2012（软件生命周期过程评估模型）与 ISO/IEC 15504-6:2013（系统生命周期过程评估模型）两个示例模型，为软件与系统的过程能力评估提供可操作的评估框架。系列中的这两项标准均由 ISO/IEC JTC 1/SC 7 软件与系统工程分技术委员会编制，英国方面的参与由 BSI 技术委员会 IST/15（软件与系统工程）负责，其秘书处可应要求提供委员会成员组织清单。
💡 SPICE 的核心理念是”过程能力二维评估”：一方面评估过程是否被执行（过程维度），另一方面评估该过程执行得有多好（能力维度），从而给出可度量、可比较的过程能力画像。它弥补了单纯依赖产品检验的不足，把改进的着眼点放在过程本身。
一、标准系列定位与结构 🗂️
ISO/IEC 15504 系列是一个为过程评估而设计的多部分标准族。整体上，该系列将评估活动与评估模型解耦：评估方法（如 Part 2 过程评估的绩效与能力要求、Part 3 实施评估的指南）定义了”如何评估”，而示例过程评估模型（PAM）则定义了”评估什么”——即把过程参考模型中的过程与能力框架中的过程属性映射为具体的、可考核的评估指标。本批文件聚焦于两个示例模型：Part 5 面向软件生命周期，Part 6 面向系统生命周期。
与 CMMI、ISO 9001 等体系相比，SPICE 的最大特点在于其通用性与可裁剪性。评估模型既可用于组织内部的自我诊断式评估，也可用于供应商能力评定、合同评审、过程改进目标设定等多种商业场景。评估结果以能力等级画像的形式表达，便于在组织之间、项目之间进行横向比较与纵向趋势分析。
⚠️ 需要特别说明的是：15504 中定义的”过程评估模型”是示例性的（exemplar），并非评估的唯一法定模型。评估方在满足 Part 2 要求的前提下，可以构造与发布自己的过程评估模型，但必须保持与过程参考模型、能力框架之间的一致映射关系，否则评估结果不具备可比性。
二、过程参考模型与能力框架 📚
任何过程评估模型都建立在一个过程参考模型（Process Reference Model, PRM）之上。PRM 定义了评估范围内所涉及的过程及其目的与结果，通常选取自 ISO/IEC 12207（软件生命周期过程）与 ISO/IEC 15288（系统生命周期过程）等生命过程标准。在此基础上，15504 系列引入了能力框架（Capability Framework），将过程能力划分为 6 个等级：
- 能力等级 0（不完整过程）：过程未实施或未能实现其目的。
- 能力等级 1（已实施过程）：过程实现其目的，评估指标以过程绩效结果（Base Practices）为核心。
- 能力等级 2（已管理过程）：过程被策划、监视并调整，工作产品得到确立与控制。
- 能力等级 3（已建立过程）：过程在组织范围内以标准过程的方式被定义并部署。
- 能力等级 4（可预测过程）：过程在定义的限制内可预测运行，使用统计等量化手段。
- 能力等级 5（优化过程）：过程被持续改进，以回应组织目标的变化。
| 能力等级 | 等级名称 | 对应过程属性（示例） | 评估侧重点 |
|---|---|---|---|
| 0 | 不完整过程 | — | 过程是否实现目的 |
| 1 | 已实施过程 | 过程实施（PA 1.1） | 基础实践与工作产品 |
| 2 | 已管理过程 | 绩效管理、工作产品管理（PA 2.1/2.2） | 策划、监视与配置 |
| 3 | 已建立过程 | 过程定义、过程部署（PA 3.1/3.2） | 标准化与组织级部署 |
| 4 | 可预测过程 | 量化分析、过程控制（PA 4.1/4.2） | 统计过程控制与量化管理 |
| 5 | 优化过程 | 过程创新、过程优化（PA 5.1/5.2） | 持续改进与目标对齐 |
三、Part 5：软件生命周期过程评估模型 💻
ISO/IEC 15504-5:2012（第二版）于 2012 年 2 月出版，是 GB/BSI 采用 ISO/IEC 15504-5:2006 后取代旧版的英国标准版本，标准号为 BS ISO/IEC 15504-5:2012，ISBN 978 0 580 76894 1，ICS 分类 35.080。该部分定义了一个以软件为对象的示例过程评估模型，其内容包括：过程的完整定义（目的陈述、结果清单）、每个过程的评估指标（基础实践、工作产品、资源），以及过程属性评价所需的通用实践与通用资源指南。
在过程维度上，Part 5 的模型将软件生命周期过程归类为若干过程类别（Process Categories），常见类别包括：获取（ACQ，如准备投标、供应商选择与监视）、供应（SPL，如软件发布、产品支持）、工程（ENG，如需求分析、开发、设计、构建、集成、测试与维护）、运行（OPE）、支持（SUP，如文档管理、配置管理、质量保证、验证、评审）、管理（MAN，如项目管理、质量管理、风险管理）以及组织（ORG，如过程改进、人力资源、基础设施）等类别，各过程均以缩写标识符标记，便于在评估报告中引用。
💡 评估者在现场取证时，通常采用”三明治”式证据链：访谈（Interviews）+ 工作产品审阅（Work Product Review）+ 过程观察（Observation）。Part 5 提供的基础实践（BP）为每种证据类型提供了明确的观察点，从而把主观判断转化为可追溯的客观记录。
四、Part 6：系统生命周期过程评估模型 🛰️
ISO/IEC 15504-6:2013（第一版）于 2013 年 6 月出版，英国版本为 BS ISO/IEC 15504-6:2013，取代并撤销了早先的技术报告 PD ISO/IEC TR 15504-6:2008，ISBN 978 0 580 78230 5，ICS 分类同样为 35.080。该部分面向系统（systems）——即由硬件、软件、人员、设施等组成的复杂整体——定义示例过程评估模型。与 Part 5 相比，Part 6 更强调系统工程视角：过程覆盖需求工程、架构定义、系统设计、集成与验证、确认、运行与维护、退役等系统生命周期全阶段，并处理利益相关方需求、系统边界、接口管理等人-机-环境综合问题。
两个示例模型在结构上完全一致：都包含过程维度（过程类别、过程、基础实践、工作产品）与能力维度（能力等级、过程属性、通用实践）两方面的内容，且都遵循 15504 系列共用的评估指示符（Assessment Indicators）体系。这也意味着，一个组织可以同时以两个模型覆盖其”系统+软件”的复合产品线评估需求，并在统一的评级语言下汇总结果。
✅ 选择模型时的一般经验：若评估对象仅为纯软件产品或组件，优先采用 Part 5；若评估对象为包含软硬件的系统、系统之系统或嵌入式产品，优先采用 Part 6；对大型工程（如航空航天、轨道交通、国防项目），往往需要以 Part 6 为主、Part 5 为辅进行联合评估。
五、评估指标与评估实施 📋
评估指标是连接”过程参考模型”与”现场证据”的桥梁，分为三类：
- 过程绩效指标：针对能力等级 1，包括基础实践（Base Practices）与工作产品（Work Products），用于证明过程目的已实现。
- 过程能力指标：针对能力等级 2～5，包括通用实践（Generic Practices）、通用资源（Generic Resources）与通用工作产品，用于证明相应过程属性已达到规定程度。
- 评级规则：依据过程属性达到的等级（N、P、L、F），综合确定过程能力等级，形成最终的评估报告。
整个评估流程通常包括：确定评估范围与目标 → 定义评估输入（过程参考模型、评估指标、能力等级集）→ 收集与验证证据 → 依据指标评分 → 生成评估输出（评估记录、评估报告）→ 在商定的生命周期内保存评估记录。评估报告应准确反映评估日期、评估范围、采用的模型与指标、参与人员以及能力等级的判定依据，以支持后续的过程改进规划（Process Improvement Plan）。
六、与其他标准的协同 🧩
SPICE 不是孤立的标准。在工程实践中，它常与一组相关标准配合使用：
- ISO/IEC 12207 / 15288：提供过程参考模型（软件开发与系统生命周期过程）；
- ISO/IEC 33001 系列：15504 的后续演进方向，定义了过程评估的通用术语、框架、过程参考模型指南与过程评估模型要求；
- CMMI：实践中经常将 SPICE 评估结果映射到 CMMI 成熟度模型，以兼顾内部改进与外部评级需求；
- ISO 9001 / ISO/IEC 27001：与质量管理体系、信息安全管理体系相结合，形成覆盖质量、安全与过程的综合治理框架。
⚠️ 常见误区：把”能力等级”直接等同于”CMMI 成熟度级”或将两者数值一一对应。能力等级针对单个过程，而成熟度级别针对整个组织；两者概念不同、计算口径不同，转换时必须逐过程映射并保留判定证据，否则容易得出误导性的结论。
七、常见问题解答 ❓
❓ 问：BS ISO/IEC 15504-5:2012 与 15504-6:2013 是否可以替代认证？
答：15504 系列本身不是认证标准，它提供的是过程评估的方法与模型。评估结果可作为组织能力证明、供应商评定或改进输入，但”通过 15504 认证”的说法并不准确，应表述为”依据 15504 完成了过程能力评估”。
答：15504 系列本身不是认证标准，它提供的是过程评估的方法与模型。评估结果可作为组织能力证明、供应商评定或改进输入，但”通过 15504 认证”的说法并不准确，应表述为”依据 15504 完成了过程能力评估”。
❓ 问：能力等级 5 是否意味着过程”完美无缺”？
答：不是。等级 5 表示过程基于量化数据进行持续创新与优化，离开组织的业务目标则无从评判。等级评估必须结合组织目标、过程重要性与资源投入综合理解。
答：不是。等级 5 表示过程基于量化数据进行持续创新与优化，离开组织的业务目标则无从评判。等级评估必须结合组织目标、过程重要性与资源投入综合理解。
❓ 问：评估需要多大规模的团队与周期？
答：取决于评估范围与证据复杂度。典型的组织级软件过程评估通常由 2～4 名评估员组成，历时数天到数周；评估前应完成评估员资格确认与证据清单预审，以控制成本与风险。
答：取决于评估范围与证据复杂度。典型的组织级软件过程评估通常由 2～4 名评估员组成，历时数天到数周；评估前应完成评估员资格确认与证据清单预审，以控制成本与风险。
🔍 问：小团队或小型组织是否适合采用 15504？
答：适合，但应裁剪。ISO/IEC 29110 系列为极小型实体（VSE）提供了轻量化的生命周期轮廓，可与之结合，聚焦关键过程与基础实践，避免过度文档化。
答：适合，但应裁剪。ISO/IEC 29110 系列为极小型实体（VSE）提供了轻量化的生命周期轮廓，可与之结合，聚焦关键过程与基础实践，避免过度文档化。
📌 问：条款中”示例模型”是否意味着不必严格遵守？
答：作为”示例”，Part 5 与 Part 6 给出的模型结构、过程清单与指标映射是行业公认的参照，但其地位不同于部分中的强制要求。实际评估应以约定的过程参考模型指标为准，并在评估报告中明示所用模型。
答：作为”示例”，Part 5 与 Part 6 给出的模型结构、过程清单与指标映射是行业公认的参照，但其地位不同于部分中的强制要求。实际评估应以约定的过程参考模型指标为准，并在评估报告中明示所用模型。
