软件维护分类

在系统运行过程中，软件需要维护的原因是多样的。根据维护的原因不同，可以讲软件维护分为以下4种：

1. 改正性维护
   1. 修改软件错误、改正软件性能上的缺点、排除实施中的错误使用。
2. 适应性维护
   1. 在使用过程中，外部环境（新的软硬件配置）、数据环境（数据库、数据格式、数据输入/输出方法、数据存储介质）可能发生变化。
   2. 为使软件适应这种变化而修改软件的过程。
3. 完善性维护
   1. 扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。
4. 预防性维护
   1. 预先提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。
   2. 采用先进的软件工程方法对需要维护的软件或软件中的部分（重新）进行设计编码和测试。

遗留系统

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

1. 淘汰策略
   1. 第四象限为低水平低价值区域，即遗留系统的技术含量较低，且具有较低的业务价值。
   2. 全面重新开发新的系统以代替遗留系统。
2. 继承策略
   1. 第二象限为高水平低价值区域，即遗留系统的技术含量较低，已经满足企业运作的功能或性能要求，但具有较高的商业价值，目前企业的业务尚紧密依赖该系统。
   2. 开发新系统时，需要完全兼容遗留系统的功能模型和数据模型，保证业务的连续性，新老系统必须并行运行一段时间，再逐渐切换到新系统上运行。
3. 改造策略
   1. 第一象限为高水平高价值区域，即遗留系统的技术含量较高，本身还有强大的生命力。系统具有较高的业务价值，基本上能欧满足企业业务运作和决策支持的需要。
   2. 改造包括系统功能的增强和数据模型的改造两个方面。
      1. 系统功能的增强是指在原有系统的基础上增加新的应用要求，对遗留系统本身不做改变。
      2. 数据模型的改造是指将遗留系统的旧的数据模型向新的数据模型的转化。
4. 集成策略
   1. 第三象限为高水平低价值区域，即遗留系统的技术含量较高，但其业务价值较低，可能只完成某个部分（或子公司）的业务管理。
   2. 这种系统在局部领域工作良好，但对整个企业来说，存在这样的系统，形成信息孤岛。

演化策略	特点	开发方式
淘汰策略	技术含量低，业务价值低。	新系统代替遗留系统。
继承策略	技术含量低，业务价值高。	新老系统并行运行，逐步切换。
改造策略	技术含量高，业务价值高。	增加新功能、升级数据模型。
集成策略	技术含量高，业务价值低。	局部领域工作良好，形成信息孤岛。