航空公司运行管理系统教案资料.doc

航空公司运行管理系统（FOC）解决方案

1.方案简述
1.1 FOC的定义
    FOC（Flight Operations Control）是一个对航空公司进行运行管理的系统，它囊括了公司运行所涉及到的各部门的职能，同时还应与公司进行机务、商务管理的系统建立接口，以及与机场和空管局等相关单位的生产系统建立接口。
1.2 FOC总体结构
    目前，各航空公司FOC系统根据其特点会有所不同，但从总体上包括的内容基本上是一致的，下图描述了航空公司FOC系统的总体结构。  

1.3 建设目标

    航空公司通过FOC系统的建设，基本上可以实现运行管理的自动化、规范化和信息化，具体体现在：
1. 建立整个航空公司的数据仓库，对历年的航班时刻数据、飞机的性能数据、全球的导航数据、各航班的运营数据等等进行有效的管理。一方面可以为本系统所用，同时也可以为其它系统提供数据上的有力支持。
2. 对航班运行计划进行有效的管理，确保各部门是按照同一份航班计划来工作，避免产生工作脱节现象。
3. 有效及时地监控公司航班的执行情况，并根据实际情况（如天气、延误、旅客人数等）对航班进行合理有效地调整。
4. 根据各方面汇总的信息（如油量、机组、飞机、气象、NOTAM等）对飞机进行放行评估，保障飞机飞行的安全性。
5. 建立ACARS、SITA、AFTN等报文系统的接口，提高获取信息及发送信息的效率。
6. 制作计算机飞行计划，在最大程度上节约燃油成本，保障飞行安全。
7. 对本公司飞机的飞行进行全程监控，保障飞行安全。
8. 提供多种信息的网上查询手段，为旅客提供方便；同时也为相关人员的航前准备提供方便。
1.4 系统特点
安全性：通过对用户的有效管理，可有效防止非法用户登录和修改数据；通过应急系统的的设计，使主系统出现故障时仍能开展基本的工作。
可扩展性：完全按照IATA AHM和SSIM标准对系统数据结构进行设计，保证系统在今后的建设中可以基本不对目前系统进行修改；通过接口的方式，提供与其它系统的数据交换，可在必要的情况下对系统体系不做修改而增加数据的来源。
高效性：通过基于消息的数据传输，提高对关键数据的响应速度，并有效减轻系统的负荷。
数据完整性：通过对数据库备份方案的严谨设计，以保证在出现硬件故障的情况下，能够尽可能完整地恢复系统数据。
容错性：通过各种数据来源之间的相互备份关系，保证在部分数据源出现故障的情况下，系统仍然可以正常运行。
2. 适用对象
    本方案主要针对航空公司的航务、机务、机组、配载、地面服务等调度部门。
    通过本系统航务部门可以实时了解航班运行动态、地面保障情况、飞机状况、机组信息，制作航班飞行计划，从而实现航空公司航班运作的中心调度、控制和协调。
    机务部门实时跟踪飞机状况，制订停场维修计划，保障公司航班运行的正常性和安全性。
    机组部门安排机组执行航班计划，实时跟踪机组执行航班情况，并根据实际情况进行人员调整。
    配载部门实现对航班的载重平衡。
    地面服务部门实时了解航班动态及地面保障进展情况，从而保证地面服务工作的有序性、正常性，减少由于地面工作而引起的航班延误。
3. 功能概述
    FOC系统功能主要包括航班管理、飞行签派、飞机数据管理、航行情报处理、报文处理、订座/离港信息采集、气象信息处理、运营分析、通用查询、INTERNET查询、系统管理、飞行计划、配载平衡、飞行跟踪系统和应急备份系统等。
3.1 航班管理
    航班管理主要包括航班时刻表生成、航班时刻表管理、航班计划管理和飞机排班等模块。
3.1.1 航班时刻表生成
    民航总局航班管理软件（CFPS）能够生成FoxPro数据库格式的航班时刻表文件，其中包含了国内各航空公司以及外航飞中国航班的航班时刻数据。本系统通过接口软件，将公司所需要的航班数据自动转入系统。
    如果公司还有其他的航班制作软件（如：PCFLITE等），本系统也可以通过提供接口的方式将其生成结果转入本系统。
    通过版本管理的方式，将历史上执行完成的航班时刻表归档，为以后进行航班时刻表版本比较、SLOT协调等提供数据基础。
3.1.2 航班时刻表管理
    航班时刻表为公司所有部门所共享，需由专门的人员来维护，以保证其准确性。
    对于航班的长期调整，体现在航班时刻表中；同样，对于航班时刻表的调整，系统自动调整与之相关的航班计划。
3.1.3 航班计划管理
    根据航班时刻表自动生成每日的航班运行计划，各单位以此为依据来开展工作。
    航班的临时调整（如加班、包机、航班合并、取消航班等）体现在航班计划中。
3.1.4 机务维修计划管理
    维修周期管理：按机型对飞机各项检查的维修周期进行管理；
    飞机飞行数据管理：维护飞机的飞行小时和起落架次数据；
    飞机维修计划制作及调整：根据飞机的飞行小时和起落架次以及飞机上次维修时间和维修周期生成初步的飞机停场维修计划，可可对生成的停场维修计划进行调整。
3.1.5 飞机排班
    根据飞机停场维修计划，飞机的计划与实际利用率，以及航班的运行计划自动进行飞机排班。
    提供友好的接口，允许用户对排班结果进行调整。

3.2 飞行签派
    飞行签派主要包括动态管理、飞行计划管理、放行评估和动态监控。
3.2.1 动态管理
    次日航班计划的确认：校对本公司次日航班，并确认飞机号输入是否正确。
航务代理航班次日计划获取：可以通过航班时刻表生成，也可以通过同空管部门接口获取航务代理的其他公司航班计划。
    PLN飞行预报生成及发送：可以按照区域自动生成PLN飞行预报，并可通过电报接口向管制部门发送。
    航班动态调整：对当天航班动态进行监控，航班出现不正常情况时负责作出调整、延误和取消的决定，修改航班信息库并发送CAAC标准报文。
    动态更新：系统更新航班动态信息的数据源有ACARS、空管部门、AFTN、SITA电报信息。这些信息优先等级由高到低为：ACARS电报、空管部门、AFTN和SITA电报。当获取到以上数据源提供的航班动态数据后，系统自动修改航班动态，并向前端用户提示。

3.2.2 飞行计划
    通过电报或其他方式接收、拆分并校验航空公司委托飞行计划提供商（如SITA、DELTA、SKY PLAN等）制作的飞行计划。
    提供飞行计划制作软件制作国内航线飞行计划（祥见飞行计划产品介绍）。

    如果公司使用我们的飞行跟踪产品的话，则飞行计划的各种验证可以直接通过地图以非常直观的方式体现给用户，详见飞行跟踪产品介绍。
    飞行计划可以通过地空数据链直接发送给机组。
3.2.3 放行评估
飞机适航评估：根据航班执行飞机的具体情况判断飞机是否适航。

机组适航评估：根据执行机组以及该机组机长的机长标准，确认机组是否适航。
航线选择及评估：应该包括多条航线的选择、到备降场航线的选择、以及飞越情报区资料及相关警告区等。
备降场选择：选择备降场作为航线备降场。
航行通告评估：根据航线，查找与该航线有关的航行通告信息，并确认航线是否可行。
气象评估：根据航线以及起落机场获取与之相关的航线高空风数据、机场实况预报数据，判断气象是否符合标准。
备降标准计算：根据目前的天气情况和通告信息，结合机场基本数据和公司规范，计算备降场的天气是否符合标准。如果备降场不符合标准，则需要重新选择备降场。
载量评估：对配载提供的载量同飞机最大允许的载量进行比较，确认载量是否超标。
额外油量：根据天气和机场条件实况，确定额外油量的数量，增加地面滑行时间或增加空中等待时间所需油量。
飞行计划评估：获得该航班飞行使用的油量、时间、业载限制、起飞重量限制等放行信息，航路计划，领航计划和航路点高空风数据等。当业载受到限制不能满足预配业载要求时，生成告警信息通知签派员修改计划，或通知配载控制载量。
    通过以上评估后，可以生成放行单，并设置放行单有效时限，当航班由于延误而推迟起飞时间时，根据放行单的有效时限确定是否需要重新进行放行评估，如需要则提示前端用户，需要重新制作放行单。
3.2.4 动态监控
    动态监控可以采用多种模式进行，具体包括动态板监控、GANTT图监控和飞行跟踪。
1．动态板监控
动态板监控主要包括以下功能：
    用户通过动态板可以方便的查询到航班动态以及航班调整记录；
    可以方便的进行航班调整；
    动态板通过告警窗口实时向用户汇报最新的航班动态以及特殊情况，以便用户能最快的抓住重点；
通过动态板用户可以针对航班进行发报，系统根据航班信息可以自动组合出起飞报、落地报、延误报等并可通过报文模块进行发报；
    可以方便的查询到该航班执行飞机情况、执行机组情况、机场信息、与该航班相关的气象和航行通告信息等。
2．GANTT图监控
GANTT图监控主要包括如下功能：
    可以以图形的方式非常直观的进行动态监控（纵轴为飞机号，横轴为时间）；
    可以非常方便的进行航班调整：可以直接拖动GANTT条进行航班调整；也可在GANTT条上点击右键，弹出该航班的信息窗口进行航班调整；
    同动态板一致的告警和查询功能。

GANTT图即可按飞机进行监控，还可按机组、停机位进行监控。
3．飞行跟踪
    通过地图方式非常直观的监控飞机飞行状况。
3.3 现场指挥子系统
    以各种方式监控各航班的进出港状况及地面服务状况，协调各地面保障单位的工作，具体包括：

    现场监控功能；
    各保障部门信息汇报功能；
    现场催办功能；
    对各地面保障部门工作结果进行讲评功能。

3.4 配载平衡
    配载平衡包括配载计算静态数据管理、货邮行数据获取、预配载及装机单生成、预配载数据上行离港、LDM、CPM报文生成和最后几分钟修正等。
3.4.1 配载计算静态数据管理
根据AHM/General建立公司、代理公司各机型的配载计算静态数据，具体包括：

    客舱配载指数数据；
    货舱配载指数数据；
    油量配载指数数据；
    飞机业载与重心指数范围对应数据；
    调整片参数数据；
    飞机配载平衡计算基本信息数据。
3.4.2 预配载及装机单生成
1．预配
    对货邮行数据按箱板在飞机上安排相应位置。
2．载重计算
    根据各箱板重量及安排的位置进行载量计算，判断载量是否符合标准。
3．平衡计算
    根据货邮行的重量和安排位置以及旅客的占座情况计算飞机重心，判断飞机重心是否在安全的区域内。
4．生成装机单
    根据货邮行数据及安排的位置生成装机单并可打印提供给装卸队。
3.4.3 LDM、CPM报文生成及发送
    根据载重平衡数据生成LDM、CPM报文并向相关部门发送。
3.4.4 最后几分钟修正
    在航班起飞前，进行最后几分钟修正。
3.5 飞机数据管理

    飞机数据管理主要包括飞机/机型基本数据管理、DD单管理、各机型与重量相关的MEL/CDL数据管理和飞机性能数据管理。
1. 机型基本数据以及机型使用发动机数据管理。
2. 飞机基本数据管理：包括飞机载重平衡限制的基本信息表，由相应部门维护相关飞机的基础数据，具体数据包括飞机重量限制数据（飞机最大无油重量限制、飞机最大起飞重量限制、飞机最大落地重量限、飞机无油重心范围限制、飞机起飞重心范围限制、飞机落地重心范围限制）和飞机各舱位重量限制。
3. 飞机性能衰减数据管理。
4. 维护飞机故障保留信息，包括DD单的输入，DD单项目在MEL中相对应的限飞信息，故障排除后DD单信息的取消以及重新申请DD单后信息的维护。
5. 飞机性能数据主要包括高度性能、爬升性能、巡航性能、等待性能，以及飞机的经济巡航高度、经济爬升性能、经济巡航性能、经济下降性能等。

3.6 航行情报处理
    航行情报处理主要包括机场管理、导航数据和公司航线数据管理、情报区数据管理、限制区数据管理、RGS地面站管理、航行通告管理和公司通告管理。
3.7 商务信息管理
3.7.1 定座/离港信息采集
    通过与定座、离港系统接口，获取各航班详细的旅客行李信息。
3.7.2 货物邮件信息收集
    收集各航班的货物邮件信息。
3.7.3 LDM报文拆分
    拆分接收到的LDM报中的旅客、货物、邮件、行李的详细信息。
3.7.4 商务数据校验
    对通过各种方式获得的商务数据提供校验模块，用户可修正商务数据，为运营分析提供最准确的数据。
3.8 报文处理
    自动接收、拆分和发送通过SITA/AFTN电报网络交换的各种报文。
3.9 气象信息处理
气象信息处理主要包括：
    气象报文处理
    机场实况/预报数据处理
    RVR数据处理
    卫星云图处理
    全球高空风数据处理
    气象结合飞行跟踪的使用等。
3.10 运营分析
    系统每日自动生成并保存日报数据，并可根据该数据创建生产日简报、航班运行正常性统计表、航班业载利用率统计表等各种类型的日报、月报、年报等报表。
    同时提供对客货流量、耗油、航段时间的分析功能。
3.11 Internet查询子系统
通过WEB方式实现：
1. 航班动态信息的发布。
2. 航前准备。
3. 异地放行。
4. 报文收集等功能。
4. 方案优势
4.1 技术优势
    本系统结合应用程序和业务的特点采用CLIENT/SERVER（简称C/S）、CLIENT/SERVER/DATABAS（简称C/S/S）以及BROWSE/WEB SERVER/DATABASE（简称B/S/D）相结合的方案，信息维护和动态控制的模块通过C/S方式实现，需要进行复杂计算的模块通过利用C/S/S方式实现，对于信息查询以及一些远程用户经常使用的模块通过B/S/D方式实现，从而保障系统的高效和数据的安全。
    本系统利用分布式技术实现与分公司系统的连网和数据的同步。
    利用消息机制提高系统的响应速度。
    利用GIS技术实现飞机全程监控。
4.2 业务优势
    本系统完全从航空公司业务的长远发展进行设计。航班信息设计完全符合IATA的SSIM标准，各种基本数据（如机场、导航资料、地面运作等）完全按照IATA 《AHM手册》以及CAAC的标准进行设计，配载平衡完全根据飞机制造厂商提供的《载重平衡手册》进行设计。美国西北航空公司和三角航空公司的专家认为该系统在中等规模航空公司FOC系统中处于领先地位。
5. 方案配置
5.1 配置策略
    随着计算机技术特别是Internet技术的飞速发展，功能强大的操作系统、数据库、大型开发软件在不断升级换代。在信息系统的建设过程中，无论作为系统的决策者，还是技术方面的负责人，应因地制宜（既考虑现实的需求，又能保护过去网络、硬件设备、应用系统的投资并能适应未来系统的发展需要），来正确地选择系统支撑和运行平台。