COCOMO模式的优缺点

概述 ：
Cocomo 代表 Constructive Cost Model 是一种基于 LOC 的回归模型，即代码行数。 COCOMO 模型由 Boehm 于 1981 年提出，它是一种软件项目的程序成本估算模型，通常用作可靠地预测与项目相关的各种参数（如大小、工作量、成本、时间和质量）的过程 COCOMO 模型是其中之一世界上最常用的模型

COCOMO 的分类：
任何软件模型根据开发复杂性分为有机、半分离和嵌入式三类，如下所示。

1. 有机的 -
   如果项目规模相同、团队经验丰富且项目涉及开发易于理解的应用程序，则认为开发项目是有机的。示例是数据处理系统和简单的业务系统。
2. 半独立式 –
   如果开发项目包含经验丰富或缺乏经验的团队成员的混合，则该开发项目被认为是半独立的。例如数据库管理系统。
3. 嵌入式 –
   如果正在开发的软件与复杂的硬件紧密耦合，或者存在对操作方法的严格规定，则认为开发项目是嵌入式的。它是在一组紧约束示例 ATM 中开发的。

COCOMO 型号的类型：
三种类型的 COCOMO 模型如下。

基本型号：
COCOMO 模型提供了项目参数的准确大小。这有利于快速估算成本。估计工作量和计划时间由以下关系给出。

Effort (E) = a*(KLOC)b  MM
Scheduled Time (D) = c*(E)d  Months(M)
Where,

E            = Total effort required for the project in Man-Months (MM).
a, b, c, d   = The constant parameters for a software project.
D            = Total time required for project development in Months (M).
KLOC         = The size of the code for the project in Kilo lines of code.

中间型号：
中级 COCOMO 将软件开发工作量计算为程序规模和一组“成本驱动因素”的函数，其中包括对产品、硬件、人员和项目属性的主观评估。估计工作量和计划时间由以下关系给出。

Effort (E) = a*(KLOC)b *EAF  MM
Scheduled Time (D) = c*(E)d  Months(M)

E           = Total effort required for the project in Man-Months (MM).
a, b, c, d  = The constant parameters for a software project.
D           = Total time required for project development in Months (M).
KLOC        = the size of the code for the project in Kilo lines of code.
EAF         = Efforts adjustment factors 

详细型号：
详细的 COCOMO 将标准版本的所有质量与成本驱动因素对软件工程过程的每种方法的影响相结合。

优点 ：

• 它适用于历史数据并提供更准确的详细信息。
• 易于实施，具有各种因素。人们可以很容易地理解它是如何工作的。
• 易于估算项目的总成本。
• 驱动因素对于了解影响项目危机的不同因素的影响非常有帮助。

缺点：

• 它忽略了硬件问题以及个人流动水平。
• 它忽略了所有文档和要求。
• 这主要取决于时间因素。
• 它限制了软件成本的准确性。
• 它过度简化了安全或安保方面的影响。
• 它还忽略了客户的技能、合作和知识。