航班信息集成系统

航班信息集成系统（共6篇）

航班信息集成系统 篇1

摘要：本文将依据航班信息发布接口的实现, 从软件、参数、数据库、数据传输四个方面进行系统的设计。为其他系统接口提供一种解决方案与设计思路。

关键词：数据交互,数据传输,航班信息发布

随着民航事业的发展, 数据与信息的共享需求也随之增大。导致越来越多的单位系统或项目需要引接民航华北空管局综合电报处理系统航班动态和计划数据, 建立一个用于该系统信息发布接口的必要性也随之增强。

航班信息发布接口系统在设计时考虑了四个方面, 分别为软件流程设计、参数功能设计、数据库设计以及传输设计。

1 软件流程设计

航班信息发布接口软件, 使用DELPHI语言编写, 该语言是Windows平台下快速应用程序开发工具 (简称RAD) 。航班信息发布接口软件, 核心功能分为三个部分, 分别为数据引接、数据处理、数据发布。

1.1 数据引接设计

数据引接方面, 航班信息发布接口从综合电报处理系统引接航班时刻表、中长期计划表、核心计划表, 动态更新表等数据。

航班时刻表:此表为由中国民用航空总局空管局统一下发, 一年两次, 分别为冬春、夏秋航班时刻, 此表信息每日8时从综合电报处理系统引接一次, 同步至接口系统。

中长期计划表:临时根据电话、文件或电报内容生成的计划表, 此表实时同步。

核心计划表:此表由航班时刻表、中长期计划表和一些基础信息表, 例如航站信息表、航路信息表共同联合生成, 航班信息全面, 属于航班信息接口系统核心表, 此表实时同步。

动态更新表:为航班AFTN电报更新的核心计划后的表, 同属于航班信息接口系统核心表, 此表实时同步。

接口系统将上述数据进行引接, 组建成航班信息数据源, 存入数据库, 在数据库中根据数据源建立用于数据引接的各类视图, 等待数据接口程序进行处理及发布。

1.2 数据处理及发布

接口软件根据任务参数从数据源视图中索取航班信息, 将信息进行XML生成, 首先存放于本地, 后将信息进行发布。在发布过程中进行数据备份以及发布提示。

数据备份便于同对方系统接收的航班信息核对, 同时存放的历史记录也方便于数据重传, 以支持对方系统故障、瘫痪重新索取航班信息的各类需求。

发布提示主要是监控发布过程是否成功, 当失败时接口程序会进行试探性重传, 当试探两次仍失败后, 将产生告警信息提示维护人员进行检查链路或程序。

简略流程中绿色模块为计划发布接口, 首先根据任务参数生成航班信息组成XML文件, 再通过Ftp协议上传至对端系统FTP接口服务器, 同时对上传数据进行备份。此过程中接口软件会判断传输是否正常, 如不正常则尝试重传, 两次失败后提示告警。

1.3 其他设计

采用DELPHI多线程技术, 支持多任务并发, 设计1个任务对应1个线程, 能够同时提供15项任务传输, 且每项任务支持10种视图的同时发布。

数据量方面, 在网络设备允许的情况下, 最快可支持向单系统发布航班数据10 000条/min, 数据量超过10M/min。

在稳定性方面, 软件在编写过程中加入了数据库死锁、内存溢出、类库冲突等容错机制代码, 并将软件运行中的错误日志进行记录, 为维护人员提供告警。

2 任务参数设计

航班信息接口程序支持多任务同时运行, 各任务可连接不同数据库取所需数据;可向不同FTP服务器进行文件传输;可将本地导出XML的文件备份至不同文件, 单个发布任务对应1个INI任务参数, 每个INI由XT、DATABASE、FTP、XML、TABLE五块参数设置组成, 下面以TABLE参数设计为例进行介绍。

2.1 TABLE参数设计

此参数作为软件调用核心参数, 为数据源获取信息, 包括数据表/视图名称、发布间隔、具体条件等。

2.2参数设置:

参数设置详细说明如表1:

(例如:2=jkv_changelist#ROW_ID>$1341767 orderby row_id#2011-10-27 14:10:00$2011-10-27 14:11:00$5$1#0$2011-07-06 17:05:00#jkv_changelist#)

3 数据库设计

本系统的建设由三模块组成:软件程序设计、数据库设计、FTP服务器设计, 本章将对数据库设计进行介绍。在数据库方面, 系统采用ORACLE 11G数据库, ORACLE11G相比以往版本有对高可用性的增强、新的Flashback能力、支持回滚更新操作;对安全性的增强, 便于管理大量的用户[1];BI方面的增强, 包括改进的SQL能力、分析功能、数据挖掘的能力等;对非关系型数据存储的能力进行了改进;以及支持XML的能力, 降低了管理开销, 提高了后台运算性能[2]。

本系统的数据库建设分为系统层设计、业务层设计、发布层设计三个方面, 其中系统层设计包括ZJ_LOGIN权限管理表、RZ_LIST日志运行表;业务层设计包含DRT_DYNAMIC_HXH_DMZ核心航班计划表、HBT_FLIGHT航班时刻表、CQT_PLAN运管中长期计划表、RZT_HXHUPDATE动态更新记录表、LST_DYNAM-IC_HXH_DMZ核心航班计划历史表;业务层设计包含DRV_DYNAMIC_JCG核心航班计划视图、JKV_DYNAM-IC_CR次日航班计划发布视图、JKV_DYNAMIC_DR当日航班动态发布视图、JKV_DYNAMIC_LS昨日航班计划发布视图、LSV_DYNAMIC_JCG历史航班计划视图、LSV_DYNAMIC_DR历史航班计划发布视图。

3.1 系统层设计

系统层设计主要为程序的管理权限、运行日志记录提供服务。

3.1.1 权限表

该表由软件调用, 包括用户名、密码以及权限记录, 程序通过调用该表实现安全管理。

3.1.2 日志表

该表为软件运行日志信息, 包括记录号、运行错误的步骤、故障导致原因、检查与排除故障方法、故障时间, 在软件运行时记录各流程状态是否正常, 异常时将错误记录至该表, 方便维护人员调阅, 查找故障原因。

3.2 业务层设计

业务层设计主要用于数据引接、整理。

3.2.1 核心计划表

该表为系统核心航班计划动态表, 数据来源于实时同步的综合电报处理系统, 里面记录着航班各类信息, 包括航班号、机型、时刻、性质等, 包含昨日、当日、次日三天数据, 此表为软件系统的核心, 向外发布视图数据均来源于该表。

3.2.2 航班时刻表

该表为航班长期计划表, 数据来源于综合电报处理系统, 每日完成一次同步, 里面记录着航班各类信息, 包括航班号、机型、部分计划时刻、性质等, 一般存放半年计划。

3.3 发布层设计

发布层设计主要用于数据发布, 多采用视图形式, 方便修改。

3.3.1 核心动态视图

该视图数据来源于核心计划表DRT_DYNAM-IC_HXH_DMZ, 将该表中数据进行分段处理拆分后进行呈现, 因8段视图均为重复Sql语句, 故以第一段视图进行展示。

3.3.2 次日计划视图

该视图数据来源于视图DRV_DYNAMIC_JCG, 仅为次日航班计划信息, 用于向其他系统发布此日计划使用。

3.3.3 当日动态视图

该视图数据来源于视图JKV_DYNAMIC_DR, 为当日航班动态信息, 用于向其他系统发布实时航班动态信息使用。

4 信息传输设计

本系统在建设中考虑到信息传输的安全、高效, 采用了FTP传输方式, 将软件生成的XML文档, 通过FTP文件传输协议传送到对端接口服务器, 向用户屏蔽不同主机中各种文件存储系统的细节, 加强了数据传输的可靠性和高效性。但也因此需在对端接口服务器中建立FTP服务, 与大多数Internet服务一样, FTP也是一个客户机/服务器系统。用户通过一个支持FTP协议的客户机程序, 连接到远程主机上的FTP服务器程序。用户通过客户机程序向服务器程序发出命令, 服务器程序执行用户所发出的命令, 并将执行的结果返回到客户机。比如说, 用户发出一条命令, 要求服务器向用户传送某一个文件的一份拷贝, 服务器会响应这条命令, 将指定文件送至用户的机器上[3]。客户机程序代表用户接收到这个文件, 将其存放在用户目录中。

5 结语

本文从软件设计、参数设计、数据库设计、数据传输四个方面向大家介绍了航班信息发布接口系统的设计思想。在整体设计方面, 除了考虑到接口系统安全性、实时性、稳定性以外, 还适当的考虑了接口的规范性、适用性和灵活性, 为今后的业务拓展、信息扩容做前瞻性预见。

参考文献

[1]吕清娇.基于Web技术的Oracle数据库实验平台的研究与实现[D].长沙:中南大学, 2014.

[2]唐志涛.测评系统组件间数据交互的设计与实现[D].西安:西安电子科技大学, 2011.

[3]杨松.有关计算机软件数据接口的应用研究[J].科技创新与应用, 2013 (17) :85-91.

航班信息集成系统 篇2

在 国民经济持续发展的大环境下，中国民航面临着前所未有的发展机遇，民航运输业取得了长足的发展，运输能力、服务意识和管理水平明显提高。但是，机场条件和 基础设施的严重滞后与航空运输发展的矛盾日益突出。为此，民航正积极采取各种措施，多方筹集资金，通过新建、改建和扩建等多种方式加快机场建设和基础设施 的改造进度和力度。这给民航领域的信息产业发展也带来了极大的机遇和挑战。

万达信息股份有限公司（简称“万达公司”）作为上海浦东国际机场一期弱电系统总承包，在圆满完成工作的基础上，在充分分析了国、内外民航机场信息系统现状和发展要求之后，提出了基于集成平台的集成系统解决方案。解决方案覆盖了机场航班信息管理、运营管理、资源管理、统计与分析、VIP管理、基础数据管理等核心管理功能以及航班信息显示、离港、广播等机场弱电子系统。通过信息的自动获取、自动处理、以及自动发布将机场内异构的子系统有效组织起来，形成一个顺畅的运营指挥环境。

顺 利完成大型国际机场的实施管理后，万达公司又把整套解决方案成功地应用于宁波栎社机场这样中等规模的干线机场的信息系统建设。万达公司实现了宁波机场新、旧候机楼信息系统在一夜之间无故障切换，并平稳运行至今长达八年。此外，宁波机场信息集成系统被评为民航管理局“优良工程”。

万达机场核心生产运营系统（AIIS）及信息集成平台（CUTELNK）均荣获上海市“优秀软件产品”。上海机场集团、浦东国际机场T1航站楼、无锡、温州等机场都先后采用了万达公司提供的机场软件产品。系统结构

万达公司的集成系统是支持机场生产运营集成化的系统。该系统由高速主干网、核心运营数据库（AODB）、核心生产运营系统、集成平台以及其它弱电子系统构成，如图所示。（1）主干网

机场高速主干网是集成系统重要的物理组成。通过IP地址分配策略，可在该主干网上划分功能化子网，核心生产运营系统、航班信息显示系统和离港系统等子系统作为功能化子网共享网络资源。

针对外部接口、驻场单位与主干网之间不采用直接连接的方式，而是通过主干网上的防火墙实现受限的访问。以实现内外部用户不同安全级别上的控制，内外部接入用户使用各自独立的接入交换机。

（2）核心运营数据库（AODB）

核心运营数据库（AODB）集中存储机场运营数据和其他商业数据。是所有集成的信息系统的数据标准，各个系统的数据必须跟AODB的数据保持同步、一致。

（3）集成平台（CUTELNK）

集成平台是信息系统集成的平台，它与各个核心管理子系统、各个弱电子系统以及中央数据库AODB连接。各个信息系统要访问AODB必须通过集成平台来实现访问和操作。

集成平台提供了各弱电子系统与集成系统交互的接口标准和规范。主要弱电系统有：航显系统、广播系统、离港系统、安检信息管理系统、时钟系统、内部通信系统、电话问讯系统及楼宇自控系统。

集成平台提供的接口标准和数据规范也适用机场相关的管理系统和服务器系统，同时外部单位的信息系统也可以通过集成平台接入。

（4）核心生产运营系统（AIIS）

核心生产运营系统是机场的各类日常运营业务处理的表现层。应用系统主要由航班信息处理系统、生产营运管理系统、机场运输资源管理系统、航班综合信息查询系统、航空业务管理系统、用户及权限管理系统、基础数据管理系统、应急处理系统等组成。

（5）外部单位信息系统接口

未来可能接入的外部单位主要有航空公司、空管、海关、联检、货运、食品、公安、油料、地面代理、其他机场以及相关公共交通系统。系统联动

通过信息集成平台，集成系统实现与各子系统的联动，如图所示。核心生产运营系统

万达公司的机场核心生产运营系统主要包括航班信息处理系统、生产运营管理系统、机场运营资源管理（分配）系统、航班信息综合查询系统、机场航空业务管理系统、用户及权限管理系统、机场基础数据管理系统、应急处理系统等。5 应急指挥中心

机场设立应急指挥中心，对内负责整个机场生产运营的总体协调，对外负责与空管、航空公司等单位的生产协调。应急指挥中心将通过运营系统实现对各项服务保障活动的总体监管。

信息汇集和决策分析是通过对信息的查询、分析和展现等手段，为领导指挥和控制提供各类信息依据，指挥控制则是在信息汇集和决策分析的基础上，领导通过指挥控制平台，进行命令的下达和指挥，实现对突发事件的控制、战时的会商协同等工作。

（1）应急预案管理

◆ 预案概况——对紧急情况应急管理提供简述并作必要说明；

◆ 预防内容——对潜在事故进行分析并说明所采取的预防和控制事故的措施；

◆ 预备程序——说明应急行动前所需采取的准备工作； ◆ 基本应急程序——给出任何事故都可适用的应急行动程序；

◆ 专项应急程序——针对具体事故危险性的应急程序；

◆ 恢复程序——说明事故现场应急行动结束后所需采取的清除和恢复行动。

（2）应急指挥

应急指挥是突发事件指挥控制的枢纽，通过应急指挥系统，为现场指挥和控制提供全面的应用支撑。应急指挥包括对各类信息的综合查询，如事件报告、状态跟踪、资源调配部署情况、人员分布情况、控制范围等，通过报表、图表、GIS等方式进行展现，为指挥人员提供各种辅助决策信息，在这个基础上进行命令发布与现场指挥，如：紧急流调、范围控制和预防、现场救治、资源调配等。应急指挥还可以通过各种手段与外界进行信息交流。6 展望

随 着中国民航事业的飞速发展，机场的智能化、信息化建设越来越受到重视，万达公司提供的机场信息系统集成产品，给机场管理者提供实时、全面的机场运营状态信 息，从而有序地组织机场的生产运管，有效地提高机场的运营效率及管理水平，同时，也提升了机场的盈利能力和核心竞争力。

适应中小机场的航班信息显示系统 篇3

当前国内机场划分为Ⅰ、Ⅱ、Ⅲ、Ⅳ类。Ⅰ类机场一般坐落在全国经济、政治、文化中心城市, 是全国航空运输网络和国际航线的枢纽。机场占地面积较大, 客流量巨大, Ⅰ类机场也称为大型枢纽机场; Ⅱ类机场一般坐落在省会、自治区首府、直辖市和重要的经济特区和旅游城市, 是省内或区域内的航空运输枢纽, Ⅱ类机场也称为干线机场; Ⅲ、Ⅳ类机场一般坐落在比较发达或一般开放城市, 这类机场在民用通航机场所占比重较大, 单个机场年均客流量较小, Ⅲ、Ⅳ类机场也称为支线机场。

国内所有机场在航班信息显示系统的建设上均采取本地化建设、本地化部署、本地化运维的方式。航班信息显示系统主要面向机场进出港旅客进行航班动态信息发布, 主旨在于帮助旅客及时准确地掌握所在机场正在运营航班的当前状态。发布信息的种类按功能区域划分, 包括值机引导信息、登机引导信息、值机柜台信息、登机口信息、行李提取引导信息、行李转盘信息、告知通知信息等。

2存在的问题

本地化构建、运维及管理方式适应于年均旅客吞吐量高于1 500万人次的Ⅰ类枢纽机场或 Ⅱ 类区域干线机场。因为, 该类机场面向的旅客数量众多、类型复杂, 导致机场服务保障的流程非常复杂。同时, 这类机场均会配备专门的信息化管理部门, 对信息系统进行统一的建设、维护及管理。

但是Ⅲ、Ⅳ类支线机场年均旅客数量较少, 机场服务保障流程单一。同时, 机场当局技术人才储备不足。如果航班信息显示系统也采用本地化构建、维护及管理方式, 那么, 支线机场当局需要投入大量人力物力对系统的全生命周期进行管理, 从成本效益的角度来看是很不划算的。

因此, 当支线机场在进行航班信息系统新建或改造时应该考虑使用基于云服务的航班信息显示系统。凭借此, 支线机场当局可以专注于合乎区域特色与业务规范的信息管理与信息发布, 而无须担心由此产生的大量技术问题。

3航班显示系统的系统架构与业务流程

FIDS在研发初期详细调研梅州机场, 挖掘业务需求。同时, 详细分析白云机场现有航班显示系统的系统架构与业务流程。由此, 总结出中小机场与大型枢纽机场在航班信息管理与显示业务要求上的异同。相同点: 作为信息管理与显示, 需要考虑信息的路由与分发, 就是把正确的信息投递到正确的位置进行显示。互异性: 大型枢纽机场日航班量巨大, 航班种类多样, 航班动态复杂; 存在上级数据源, 需要进行大批量数据接入与大面积数据分发; 关注信息及时性和合规性等要求。中小机场日航班量较少, 航班种类单一, 航班动态较简单; 很多中小机场缺乏上级数据源; 关注信息个性化 ( 能够展示区域特点) 与自动化 ( 减少新系统带来的工作压力) 。

架构设计过程中, 根据中小机场业务特点确定FIDS由高内聚、低耦合的四个模块组合而成, 模块间使用通用标准进行通讯, 架构上充分考虑业务种类与系统规模的可扩展性。四个模块分别为: (1) 实现实时数据管理的管理平台模块。 (2) 实现实时信息分发的消息路由模块。 (3) 实现对外交互的数据接口模块。 (4) 实现个性化信息显示内容与样式的信息封装模块。

FIDS技术上是基于B / S的多层次模型。服务端包括基础设施与服务系统软件。基础设施为白云信息科技有限公司提供的翔云Iaa S。系统用户通过VPN与服务端组成虚拟专用网络, 使用服务端提供的服务。FIDS可以根据终端用户要求接入上级数据源实现信息接受与发布; FIDS本身也具备自动化信息管理与发布功能。

FIDS的管理平台功能包括: 用户管理、基础数据管理、日计划管理、动态管理、数据接口管理、特殊信息管理。用户使用这个管理平台不仅可以对航班数据进行可视化校验与管理, 还可以在上级数据源发生故障时由用户手工进行航班信息录入, 保证航班信息及时更新。

FIDS的消息路由过程包括: 信息读取、信息过滤、信息分拣。所有工作采用数据库触发机制实现, 这些工作均由系统自动完成, 对外透明。

FIDS的数据接口具备高效接入基于标准数据结构的上级数据源的能力。目前已经完成对接民航2 所多机场信息平台, 实现了对多机场平台23 种事件类型, 近百个不同标签的识别与解析。事件处理效率达到毫秒级, 完全符合中小机场数据处理速率要求。

FIDS的信息封装预置五种显示模板: 出发指引模板、到达指引模板、值机柜台模板、登机口模板、待机模板。

使用FIDS的用户可以专注于合乎区域特色与业务规范的信息管理与信息发布, 而无须担心由此产生的大量数据操作与系统压力。

4 结语

信息系统集成质量管理论文 篇4

1计算机信息系统集成的特征

在当今各种计算机系统集成的项目中，每个系统集成项目都是千差万别的，但系统集成项目的本身，还是具有一定相同点的。

1.1都具备多学科的合作性

传统的计算机信息系统集成项目都要求多种学科的相互配合，比如计算机的系统编程、数据库的信息技术、通讯技术和通信安全技术以及电子设备接口技术等。

1.2独立创造性

虽然现在很多计算机的系统集成项目早已被商业化，但是由于每一个系统集成项目和集成工程都不一样，所以必须要对其进行量身定做，每一个项目工程都带有自己独特的一面。

1.3后期可见性

计算机信息系统集成的最大特点，是具有后期的可见性，在一般情况下，要等到实施最后，用户们才可以知道整个计算机系统集成的具体情况。

2计算机信息系统集成的项目管理

计算机的信息系统集成的覆盖科学面广、集成项目之间的关系复杂，怎样才可以有效的进行计算机项目管理，是决定整个项目成败的关键所在。对计算机信息系统集成的管理主要体现在以下几个方面：

2.1进度的管理

在整个计算机系统集成中，管理的关键就是对进度的管理，这对计算机系统集成的项目管理起着至关重要的作用。经过对工作排序和工作周期的调整和确定，进度管理可以在满足项目时间的要求下进行，让所有计算机资源的配置以及成本达到最佳状态。

2.1.1在对计算机系统集成进行进度管理时应该注意的几个问题。

计算机信息系统集成项目管理对整个进度的控制管理是一个非常复杂和不断变化的过程，想控制好这个过程，要首先考虑到以下几个基础方面：

(1)从整个计算机信息系统集成项目的调研到整个系统的交付使用，在这个过程中，因为信息系统集成的特殊性、工作的不稳定性以及技术人员的差异性，造成了对计算机系统集成项目的不可控因素，项目的进度会和之前预定的WBS产生一定的差别，所以，在整个计算机的系统集成项目中，作为项目的负责人，必须要在每个不同的阶段更新WBS和甘特图，来控制好项目的整个过程。

(2)因为系统集成项目都是由每个不同子项目和不同功能共同构成的，但这些项目以及功能又不是单独孤立的，它们之间有着很多交叉联系，所以必须要规划好项目和各个子项目之间的具体实施步骤，最好的方法是使用自然流程来对其进行开发集成。

(3)要充分合理应用各种管理软件。比如：在建立好一个甘特图之后，可以通过系统集成项目的各种管理软件获得项目的关键途径，在项目的整个进程中要随机应变，及时解决在系统集成项目进程中的各种突发事件和任务。

(4)对系统集成项目要有规划管理。这里指的规划就是反应在WBS中的项目和进度分解。在整个项目实施的过程中，可以有效防止进程进入一个混乱状态，避免了不必要的时间以及人力物力。

2.1.2在项目管理中必须注意的问题。

在对计算机系统集成项目进行管理之前，必须要对其有一个总计划，然后再细分成为月工作计划与周工作计划，项目计划要灵活运用和控制，对无法证明的任务要在安排进度中充分考虑到。同时，在计划管理过程中必须注意下面几点要求：

(1)因为系统集成项目影响整个进度的原因比较多，所以计划不能一成不变，要根据实际情况作出调整，要将出现的问题记录下来，通知给有关人员。

(2)当计划的草案制定出来之后，必须要由相关工作人员共同讨论和确认，防止可能出现的错漏和疏忽。

2.2项目质量的管理

在计算机信息系统集成项目质量管理上面，它不仅仅限于单个子系统的质量管理，多数情况下，它主要是针对系统进行一个全局的监控和管理，例如整个设备的选择以及对新产品的性能掌握。以指挥调度系统的调度交换机为例，生产厂家必须根据用户对产品的选择和配置来提出解决方案，同时，还要注意站在系统集成的角度上，考虑所选设备对整个系统以及软件开发的影响。

对于项目质量的管理，有下面几点：

2.2.1制定质量标准。对质量标准的要求是无止境的，而且要付出一定的代价，同时还要将质量要求作为一个明确的标准，达到了预期目标才算通过，如果没有达到预期目标，就要进行返工，现在的系统集成项目层出不穷，可对质量标准的统一却一直很模糊，要么就是缺少可操作性。其实不然，对系统集成项目质量标准的制定是多方面的。

2.2.2项目的质量管理。对于系统集成项目中的各个子项目而言，必须要安排一名专业的工程师，从不同方案、选型招标、合同以及技术实施进行全程监控，确保可以在每个环节能够在预期的质量标准和期限内完成。

2.3项目的文档管理

一个合格的项目文档会给管理人员提供极大的帮助和便利，同时还可以帮助管理人员及时发现在项目中出现的种种问题，可以总结出实施过程中的经验和教训，为以后的项目管理打下坚实的基础。

3计算机信息系统集成管理的过程

在对计算机信息系统集成管理过程中，可以分为以下三个阶段：

3.1开始阶段

信息系统集成管理的初始阶段是整个管理中的第一个阶段，它的主要目的是为了确定项目范围和衡量项目是否成功的一项准则。初始项目阶段具体包括了指定项目经理;生成合法的定义书;形成一个由集成商与客户双方同意的项目管理计划等。

3.2执行阶段

在系统集成的执行阶段，项目团队的产生、检查项目定义和服务，最后，在与客户达成一致的进度内提供一个交付物。在整个计算机系统集成项目中，工作和支出基本上会出现在执行阶段，执行阶段的具体工作包括了：协调人员与其它资源;确定项目范围;确保项目质量。对整个项目的进度、绩效作出测评，还要在必要的时候作出纠正行动。给出最后准确的成本估算。

3.3结尾阶段

在系统集成的结尾阶段，所有的工作已经完成，开始了有步骤的交接工作，确保客户的期望被满足，同时还要保证系统集成项目的完成对将来的业务有着积极向上的影响。结尾阶段的具体工作包括了：合同的清算，将项目资产还给客户，将项目正式交接给客户;将项目中的资源转到其他项目组或者返回单位;对系统集成项目进行总结，对项目文件中的重要文件进行整理和存档。

4结束语

一种航班信息处理系统的监控设计 篇5

关键词：C#航班信息处理,Windows软件服务监控,数据库监控

汕头空管站航班信息处理系统 (FIPS) 是由中南空管网络中心开发的一套拥有SSR智能分配以及报文处理等相关空中交通管制功能的信息化系统。该系统通过Windows平台实现C/S模式结构在日益繁忙的空管业务中起到相当大的作用, 对提高工作效率及安全保障提供技术支持。而与此同时, 使用过程中对于该系统的技术维护显得更加关键。该系统常用运行在24小时并且对数据库依赖性较高。因此如何对系统不正常时间统计及数据库安全监视, 实现实时可靠的监控成为技术保障人员可研究的一个课题。本文将通过C#实现对系统监控和数据库的监视, 为其他相关维护平台技术人员提供一个参考。

1 系统设计

系统主要分为两部分, 其中Windows服务监控为其一, 数据库监视为另一个模块。两者将同时集成成为一个人机交互较好的Web监控页面, 方便技术维护。

1.1 软件服务运行与中断监控

系统将命名设计的服务为FIPS-Monitoring。对于Windows服务监控, 系统可以先在C盘目录下建立XML文件命名为FIPS.xml, 并添加以下内容:

这样创建一个服务, 服务将在系统启动时自动记录系统启动的时刻并自动统计运行的时间。因此可以在设计模式下对On Start事件进行编写定义, 同时在FIPS-Monitoring构造器上添加公共变量FIP-Stemp, 编写Onstart事件如下:

当系统要关闭时, 可以通过文件输入输出流类记下系统关闭时间, 还将记下在系统启动和关闭之间所花费的时间跨度。而对于以上的公共FIPStemp变量。在On Start中, 它用于存储启动时间。然后, 它被再次用于On Shutdown事件中来记下系统启动和关闭之间所花费的时间间隔, 从而实现了对系统关闭开启事件的智能记录。最后安装重启服务变可简单实现服务的监控。

1.2 数据库监视

对于数据库的监视, 可以通过建立Web Service来访问数据库, 通过控件Data Grid绑定数据进行监控。Web Service是一个软件系统, 为了支持跨网络的机器间相互操作交互而设计。其服务通常被定义为一组模块化的API, 它们可以通过网络进行调用, 来执行远程系统的请求服务。利用其进行数据库操作较为容易, 可以大大缩短开发周期。在文件添加访问数据库的引用using System.Data.Sql Client;同时, 系统需要使用Dataset作为载体返回数据库中的数据。

因此, 添加对System.data的引用:

由于必须需要实时监控, 因此可以在定时器下编写以下代码实现对数据库的同步监控, 在此过程添加控件Data Grid:

1.3 总体web前端设计

经过如上所述, 通过以上操作相关数据将可实现同步监视, 达到对航班信息处理系统的监视作用, 而如何提供一个可靠的人机交互界面也相当重要。对于以上的数据, C#在工程中创建一个web应用程序, 并命名为FIPSMonitor。

并添加以下命名空间:

using System.IO;

using System.Xml;

using System.Text;

将1.1所存的文件FIPS.xml (它包含系统定时信息) 的内容复制到临时文件中。对该临时文件进行标志填写。之后, 将公共变量FIP-Stemp的内容读取到一个dataset中, 最后把它绑定到另一个DataGrid中。这样在Web界面上将有两个Data Grid表, 通过按键触发可实现监控页面的切换, 与此同时在程序中可以适当添加限制条件实现对其进行智能告警, 比如增加系统时间运行限制、系统中断告警、数据库安全信息返回和数据库数据过期告警等等。

2 结束语

本文提出一种基于C#的航班信息处理系统的web监控, 通过使用XML记录系统运行相关参数时间以及借助Web Service实现对系统数据库的同步监视, 并提供可视化web监控界面, 为航班信息处理系统日常维护和技术保障提供另一种监控手段, 可以有效提高空管运行应急速度和降低工作压力, 也为相关兄弟单位提供一个参考。

参考文献

[1]李鹏.基于Web Service的EAI框架研究[D].东南大学, 2004.

[2]卞永刚.基于Web Service技术的企业遗留系统利用研究[D].东南大学, 2004.

[3]Markus Horstmann and Mary Kirtland.DCOM Architecture, 1997.

航班信息集成系统 篇6

我国航空运输的飞速发展,我国空中交通服务的越来越繁忙和重要,为空管事业提供了快速发展的机遇,对空管事业提出了更高的要求。航班信息一体化,是利用新的通信、导航和监视手段,建立一个可互用、无缝隙和全球化的空中交通管理系统,确保各空域用户更平等地使用空域,为用户提供最佳服务。对飞行计划的管理是空中交通管理的核心,飞行计划一体化处理是建设未来空中交通管理系统的必由之路,进行飞行计划一体化处理系统的研究与开发,对促进我国空管系统一体化的建设具有重要的意义。

目前,华东空管局航班信息一体化系统已成功投入运行两年多,并逐步推广至各分局站。2011年6月,民航江西空管分局建设了一套南昌航班信息一体化系统。本文就华东地区上海、南昌两地航班信息一体化系统实现数据同步进行分析探讨。

1 华东航班信息一体化系统介绍

华东航班信息一体化管理系统能够实现贯穿整个航班生命周期的日常业务信息化管理,能够加强和促进航班执行涉及单位相互之间的信息共享和协作,能够提供一个更加先进、开放、标准、接入完善的平台框架来实现信息整合,容纳越来越多的各种数据和信息系统的接入需求。

华东航班信息一体化系统核心部署于虹桥节点,同时提供虹桥、浦东以及青浦三地应用功能。三地间原则上使用ATM与SDH两种线路进行互联,两种线路互为备份。因此,每个接入点使用两台路由器分别作为两路城域网线路的接入设备。同时,在两台出口路由器与各节点内部核心交换机之间应运行动态路由协议,以完成自动路由收敛以及负载均衡等一系列功能。整个系统框架如图一所示。

南昌航班信息一体化系统作为华东地区航班信息一体化系统的二级节点,与上海保持消息级实时同步。如航班计划,上海完成次日计划编制的同时,将处理结果通过广域网传输至南昌当地;南昌飞行情报服务报告室对当日、临时计划的维护,发报等动态信息变更,也会实时同步至上海。为了减少网络负载,所有数据源原则上都是以本地为主,上海数据源为辅。上海数据源的利用将通过解析,并进行逻辑处理后得到最终结果送往当地,从而达到减少网络带宽的目的。当南昌当地系统发生故障时,可以直接将客户端连入上海应急服务器上,并且达到无缝数据衔接,将风险降到最小,提高了系统的可用性和安全性。

华东空管局与各地的机场、空管站之间通过信息交换平台进行连接,实现数据共享和同步。华东空管分局站以使用本地应用和数据库为主,在系统发生故障时,能够切换到上海数据中心,并在系统恢复后通过消息机制与数据库同步机制进行华东空管局上海地区与各空管分局站的数据同步。

2 南昌航班信息一体化系统数据库应用

南昌航班信息一体化系统是基于Windows操作系统、ESB服务总线的ORACLE 10G数据库。本系统由六台服务器、一个磁盘阵列和若干工作站组成。其中,两台为数据库服务器,两台为数据引接服务器,两台为应用服务器。在数据引接服务器上,安装数据引接程序和数据处理程序。在应用服务器上,安装所有的服务和MB、MQ服务。在上海数据中心端部署MB服务器和气象情报引接服务器以及两台数据同步读取服务器。如图二所示。

所有访问数据库的后台服务是通过ORACLE的OO4O接口来操作数据库。数据同步用ORACLE的ADO接口访问数据库。

2.1 ESB企业服务总线

ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物,用于实现企业应用不同消息和信息的准确、高效和安全传递。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务协调运作,实现不同服务之间的通信与整合。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。从功能上看,ESB提供了事件驱动和文档导向的处理模式以及分布式的运行管理机制。它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

2.2 针对航班信息一体化系统的ESB架构的基本功能

(1)服务管理:在总线范畴内对空管各业务的注册和管理功能。

(2)传输服务:确保通过企业总线互连的各业空管相关业务流程间的消息的正确交付,传输还包括基于内容的路由功能。

(3)服务中介:为空管信息系统提供位置透明性的服务路由和定位服务和多种消息传递形式,并且支持广泛使用的传输协议。

(4)多种服务集成方式:如JCA、Web服务、Messaging、Adaptor等。

(5)服务和事件管理支持:如调用服务的记录、测量和监控数据;提供事件检测、触发和分布功能。

不同平台和子系统,内部系统与外部系统,内部系统与三类数据库,以及数据库之间的数据与信息交换方式采用松耦合的消息中间件和企业服务总线技术来完成。应用交互数据由作为消息中间件接口的输入队列,通过队列与企业服务总线的Adapter建立消息通道,充分利用消息中间件的可靠传输功能。企业服务总线通过对消息内容的Mapping和交换路径的Routing,动态引接由源队列到目的队列之间的数据交换通路,并可利用Cluster功能实现消息队列的群集,达到数据交换的纵向扩展和负载均衡。这种数据交换机制通过消息队列和传输机制将应用隔开,应用之间通过传送消息来实现交互,从而使得应用之间形成“松耦合”的协作关系,形成SOA的系统平台结构。数据与信息交换平台架构如图三所示。

3 航班信息一体化系统(上海、南昌)数据同步设计

根据业界数据库设计的最佳指导原则,数据库设计时应充分考虑数据的特性。一般来说,数据库可以分为系统、内部管理、汇总、分析等不同域的数据。系统域数据主要用于保证数据的一致性。内部管理域也称元数据,用于管理数据的基本公共属性。汇总域是各类数据的汇集,分析域用于各个业务的主题分析。

因此华东航班信息一体化系统中,数据库设计考虑其功用特性分为在线数据库、共享数据库和数据仓库三种类型的数据库。

3.1 在线数据库

华东航班信息一体化系统生产过程中最主要的数据库为存储基本元数据和在线处理实时数据。在线数据库要求响应快,数据集合小,便于在线实时响应。在选择存储时,考虑高性能、快速反应存储,如固态存储。

基础元数据主要包括以下几类:

(1)民航通用的基础数据:主要有国际民航组织ICAO、行业组织IATA以及各个国家规定的一些国际性或者全国性的代码。比如飞机注册号、机型代码、机场代码、航班性质(也叫飞行种类)、尾流等级、延误代码、异常种类等。

(2)机场相关的基础数据:主要是机场内各种资源相关的基础数据。比如跑道编号、滑行道编号、机桥位信息、航站楼(也叫候机楼)信息等。

(3)航空公司相关的基础数据:主要包括公司代码、飞机注册号以及相关全重和其他统计收费相关的基础数据。

(4)空管相关的基础数据:包括航路、扇区、航路点、进离场航线、高度层等基础数据。

(5)支撑系统的辅助数据:支撑系统正常、高效运行,包括系统模块、各种配置参数等数据。

3.2 共享数据库

考虑到数据的共性和系统分布部署的架构体系,将各节点需要一致使用的共享数据独立出来,形成共享数据库。共享数据库部署在空管分局站,当系统需要修改共享数据时,应用直接修改共享数据库。共享数据库将实时分发到各节点的在线数据库中,保障本地在线实时可读取。共享数据库数据主要包括基础元数据和共享的常变数据,如航班计划等数据。

3.3 数据仓库

在线数据库的近线积累,主要用于分析查询报表等经营性数据挖掘应用。以隔离这些应用对在线实时应用的影响,也便于统一部署智能数据挖掘分析工具包。

数据库仓库的数据经过一定周期后,生产业务数据将不再使用,此时将被数据生命周期管理工具进行磁带归档。以隔离出生产系统,提高生产系统的性能,减小高性能存储的规模,降低成本。

3.4 基本设计原则

(1)共享数据库与在线数据库、在线数据库与近线数据之间数据同步在应用层完成;(2)近线数据与离线数据之间数据同步在物理层完成。如图四所示。

3.4.1 数据同步

在应用层解决中心共享数据库与各地在线数据库的实时数据同步,其优点在于实时性强、可靠传输、配置灵活。该机制保证了系统运行时各节点与中心的数据一致性。当某个节点发生故障时,可以在网络恢复的情况下,到中心共享数据库下载数据,恢复本地数据系统。也可以批量将本地数据,同步至中心共享库,做到备份、汇总一举两得。数据同步基本框架如图五所示。

链路选择联通及电信2M专线方式。

3.4.2 同步流程

上海数据库上建立一系列触发器,触发器建在上述列表的原表上,触发器将所有的操作记录在log表中。触发器需对应一系列的序列(SE-QUENCE),一个同步原表需要一个对应的SE-QUENCE来做记录单表上操作的累加。南昌数据库上只需要加一系列表和序列(SEQUENCE),其内容和上海数据库上添加的表相同,只是其名称有所差异。同步流程如图六、图七所示。

4 结束语

南昌航班信息一体化系统现已安装调试完毕,此系统将实现飞行计划及航班动态与华东空管局航班信息一体化系统同步,为华东地区空管信息一体化建设起到良好开端。下一步将进入试运行阶段。

摘要：空管信息的收集、交换、发布是空中交通服务的重要组成部分;空管信息是决策者重要的决策信息来源。为了实现空管信息的共享和有效利用,提高空管决策的科学性,必须加快华东航班信息一体化管理系统建设。本文针对目前华东地区在建的航班信息一体化管理系统建设,就如何实现南昌与上海航班信息一体化系统数据同步进行探讨。

关键词：航班信息,一体化系统,数据同步

参考文献

[1]中国民航.空中交通管制中心设施间协调移交数据规范.MH/T4008-2000.

[2]数字化起飞放行(PDC)服务管制操作规程.

[3]南昌昌北机场扩建空管配套项目航班信息一体化管理系统采购项目技术方案.

[4]樊重俊,徐海旭,张海英,等.虹桥机场航班信息集成系统的规划与设计[J].中国制造业信息化,2009,(17):4-8.