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原始研究，分为三类项目：
| 项目类型 | $ a $ | $ b $ | 特点 |
|---|---|---|---|
| 有机型（Organic） | 2.4 | 1.05 | 小型、熟悉技术、团队经验丰富、需求稳定 |
| 半分离型（Semi-detached） | 3.0 | 1.12 | 中等规模、部分新技术、混合经验团队 |
| 嵌入型（Embedded） | 3.6 | 1.20 | 高约束（硬件/实时/强安全要求）、复杂接口、严格需求 |
⚠️ 注意：该模型假设开发过程相对标准，未考虑人员能力、工具支持、平台差异等多因素；后续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位用于计算）
