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