字数 10421，阅读大约需 53 分钟
第2-11讲：应用系统规划与TOGAF（下）——从蓝图到现实
本讲是TOGAF的闭环，是连接规划与落地的桥梁，内容极度实战，请务必跟随我的节奏，完成从“总设计师”到“总指挥”的终极转变）
一、 上节回顾与热身
同学们，我是老孙。在我们开始学习如何将宏伟的“城市蓝图”付诸实施之前，我们必须确保蓝图本身的质量是过硬的。
上节课，我们一起学习了TOGAF ADM循环中最核心的B、C、D三个阶段，我们学会了如何将虚无缥缈的“架构愿景”，一步步地落实为四份具体的、看得见摸得着的“施工蓝图”：
- • 阶段B (业务架构)： 规划“城市功能与主干道”，明确我们未来理想的业务流程是怎样的。这是所有架构的龙头。
- • 阶段C (信息系统架构)： 规划“城市生命线（数据）和建筑物（应用）”，定义需要什么数据和软件来支撑业务。这是架构的血肉之躯。
- • 阶段D (技术架构)： 规划“城市地基与建材”，选择用什么技术平台来承载应用和数据。这是架构的坚实地基。
最重要的是，我们掌握了一个贯穿始终的核心方法——差距分析 (Gap Analysis)。通过反复对比**“现状(As-Is)**”和“**目标(To-Be)”**，我们识别出了项目需要填补的所有“坑”，这些“坑”共同构成了一份详细的“项目任务总清单”。
课后作业的“深度剖析”
大家对四种架构蓝图的理解非常到位。特别是第三个问题，在技术选型时（比如数据库用免费的MySQL还是昂贵的Oracle），应该依据什么？大家的答案都精准地指向了我们在第9讲定义的**“架构原则”**，这完全正确！这说明你们已经掌握了作为架构师，进行高层次决策的精髓。
我这里再把这个决策过程，用一个极度仿真的“企业架构委员会”的辩论场景，给大家演绎一下，让你看看一个成熟的规划师，是如何利用“架构原则”这把尚方宝剑，来平息纷争、统一思想的。