目前，在很多企业中遗留系统是一个普遍现象。当系统由于某些局限（如技术方面的局限）而无法满足新的业务要求，因而需要进行远远超出维护范畴的修改时，系统就会成为遗留系统。本技术手册针对遗留系统提供了一些意见和技巧，仅供参考。
遗留系统是一个已经运行了很长时间的，对机构来说是很重要的系统，但是往往不知道如何处理的大的软件系统。它与平台相关，但不能在网络环境中直接访问。另外，遗留系统不能直接访问存储在各种数据库管理系统中的数据，但由于遗留系统所完成的是关键业务，所以不能简单丢弃。
拥有遗留系统的组织对于采用 SOA 用于从其遗留系统获得最大价值的需求越来越大。遗留系统可提供大部分产生价值的业务流程，因为它们实现自动化的时间比其它现代系统更早。大部分自动化并不能有效地利用遗留系统，因为这些系统更旧一些，当时自动化专家还没有想过将其业务价值应用到自动化活动中。因此，任何旨在带来价值却没有将遗留系统包含起来的战略，其成功都有一定的限制。
面向服务的架构的一个卖点就是它能使你陈旧的应用得以重生。而这只需用一个元数据包包裹你的遗留系统，接着它就成为WebService了。然而，SOA有个不公开的弱点，就是很多遗留系统过于冗余，开销太大或着太笨重，根本无法被完美的包裹起来。下面我们将介绍一些利用SOA协助遗留系统的案例。
编辑选择了一些与遗留系统相关的文章，仅供读者参考。
专家答疑
技巧
人们把聚合看做更快的交付开发时间。这在20世纪90年代中所讨论的RAD（快速应用开发 ）有怎样的相同或不同之处呢?
当我期望用BPM建模工具来配合面向服务架构的时候， 应该在工具中寻求的关键特征是什么呢？当设法确信你的BPM工具充分利用你的SOA成果时……
有关OSGi最重要的事情是支持模块化。但由于大多数应用程序和系统的目的不是为模块化，或被设计并建造为本土化的模块化设计，采用的OSGi通常包含某种程度的困难……
本周
本月
