- TOGAF：四季穿衣法则【企业级大框架】
指导整个企业 IT 怎么规划转型，规定大阶段和产出物，告诉什么时节该干什么大事，不纠结单道菜怎么做。 - DDD：食材预处理【业务建模工具集】
业务复杂的时候，用来把一团混乱的业务需求切分、梳理干净，处理好原材料。 - ADD、ABSD：整套做菜流程【软件架构设计方法论】
拿到处理好的食材，结合你的口味约束（性能、安全、可扩展等质量属性），一步步挑选菜谱，产出整套系统架构。 - 微服务、事件驱动等架构模式：现成菜谱
已经总结好的成熟方案，由 ADD/ABSD 按需选用。 - ATAM：专业菜品评测【架构权衡评估】
做好架构之后，评估这套方案优缺点，识别风险，看清各项质量属性之间的取舍。
以上是AI给的通俗化解释，后续再来验证是否正确！
至于各种架构设计方法，如何真实应用到项目里面去，可以参考如下：
| 核心痛点 | 典型表现 | 适用的“解药” |
|---|---|---|
| 1. 业务乱 | 产品经理讲不清逻辑，开发出来的代码和业务意图严重脱节，改一个Bug引出三个新Bug。 | DDD（领域驱动设计）——专治业务复杂度。 |
| 2. 系统慢/扛不住 | 并发一高就崩溃，数据库被锁死，接口超时率飙升，用户疯狂投诉。 | ADD（属性驱动设计）中的性能战术，配合ATAM提炼质量场景。 |
| 3. 团队协作乱 | 几十上百人改同一个代码库，提交冲突不断，部署一次要熬一个通宵，谁都不敢动老代码。 | 微服务/组件化模式 + DDD（限界上下文） 来拆分边界。 |
| 4. 企业IT一盘散沙 | 公司几百个系统，数据不通，重复建设，老板问“为什么我们又买了一套新的CRM？”。 | TOGAF（企业架构框架）——这是给老板和CTO看的治理工具。 |
| 5. 架构总返工 | 代码写了一半，架构师突然发现选型错了，或者上线后才发现性能不达标，推倒重来。 | ABSD（宏观流程） + ATAM（风险评估），在写代码前先画好图纸并评审。 |
| 项目特征 | 推荐组合 | 直接避开 |
|---|---|---|
| 集团级多系统，多部门，数字化转型 | TOGAF(精简)+ADD+按需DDD + ATAM评审 | 全套笨重TOGAF落地小系统 |
| 复杂业务软件，业务规则复杂，持续迭代 | ADD + DDD做业务拆分 + 匹配架构模式 + 轻量化ATAM | 上来直接微服务，不做业务划分 |
| 中等业务，CRUD为主，业务简单 | ADD（轻量文档）+分层架构 | 大搞DDD、复杂事件驱动 |
| 嵌入式医疗设备，资源受限，高可靠合规 | ABSD / ADD，重点质量属性：可靠性、实时性、安全；慎用微服务；ATAM做架构风险评审 | 照搬互联网微服务那套 |
还不快抢沙发