一开始，需要了解现有应用程序和项目的情况，以便确定可以在哪里重用现有功能。对于那些完全特定于其所在的应用程序或为其开发的项目的功能，此时就完全可以不用考虑。
一定要知道以下内容：
◆ 当前应用程序的功能、服务和依赖性
◆ 现有服务的粒度和功能
◆ 当前应用程序与已列入规划或正在进行的项目之间的相互依赖性，以及相关的开发和维护问题。
◆ 当前公共服务的使用情况
◆ 与应用程序开发相关的成本和其他指标
◆ 应用程序访问和提供的信息
◆ 应用程序中使用的数据模型、转换和变换
◆ 应用程序中涉及到的工作流和流程流
◆ 对如下服务的使用情况：单点登录、日志记录、错误和异常处理、监控以及通知。
◆ 服务水平协议、服务质量，以及相关的非功能性业务信息
◆ 当前交付的里程碑和即时项目时间帧的细节
这些数据将帮助您了解当前的项目和应用程序，并帮助识别通用功能。
组织和管理：设置异常
SOA要求在人员的协作方式方面有所变化。有必要在IT部门之间建立更紧密的协作，因为这样能够推动全体人员都重视交付业务价值，而不是只在单个功能性部门中。
要想在此领域中获得成功，有两个方面是必不可少的。首先，必须提供足够的培训，以便让团队不仅能够了解SOA的技术方面，还能了解它所需要的文化变化。没有提供这些关键消息的企业将很难继续进行下去。
其次是组织和管理，要将SOA的采用当作是一个企业改变的计划，而不仅仅是最新的技术方向。从高级管理人员获取并保持支持将有助于企业的各个部门进行无缝协作，并确保您具有足够的权限来获得服从。
不同企业进行组织和管理的方式各不相同，这取决于企业的成熟度和发展方向。对于最初的SOA实现来说，自顶向下的集中式管理是最有效的，接下来是联邦或部分联邦的管理，最后是一个自治程度更高的层次系统。这种结构便于整体而有效地查看结构、资金、操作流程和工具、标准、技能变化管理以及指导原则。它还有助于根据以下（以及其他）SOA常见问题来决定、制定和改进流程：
◆ 谁定义和修改系统？
◆ 谁可以访问服务？
◆ 必须提供什么样的服务质量？
◆ 谁将为服务的构建买单？
◆ 谁将为服务基础架构买单？
◆ 所管理服务的相互依赖性？
◆ 如何向外部公开服务？
◆ 如何衡量SOA是否成功？
最后，组织和管理功能将确保该过程以及通过SOA项目交付的业务价值是可度量的。如果未达到指标，就可以采取更经济有效的矫正措施。
结束语：
在这个系列文章中，我的目标就是指导您使用BEA的域模型作为规划、实现和评审的框架，在您的企业中规划和部署SOA。本文主要关注长期规划，指出了SOA依赖于成功地把重用文化制度化、为什么要了解当前的IT项目（从而了解通用功能），以及如何建立组织和管理模型。想要了解有关域模型和BEA的SOA解决方案的更多信息，请访问BEA SOA资源中心。
文章来源于领测软件测试网 https://www.ltesting.net/
