02 核心概念与架构过程

用户5909

用户4247

用户2312

用户3028

6月2日修改

💡

一句话框架：软件架构不是方框图本身，而是用高层设计决策组织系统的重要元素、外部可见属性及其关系，从而平衡利益相关者诉求并控制风险。​

三个容易混淆的词

为什么架构重要

•
质量基础：促进或阻碍性能、可用性、安全性、可修改性。​

•
早期约束：服务边界、通信和部署方式越晚改越贵。​

50%

•
沟通媒介：让用户、管理者与开发团队讨论同一结构。​

•
复用抽象：成熟决策可迁移到同类系统。​

50%

架构师职责：不是只画图

4+1 视图：从不同角度看同一系统

画板

📝

简答题写法：先写“视图用于隐藏不相关信息、突出关注点”，再列出四个视图的职责，最后说明 use case 串联并验证这些视图。​

画图题示例：4+1 视图具体怎么画

画板

📝

UML 落笔原则：先用用例图确定一个关键场景作为“+1”，再围绕它分别画逻辑视图的类图、开发视图的组件图 / 包图、进程视图的时序图 / 通信图、物理视图的部署图；每张 UML 图都标出与该用例对应的元素、关系与验证点。​

1.
选场景：先把题目中的核心用户任务写成一条可执行场景，例如“学生选课并完成支付”。​

2.
画 +1：画 Use Case Diagram / 用例图：放入 Actor、系统边界与“选课并支付”用例，可标注失败或退款扩展场景。​

3.
补四图：按“职责 → 代码 → 运行 → 部署”顺序补四张 UML 图：依次使用类图、组件图、时序图、部署图表达元素和关系。​

02 核心概念与架构过程​