|
|
|
遗留系统（Legacy System）也称为遗产系统，它是指任何基本上不能进行修改和演化以满足新的变化了的业务需求的信息系统。遗留系统应该具有以下特点：
|
|
|
|
（1）系统虽然完成企业中许多重要的业务管理工作，但已经不能完全满足要求。一般实现业务处理电子化及部分企业管理功能，很少涉及经营决策。
|
|
|
|
（2）系统在性能上已经落后，采用的技术已经过时。如多采用主机／终端形式或小型机系统，软件使用汇编语言或第三代程序设计语言的早期版本开发，使用文件系统而不是数据库。
|
|
|
|
（3）通常是大型的系统，已经融入企业的业务运行和决策管理机制之中，维护工作十分困难。
|
|
|
|
（4）系统没有使用现代系统工程方法进行管理和开发，现在基本上已经没有文档，很难理解。
|
|
|
|
在企业信息系统升级改造过程中，如何处理和利用遗留系统，成为新系统建设的重要组成部分。处理的恰当与否，直接关系到新系统的成败和开发效率。
|
|
|
|
|
|
对遗留系统评价的目的是为了获得对遗留系统更好的理解，这是遗留系统演化的基础，是任何遗留系统演化项目的起点。评价方法由一系列活动组成：
|
|
|
|
（1）启动评价。评价是为了获得对遗留系统足够深度的理解，从技术、商业和企业角度对系统的理解为系统处理策略提供基础。
|
|
|
|
（2）商业价值评价。商业价值评价的目标是判断遗留系统对企业的重要性，可以在概要和详细两个级别上进行遗留系统的商业价值评价。
|
|
|
|
（3）外部环境评价。系统的外部技术环境是指硬件、支撑软件和企业基础设施的统一体。
|
|
|
|
（4）应用软件评价。应用软件评价也有两个级别，分别是系统级和部件级。
|
|
|
|
（5）分析评价结果。评价活动将产生硬件、支撑软件、企业基础设施和应用软件的特征值矩阵，这些特征值体现了遗留系统当前的技术因素，其加权平均值代表了系统的技术水平。
|
|
|
|
|
|
遗留系统的演化方式可以有很多种，根据系统的技术条件、商业价值以及维护和运行系统的组织特征不同，可以采取继续维护、某种形式的重构或替代策略，或者联合使用几种策略。究竟采用哪些策略来处理遗留系统，需要根据对遗留系统的所有系统特性的评价来确定。
|
|
|
|
（1）淘汰策略。遗留系统的技术含量较低，且具有较低的商业价值。对这种遗留系统的演化策略为淘汰，即全面重新开发新的系统以代替遗留系统。完全淘汰是一种极端性策略，一般是企业的业务产生了根本的变化，遗留系统已经基本上不再适应企业运作的需要；或者是遗留系统的维护人员、维护文档资料都丢失了。经过评价，发现将遗留系统完全淘汰，开发全新的系统比改造旧系统在成本上更合算。对遗留系统的完全淘汰是企业资源的根本浪费，我们应该善于“变废为宝”，通过对遗留系统功能的理解和借鉴，可以帮助新系统的设计，降低新系统开发的风险。
|
|
|
|
（2）继承策略。遗留系统的技术含量较低，已经不能满足企业运作的功能或性能要求，但仍具有较高的商业价值，目前企业业务尚紧密依赖该系统。对这种遗留系统的演化策略为继承。在开发新系统时，需要完全兼容遗留系统的功能模型和数据模型。为了保证业务的连续性，新老系统必须并行运行一段时间，再逐渐切换到新系统上运行。要做到对遗留系统的继承，必须对系统进行分析，得到旧系统的功能模型和数据模型，这种分析可以部分代替或验证系统的需求分析。如果遗留系统的维护文档已经不完全了，而我们又必须解析系统的功能模型和数据模型，那将是一项十分艰巨的任务。这时可使用有关系统重构的CASE（Computer-Aided Software Engineering，计算机辅助软件工程）工具，通过分析系统的代码产生出系统结构图或其他报告。
|
|
|
|
（3）改造策略。遗留系统的技术含量较高，本身还有较大的生命力，且具有较高的商业价值，基本上能够满足企业业务运作和决策支持的要求。这种系统可能建成的时间还很短，对这种遗留系统的演化策略为改造。这些改造包括系统功能的增强和数据模型的改造两个方面。系统功能的增强是指在原有系统的基础上增加新的应用要求，对遗留系统本身不做改变。数据模型的改造指将遗留系统的旧数据模型向新数据模型的转化。
|
|
|
|
（4）集成策略。遗留系统的技术含量较高，但其商业价值较低，可能只完成某个部门（或子公司）的业务管理。这种系统在各自的局部领域里工作良好，但对于整个企业来说，存在多个这样的系统，不同的系统基于不同的平台，不同的数据模型。对这种遗留系统的演化策略为集成。在集成过程中，可采用由互连系统构成的系统的体系结构，遗留系统可作为从属系统来描述。
|
|
|
