新旧系统的剖析与比较
计算机技术正在迅速发展，日新月异。 许多企业由于业务发展的需要和市场竞争的压力，需要建设新的企业信息系统。 在这些升级改造过程中，如何处理和利用这些历史遗留下来的旧制度，成为影响新制度建设成败和发展效率的关键因素之一。 此类旧系统通常被称为遗留系统。
目前学术界和工业界对于遗留系统的定义还没有统一的意见。 Bennett 在 1995 年对遗留系统进行了如下定义：遗留系统是不知道如何处理但对组织至关重要的系统。 Brodie和Stonebraker对遗留系统的定义如下：遗留系统是指基本上无法改变和演进以满足新的和变化的业务需求的任何信息系统。
笔者认为遗留系统应具备以下特点：
（1）该系统看似能够完成企业中很多重要的业务管理任务，但长期以来却无法完全满足要求。 通常实现电子业务处理和部分企业管理功能，很少涉及业务决策。
(2)系统性能落后，采用的技术已经过时。 例如，多采用主机/终端方式或大型机系统，采用汇编语言或第三代编程语言初始版本开发软件，采用文件系统代替数据库。
(3)一般是小型系统，已经融入企业的业务运营和决策管理机制，维护工作难度很大。
（4）系统没有采用现代系统工程方法进行管理和开发，现在基本没有文档，理解起来比较困难。
在企业信息系统升级改造过程中，如何处理和利用遗留系统已成为新系统建设的重要组成部分。 处理得当与否，直接关系到新系统的成败和开发效率。 遗留系统的演化有多种形式。 根据系统维护运营系统的技术条件、商业价值和组织特点，可以采取持续维护、某种形式的重构或替换策略，也可以几种策略组合使用。 。 采用什么策略来处理遗留系统，需要根据对遗留系统所有系统特性的评估来确定。
1 遗留系统的评估方法
遗留系统评估的目的是为了更好地了解遗留系统，这是遗留系统演进的基础，也是任何遗留系统演进项目的起点。 本文的评估方法包括衡量系统的技术水平、商业价值以及与之相关的组织特征，并将结果作为选择处理策略的依据。
评估方法由一系列活动组成，如图7-3所示。
1.开始评估
评估的目的是为了获得对遗留系统足够深入的理解。 从技术、业务、企业的角度对系统的理解为系统处理策略提供了基础。 在开始评估之前，有必要了解以下问题。
(1)遗留系统对企业是否至关重要。 在评估过程中，可能会发现该系统对业务持续运营影响不大。 在这些情况下，无需考虑系统的演化。
(2)企业的经营目标是什么。 从业务角度来看，评估师必须了解企业的业务目标，并由此形成不断变化的需求。
(3)进化要求是什么。 演化需求来自企业的业务目标和评估活动。 需求必须是可见的，这样才能确定现有系统是否能够满足需求。
(4) 系统的预期寿命是多长。 系统的寿命取决于软件和硬件的可维护性。 一旦系统硬件或支持软件过时，系统的有效性就会受到限制。
(5)系统的使用寿命是多长。 如果系统的使用寿命只是短期的网站系统分析报告模板，则无需花费成本来演进系统。 相反，如果系统要在相当长的一段时间内支持主要业务流程，则它必须不断发展。
（6）系统的技术状况如何？ 例如，如果应用软件的技术状态较差，那么理解起来会很困难，维护成本也会很高。
（七）企业是否愿意变革。 变革的商业思维是成功遗产演进的关键推动因素之一。
（八）企业是否具有承受演化的能力。 企业的技术成熟度、员工素质、支撑工具水平都是影响演进的因素。
2.商业价值评估
业务价值评估的目标是确定遗留系统对业务的重要性。 在大多数情况下，重要业务流程的变化意味着旧系统如今仅具有外围价值，并且更改这些系统只需要少量的资金和精力。
在其他情况下，系统的商业价值是巨大的，需要持续的维护和运营。 遗留系统的业务价值评估可以在摘要和详细级别上进行。
摘要级别的评估将为越来越详细的分析提供信息。 摘要级评估包括：
(一)咨询。 咨询相关专家，包括最终用户和负责业务流程的经理。
(2)评估问卷。 调查问卷应说明系统在业务流程中的哪些地方使用、系统与其他系统的关系、系统不再运行的成本、系统现有的缺点和问题等。问题的准确性取决于所评估的系统。
（三）进行评价。 一旦调查问卷的基础就位，仔细剖析系统的使用方式通常会揭示出调查问卷中无法提供的系统价值。
详细程度评估包括应用系统不符合业务规范的风险分析。 这些分析非常耗时，最好由业务分析师来完成详细的水平评估。
3、外部环境评价体系的外部技术环境是指硬件、配套软件和企业基础设施的统一性。
(1)硬件。 系统硬件包括许多需要日常维护的组件，这些硬件要么位于一个站点，要么分布在多个站点并通过网络连接。 通常，遗留系统硬件包括大型机和大型机、磁盘驱动器、磁带、终端、打印机和网络硬件。
与业务价值评估类似，硬件评估也可以分为概要级评估和详细级评估。 摘要级评估将遗留系统视为一个整体，提供硬件质量。 详细的级别评估包括系统中每个组件的识别。 在这两种情况下，都必须确定一组特征作为评估的基础。 特征的选择取决于要评估的系统。 系统的一些共同特征是供应商、维护成本、故障率、寿命、功能、性能等。
具体的评估方法是：每个组件（或整个系统）为每个特征分配一个数值分数（取值范围为1到4），然后将所有分数相乘得到该组件的总分。
(2)支持软件。 系统的支撑软件环境也由很多部分组成，包括操作系统、数据库、事务处理程序、编译器、网络软件、应用软件等。一般来说，支撑软件依赖于一定的硬件，应用软件依赖于系统软件。 在评估过程中，必须考虑这些依赖性。 配套软件的评估方法与硬件评估类似，此处不再赘述。
（三）企业基础设施。 企业基础设施，包括开发和维护系统的企业责任以及运行系统的企业责任（可能是同一家企业），很难评估，但对于遗留系统的演进至关重要。 因此，必须考虑以下问题。
4、应用软件评价 应用软件评价也有两个层次。
(1)系统层面。 将整个系统视为一个不可分割的原子，并在不考虑系统任何部分的情况下进行评估。
(2) 组件级别。 关注系统的各个子系统，考虑各个子系统的特点，包括复杂性、数据、文档、外部依赖、合法性、维护记录、规模、安全性等。
具体评估方法也与硬件评估类似，此处不再赘述。
5、分析评价结果评价活动将形成硬件、支撑软件、企业基础设施和应用软件的特征价值矩阵。 该特征值凸显了遗留系统当前的技术激励，其加权平均值代表了系统的技术水平。 估算公式如下：
或=(P1ORH+P2ORS+P3OAF+P4ORA)/4
其中，ORH为硬件评价值，ORS为支撑软件评价值，ORF为企业基础设施评价值，ORA为应用软件评价值，Pi(1i4)为其权重分别为第i个评价值对遗留系统的影响因子。
将最先进技术的综合评估结果与商业评估结果进行比较可以提供有关系统演变的第一手信息。 具体方法是根据业务评价得分和技术水平得分将评价结果分为四类，如图7-4所示。
2 遗留系统的演进策略
在图7-4中，遗留系统的评估结果列在坐标的四个象限中。 针对不同象限的遗留系统采取不同的演进策略。
1.淘汰策略
第三象限是低水平、低价值区域，即遗留系统技术集中度低，商业价值低。 这些遗留系统的演进策略是淘汰，即全面重新开发一个新系统来替代遗留系统。
彻底消灭是一种极端的策略。 通常，企业的业务发生了根本性的变化，遗留系统基本不再满足企业运营的需求； 或者遗留系统的维护人员和维护文档丢失。 经过评估发现，彻底淘汰遗留系统并开发新系统比重建旧系统更具成本效益。
彻底淘汰遗留系统是对企业资源的根本性浪费，要善于“变废为宝”。 了解和学习遗留系统的功能可以帮助新系统的设计，并增加新系统开发的风险。
2.继任策略
第四象限是低层次、高价值区域，即遗留系统的技术集中度较低，能够满足企业运营的功能或性能需求，但具有较高的商业价值。 目前，企业业务仍然严重依赖该系统性。 这些遗留系统的演进策略是继承。 开发新系统时，需要与遗留系统的功能模型和数据模型完全兼容。 为了保证业务连续性，新旧系统必须并行运行一段时间，然后逐步切换到新系统运行。
为了继承遗留系统，必须对系统进行分析，获得旧系统的功能模型和数据模型。 这些分析可以部分替代或验证系统的需求分析。
如果遗留系统的维护文档不完整，必须解析系统的功能模型和数据模型，这将是一项非常繁重的工作。 这时可以使用系统构建相关的CASE工具，通过分析系统的代码，生成系统结构或者其他报告。
3.改造策略
第一象限是高层次、高价值区域，即遗留系统技术集中度高、生命力强、商业价值高，基本能满足企业业务运营和决策支持的要求。 这些系统可能建立的时间很短，这些遗留系统的演进策略是改造。
这种转变包括两个方面：系统功能的完善和数据模型的革新。 系统功能的改进是指在原有系统的基础上减少新的应用需求，而不改变遗留系统本身。 数据模型的转换是指将遗留系统的旧数据模型转换为新数据模型的过程。
4.整合策略
第二象限是高层次、低价值区域，即遗留系统技术集中度较高，但商业价值较低，可能只能完成某个部门（或子公司）的业务管理。 这些系统在各自的本地范围内运行良好，但从企业的整体角度来看，多个这样的系统基于不同的平台和不同的数据模型，因此相互之间通信困难，数据不一致。 这是一个非常严重的问题。 向上。
这些遗留系统的演进策略是集成。
在集成过程中，可以使用互连系统的系统架构网站系统分析报告模板，并且遗留系统可以被描述为从属系统。
在企业信息系统建设过程中，如何处理这些遗留系统将成为一个日益突出的问题，因为虽然昨天看起来很先进的系统今天将成为遗留系统。 遗留系统处理得当与否，直接关系到新系统的成败和开发效率。 如何构建系统有效的方法来指导实际工作已成为一个紧迫的问题。 在实际工程项目中，当遇到处理遗留系统的问题时，需要具体情况具体分析，选择最佳的演进策略。
