主讲：老孙
适用：2026年下半年系统规划与管理师考试
预计阅读时间：50分钟（本讲是手把手实战，建议留足时间）
一、上节回顾
上一讲我们一起把 ISP 的两大经典方法 CSF 法 + BSP 法 学透了。
三件大事：
第一，ISP 五大原则：战略性、整体性、先进性、经济性、可行性。
第二，CSF 法五步：战略目标 → 识别因素 → 筛选 CSF → 量化指标 → IT 投资。
第三，BSP 法核心："自顶向下规划，自底向上实施"。
我特别强调过：BSP 第四步"定义信息系统总体结构"——要做 U/C 矩阵分析。今天这一讲就是 U/C 矩阵实战课。
1.1 上一讲思考题点评
我看到一份特别精彩的 CSF 作业，来自一位民营汽车 4S 店总经理：
"我用 CSF 法重新审视我们 4S 店的战略，识别出 5 个 CSF：客户进店转化率、平均车单价、售后回厂率、贷款渗透率、保险渗透率。我立刻发现：我们公司过去 3 年所有 IT 投资都集中在'店内管理系统'，但这 5 个 CSF 里只有 1 个被覆盖。其他 4 个完全靠经验和员工感觉做。"
这就是 CSF 法的真实威力——它不只是规划工具，更是给老板照镜子的"X 光机"。
很多老板在这一刻才真正理解"为什么 IT 投资多但效果差"——因为投错了地方。
请你今天也用 U/C 矩阵给自己组织做一次"系统结构 X 光"。
二、本讲导读
2.1 学习目标
学完这一讲，你应该能够：
- 【是什么】 准确说出 U/C 矩阵的定义、构成元素、构造步骤；理解 U（Use）和 C（Create）两个标记的含义。
- 【为什么】 理解为什么 U/C 矩阵是 BSP 法的"灵魂工具"；理解通过矩阵分块如何识别"逻辑应用子系统"。
- 【怎么用】 能为一个具体组织（清华园物业、你自己单位）独立完成一次完整的 U/C 矩阵分析，并划分子系统。
2.2 本讲在课程地图中的位置
本讲对标教材 第4章 ISP 后半部分，是 整套课程最具操作性的一讲。
读完本讲，你 可以直接拿去工作 ——给你的部门、你的项目、你的小团队画一份 U/C 矩阵。
2.3 一句话理解 U/C 矩阵
U/C 矩阵 = 用一张二维表，把"业务过程"和"数据类"的关系画清楚——交叉点上写 U 或 C，再调整顺序，子系统的边界就自动浮现出来了。
【虚构案例提示】 本讲及后续80讲中所有"智慧邻里2.0项目""清华园物业""北京知知致用信息技术有限公司"等案例素材，均为培训教学所用的虚拟项目与虚构人物（详见第01讲首次案例声明）。如出现项目名、社区名、公司名或人名雷同，纯属巧合，如有侵权，请联系老孙删除处理。
三、U/C 矩阵的核心概念
3.1 什么是 U/C 矩阵
教材定义：
U/C 矩阵是 BSP 法中用于分析业务过程与数据类之间关系的二维表格。横轴列出数据类，纵轴列出业务过程，交叉点标注该业务过程对该数据类的关系。
两个核心标记：
- U（Use）：该业务过程 使用 该数据类（读取、查询、引用）
- C（Create）：该业务过程 创建 该数据类（产生、写入、更新）
- 空白：该业务过程与该数据类 无关
3.2 为什么要用 U/C 矩阵
回答三个核心问题：
问题一：哪些业务过程之间共享数据？
如果两个业务过程都使用某些相同的数据类，它们应该 被划入同一个子系统——这样数据共享才方便。
问题二：哪些数据需要被哪些业务过程支撑？
每个数据类必须有 创建者（C），而且通常 有且仅有一个 C——否则会出现"多头创建"的混乱。
问题三：子系统的边界在哪里？
通过矩阵的 对角线分块，子系统边界自然浮现。
3.3 U/C 矩阵的"三大原则"
教材给出了 U/C 矩阵的三大检验原则，这是必考点：
原则一：完备性
每个业务过程至少要使用或创建一个数据类，每个数据类至少要被一个业务过程使用或创建。
如果有空行或空列，说明 业务过程或数据类识别有遗漏。
原则二：一致性
每个数据类有且仅有一个业务过程创建（C），但可以被多个业务过程使用（U）。
如果同一数据类有多个 C，说明 数据创建归属不清 ——必须重新梳理。
原则三：无冗余性
矩阵中没有重复或冗余的 U/C 标记。
如果出现冗余，说明 业务过程或数据类粒度不一致 ——需要调整。
记忆口诀：完一无——"完一无三原则"。
四、U/C 矩阵的构造五步法
4.1 五步标准流程
教材里 U/C 矩阵的标准构造分为 五步：
第一步：识别业务过程（来自 BSP 第二步）
第二步：识别数据类（来自 BSP 第三步）
第三步：构造原始矩阵
把业务过程作纵轴、数据类作横轴。每个交叉点根据业务过程对数据类的关系，标注 U 或 C 或空白。
第四步：调整矩阵顺序
把"创建关系最多的业务过程和数据类"放到 左上角，其他按相关性逐步排列，让 U 和 C 尽量集中在 对角线附近。
第五步：分块划分子系统
按对角线的"分块"划分子系统——每个分块对应一个逻辑应用子系统。
4.2 第一步详解：识别业务过程
业务过程的识别在 BSP 中已经做过。但在 U/C 矩阵阶段，我建议你 再做一次精炼：
精炼标准一：每个业务过程必须有 明确的输入和输出。
精炼标准二：每个业务过程必须 可以独立衡量——有 KPI、有完成标志。
精炼标准三：业务过程的粒度要 统一——避免有的写得粗（"销售管理"）有的写得细（"开发票"）。
清华园物业经过精炼后的 8 个业务过程：
| 编号 | 业务过程 | 输入 | 输出 |
|---|---|---|---|
| BP1 | 物业费征收 | 房产+业主+费率 | 缴费记录+收据 |
| BP2 | 报事报修处理 | 业主报修请求 | 工单+维修结果 |
| BP3 | 安防巡查 | 摄像头+巡逻数据 | 报警事件+处置记录 |
| BP4 | 业主入住办理 | 业主资料+合同 | 入住档案+权限 |
| BP5 | 投诉处理 | 业主投诉 | 处理记录+回访 |
| BP6 | 设备维护 | 设备清单 | 维护记录+健康状态 |
| BP7 | 增值服务运营 | 业主需求 | 订单+收入 |
| BP8 | 财务核算 | 各业务收支 | 财务报表 |
4.3 第二步详解：识别数据类
数据类的识别也要遵循 三个标准：
标准一：每个数据类是 业务实体的数据集合（如"业主"、"房产"）。
标准二：每个数据类的内部数据有 共同的生命周期。
标准三：数据类的粒度要 与业务过程匹配——通常 8-15 个数据类。