系统规划 · 遗留系统四象限评价与 OR 公式

因为许多企业因业务发展的需要和市场竞争的压力要建设新的信息系统，而在这种升级改造过程中，怎么处理和利用那些历史遗留下来的老系统，成为影响新系统建设成败和开发效率的关键因素之一——这些老系统就叫遗留系统。

没有统一定义，教材记两派。Bennett 在 1995 年的定义：遗留系统是不知道如何处理、但对组织又至关重要的系统。Brodie 和 Stonebraker 的定义：遗留系统是指任何基本上不能进行修改和演化、以满足新的变化了的业务需求的信息系统。考「1995 年」或「不知道如何处理、但对组织又至关重要」，都指向 Bennett。

四个特点逐条过。一，系统虽然能完成企业中许多重要的业务管理工作，但已经不能完全满足要求——一般实现业务处理电子化及部分企业管理功能，很少涉及经营决策。二，系统在性能上已经落后，采用的技术已经过时——如多采用主机/终端形式或小型机系统，软件使用汇编语言或第三代程序设计语言的早期版本开发，使用文件系统而不是数据库。三，通常是大型的系统，已经融入企业的业务运行和决策管理机制之中，维护工作十分困难。四，系统没有使用现代系统工程方法进行管理和开发，现在基本上已经没有文档，很难理解。

出题爱从这四条里抠细节做选项：「很少涉及经营决策」是第一条，「使用文件系统而不是数据库」是第二条，看到这两句要能对号入座，别错配成第三条第四条。

评价是任何遗留系统演化项目的起点，方法包括度量系统技术水准、商业价值和与之关联的组织特征，结果作为选择处理策略的基础。五个活动按顺序记：启动评价、商业价值评价、外部环境评价、应用软件评价、分析评价结果。

八个问题，挑高频的串给你：对企业来说，遗留系统是否至关重要——如果评价发现系统对企业继续运作影响不大，就没有必要考虑系统的演化问题；企业的商业目标是什么——从商业观点看，评估师必须理解商业目标，因为商业目标产生演化需求；演化需求是什么——需求必须是可见的，以便决定已存在的系统是否能满足需求；所期望的系统寿命多长——寿命由软件和硬件的服务能力决定；系统使用期限多久——只是短期的就没必要花成本演化，要在相当长时期内支持主要业务流程则必须演化；系统的技术状态如何——很差则难理解、维护费用会很高；企业是否愿意改变——这是演化成功的关键因素之一；企业是否有能力承受演化——企业的技术成熟度、员工素质、支撑工具的级别都是影响因素。

商业价值评价和分析评价结果这两步。商业价值评的是「这系统对企业还重不重要」，技术评的是「系统本身还行不行」，两套分数最后在第 7-4 图的坐标系里交叉出四种类型——这正是下集四象限的入口。记住一句总纲：遗留系统的演化方式可以有很多种，根据系统的技术条件、商业价值及维护和运行系统的组织特征不同，可以采取继续维护、某种形式的重构或替代策略，或者联合使用几种策略。

概要和详细两个级别。概要级评价将为更加详细的分析提供信息，三招：第一咨询，向有关专家咨询，包括最终用户和负责业务处理的管理人员；第二评价问卷，问卷应标识系统在业务处理过程中的哪些地方使用、本系统与其他系统的关系、如果系统不再运行所需的代价、系统已有的缺点和存在的问题；第三进行评价，有了问卷的基础后，必须认真分析系统是如何被使用的，这往往会发现系统的价值，而这在问卷中是得不到的。

详细级评价，原文有专家提示：包括应用系统不符合业务规范的风险分析，这种分析十分费时，最好由业务分析师来完成。真题问「商业价值的详细级评价是什么」，正确选项就是「应用系统不符合业务规范的风险分析」；干扰项会拿硬件质量估计、支撑软件评价来凑——那些属于外部环境评价，根本不是商业价值评价的内容。

系统的外部技术环境是指硬件、支撑软件和企业基础设施的统一体。硬件方面，系统硬件包括许多需要常规性维护的部件，可能在同一站点或分布在许多站点由网络连接，具体包括主机和小型机、磁盘驱动器、磁带、终端、打印机和网络硬件。与商业价值评价类似，硬件评价也分概要级——把遗留系统作为一个整体提供硬件质量估计，和详细级——识别系统中的每个部件。都必须识别一系列特征用作评价的基础，常见的有供应商、维护费用、失效率、年龄、功能、性能等。

具体评价方法要会念：每一个部件或整个系统，在每个特征上分配一个价值分数，取值为 1 到 4，然后把所有分数相加，获得该部件的总分。这个「1 到 4 打分再相加」是计算细节，选择填空都可能出现。

支撑软件环境也由许多部分组成：操作系统、数据库、事务处理程序、编译器、网络软件、应用软件等。评价时必须考虑依赖性——支撑软件是依赖于某个硬件的，应用软件依赖于系统软件，方法与硬件评价类似。企业基础设施包括开发和维护系统的企业职责和运行该系统的企业职责，两者可能为同一个企业；这些基础设施很难评价，但对遗留系统的演化起关键作用，必须考虑：企业和使用者的类型；开发组织的技术成熟度——包括是否使用了现代系统工程方法、是否遵循统一标准、是否进行了过程改进；企业的培训过程——培训做得好，演化可能更成功；系统支持人员的技术水平——水平和经验不够，就不要急于对系统做大的改动；企业是否愿意改变——又出现了，高频关键词。

考谁负责什么和条件够不够。原文把企业基础设施拆成开发和维护系统的企业职责、运行该系统的企业职责——两者可能为同一个企业；判断维度就五条：企业或者有自己的系统开发队伍，或者所有开发和应用管理都请其他企业完成，这是企业和使用者的类型；开发组织的技术成熟度三条——是否使用了现代系统工程方法、是否遵循了统一的标准、是否进行了过程改进；培训过程；系统支持人员的技术水平；还有企业对改变的态度。选项常拿「硬件品牌」「网络拓扑」这种技术词来混——那是硬件评价的领域，基础设施评的是人和组织的成熟度。

原文没给例题，但方法要会用：比如一台主机，在供应商一项打 3 分、维护费用打 2 分、失效率打 3 分、年龄打 1 分、功能打 4 分、性能打 3 分，六项相加 16 分，就是这个部件的总分；整个系统作为一个整体评也是同样打法。要点有三：打分范围是 1 到 4 不是 0 到 100；方法是逐项打分后相加不是求平均；特征列表可按系统增删，常见六项是供应商、维护费用、失效率、年龄、功能、性能。

名字不一样，这是最容易混的考点。应用软件评价分系统级和部件级：系统级把整个系统看作不可分的原子，评价时不考虑系统的任何部分；部件级关注系统的每个子系统，考虑每个子系统的特征——复杂性、数据、文档、外部依赖性、合法性、维护记录、大小、安全性等。给你把三组「两级」摆一起辨析：商业价值评价是概要级加详细级；硬件评价也是概要级加详细级；应用软件评价是系统级加部件级。考题就爱把「系统级」安到商业价值头上、把「详细级」安到应用软件头上，用配对错误钓你。

评价活动将产生硬件、支撑软件、企业基础设施和应用软件的特征值矩阵，这些特征值体现了遗留系统当前的技术因素，其加权平均值代表了系统的技术水平。计算公式念成话：OR 等于 P1 乘 ORH，加 P2 乘 ORS，加 P3 乘 ORF，加 P4 乘 ORA，再除以 4。

四个分量逐个对应：ORH 是硬件的评价值，ORS 是支撑软件的评价值，ORF 是企业基础设施的评价值，ORA 是应用软件的评价值；Pi 是各自的权系数，也就是第 i 个评价值对遗留系统的影响因子。选项里如果出现「ORH 是应用软件的评价值」这类错配，直接排掉——H 对硬件、S 对支撑软件、F 对基础设施、A 对应用软件，按首字母记忆最稳。

原文就叫加权平均值：四个评价值各乘自己的权系数再除以 4，权系数体现的是该项对遗留系统的影响大小，不是简单平均。做题时按公式原样选「OR 等于 P1 乘 ORH 加 P2 乘 ORS 加 P3 乘 ORF 加 P4 乘 ORA，再除以 4」，选项若把 ORF 换成别的字母、或把除以 4 改成除以别的数、或漏掉权系数直接四项相加，都是错的。

常见两种。一种是挖空判断：选项说遗留系统「已实现经营决策的全面支持」，错——原话是很少涉及经营决策，只做到业务处理电子化及部分企业管理功能；另一种是和四特点的其他条交叉，比如「维护工作十分困难」配「系统规模小」就矛盾——第三条明说是通常是大型的系统。四条各自的锚点词：不能完全满足要求、技术过时、大型且融入决策管理机制、没有文档，一对三就能锁定。

那就是下集的重头戏：把技术水平的全面评价结果与商业评价比较，按商业价值和技术水平的高低切出四个象限——淘汰、继承、改造、集成各归哪格，再加 .NET 三层体系和存储过程的归层坑。下集见。