让遗留系统支持SOA的路上充满着陷阱。有一些该做的和不该做的事情需要注意，这些可令这一旅程更容易些。

　　首先，组织必须明确在SOA环境中重用遗留系统是否有意义。软件工程学会（SEI）使用SOA迁移（SOA Migration）、适配（Adoption）以及重用技术（Reuse Technique）（SMART）原则来帮助组织做出决定。

　　Grace Lewis，SEI的资深技术雇员，在传授SEI有关面向服务架构的课程时会使用SMART原则：“我们强调（SOA）基础设施必须是已经选好的，因为在可行性方面基础设施会对系统产生很多的限制”。还有，确定需进行迁移的遗留系统应当包含有“映射好的或可帮助组织实现被认为是SOA关键的业务流程的功能或数据”。

　　在思考这个迁移过程的时候，Lewis说组织可能会看到有比预期要多的工作要做。更新改造/迁移的潜在障碍包括缺乏适用于老平台的工具；集成面向成批处理系统与替代性的请求/响应风格的系统的困难性；以及“用户界面功能非常紧密地与业务功能耦合到一起”。这些不是说不可能完成，但是分离代码会更困难些，她说。

　　Lewis说，在需要让 遗留系统支持SOA的时候，往往会存在三种常见的错误或误解：

　　遗留系统并不会消失。 “有人认为，通过迁移到SOA，遗留系统就会消失。该系统仍有要干的工作，它还有着自己的用户，需要每天运营下去”，她说。

　　迁移遗留系统并非封装那么简单。 “这可不仅仅是封装一下而已；还有其他的事情需要考虑”，她说：“这正是你为什么需要按系统进行分析的原因”

　　不必一切都要成为服务。 “你的确只需要将从业务流程的角度看有意义的东西暴露出来就行”，她说。