中国国际航空公司飞行安全管理信息系统一期项目建议书

1、项目简介1 项目名称中国国际航空公司飞行安全管理信息系统（一期）2 项目背景2.12.1项目来源随着国航股份上市成功后，国航的发展进入了一个重要转型期。要把重心 工作转到加快发展和提升核心竞争力上来， 要继续深化各项改革。 当前安全生产 的保障能力与运输生产高速增长不相适应的矛盾很突出， 按照国际航协组织的安 全审计要求，国航的飞行安全管理面临的任务更加艰巨； 加快安全工作的规范化、 科学化、制度化进程； 狠抓安全管理的系统性和严密性； 提高安全管理的科学性， 的确是当务之急。量化管理是科学管理的一个重要基础， 信息化建设可以帮助我们实现这一目 标；为此提出“ 飞行安全管理信息系统 ”的建设。

2、2.22.2项目涉及的范围从民航业界的观点来看， 飞行安全是一个广义的概念， 涉及航空公司、 机场、 空管、旅客、 以及环境等各种因素， 影响飞行安全的问题既有来自公司外部的因 素，也有来自公司内部的因素， 在进行飞行安全管理时， 需要考虑各方面的因素。对于航空公司来说，安全无处不在。航空公司的飞行安全管理一方面存在于 公司整个航班生产运行控制的全过程中。 同时作为一项重要的组织战略， 航线运 行安全审计 / /评估，也是飞行安全管理中另一方面的重要内容。制定严格、适度 的法规保证公司健康、 持续、快速发展；从而为安全管理的关口前移提供有效的、 以数据为依据的科学方法。因此从整体上考虑，航空公

3、司的飞行安全管理信息系统建设是一个庞大的、 复杂度很高、建设周期较长的系统工程。或者说这样一个系统建设的最终成果要 依赖于覆盖范围较广的的信息来源，依赖于多个相关的安全信息系统的建设成 果。根据国航目前信息化建设的现有资源来分析，我们拟建设的飞行安全管理 信息系统，应充分涵盖公司生产运行控制过程的主要方面； 但初步的开发要有切 入点，需要整体规划、分步实施，即从整个公司的层面来规划系统框架，以飞行 总队为切入点，进行第一步实施，进而分期建设，逐步推广至全国航。3 项目目标国航飞行总队飞安系统的 总体目标是：以信息系统为载体，以飞行安全管理 为核心，整合航班生产管理和训练管理，在飞行总队内部形成

4、一个完整的管理体 系，实现飞行安全管理的系统性、规范性、高效性。同时，运用科学的决策辅助 手段来辅助决策，提高飞行安全管理的科学性。上面的总体目标可以总结为： 描述、评估、诊断、改善、跟踪。具体如下：描述：生产、训练过程中有关的数据和指标评估：安全的状况诊断：安全的薄弱点（分析出影响安全的问题所在）改善：给出提高安全水平的方案跟踪：对安全措施的合理性、及时性进行跟踪二、项目实施方案4 总体设计指导思想国航飞行安全管理信息系统的建设须遵照下列指导思想:4.14.1开放性所有技术采用开放系统技术，开放意味着标准和互连，新的开放技术可以方 便的引入，基于开放技术的新的产品可以方便的集成。 同时， 开

5、放意味着不对某 一厂家的技术和产品形成依赖。 这些对国航飞行安全管理信息系统这一庞大的综 合性系统工程来说尤为重要。4.24.2高可用性高可用性是指系统必须能保证可靠， 均衡负载， 故障恢复以及长时间连续运 行的能力， 一旦国航飞行安全管理信息系统正式实施， 他将关系企业的运营， 因 此，系统不能轻易出错，必须能保证在各种条件下都能良好运行。4.34.3高适应性由于国航飞行安全管理信息系统的多变性， 使得系统的需求随着时间的推移 及业务的发展， 会不断发生变化， 或者增加了新的需求， 新的变化应能通过对系 统的配置调整来实现， 减少编程量， 因此国航飞行安全管理信息系统应该有良好 的适应性。4

6、.44.4可扩展性国航飞行安全管理信息系统的长期性所需的分步骤实施， 使得系统必须具备 可动态扩展的能力， 以便使其能随着业务的发展不断扩展。 同时， 国航飞行安全 管理信息系统的复杂性使得每个系统不断面临与其他系统集成的处境， 因此，每 个系统必须具备极强的扩展能力。4.54.5可管理性国航飞行安全管理信息系统的复杂性， 要求对系统的各种资源进行有效的管 理，而对于应用系统的管理都是依靠统一管理平台来完成的，同时，统一管理平 台也需要监控网络，数据库等基础设施的资源， 因此系统必须具备很好的可管理性。5 国内外发展状况及趋势综述1 1）. . 国外先进航空公司信息化程度比较高，但是就国情而言

7、，文化背景的差 异，管理模式和内容上都与国内有很大区别。 特别是飞行机队的管理模式与我们 比较大相径庭：1管理机构比较简化，层次少。2对飞行员的招聘、培养、训练方式不同。3日常的安全规章以及相关理论学习和考核方式不同。4飞行执照的管理方式不同。5没有类似的专机任务。6航班生产组织形式大不相同。2 2） . . 据了解在国内航空公司中， 并没有专门的飞行安全管理系统； 由于飞行安 全管理是个广义概念，因此系统应用范围也有不同。例如： 航空公司安全评估 系统QAQAF F品质监控是用于安全管理的不同范畴（或称为检查、指导性的应 用）。3 3） . . 国航重组后， 目前的机队规模、 覆盖的地域、

8、执行的国际航线和承担的专 机任务的特殊性，使它的航班生产运作、安全、训练管理有其特殊性。我们要建 立的是为提升总队生产与训练的日常安全管理手段的信息系统（或称管理型应 用）。6 设计基本原则和依据3.13.1建立多层结构的企业信息系统计算的历史表现为集中式和分布式两种计算模型之间的不断交替。 从计算时 代开始到7070 年代末是集中式模式。 应用是单层（单片）的应用， 系统环境是（大 型）主机加上亚终端，软件环境是事务监控程序（TPTP MonitorMonitor）加上数据库系统。这时所有的数据访问、业务处理及表现逻辑都在同一台机器上传统的“客户机/ /服务器”模式是计算模式的第二波，如国航

9、的绝大多数信息 系统。一般形式是“胖”客户端或者是“中等”客户端。“胖”客户端集表示逻 辑、业务逻辑、业务数据模型和通讯功能于一体。“胖”客户端的多种功能交织在一起，非常不便于软件的更新与维护；由于数据模型“紧偶合”在每一个客户 端，数据结构的改变将导致所有的客户端都得改变，对于大型的系统这一点是成本非常高的；如果业务逻辑改变或者与数据库系统的通讯发生变化（如更换了数 据库系统），所有的客户端都要变化；由于数据库连接是针对每一个客户端的，系统的伸缩很困难，当业务增长客户端访问量大增时，购买数据库连接不仅贵，数据库系统也不能给予性能上的足够支撑； 在这种模式下由于各种原始数据和命 令都需要在网络

10、上传输，加大了网络的负载。“中等”客户端使用数据库系统的存储过程，一定程度上给客户端廋了身并降低了网络的负载， 但数据库连接仍然 是针对每一个客户端的，可伸缩性差；由于存储过程的不标准，应用不易于推广，客户很容易被锁定到某个特定的数据库厂商上。下图的左半部分是两层结构的系统的示意图，右图是现代的三层结构系统示 意图。随着 9090 年代广域网络技术和 InIn ternetternet 的普及，传统的“客户/ /服务器”模式应用基本上成为企业“部门级”的应用模式， 3 3 层 （或多层） 结构的系统模式成 为“企业级”应用的基本模式。“企业级”应用具有如下的特点，可能有来自众 多客户端的并发访

11、问、对应用的处理的吞吐量和性能要求较高、系统的安全性、可扩展性、可管理性和易维护性要求高。3 3 层结构的应用系统把系统的表现层（客 户端）、业务逻辑部门和数据逻辑部分分离开传统的二层结构系统现代的三层结构系统来。 第一层表现层只处理客户的输 入/ /输出、必要的数据校验以及与第二层的通讯，告诉第二层要做什么业务服务，第二层业务逻辑层只根据请求做业务逻辑处理和对第三层数据库系统的访问， 即 把对数据库的具体操作交给第三层， 第三层是数据库管理系统， 只负责数据的管 理和处理。第二层的业务处理程序一般用第三代语言编写（如 C/C+C/C+或 JavaJava）, 它与第三层的通信一般会是通用的数

12、据访问技术 （如 ODBCODBC 或 JDBCJDBC）或者是数 据库厂商提供的技术（对于 SybaseSybase 而言是 ctlibctlib）;第一层与第二层的通信由专 门的支撑软件中间件的客户端软件与服务端软件来负责， 这两个软件需要分 别安装在客户端和中间层计算机系统 （有时也称为“应用服务器”机） 上。 中间 件服务端软件还承担着缓冲来自客户端的请求，管理、缓冲和复用对数据库的连 接，控制应用进程 / /线程的启动和停止等功能，以最大限度地提供业务处理的吞 吐量和性能。建设企业级的信息系统时， 应用服务器机和数据库服务器机一般都建在数据 （处理）中心，它们在一个高速的 LANLA

13、N 上。这两层都可以比较独立的改变，也 可以在各层采用双机热备份的形式提高系统的处理能力和可靠性。 客户端一般是 在远处， 与第二层应用服务器机的连接一般通过 WANWAN 来连接， 客户端一般可以 独立地改变。3.23.2基于先进的支撑技术开发应用系统计算历史的另一个大的变化就是软件能力（功能）的不断增强。这种能力的 不断增强是由软、 硬件技术的发展带来的， 表现在应用层和系统层软件的功能上 编写同样功能的应用软件，作为支撑的系统层越来越“厚”，应用层本身越 来越“薄”。其原因很容易理解。随着硬件价格的不断降低、处理能力的不断增强，软件应用的场合更多，运 行更快，可使用的资源越来越多，功能也

14、越来越强，也越来越复杂。此时，如何 提高软件的生产效率、提高软件的可靠性就成为软件技术发展中的一个关键任 务。 在尝试解决这一问题的诸多方法中， 软件复用是一个最具影响的思想如 果在新开发中能复用自己或别人已经编写好的、经过验证的软件功能模块， 不必 “重新发明轮子” ，就可以有效地提高软件的编写效率、就能编写更复杂的软件， 软件也会更可靠、 甚至性能更高。 多年以来， 许多组织都在尝试在项目组中或在整个组织中复用编写良好的软件模块。 当前发展的最好的是一些在软件业通用的 软件或软件模块，即由专业厂商商品化了的那些软件产品， 如操作系统、数据库 管理系统、网络软件、近年发展起来的多种中间件软件

15、和以中间件软件为核心的 各类平台软件。 对于编写两层结构的“客户机 / /服务器”模式的软件， 最重要的 可复用“平台”软件是数据库系统及相关工具；对于三层结构的应用系统，最重 要的是各种中间件软件及相关的平台软件。应用事实上已经几乎无法从头写起 了。对于同样功能的应用软件，显然应用层越来越薄，系统层越来越厚。下图展示了应用基础架构的演变和进化过程。网络软件传统系统软件裸机I其它基础架构软 件、中间件及以 中间件为基础的 软件平台中间件软件是企业级信息系统中最重要的一类平台性的软件。所谓“中间” 是指其位于应用系统之下，操作系统之上，是为应用系统提供某些支撑功能的软 件（模块）。在三层结构的应

16、用系统中， 客户端与中间的应用服务器层的通信功 能以及其它的一些重要功能就是由中间件软件实现的。应用的比较广泛的中间件软件包括，消息中间件、交易中间件、应用服务器软件、EAIEAI 软件等。应用系统新一代系统软件:中间件!网络软件传统系统软件裸机业务端编程中间件及以中间件为基础的软件平台裸机?操作系统数据库辅助工具类软件（如编译程序、文字编辑器）裸机应用系统应用系统?操作系统?数据库?辅助工具类软件?网络基础设施类?专用系统3.33.3跨相关应用规划数据/信息资源企业在开发信息系统时，由于受当时的 ITIT 技术、企业自身的 ITIT 能力与认识 水平、对业务的认识以及业务规范化程度等因素的限

17、制，一般不能系统化地规划、设计与实现应用。各个时期建有不同的、 各自独立的系统， 各自有自己的数据库， 数据重复录入，出错率高、效率低，数据的冗余度高、 共享程度低，无法实现“就 源输入，数出一源”。独立的数据存储的个数越多，可能需要建设的相互接口就越多。如果有 n n 个 独立的数据存储，相互之间都要建立接口的话，接口数的数量级就是 n n 的平方， n n 越大，接口数量增长越块，化在数据集成上的费用就越高。见下图中的左半部 分。与此相反， 如果能够在建设的早期从企业信息资源规划的角度 (也是从企业 业务对象的角度)对信息系统相关的数据信息进行比较完整的结构规划和设计， 虽然此时要有额外的

18、花费， 但在后期建设新的应用系统时就会最大限度地避免数 据结构与数据信息的重复获得， 也会较大地降低信息系统在数据结构设计、 数据 整合、应用整合上的开销， 不管新系统是直接从已有数据库中直接读取数据， 还 是通过某个应用从数据库中提取信息。见下图中的右半边部分的图示。跨相关应用规划、设计和管理企业数据 / /信息资源的技术理念被称为企业的数 据/ /信息管理(Data/InformationData/Information AdministrationAdministration )。数据/ /信息管理是企业数据/ /信息 整合的手段，也是应用系统集成的基础性手段。 在国航信息化和重新整合数

19、据 / / 信息资源和应用的过程中，采用数据 / /信息管理技术是必然的选择。50入籍系统 发证系统跟踪系统XX系统系统的个数实现跨相关应用规划和协调信息资源就是 实现数据/信息管理（Data/Info Admin）3.43.4建立统一的安全认证与授权机制企业在应用与信息层面上的安全设施主要包括身份认证设施和授权 / /访问控 制设施。安全认证设施一般被称为认证系统， 基于公共密码体制建立，也被称为 公共密钥基础架构（PKIPKI）;授权与访问控制设施被称为权限管理基础架构 （PMIPMI）, 一般基于目录服务器系统建立。安全认证系统一般包括认证中心（CACA）、注册中心（RARA）、公钥证书

20、与黑 名单管理系统、安全应用开发包等软件组件。认证中心是企业信任管理的源头， 负责向系统中的其它实体（如 RARA ）和经过核实身份的证书申请者（人、应用或 计算机系统）发放数字证书，注册中心负责证书申请、更新与撤消等的受理。公 钥证书与黑名单管理系统保存系统中发放的公钥证书和黑名单并提供查询访问 机制。安全应用开发包则提供企业信息系统应用开发中多需要的安全服务调用，如数字签名、验证，加密、解密等。以普通智能卡或 USBUSB KEKEY Y作为证书保存载 体的安全认证机制是一种强安全的系统防护设施，可以有效地防止信息的泄密、 被篡改、假冒和行为抵赖。权限与访问控制系统使用目录服务器保存企业所

21、有人 员对应用与资源的访问权限，并提供统一的机制验证用户的授权。对于国航信息系统来说，应用与信息的安全怎么强调都不过份。没有统一的数据结构开发费用.海洋平台4030未集成的数据的费用2010独立的数据存储的个数一艘船的信息可能散在多个库中同一数据项的信息可能保存在多处多处的数据可能不一致数据接口的总数广船用产品船安全认证系统和统一的授权与访问控制机制，就难以实施统一的企业安全策略、 制度与手段，就会有潜在的安全隐患，系统的建设与管理也是不经济的。 由于国 航信息系统最终要建成统一、集中的应用系统平台，就使得先进、高强度和高度 集中的安全控制机制更为必要。A 部门国航认证、授权中心3.53.5通

22、过逐次的集成逐步建成系统企业的信息系统不可能一次建成，因为以后一定会有新的应用需求，需要开 发新的系统；也可能因为由于财力、技术能力和认识的不足，需要逐步地去建设。 新的系统通常要和老的系统交换信息，使用老的系统的功能，因此数据与应用的集成不可避免。当企业已建的各个信息系统各自独立，共享和交换信息困难时， 也需要进行系统的集成。集成是解决矛盾的手段，也是系统建设的手段，信息系 统可以通过逐步的集成建成。因此，如果对企业的信息系统进行统一的规划、设计和开发，在系统开发完 成时也就完成了在建各个子系统或应用模块之间的集成，但并不能完全解决日后的问题。就象企业的 ERPERP 系统，虽然比较完整，但

23、不能把企业的新生需求一一 如客户关系管理系统（CRMCRM）和供应链管理系统（SCMSCM）囊括在其中。传统的 ERPERP 系统是“完整”的一套打包软件，试图向企业提供“一站式的购买”（One-Stop-ShoppingOne-Stop-Shopping，软件由一家厂家提供；新的 ERPERP 观点则是，针对各个 子系统功能，选择最好、最适用的的软件（Best-of-BreedBest-of-Breed），集成这些系统，获得最大的收益。因此，建设企业信息系统时不能惧怕集成。见下图中关于企业ERPERP 系统观点变化的示意说明当企业存在 n n 个独立的应用系统需要相互集成时，相互之间的接口数

24、量最多可能有 n*(n-1)/2n*(n-1)/2 个，开发、管理和维护都非常困难。一旦一个接口改变，最多 可能会影响另外的 n-1n-1 个系统。因此，两两相互集成的方法逐步让位于各个应用 系统或数据源与一个“中央”的系统集成的方法。这样一来，接口的总数量就可 以减少到 n n 个，开发、管理和维护的工作量就会减少很多。 基于消息代理技术的 企业应用集成(EAIEAI )中间件平台就是这样的一个中央系统。由于这样的系统提 供了与各种数据库系统及流行的中间件软件的标准接口，也提供了开发新接口的技术手段，提供了把多个应用串在一起的流程集成能力，使得企业应用系统的集成有了有效的技术手段。现在的 E

25、RP 的观点铁板一块，产品由单一厂家开发和提供 应用成功比较困难4 总体目标及需求分析4.14.1总体目标4.1.14.1.1 系统的总体目标销售力自动化财物订单财物订单人力资源1输入输入/库存库存(PeopleSo管理管理(SAP)ft)商场计划(Numetrix)组件化的，各个业务功能可以选择最合适的厂家物流规戈 E人力资源传统的 ERP 的观点销售和分销仓储新需求能满足了！(有了CRM/SCM)F 制造EAI技术支撑方便地集成库存管理联机分析处理丿财务数据仓库(Cog nos,Software AG)销售力自动化(Siebel,Clarify)物流规划(Man ugistics /I2)

26、国航飞行总队飞安系统的 总体目标是：以信息系统为载体，以飞行安全管理 为核心，整合航班生产管理和训练管理，在飞行总队内部形成一个完整的管理体 系，实现飞行安全管理的系统性、规范性、高效性。同时，运用科学的决策辅助 手段来辅助决策，提高飞行安全管理的科学性。上面的总体目标可以总结为： 描述、评估、诊断、改善、跟踪。具体如下：描述：生产、训练过程中有关的数据和指标评估：安全的状况诊断：安全的薄弱点（分析出影响安全的问题所在）改善：给出提高安全水平的方案跟踪：对安全措施的合理性、及时性进行跟踪4.1.24.1.2 业务层面的目标飞行总队的飞安管理工作是围绕飞行员来开展的，日常工作是航班生产和飞行训练

27、，因此可以从生产和训练两个方面来描述业务层面的目标：1 1） . .生产层面能够及时分析和掌握航班生产的情况， 及时发现航班生产中影响飞行安全的 各种因素，并给出预警。具体目标如下：1 1、航班过程监控。2 2、季节性、特殊性任务的监控3 3、根据航班生产任务预测机组需求。4 4、机组力量搭配合理性分析。5 5、特殊机场运行机组的监控。6 6、飞行员的经历时间监控。7 7、分析和运用 QAFQAF 数据。8 8 运行手册符合性监控2 2） . .训练层面能够理顺和规范训练的流程（包括航班训练和模拟机训练，理论和基础训 练），合理地调配和使用训练资源，使训练和航班生产能够相互配合和协调，并 采用

28、针对性训练等手段，使训练更加有效和合理。具体目标如下：1 1、建立训练档案。2 2、建立系统的训练流程。3 3、生成训练需求。4 4、实现针对性的训练。5 5、训练计划与航班任务相关联的合理编制（半自动一自动化）。4.1.34.1.3 信息化层面的目标在信息化层面的目标包括：1 1、 构建飞安系统的信息系统平台，并使该平台具有安全性、系统性、可扩 展性、易用性等特点。2 2、使飞安系统能够与现有的信息系统协同工作，建立行之有效的维护流程3 3、在系统中融合决策辅助模块，运用数学模型和统计分析方法，来支持决4.24.2业务需求分析根据国航所提供的材料， 对目前国航的生产、 训练以及安全管理等方面

29、的现 状有了一定的了解， 结合国航目前的业务流程， 总结国航飞行总队对飞行安全管 理信息系统的业务需求有以下几个各方面：能实现生产、安全管理、飞行员管理及训练管理信息实时共享和交互 能够通过系统准确、及时地了解各类信息以及生产、训练的实时状态 能够运用各类模型方法以及一些辅助手段 （不可量化的数据分析运用诸 如人工判断的手段等）对航班生产、安全以及飞行员的训练情况进行评 估能够按照规章标准建立系统的约束条件并且在数据超出标准时对相关 的决策操作人员给与提示 能够建立案例库，并对案例库中的数据给与归类 能够及时准确地向飞行员网上准备系统发送信息 建立整合平台，与国航其他信息系统交换、共享数据灵活

30、的报表引擎，自由组合数据的报表统计输出功能4.34.3具体业务需求分析431431 生产控制统计分析目前生产运行控制中主要依靠航班生产管理系统（FMSFMS 来完成，系统中完 成了飞行大队的航班业务流程，并且提供了一些统计分析功能。 同时，此系统向 其他系统提供了相关数据，是飞行航班控制中最为重要的系统。但是，FMSFMS 当前仅仅满足了业务流程的需要，由于管理点的分散、职能部门的流程不尽相同，使 得数据较为分散，难以满足数据及时性、准确性的要求。现有的统计分析报表较 为简单，不能满足生产中监督和调整的需要， 因此，建议在目前 FMSFMS 系统的基础 上，增加系统和模块，已完成生产控制中的需

31、要。4.3.1.14.3.1.1 航班生产监控模块生产监控模块通过从中心数据库中得到及时、 准确的信息，对航班的生产情 况进行实时的跟踪和监控。通过监控航班的各类情况，可以将汇总后的信息提交 给航班安全评估中进行有效的分析，从而使航班的计划安排和机组的派遣工作能 够有效的进行。此模块中应包含如下功能：动态监控深产任务完成情况以图表方式直观显示实际任务完成情况与计划任务完成情况的对比，描 绘出航班调整对生产计划的影响程度。动态监控群体飞行时间通过各类报表（旬报、月报、季报、年报）形式动态监控各类机型、各 技术标准的平均累计飞行时间以及年剩余时间。动态监控个体飞行时间按照月、季、年动态监控每个人的

32、飞行时间，分级别进行自动报警（也 可手工干预）并给出人工建议方案，通过安全预警系统将报警信息以及 建议方案以电子邮件或手机短信等方式发出。航班实时监控显示机组连飞的监控甘特图：显示航班预计延误和衔接情况、反映出连 飞人员的情况，航班不正常时、新机长在天气不够标准的时候能够自动 通过安全预警系统进行报警。431.2431.2 航班计划运行监控模块以图表显示航班季航班任务计划量、航班数、小时数、驻外航班数等。 以图表显示上一航班季年、季、月计划、本部航班任务完成情况分析、 跟踪以及与本季的对比等。431.3431.3 机组信息管理子系统在 FMSFMS 系统中已经开发了护照管理子系统以及后勤保障子

33、系统，系统中已经存在一些数据，为了能够更全面的管理机组信息，增加一套机组信息管理子系统。 此系统从中心数据库中提取 FMSFMS 中的原有数据，进行更加全面的管理，将改动过 的数据通过中心数据库与 FMSFMS 中的数据进行同步，同时为航班生产安全评估提供 有效的数据。在系统中包含如下功能：? ? 机组的证照信息管理? ? 飞行执照、护照签证、健康证等信息的集成管理，分部门维护。? ? 机组的复训、理论学习登记管理? ? 机组的复训、理论学习计划及实际情况登记。? ? 机组的疗养、休假信息管理? ? 机组的疗养、休假申请及实际情况登记。431.4431.4 生产统计分析子系统生产统计分析子系统

34、是基于中心数据库中整合完成后的实时以及历史数据为源数据进行分析而形成报表。由于数据具有实时性和唯一性，报表中的数据结 果是真实可靠的。报表中心的建立，报表的形式可以灵活多变，完全可以解决在 业务中由于时段不同，业务结构发生变化而带来的麻烦。 业务人员可以轻松的改 变报表的数据模型，而得到想要分析的数据结果，同时也能够轻松的转换各类图 表的方式（柱状、饼形、甘特图等） ，尽可能的对数据以及趋势有更直观的了解。 在生产统计分析子系统中包含以下功能模块。生产计划分析? ? 生产计划制定的前期工作? ? 年度生产计划分析? ? 航班季数据报告? ? 航班计划调整管理生产报告与分析? ?任务完成情况报告

35、? ? 生产分析报告431.5431.5 生产数据管理由于管理比较分散、管理数据口径不一致等问题，使得数据的维护难度较大，数据的唯一性、及时性以及准确性得不到保障。 建议构建中心数据库，同时建立 整合平台，使得数据通过整合平台能够及时沟通， 同时在整合平台内搭建数据一 致性检测中心，防止数据冲突情况发生。同时整合平台及时监测各个数据库的数 据变化情况，做到数据同步。生产数据的管理可以通过整合平台做到准确、及时、有效。根据国航的业务需求，生产数据管理要做到以下三个方面：同一指标口径 以中国民用航空统计管理办法为依据，统一各项指标。建议在规章 制度子系统中，建立相关条目，根据条目建立相关数据。集中

36、管理数据在整合平台中（详见下整合平台）建立静态数据中心，由一个或几个部门进行数据更新与维护工作。 431.6431.6 业务功能流程图根据上述对需求的分析以及建议，描述业务功能流程如下:4.3.24.3.2 飞行员管理及训练国航目前的在飞行员的管理训练中只有培训部的管理系统以及一套飞行员的档案管理系统，由于两套系统相互独立，并且培训系统过于简单，需要建立 套完整的飞行员的培训管理系统。 根据国航提出的业务功能需求，描述飞行员培训管理流程如下图4.3214.321 飞行员培训管理流程图训练执行4.3224.322 基础数据库由于目前的基础数据不够全面，需要搭建新的飞行员训练基础数据库， 基础 数

37、据库中的数据与训练部子系统、飞行员档案系统中的数据保持一致与同步。建 议通过整合平台，使数据能够做到同步、及时、有效。飞行员档案中包括：飞行 员技术档案、飞行员训练档案以及训练标准的定义。这些数据部分可从飞行员档案系统以及训练部子系统中提取，然后在系统实飞行员档案管理系统飞行员安全评估基础数据库飞行员训练档案（个人信息，飞行档案，训练档案，训练记录）；级别管理库；机型流程库;训练资源功能表等训练需求及其分析厂F 111 航班养成训1 练计划安排1_模拟机训练 1 计划安排 j1JL1调整?QA 子系统规章制度子系统生产管理系统训练计划管理:申报计划；审批计划；施运行后进行补充和完善。4.323

38、4.323 训练需求统计分析根据基础数据库中的数据，对训练进行统计分析，并且再得到相应的数据后， 针对飞行员的不同情况进行分析，产生下一步训练的需求，为训练计划的管理及 编排打下基础。在统计分析中要做到以下几点。掌握航班的生产状况，包括排班、行前准备、航行中及航后的总结和记 录。掌握航班生产安全形势并可进行分析。掌握总队飞行实力，包括即时的及未来的发展趋势。对训练的各种需求进行规划，建立相关的模型和方法。归纳起来主要有五个 方面。其一，根据公司的战略规划，人力资源的结构情况，对各机型和岗位的人员 数目进行预测，提出训练需求；其二，根据 QARQAR 系统分析结果，提出趋势性问题（各机型的），为

39、提高技术 水平、对飞行员安排针对性训练；其三， 在复训、 转升训练时， 根据对飞行员的综合评价进行资格审定和生成 转升名单，供决策参考；其四，满足生产，均衡安排训练需求。综合考虑各种资源约束，在保证航班 生产的前提下，综合考虑训练任务，提出日常训练需求。其五，个性化需求的补充训练。4.3.2.44.3.2.4 训练计划管理及编排建立训练流程把飞行员训练流程整理和相对固定下来， 以便于对训练进行管理；同时, 在建立系统时，对已有的训练流程进行分析，整合其中可以优化的流程，改善管理效率。训练计划的编排根据训练统计分析出的结果，结合针对飞行员的评估结果以及在相应的 规章制度的约束下，最后依据生产分配

40、的情况，由系统生成一些可供选 择的训练范围，再由人工进行任务的最后编排。4.3254.325 飞行员档案管理系统飞行员的技术、训练档案与其职业生涯紧密相关， 记录内容量大，要求数据 及时、准确；这是飞行员训练子系统的信息基础， 在完成了飞行员的各种档案建 设之后，才能在此基础上，对飞行员进行评价、评估，建立与安全和飞行有关的 信息，为生产派遣系统提供数据支持。飞行员的档案信息主要涉及各种技术信息、 训练记录、飞行安全分析记录（包括基础训练和在职训练等等）。建议对飞行员的档案进行集中管理，便于对飞行员情况的了解以及分析。4.3264.326 飞行员安全评估根据飞行员档案中的数据以及飞行员在 QA

41、FQAF 中的历史数据，建立相应的数学 模型，对飞行员进行科学合理的分析和评估，为合理的做出计划安排作铺垫。4.3.34.3.3 规章制度管理子系统设计规章制度管理子系统大致包括：规章制度库、符合性判断模块、规章制度监 控信息模块、规章制度抽样检查模块。各模块的具体功能如下：1 1 规章制度库：在规章制度库中保存各种规章制度，并进行维护。规章制度保存的形式 可以根据规章制度的类别而有所不同。2 2符合性判断模块：对于一些容易量化的规章制度，可以结合实际的生产和训练等数据，进行符合性判断。3 3规章制度监控模块：有一些规章制度的执行情况，可以通过一些手段来实时监控，在规章制度监 控模块中，可以对

42、这些规章制度进行实时监控。4 4规章制度抽样检查模块： 对于一些定性的、无法量化的规章制度，往往通过抽样检查的方式来检查是 否执行，在这个模块中保存、维护、分析抽样检查的数据。5 5规章制度的发布或论坛： 在规章制度子系统中，可以设立一个规章制度的发布、讲评模块，或是以论 坛的形式出现， 可用于领导发布和讲评规章制度， 用于员工交流规章制度的执行 情况。4.3.44.3.4 案例库子系统设计经验是十分宝贵的，对实际发生的一些飞行超限事件进行仔细剖析、分析， 总结和提炼其中的经验教训是非常有价值的。经验总结模块的主要任务是建立经验库。 由于许多经验的表达是很抽象化的，很难进行结构化定义，在进行经

43、验总结 的时候，可以把相关的资料汇总在一起， 通过建立关键字的方法来对这些资料进 行索引，以方便对这些资料的查找。案例库的建设是一个逐步积累和完善的过程，应该分为三个阶段：1 1、案例管理库：能对案例进行分类管理，便于对案例进行检索。2 2、简单的知识库：在案例管理库的基础上，建立专家系统。3 3、知识库：利用专家系统和数据挖掘等技术形成相应的保障飞行安全的知435435 安全管理 435.1435.1 安全管理流程图安全管理系统流程提岀趋势分析、训练阶段性安全形势分析 问题、趋势、措施前一阶段改进进度运计训 航行财练调-运行政策、规章以及上报的建议安全管理子系统是飞行安全管理信息系统中一个核

44、心的子系统，它衔接飞行安全管理信息系统的各个子系统，提供综合的分析和处理功能。在飞行安全管理信息系统的各个子系统中， 都具有各自的分析模块，但那些 分析模块主要是针对各自子系统中的对象， 而在安全管理子系统中，提供的是综 合性的评估、分析，并能根据评估和分析结果，进行预警。1 1 安全评估评估按照评估的对象来分，可以分成个体的评估和群体的评估， 根据评估目 的的不同，可以采用单指标评估和综合评估等不同的评估方法。 这是一个涉及到 飞行员多方面因素的综合评价模型。 具有多目标的特点。涉及的基本数据有定性 和定量的。对于定性的因素，怎样结合到评估目标本身就是一个 复杂的问题。在 安全评估模块中，包

45、括以下公司安监部犬队汇报故障情况*系统OMIS议措施统计岀正常率以及目前需要加强非正特殊训练安全监察报告-T机型监察员分析报告、安令检查统计岀人员训练情况其他因素：人员飞行时间，运行延提出运行建议理论训练误率，特殊运行次数事件分析提岀候事建率故建征局方提供非正常事件外站提供运行设计训练情况模拟机一些内容的评估：(1)(1) . . 飞行员安全技术综合评价：综合各种软硬指标来评估飞行员的技术状 况，具体如下：? ? 软指标：飞行作风、心理素质等指标的确定， 具有一定的主观性， 这种指标称为软指标。软指标的确定包含有管理者对飞行员的倾向性认 识；? ? 硬指标：飞行品质、英语水平、飞行时间、固癖动

46、作等指标的确 定，是飞行员的基本信息，这些指标称为硬指标。硬指标的确定是基于 飞行员实际的飞行信息。飞行员安全技术指标的确定? ? 软指标 ：为了减少人本身所固有的倾向性，可以采取逻辑的是 与非或打分方法来确定软指标的数值；? ?硬指标：基于 QAFQAF 数据多指标相关因素动态分析和飞行员实际 的飞行信息。(2)(2) . . 机组的技术评估：在机组派遣的时候， 通过对机组的整体技术进行评估， 来了解机组整体的技术状况。根据机组的搭配情况，每个飞行员的基本信息，包括技术特点、职称、驾驶 员飞行记录簿、飞行经历记录、 外语水平、训练记录(操作熟练程度、 理论水平) 等等多方面的因素，结合飞行航

47、线情况、机型、飞行岗位，对机组的飞行安全性 进行评价。该评价模型， 涉及到机组人员的年龄搭配， 技术特点的互补性， 对岗位的胜 任程度。其中一个重要的因素是对航线的运行经历 (尤其是对复杂机场和特殊航 线的飞行次数)。机组的整体能力和航线需求是否能够匹配。(3)(3) . . 评估飞行人员的数量和结构是否匹配航班生产任务： 也就是找出航班生 产任务与所需飞行员的对应关系，确定人机比，以此作为评估标准 。2.2. 安全分析在 QAFQAF 分析子系统中，对飞行超限事件进行了趋势性分析，在安全评估、分 析、预警子系统中，可以综合各方面的情况，来做比较全面的分析例如，某个飞行员发生某类飞行超限事件有

48、某种趋势， 我们就可以结合模拟 机训练的情况，来进一步判断这些飞行超限事件的发生，是什么原因造成的。在本子系统中，可以横向结合其它子系统，例如生产、训练等各方面，来进 行趋势性分析，趋势的关联分析等等。3.3. 预警和处理对于评估和分析中反映出来的问题， 要及时给出预警， 并且建立预警的跟踪、 处理机制。4.3.64.3.6 信息系统业务平台飞行安全的业务平台主要功能是提供一个多个子系统信息流通的通道， 使各 个业务子系统之间信息得到及时、 有效的沟通， 保持数据的唯一性， 避免存在于 各个系统中的相同的业务数据的重复录入。 同时，提供统一的用户管理模块， 对 各个部门、人员的业务操作数据范围

49、进行划分和限制； 提供报表引擎， 能够轻松、 快捷的制作报表；提供中心数据库，汲取各个子系统中的数据，加以综合，为各 类分析报表提供有力的数据来源， 记录操作的历史数据， 使业务系统的数据操作 有据可查； 提供功能强大的工作流引擎， 为今后的业务扩展以及业务流程变更打 下基础；提供规章制度匹配中心， 为各个子系统的业务操作提供理论依据和限制； 提供认证和授权功能， 使整个系统做到安全、 高效。信息业务平台是整个飞行安 全系统的核心， 是飞安系统以及飞安系统与其他系统的一个整合平台， 各个子系 统通过连接到此平台与其他业务系统进行交流， 同时是飞安系统的静态数据处理 中心，管理飞安系统的主要静态

50、数据以及业务流程。根据上述特点， 建议在业务平台中采用具有成熟技术的、 已经成为产品的认 证、授权软件；工作流引擎软件；报表引擎软件以及整合平台软件。通过使用现 有的成熟产品，在构建飞安系统时能够使系统的稳定性得到保证、 缩短建设周期、 减少投资成本。业务平台依据功能的不同可以分为两个层面，即：整合平台、管理平台（静态数据管理中心）4.3624.362整合平台包括工作流引擎；规章制度、案例匹配中心；认证中心；数据一致性检测中 心；报表引擎；用户权限检测中心工作流引擎? ? 提供图形化的工作流生成工具? ? 根据定义的业务流程安排，执行数据流的传递与交流，并且监控任 务流的执行情况。规章制度、案

51、例匹配中心在业务数据更改发生变化以及安全系统进行评估时，从数据库中搜索并提供 相应的4.3.6.4.3.6.1 1系统逻辑构架图阮啊1JH井忻yja飞nM55JAR竝HtAHtA讦竹懂块貼lala计ItllIlBItllIlB肝临控欖坯- -IftllIftllh h L LITIT MM si si览UPIi管理1r合號若歟据皆理中心） .用门彳网U翩加悄油!1廿：也曾赴 用英li找芒理规章制度以及案例，为业务人员提供依据和范例。认证中心安全认证管理：为用户登录提供安全认证。数据一致性检测中心在业务数据发生变更时，数据一致性检测中心将对相应的系统中的关联数据 进行检测，进行同步修改，使各个系

52、统之间的数据能够保持一致性。报表引擎通过报表引擎，可以十分方便的为各个子系统提供各种组合的报表查询与输 出服务。用户权限检测中心控制用户登录系统后所能进行的业务操作以及查询范围。4.3634.363管理平台管理平台包括用户管理模块；报表设计与管理模块；基础数据监控与管理模 块；工作流管理模块用户管理模块? ? 组织结构管理：向使用者提供一个可视化组态工具，利用此工具可 以创建企业的组织结构图，定义各级负责人管辖的部门以及各职工 的岗位职责。? ? 用户界面个性化定义：用户根据可视化工具定义网页界面的布局及 显示风格，设置栏目、主题、内容、定义服务属性等。? ? 用户权限设置：根据组织结构以及人

53、员岗位情况，采用分级授权的体系结构，给不同级别的用户分配相应的权限 报表设计与管理模块通过报表引擎，对报表进行设计，并设置报表权限（修改、查看权限）。对 报表进行统一管理。基础数据监控与管理模块? ? 该模块管理维护系统运行需要的各种基础数据，包括飞行员的基本 信息，一些系统的基本参数等。? ? 对基础数据进行监控，记录数据操作的历史纪录。工作流管理模块通过工作流引擎，对工作流程进行制作和管理。5 总体设计方案5.15.1系统总体架构为了完成飞安系统的生产运行控制、生产统计分析、机务信息、QARQAR 统计分析、训练管理、安全评估/ /审计、规章制度管理、案例库子系统、信息系统业务 平台 9

54、9 大功能需求，国航飞行安全管理信息系统的应用系统设计强调标准化、平台化、组件化。以数据信息为基础，以采集整合为手段，在结构数据库和文档信 息库的基础上构建数据仓库，利用先进的数据分析技术实现航班生产、训练管理、安全管理等功能。应用扩展层门尸国航飞行安全管理信息系统分成五个层次：网络层：包括网络硬件软件平台。数据层：包括结构化数据库、LDAPLDAP 数据仓库。应用支撑平台：作为国航飞行安全管理信息系统的底层平台，提供应用支撑 框架和底层通用服务，该层又可以划分为五个层面：数据整合、工作流引擎、报 表引擎、认证和授权、用户管理。实现需求分析中的整合平台和管理平台。应用层：以应用支撑平台为基础，

55、向国航飞行安全管理信息系统的最终用户 提供业务处理功能的各类应用系统。应用扩展层：建立全系统应用集成平台，通过门户实现全系统应用整合。5.25.2数据层设计数据的内容构成国航飞行安全管理信息系统的数据来源可以分为一下两种:一是已有系统的数据：航班生产管理系统：SQLSQL ServerServer 20002000 数据库应用支撑层数据层网络层案例库子系统规章制度管理安全管理机务信息飞行品质训练管理生产运行认证、授权用户管理工作流引擎 报表引擎数据整合信息系统业务平台数据库、LDAPLDAP、数据仓库网络硬件、软件平台QARQAR：ORACLEORACLE 8 8 数据库OMISOMIS OR

56、ACLE8.1.7ORACLE8.1.7 数据库航班管理人力资源管理空勤出差补贴系统： SQLSQL ServerServer 20002000 数据库燃油核算系统： OracleOracle 9.1.29.1.2 数据库培训部系统二是，为系统建设需要新建的数据： 技术和训练档案：驾驶员飞行记录簿、飞行经历记录本。 安全档案：各项安全报告、安全记录、安全获奖登记。 规章制度：符合民航总局 121121 部运行规范的法规集。数据库系统的整合对国航飞行安全管理信息系统基础信息资源进行整合与开发， 制定统一的数 据库技术、系统代码、编码设计等规范，采用现代信息技术，将我公司的基础信 息，从不同的数据

57、源中进行整合、集成，建立整合共享数据库。非结构化数据的整合国航飞行安全管理信息系统中的非结构化信息（如：规章制度等）可以通过 内容管理组织起来，通过全文检索来方便用户的使用。内容管理当今商业世界中的内容通常是以多种形式存在，包括：使用纸张的信件和 申请表格、电子邮件和传真；计算机产生的结算单、货物清单和报表；电子数据 表格、演示文稿和字处理文档；另外，还有各种多媒体记录，如客户服务电话的 数字音频记录或公司培训视频资料。公司能否在InternetInternet 经济中获得成功取决于它控制和利用各种信息的能力。内容管理是一套全面的面向 WebWeb 的内容管理集成软件解决方案，它提供了 在 I

58、ntranetIntranet或 InternetInternet 上立即访问文档信息的能力，可以有效地保证所需要的文 档并按照正确的工作流程在正确的时间提供给正确的使用人员。 该方案具有实时 和无缝访问数字化、索引化内容的能力，因而公司内外的合法用户都能获得最高 的信息使用效率，而不是把时间浪费在信息搜索上。内容管理解决方案对客户的益处：提高了客户服务质量：可以立即访问支持文档的信息。增加了工作效率：工作人员可以把精力放在工作上而不需要考虑分发工 作任务或寻找文档。加快了工作流程周期：消除了工作流程各步骤之间的时间延迟。减少或取消了占用空间：减少或取消了存储设备和机柜、缩微胶片和缩 微胶卷的

59、占用空间。提高了效益：更高的工作流程速度可以转化成对商业机会的更快的响应 时间。力卩强了对文档和工作流的控制能力：实现了更佳的专业化水平，减少了非法风险，做到了遵循法规和实践原则。全文检索简而言之，全文检索就是以各类数据诸如文字、声音、图像等为处理对象，提供按照数据资料的内容而不是外在特征来实现的信息检索手段。它能提供快捷的数据管理工具和强大的数据查询手段，快速帮助人们进行大量文档资料的整理 和管理工作，并使人们能够快速方便地查到他们想要的任何信息。5.35.3应用支撑平台设计上图是以用户视角看到的国航飞行安全管理信息系统的结构。从中我们可以看到国航飞行安全管理信息系统的特点是以成熟的中间件技

60、术作为应用支撑环 境，快速整合已有的应用系统资源，实现数据信息的共享；构建流程化的处理框 架，为飞行员训练管理的自动化提供可能； 灵活的报表工具，快速生成统计分析 依据；统一的认证、授权和用户管理，合理便捷的控制用户访问。信息系统业务平台作为国航飞行安全管理信息系统应用支撑平台是国航飞 行安全管理信息系统的技术核心。信息系统业务平台是飞行安全信息管理系统的基础设施，它为应用系统提供了应用支撑、数据交换、业务协同和应用整合、门户服务和安全管理服务，同时 屏蔽了复杂的底层技术，为应用开发和资源整合提供了方便； 不但对本期业务系 统建设起着关键的支撑框架作用，也为行安全信息管理系统今后业务需求的扩展