项目技术要求

1、编号：2013-AJ-002密级：类别：FOQA项目技术需求文档版本1.3编制:审核:批准:深圳航空有限责任公司2013年2月目录、项目技术要求 31.1 技术要求 31.2 高性能 41.3 稳定性 41.4 安全性 51.5 开放性、可扩展性和标准化 61.6 易操作 61.7 其它 6、技术方案要求 6、项目技术要求1.1 技术要求1. 系统基于深航现有的译码分析平台 AirFASE 及其配套软件。2. 熟悉 AirFASE 平台自动译码的原理及流程，以便实现从数据上传 到分析出超限事件的全过程无人工干预。3. 掌握从机载数据PC卡直接获取飞机号的技术，要求准确率 100%4. 掌握对A

2、irFASE平台中的存量历史数据进行批处理技术。5. 掌握各机型PC卡的专业格式化技术。6. 掌握数据译码分析状态跟踪并实时显示技术。7. 熟悉 AirFASE 后台数据库的表结构，实现从数据库中导出超限事 件相关数据。8. 独立的译码方案及技术，通过网页形式提取到进行事件分析所需 要的原始参数和导出参数的工程值。9. 基于 AirFASE 平台，根据业务需求开发监控事件和参数，包括飞 行类，维修类和运行类。10. 从QAF数据中提取飞行关键时间点，包括开车时刻，起飞时刻， 着陆时刻，关车时刻。11. 掌握风险管理理论， 风险管理模型适合深航现有组织构架， 合理、 简洁的量化评估方案。12.

3、掌握ACM机载报文和参数建立/修改技术,掌握DAF参数的定义、装载和译码技术，能够变更采样率、数据接口等DFDA参数。1.2 高性能1. 支持 230 个用户并发 ,包括 200 个前端应用用户， 20个数据传输 用户以及 10 个数据加工与处理用户；在方案建议的资源下实现负载 均衡。2. 查询、统计一年之内的QAR事件、航班、人员等统计数据系统响 应时间小于 8s。3. 系统须保存至少一年的QAR原始数据与三年分析统计后的数据， 供用户使用。三年以上的QAF统计数据导入历史数据库。4. 供应商应对深圳航空现有与系统建设相关的基础设施以及软硬件 资源进行考研， 以便充分利用现有基础设施和软硬件

4、资源， 使得系统 能以较低的整体成本运营， 减少投资风险， 提高系统的使用效率和投 资回报率，最终形成如何实现高性能的分析报告， 并提交给深圳航空。1.3 稳定性1. 系统应成为成熟的应用系统， 必须提供稳定的 7*24 小时服务， 具 备灾难恢复机制。2. 对于出现的局部问题要求可 30分钟以内恢复，对于 30 分钟无法 恢复的问题，必须有一套切实可行的保障恢复机制。3. 系统应提供可靠、完备的数据备份和数据恢复解决方案，确保数 据的安全和完整。4. 系统在提供给第三方接口调用时，或者调用第三方接口时，要求 保证数据的稳定性和接口的稳定性。5. 提供解决方案对现在及将来数据存储需求的预估以及

5、有数据压缩 策略。6. 供应商需要提供解决方案对应用系统以及数据库进行双机热备， 并实现负载均衡。1.4 安全性1. 系统主要是在深圳航空局域网内部使用。供应商应保证用户在整 个局域网内部不同网段都能正常使用系统；系统应具备并对不同网 段、不同 IP 做访问权限控制的功能。对于系统可以在公网访问的部 分，供应商应提供有效的安全策略，保证系统的访问安全。2. 用户使用系统时，应保证数据在传输过程中的高度安全，不允许 出现因为使用该平台而发生公司信息泄露的情况。3. 系统具有完整的、统一的用户权限管理机制，防止非法访问、越 级访问和非法操作。4. 尽量使用深圳航空现有的接口来实现与第三方系统实现数

6、据交 互，如暂无现有接口可满足， 则优先考虑同深圳航空数据中心的数据 交换平台来实现。5. 系统在通过第三方接口进行数据交互时，要保证数据的安全性和 接口的安全性。6. 对于操作日志，要提供安全日志功能。1.5 开放性、可扩展性和标准化1. 系统应坚持开放和标准的原则，选择开放性好、易于扩展、符合 国际标准的平台（优先考虑 Java 平台），保证系统能在功能和性能 随着业务需求和外部环境的变化而扩展的可行性， 在软件上支持跨平 台和开放数据接口，以便与其他系统软件互相集成。2. 供应商需要向深圳航空开放源代码， 便于深航后期对系统的维护。1.6 易操作1. 系统应在满足实现核心功能的前提下，能够提供用户简洁实用、 友善的人机界面，操作简单、方便。2. 后台管理也应简洁方便，减少管理成本。3. 为方便用户使用，应尽量采用配置化方式，要求做到客户端一次 安装终身使用，无需用户干预的自动更新。1.7 其它1. 实施