字数 11975，阅读大约需 60 分钟
第2-9讲：应用系统规划与TOGAF（上）——企业架构与愿景
本讲是“系规”的灵魂，是思维的跃迁，请务必分段、反复阅读，并跟随我完成所有模拟工作坊
一、 上节回顾与热身
同学们，我是老孙。在我们开始学习如何规划一座“数字化城市”之前，我们必须确保自己已经是一个合格的“建筑工匠”和“室内设计师”了。
上节课，我们学习了信息系统规划的另一件经典“神器”——U/C矩阵法。我们知道了，这是一个**“自下而上”**的规划方法，像一个不知疲倦的侦探，它的核心思想是：
通过严谨地分析“谁（业务过程）在用什么数据（数据类）”，来科学地、客观地、不带任何主观偏见地，找到一个系统内部最合理的结构。
我们通过识别过程、识别数据、构建矩阵、聚类分析这四个“庖丁解牛”般的步骤，为“智慧邻里”项目，科学地划分出了几个高内聚、低耦合的核心子系统，比如“客户服务与工单管理子系统”、“业主与安防管理子系统”等。
这个方法，与我们之前学习的CSF法（自上而下）形成了完美的互补。一个像“望远镜”，帮我们看清战略方向；一个像“显微镜”，帮我们理清内部纹理。两者结合使用，威力无穷。
课后作业的“深度剖析”
大家对U/C矩阵的掌握非常迅速，很多人画的矩阵，比我上课举的例子还复杂，这说明你们的分析能力非常强。特别是第三个问题，当发现销售部和市场部都在维护自己的“客户名单”（即一个数据类出现了两个“C”）时该怎么办？大家的答案都精准地指向了一个核心——数据不一致，以及它背后的“信息孤岛”问题，这是非常致命的。
我这里再把这个问题，用一个极度仿真的场景，给大家演绎一下，让你看看一个优秀的规划师，是如何解决这个“数据治理”难题的。
- • 灾难性的业务场景：
想象一下，物业集团的市场部，为了做年度业主关怀活动，从他们自己维护的Excel表里，导出了所有“金卡会员”的名单和地址，然后花了几万块，采购了一批精美的礼品，通过快递寄了出去。结果，一周之内，客服中心的投诉电话被打爆了。 - • 业主李先生怒气冲冲：“你们怎么回事！我去年就搬家了，在客服中心改了新地址，你们怎么还把礼品寄到我原来的房子去！现在东西也找不到了！”
- • 业主王阿姨很委屈：“我上个月刚续了三年的物业费，怎么没有我的礼品？是不是看不起我们老年人？”
- • 更糟糕的是，已经退租的赵先生也收到了礼品，还在业主群里晒：“感谢老东家还记得我啊！” 结果群里炸了锅。
- • 问题根源： 市场部的“客户名单”（一个C），和客服部、财务部日常更新的“业主信息”（另一个C），是两套独立的、互相不通的、数据严重不一致的“孤岛”。市场部基于一个过时的、不准确的数据源，做出了一个看似美好、实则灾难性的决策。