恢复到源

它是如何工作的

作为任何遗留替换工作的一部分，我们需要跟踪关键数据流的原始源和汇。根据我们选择如何分割整体问题，我们可能不需要一次对所有系统和数据进行处理;虽然为了了解要完成的工作的总体规模，理解主要流程是非常有用的。

我们的目标是生成某种类型的数据流图。实际使用的格式并不那么重要，关键在于这种发现不仅仅停留在遗留系统上，而是更深入地挖掘底层集成点。在与客户合作时，我们看到华体会体育网页版入口了许多架构图，令人惊讶的是，他们似乎经常忽略遗留的背后是什么。

有几种通过系统跟踪数据的技术。从广义上讲，我们可以将其视为追踪上游或下游的路径。虽然经常有数据流入和流出底层源系统，但我们发现组织倾向于只从数据源的角度考虑问题。也许从遗留系统的角度来看，这是任何集成中最明显的部分?从遗留系统返回到源系统的数据流是任何集成中最不被理解和最少记录的部分，这一点并不罕见。

对于上游，我们通常从业务流程开始，然后试图跟踪数据流进入遗留，然后通过遗留返回。这可能具有挑战性，特别是在具有许多不同集成技术组合的旧系统中。一个有用的技巧是使用isCRC卡目标是为关键业务流程步骤创建一个数据流图和序列图。无论我们使用哪种技术，都必须让正确的人参与进来，最理想的是那些最初致力于遗留系统的人，但更常见的是那些现在支持遗留系统的人。如果这些人没有可用的资源，并且对事物如何工作的知识已经丢失，那么从源头开始并向下工作可能更合适。

跟踪下游集成也非常有用，但在我们的经验中经常被忽视，部分原因是如果奇偶特性在发挥作用时，焦点往往只放在现有的业务流程上。在跟踪下游时，我们从底层集成点开始，然后尝试跟踪到它所支持的关键业务功能和流程。就像一个地质学家把染料引入河流可能的源头，然后观察染料最终出现在下游的哪些小溪和支流。这种方法在关于遗留集成和相应系统的知识缺乏的情况下特别有用，在创建新组件或业务流程时尤其有用。在跟踪下游时，我们可能会在不知道数据的确切路径的情况下发现数据在哪里发挥作用，这时您可能希望将其与原始源数据进行比较，以验证在此过程中是否发生了更改。

一旦我们理解了数据流，我们就可以看看是否有可能在源头截取或创建数据的副本，然后这些副本就可以流向我们的新解决方案。因此，我们不是集成到遗留，而是创建一些新的集成来允许我们的新组件还原到源代码。我们确实需要确保我们同时考虑上游和下游流，但正如我们在下面的例子中看到的那样，这两个流不必一起实现。

如果新的积分不可能，我们可以用事件的拦截或者类似于创建数据流的副本，并将其路由到新组件，我们希望尽可能在上游完成此操作，以减少对现有遗留行为的任何依赖。