深航2025年飞行质量管理系统研发项目建设方案征集
******有限责任公司2025年飞行质量管理系统研发项目，现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商，请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写，并通过深航集中采购管理部公共邮箱向深航反馈项目建设方案。
一、项目名称
2025年飞行质量管理系统研发项目
二、项目概述
1、项目背景
飞行质量管理系统自2024年9月正式上线以来，对飞行安全和训练质量管理工作做出了贡献。该系统对标国航飞行员档案系统，通过多平台、多维度的数据融合，呈现飞行员全面、详细的个人档案，并实现了机组个人档案一键导出功能，满足应急或事件调查时机组信息的及时性要求。同时，该系统以清晰、直观的时间轴方式展示人员各级别转升的时间、检查结果等，让其训练成长轨迹一目了然。另外，初步建立告警看板功能，可根据各类管理人员需求自由定义安全和训练相关告警看板模块，实时监测安全和训练状态，为管理人员制定针对性管控措施提供决策依据。
为进一步完善飞行员个人档案功能、提升数据的全面性和准确性，加强训练绩效监控，规范并提升中队工作效率，并对接QAR大数据系统机队着陆趋势和安全绩效指标数据功能，优化安全和训练相关告警看板，飞行部拟进一步升级改造飞行质量管理系统，加强飞行人员档案及安全、训练管理的数字化应用、推进质量管理手段换代升级。
- 项目建设目标
为提升飞行质量管理系统使用效率及实用性，进一步优化告警看板及人员档案功能，搭建中队管理规范性平台，助力公司数字化转型。
1、功能升级：
（1）实现飞行员档案多维度查询（技术资格、训练记录、健康档案等15项维度）；
（2）构建三级审班系统，支持中队、大队、部门分级审班；
（3）对接QAR系统，实时展示机队着陆趋势及安全绩效。
2、效率提升：（1）复训流程自动化，缩短发起周期至1个工作日内。
（2）新增中队日常工作管理功能，实现中队工作标准化、电子化，并便于质量监察。
3、用户体验优化：（1）重构档案维护界面，操作效率提升40%；
（2）告警看板新增5项监控维度，提升风险响应速度。
三、项目业务需求
必须包含已通过需求审核阶段的所有相关业务需求。注意：避免出现业务敏感数据
2、系统需求
|
人员档案
|
训练数据管理
|
收集飞行员基准月、训练记录、foqa不安全记录数据，根据飞行员基准月，向OA发起训练流程、流程结束后对接OA复训结果及教员评语。
|
|
人员档案
|
档案查询、导出
|
细化人员档案导出数据及维度，在原有数据基础上，增加：近期经历、时间经历、型别经历、职位经历、起落经历、航段经历、技术等级变更记录、特殊机场资质、英语航线资质、相关训练、相关证照、全生命周期画像、近三年考试
对接局方AMS体检合格证系统，新增健康档案。
根据中队大队授权
|
|
停复飞管理
|
停复飞数据统计
|
对接OA中“飞行通知单”-“暂停飞行通知单”和“ 恢复飞行通知单”数据，按照不同维度对停飞人员、复飞人员进行统计，恢复飞行将停飞记录推送给OA。
|
|
资质管理
|
特殊资质和特殊人员维护
|
飞行部自定义资质管理，包含资质名称、类型、有效期、获取方式、更新方式、基准月维护等基本信息维护，支持自定义配置资质的获取/更新条件。自定义资质生成、修改、删除功能，维护资质获取人员及资质到期提醒，引用规则引擎自定义生成资质告警规则。
可导入导出飞行部自定义特殊人员。
可自定义特许人员健康标签。
|
|
人员档案
|
飞行员多维护查询
|
飞行员多维度查询，技术资格、运行资格、语言资格、运行技术等，与生产属性、附加资格、训练信息、人事状态等多维度的多方式组合查询和数据钻取。
|
|
人员档案
|
档案维护重构
|
安全档案、作风档案、技术档案、健康档案维护界面优化
|
|
首页
|
告警看板
|
首页增加训练效率监控看板、机场风险库、飞行准备情况监控、视频准备情况监控、安全建议监控，优化安全绩效看板
新增人员健康告警看板。
|
|
首页
|
机队着陆趋势分析看板
|
接入QAR大数据系统着陆评价模块，该模块为两套雷达图，显示飞行员关键阶段的操纵数据及评分，可以在客户端选择时间维度查看机组的操纵数据
|
|
安全绩效管理
|
安全绩效功能优化
|
对接QAR大数据系统事件
|
|
审班管理
|
审班功能模块
|
1.三级审班系统，根据审班级别显示对应的飞行计划
2.中队审班，系统可以根据干部身份自动显示对应日期的中队航班情况，中队可在看板内进行审班，设置审班确认按钮，如果有审班意见，可以填报意见并发送给当日计划调整员
3.大队和部门可以根据要求自建审班，审班结束后将审班结果反馈给当日计划调整员
4.计划调整员将调整结果反馈至系统中
5.被审班飞行员建立超链接按钮，可以查看该飞行员的着陆品质，QAR偏差，训练评语，近期飞行量等数据看板
|
|
中队管理
|
中队日常工作管理
|
1.重要信息转发及阅办情况、中队会签到、面谈记录等
2.对于签到数据进行汇总，能够显示不合理的签到数据和未签到人员，每月生产数据面板
3.系统内生成标准化的面谈表，记录储存。面谈表需要中队长和被面谈人员签到
4.安全管理室在系统上上传各类通告，通告随即以钉钉形式推送给飞行员。统计飞行员的阅办情况和阅办时间。
5.以上功能接入准备网
|
|
不安全事件管理
|
不安全事件信息同步推送
|
目前调查报告和调查表信息没有及时传递和流转不及时。建议不安全事件包括等级事件调查报告，非等级事件典型事件调查表信息直接在网上录入，信息能在推送各科室间，以利安全隐患排查 危险源和风险管理及时进行录入
|
|
人员档案
|
复训自动发起
|
FL FR 120天没有100小时经历，自动发起熟练检查流程
人工维护名单
|
。
此部分要求供应商提供的项目建设方案包含不限于上述功能，供应商也可根据过往项目实施经验提出建议或补充需求。
四、项目非业务功能性需求（非功能性需求可根据项目特点进行选择，并对其内容进行细化说明）
1、系统响应时间指标
用户访问（增删改等）响应时间不超过5秒；在50并发用户情况下，对数据报表查询实现如下指标：
|
查询类别
|
说明
|
性能指标
|
|
简单查询
|
仅仅针对小型表的单表查询
|
在3秒以内完成查询响应
|
|
一般查询
|
仅仅涉及小型表的多表
|
在5秒以内完成查询响应
|
|
大数据查询
|
针对大型表的单表查询
|
在10秒以内完成查询响应
|
|
复杂查询
|
包括小型表和大型表的多表，甚至大型表和大型表的多表连接
|
在15秒以内完成查询响应
|
2、可靠性要求
- 系统平均年无故障运行时间，单位：分钟；公式：MTBF=t/（f+1）式中，t为产品的年运行总时间，f为1年内的故障次数。
- 用户数量要求
总用户数量 500
最大并发用户量指标 50
3、可用性要求
可用性：系统满足7*24小时对外服务，综合可用性要高于99.95%。
4、易用性要求
- 维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。
- 包含自定义报表。
- 支持的语言版本：支持中文及英文。
5、扩展性要求
- 能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。
- 能实现新增业务主题功能模板自有扩展。
6、可移植性要求
- 产品的设计灵活，使得产品推广到各分公司或基地时不需进行大规模修改，仅需配置即可。
- 方便地对产品进行扩展，而不对产品进行结构化的变化。
- 预留标准数据接口，方便和现有业务系统之间的数据交换，支持多种网络传输协议，方便其他数据的接入，便于功能的拓展。
7、兼容性要求
- 移动设备和PC端系统界面须进行适配，达到显示效果上整体一致。
- 具备多平台、多终端的适配和兼容能力，确保飞行员的准备质量及使用体验；
- 网站应至少适配市面主流浏览器，如：IE、SAFARI、CHROME、Microsoft Edge等，对于不同尺寸的主流智能手机和平板电脑显示屏均可适配；系统整体可中英文切换；
五、技术架构要求（升级优化项目，就系统现有技术架构进行描述说明）
充分考虑技术的前瞻性，按照统一架构的思路完成整体解决方案和相关技术标准的设计。方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。
本期项目是对深航现有飞行质量系统的优化升级。系统按照业务模块划分采用微服务集群架构，数据库采用mysql，操作系统采用Linux centos、开发语言采用Java。新架构需要满足微服务或者兼容现有微服务架构。
外部数据集成：
飞行质量管理系统：在建系统，主要涉及对飞行员综合能力考量、展现。后续计划与飞行准备网对接，将飞行员准备记录纳入考量范围并综合评价。
机组管理平台：作飞行排班使用。飞行业务人员在系统内完成排班后，飞行员可在飞行准备网系统内根据排班情况做飞行准备。
航前准备网：飞行人员每次飞行前用来即时检查的系统，与飞行准备网系统配合使用可提升飞行品质。
航班运行控制系统：深航生产运行主系统，涵盖了整个公司运作体系，与各部门业务主要系统对接。系统数据库包含了各类业务数据，是飞行质量的主要数据源。
运行网：航班运行控制系统网页版。
飞行管理系统：管理飞行人员职业生涯资质信息的系统。
包括但不限于以上系统。
- 、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素，合理分配应用服务器、中间件服务器、数据库服务器、存储、负载均衡等资源，根据系统部署需求，给出系统基础设施架构，提供基础架构拓扑图。
- 、网络要求。提供完整的网络访问方案，包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要，系统的开发测试环境与生产环境可能单独部署，如果需要多个环境之间的通讯，要有清晰的描述。对于网络架构可以在基础设施架构内体现的，也可以合并提供，不必再行单独列示。
六、技术支持和售后服务
1、系统技术服务标准要求，应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算，软件为期一年，硬件为期三年。
|
等级
|
说明（根据具体项目定义）
|
响应时限
|
|
一级事件
|
如：整个系统处于瘫痪状态，完全无法运行，或者功能模块完全无法运行, 对业务连续性产生严重影响，同时无替代方案可选。
|
10分钟响应，30分钟评估问题解决时间，120分钟内恢复生产。
|
|
二级事件
|
如：系统核心功能不可用，或者性能出现严重问题，对业务连续性产生严重影响。
|
10分钟响应，60分钟评估问题解决时间，180分钟内恢复生产。
|
|
三级事件
|
如：系统非核心功能不可用，或者性能下降，对业务连续性影响较小，并有其他方案替代。
|
10分钟响应，90分钟评估问题解决时间，240分钟内恢复生产。
|
在系统上线后，要求供应商承担系统上线后的所有运维工作，主要包括检查系统上线运行情况，解答用户问题，建立问题跟踪记录，系统持续优化调整等。如需驻场服务，请说明服务内容和要求。
七、投资说明
1、开发团队要求：
- 项目经验要求：需要提供团队人员简历，说明团队人员项目经验。如，参与过的项目，就项目管理、需求、开发、测试、运维等相关能力进行说明。
- 团队成员：至少包括项目经理、UI工程师、核心开发工程师、测试工程师、运维工程师，不少于6人
- 结合项目建设方案，供应商需要说明基于方案的项目投资规模，具体如下：
- 如用到第三方软件或服务，包含第三方软件费用、服务等报价。
- 针对项目各项需求功能逐个按工作量和人员单价方式报价。
- 综合全部项目需求，汇总给出项目整体报价和建设团队人员规模（包括人员结构、单价、人数）。
- 报价模板详见附件《项目建设方案报价表.xlsx》。
3、项目周期：
项目合同签订日期起1年周期。
4、系统维保：
- 系统建设所涉及到的软件及硬件维保售后服务标准（软件维保费为项目建设标的的10%）。
- 系统所涉及到的软硬件维保期标准（建议软件维保为项目终验后一年免费）
八、供应商资质要求
最终的入围条件需要以招标公告中的招标文件为准
******有限责任公司供应商黑名单之列。
******集团禁止交易名单之列。
3、不在深航禁止交易企业名单之列。
4、具有独立签订合同的权利和承担民事责任的能力，近三年无违法和重大违规执业行为，无处罚记录。
5、具有良好的财务状况，能够开具增值税专用发票。
6、供应商具有ISO27001 或ISO9001或ISO20000认证。
九、方案提交要求
1、请供应商在4月20日前向项目建设方案征集邮箱提供项目建设方案（含投资说明）。供应商提供的项目建设方案是深航对供应商能力考查的参考依据，请各位供应商认真地阅读理解征集方案相关要求，认真编制和审核项目建设方案及投资规模。（项目建设方案征集公告公示期建议不少于5日）
十、地址及联系方式
******有限责任公司。
2、电子邮件地址： ******
******
******有限责任公司信息管理部负责解释
特此公告。
附件一：项目建设方案报价表
******有限责任公司
2025年4月10日
