>
周五上午，星火团队按约到南都华信总部对接。会议室里摆着一块新的白板，左边写着“总包-分包职责边界”，右边空着，等着讨论结果落字成文。
华信项目经理周海先开口：“先把角色定清楚。华信负责总包、对外协调与最终验收签署，星火作为主要分包，负责研发与交付。需求统一走总包接口，问题单也统一记录，避免多头沟通。”
李明点头，把准备好的清单摊开：“我们建议每周一次项目周会，固定周二上午，参会方包括华信项目组、星火项目组、人社信息中心联络人。每两周做一次里程碑评审，评审内容包括范围、风险、质量指标和资源调整。”
林星石补充：“问题单流转我们采用统一模板，字段包含模块、场景、严重级别、复现路径、影响范围与建议处理人。日清机制每天收口，晚四点前更新状态。跨方问题由华信协调，避免责任不清。”
这章没有结束，请点击下一页继续阅读！
会议桌另一侧的业务代表提议：“要是遇到特别紧急的事项，可不可以直接私信星火的同事处理？走流程怕来不及。”
李明抬眼，语气不重却不让步：“任何需求都必须经总包登记，否则没法追责也无法回溯。紧急事项我们单列变更单，由总包判级、限时评审，同步影响面与回滚点。流程是为了让速度可控，不是为了减速。”
短暂的沉默后，周海点了点头：“临时沟通可以保留，但以问题单记录为准。”
李明心里把“范围蔓延”的风险画了个圈，决定把模板做得更易用，减少走旁路的冲动。
林星石在本子上记下“临时通道”四个字，判断这是未来最容易失控的地方，准备在周会上专设时间窗清点当周变更。
职责边界确认后，双方把总体里程碑逐条梳理到白板：
一，需求梳理。以条线为单位走访，先社保后人事，形成现网流程图与问题清单，配合样例数据。输出需求基线与范围清单。
二，业务原型。以受理端与后台审批端为主线，组件库与交互规范先行，小范围可用性评估。输出原型包与评审记录。
三，分阶段开发。按模块划分迭代，统一接口风格，单元测试覆盖到关键分支。输出迭代包与开发说明。
四，联调。搭统一联调环境，华信与星火对齐日志格式与追踪标识，问题单闭环。输出联调报告与问题清单。
五，试点。选取一个区局窗口上线，设置灰度比例与回滚门槛，收集窗口反馈。输出试点评估。
六，全量上线。按区县滚动发布，夜间变更窗口由人社机房安排，变更单与回退单成对提交。输出上线确认单与回归结果。
七，运维移交。完成知识库、操作手册与应急预案，培训两轮，移交后进入联合维护期。
谈到接口与数据标准时，陈默把打印好的数据模型放到桌上：“以人社业务为核心，统一人员库、参保信息、缴费记录、关系转移与单位信息等数据模型。接口鉴权采用令牌加签，所有调用写审计日志，关键字段留操作人与时间戳。”
周海看了一眼：“现网有不少历史接口是 XML 的。”
“没问题。”陈默回答，“对外新接口统一 HTTP 风格，主体使用 JSON，兼容必要的 XML 适配层。历史系统通过适配层接入，减少对旧系统的侵入。”
技术选型部分，双方很快达成一致。以 Java 企业级栈为主，Web 层按模块交付，数据库采用 MySQL，存储结构与索引策略先出基线文档。生产环境暂由华信机房托管，涉敏数据与核心审批模块只在华信环境落地，非涉敏的原型与测试环境允许在星火自有环境搭建，网络通过专线与访问控制隔离。
周海忽然把笔敲了敲桌面：“单元测试覆盖到‘关键分支’，这个口径有点松。我们更希望看到数字，比如不少于 70%。”
测试负责人刘明吸了口气，压下本能的反驳：“覆盖率可以设门槛
温馨提示：亲爱的读者，为了避免丢失和转马，请勿依赖搜索访问，建议你收藏【久久小说】 m.gfxfgs.com。我们将持续为您更新！
请勿开启浏览器阅读模式，可能将导致章节内容缺失及无法阅读下一章。