Airline Industry Data Model (AIDM) @ IATA

Passenger and Airport Data Interchange Standards (PADIS) Board意在制定符合行业标准和通用规则的规范性数据交换格式，同时对于机场相关的旅客服务投入较多精力去制定规范。但是其均是使用的XML的Schema定义。

a) Publication of schedules and slot management

b) Airline shopping

c) Reservations and electronic ticketing, including electronic miscellaneous documents 

d) Airport resource management and airport handling, including baggage handling 

e) Data exchange between airlines and governments concerning passenger data (PNRGOV)

f) Data exchange between airlines and airports for operational flight related data (AIDX)

g) XML schemas for exchange of data on the bar coded boarding pass (BCBP)

很多人不太明白为什么还需要XML方式的XSD定义数据规范，并按照XML方式传递及交互数据，为什么不使用JSON等数据格式。其关键因素是行业的业务规则较深，往往需要严格的Meta Data的定义，不仅仅要知道字段是什么意思，更关键需要明确其长度，精度，必要选项等等，以及数据之间明确的结构。其实跟“领域驱动设计（Domain-Driven Design）”思路一样，领域模型就是数据交换的基础，落实到底层就是所谓的数据域（Data Model）。对于一个垂直的，并且Scope清晰的微服务实现，很多时候数据域模型就基本跟业务域模型一致，即Data Model基本雷同与Data Contract。

Oracle Airlines Data Model (OADM)

正如Oracle官网的一段描述，其是IATA标准数据规范的一个实现，或者按我的说法，是Oracle多年经验的，尤其是在航空领域经验落地与数据模型的体现：

The Oracle Airlines Data Model (OADM) delivers an IATA standards-based data management platform for building "data capital" by enabling the capture and organization of data from across the enterprise and beyond. By leveraging Oracle’s deep expertise in data management, OADM provides a platform that is modern, relevant, and topical.  Data can be consolidated and organized from key areas such as passenger service systems (PSS) and customer loyalty, baggage and ancillary services, social media, flight operations and departure control systems (DCS), scheduling and global distribution systems (GDS), maintenance and repair (MRO), and back office applications such as finance.  Oracle Advanced Analytics with OADM can provide new insights and enable data driven decisions to improve operational efficiencies, tailor products and services, or even identify new sources of competitive advantage.  OADM is available as an add-on to Oracle Database Cloud Service (DBCS) or Oracle Relational Database Enterprise Edition. OADM is not dependent on any particular vendor's source applications and can be used in any application environment, including Oracle Cx Cloud Services. 

其价值是为数据和应用或系统交互提供了经验型的数据交换模型，为数据，业务，应用，服务等的划分提供经验依据，同时明确了系统与服务之间交互的通用性，规避不同系统之间，服务接口之间，数据交换之间字段，类型，精度，结构等等的不同，而造成的各类资源浪费和实现困难。

EDS/HP Airline Data Model

老东家从PSS到FltOps，自2005年开始就先以OTA的XSD Schema结构，后以IATA的XSD Schema结构，再根据经验的积累和提炼，实现了自己的一整套Simple Type和Complex Type，用于元数据管理，数据模型和业务模型及服务数据契约的定义。

其高效的，敏捷的加速了其SOA和服务层面的实现。在自身内部系统间，模块间，服务间的交互定义的唯一准则，更关键的明确和引导了，对于外部数据交换和服务集成的规范。

Starlike Data Model

NDC面向交易，AIDM面向系统实现

NDC是为了特定交易诉求而定义的数据交换格式，虽然对于底层的模块化和数据持久化的实现有较高的指导意义，但是：

a) 往往航司不是从零开始构建其电商直销平台，更多的是需要在现有基础上进行封装和梳理，构建规范性的行业实现的开放API/Open APIs。

b) 一整套开放的API，所依存的环境，系统，应用和数据都是这样，其相关的外围也是这样，例如常旅客，例如行李，例如旅客服务。航司不是为了单纯构建机票和附加服务的直销平台而投入和建设的，其内部还有旅客服务，运行控制等等一整套相关且相互作用和交互的企业级系统（Enterprise-Level System: System of Systems）。所以如何治理和定义单纯NDC与企业内部的交互和数据关联，AIDM就是关键。

c) NDC是航司整个企业系统体系的一部分，也是PSS/电商/旅客服务的一部分，更关键的一点，其对外的XSD定义的结构只是SOAP Service形态的Presentation Layer。也就是“Edging Service”，并不代表其内部就是简单两层（服务层和数据层）。关键的还是应用适配层，完成标准规范Edge与底层Data Component的串联。所以按照Microservice的思路，NDC定义的XSD Schema只是最外部的Edging Service，为了支持这些"表层"，下面需要很多“Internal Service”。通过服务的编排及适配等，或者考虑ESB来实现对外的公开暴露。所以对于内部的“Internal Service”，其可以不按照NDC的规范定义Data Contract，但是必须有统一的标准和规范，那AIDM就是一个很好的参考，至少在Meta Data的层面，具有较高的价值。