162_鲁南某经济开发区商品条码追溯系统信息系统项目质量管理

ONEPSOFT | 软考学习知识库

---

鲁南地区某经济开发区的商品条码追溯长期依赖人工登记与事后查询，商品生产、流通、销售等环节的条码信息分散在各企业手中，外部厂商交付质量不稳、集成验证反复返工，业务连续性要求高、割接窗口极为有限，线下流程长期依赖纸质台账、数据初始化工作量巨大，追溯链条不完整、问题商品难定位。为把商品条码追溯业务数字化，该园区市场监管主管部门于 2023 年 5 月发起了经济开发区商品条码追溯系统信息系统项目，经公开招标由我司承建，合同额 786.72 万元，建设周期 14 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合商品条码追溯数据，实现赋码在线化、流通可追踪、问题可召回。建设内容包括条码赋码、流通记录、追溯查询、召回管理、统计分析与报表五个模块，并与各企业及监管部门对接。技术方案中，平台按同城双中心多活容灾架构运行，微服务调用经 Istio 服务网格统一治理并支持灰度发布，追溯数据由 GaussDB 承载，热点数据借助分布式缓存加速访问；前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 构建，应用部署在市政务云国产化环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 17 人，其中需求分析 3 人、研发 8 人、测试 3 人、实施运维 2 人、数据治理 1 人，编制随模块规模动态调整，关键节点加派驻场支持。项目于 2024 年 7 月通过终验，上线后设备在线率由 83% 提升至 98.5%，月度报表出具时间由 5 天缩短至 4 小时。这个项目涉及追溯链条长、厂商多、割接窗口紧，质量稍有闪失，追溯数据出错、召回响应滞后，后果不堪设想。14 个月的实践让我体会到，质量管理要转好三个环：定标环把标准立住，执行环把过程管住，验证环把结果收住。下面我围绕这三个环，结合项目实践说明质量管理是如何落地的。

一、定标环：把 " 合格 " 的定义写到纸面上、把责任落到岗位上

质量管理的第一个环是定标，回答 " 合格的标准是什么、谁对质量负责 "。我组织需求、开发、测试与实施负责人召开了质量规划专题会，结合商品追溯的合规要求，共同编制了《质量管理计划》，把质量标准拆成三个维度：功能质量看赋码、流通记录、追溯查询各环节是否完整可用；数据质量看追溯数据准确率是否不低于 99%、链条完整率是否 100%；性能质量看追溯查询响应时间是否不超过 2 秒。三个维度共同构成质量基线，任何交付成果都要对照基线核验。标准不是拍脑袋定的，我们参考了监管部门对追溯系统的验收要求，并结合园区企业实际，逐条确认过才写入计划，标准因此既有合规性又有可操作性。

标准立起来之后，关键是把责任落下去。我们按角色做了质量职责分工：需求人员守住需求质量，开发人员守住实现质量，测试人员守住验收质量，实施人员守住上线质量，分工写进岗位说明书并纳入考核。针对第三方厂商交付质量参差的问题，我们把厂商交付物与验收标准在规划阶段写进协议，明确不合格不接收；针对数据初始化量大、纸质台账多的问题，我们在规划阶段就制定了统一的赋码与台账规范，把数据质量目标写入质量基线，为后续两个环的工作提供了依据。职责分工不是写在纸上的空文，我们每月对照分工做一次履职检查，谁的责任环节问题多，就在例会上当面指出、限期整改。以测试岗位为例，我们每月统计其测试用例的覆盖率与漏测率，指标不达标的当面复盘原因，连续两个月不达标则调整分工，考核因此不是走过场，而是实实在在的约束。

二、执行环：把质量要求嵌进开发联调、让过程始终可监控

质量管理的第二个环是执行，回答 " 怎么保证做出来的过程是合格的 "。我们建立了质量例检与节点把关机制：每周质量例检看质量数据，里程碑节点做质量把关，问题在过程中暴露、在过程中解决。针对第三方厂商交付质量参差的问题，我们用因果图从接口、数据、环境、责任四个维度梳理了集成质量的症结，定位到部分厂商的接口说明不全、测试口径不一，据此统一了接口测试规范，明确各方的测试标准与责任归属，并组织跨厂商联合评审，集成质量明显改善。以赋码接口为例，早期联调时发现部分企业的赋码规则不一致，我们通过联合评审统一了规则，追溯链路的源头数据从此整齐划一。

针对割接窗口有限的问题，我们用检查表按切换步骤、回退通道、验证指标三个维度逐项核对割接准备，割接当天全程驻场，一次成功，没有影响业务连续性。割接前我们还做了三轮演练：首轮演练暴露了数据迁移耗时过长的问题，我们据此优化了迁移脚本并增加并行度，后两轮演练均一次通过，正式割接时全员心里都有底。执行环的日常管理还靠制度托底：代码评审制度化，关键模块双人复核；质量问题登记造册，逐条跟踪、逐条销号；测试用例覆盖不足的场景当场补齐，团队逐渐养成了 " 先想质量、再做事情 " 的习惯，执行过程始终没有出现为赶进度而降标准的妥协。

三、验证环：把交付成果核验到底、让结果经得起追溯

质量管理的第三个环是验证，回答 " 交付的东西到底合不合格 "。我们按模块逐项验收：每个模块交付时，由开发人员先自查、测试人员再复核、独立评审最后确认，一关不过不进入下一关，问题在每一关都被拦下来。针对追溯数据准确性问题，我们用分层抽样按商品类别与企业类型分层抽取样本，逐条核对数据的完整性、准确性，抽到的差异当场定位原因、限期修正；针对追溯链条完整性问题，我们用检查表按赋码、流通、查询三个环节逐项核对链条闭合情况，链条完整率始终保持在 100%。链条核验不是只在收尾做，我们每季度抽测一次全链条数据，模拟从赋码到查询的完整路径，确保任何一环都没有断点，问题商品的定位能力因此始终有保障。有一次抽测发现个别企业的赋码批次号与生产日期对不上，追查下来是旧台账迁移时的遗漏，我们当即补录并建立了批次号唯一性校验，此后同类问题未再出现。

收尾阶段，我们安排了一次交叉审计，由测试负责人与实施负责人分别核对对方负责的模块，双向交叉确认，审计发现的问题全部限期整改、销号存档，审计记录作为验收附件随卷归档。交叉审计的价值在于打破自审自纠的盲区——自己看自己的问题容易放过，换个人来看往往能发现问题，这次审计就揪出了两处测试用例覆盖不足的隐患，及时补齐后才进入验收。验证环看似只是收尾动作，实则贯穿全程：每个里程碑的验收记录都归档在案，最终验收时拿出的是一整条完整的数据链，各方因此对交付质量心服口服。验证环节我们还注意把握质量与等级的关系：追溯系统追求高质量而不是高等级，不过度设计、不堆砌功能，而是把赋码、流通、查询这些核心环节做扎实，让质量与成本、进度保持平衡。项目最终一次通过验收，设备在线率提升到 98.5%，月度报表由 5 天压缩到 4 小时，各企业与监管部门对系统的认可度明显提升，市场监管主管部门认为这套质量管理做法值得在园区推广。

复盘整个项目，质量管理带给我的收获是：定标环立得住、执行环管得住、验证环收得住，三个环环环相扣，缺了任何一环，质量都会失守。这正是本项目留给我最深的启示。这套把定标、执行、验证串成闭环的做法，后来也被固化进公司在市场监管类项目的质量管理模板，为后续项目提供了参照。