IT 系统项目复杂度分析模型初探

概述

项目复杂度模型是

IT 系统建设过程中经常需要面对的课题。一个 IT 系统的建设规

模是大型、中型、还是小型，直接关系到具体投资金额的大小。从其投资结构来说
包括如下几个方面：硬件设备投资，软件产品投资，系统集成服务投资，应用开发
实施投资等。
本文只是针对

IT 系统应用开发实施投资部分进行项目复杂度模型的分析，提出影

响项目规模的八大要素。

项目复杂度分析模型

评估一个

IT 项目的复杂度，可以从八大要素来衡量。

要素一：子系统

/功能点数量

一般来说，一个系统越复杂，其按照功能域划分的子系统越多，其最终分解出来的
具体功能点越多。子系统和功能点的增加与工作量的增加不是简单的线性增长关系
从只包含一个子系统到包含多个子系统，随着人员投入数量增多和组织的细分，其
复杂度会因为组织间沟通和分工协作的难度而大大增加。在这一点来说，可以认为
子系统的数量是划分简单项目和复杂项目的一个重要维度。
要素评分：

0--简单（1 个子系统），5—中等复杂（2 至 4

 

个子系统），

10--复

杂（

>4 个子系统）

加权因子：

2

要素二：外围接口数量

一般的

IT 系统都不是系统孤岛，是和外围系统紧密相连的。与外围系统的接口数

量越多，代表着进行系统间集成的复杂度越高，难度越大。这里的复杂度影响主要
来自于几个方面：一个是不同系统架构间形成统一接口协议的复杂度，这需要弥合
系统间差异，体现系统间关系的工作；另一个是在完全无关的两个项目组织间协调
实施的复杂度，包括设计开发、联调测试等协同工作，这是比项目组内部不同子系
统间的协调更为复杂的协同工作。
要 素 评 分 ：

0--简单（1 至 5 个接口），5--中等（6-10 个接口），10—复杂

（

11-20 个接口）

加权因子：

1.5

要素三：承载的业务数量

在当前的

IT 系统架构中，往往一套体系架构上，运转着多种业务和产品。因此，

一套

IT 系统中承载的业务和产品数量，将直接影响系统开发、配置、测试、联调

工作的复杂度。
要 素 评 分 ：

0--简单（1-5 个业务），5—中等复杂（6-10 个业务），10—复杂

（

>10 个业务）