SOA设计窍门技巧主流是以企业IT资产功能分解为中心常常是事后才想起对SOA信息方面进行处理在实际中SOA解决方案需要囊括组广泛设计考虑反映出信息架构最佳实战以全面支持可伸缩、致并且可重用信息访问在他们新文章中Brian Byrne、David McCarty、Guenter Sauter、Peter Worcester以及John Kling介绍了代表SOA设计中信息透视图系列模式和能力他们思路方法保证了最佳方式利用信息以支持SOA解决方案技术目标和业务目标:

• 服务可以跨整个企业重用
• 向消费者公开业务数据是准确、完整和及时
• 跨业务领域和技术层共享数据具有共同结构对于所有参和方具有共同含义
• 将企业各个业务领域链接在起核心数据实体跨所有业务线保持致和可信
• 企业能够从它数据和数据系统获得最大业务价值

这篇文章定义了 3个主要SOA相关模式: 

•  通过业务术语表定义数据语义

        任何成功SOA都需要建立个通用容易访问业务术语表业务术语表定义和过程、服务和数据相关术语SOA实施人员在整理组织中公认业务语言和缩写词时常常发现术语存在不致地方如果客户、渠道、收入等关键术语定义不致就不可能实现和这些术语相关服务如果相关人员对服务参数(即服务获得数据集)含义有区别解释服务实现就不可能成功关键在于业务分析师和技术人员必须对SOA领域所有方面(包括过程、服务和数据)使用术语有共同理解业务术语表可以消除在描述核心业务概念时出现歧义可能性从而避免误解数据需求业务术语表建立个通用词汇表来控制词汇定义从而消除误解每个词汇定义包含描述和其他元数据还要确定它在分类体系中位置由专人负责术语定义:他们帮助定义术语并支持对术语管理

• 通过规范标准化建模定义数据结构

        在设计服务时致术语表是好起点但是仅有术语表还不够还必须清楚地了解业务信息结构服务输入和输出参数(即消息)常常不是单数据类型那么简单它们代表着复杂实体及其关系定义如果SOA架构师在设计公开服务模型数据格式时使用规范标准化模型那么可以大大改进SOA项目开发时间和质量过程、服务/消息和数据模型规范标准化会加快设计速度利用数据建模规范标准化方针避免不必要转换从而产生能够满足区别服务消费者需要服务定义因此可以减少重复服务规范标准化数据模型在数据层建立这种统格式而规范标准化消息模型在服务层定义这种统格式规范标准化数据模型和消息模型模式将在本系列后续文章中讨论Industry Models提供组过程、服务和数据模型可以使用它们进行服务体系结构分析和设计确保跨建模领域数据定义保持严格致它们定义对特定行业领域进行建模最佳实战并提供个可扩展框架这样在添加更多服务时不必重新设计SOA

• 分析数据质量

        如果考虑了上面描述概念设计师就可以让服务设计在模型和元数据工件的间保持高度致性但是这并不能够保证服务返回数据质量是可接受数据即使满足它原来存储库和应用规则和约束也不定能够满足企业级需求在将数据通过SOA向企业范围公开时在原来应用中无关紧要质量问题可能会变成很严重问题因此问题就是:公开数据质量是否满足SOA项目需求以及如何有效地做出这判断？建议解决方案是在服务分析和设计期间进行数据质量评估在对支持服务源系统进行分类的后就可以开始研究它们数据质量问题……应该检查数据是否符合相关完整性规则应该检查是否存在重复数据研究在数据匹配和聚合期间如何解决重复数据以这些分析为基础可以采取适当措施来确保服务实现能够满足潜在服务消费者对数据精确性和含义要求

        随着SOA成熟SOA信息设计问题变得越来越重要SOA从业者开始认识到使用规范标准数据(相较于EAI里规范标准数据)是构建可重用组合式服务而不会遭遇映射中介大杂烩必要条件