Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
CAN CSA ISO IEC TR 9126-3-04 是加拿大标准委员会(SCC)采纳 ISO/IEC TR 9126-3:2004 的技术报告,全称为“软件工程 — 产品质量 — 第3部分:内部度量”。该技术报告是 ISO/IEC 9126 系列的重要组成部分,旨在为软件开发组织提供一套系统的内部度量方法,用于在软件开发生命周期的早期阶段(如设计、编码、测试)对中间产品的质量进行量化评估。
本标准适用于各类软件开发项目,无论采用传统瀑布模型还是敏捷开发方法,均可参考其度量框架。主要受益对象包括:软件架构师、开发工程师、质量保证人员以及过程改进专家。通过应用内部度量,团队能够在软件交付之前发现潜在缺陷,从而降低返工成本,提升最终产品的质量。
本标准基于 ISO/IEC 9126-1 定义的软件质量模型,将质量细分为六大特性:功能性、可靠性、易用性、效率、维护性 和 可移植性。每种特性又可分解为若干子特性(如维护性下包含可分析性、可修改性、稳定性、可测试性)。内部度量正是针对这些子特性设计的,用于度量软件内部属性(如代码结构、注释密度、模块耦合度等)的质量水平。
技术报告提供了大量内部度量的示例,包括度量名称、计算公式、数据元素引用及应用场景。下表列举了部分典型度量:
| 质量子特性 | 度量名称 | 度量目的/计算公式简要 |
|---|---|---|
| 功能性(准确性) | 功能实现完备度 | 已实现的功能数 / 需求规划功能数 × 100% |
| 可靠性(容错性) | 测试覆盖度 | 执行的测试用例数 / 总计划测试用例数 × 100% |
| 易用性(可理解性) | 界面一致性检查覆盖率 | 符合界面规范的界面元素数 / 总界面元素数 |
| 效率(时间特性) | CPU占用率 | 特定场景下CPU使用时间 / 任务完成时间 |
| 维护性(可分析性) | 圈复杂度 | 通过流图计算(E − N + 2) |
| 可移植性(安装性) | 平台依赖接口数 | 直接调用操作系统原生API的函数个数 |
上述度量仅为示例,实际应用时组织应根据自身技术栈和业务目标对度量进行剪裁与验证。本标准还强调了度量在数据收集、数据校验、分析报告等方面的最佳实践。
成功的内部度量实施需要与开发工具链集成。例如:通过静态分析工具自动收集代码复杂度、注释密度等数据;通过测试管理平台获取测试覆盖度。团队应在每个迭代或阶段结束前审查度量结果,识别质量异常区域并及时采取纠正措施。
参照 CAN CSA ISO IEC TR 9126-3-04 的引导,组织可按照以下步骤建立度量体系:
内部度量不能完全替代外部度量(如系统测试中的缺陷率)或质量在使用度量(如用户满意度)。建议将内部度量作为早期预警信号,与外部度量共同构成全面的质量视图。
CAN CSA ISO IEC TR 9126-3-04 是 ISO/IEC 9126 产品度量家族的一员,与以下部分紧密关联:
后续的 ISO/IEC 25000 系列(SQuaRE)已经继承并扩展了 9126 系列。其中 ISO/IEC 25023 等标准直接沿用了内部度量的概念,并补充了更多可操作的度量元。因此,熟悉本技术报告将有助于平滑过渡到 SQuaRE 体系。
如 ISO/IEC 15504(SPICE)或 CMMI 等过程模型,常要求组织建立质量度量能力。内部度量的定义和实施恰恰为这些过程评估提供了客观证据,从而增强过程改进的可信度。