7. 不要在文档问题上敷衍了事
DaVita公司的Grant指出，在SOA开发周期的每一个过程中都必须有明确的文档策略和流程要求。他说：“如果将75%的精力都放在规划和文档上，并将剩余25%的精力放在开发工作中，整个项目将会变得更容易管理。”
8. 注册并非灵丹妙药
Washington Group的Colton认为，文档服务属性是SOA项目中一个比较麻烦的部分。Colton目前正在实施的一个项目是找到一种方法来同时跟踪服务相关技术细节，如转换要求和服务依存关系，并且跟踪功能问题，如涉及的进程。一些商用的注册并不能同时提供两类信息，而且Colton也不希望匆忙地进行不成熟的技术采购。他说：“我们开发了一个电子表格来帮助我们理解所有需要跟踪的信息。在这一过程中，我们既可以自己解决问题，也可以寻找适合的商用解决方案来满足需求。”
9. 不要忘记网络的问题
Linthicum表示，很明显，SOA必然会增加网络的负荷。要想实现合理的网络设计，性能建模是必不可少的，而很多企业在这方面做的并不到位。他说：“企业可以分析各类服务的行为来建立性能模型，然后将其扩大一万倍。通过建模，企业可以了解一些情况，包括：要发送的数据包有多少个？网络最多能够提供多大的带宽？”
10. 不必太强调技术
SOA是一项业务行为，因此在沟通时也应当以业务作为讨论的重点。Washington Group的Colton谈到：“在谈话时应当尽量避免IT语言而使用商业语言。没有人关心它是如何实现的，人们真正关心的是它能够满足哪些商业流程的需要。”
作者：Rich Colton Washington Group International公司 应用集成经理
