01 ｜ 架构到底是什么？
内容提要
文章从业务逻辑、物理部署、开发规范三个角度分解学生管理系统以解释“架构”，并介绍IBM RUP的4+1视图：以用例视图为核心，辅以逻辑视图、实现视图、部署视图和过程视图，分别描述职责与接口、代码组织、软硬件映射及动态交互。文章指出4+1视图无法覆盖关键技术选型和数据结构设计，需结合其他设计技术补充。
延伸解读
多视角理解架构：从学生管理系统说起
文章用学生管理系统示范了架构的多面性：从业务逻辑角度分解，关注功能职责；从物理部署角度分解，关注软硬件映射；从开发规范角度分解，则体现为MVC框架。这说明架构并非单一视图，而是根据关注点不同呈现不同侧面。读者可借此理解，讨论架构前需先明确视角，避免混淆不同层面的设计决策。
4+1视图的核心与分工
IBM RUP的4+1视图以用例视图为核心，其余四个视图围绕它展开。逻辑视图描述对象模型、职责划分与接口关系；实现视图描述代码组织及与交付件的映射；部署视图描述软件到硬件环境的映射；过程视图描述动态交互、并发与资源访问。这种分工让不同角色能从各自角度参与设计，形成系统抽象描述。
逻辑视图的接口设计与团队协作
文章强调逻辑视图不仅要划分职责，还需描述接口关系，以支持高内聚、低耦合原则，避免不合理依赖如反向依赖或循环依赖。同时，逻辑架构元素决定开发组织边界，合理的逻辑设计能提升团队沟通效率与交付质量。这提示读者，架构设计需兼顾技术依赖与组织协作，接口定义是两者衔接的关键。
4+1视图的局限与补充
文章明确指出4+1视图无法覆盖所有设计内容，例如关键技术选型和关键数据结构及表设计均未体现。因此，实际系统设计需结合其他设计技术补充，才能使设计更完整。读者应注意，4+1视图是组织设计的框架而非全集，需根据系统特点识别缺失视图并补充，避免过度依赖单一方法。
Q&A
架构到底是什么？能用一个例子说明吗？
文章以学生管理系统为例，从不同角度分解架构：从业务逻辑角度分解，得到业务架构；从物理部署角度分解，得到部署架构；从开发规范角度分解，采用MVC框架开发，则架构为MVC架构。这说明架构是系统在不同视角下的结构描述。
IBM RUP的4+1视图具体是哪五个视图？
4+1视图包括用例视图（核心）、逻辑视图、实现视图、部署视图和过程视图。其中用例视图是“1”，其他四个视图围绕它。
逻辑视图主要描述什么？为什么接口描述很重要？
逻辑视图描述对象模型，包括职责划分和逻辑元素间的关系（接口）。接口描述很重要，因为软件设计追求高内聚、低耦合，避免不合理依赖（如反向依赖、循环依赖），同时逻辑元素的边界和接口也是多团队接口控制的依据，有助于提升沟通和交付效率。
部署视图和实现视图分别关注什么？
实现视图描述软件在开发环境下的静态组织，即逻辑元素到代码和二进制交付件的映射。部署视图描述软件如何映射到硬件，反映分布设计，包括二进制交付件与软件环境的部署关系、软件环境与物理环境的部署关系。
过程视图用来描述什么？设计时需要考虑哪些方面？
过程视图（运行视图）描述系统的动态行为，最常见的是逻辑架构元素之间的交互关系，如消息交互、服务调用或API调用。设计时还需考虑并发、抢占、关键资源（如锁）访问等。
4+1视图有什么局限性？需要如何补充？
4+1视图不能覆盖系统的所有内容，例如系统中使用了哪些关键技术、关键的数据结构和表的设计都没有体现。需要结合其他设计技术来完善补充，才能使系统设计更加完整。
