架构师 - 1.系统工程与信息系统

系统工程与信息系统

复杂到没人能凭脑子想清楚时，靠什么想清楚？企业里那堆系统又各自管什么？

本文两条线：系统工程方法论、企业信息化版图。

---

一、系统工程：对付复杂的手艺

本质：整体最优

人的本能是拆开、各个击破。但系统各部分互相牵扯，每个零件做到最好，拼起来可能更差。

系统工程只认一件事：整体最优，不是局部最优。

全是高手的球队，如果谁也不服谁，打不过一支天赋一般但配合默契的队。

霍尔三维结构（Hall）

三个维度交叉：

• 时间维（阶段）：规划 → 拟定方案 → 研制 → 生产 → 安装 → 运行 → 更新
• 逻辑维（思考）：明确问题 → 确定目标 → 系统综合 → 系统分析 → 系统优化 → 系统决策 → 实施计划
• 知识维：工程、医学、法律、管理、艺术……

类比年夜饭。时间维是"定菜单→买菜→下厨→上桌→收尾"；逻辑维是每一步都要走一遍"想清目标→列方案→分析→优化→拍板→执行"；知识维是刀工、火候、搭配。三者一起转，饭才做得成。

价值：随时知道自己在哪一步、下一步干什么、要什么知识。

切克兰德方法论（Checkland）：目标本身模糊时

霍尔的前提是问题能被定义清楚。

现实中很多问题不满足：目标模糊、干系人多、诉求冲突。这叫病态结构问题，比如"公司要不要转型"。硬套工程方法，只会得到看着科学、实际没用的方案。

切克兰德的路子：提炼根定义（CATWOE：Customers 客户、Actors 执行者、Transformation process 转换过程、Weltanschauung 世界观、Owner 所有者、Environment 环境）→ 建概念模型 → 与现状比较 → 找可行满意解。

注意不是最优解，是可行满意解。这类问题没有最优解，能推进就赢。

类比装修一套"自己也不知道要什么风格"的房子：需求模糊、家人意见不一，只能先出效果图，再跟预算和户型比对，逐步妥协。

霍尔和切克兰德的区别，就是问题能不能被定义清楚。 能——霍尔；不能——切克兰德。很多项目失败，就是拿切克兰德的问题套霍尔的答案。

综合集成法（钱学森）

针对开放的复杂巨系统，如社会经济、生态系统。

不迷信纯数学模型，也不止于专家拍脑袋。做法是从定性到定量，把专家经验和模型计算结合，人机结合、以人为主。

一句话：能算的用数据算，算不了的靠专家，两者互相校准。

---

二、生命周期

系统工程的生命周期

（参考 INCOSE，International Council on Systems Engineering，国际系统工程协会）

探索性研究 → 概念 → 开发 → 生产 → 使用 → 保障 → 退役

类比人的一生：青春期试错、定方向、学本领、产出、发挥、保养、退休。

四种走法：

方式	适用	特点
计划驱动（瀑布）	需求明确稳定	一次规划到底
渐进迭代式	需求能分批	分批交付
精益开发	强调消除浪费	源自丰田精益
敏捷开发	需求变化快	小步快跑

选哪种，看需求有多确定。

信息系统的生命周期

产生（立项 + 开发）→ 运行 → 消亡。

开发五步：总体规划 → 系统分析 → 系统设计 → 系统实施 → 系统验收。

类比盖房子：盖不盖、盖多大（规划）；住几口人、要什么功能（分析）；画图纸（设计）；施工（实施）；入住后修补（运维）。

易混点：信息系统生命周期 ≠ 软件生命周期。

软件生命周期是"可行性研究→需求分析→设计→编码→测试→运维"，站在软件角度看；信息系统生命周期站在"系统 + 业务"角度看，范围更大。混用会漏掉业务层面。

---

三、系统工程建设原则

原则	含义
高层管理人员介入原则	高层亲自下场，如 CIO（Chief Information Officer，首席信息官）介入
用户参与开发原则	用户确定范围、核心用户全程参与、用户深度参与
自顶向下规划原则	先全局后局部，减少信息不一致
工程化原则	引入软件工程，按规范流程做
其它原则	创新性原则、整体性原则、发展性原则、经济性原则

一句话：领导要下场、用户要参与、规划要自上而下、过程要工程化，外加创新、整体、发展、经济四条底线。

类比装修：老板（高层）不亲自定需求和预算，容易烂尾；住户（用户）不参与，装出来不合用；不先出全局设计图（自顶向下），水电木工各干各的必然打架。

---

四、开发方法的五大流派

方法	核心思路	短板
结构化方法	自顶向下、逐步求精、面向过程	需求一变就难受
原型法	先做样品给用户看	原型容易被当成成品
面向对象方法	封装、继承、多态	抽象门槛高
面向服务（SOA，Service-Oriented Architecture）	粗粒度服务、松耦合、可复用	治理复杂
敏捷方法	迭代交付、持续反馈	依赖用户配合

选择只看一条：需求稳不稳、变化快不快。 稳——瀑布/结构化；快变——敏捷/原型。

坑在哪：需求天天变，却硬走瀑布，最后文档一堆、上线全不对。

---

五、信息系统

按管理层级的金字塔

        EIS / ES   ← 决策层
          DSS      ← 决策支持
          MIS      ← 管理层
          TPS      ← 操作层

• TPS（Transaction Processing System，事务处理系统）：日常高频事务，如收银、打卡
• MIS（Management Information System，管理信息系统）：汇总 TPS 数据，给中层出报表
• DSS（Decision Support System，决策支持系统）：面向半结构化/非结构化问题，模型 + 数据辅助决策
• ES（Expert System，专家系统）：专家知识沉淀成规则库来推理
• EIS（Executive Information System，主管信息系统）：服务高层，可视化、一眼看懂

用餐厅理解：服务员下单（TPS）；店长看翻台率和销量报表（MIS）；老板纠结要不要开第二家（DSS/EIS）；老厨师凭经验判断螃蟹新不新鲜，被写成规则（ES）。

关键在数据流向：越往下数据越细越多，越往上越聚合。TPS 是地基，没有它上面全是空中楼阁。

其他分类维度：按规模（单机 / 局域网 / 广域网 / 分布式）、按架构（C/S，Client/Server，客户机/服务器；B/S，Browser/Server，浏览器/服务器；分布式）、按行业（金融、电信、制造、政务）。

电子政务：政府跟谁打交道

• G2G（Government to Government，政府对政府）：部门间协同
• G2B（Government to Business，政府对企业）：报税、办执照
• G2C（Government to Citizen，政府对公民）：网上办事、查社保
• G2E（Government to Employee，政府对公务员）：内部办公

G2G=部门之间传文件开会；G2B=网上给公司报税；G2C=手机上一次办好身份证；G2E=公务员用 OA（Office Automation，办公自动化）打卡。

---

六、信息化

概念

信息网络是基础，信息资源是核心，信息技术应用是主导。

它推动社会经济形态转型：从靠人、靠纸、靠经验，转向靠数据、靠系统、靠协同。

三类创新

成功的信息化会同时动三个层面：

1. 技术创新 —— 用新技术
2. 管理创新 —— 重排流程、改方法
3. 制度创新 —— 调整组织、体制、激励

餐厅想做大：买智能点餐机（技术）；重排后厨动线提速（管理）；把"店长说了算"改成"合伙人分红"（制度）。缺一个，升级都做不长。

信息化不是买个软件，而是流程和组织的改造。 "上了系统却没效果"的故事之所以反复出现，原因就在这里。

三类需求

层次	关注点
战略需求	提升组织竞争能力，定长远方向
运作需求	实现信息化战略、运作策略、人才培养的需要
技术需求	信息技术层面：系统的完善、升级、集成

老板想"要不要开连锁"（战略需求）；店长想"怎么排班控成本"（运作需求）；IT 想"系统怎么完善升级"（技术需求）。

用运作层/技术层的需求代替战略需求做系统，是最常见的错。 只回答"盘子够不够"的系统，回答不了"该不该开第二家"。

企业信息化方法

六种常用方法（按企业实际选用，非固定顺序）：

• 业务流程重构方法：对流程做"彻底的、根本性的"重新设计
• 核心业务应用方法：围绕核心业务推动信息化
• 信息系统建设方法：把建设信息系统作为重点和关键
• 主题数据库方法：建立面向核心业务的数据库，消除"信息孤岛"
• 资源管理方法：切入点是为企业资源管理提供强大能力（如 ERP、SCM）
• 人力资本投资方法：把优秀员工视为一种资本，能取得投资收益（注意≠人力资源管理）

先买系统再想流程，等于先买家具再量房。

---

七、信息系统战略规划

四大经典方法：

方法	简称	核心
企业系统规划法	BSP（Business Systems Planning）	自上而下识别需求，自下而上设计系统
关键成功因素法	CSF（Critical Success Factors）	抓住决定成败的少数关键因素
战略目标集转化法	SST（Strategy Set Transformation）	战略目标逐层转化为 IS 目标
价值链分析法	VCA（Value Chain Analysis）	从价值链找信息化切入点

BSP 的 U/C 矩阵是精华：

• U（Use，使用）：谁在用这份数据
• C（Create，产生）：谁生产这份数据
• 用途：划分子系统、识别数据流向

三条检查规则：

1. 每一行（过程）必须有 U 或 C
2. 每一列（数据类）至少有一个 C
3. 调整行列后，C 尽量靠近对角线（形成小方块）

就是一张"谁赚钱、谁花钱"的家庭账本。挣钱记 C，花钱记 U。每列必须有 C——每笔钱得有人挣。换成数据：一份全员在用的数据却没人生产，系统设计一定是错的。

---

八、企业信息化全景

                    ┌─────────── 决策层：BI / 数据仓库 / 数据湖 ───────────┐
                    │                                                      │
  对外前端 ── CRM（客户）      ERP（内部资源核心）      SCM（供应链上游）
                    │                                                      │
                    └──────── 底层：EAI 集成 / BPM 流程 / 数据标准 ────────┘

分工：

ERP 管内部，CRM 管客户，SCM 管供应，BI 管决策，EAI 把它们缝起来。

ERP：企业的总管账本

演进链：MRP（Material Requirements Planning，物料需求计划）→ MRP II（Manufacturing Resource Planning，制造资源计划）→ ERP（Enterprise Resource Planning，企业资源计划）→ ERP II（Extended ERP，扩展型企业资源计划）。

• MRP 只管物料够不够
• MRP II 把钱也算进来
• ERP 把人、财、物、产、供、销全部纳入

核心：以计划为主线，打破部门墙，全公司资源一个池子调度。

类比家庭总管账本：工资、房贷、买菜、学费放同一个系统统筹，而不是各记各的小本子。MRP 管"米够不够"，MRP II 管"钱够不够"，ERP 管"全家所有事"。

ERP 项目失败率不低，但原因极少是软件不行，多数是流程没理清就上系统——等于把混乱固化下来。

CRM：把客户当关系经营

以客户为中心，管客户全生命周期：获取 → 保留 → 增值。三大模块：营销、销售、服务。

类比人脉管理：记住每个人的口味、生日、近期烦心事，逢年过节精准关心，复购率自然上去。

SCM：把整条链拧成一股绳

打通"供应商 → 制造商 → 分销商 → 客户"，目标降库存、提响应。

精髓是信息的提前量：链条上任何一环信息滞后，最后都变成库存或断货。

BI：把流水变成决策

链路：数据源 → ETL（Extract-Transform-Load，抽取—转换—加载）→ 数据仓库 → OLAP（Online Analytical Processing，联机分析处理）/ 数据挖掘 → 报表与可视化。

类比把一抽屉小票算出结论：谁是最该讨好的客户、哪个品类在下滑。流水变成决策依据。

数据湖：先囤，后整理

数据湖集中存原始、多源、任意格式（结构化/半结构化/非结构化）的数据。

维度	数据仓库	数据湖
存什么	加工后的结构化数据	原始未加工数据
写入模式	Schema-on-Write（写时定义模式）	Schema-on-Read（读时定义模式）
适合	稳定报表分析	探索式分析、AI（Artificial Intelligence，人工智能）/ 大数据

数据仓库=整理好的档案柜，文件归好类、贴好标签；数据湖=大储藏室，东西先囤进去，用的时候再翻。

现实问题：数据湖只囤不理，很快变成"数据沼泽（data swamp）"——东西都在，没人找得到、没人敢用。能不能用，关键在治理。

BPR 与 BPM

• BPR（Business Process Reengineering，业务流程重组）：彻底重设流程，追求根本性、戏剧性改善。关键词：激进、推倒重来
• BPM（Business Process Management，业务流程管理）：持续、渐进地建模、执行、监控、优化

BPR 是革命，BPM 是改良。革命不能天天搞，日常靠 BPM，所以 BPM 常被视为 BPR 的延续。

BPR=老房子推倒重建；BPM=住进去天天小修小补。

EAI：把一堆系统缝成整体

EAI（Enterprise Application Integration，企业应用集成），按层次从低到高四类：

1. 数据集成（数据层）—— 共享数据库、数据同步
2. 消息/接口集成（应用层）—— 接口调用、消息中间件
3. 业务流程集成（流程层）—— 跨系统编排流程
4. 表示/界面集成（表示层）—— 统一门户、单点登录

类比把家里小米、华为、苹果的设备打通成一个 App 控制。层次越高，越接近业务真正连起来。

集成方式演进：

方式	特点	问题
点对点	两两直连	n 个系统要 n² 条链路，维护爆炸
消息中间件 / ESB（Enterprise Service Bus，企业服务总线）	通过总线统一转接	总线容易成瓶颈
SOA	粗粒度服务、松耦合、可复用	治理成本高
微服务	细粒度、独立部署、去中心化	运维与一致性复杂

点对点=每个人联系别人就自己打电话，人一多线路乱成麻；ESB=建一个总机，所有转接都走它。

演进讲的是一个道理：连接一多，中间加一层永远是降复杂度的解药。从 ESB 到网关到微服务，都是这个思路。

电子商务：谁跟谁交易

• B2B（Business to Business，企业对企业）
• B2C（Business to Consumer，企业对消费者）
• C2C（Consumer to Consumer，消费者对消费者）
• O2O（Online to Offline，线上到线下）
• B2G（Business to Government，企业对政府）

B2B=批发市场；B2C=京东自营；C2C=闲鱼；O2O=美团、滴滴。

数字化转型：换活法，不是换工具

定义：用数字技术重塑业务模式、流程、组织和客户体验，实现商业模式变革。

	信息化	数字化
层面	工具 / 流程	战略 / 商业模式
做法	把线下流程搬到线上	用数据驱动业务重构
结果	效率提升	模式创新

信息化=给马车装 GPS（Global Positioning System，全球定位系统），还是马车；数字化=换成汽车，连"出行"的定义都变了。

数字化转型失败的头号原因，是把它当成一次 IT（Information Technology，信息技术）采购。它的本质是业务和组织的重构，是一把手工程，IT 只是一部分。

智能制造：经验变成数据流

中国智能制造系统架构三个维度：

1. 生命周期：设计 → 生产 → 物流 → 销售 → 服务
2. 系统层级：设备层 → 单元层 → 车间层 → 企业层 → 协同层
3. 智能特征：资源要素 → 互联互通 → 融合共享 → 系统集成 → 新兴业态

从"老师傅凭经验炒菜"，到"中央厨房 + 智能点单 + 自动配菜"，全流程数据打通、按需出品。

智能制造 = 数字化在制造业的落地形态：把设计、生产、物流、服务全链条用数据串起来，让经验判断让位给数据决策。

---

收尾

一句话串起来：

用系统工程方法论（霍尔 / 切克兰德 / 综合集成）想清楚怎么做，用生命周期（规划—分析—设计—实施—运维）管住过程；企业经营靠 ERP 管内部、CRM 管客户、SCM 管供应、BI/数据湖管决策、EAI 缝起来，最终走向数字化与智能制造。

六个认知点：

• 霍尔 vs 切克兰德：看问题能不能被定义清楚
• 信息化 vs 数字化：换工具 vs 换活法
• 数据仓库 vs 数据湖：先整理后存 vs 先存后整理
• BPR vs BPM：推倒重来 vs 持续打磨
• ERP / CRM / SCM：管内部 / 管客户 / 管供应
• U/C 矩阵：每列必有 C——数据必须有源头

最后一个问题，比背定义有用：

要上一套新系统，你先问"用什么软件"，还是先问"流程和数据理清没有"？

答案决定它是成功，还是又一套"上线了没人用"的系统。