应用软件系统集成的五个关键点

真正做到上下游业务系统集成耦合，不能只有局部耦合和局部“熟饭”，还必须在多个“骨、肌肉、神经、血液”层面进行集成耦合。此外，耦合时间必须正确。只有这样，才能真正实现一体化。

集成链接

在自下而上和自上而下的业务流程中，集成必须发生在业务流程的某个节点上。因此，集成节点的选择非常重要。无论选择在哪里集成，都必须分析对上下游系统的影响以及适应性调整的内容。一旦节点发生变化，整合关系将彻底失效。节点的选择应考虑商务部门的职责范围（尽可能与商务部门或推广负责人的职责范围一致，以利于协调），系统在使用中的实际限制和扩展计划。 （除了通过门户进行前端集成外，业务领导和公司员工在尽可能少的系统上操作）和流程的潜在回滚（例如批准未通过时回滚，恢复调整然后发送将使信息往返甚至多次往返集成点，使得集成关系极其复杂）。在选定节点的帮助下，集成点的上下游服务相对分离和封装，各系统在节点的帮助下进行信息交互。

数据标准

集成点传输的形式是什么，以及各个字段的属性、传输频率、验证成功等。应在标准中明确。一旦标准明确，上下游系统，无论是成品软件还是定制开发，大系统还是小模块，都是通用的应用单元，遵守信息交换的规则。标准确认不仅要考虑科学性和合理性，还要考虑请求的实际情况。主要原因是需要清除非标准数据，调整非标准功能，调整上下游系统的切换时间。如果不满足某个条件，则会导致失败。因此，尽量不要对标准进行大的调整，避免根据新旧标准更改数据和应用程序的成本。但是，必须全面解决影响长远发展的关键问题。

传输通道

集成点是通过WebService和数据视图直接操作数据库，或者利用数据质量。

上下游传输的业务数据是否符合数据标准？是否存在记录缺失、字段缺失、格式错误、广播频率错误等问题？如果不符合标准，清理需要多少工作量？能不能及时清理？一旦实现集成，上游传输的数据往往有问题，导致数据不可靠。

整合时间

一般情况下，上下游系统的建设速度是不同步的。那么是上游具备条件，还是下游具备条件时，是否应该考虑整合？有时，由于推进整合的成本和整合条件不具备，审批无法通过。