COCOMOvsSLOC

COCOMO

COCOMO 是 Barry Boehm 于 1981 年提出的参数化软件成本估算模型，通过代码规模（KLOC）结合项目复杂度系数，推算开发所需的人月数和工期。尽管已有 40 多年历史，其核心思路——「规模驱动工作量，工作量驱动工期」——至今仍是项目估算的基础框架。

SLOC

SLOC 通过排除注释和空行，只统计包含实际可执行语句的代码行数，试图比物理 LOC 更准确地反映软件规模。它是 COCOMO 等成本估算模型的核心输入参数，也是 cloc、scc 等代码统计工具的默认输出指标。

COCOMO

• 核心公式：工作量(人月) = a × (KLOC)^b，其中 a、b 由项目类型决定
• 三级模型：基本型只看规模，中间型加入 15 个成本驱动因子，详细型按模块逐层估算
• COCOMO II（1997）是现代升级版，支持迭代开发、代码复用和功能点输入

SLOC

• 分两种：物理 SLOC（排除注释）和逻辑 SLOC（只计可执行语句，如 C 语言中数分号）
• 逻辑 SLOC 的定义与语言强绑定——Python 数冒号、C 数分号、Go 数花括号，跨语言不可直接对比
• 主流工具 cloc 和 scc 都能自动识别数百种语言并输出 SLOC 统计

COCOMO

基于代码规模和项目复杂度系数的参数化软件开发成本估算模型。

SLOC

排除注释和空行后，只统计包含实际可执行语句的源代码行数度量指标。

COCOMO

• 大型软件项目的预算编制和工期规划
• 不同技术方案的成本对比分析
• 外包/采购场景下的工作量基准评估
• scc 等工具内置 COCOMO 估算，用于快速评估代码库开发成本

SLOC

• 作为 COCOMO 模型的规模输入参数进行成本估算
• 代码库规模趋势监控与技术债务评估
• 同语言项目间的粗粒度复杂度对比

COCOMO

COCOMO 源自 Boehm 对 63 个项目的实证研究，将项目分为有机型（小团队、熟悉领域）、半分离型（中等规模、混合经验）和嵌入型（强约束、高复杂度）三类，每类对应不同的指数参数。基本 COCOMO 只需输入 KLOC 即可快速估算；中间型引入产品复杂度、人员能力、工具成熟度等 15 个成本驱动因子来修正结果。1997 年推出的 COCOMO II 针对现代开发实践做了重大更新：支持功能点作为规模输入、引入 5 个规模因子替代项目分类、覆盖应用组装/早期设计/后架构三个估算阶段。2026 年，虽然敏捷和 AI 编程改变了开发方式，COCOMO II 的「规模→工作量→工期」框架仍被用于大型项目的预算锚定。

SLOC

SLOC 是对物理 LOC 的改进尝试，核心思路是去掉「噪音行」（注释、空行）来更真实地反映代码体量。但它仍然面临根本性问题：同一逻辑用不同语言或不同风格编写，SLOC 差异可达数倍。物理 SLOC 定义相对统一（排除注释行的文本行数），工具实现简单；逻辑 SLOC 更精确但定义依赖具体语言语法，工具实现复杂。在实际工程中，SLOC 更多用于项目规模的粗粒度对比和趋势监控，而非生产力评估。2025 年后，随着 AI 代码生成工具普及，SLOC 与实际工程价值的脱节进一步加剧。