163_辽南某经济开发区内容生产协同系统信息系统项目质量管理

ONEPSOFT | 软考学习知识库

---

辽南地区某经济开发区的政务内容生产长期依赖人工流转与线下审批，选题、撰稿、审校、发布等环节分散在各园区部门手中，网络专线覆盖不全、偏远节点通信稳定性不足，存量老系统接口文档缺失、改造边界难以厘清，涉密与敏感数据较多、须按等保三级要求同步建设，协同效率低、内容质量难保证。为把政务内容生产协同业务数字化，该园区宣传主管部门于 2023 年 6 月发起了经济开发区内容生产协同系统信息系统项目，经公开招标由我司承建，合同额 1520.08 万元，建设周期 9 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合内容生产全流程数据，实现选题在线化、审校协同化、发布一体化。建设内容包括选题管理、内容创作、在线审校、发布管理、统计分析与报表五个模块，并与各园区部门及外部供稿单位对接。技术方案上，业务表单与流程依托低代码平台快速配置，微服务网关统一管理接口，业务数据存放于 OceanBase 数据库，消息通过 RocketMQ 异步推送，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 编写，应用部署在市政务云信创环境，安全建设按等保三级实施。团队采用矩阵式组织，全队 13 人，需求、研发、测试、实施运维与数据治理各岗配齐，编制按模块规模与接口数量核定，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 3 月通过终验，上线后用户满意度测评由 78 分提升至 94 分，月度报表出具时间由 5 天缩短至 4 小时。

质量管理要回答的核心问题是：交付的内容协同平台靠不靠谱、质量风险能不能被提前摁住。本项目地处多地市分支机构协同场景，网络基础弱、存量系统多、数据敏感度高，质量稍有闪失，协同内容丢失、涉密信息泄露，交付就无从谈起。9 个月的实践里，我围绕三道现实难题，把质量管理的过程与工具一步步嵌入项目：第一道难题是偏远节点数据上报质量不稳，第二道难题是存量系统集成边界不清，第三道难题是涉密数据的安全合规要求高。下面逐一说明这三道难题的应对过程。

一、难题一：偏远节点数据上报不稳，如何保证协同数据不缺不漏

项目启动不久，我们就发现一个棘手问题：部分偏远园区的部门网络条件差，内容稿件、图片素材在回传过程中频繁出现丢包与重传，协同数据缺口时有发生。若放任不管，稿库、素材库的完整性就无法保证，后续的审校与发布都会建立在残缺数据之上。

针对这一点，我们做了两件事。一是把 " 数据上报完整率 " 作为核心质量指标写进质量基线，明确各节点每周上报完整率不低于 99%，漏报重报当天补齐；二是用帕累托图对数据缺失的原因做了分类统计：按缺失原因统计发生频次，发现约两成的缺失原因占据了八成以上的问题，集中在偏远节点断网重传与低代码表单字段校验不严两类，据此把优化资源优先投向这两类——对断网高发节点协调运营商加装备用链路，对易漏字段补充表单必填与格式校验，数据上报完整率由 92% 提升到 99.6%。配套的检查表也同步运转：按节点、数据类型、回传时限三个维度列出核对清单，每周对照检查一遍，发现缺漏立即补齐并记录缺漏原因，连续两周出现同一缺漏的节点由专人跟进。质量审计也同步介入：我们每两周审计一次各节点的数据对账记录，凡对不上的当场追溯原因，从机制上防止 " 缺了就补、补了再缺 " 的循环。数据底子打牢了，后续的审校与发布才有了可信的基础，这是本项目质量工作的第一块基石。

二、难题二：存量系统接口文档缺失，如何划清集成质量边界

项目需要与多个存量系统对接，但部分老系统年代久远、接口文档缺失，改造边界难以厘清。集成阶段稍有不慎，接口对不上、数据接不通，联调就会陷入反复返工。

针对这一点，我们组织了两次质量审计：第一次审计面向接口现状，逐系统盘点存量接口的调用关系、数据格式与依赖顺序，把散落各处的信息整理成一份接口台账，文档缺失的接口由实施人员与老系统维护方逐项确认后补录，审计发现的问题全部限期整改、复核销号；第二次审计面向集成质量，按接口类别抽查联调记录与测试证据，确认 " 文档、代码、测试 " 三者一致。审计不是查完就完，我们以审计结论为依据，把改造边界写进集成方案，明确哪些接口复用、哪些接口升级、哪些接口新建，各方的责任界面由此清晰起来。集成阶段的联调测试也按接口类别做了分层覆盖，高风险接口全量测试、低风险接口抽样测试，测试证据逐条归档。9 个月里，集成阶段的返工明显减少，新增接口全部一次通过联调，集成质量始终在掌控之中，这正是质量审计在本项目中最大的价值。

三、难题三：涉密数据安全要求高，如何保证质量与安全双达标

政务内容涉密与敏感数据较多，等保三级是硬性要求。质量工作如果只盯着功能与性能，忽略了安全这个维度，项目验收必然受阻。我们把数据安全纳入质量基线：涉密内容全流程加密传输与存储、操作全程留痕、权限最小化授权，任何交付物都要对照安全标准核验。

针对涉密数据管理，我们用统计抽样按数据类型与部门类别分层抽取样本，逐条核对脱敏规则、授权范围与操作日志的完整性、合规性，抽到的差异当场定位原因、限期修正。以一次抽样为例，我们抽到某部门的授权清单中残留了离职人员的账号，当场清理并建立了账号定期复核机制，此后未再出现同类问题。同时，我们把安全核验嵌入每个模块的验收流程，安全不达标不进入下一阶段：模块提交验收前，先由安全专员对照等保要求逐项核查，再进入功能与性能测试，涉密内容全流程加密传输与存储、操作全程留痕、权限最小化授权，这些要求每一条都有对应的核验记录可查。最终，系统以零整改项通过等保三级测评，涉密数据处理全程合规，质量与安全实现了双达标，这也让主管部门对系统交付的信心明显增强。

四、质量管理与其余绩效域的联动

质量管理不是孤立的，它与其余绩效域相互支撑：向规划绩效域输出质量目标与验收标准，使计划有据；向度量绩效域输出缺陷率、完整率等质量数据，使判断有数；向干系人绩效域输出质量通报，使各方对交付状态心中有数；向不确定性绩效域输出质量风险信号，使风险早发现；向团队绩效域输出质量责任分工，使考核落地；向交付绩效域输出质量核验结论，使验收有依据；向工作绩效域输出质量改进要求，使流程更顺。质量数据流到哪里，管理就跟进到哪里，整个项目因此运转有序。

项目最终一次通过验收，用户满意度由 78 分提升到 94 分，月度报表由 5 天压缩到 4 小时，各园区部门与外部供稿单位对系统的认可度明显提升，宣传主管部门认为这套质量管理做法值得在园区推广。复盘整个项目，我的体会是：质量工作的价值不在于验收那一刻，而在于把 " 数据不缺、边界不清、安全不松 " 这些隐患在过程中一个个排除掉。帕累托图让数据缺失的原因显形，质量审计让集成边界有了依据，统计抽样让涉密管理经得起核查。回头看，最大的收获不是一次通过验收的结果，而是团队真正养成了 " 先想质量、再做事情 " 的习惯。这套围绕三道难题展开的质量管理做法，后来被整理成公司在政务内容类项目的质量管理参考，供后续同类项目借鉴使用。