新笔趣阁

第47章 新的挑战与机遇（第3页）

七，运维移交。完成知识库、操作手册与应急预案，培训两轮，移交后进入联合维护期。

谈到接口与数据标准时，陈默把打印好的数据模型放到桌上：“以人社业务为核心，统一人员库、参保信息、缴费记录、关系转移与单位信息等数据模型。接口鉴权采用令牌加签，所有调用写审计日志，关键字段留操作人与时间戳。”

周海看了一眼：“现网有不少历史接口是 XML 的。”

“没问题。”陈默回答，“对外新接口统一 HTTP 风格，主体使用 JSON，兼容必要的 XML 适配层。历史系统通过适配层接入，减少对旧系统的侵入。”

技术选型部分，双方很快达成一致。以 Java 企业级栈为主，Web 层按模块交付，数据库采用 MySQL，存储结构与索引策略先出基线文档。生产环境暂由华信机房托管，涉敏数据与核心审批模块只在华信环境落地，非涉敏的原型与测试环境允许在星火自有环境搭建，网络通过专线与访问控制隔离。

周海忽然把笔敲了敲桌面：“单元测试覆盖到‘关键分支’，这个口径有点松。我们更希望看到数字，比如不少于 70%。”

测试负责人刘明吸了口气，压下本能的反驳：“覆盖率可以设门槛，但要与场景化用例一起评估。我们建议‘关键模块 70%+，核心流程场景用例全覆盖’，并在里程碑评审时看趋势，不一刀切。”

“项目周期紧，别在测试上拖慢节奏。”业务代表又补了一句。

刘明把笔记本合上，又打开，语速依旧平稳：“节奏会更快，因为可预期。没有质量基线，节奏会失真。”

林星石没有接话，他在心里迅速权衡：数字门槛能换来共识，但必须留出场景测试的空间。他决定先用“关键模块覆盖率+场景用例清单”做双轨，周会上按趋势和阻断项复盘。

质量保障与验收口径写得很细。功能以业务场景验收，定义缺陷等级 P0 至 P3，分别对应阻断、严重、一般与建议，设定响应与修复的服务时限。联调前必须完成性能与安全基线测试，性能以并发量、响应时长与资源占用为衡量，安全包含鉴权、注入、越权与审计链完整性，全部通过后方可进入试点。

“安全与合规要单列。”周海提醒。

林星石把一列标题写在白板上：“涉政数据脱敏，按最小权限做访问控制，关键操作留痕。联通 VPN 专线，账号与设备双因子校验。数据迁移准备全量与增量双方案，回滚预案写清楚触发条件与执行步骤。”

资源与费用控制上，李明把原则讲清楚：“关键域自研，通用域复用。不重复造轮子，减少二次开发成本。我们与华信共享运维监控与告警平台，统一指标与告警分级，减少资源浪费。”

风险清单被一条条补充：老系统迁移窗口短，历史数据质量参差，现场协调复杂。对策也一一落地：迁移演练至少两轮，数据抽样校验口径先定；问题日清，跨部门的事项挂在周会第一议题；灰度策略从最少受理窗口起步，扩大比例前先通过稳定性门槛。

讨论持续到中午，大家按计划收尾。周海合起电脑：“今天先到这，下午我们把会议纪要发一版，你们补充，我们周一前把职责边界与里程碑定稿。”