旧的产品线数据：

三大块：

（1）控台

商户、机具、服务商

（2）交易

（3）分润

新的 star 系统：

包含上面全部功能。

期望所有的数据从老系统迁移到新系统。

分步走的迁移策略

产品分布

为减低迁移风险，首先迁移一个最小的产品线 rpos。

数据继续切分

分步走：

（1）不切交易。只切基本数据。

首先正向迁移迁移基本信息，保障新控台保障所有旧的数据信息。

整体排期

【项目立项】：应用申请 + GITLAB + DevOps流水线 + 数据库资源 + 网关

【项目文档】：需求分析拆分 + 应用架构文档 + 接口文档 + 详细设计 + 微信技术调研

【开发实现】：UI 切图 + 前端实现 + 后端实现 

【联调】：后后端联调 + 前后端联调

【测试】：测试用例评审 + 接口测试 + 功能测试

【上线迭代】：微信域名等配置 + 微信菜单配置 + 关注回复等

类似于微信的开发者平台，一家公司要想做大做强，把自己的业务能力外放出去是必须的。

只有构建出自己强大的生态，才能永远屹立不倒。

核心模块

核心功能：

（1）请求类

用户可以主动查询，得到对应的结果。

（2）通知类

当一些事件发生的时候，通知用户。

（3）文件类

比如交易的对账文件。

一般是基于文件的形式，常见的方式有把文件放在对方 SFTP 服务器的。

其实比较好的方式，是让对方通过 appId/appSecret 自己去一个地方取，比如 OSS。