为顺利推进****数字化签派放行系统研发项目，现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商，请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写，并****管理部公共邮箱向深航反馈项目建设方案。
一、项目名称
数字化签派放行系统二期研发项目
二、项目概述
1、项目背景
数字****公司航班放行监控业务的核心信息系统，亦是生产运行的主用系统，将在保障航班安全、高效运行中发挥着不可替代的关键作用。
该系统核心架构由数字化签派放行、运行**适配平台、报文平台、数字化MEL处理、航行通告处理、气象处理、系统管理、****中心等8大模块构成，全面承载制作飞行计划、签派放行、情报签派分析、MEL 解读、报文拍发等核心业务，是覆盖航班放行全流程的关键支撑平台。
2、项目建设目标
数字化签派放行系统二期研发项目计划通过新增关键功能、优化现有流程，实现五大核心目标：
(1)精准匹配实际安全运行标准与局方政策要求，保障运行合规
优化放行工作台、****中心功能，拓展监控覆盖范围，实现航班全流程可视化监控、异常信息快速推送与处置；完善各类运行规范校验功能，确保航班运行、签派放行、报文拍发等环节符合安全运行标准与与局方政策要求。
(2)优化系统核心功能，提升业务自动化与电子化率
完善系统各类核心业务功能，涵盖席位管理、动态显示、放行管控、飞行计划、报文处理等关键模块，减少冗余操作与人为失误。
(3)强化数据驱动能力，实现风险预控
依托数据赋能，完善各类相关数据的接入与解析能力，新增多维度评估与告警功能，优化告警逻辑与推送机制，实现运行风险的提前识别、精准预警与及时处置，保障航班运行安全，提升决策的科学性与前瞻性。
(4)强化航班精细化管理支撑能力，助力解决运行效率痛点，为生产经营提供稳定保障
结合实际运行场景，强化航班精细化管理支撑能力。支持各类特殊运行场景的功能需求；完善接口对接与数据共享，支持规则自定义与参数配置，确保系统能够灵活应对业务调整、流程优化及未来发展的需求。
(5)引入人工智能技术，构建签派放行智能辅助决策体系
以民航局“人工智能+”民航高质量发展相关政策要求为导向，围绕航班运行控制核心业务，基于数字化签派放行系统及上下游数据，引入人工智能技术，构建智能化、精细化、风险前置化的签派放行智能辅助决策体系。
三、项目业务需求
1、系统业务需求
深航数字化签派放行系统二期研发项目需要基于深航数字化签派放行系统进行定制开发。
2、系统功能需求
(1)席位管理模块：精细化适配运行场景
优化席位选择界面，补充登录人相关信息展示及席位电话录入功能；航班分配机制新增适配临时分配、交接班、跨**特殊运营场景的分配逻辑，新增组内航班未分配告警及备降、返航等新增航班的快速关联功能。
(2)数据驱动模块：健全告警规则及推送机制，提高场景覆盖率
新增起飞前重新评估功能及灵活参数配置能力，优化评估与信息推送逻辑；补充EDTO延程运行、情报区、雪情等新增告警场景，拓展告警覆盖范围，优化告警规则与推送机制，提升数据预警的精准度。
(3)航班动态图：叠加各类告警，提高实用性
优化甘特图机场关闭标签显示逻辑，减少冗余标识，完善飞机备注与MEL解析信息的区分显示功能；新增已起飞未录时、超时未落等相关告警及对应显示效果。
(4)放行动态表：增加航班协调功能
新增第三段延误原因自动录入、目标撤轮挡时刻维护、离场点等特定数据快速筛选等功能；优化**流量管理系统等外部数据接入与导入逻辑，新增计算起飞时间锁定标识、航班协调及预飞发布等功能，完善时间计算逻辑。
(5)飞行计划模块：适配特殊运行场景
完善飞行计划相关校验、界面优化等功能；新增各类适配特殊机型、特殊运行场景的相关功能，优化现有测算与提示功能，完善相关逻辑配置。
完善油量校核、业载界面、剖面图等新增场景下的计划校验与界面优化功能；新增适配宽体机、EDTO延程运行等特殊机型、特殊运行场景的相关功能，优化现有测算与提示逻辑。
(6)放行评估模块：全面提升放行评估准确性
新增改油超重保护、落地剩油提醒、飞机剩油跟踪等各类保护、提醒、跟踪及辅助功能；优化多航路测算、备降场校验、FPL发报等功能的逻辑，完善各类校验与提示机制，补充新增评估场景，提升放行评估的合规性与准确性。
(7)监控工作台：实现信息提取与快速共享
新增信息看板、电子检查单、应急信息提取、多角色信息共享等功能，优化动态列表交互、备降决策支持、空中改航处理等功能；实现异常信息多渠道快速推送，****公司监控权限配置，提升监控精细化水平。
(8****中心及其他模块：提供数智化辅助支撑
新增特定关键字报文、ADCC机场动态等各类未覆盖的告警场景，优化现有告警逻辑；完善报文处理、航行通告、设备监控等功能，新增智能语音、查询统计等补充功能；完善各类标准配置与校验逻辑。
(9)新增运行成本管理相关功能，提升成本管控能力
新增运行成本管控相关功能，支持基于不同场景的燃油差价管理及带油优化，实现各类航路成本的精准测算与统计分析；提供灵活航路推荐能力，结合成本、效率等因素，为航路选择提供科学支撑，助力降低运行成本，提升经济效益。
(10)数据接口体系：保障运行稳定
随着系统应用场景逐渐拓展，需逐步解除新旧系统并行期间的耦合逻辑，对数据接口体系进行重构设计和迁移、优化，整体适配现有系统架构，具备独立稳定运行及灾备切换的能力。新增航班监控等接口对接。
(11)“人工智能+”应用落地
围绕签派放行全流程业务，以运行安全为核心，融合多源运行数据，构建人工智能应用能力，实现放行要素智能核查、风险前置研判、决策智能辅助、方案智能优选，助力航班放行安全性、运行正常性与运行经济性。
功能建设需严格符****公司运行控制流程手册等管理要求，人工智能应用模块以辅助决策为主，全程保留人工终审权限，实现现有系统平滑兼容、功能增量拓展、模型持续迭代优化。
此部分要求供应商提供的项目建设方案包含不限于上述功能，供应商也可根据过往项目实施经验提出建议或补充需求。
四、项目非业务功能性需求
1、系统响应时间指标
用户访问（增删改等）响应时间不超过3秒；在100并发用户情况下，对数据报表查询实现如下指标：
| 查询类别 |
说明 |
性能指标 |
| 简单查询 |
仅仅针对小型表的单表查询 |
在2秒以内完成查询响应 |
| 一般查询 |
仅仅涉及小型表的多表 |
在5秒以内完成查询响应 |
| 大数据查询 |
针对大型表的单表查询 |
在10秒以内完成查询响应 |
| 复杂查询 |
包括小型表和大型表的多表，甚至大型表和大型表的多表连接 |
在20秒以内完成查询响应 |
2、可靠性要求
系统平均年无故障运行时间MTBF≥10000小时，单位：分钟；公式：MTBF=t/（f+1）式中，t为产品的年运行总时间，f为1年内的故障次数。
用户数量要求
总用户数量不低于1000人
最大并发用户量指标不少于100人
3、可用性要求
可用性：系统满足7×24小时对外服务，综合可用性要高于99.95%。
4、易用性要求
维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。
包含自定义报表。
支持多屏协同、同步操作冲突限制
5、扩展性要求
能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。如各模块用户数、功能月点击量、活跃用户统计等。
6、可移植性要求
产品的设计灵活，使****公司或基地时不需进行大规模修改，仅需配置即可。
方便地对产品进行扩展，而不对产品进行结构化的变化。
预留标准数据接口，方便和现有业务系统之间的数据交换，支持多种网络传输协议，方便其他数据的接入，便于功能的拓展。
7、兼容性要求
操作系统兼容性指标：整个产品的设计建设，可以向其他操作系统应用服务器移植。
浏览器兼容性指标：网页端需支持IE9+、Edge、Chrome、Firefox、360等主流浏览器。
涉及报表导出功能需兼容WPS、OFFICE插件。
系统功能及界面风格兼容性保持一致。
五、技术架构要求
充分考虑技术的前瞻性，按照统一架构的思路完成整体解决方案和相关技术标准的设计。方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外，应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。
1、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素，合理分配应用服务器、中间件服务器、数据库服务器、存储、负载均衡等**，根据系统部署需求，给出系统基础设施架构，提供基础架构拓扑图。
2、网络要求。提供完整的网络访问方案，包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要，系统的开发测试环境与生产环境可能单独部署，如果需要多个环境之间的通讯，要有清晰的描述。对于网络架构可以在基础设施架构内体现的，也可以合并提供，不必再行单独列示。
六、技术支持和售后服务
1、系统技术服务标准要求，应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算，软件为期一年。
| 等级 |
说明（根据具体项目定义） |
响应时限 |
| 一级事件 |
如：整个系统处于瘫痪状态，完全无法运行，或者某个功能模块完全无法运行, 对业务连续性产生严重影响，同时无替代方案可选。 |
5分钟响应，10分钟评估问题解决时间，15分钟内恢复生产。 |
| 二级事件 |
如：系统核心功能不可用，或者性能出现严重问题，对业务连续性产生严重影响。 |
10分钟响应，20分钟评估问题解决时间，30分钟内恢复生产。 |
| 三级事件 |
如：系统非核心功能不可用，或者性能下降，对业务连续性影响较小，并有其他方案替代。 |
30分钟响应，60分钟评估问题解决时间，120分钟内恢复生产。 |
在系统上线后，要求供应商承担系统上线后的所有运维工作，主要包括检查系统上线运行情况，解答用户问题，建立问题跟踪记录，系统持续优化调整等。
七、投资说明
1、开发团队要求：
项目经验要求：需要提供团队人员简历，说明团队人员项目经验。如，参与过的项目，就项目管理、需求、开发、测试、运维等相关能力进行说明。
团队成员：至少包括项目经理、需求分析工程师、架构工程师、开发工程师、测试工程师。
结合项目建设方案，供应商需要说明基于方案的项目投资规模，具体如下：
如用到第三方软件或服务，包含第三方软件费用、服务等报价。
(2) 针对项目各项需求功能逐个按工作量和人员单价方式报价。
综合全部项目需求，汇总给出项目整体报价和建设团队人员规模（包括人员结构、单价、人数）。
报价模板详见附件《项目建设方案报价表.xlsx》。
3、项目周期：
项目合同签订日期起至全部条款履行完毕后终止。
4、系统维保：
软件维保费不超过项目建设标的的10%。
软件维保为项目终验后一年免费。
八、供应商资质要求
最终的入围条件需要以招标公告中的招标文件为准
1、不在****供应商黑名单之列。
2、****集团禁止交易名单之列。
3、不在深航禁止交易企业名单之列。
4、具有独立签订合同的权利和承担民事责任的能力，近三年无违法和重大违规执业行为，无处罚记录。
5、具有良好的财务状况，能够开具增值税专用发票。
6、供应商具有ISO27001 或ISO9001或ISO20000认证。
九、方案提交要求
请供应商在2026年6月15日17:00前向项目建设方案征集邮箱提供项目建设方案（含投资说明）。供应商提供的项目建设方案是深航对供应商能力考查的参考依据，请各位供应商认真地阅读理解征集方案相关要求，认真编制和审核项目建设方案及投资规模。
十、地址及联系方式
1、地址：**宝**际机场****。
2、电子邮件地址： ****@shenzhenair.com; ****@shenzhenair.com;
十一、本公告由****信息管理部负责解释
特此公告。
附件一：项目建设方案报价表
附件二：****信息技术标准
****
2026年6月1日
