更新时间:2022-09-12 14:31:50
搭建一个简易狗屋时,我们不会去设计三维图,做预算,规划施工等,而建个复杂建筑时,缺少架构是不可能能完成的。就像我们程序员做个小功能,可能都不需要做设计就可以实现了,但是当问题复杂了,考虑因素多了,产品关联复杂了,那么还一直摸着石头过河,事前不做架构不做规划,那么最终结果必然是失败的。
盖房屋需要架构,做功能需要技术架构,那么给企业做信息、业务规划就需要做企业架构,那我们如何描述企业架构呢?
组织的业务流程的目的是实现他们的产品,软件应用是支持业务流程,而技术设施是运行应用,信息是在业务流程和应用中使用。
为了解决上面这些复杂性,明确的描述架构的核心模型是非常有价值的,而单一架构领域的细节可以不用定义(比如UI模型、主外键设定等),因为这属于特定专业的内容了。在《架构 - 又一个类似与“平台”一样的词汇》中描述了架构的一种定义是:架构是由软件元素、元素的外部可见属性以及它们之间的关系组成。
我们在描述架构时,最重要的就是关注核心元素以及它们之间的关系。在描述企业架构时,我们使用模型(models)。
基于符号的模型
基于语义的模型
以后blog中,如果没有明确提出语义模型,都指符号模型。
没有哪个人会关心架构所有的范围和细节,我们需要针对不同的涉众提供符合他们关注点的特定视图。这里涉及到两个概念:
下图为TOGAF的架构内容框架中的一张图,表明了元模型、View和ViewPoint的关系
企业架构的核心方法就是使用一种集成的、一致的方式来描述多个领域的概念,ArchiMate是一种图形化的企业架构语言,可以参考《架构 - 使用ArchiMate描述企业架构》
本文转自 jingen_zhou 51CTO博客,原文链接:http://blog.51cto.com/zhoujg/518634,如需转载请自行联系原作者