如何画架构图 - 你需要了解核心的内在构图逻辑

架构图素材和软件架构构图逻辑概述

我在前面有篇文章专门分享了我制作的一些架构图的素材 ppt 材料，如果没有下载到，可以先关注我私信获取下载地址。

具体素材的内容可以参考：

而对于软件架构设计分层逻辑在前面我也专门分享了一篇文章进行说明，这篇文章给出了核心的架构图制作思路，可以参考。

要完成一个完整的架构图构图，可以先拆分为两边 + 中间。两边一般是放具体的标准，规范等，比如安全管理，质量管理，技术标准规范，开发运维规范等。

中间即是重点需要考虑进行分层构建的地方。

在前面也谈到了中间部分重点参考云计算和 SOA 的架构分层逻辑。一般来说核心的还是资源层，平台层，应用层，门户层。而对于应用层本身又可以考虑业务域进一步拆分，或者根据价值链或业务生命周期拆分为多个阶段域再展开描述。

在云和 SOA 下，更加强调平台 + 应用构建的模式。而两者之间一般是服务层，通过 SOA 平台或 API 能力开放平台来统一接入和发布服务，以形成一个完整的资源 + 服务 + 应用的松耦合架构。

当然对于领域设计架构分层实际也是传统的三层架构模型和 SOA 架构思想的一种融合，同时独立出单独的服务层和应用层的概念。

再谈分层逻辑

一个完整的架构本身就是多视角的，如下：

功能架构往往可以给具体用户和业务人员看，而对于技术架构往往更多是内部团队开发人员研讨使用。而设计到资源和平台的架构图往往又是运维工程人员进行部署架构搭建的重要参考。因此不同维度的架构分层属性本身不能随意融合使用，而导致架构图混乱。

云计算分层逻