一、项目启动与需求分析：从招标文件到SRS的完整链路
大家好，我是老张。干轨道交通信号这行快十五年了，经手的GoA等级项目也有七八个。今天咱们聊聊项目启动阶段最核心的事——怎么把业主的招标文件，一步步变成我们工程团队能用的系统需求规格书（SRS）。
说实话，这一步要是走偏了，后面整个项目都得翻车。我见过太多团队，上来就闷头写代码，结果到现场联调时才发现需求对不上，那叫一个惨。
1.1 解读业主招标文件——别光看字面意思
业主给的招标文件，通常几百页。但真正核心的就那么几块：
- 运营需求：每天跑多少列车？最小发车间隔多少？
- 功能需求：要不要自动折返？洗车怎么洗？
- 接口需求：跟车辆、站台门、通信系统怎么对接？
- 安全需求：SIL等级要求、故障导向安全原则。
我个人习惯，拿到招标文件先画一张「需求地图」。把业主说的每句话，对应到我们信号系统的某个功能模块上。举个例子，业主说「要求列车在正线能自动运行」，那对应的就是ATP（自动列车防护）和ATO（自动列车驾驶）两个子系统。
关键点：招标文件里经常有模糊表述，比如「具备远程唤醒功能」。这时候一定要追问：远程唤醒是司机在DCC按个按钮，还是调度中心一键搞定？这两种实现方式，成本差好几倍。
1.2 确定GoA等级——不是越高越好
GoA等级，说白了就是自动化程度。从GoA0到GoA4，一共五级。咱们项目里常见的是GoA2、GoA3、GoA4。
| 等级 | 驾驶模式 | 司机职责 | 典型应用 |
|---|---|---|---|
| GoA2 | 半自动（STO） | 司机负责关门、发车、应急处理 | 国内大部分地铁线路 |
| GoA3 | 有人值守的无人驾驶（DTO） | 司机在车上，但不操作，只处理故障 | 部分新建线路（如北京大兴机场线） |
| GoA4 | 无人值守的无人驾驶（UTO） | 车上无司机，全部自动化 | 上海地铁10号线、14号线 |
你可能会问，那直接上GoA4不就行了？嗯，这里要注意。GoA4虽然省了司机，但代价是：
- 车辆段要全封闭，防止人闯入
- 站台要装屏蔽门，而且必须和信号系统硬联锁
- 远程故障处理能力要极强，调度员得能远程复位设备
我曾经在某个项目上，业主非要上GoA4，结果车辆段改造费用比信号系统本身还贵。最后没办法，改成了GoA3，省了一大笔钱。
我的建议：选GoA等级，别光看技术。算一笔账：司机成本省了多少？土建改造成本增加了多少？运营维护成本变化多少？算清楚了再拍板。
1.3 定义运营场景——把「自动化」翻译成「动作」
运营场景，就是列车从早上出库到晚上回库，每一步怎么走。咱们项目里最核心的四个场景：
正线运行
这是最基础的。列车从起点站跑到终点站，中间停站、开门、关门、发车。GoA2下，司机负责关门和发车；GoA4下，全部自动。
我记得有个项目，业主说「我要GoA4，但站台门故障时，司机要能手动干预」。这就矛盾了——GoA4车上没司机啊。最后我们设计了一个方案：站台门故障时，列车自动降级为GoA2模式，由站台工作人员用便携式操作器发车。
自动折返
列车到终点站后，自动换向跑回去。这里有个坑：折返时间。业主通常要求折返时间不超过2分钟。但实际中，如果折返线太短，或者道岔动作太慢，根本做不到。
避坑指南：我曾经在一条线上，业主说折返时间90秒。我们算了一下，道岔动作要12秒，列车换端要20秒，再算上安全间隔，怎么都压不进90秒。最后跟业主协商，改成了110秒。所以，折返时间一定要留余量。
自动洗车
列车每天跑完，要进洗车线。GoA4下，洗车全程无人。但洗车机跟信号系统的接口，经常出问题。比如洗车机说「我洗完了」，信号系统没收到信号，列车就不动。这种问题，我在三个项目上遇到过，最后都是靠加硬线信号解决的。
休眠唤醒
列车晚上停在存车线，早上自动唤醒。这里有个细节：唤醒时要做自检，包括制动系统、车门系统、通信系统。如果自检失败，要能自动上报给调度中心。
我建议，休眠唤醒的流程一定要画成状态机。从「休眠」到「唤醒中」到「唤醒完成」到「待命」，每一步的触发条件和超时处理都要写清楚。
1.4 编制系统需求规格书（SRS）——把场景变成文档
SRS，就是给整个项目定规矩。它要回答三个问题：
- 系统要做什么？（功能需求）
- 系统要做到什么程度？（性能需求）
- 系统不能做什么？（安全需求）
写SRS，我有个习惯：每条需求都要有唯一编号。比如「SRS-FUNC-001：列车应能在正线以ATO模式自动运行」。这样后面做设计、测试、验收，都能追溯到这条需求。
另外，SRS里一定要写清楚「边界条件」。比如：
- 列车在隧道里丢失了通信，怎么办？
- 站台门和车门没对齐，列车能发车吗？
- 洗车时洗车机故障，列车怎么退出？
这些边界条件，业主招标文件里通常不会写。但你不写清楚，到现场就是事故。
实战经验：我见过最离谱的SRS，写了800条需求，但没一条提到「列车在坡道上停车后如何启动」。结果现场试车时，列车在3%的坡道上溜车了。所以，SRS一定要覆盖所有运营场景，包括异常场景。
小结
项目启动阶段，说白了就是「把业主的愿望翻译成工程师的语言」。招标文件是愿望，GoA等级是目标，运营场景是路径，SRS是地图。四步走完，项目就有了骨架。
下一章，咱们聊聊系统架构设计。到时候我会讲讲，怎么把SRS里的需求，变成实实在在的硬件和软件模块。
对了，如果你正在做项目启动，建议把SRS的每条需求都跟业主过一遍。别怕麻烦，现在改一行字，比现场改一公里电缆，划算得多。