Maja Tibbling，Con-way公司的企业架构师和企业服务的领导，鼓励企业架构师在他们的组织内发展主要商业实体的规范模型，但是她劝阻他们尝试强制性的方法去实现。

　　这个星期，在San Diego举办的开放组织企业架构从业者的开放会议期间，她在她的演讲中提出了发展规范实体模型帮助数据转换这一主要建议。Tibbling已经引导了Con-way的SOA应用软件发展，42亿货物运输，物流，供应链管理和追踪制造企业，所以当她演讲时，房间中的架构师以及将要成为架构师的人特别仔细去听。

　　“规范模型是关键”，在其讲话之后的一次采访中她说道 ，“因为SOA和面向事件驱动的构架是真正关于一体化的。规范模型所提供的是输入的语义抽象、客户的语义抽象、对象系统、外部使用者以及用户。所有这些都可以在规范模型的综合层得以抽象化。”

　　但是，这样也暗示着架构师可能淹没在定义一个机体中所有可能对象的前景，她很快又说，“那一点也不是我所倡导的”。

　　她倡导一个简单的方法基于四个原则。一，只定义手头工程需要的对象。不要去试图定义贯穿整个机体的每一个可以想象的对象。第二，接受事实，你不可能在第一次就得到甚至是有限的一套定义准则，所以灵活的去改变。第三，在XMl中做规范的模型，所以它是可延伸的。第四，在你不鼓励重复使用的定义中避免特殊。

　　“创造规范模型的进程不是跟随激烈的碰撞和试图定义一切，” Tibbling解释道，“但是当你服务有需要，你在那做了你所需要的，但以足够的架构感觉不至于引入太多项目上下文。你需要明白你将要重复利用的规范对象的分界线在哪里。举个例子，得到清楚的理解，我们说AR模型中联系名字需要改变。很明显，AR系统中对于什么是联系有它自己的观点，但是我不想做的是为了联系在我的规范形式包括AR信息。在规范层中我们所讨论的是一个没有商业过程内容的清楚的对象，所以你可以一次一次的重复的使用。”

　　当一对象目录需要为精简或者进化发展而采取一些努力的时候，问题出现在它为何对于SOA成功的执行很重要。Tibbling提供了一个例子说明了为何它是重要的。

　　“我们说我们需要宣传一个顾客的地址改变，例如，在AR系统中，”她说。“我们最终要做的是得到在客户端这边的事件触发，‘这是一个地址改变。’我们采取来自顾客的形式以及现在将它转化成我们顾客的规范的形式。它然后作为一个事件被重新打印至汽车，但是它现在已经是规范形式。”

　　在综合层中，当规范模型是在XML，通过企业服务总线它能被转化成任何格式的系统，即使一pre-XML系统需要它，她解释道。当标准能被转化成多种多样的数据格式后，XML对于规范模型来说是重要的。

　　“我用规范形式发表了地址改变以及并且对那顾客变动关心的每个系统可能订阅那些变动，但是以后用他们自己的方法将它翻译成他们自己的语义版本。在中间，它全是XML，但是当你将它翻成最终点，它能被翻译成任何你需要的东西。”

　　所有这些都很重要，因为如果没有规范模型，那么开发者就必须发表事件例如地址改变在各种各样的旧系统也许要求的每个格式中，数据模型的扩散可能会击败SOA的目标，Tibbling解释道。

查看本文国际来源