第369章 服务等级协议、不同架构中的数据流定位

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

随后，他们对业务架构核心领域展开设计。

在航班运行管理领域，他们设计了航班计划引擎、动态监控看板等功能组件，规划了空管雷达数据到预警通知的数据流。

“关于业务领域数据流这部分我这里有点疑问。”陈宇说道，“我们除了业务架构之外，还有一个数据架构，数据架构里面应该主要就是处理数据流动的问题，这两个架构的数据流差别在哪里呢？”

“数据流确实是数据架构的核心内容，但在业务架构中提及数据流，体现了?业务与数据的双向驱动关系。”秦奕详细地给陈宇介绍了下两种架构下面数据流的不同关注点。

“我理解一下。”陈宇若有所思地回应道，“从业务架构的角度来看，数据流就像是业务流程的脉络，清晰地展示了数据如何在业务环节中流动，从而驱动业务目标的实现。”

“就像航班动态数据流，从雷达采集数据，传输到机场运行控制中心，再流向航空公司，这一过程直接支撑了航班准点率这一关键业务目标。要是脱离了数据流的描述，我们很难理解业务流程背后的数据支撑逻辑。”

秦奕赞同道：“没错。业务架构中的数据流，是站在业务活动的层面，回答‘为什么需要这些数据，以及这些数据如何服务于业务’的问题。”

“举个例子，当我们讨论旅客流量数据流从安检闸机流向机场运行控制中心系统，再到商业区时，我们关注的是如何根据旅客流量，合理调配服务资源，提升旅客体验，这背后反映的是业务目标对数据的需求，而不是数据本身的技术实现细节。”

随后，秦奕转向数据架构的内容，介绍道：“数据架构中的数据流，定位则完全不同。它关注的是数据在技术层面的实现，包括数据的存储、传输和处理的技术规范。”

“比如，空管系统通过一定的方式发送航班状态消息，要怎么才能保证这个消息不漏发也不重发，这描述的是数据如何在技术系统中流动，使用的是什么技术和数据格式，数据架构更像是一个技术蓝图，为数据的流转提供了技术支撑。”

陈宇一边记录，一边分析：“这么看来，业务架构中的数据流是从业务需求出发，自上而下地梳理数据的流向；而数据架构中的数据流，则是从技术实现出发，自下而上地构建数据的传输和处理体系。两者虽然关注点不同，但紧密关联。”

陈宇提出：“航班计划引擎要能处理长期和临时航班计划，检测时刻冲突，这对保障航班计划的合理性很关键。” 秦奕点头认可，并补充：“动态监控看板要整合多方数据，让航班位置和状态一目了然。”

两人又讨论了一阵，陈宇对不同架构里数据流的定位有了更清晰的认识，然后秦奕又跟他讨论了一下资源调度，应急指挥，?数据决策各领域的具体设计内容。

在业务架构整体跨领域的数据流方面，他们也确定了航班数据实体、资源数据实体等关键数据实体，规划了从输入层到处理层再到输出层的端到端数据流。

经过一番努力，业务架构的价值逐渐清晰，秦奕和陈宇看着设计成果，心中充满成就感，他们知道，距离打造出全面、高效的机场信息化系统，又近了一步。

不过业务系统只是整个架构设计的第一阶段，后续秦奕和陈宇还需要基于目前业务架构中梳理好的各个核心业务能力开始进一步设计逻辑架构、物理架构、部署架构、开发架构和数据架构等一系列内容。