业务需求概述.docx

1、业务需求概述编号：2013-AJ-001密级：类别：FOQA项目业务需求文档版本1.3编制：审核：批准：深圳航空有限责任公司2013年2月1 引言1.1 目的实现QAR数据全自动管理，整合现有相关系统，通过对飞行、维修QAR数据监控分析，实现多维度风险识别、风险预警的能力。1.2 项目背景飞行品质监控是国际上公认的保证飞行安全的重要手段之一，已得到世界民航业的普遍认可。中国民航局出台了CCAR-121-R4、咨询通告飞行品质监控(FOQA)实施与管理（AC-121/135-FS-2012-45）等规章和管理规定，对飞行品质管理工作进行了明确要求。深航的快速发展，机队规模不断壮大，运行基地不断增

2、加，因此对安全管理工作的压力急剧增加；QAR数据作为航空公司的宝贵资源财富，可以通过FOQA项目的建设加以有效利用，按照SMS管理理论进行风险评估和管理，进行风险识别和安全预警，提高飞行安全管理水平和风险管控能力。1.3 项目概述FOQA项目是依据局方咨询通告，以SMS为理论指导，围绕QAR数据建设的一体化数据管理平台，旨在提高深航安全运行水平。专业领域涵盖了飞行、运行、飞管、维修和安监等多个业务部门。该项目旨在实现对飞行中触发的不安全事件进行监控和分析，对多发事件、高危事件、重点人群进行监控；对维修类重点事件动态监控，对发动机等关键参数趋势跟踪，及时提供维修排故等数据支持；对运行方面飞机性能

3、、油量等监控分析，针对性的制定风险缓解措施，实现对飞行安全的宏观把控，同时也配合完成对微观不安全事件的调查。1.4 术语词汇名称词汇含义备注FOQA飞行品质监控（Flight Operational Quality Assurance）QAR快速存取记录器（Quick Access Recorder）FDR飞行数据记录器（Flight Data Recorder）GDRAS地面数据处理和分析系统（Ground Data Resolution and Analysis System）LFL数据帧格式ROM日常运行测量（Routine Operation Measure）FMT飞行品质监控小组（F

4、light Monitor Team）ACMS飞机状态监控系统（Aircraft Condition Monitor System）AGS（Advanced Ground Station）法国SFIM公司于2000年前推出的用于各类飞行器的飞行参数解码以及飞行状况分析系统。AIRFASE（Flight Analysis and Safety Explorer）法国Airbus公司与美国Teledyne公司合作于2004年底正式推出的一个面向所有民用飞机的飞行品质分析系统其它相关术语参考咨询通告飞行品质监控（FOQA）实施与管理.doc2 业务需求概述2.1 对QAR数据自动化高效管理，满足各业

5、务数据需求。2.2 梳理现有事件标准和监控逻辑，满足局方咨询通告和国航对标要求。2.3 设计数据分析和风险评估方法，有效对风险进行分析和预警。2.4 查询和统计所有历史超限事件，灵活便捷的数据导出。2.5 事件以多种形式进行流转。2.6 开展维修类超限事件监控。2.7 开展航线数据监控，掌握各航线的飞行数据特征。3 系统主要功能3.1 飞行数据自动处理.3.1.1 各基地上传数据，自动分发，后台译码系统自动译码，实现“一键”处理。3.1.2 系统自动识别飞机号，提示工作人员确认。3.1.3 将数据分类（QAR、DAR、ACMS），按业务需求不同，分别传送相应数据平台。主要包括主译码平台、ACM

6、S监控平台、性能监控和燃油分析平台。3.1.4 监控和跟踪数据传输情况，处理过程中任何节点如有异常，可发送消息或短信提醒相应用户；工作人员可以重复操作问题节点，并支持断点续传；监控和数据跟踪应该作为日志记录在数据库中，方便后期追溯。3.1.5 系统自动对接各译码服务器，实现全程自动化译码和数据导出。3.1.6 数据传输后自动根据机型对PC卡实现格式化。3.1.7 译码完成后,自动按模版提取事件参数、ROM数据。3.1.8 数据处理过程监控，显示各飞机数据处理状况（如未处理、传输中、译码中、译码完成、导入计算等），使用列表或进程图方式。3.1.9 数据未处理显示成红色，数据处理完成后显示绿色，处

7、理完成后可点击可进入航班查询。3.1.10 具有航班数据监控率显示统计，用户设定阙值，连续低于某监控点时，进行系统报警提示。3.1.11 对于已改装无线QAR的飞机则无需人工干预可完成上述功能，数据处理达到航段级。3.2 数据导入、匹配和计算发布3.2.1 从译码分析平台导入数据，进行预处理和航班机组匹配；修正航班时刻、剔除假事件。3.2.2 将维修类事件及航班等信息导出到维修数据监控系统，导出方式为数据库层面表数据的交互。3.2.3 导入数据包括航班、事件信息、快照数据、事件对应参数流导出。3.3 监控参数及逻辑标准修订3.3.1 按照咨询通告和深航标准，修订监控逻辑，完成与国航译码系统对标

8、。3.3.2 开展维修类超限事件监控。举例，发动机类：EGT,VIB。油路系统：滑油压力，滑油温度。气源系统：引气压力，引气温度。航后检查项：着陆坡度，重着陆，超重着陆等。3.3.3 根据飞行、运行和维修部门的要求，新增DAR参数并通过AirFASE平台译码。3.3.4 增加/修改ACMS报文和参数，对报文内容进行统计和分析，并与维修数据系统进行对接。3.4 多维数据查询统计3.4.1 能够按照各维度和筛选条件进行数据查询（如人员、组织机构、机队、机场等）,按需以数据表、柱状图、饼图、曲线图等多种形式展示，查询数据可以以EXCEL等格式导出。3.4.2 用户可以自定义数据查询，具有报表设计器功

9、能；同时可以存储为各类报表模版，如周报、月报等。3.4.3 航班报告：至少包括基本航班信息，轨迹图、剖面图、事件信息、ROM信息、load report等。3.4.4 具有事件参数编辑功能（包括参数列表、逻辑区间、取值采样率等），各事件触发后自动按预设模版输出参数数据，可以在查询事件时调取和导出。参数提取包括获得参数和导出参数。3.4.5 具有查询设计器功能，用户可按照事件的属性自定义查询条件。举例：飞机号，日期，机队，操纵者，事件性质，事件类型，起降机场，等等查询和产生相应数据结果并输出、导出到文件（Excel等）。（举例：以周为单位对B737各机型分别查询某事件的周发生率趋势）3.5 航线

10、数据测量（ROM）3.5.1 通过对关键节点（至少包括：起飞、爬升、进近、着陆）的数据采集（至少包括：飞机速度、飞机姿态、发动机状态、油门状态等），按照航线、飞机、机场、飞行阶段等维度进行统计和展示，实现对飞行“状态”的分析和综合运用。3.5.2 包括飞行操纵类和维修工程类。3.5.3 能够按照各维度和筛选条件进行数据查询（如人员、组织机构、机队、机场等）,按需以数据表、趋势图等多种形式展示，查询数据可以以EXCEL等格式导出。3.5.4 建立测量点和动态变化参数的数据统计，展示相关联的逻辑关系。3.5.5 增加、更改测量逻辑后，可以对历史数据进行追溯计算。3.6 风险评估告警3.6.1 运用

11、SMS管理理论，量化评估风险，并实施风险告警。3.6.2 用户自定义各事件、等级的风险值、风险等级区间，系统自动进行各评估区间的风险计算，生成风险量化结果，并对应识别风险等级。3.6.3 风险评估要有可操纵性，用户可自定义告警阙值（例如上控线、下控线等）、风险等级，符合深航实际情况，需要有标准等细节。3.6.4 数据计算完成后，如有告警信息可发提示信息及短信等。3.7 事件分析与致因统计3.7.1 具有致因分析模版编辑功能，用户设定各事件的致因模版，对事件通过致因分析录入，实现统计分析和危险源识别。3.7.2 能够按照各维度和筛选条件进行数据查询（如人员、组织机构、机队、机场、致因类别等）,按

12、需以数据表、趋势图等多种形式展示，查询数据可以以EXCEL等格式导出。3.7.3 用户可自定义统计报表，综合航班机组信息、事件致因分析，多维度生成统计报表。3.8 事件流程管理3.8.1 建立事件分析及通告，具有办公流程流转功能。流转各环节有邮件、短信提醒功能。各功能的使用由工作人员视情况进行手动配置。3.8.2 流程主要包括：机组反馈信息处理、调查员对机组的信息获取；建立致因事件分析并进行流转。3.8.3 建立短信、邮件平台，用户可自定义发布群组；3.9 权限管理3.9.1 按照深航组织架构，具有分级、分类别数据查询功能，同时要保证数据的保密性和安全性；3.10 历史数据整理3.10.1 梳理昆明航干租、湿租航班数据。3.10.2 按照FOQA咨询通告新标准进行历史数据整理。3.10.3 对历史各阶段标准、编码等遗留问题进行梳理，统一版本号。3.11 外围系统链接3.11.1 FOC、OA、AIRFASE、飞行员管理系统、人力管理系统、SMS系统、邮件系统、短信平台、飞行准备网、DFS。3.12 其它要求3.12.1 满足200架机队规模数据要求。3.12.2 除生产、统计分析数据外，不产生多余数据；并尽量减少重复计算环节。3.12.3 尽量减少人工操纵环节，自动化程度较高。3.12.4 系统构架具有一定的前瞻性，满足未来5年的使用要求。