COCOMO（Constructive Cost Model）基本模型是一种用于估算软件开发工作量的经验模型

COCOMO（Constructive Cost Model）基本模型是一种用于估算软件开发工作量的经验模型，其公式为：

E=a×(KLOC)b E = a \times (\text{KLOC})^bE=a×(KLOC)b

其中：

• $ E $：开发工作量，单位为人月（person-months）；
• KLOC：千行源代码（千行可交付的源代码行数，即 1000 行）；
• $ a $ 和 $ b $ 是依赖于项目类型的常数，根据COCOMO 81原始研究，分为三类项目：

⚠️ 注意：该模型假设开发过程相对标准，未考虑人员能力、工具支持、平台差异等多因素；后续COCOMO II模型引入了更多成本驱动因子（如可靠性要求、数据库规模、开发人员能力等）以提升精度。

# 示例：估算一个中等规模（40 KLOC）、半分离型项目的开发工作量a,b=3.0,1.12KLOC=40E=a*(KLOC**b)print(f"估算工作量 E ≈{E:.2f}人月")# 输出约 172.56 人月

COCOMO基本模型中的KLOC（千行代码）指的是“交付的源指令行数”（Delivered Source Instructions, KDSI），不是总行数，也不是仅可执行语句行数，而是经过明确定义的、可交付软件产品中实际计入工作量估算的源代码行数。Boehm在原始COCOMO 81中采用的是“物理行”（physical lines）的变体——即“源指令行”（Source Lines of Code, SLOC），具体分为两类，但COCOMO基本模型默认使用：

✅交付的源指令行（Delivered SLOC） ≈ “可执行语句 + 声明语句”，排除注释、空行、数据定义（如常量表）、宏定义、预处理指令（如 #include、#define）及纯配置文本。

更准确地说，COCOMO 81推荐采用“功能等效的源指令行”（functionally equivalent source instructions），其统计原则如下：

• ✅计入：

  • 变量/类型/函数声明（如int x;、struct Node {…};、void func();）；
  • 可执行语句（赋值、控制流、调用、I/O等）；
  • 类/模块定义的主体代码（含方法实现）；
  • 关键前提：这些代码是项目团队开发并随系统一同交付的。

• ❌不计入：

  • 注释行（// 或 /…/）；
  • 纯空行；
  • 自动生成的代码（如由GUI builder、YACC/Bison、Swagger Codegen生成且未人工修改的部分）；
  • 第三方库/框架源码（即使嵌入项目目录）；
  • 构建脚本（Makefile、CMakeLists.txt）、配置文件（.json/.xml/.yml）、测试数据、文档（README.md等）；
  • 预处理器指令本身（如#ifdef），但其包裹的有效代码仍计入（若被编译进交付版本）。

📌重要说明：COCOMO基本模型要求KLOC为已交付（delivered）且经验证可用的源代码规模，而非开发过程中的峰值或临时代码量。实践中常采用平均估算法（如基于类似历史项目、原型抽样、或工具静态分析后人工校准）。

# 示例：Python文件 sample.py（简化）""" A demo module — not counted (docstring is comment) """defcalc(x):# ✅ 函数声明 + 可执行语句 → 计入y=x*2# ✅ify>10:# ✅return"big"# ✅return"small"# ✅CONST_MAX=100# ✅ 常量声明 → 计入（属数据声明）# This is a comment # ❌ 注释不计# ❌ 空行不计

→ 此文件共约6 行交付SLOC→ 0.006 KLOC（四舍五入通常保留小数点后1~2位用于计算）