📄 一句话概括
SE（系统工程师）是全流程的监管者：需求、设计、制作、测试、运用六站全程在场，对系统整体负责而不只是写代码。
📝 本节和前面几节的关系
前面十一章都在拆机器与程序，最后一章看【造系统的人】——SE 怎么把散件组织成一个能用的系统。
一、SE 是什么人
SE（System Engineer，系统工程师）：从立项到上线自始至终参与系统开发的工程师； 工作横跨上中下游：上游听需求定方案，中游管设计带团队，下游盯测试保上线； 关键词是监管——不是每件事亲手做，而是保证每件事不脱节、不断档、不返工。
二、为什么需要全程在场
系统开发动辄数月，参与人员几十人、分工十几路——没有全程在场的人，各环节信息必然走样； 上游的需求改一句，中游的设计、下游的测试都要跟着动——只有 SE 手里握着全图； 客户只面对 SE 一个窗口：需求进、方案出、进度报——这是 SE 存在的根本理由。
三、与 CE 的分工
13 课讲过姊妹角色 CE（客户工程师）：SE 管软件与系统方案，CE 管硬件到场与维保； 一句话记：SE 对系统的【建】负责，CE 对机器的【养】负责——本章聚焦前者。
四、动手 Demo：六个阶段，谁在场上
把开发全程六个阶段列成表，对比 SE 与程序员的【在场时间】，看监管者的跨度。
stages = ["需求定义", "外部设计", "内部设计",
"制作", "测试", "运用维护"]
for i, s in enumerate(stages, 1):
print("第 %d 站" % i, s)
实跑输出：
--------------------------------------------------------------------
SE 是自始至终参与系统开发过程的工程师
--------------------------------------------------------------------
SE(System Engineer) 的最大特点: 【全程在场】。系统开发的六个阶段,
程序员只在【制作】一环埋头写码, SE 却是六站全程跟到底:
[谁在场上]
第 1 站 需求定义 SE 全程监管
第 2 站 外部设计 SE 全程监管
第 3 站 内部设计 SE 全程监管
第 4 站 制作 SE 全程监管（程序员进场）
第 5 站 测试 SE 全程监管
第 6 站 运用维护 SE 全程监管
角色 上场站数 站站到场的含义
-------------------------------------------------
SE 6 / 6 六站全程, 对系统整体负责
程序员 1 / 6 集中在制作环节写代码
全程在场不等于样样亲自动手——而是【盯着整条流水线不脱节】: 上游把需求
交代清楚, 中游把设计管明白, 下游把测试与运用收好尾。这就是【监管】二字。
程序员只在场于【制作】一站；SE 六站全程——跨度决定职责，SE 对整体负责。 【⚠️ 2026 现状】今天的岗位名更细（产品经理／架构师／项目经理），SE 的活被拆成几份，但【全程监管】这个内核没变。
30 秒实验
- 用自己的话向别人解释 SE 的【监管】管的是什么（不脱节、不断档、不返工）。
- 对照 13 课的 CE，列出 SE 与 CE 各自负责的三件事。
常见误区
- 以为 SE 是高级程序员——写码占比很小，核心是需求、设计与过程监管。
- 以为 SE 只在项目前期出场——从需求到运用维护全程都在。
自测三问（点开对答案）
1. SE 的最大工作特点？ —— 自始至终全程参与开发六个阶段，对系统整体负责。 2. 【监管】具体管什么？ —— 环节之间不脱节、进度不断档、质量不返工。 3. SE 与 CE 怎么分工？ —— SE 管系统方案与建设，CE 管硬件维保与到场。- ☐ 下一节（12.2 SE未必担任过程序员）
相关笔记
- 9.8-9.9 维护分工与承诺（系统工程师、客户工程师、SLA） — SE 与 CE 的分工在 13 课
- 💻 计算机是怎样跑起来的 · 索引 — 全书知识地图
- 💻 计算机是怎样跑起来的 · 索引