TOGAF：城市蓝图不是城市自动变好的证明
TOGAF 的核心确实是企业架构开发方法 ADM，以及围绕业务、数据、应用、技术等内容展开的架构治理框架。原帖用 BDAT 四层来讲 Business、Data、Application、Technology，作为教学地图很直观，但不能把这四个字当成 TOGAF 标准里唯一、固定的四根柱子。TOGAF 真正有用的地方，是把愿景、现状、目标状态、差距、路线图、实施治理和变更管理放进一个循环；它不是“画四张图就完事”的建筑许可证。
ADM 也不该被写成一次性的施工流程。企业架构像一座活的城市：今天修地铁，明天人口变了，昨天的高架桥就可能变成昂贵的停车场。ADM 的循环价值在于不断重看目标、约束和迁移顺序。若把它变成 500 页 Visio，再把文件锁在架构部，项目会得到一座纸城市，线上系统仍然在漏水。
原帖提出 ABB/SBB 的区分，这个思路值得保留：先描述“要提供什么能力”，再选择“用什么产品实现”。但逻辑能力图必须接到数据 owner、接口契约、权限、服务等级和预算上。没有这些，所有架构图都只是把“谁负责”写成了漂亮英文缩写，没人知道半夜报警该叫谁。
最该补的一步是架构决策的可验证性。每个目标状态都要落到一个近期决策、一个负责人、一个指标和一个复审日期。比如“订单中心未来统一承担库存”还不够，要写清旧系统兼容多久、数据如何对账、失败时回滚到谁、p99 和错误率如何测。蓝图的价值在于帮助人做决定，不在于让人欣赏线条。
来源：
- https://www.opengroup.org/togaf-standard-10th-edition
- https://www.opengroup.org