002_皖北某区县级耕地保护监测系统信息系统项目质量管理

ONEPSOFT | 软考学习知识库

---

2023 年 4 月，我作为项目经理负责了皖北某区县级耕地保护监测系统的建设工作。建设单位为该地区自然资源主管部门，合同金额 850.24 万元，建设周期 6 个月，自 2023 年 4 月至 2023 年 9 月。该区县耕地保有量约 62 万亩，其中永久基本农田 48 万亩，此前耕地 " 非农化 "" 非粮化 " 问题主要依靠季度卫片下发后人工比对与实地核查，存在发现周期长、图斑定位粗、核查取证不规范、跨部门数据口径不一致等问题。建设单位希望通过本项目构建 " 天上看、地上查、网上管 " 的一体化耕地保护监测体系，实现疑似违法图斑的自动识别、快速派发与闭环处置。

项目建设内容包括五个子系统：一是多源遥感影像接入与预处理子系统；二是疑似图斑智能识别子系统；三是外业核查移动应用；四是耕地保护 " 一张图 " 与决策分析子系统；五是与上级自然资源主管部门、农业农村、乡镇街道的数据共享交换子系统。技术架构上，采用服务网格 Istio 实现服务治理与灰度发布，通过多活容灾架构保障业务连续性，业务与空间数据统一存储于 GaussDB 数据库，高频访问的图斑状态与权限数据通过分布式缓存加速。项目采用矩阵型组织结构，团队共 22 人，包括项目经理 1 人、需求分析 3 人、系统架构 2 人、遥感算法 3 人、开发工程师 7 人、测试工程师 3 人、质量管理 1 人、配置管理 1 人、实施交付 1 人。

本项目质量压力集中在三个方面：一是需与上级部门、农业农村部门、12 个乡镇街道等多家外部单位联调，进度同步与责任界面复杂；二是跨部门耕地分类、地类编码、面积口径长期不一致，数据无法直接对齐；三是从区县到乡镇再到村组的三级核查审批链路长，权限模型设计复杂，极易出现越权查看或漏派工单。加之项目周期仅 6 个月、且须赶在年度卫片执法核查启动前上线，质量一旦失控将无法通过验收。因此，我把质量管理作为本项目的首要管理工作，严格按照规划质量管理、管理质量、控制质量三个过程组织实施。下面结合项目实践，论述我对信息系统项目质量管理的认识。

一、规划质量管理与质量成本

规划质量管理是识别项目及其可交付成果的质量要求和标准，并书面描述项目将如何证明符合质量要求的过程。项目启动后，我依据项目管理计划、需求文件、风险登记册与相关行业标准，组织团队采用专家判断、标杆对照、会议等工具，编制了质量管理计划与质量测量指标。

在编制过程中，质量成本分析是我重点运用的工具。质量成本是指在产品生命周期中发生的所有成本，包括为预防不符合要求、为评价产品或服务是否符合要求，以及因未达到要求而发生的全部成本，可分为一致性成本与非一致性成本两大类。一致性成本是为避免失败而在项目期间投入的成本，包括预防成本与评估成本：预防成本用于生产合格产品，本项目中体现为质量培训、编制编码规范与接口契约文档、建立过程改进机制、配置自动化构建与静态扫描工具；评估成本用于评定质量，本项目中体现为代码走查、单元测试、集成测试、遥感识别模型的样本抽样验证。非一致性成本是因失败而在项目期间和项目结束后支出的成本，包括内部失败成本与外部失败成本：内部失败成本是项目内部发现缺陷所导致的返工与报废，本项目中体现为图斑识别算法因样本标注错误而重新训练；外部失败成本是交付后才发现问题所引发的责任、保修与业务损失，本项目中体现为若错误图斑派发至乡镇导致无效外业核查所造成的行政成本与公信力损失。基于该分析，我与建设单位达成共识：在预防与评估环节适度增加投入，把缺陷拦截在交付之前，其经济性远高于事后返工。据此，我在质量管理计划中将预防与评估投入占比设定为项目人力成本的 12%。

为确保计划的有效性与可执行性，我组织召开了质量管理计划评审会，邀请公司质量管理部负责人、建设单位技术负责人与两位乡镇街道用户代表参加。会上，建设单位技术负责人提出，耕地地类编码须严格对齐上级部门最新版标准，建议将 " 地类编码一致性校验通过率 100%" 单列为质量测量指标；乡镇用户代表则提出，外业核查多在信号较弱的田间进行，建议将 " 移动端弱网环境下工单提交成功率不低于 98%" 纳入指标。我采纳了上述意见并更新计划，最终形成涵盖功能、性能、安全、数据一致性四个维度共 18 项质量测量指标的质量管理计划，经评审通过后发布执行。

二、管理质量与面向 X 设计的运用

管理质量是把组织的质量政策用于项目，并将质量管理计划转化为可执行的质量活动的过程。管理质量关注过程改进与质量保证，其目的是提高实现质量目标的可能性，而不是对单个成果做检验。

在本项目中，我重点运用了 " 面向 X 的设计 " 这一工具。面向 X 的设计是产品设计期间可采用的一系列技术指南，X 代表产品开发的某个方面，其核心思想是在设计阶段就把特定质量属性内嵌到方案中，从源头控制质量而非事后补救。结合本项目的三大质量压力，我组织架构组从四个方向落地：

一是面向可靠性的设计。针对年度卫片核查期间业务不可中断的要求，架构上采用同城多活容灾，核心服务双活部署，数据库主备实时同步，并通过服务网格的熔断与重试策略隔离故障域，将单点故障对整体的影响控制在单个子系统内。二是面向可测试性的设计。针对多家外部单位联调、责任界面复杂的难点，我要求所有对外接口先行定义接口契约并纳入配置管理，同时基于契约自动生成挡板服务。这样在外部单位尚未就绪时，内部测试即可先行开展，避免了以往 " 等对方联调、出问题相互推诿 " 的被动局面。三是面向安全性的设计。针对三级审批链路的权限复杂性，采用基于角色的访问控制叠加数据行级权限，按行政区划自动裁剪数据可见范围，并对所有图斑查阅与流转操作留痕审计。四是面向可维护性的设计。借助服务网格的流量治理能力实现灰度发布与全链路追踪，任一接口异常均可快速定位到具体服务与调用链路。

上述设计带来了可量化的过程改进效果：接口契约先行使联调阶段的接口类缺陷由前期同类项目的均值 42 个降至 9 个；灰度发布机制使版本回退时间由小时级缩短至 5 分钟以内。

三、控制质量与典型问题处置

控制质量是为评估绩效，确保项目输出完整、正确并满足客户期望，而监督和记录质量管理活动执行结果的过程。我依据质量管理计划、质量测量指标与可交付成果，运用检查表、统计抽样、数据分析、控制图等工具组织实施。

质量管理过程中遇到的典型问题出现在联调阶段。系统与农业农村部门的种植类型数据完成对接后，测试发现耕地图斑面积汇总值与建设单位台账偏差达 4.7%，远超质量测量指标要求的 0.5%。若带病上线，将直接导致核查工单错派。我立即组织专题分析：首先用检查表逐项比对两侧数据字典，其次对偏差图斑做分层抽样，从异常图斑中随机抽取 120 个逐一溯源。分析发现，偏差并非程序缺陷，而是两个部门的业务口径不一致——我方按自然资源部门的图斑净面积统计，对方按农业农村部门的种植面积统计，且对田坎、沟渠的扣除规则不同。

定位根因后，我采取了三步措施：第一，牵头组织建设单位与农业农村部门召开数据口径协调会，形成书面《数据口径确认单》，明确以自然资源部门的净面积口径为准，对方数据在接入时按约定规则统一换算；第二，在数据交换子系统中增加口径换算与一致性校验规则，校验不通过的数据不予入库并生成异常清单；第三，将该校验规则补充进质量测量指标，纳入后续每轮回归测试。整改后复测，面积汇总偏差降至 0.08%，满足指标要求。这一问题也让我意识到，跨部门项目的质量风险往往不在代码里，而在业务口径的模糊地带，必须尽早通过书面确认将其固化。

四、结语

2023 年 9 月，本项目按期通过验收并投入运行。系统上线后，疑似违法图斑智能识别准确率达到 94.6%，误报率控制在 3% 以内；系统并发承载能力由改造前的 800 用户提升至 5000 用户在线，顺利支撑了年度卫片执法核查期间的集中访问高峰；耕地保护补偿资金的结算差错实现连续 12 个月零发生。

项目也留有遗憾。周期紧张导致我在前期对乡镇端弱网场景的测试环境准备不足，移动端离线提交功能的验证被推迟到试运行阶段才充分开展，虽最终未影响交付，但一度带来较大风险。事后我认识到，质量管理计划中不仅要定义指标，更要同步规划验证这些指标所需的环境与资源。通过本项目，我深刻体会到质量是设计和管理出来的，而不是检验出来的：把质量要求前置到设计阶段，把跨方口径固化为书面约定，把预防与评估的投入用足，才能真正做到事前预防、事中控制、事后改进。今后我将继续深化质量管理的理论学习与工程实践，不断提升项目管理水平。