基于多数据源的管制员工作负荷自动统计与分析系统.docVIP

基于多数据源的管制员工作负荷自动统计与分析系统 　　作者简介：韩阳（1983—），男，山东青岛人，工程师，硕士研究生，研究方向：计算机智能应用技术（E-mail：atcmet@163.com）。 　　摘要：随着青岛空域飞行流量的不断增加，管制员的工作负荷不断增大。管制员工作负荷的量化及班组资源的合理分配已经成为制约扇区容量的重要因素之一。本文结合民航青岛空管站在实际运行和新增扇区工作中遇到的问题，讨论影响管制员工作负荷的复杂性因素，提出管制负荷计算模型。通过充分利用现有的航班、通话等客观数据，依据客观反映我站管制员工作负荷的计算模型，由计算机生成不同扇区的工作负荷指数，并根据电子值班日志岗位计时数据对每一位管制员的工作负荷进行量化与统计，从而为我站关于扇区容量评估、运行分析、班组资源分配、人员绩效等问题提供决策支持。文章最后对计算结果进行了分析验证，进一步讨论该模型的可行性和存在的问题，并对论文的成果进行总结和展望。 　　关键词：管制员；工作负荷；计算模型；容量评估 　　中图分类号：TP31文献标识码：A 　　1引言 　　青岛空管站管制员工作负荷[1]统计与分析管理系统是以数据收集与处理、数据统计与分析为基础，对管制员的工作负荷进行量化分析而设计研发的。其主要设计目的是依据我站的实际运行情况和运行要素，依据从实际运行情况出发制定的工作负荷计算函数，将对空席位的每一位管制员的工作负荷按指定时间段进行量化计算与统计分析[2]。系统所依赖的多个数据源分别由各子系统从生产环境中自动获取、格式化、输入和分析，无需人工干预。 　　通过对长期积累的数据统计与分析，系统可以直观的显示出管制员的工作负荷量值，因而可以对运行扇区的班组资源优化[3]、扇区容量评估[4]、运行情况分析、人员和绩效统计等提供一个客观的数据分析，从而为管理层提供进一步的决策支持。 　　系统设计原理如下图所示： 　　考虑到系统稳定性和可恢复性，系统的运行平台采取了VMWARE 虚拟机加 windows 2003操作系统平台，由于要进行实时的大量的后台数据处理，选取了ORACLE企业版[5]作为数据库，网页编程环境为微软 Visual Studio 2005[6]开发平台。 　　2系统详细分析与设计 　　如上述流程图所示，系统收集的数据主要来自以下几个数据源：28所自动化航班飞行数据流、东进电话记录仪语音数据、电子日志岗位值班数据、运行要素情况（气象、军航等）添加和参量设定，因此大量的计算在后台数据库完成。 　　首先由遥出信号处理程序对28所自动化系统的遥出信号进行格式化处理，之后分成六个扇区（区调3个：AC01和AC02，AC03，AC06；进近2个：AP01和AP02，塔台1个：TWR），分别实时存入到oracle数据库的ATC表中，表的结构如下：PLAN_NO（计划号），ACID（航班号），SECTOR（扇区标识符），BEGIN_TIME（开始时间），END_TIME（结束时间），LEN（时长）。由作业SD_TM_CNT_INSERT每分钟调用一次存储过程TM_CNT_INSERT对ATC表进行分析，将每个扇区在当前时间（单位为1分钟）所容纳的飞机数量写入表TM_EVERYSECTOR_FNUM中，形成1分钟航班数据。 　　同时由电话数据导出与转换程序对东进电话记录仪中的数据进行提取与格式转换，该程序每天夜间运行一次，每运行一次完成六项任务，即分别取得六个扇区昨日的电话数据写入以下六个表：RECORD_AC01（CDATE：日期，RTIME：时间，RLEN：时长），RECORD_AC03，RECORD_AC06，RECORD_AP01，RECORD_AP02，RECORD_TWR，其中RTIME以两分钟为单位递增，RLEN则代表在当前两分钟内通话时长（秒），这样就获得了每个扇区的两分钟通话饱和度数据。 　　第三部分数据是对主观因素的调整。基于实际运行情况，由值班主任手工添加当日影响指挥飞行难度的气象、军航等因素（或者可以选择由电子值班日志系统同步分析输入），并在部门内部对不同扇区和席位进行了难度区分，形成了因素系数表，用户在使用过程中可以根据需要对系数进行动态调整，以及不同扇区、不同席位在不同航班数量的情况下指挥的压力不同，所以对航班数量进行分段讨论，综合以上主观因素，在与管制一线人员经过多次协商和沟通后，生成了管制员工作压力计算函数： 　　F（总）= F1（架次，通话）*（1+a）*（1+b） * （1+c）… 　　a代表气象因素（人工定值或系统自动分析）。 　　b代表军航因素（人工定值或系统自动分析）。 　　c代表部门内部扇区难度系数。 　　基于以上所述，系统会自动根据航班数据和电话数据，根据工作负荷压力计算函数对数据进行计算，