164_西北某地市域人工影响天气作业管理系统信息系统项目质量管理

ONEPSOFT | 软考学习知识库

---

西北地区某地市的人工影响天气作业管理长期依赖人工填报与事后统计，作业申请、空域协调、火箭发射记录等环节分散在各气象台站与空管部门手中，多级组织层级审批链路长、权限模型设计复杂，第三方厂商交付质量参差、集成测试反复返工，算法识别在复杂光照与天气条件下准确率不稳定，作业信息不实时、指挥调度不协同。为把人工影响天气作业管理业务数字化，该市气象主管部门于 2023 年 4 月发起了地市域人工影响天气作业管理系统信息系统项目，经公开招标由我司承建，合同额 226.58 万元，建设周期 15 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合作业管理全流程数据，实现申请在线化、调度协同化、记录留痕化。建设内容包括作业申请、空域协调、发射指挥、记录归档、统计分析与报表五个模块，并与各气象台站及空管部门对接。技术方案上，平台按同城双中心多活容灾架构运行，微服务调用经 Istio 服务网格统一治理并支持灰度发布，业务数据由 GaussDB 承载，热点数据借助分布式缓存加速访问，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 构建，应用部署在市政务云国产化环境，安全建设按等保三级标准同步实施。团队采用矩阵式组织，全队 24 人，需求、研发、测试、实施运维与数据治理各岗配齐，编制按模块规模与接口数量核定，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 7 月通过终验，上线后跨部门数据共享接口调用量月均突破 120 万次，资金结算差错实现连续 12 个月零发生。

下面我从理论认识、实践做法、反思改进三个层面，谈谈质量管理在本项目中的思考与作为。

一、理论认识：质量管理是三条腿走路

从理论上讲，质量管理由三个过程构成，像三条腿支撑起质量这架马车：规划质量管理解决 " 合格的标准是什么 "，它识别项目及交付成果的质量要求与规范，并明确如何证明符合要求；管理质量解决 " 过程怎么保证 "，它把质量要求转化为评审、检查等具体活动，让过程质量可控；控制质量解决 " 结果合不合格 "，它监督并记录质量活动结果、评估绩效并建议必要的变更。三个过程环环相扣，缺了任何一环，质量管理都会脱节。我还有一个认识：质量管理要分清质量与等级——质量是对需求的满足程度，等级则是技术水平的排位，本项目追求的是高质量而不是高等级，不过度设计、不堆砌功能，而是把作业申请、空域协调、发射指挥这些核心环节做扎实。落到本项目，我特别看重两个特点：一是气象业务时效性极强，作业窗口稍纵即逝，质量标准必须从严；二是作业数据涉及多部门共享，口径必须统一，否则跨部门协同就会失序。基于这两点认识，我确定了本项目质量管理的三条主线：标准从严、过程盯紧、结果核真。

二、实践做法：把三条主线落到作业管理的每个环节

标准从严，体现在质量基线的设定上。规划阶段，我组织项目骨干，结合人工影响天气作业的行业规范，牵头编制了《质量管理计划》，把质量要求写成三类可核验的标准：功能上，作业申请、空域协调、发射指挥各环节完整可用，申请成功率 100%、指挥指令无丢失；数据上，作业数据准确率不低于 99%、记录归档完整率 100%；性能上，指挥指令响应时间不超过 3 秒。三类标准共同构成质量基线，任何交付都要对照基线核验。针对多级审批链长的问题，我们把权限模型设计纳入质量基线，逐级确认权限边界：申请、审批、指挥三类角色各管一段，权限互不越界，权限配置一次到位，没有出现越权或漏权，作业审批流转因此顺畅有序。基线不是挂在纸上的，我们把它拆成可测指标，每两周采集一次数据与基线对比，偏离超过容忍范围的，责任人在例会上当场说明并限期纠偏，基线始终有约束力。

过程盯紧，体现在对过程质量的持续监控上。针对第三方厂商交付质量参差的问题，我们用控制图对每周的集成缺陷率持续监控：以连续数周数据建立基线，画出均值线与上下控制限，每周把实际缺陷率标注到图上。第十一周起，缺陷率连续落在控制限之上，控制图提示集成质量出现异常，我们提前介入排查，发现是一家厂商的接口实现与规范偏差，随即要求整改并加强测试把关，缺陷率回到基线之内。这个案例让我体会深刻：如果没有控制图，缺陷率的缓慢爬升很容易被周报的平均值掩盖，等发现时往往已经积压成堆，控制图的实时监控让异常在失控前就被看见。针对算法识别在复杂光照与天气条件下准确率不稳定的问题，我们用因果图围绕 " 识别准确率波动 " 从算法、样本、环境、标注四方面分析根因，定位到阴天与夜间场景的训练样本不足，据此补充了样本并调整了模型阈值，识别准确率由 88% 稳定到 94.6%。过程盯紧还靠制度托底：关键模块强制代码评审与双人复核，质量问题逐条登记造册、闭环销号，团队逐渐养成了 " 先想质量、再做事情 " 的习惯。

结果核真，体现在交付成果的核验上。收尾阶段，我们对照质量基线做了最终核验：作业申请成功率 100%，记录归档完整率 100%，指挥指令响应时间压缩到 1.8 秒，跨部门数据共享接口调用量月均突破 120 万次，资金结算差错连续 12 个月零发生。为让结论站得住脚，我们用标杆对照把本项目的质量水平与行业标杆做了对标：参考同类气象业务系统的接口成功率与数据准确率数据，把行业先进水平作为参照，逐项找差距、补短板，最终各项指标全部达到或超过标杆水平。对标不是简单抄数字，我们把行业标杆的指标逐项拆解，结合本项目的台站分布与作业特点做了本地化调整，让目标既有挑战性又可实现。核验过程中，我们还用统计抽样按作业类型与台站类别分层抽取样本，对归档记录本身做了复核，凡对不上的当场追溯，最终验收结论因此站得住脚。核验不是只在收尾做，每个里程碑的核验记录都归档在案，验收时拿出的是一整条完整的数据链，各方因此对交付质量心服口服。

三、反思改进：三个值得检讨的地方

项目顺利通过终验，但回顾仍有值得检讨之处。其一，控制图的基线建立偏晚，项目前期两个月没有过程数据的积累，异常出现时对比样本不足，若从规划阶段就开始采集过程数据，基线的说服力会更强。其二，对厂商质量的管理偏重事后把关，第一次控制图报警前，个别厂商的偏差已存在数周，若在联调前就组织一次质量审计摸底厂商能力，可以更早介入，联调阶段的返工还能再少一些。其三，标杆对照只覆盖了功能与性能指标，对用户体验类指标的对标不足，后续补充了用户访谈才补齐这块短板。这些经验都已沉淀进公司的经验教训库，也为后续气象类项目提供了前车之鉴。

综上，质量管理在本项目中的价值在于让作业管理的每一环都有标准可依、有数据可查、有结论可证：控制图让过程异常在失控前就被看见，因果图让识别波动有了根因，标杆对照让质量目标有了参照，审计与核验让交付结论经得起追溯。项目在多级审批、厂商参差、算法不稳的多重约束下按期交付，质量管理在其中功不可没，15 个月的实践让我对 " 质量是管理出来的、不是检验出来的 " 这句话体会尤深。这套从标准、过程到结果环环相扣的做法，后来被整理成公司在气象类项目的质量管理参考，供后续同类项目借鉴使用。