对系统接口的几点看法

   现在系统的扩展越来越庞大，已经超出了一个厂家的范围，目前所用的系统要和好几个厂家的系统进行对接，才能完成客户的业务要求。如何让各厂家的系统互相配合、协同运行，成为摆在我们面前的重要问题。以前系统规模小、客户业务相对少时，一个厂家的系统就可以完成所有事项，不存在协调、同步的问题，所有标准都是一家制定的，但现在系统规模扩大了，业务复杂了，要完成某个业务必须要调用别人的接口，与别的系统进行对接，这时就要共同商议制定标准了。不然还是以前的老一套，你用你的标准、我用我的标准，那系统基本是无法使用的。
   针对流程、接口、投诉一体化、BI等部分的接口交互经历和日常的常见问题，特总结下面几点：
1. 针对系统的特点，制定详细的、切实可行的标准接口文档，各方严格按照接口进行开发维护。
2. 业务、系统变化后，要及时修改相应的接口文档，并重新发布，通知到相关各方。
3. 一方按照接口修改系统后，一定要及时通知对方进行同步修改，必要时可以进行联调。
4. 接口文档是各方开发需求、处理故障的唯一标准，不能再搞第二标准。
5. 对于数据接口，应该以源数据提供方的标准为依据（包括数据结构、类型、约束等），源数据修改后要及时通知对方修改。
6. 对于数据、文件的上传下载时间，应规定时间段，在这个时间段内都是有效的，不要规定时间点（在网络、硬件故障时，是无法保证的）。
7. 在一方系统进行重大修改前，应通知对方留意可能对对方系统造成某某压力。
8. 在应急、重大故障时各方应通力合作，尽快恢复业务使用。
9. 应设立专门的接口人，由接口人统一协调接口相关事宜。

    以上是本人对接口的几点看法，这也是经过好多次故障后得出的教训，要想系统平稳运行，各方都必须要遵守这个游戏规则，如果谁不遵守那最后吃亏的只能是自己了！

本文出自 “srsunbing” 博客，请务必保留此出处http://srsunbing.blog.51cto.com/3221858/640856