应用架构系统架构部署架构业务架构逻辑架构物理架构
画好架构图是一个合格架构师的基本素养！
目录 1. 4 + 1架构视图 2. 大厂常见架构图介绍和画法 3. 系统序列图 1.4+ 1架构视图 4 + 1架构视图 – 定义1995年，Philippe Kruchten在《IEEE Software》上发表了题为《The 4+1 View Model of Architecture》的论文，引起了业界的极大关注，并最终被RUP采纳。
逻辑视图：系统提供给用户的功能，对应UML的class 和state diagrams
处理视图：系统的处理过程，对应UML的sequence 和 activity diagrams
开发视图：程序员角度看系统的逻辑组成，对应UML的package diagrams
物理视图：系统工程师角度看系统的物理组成，对应UML的deployment diagrams
场景视图：用户角度看系统需要实现的需求，对应UML的use case diagrams
目前国内企业很少用4+1视图来描述架构，这是为什么呢？
架构复杂度增加：1995年的系统大部分还是单体系统，现在分布式系统绑定UML图：UML图画架构图存在问题理解困难：4+1视图的逻辑视图、开发视图、处理视图比较容易混淆 UML画架构图的核心问题
2.大厂常见架构图介绍 架构图分类 业务架构 客户端架构、前端架构 系统架构 – 简单，画1张图 系统架构 – 复杂，画2张图 应用架构
应用架构和系统架构的区别和联系在哪里？
【判断题】
- 4+1视图是业界公认的规范，所以我们必须采用它来表示架构UML可以用来画架构图某些场景下，应用架构就是系统架构给高P汇报业务的时候优先推荐用系统架构 x 业务架构
【思考题】
为什么不能用一种图来展现软件系统的架构？
业务架构是高管比较关注的视图
