遗留

系统架构设计师-遗留系统

计算机技术飞速发展，⽇新⽉异，许多企业因为业务发展的需要和市场竞争的压⼒，需要建设新的企业信息系统。在这种升级改造的过

程中，怎么处理和利⽤那些历史遗留下来的⽼系统，成为影响新系统建设成败和开发效率的关键因素之⼀。通常称这些⽼系统为遗留系

统。

⽬前，学术和⼯业界对遗留系统的定义没有统⼀的意见。Bennett在1995年对遗留系统做了如下的定义：遗留系统是不知道如何处

理但对组织⼜⾄关重要的系统。Brodie和Stonebraker对遗留系统的定义如下：遗留系统是指任何基本上不能进⾏修改和演化以满⾜新的

变化了的业务需求的信息系统。

笔者认为，遗留系统应该具有以下特点：

（1）系统虽然能完成企业中许多重要的业务管理⼯作，但已经不能完全满⾜要求。⼀般实现业务处理电⼦化及部分企业管理功能，很少

涉及经营决策。

（2）系统在性能上已经落后，采⽤的技术已经过时。如多采⽤主机/终端形式或⼩型机系统，软件使⽤汇编语⾔或第三代程序设计语⾔

的早期版本开发，使⽤⽂件系统⽽不是数据库。

（3）通常是⼤型的系统，已经融⼊企业的业务运⾏和决策管理机制之中，维护⼯作⼗分困难。

（4）系统没有使⽤现代系统⼯程⽅法进⾏管理和开发，现在基本上已经没有⽂档，很难理解。在企业信息系统升级改造过程中，如何处

理和利⽤遗留系统，成为新系统建设的重要组成部分。处理恰当与否，直接关系到新系统的成败和开发效率。遗留系统的演化⽅式可以有很

多种，根据系统的技术条件、商业价值及维护和运⾏系统的组织特征不同，可以采取继续维护、某种形式的重构或替代策略，或者联合使⽤

⼏种策略。究竟采⽤哪些策略来处理遗留系统，需要根据对遗留系统的所有系统特性的评价来确定。

遗留系统的评价⽅法

对遗留系统评价的⽬的是为了获得对遗留系统更好的理解，这是遗留系统演化的基础，是任何遗留系统演化项⽬的起点。本⽂的评价⽅

法包括度量系统技术⽔准、商业价值和与之关联的组织特征，其结果作为选择处理策略的基础。评价⽅法由⼀系列活动组成，如下图所

⽰。

启动评价

评价是为了获得对遗留系统的⾜够深度的理解，从技术、商业和企业⾓度对系统的理解为系统处理策略提供基础，开始评价前，需要了解以

下问题。

（1）对企业来说，遗留系统是否是⾄关重要的。在评价过程中，可能会发现系统对企业的继续运作产⽣的影响不⼤。在这种情况下，就没

有必要考虑系统的演化问题。

（2）企业的商业⽬标是什么。从商业观点来看，评估师必须理解企业的商业⽬标，因为商业⽬标产⽣演化需求。

（3）演化需求是什么。演化需求来⾃企业的商业⽬标和评价活动。需求必须是可见的，以便决定已存在的系统是否能满⾜需求。

（4）所期望的系统寿命多长。⼀个系统的寿命由软件和硬件的服务能⼒决定，⼀旦系统硬件或⽀撑软件过时，系统的有效性就受到限制。

（5）系统使⽤期限多久。如果系统的使⽤期限只是短期的，就没有必要花费成本来演化系统。相反，如果系统将在相当长的时期内⽀持主

要业务流程，则必须进⾏演化。

（6）系统的技术状态如何。例如，如果应⽤软件的技术状况很差，则很难理解，维护费⽤会很⾼。

（7）企业是否愿意改变。企业对改变的态度是遗留系统演化成功的关键因素之⼀。

（8）企业是否有能⼒承受演化。企业的技术成熟度，员⼯的素质，⽀撑⼯具的级别等都是影响演化的因素。

商业价值评价

商业价值评价的⽬标是判断遗留系统对企业的重要性。在多数情况下，重要业务过程的改变意味着旧的系统现在仅仅具有外围价值，修

改这种系统只需花费少许财⼒和物⼒。在其他情况下，系统的业务价值很⼤，需要继续维护运⾏。可以在概要和详细两个级别上进⾏遗

留系统的商业价值评价。

概要级评价将为更加详细的分析提供信息。概要级评价包括：

（1）咨询。向有关专家进⾏咨询，包括最终⽤户和负责业务处理的管理⼈员。

（2）评价问卷。问卷应该标识系统在业务处理过程中的哪些地⽅使⽤，本系统与其他系统的关系，如果系统不再运⾏所需的代价，系统

已有的缺点和存在的问题等。问题的准确性依赖于所评价的系统。

（3）进⾏评价。有了问卷的基础后，必须认真分析系统是如何使⽤的，这往往会发现系统的价值，⽽这在问卷中是得不到的。（详细级

评价包括应⽤系统不符合业务规范的风险分析，这种分析⼗分费时，最好由业务分析师来完成详细级的评价。）

外部环境评价

系统的外部技术环境是指硬件、⽀撑软件和企业基础设施的统⼀体。

（1）硬件。系统硬件包括许多需要进⾏常规性维护的部件，这些硬件或者在⼀个站点，或者分布在许多站点并由⽹络连接。⼀般来

说，遗留系统的硬件包括主机和⼩型机、磁盘驱动器、磁带、终端、打印机和⽹络硬件。与商业价值评价类似，硬件评价也可以分为概

要级评价和详细级评价。概要级评价把遗留系统作为⼀个整体，提供硬件质量估计。详细级评价包括识别系统中的每个部件。在这两种情况

下，必须识别⼀系列特征，⽤作评价的基础。特征的选择取决于要评价的系统，系统的⼀些常见特征有供应商、维护费⽤、失效率、年龄、

功能、性能等。具体评价⽅法是：每⼀个部件（或整个系统）在每个特征上分配⼀个价值分数（取值为1～4），然后把所有分数相加，

获得该部件的总分。

（2）⽀撑软件。系统的⽀撑软件环境也由许多部分组成，可包括操作系统、数据库、事务处理程序、编译器、⽹络软件、应⽤软件等。

⼀般来说，⽀撑软件是依赖于某个硬件的，应⽤软件依赖于系统软件。在评价过程中，必须考虑这种依赖性。⽀撑软件的评价⽅法类似于硬

件评价，在此省略。

（3）企业基础设施。企业基础设施包括开发和维护系统的企业职责和运⾏该系统的企业职责（两者可能为同⼀个企业），这些基础设施

是很难评价的，但对遗留系统的演化起关键作⽤。因此必须考虑以下问题。企业和使⽤者的类型。企业或者有⾃⼰的系统开发队伍，或者

所有开发和应⽤管理都是请其他企业完成。系统⽤户或许只重复⼀些记录性⼯作，或许包括⼀些更有技术性的⼯作。开发组织的技术成熟

度。开发组织的技术成熟度包括是否使⽤了现代系统⼯程⽅法，是否遵循了统⼀的标准，是否进⾏了过程改进等。企业的培训过程。如果

企业（包括开发⽅和客户⽅）的培训做得好，遗留系统的演化可能会更成功。系统⽀持⼈员的技术⽔平。如果系统⽀持⼈员的⽔平和经验

不够，就不要急于对系统做⼤的改动。企业是否愿意改变。企业对改变的态度是遗留系统演化成功的关键因素之⼀。企业基础设施的评价

⽅法类似于硬件评价，在此省略。

应⽤软件评价

应⽤软件评价也有两个级别。

（1）系统级。把整个系统看作是不可分的原⼦，评价时不考虑系统的任何部分。

（2）部件级。关注系统的每个⼦系统，考虑每个⼦系统的特征，包括复杂性、数据、⽂档、外部依赖性、合法性、维护记录、⼤⼩、

安全性等。具体评价⽅法也与硬件评价类似，在此省略。

分析评价结果

评价活动将产⽣硬件、⽀撑软件、企业基础设施和应⽤软件的特征值矩阵，这些特征值体现了遗留系统当前的技术因素，其加权平均值

代表了系统的技术⽔平。

遗留系统的演化策略

在上图中，把对遗留系统的评价结果分列在坐标的四个象限内。对处在不同象限的遗留系统采取不同的演化策略。

淘汰策略

第3象限为低⽔平、低价值区，即遗留系统的技术含量较低，且具有较低的商业价值。对这种遗留系统的演化策略为淘汰，即全⾯重

新开发新的系统以代替遗留系统。完全淘汰是⼀种极端性策略，⼀般是企业的业务产⽣了根本的变化，遗留系统基本上不再适应企业运

作的需要；或者是遗留系统的维护⼈员、维护⽂档资料都丢失了。经过评价，发现将遗留系统完全淘汰，开发全新的系统⽐改造旧系统从成

本上更合算。对遗留系统的完全淘汰是企业资源的根本浪费，应该善于“变废为宝”，通过对遗留系统功能的理解和借鉴，可以帮助新系

统的设计，降低新系统开发的风险。

继承策略

第4象限为低⽔平、⾼价值区，即遗留系统的技术含量较低，可满⾜企业运作的功能或性能要求，但具有较⾼的商业价值，⽬前企业

业务对该系统仍有很⼤的依赖性。对这种遗留系统的演化策略为继承。在开发新系统时，需要完全兼容遗留系统的功能模型和数据模型。为

了保证业务的连续性，新⽼系统必须并⾏运⾏⼀段时间，再逐渐切换到新系统上运⾏。要做到对遗留系统的继承，必须对系统进⾏分析，

得到旧系统的功能模型和数据模型，这种分析可以部分代替或验证系统的需求分析。如果遗留系统的维护⽂档不完整，⽽⼜必须解析系

统的功能模型和数据模型，那将是⼀项⼗分艰巨的任务。这时可使⽤有关系统重构的CASE⼯具，通过分析系统的代码⽣成系统结构图或

其他报告。

改造策略

第1象限为⾼⽔平、⾼价值区，即遗留系统的技术含量较⾼，本⾝还有较⼤的⽣命⼒，且具有较⾼的商业价值，基本上能够满⾜企业

业务运作和决策⽀持的要求。这种系统可能建成的时间还很短，对这种遗留系统的演化策略为改造。这些改造包括系统功能的增强和数

据模型的改造两个⽅⾯。系统功能的增强是指在原有系统的基础上增加新的应⽤要求，对遗留系统本⾝不做改变。数据模型的改造是指将遗

留系统的旧的数据模型向新的数据模型转化的过程。

集成策略

第2象限为⾼⽔平、低价值区，即遗留系统的技术含量较⾼，但其商业价值较低，可能只完成某个部门（或⼦公司）的业务管理。这

种系统在各⾃的局部领域⾥⼯作良好，但从企业全局来看，多个这样的系统，他们各⾃基于不同的平台，不同的数据模型，⽆法互联互通，

数据还不⼀致，这就是很严重的问题了。对这种遗留系统的演化策略为集成。在集成过程中，可采⽤由互连系统构成的系统的架构，遗留系

统可作为从属系统来描述。在企业信息系统建设过程中，如何处理那些遗留系统，将会是越来越突出的问题，因为即使是今天看来很先进

的系统在明天也会成为遗留系统。对遗留系统的处理恰当与否，直接关系到新系统的成败和开发效率。如何建⽴⼀套系统的、⾏之有效的⽅

法，以期望对实际⼯作有所指导，已成为⼀个迫切的问题。在实际⼯程项⽬中，遇到处理遗留系统的问题时，要具体情况具体分析，选择最

佳的演化策略。