架构图分类
为什么客户端和前端都只需要按模块划分？
分工明确、代码重用、维护和扩展、并行开发。
4+1”架构模型概述。
-
逻辑视图（Logical View）：
-
逻辑视图描述系统的功能、模块和组件，以及它们之间的关系。它强调了系统的逻辑组织，通常采用类图或包图等建模工具来表示。这个视图关注的是系统的功能和数据处理逻辑。
-
开发视图（Development View）：
-
开发视图关注软件的组织结构、模块化和开发过程。它描述了软件的构建方式，包括代码、组件和开发者之间的关系。这个视图通常用包图、模块图或组件图来表示。
-
过程视图（Process View）：
-
过程视图关注系统中不同部分的并发处理和通信方式。它描述了系统的运行时结构，包括进程、线程、消息传递等。这个视图常常用来解决并发性和性能问题。
-
物理视图（Physical View）：
-
物理视图描述了系统的部署方式，包括硬件、网络拓扑和系统组件之间的物理连接。它关注系统如何部署和运行在实际硬件基础设施上。
-
场景视图（Scenarios View）：
-
场景视图是 “4+1 视图” 的第五个视图，用于跨越其他四个视图，以展示特定的用例或操作如何在不同的视图中相互影响和交互。它通常采用用例图、时序图或活动图来表示。
业务架构
定义：
描述系统对用户提供了什么业务功能，类似于 4+1 视图的场景视图。
使用场景：
1. 产品人员规划业务；
2. 给领导汇报业务；
3. 给新员工培训业务。
画图技巧：
1. 通过不同颜色来标识业务状态；
2. 业务分组管理。
客户端架构、前端架构
定义：
客户端和前端的领域逻辑架构，类似于4+1视图的逻辑视图。
使用场景：
1. 整体架构设计；
2. 架构培训。
画图技巧：
1. 通过不同颜色来标识不同角色；
2. 通过连接线来表示关系。
系统架构 – 简单，画1张图
定义：
后端的逻辑架构，又叫“后端架构”、“技术架构”。
使用场景：
1. 整体架构设计；
2. 架构培训。
画图技巧：
1. 通过不同颜色来标识不同角色；
2. 通过连接线来表示关系。
系统架构 – 复杂，画2张图
应用架构
定义：
描述后端系统由哪些应用组成。
使用场景：
1. 项目开发、测试；
2. 部署发布；
3. 子域架构设计。
画图技巧：
1. 通过不同颜色来标识不同角色；
2. 通过连接线来表示关系。
部署架构
定义：
描述后端系统具体如何部署的，对应4+1 视图的物理视图。
使用场景：
1. 总体架构设计；
2. 运维规划和优化。
画图技巧：
用图标代替区块。
系统序列图
系统时序图提供了一个清晰的视觉方式，用于展示系统与外部参与者之间的交互，以可视化一个用例场景中的各个步骤和参与者之间的交互。这有助于设计师和开发人员更好地理解用例的实现细节。
原文始发于微信公众号（二进制跳动）：如何画出优秀的架构图
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/166866.html
