在画整体架构的时候一般需要重点参考云三层架构，SOA三层架构的构图模式进行构图 。而在细化到某一个应用系统的时候，仍然还需要分清是构建技术架构图还是功能架构图，两者本身的分层逻辑也存在很大的差别而不能混用 。
架构图的构图逻辑
要完成一个完整的架构图构图，可以先拆分为两边+中间 。两边一般是放具体的标准，规范等，比如安全管理，质量管理，技术标准规范，开发运维规范等 。
中间即是重点需要考虑进行分层构建的地方 。
在前面也谈到了中间部分重点参考云计算和SOA的架构分层逻辑 。一般来说核心的还是资源层，平台层，应用层，门户层 。而对于应用层本身又可以考虑业务域进一步拆分，或者根据价值链或业务生命周期拆分为多个阶段域再展开描述 。
在云和SOA下，更加强调平台+应用构建模式 。
而两者之间一般是服务层，通过SOA平台或API能力开放平台来统一接入和发布服务，以形成一个完整的资源+服务+应用的松耦合架构 。
同时一个完整的架构本身就是多视角的，如下：
文章插图
功能架构往往可以给具体用户和业务人员看，而对于技术架构往往更多是内部团队开发人员研讨使用 。而设计到资源和平台的架构图往往又是运维工程人员进行部署架构搭建的重要参考 。因此不同维度的架构分层属性本身不能随意融合使用，而导致架构图混乱 。
【软件架构设计分层模型和构图思考】
推荐阅读
- 细数软件架构中的解耦
- 再谈领域驱动设计
- 如何去除360以及其他软件的捆绑广告
- 礼品盒设计制作有哪些方法
- 远程控制软件哪个好，试试Win10远程桌面，不会让你失望
- 如何绕过win7系统开机密码，进入系统安装特殊软件
- 聊聊几个程序员经常用的作图软件
- Linux主流架构运维工作简单剖析
- 一文看懂微服务架构之注册中心Consul、Nacos
- ERP的权限管理的操作与设计