上一次,我们提到架构构建块(Architect Brick,AB)会对应多个解决方案构件块(Solution Brick,SB)。反过来,一个SB的功能也可以满足多个AB的需要。SB的元模型非常类似与AB。
实际上,无论是AB还是SB都不是从头开始做的。你必须分析当前的企业架构,正在进行的项目,商务的需求、企业战略等等,从中抽取出AB。SB是构建企业架构一种方式,因此还同时对IT治理有贡献。应该指出的是,以统一的且一致的方式管理构建块,无论是架构构建块还是解决方案构建块,对掌握整个企业的架构是有利的。构建块也是企业架构模式(EAP)的基础。从本质上讲,企业架构模式无非是一种有意义的组合方式,这些构建块可以反复组合,解决不同问题。
什么是好的企业架构模式,这里也给出几个原则:①不要试图发明一个模式。要记住,架构模式是为了解决实际问题而生的。他一定是来源于一个实际项目,然后发现在其他项目中出现了类似问题也可以用这个方式解决,进而提炼出一种架构模式。②架构模式是演进的。一个模式再糙,只要他可以解决问题就行,随着越来越多的被使用,模式本身也会演进得越来越精细。③架构模式简单明了。架构模式让使用者知道改如何解决此类问题,是前人经验的提炼和总结,是给了他们一个方向,至于细节嘛,相信他们会处理好的!④保持架构原则的结构化。比如,保持一个有意义的不言自明的名字开头,结构化会让读者更聚焦,更容易找到他们想要的东西。⑤发布架构模式并且保持可用。架构模式就像“套路”,如果你不主动发布的话,没有人会知道你的套路。同样,你得保证你的模式可用,但可用不代表“有人用”,你得主动发现你的模式的使用者,并且跟他们讨论,不经意的可能会有一个主意帮你完善你的模式呢。