为顺利推进深圳航空有限责任公司驾驶舱语音管理系统创新项目,现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商,请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写,并通过深航集中采购管理部公共邮箱向深航反馈项目建设方案。 一、项目名称 驾驶舱语音管理系统创新项目 二、项目概述 1、项目背景 当前深航采用全人工舱音抽查模式,每月由各中队干部、舱音复核小组等共同人工监听与复核飞行关键阶段中SOP标准喊话的实施。随着公司及飞行部安全管理要求的日益提高,面临效率低、覆盖窄、分析浅等瓶颈,难以满足日益增长的安全管理精细化需求。为提升安全监管效能,推动数字化转型,需要建设驾驶舱语音识别系统。 - 项目建设目标
1、实现监察流程的自动化与智能化 (1)取代人工判听:(略) (2)精准识别偏差:(略) 2、打造数据驱动的深度分析能力 (1)打破数据孤岛:(略) (2)根因追溯:(略) 3、赋能精准化的安全管理与训练 (1)闭环管理:(略) (2)个性化训练:(略) 4、构建可视化的安全态势感知 (1)全局视野:(略) 三、项目业务需求 1、系统业务需求 需求名称 | 需求详细描述说明 | | 自动识别飞行关键阶段驾驶舱语音 | 通过AI自动识别飞行关键阶段驾驶舱语音的分类,减少人工识别的低效与信息准确 | 自动分析飞行检查单及标准喊话执行情况 | 自动生成可配置的SOP符合性报告和机队整体执行情况分析报告,避免人工识别的不准确与人为因素导致的信息结果不准确 | 人工智能算法自动解析舱音 | 基于机型和SOP的智能分析、全机队舱音并整合生成质量报告总览,便于监控机队中缺失的SOP标准喊话 | 多通道数据自由切换 | 不同数据的自由切换,减轻工作负荷 | 支持变速播放 | 方便监听,按需加/降速 | 附加身份认证 | 终端数据加密和文件访问控制,便于不同层级/部门/分公司访问,虚拟专用网络保证驾驶舱语音文件的安全传输 | 人工智能算法自动识别舱音内容 | 自动将驾驶舱语音转为文本、分析检查单及标准喊话执行情况、识别实际喊话与标准要求的偏差 | 自动与QAR进行时间对齐 | 支持根据QAR数据进行时间同步、支持跳转至对应舱音和转译内 | 同步关联检查单 | 支持跳转至任意检查点查看舱音和转译内容、报告生成、图形化舱音质量评估报告 | 图形化舱音质量评估报告 | 机队喊话质量总览各阶段喊话详解 | 客户化定制需求 | 针对于不同机型不同的检查单内容自定义设置和修改,以及不同的标准喊话设置不同的监听要求,灵活更改为后续程序更新或要求变更做预留方案,灵活的部署方案 |
此部分要求供应商提供的项目建设方案包含不限于上述功能,供应商也可根据过往项目实施经验提出建议或补充需求。 四、项目非业务功能性需求 1、系统响应时间指标?请勾选 用户访问(增删改等)响应时间不超过3秒;在(略)并发用户情况下,对数据报表查询实现如下指标: | 查询类别 | 说明 | 性能指标 |
|---|
简单查询 | 仅仅针对小型表的单表查询 | 在2秒以内完成查询响应 | 一般查询 | 仅仅涉及小型表的多表 | 在5秒以内完成查询响应 | 大数据查询 | 针对大型表的单表查询 | 在(略)秒以内完成查询响应 | 复杂查询 | 包括小型表和大型表的多表,甚至大型表和大型表的多表连接 | 在(略)秒以内完成查询响应 |
2、可靠性要求 - 系统平均年无故障运行时间>=(略)小时,单位:(略)
- 用户数量要求
总用户数量(略) 最大并发用户量指标(略) 3、可用性要求 可用性:(略) 4、易用性要求 - 维护界面简单易用,在业务流程发生变化时,尽量减少后台程序的开发,使用前台的配置即可完成。
- 包含自定义报表。
- 支持的语言版本:(略)
5、扩展性要求 - 能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。
- 能实现新增业务主题功能模板自有扩展。
- 支持不同机型的检查项和标准喊话SOP进行灵活配置和修改,无需进行代码发布
6、可移植性要求 - 产品的设计灵活,使得产品推广到各分公司或基地时不需进行大规模修改,仅需配置即可。
- 方便地对产品进行扩展,而不对产品进行结构化的变化。
- 预留标准数据接口,方便和现有业务系统之间的数据交换,支持多种网络传输协议,方便其他数据的接入,便于功能的拓展。
- 兼容性要求
- 操作系统兼容性指标:(略)
- 浏览器兼容性指标:(略)
- 涉及报表导出功能需兼容WPS、OFFICE插件。
- 系统功能及界面风格兼容性保持一致。
五、技术架构要求 充分考虑技术的前瞻性,按照统一架构的思路完成整体解决方案和相关技术标准的设计。方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外,应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。 - 、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素,合理分配应用服务器、中间件服务器、数据库服务器、AI 算力、存储、负载均衡等资源,根据系统部署需求,给出系统基础设施架构,提供基础架构拓扑图。
- 、网络要求。提供完整的网络访问方案,包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要,系统的开发测试环境与生产环境可能单独部署,如果需要多个环境之间的通讯,要有清晰的描述。对于网络架构可以在基础设施架构内体现的,也可以合并提供,不必再行单独列示。
六、技术支持和售后服务 1、系统技术服务标准要求,应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算,软件为期一年,硬件为期三年。 等级 | 说明(根据具体项目定义) | 响应时限 | 一级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。 | 二级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。 | 三级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。 |
在系统上线后,要求供应商承担系统上线后的所有运维工作,主要包括检查系统上线运行情况,解答用户问题,建立问题跟踪记录,系统持续优化调整等。如需驻场服务,请说明服务内容和要求。 七、投资说明 1、开发团队要求: - 项目经验要求:(略)
团队成员:(略) - 结合项目建设方案,供应商需要说明基于方案的项目投资规模,具体如下:
- 如用到第三方软件或服务,包含第三方软件费用、服务等报价。
- 针对项目各项需求功能逐个按工作量和人员单价方式报价。
- 综合全部项目需求,汇总给出项目整体报价和建设团队人员规模(包括人员结构、单价、人数)。
- 报价模板详见附件《项目建设方案报价表.xlsx》。
3、项目周期: 项目合同签订日期起1年周期。 4、系统维保: - 系统建设所涉及到的软件及硬件维保售后服务标准(建议硬件维保费为项目建设标的的8%,软件维保费为项目建设标的的(略)%)。
- 系统所涉及到的软硬件维保期标准(建议硬件维保为项目终验后三年免费,软件维保为项目终验后一年免费)
八、供应商资质要求(可根据项目自身特点选用该部分,也可增加其他资质要求) 最终的入围条件需要以招标公告中的招标文件为准 1、不在深圳航空有限责任公司供应商黑名单之列。 2、不在中航集团禁止交易名单之列。 3、不在深航禁止交易企业名单之列。 4、具有独立签订合同的权利和承担民事责任的能力,近三年无违法和重大违规执业行为,无处罚记录。 5、具有良好的财务状况,能够开具增值税专用发票。 6、供应商具有CMMI认证:(略) 7、供应商具有ISO(略) 或ISO(略)或ISO(略)认证。 8、具有迄今有效的中国信息安全评测中心(CNITSEC)颁发的信息安全服务资质证书。 九、方案提交要求 1、请供应商在(略)年(略)月(略)日前向项目建设方案征集邮箱提供项目建设方案(含投资说明)。供应商提供的项目建设方案是深航对供应商能力考查的参考依据,请各位供应商认真地阅读理解征集方案相关要求,认真编制和审核项目建设方案及投资规模。(项目建设方案征集公告公示期建议不少于5日) 十、地址及联系方式 1、地址:(略) 2、电子邮件地址:(略) 十一、本公告由深圳航空有限责任公司信息管理部负责解释 特此公告。 附件一:(略) 深圳航空有限责任公司 (略)年(略)月(略)日 |