省级平台建设
山西省生态环境智慧监管与服务平台
中标金额 5995.99 万元，山西省「一泓清水入黄河」工程的数字底座。18 个子系统、19 份需求规格、18 份详细设计、114 页架构设计书。这个项目里最硬的活不是写代码，是把 18 个子系统的边界划清楚——划不清，十几家供应商交出来的东西拼不到一起。
约束 · 为什么难
01
18 个子系统，边界必须先划清
固定源、水环境、固危废、机动车、清洁生产、温室气体、生态智脑、数据湖、统一任务调度、统一监督执法、自然生态保护、辐射安全、环境应急、遥感识别、分区管控、县域生态、公众服务、技术支撑——18 个子系统如果各自定义「企业」，最后就有 18 个企业库。必须在开工前把主数据、编码规则、字段口径全部统一，否则交付时无法集成。
02
数据要纵向贯通国家、省、市三级
生态环境的数据不是孤立存在的：国家重点污染源自动监控、省级监管平台、地市监测站，三级的数据结构和上报周期都不一样。这个项目要把三级数据对齐到同一套指标定义，横向还要贯通 10 余个厅局（水利、住建、农业农村等）的数据共享权限。
03
信创约束下的技术选型
政务云信创环境要求国产化：达梦 / 人大金仓 / 高斯数据库、东方通 / 宝蓝德中间件、麒麟操作系统。同时又要满足微服务、容器化、CI/CD 的现代工程要求——这两套要求经常打架，选型的本质是写清楚为什么这么取舍。
04
十几家供应商，接口必须先定死
每个子系统可能由不同厂商承建。如果接口在开发中途才对齐，返工成本极高。做法是开工前把入参、出参、异常码写成双方签字的文档，并且所有联调在同一个环境里做。
05
性能与安全要可验证，不能写空话
非功能需求里写「系统响应时间小于 3 秒、支持 1000 并发」是不够的——这些指标要在验收时能被压测复现。安全同样：等级保护三级、商用密码应用安全性评估（密评），每一项都有对应的整改清单。
判断与动作
判断 01
先定标准，再做系统
18 个子系统并行开发，最容易出现的不是某个系统做坏了，是各自做了一套自己的规矩。所以顺序必须是先出 14 份项目级标准规范，再让各子系统按标准交付。
01技术选型规范——明确前后端框架、数据库、中间件、加密算法的可选范围，避免每家用一套
02接口设计规范 + 统一用户平台接口文档——单点登录、数据交换、异常码统一约定
03UE / UI 规范——18 个子系统的界面风格必须一致，否则用户换一个模块就要重新学一遍
04测试规范 + 部署规范 + 运维规范——验收和运维阶段才不扯皮
判断 02
数据字典写到字段，而不是写到表
需求规格里如果只写「企业基本信息表」，开发会按自己理解建字段，最后口径全乱。必须把字段名、类型、长度、是否必填、取值范围、关联到哪张表都写死。
01固定源系统这一份需求规格，附了 16 张数据表的完整定义
02表结构覆盖到业务细节：季报审核公式表、审核反馈表、参评企业公示表、初评结果公示表、信用修改 / 降级结果公示表、评价指标管理主数据表
03这些表名本身就说明了业务复杂度——不是简单的增删改查，是有审核流、有信用评级、有公示环节的完整业务闭环
判断 03
AI 收拢成能力基座，不做散装功能
一期各系统各自提智能化需求，结果是每个系统都接一次模型，重复建设且难以维护。二期的做法是把 AI 能力抽象成基座 + 知识库，各业务系统按需调用。
01判断标准：这个环节是不是「人要在很多材料里找答案」——是，模型有价值；不是，只是多了个故障点
02适合：法律咨询、政策检索、监测数据异常解释、报告初稿生成
03不适合：资产台账核对、绩效考核打分——这类要求确定性，模型反而添乱
判断 04
过程管理做成「可核对」的，而不是「可汇报」的
省级项目周期长、参与方多，最容易失控的是没人知道真实进度。周报如果只是文字描述，看不出滞后；必须把每个模块拆到可勾选的节点。
0112 个核心模块按周拆解进度，每项有明确的完成定义（不是「开发中」）
02数据对接单独建台账：哪个厅局、对接了什么数据、卡在哪个审批环节
03每月出月报，但不以月报为管理依据——月报是给甲方的，内部管理用日更看板
结果
中标额
5995.99 万
省级生态环境数字底座
子系统
18 个
需求规格、详细设计、测试用例一一对应
需求规格
19 份
每份含功能列表、非功能需求、数据字典、验收标准
标准规范
14 份
技术选型、微服务、接口、编码、UE/UI、安全、性能、部署、测试、运维
数据汇聚
42.02 亿条
2025 年累计汇聚的生态环境数据
对接提速
-30%
数据对接周期较上一年缩短
产物 · 平台实景
以下为平台上线后的真实界面，取自项目汇报材料。18 个子系统里，这里展示的是最有代表性的几个。
01
统揽与工作台
一屏看清全省环境状况
02
水环境
监测、溯源、预测
03
大气与遥感
从地面监测到卫星识别
04
数据与智能
数据湖之上长出的大脑
05
任务调度
把发现的问题派下去
复盘
这个项目让我确认了一件事：大型政务平台的成败，八成在开工之前就决定了。标准定得早，18 个子系统就能拼成一个；标准定得晚，每个系统都能单独验收，合起来却不能用。我在这其中做的事，说到底是把「一个平台」拆成「十八个能并行、又能对接的东西」，再保证它们交回来的时候还是一个平台。