工作日记-数据中心项目的对接会议

会前准备

今天早上部长跟我说需要对接一个U位硬件的项目，对方需求基本上是需要原始数据，只需要上传原始的RFID在位信息给对方即可。

和今天一起开会的商务讨论过后，商务提出了首先需要建立绑定关系，也就是标签和实际业务对象的绑定，商务在标书中写到了可以使用手持机进行绑定，这个时候我比较困惑，因为对接前告知我只需要传递原始的RFID数据，绑定如果我们来做的话，我们就需要知道更多对方的业务数据，并且后续对方对业务对象的增删改就需要同步给我方来维护正确的绑定关系。我方系统和对方系统耦合度变强。

举个例子来说，我们已经成功上线的物流业务系统，涉及到RFID事件的传递，因为对方业务系统不想做绑定关系，所以提前协商好RFID和具体器具ID的映射规则，我方上传数据时，需要把RFID转换为业务上的器具ID再上传，并且做了很多过滤和去重的工作。

和部长再次讨论，并说明我的困惑，部长提出了他的看法：

1. 绑定关系正常是上层的业务系统来做，这样我方只需要上传原始的RFID信息，具体如何绑定，我方可以提供手持机硬件和SDK，让对方来开发。
2. 如果上层业务系统不想做，也可以下放到我方来做，但是考虑到后期维护映射关系比较麻烦，需要两个系统频繁对接，并且绑定开发带来的工作量升级等因素，需要商务再考虑。

我方系统可以提供这样的数据：

1. 支持获取在位数据（1~42位的在位信息）
2. 获取连接板子的数量
3. 支持获取历史动态上下架信息（记录最多64次变化）
4. 支持设置自动上报开启功能，所有的上下架变化都会自动上报

中间件系统的功能：

1. 统一管理u位硬件
2. 接收u位硬件数据，上报到业务系统

---

会后记录

会议流程如下：

1. 商务简要介绍RFID技术的关键组件和实现原理
2. 软件部门介绍我方软件功能，包括数据格式，上报频度等等
3. 对方部门提出资产和RFID标签的绑定业务流程，我方提出需要让对方实现
4. 对方简要介绍目前已经实现的手动管理数据中心资产的业务流程
5. 对方提出需要内部开会确定具体对接方案
6. 我方会后内部讨论，软件部提出需要提供硬件运维管理后台页面，方便我方查问题和后续硬件升级维护
7. 跟部长确定后，部署时安装中间件web后台管理系统，提供基本的硬件运维管理功能

目前来看，前期的会议准备是非常充分的，值得鼓励。