COCOMOvsLOC

COCOMO

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

LOC

LOC 通过统计源代码文本行数来衡量软件项目的规模，是软件工程中历史最悠久的度量方式之一。它常被用于成本估算（如 COCOMO 模型）和项目规模对比，但因为「写更多代码 ≠ 更高产出」，长期以来饱受争议——尤其在 AI 编程工具普及后，这个指标的失真问题被进一步放大。

COCOMO

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

LOC

• 变体众多：物理 LOC 含空行和注释，逻辑 LOC（SLOC）只计可执行语句
• AI 时代争议加剧：有团队用 AI Agent 将周产出从 1 万行飙到 100 万行，但维护成本同步暴涨
• 常见衍生单位 KLOC（千行代码），用于 COCOMO 等经典估算模型

COCOMO

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

LOC

通过统计程序源代码文本行数来度量软件规模的量化指标。

COCOMO

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

LOC

• 软件项目规模估算与成本预测（COCOMO 模型）
• 代码库增长趋势监控
• 不同语言/项目间的粗粒度规模对比

COCOMO

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

LOC

LOC 起源于上世纪 60-70 年代的软件工程实践，最初用于估算项目工作量和成本。它有两种主要计数方式：物理 LOC 统计所有文本行（含注释和空行），逻辑 LOC/SLOC 只统计包含实际语句的行。LOC 的核心问题在于构造效度极低——它衡量的是「体积」而非「价值」，一个精巧的算法可能只需 20 行，而一段冗余的复制粘贴可以轻松产出 2000 行。2025-2026 年，随着 AI 编程工具大规模普及，LOC 作为生产力指标的荒谬性被彻底暴露：AI 可以轻松生成海量代码，但缺乏验证框架的代码生成本质上是在批量制造技术债务。