业务与需求分析
把现行业务、用户角色、数据流向和外部对接条件放在一起，进行结构化梳理。
需要打通的，与其说是系统，不如说是业务脉络。
我们不止步于把需求罗列为功能清单，还会一并考察相关人员的实际业务流程和现有系统的限制。先梳理所需的对接点和数据标准，再据此设计建成后依然便于理解和管理的架构。
从业务分析到系统切换，我们负责对接的全过程。
系统架构设计
结合现有环境和扩展计划，设计应用、数据和接口架构。
对接与集成实现
实现并验证与实际环境相适应的连接点，包括系统间自动对接、批处理和数据交换方式等。
切换与稳定运行支持
梳理迁移范围、验证标准和分阶段切换流程，一直推进到运维交接。
今日对接状态
- 办事申请受理至 业务办理转交受理内容正常
- 业务办理至 结算办理结果与结算资料正常
- 外部机构资格核验检测到响应格式变更需确认
- 统计汇总发送每日汇总发送中
- 接收
- 验证
- 转换
- 转交
系统一分开，同样的工作就要做两遍。
如果您遇到这些情况
割裂的业务与数据
各部门、各机构使用不同的系统，同样的信息要反复录入，或靠手工逐一核对。
老旧系统的局限
需要在保留现有资产的同时，把新的功能和服务安全地接入进来。
兼顾运维的系统切换
切换计划不能只看建设工期，还要把数据迁移、用户适应新系统和故障处理都考虑在内，做到切实可行。
从现状评估到稳定运行，分四步完成切换。
现状评估
与业务负责人一起确认系统现状，商定需要优先解决的问题。
集成设计
按照统一的设计标准，梳理业务、数据、界面和对接结构。
实现与验证
按功能逐一实现，并结合实际业务场景和对接条件进行验证。
切换与稳定运行
分阶段完成数据和使用环境的切换，并汇总运维过程中需要完善的地方。
项目交付物
- 现行业务与需求规格说明书
- 服务与系统架构
- 接口与数据对接规范
- 各功能实现与验证结果
- 数据迁移与切换计划
- 运维交接文档
具体范围和交付物在前期沟通中确定。
相关项目经验
信用卡与保险公司报文收发系统
实现信用卡公司和保险公司数据交换的自动化
- KPS的角色
- 开发和管理报文数据接口，负责收发监控和日志管理，实现安全通信和数据加密
- 报文接口
- 收发监控
- 安全通信与加密
公共法人机构综合结算与支付系统
把分散在多个机构的用户信息和支付处理业务对接起来，统一运行
- KPS的角色
- 建设和开发综合结算与支付系统，对支付终端与VAN（中转银行卡支付授权的增值网络）之间的对接链路进行Web漏洞检测和安全加固
- 结算与支付系统
- Web漏洞检测
- VAN链路安全
中央部委在线宣传网站
在商用云环境中建设中央部委的在线宣传网站
- KPS的角色
- 开发基于商用云的宣传网站
- 商用云
咨询前的常见问题
查看全部常见问题能否与现有业务系统或外部服务对接？
我们会先确认对接对象提供的API（用于交换数据的接口）、数据库访问条件、认证方式和调用限制。
查看完整回答：能否与现有业务系统或外部服务对接？现有数据的迁移也能纳入建设范围吗？
我们会先确认源数据的结构和质量、目标系统的数据模型，以及个人信息和数据保留政策，再确定迁移范围。
查看完整回答：现有数据的迁移也能纳入建设范围吗？现有系统可以分阶段改造吗？
我们可以根据对业务的影响和技术依赖程度，把界面、功能、数据和对接部分划分为切换单元。
查看完整回答：现有系统可以分阶段改造吗？
请先告诉我们需要对接的系统清单。
请告诉我们现有的运行环境和希望改进的业务，我们会与您一起梳理从哪里开始。