安保指挥中心二期建设项目方案征集
微信分享
关注项目
标讯收藏
| 项目名称 | 省份 | ||
| 业主单位 |
认领
立即查看
|
业主类型 | |
| 总投资 | 建设年限 | ||
| 建设地点 | |||
| 审批机关 | 审批事项 | ||
| 审批代码 | 批准文号 | ||
| 审批时间 | 审批结果 | ||
| 建设内容 | |||
为顺利推进深圳航空有限责任公司安保指挥中心二期建设项目，现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商，请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写，并通过深航集中采购管理部公共邮箱向深航反馈项目建设方案。
一、项目名称
安保指挥中心二期建设项目
二、项目建设目标
在安保指挥中心一期建设的基础上，提升数据的维度与精确性。通过引入的数据采集与分析技术，深入挖掘各类安全相关数据，从而更精确地把握安全态势，为决策提供有力支撑。同时对系统进行了全面优化，改善了人与系统之间的交互体验，使各项操作更加流畅、高效。实现高效办公与快速响应，针对各类业务场景进行了深入研究，制定了相应的应对策略。优化工作流程、提升系统智能化水平，确保在任何情况下都能迅速作出反应，有效应对各种安全挑战。完善的应急机制，确保在紧急情况下能够迅速调动资源，实现人员的精准派遣，全面保障安全。使执勤器械的管理自动化程度高，代替大量人力操作。使在执勤器械派发的业务流程中易保养、低故障率、高准确性。相较单纯的无人库方案，提供了出库后的监控手段，更好的确保了乘警包的安全。通过RFID射频标签的引入，从多个环节，关键流程实现了对每一件物品的唯一性判断，确保每个环节少出错，关键流程不出错。出入库操作自动化，并实现人、物、行程同步实时管理。
三、项目业务需求
根据前期对各需求用户的调研分析，结合实际业务发展情况收集了9大模块，共计70项系统需求，需求涉及模块和模块内对应的需求如下：
（一）硬件设备
安保指挥中心二期建设的硬件设备应满足质量要求和具备前瞻性。具体需求如下：
1.RFID标签：为确保实际应用的高效与稳定，应采用无源RFID芯片，以满足低故障率与长寿命的需求。此外，每个RFID标签必须具备唯一性，以便通过其与产品之间的精确对应关系，实现对执勤器械流通情况的精确追踪。
2.标签打印机：应支持 RFID 标签的读、写、打印及校验同步操作。可支持RFID一键校准，同时RFID打印机应确保耗材更换便捷、清洁保养的简便，以减少因维护而导致的停机时间。
3.RFID读写器：须拥有卓越的耐用性，以应对持续、高强度的工作环境。其性能应稳定可靠，确保能够准确无误地识别和读取各类标签。同时，该设备还需维持稳定的通信连接，有效防止信号频繁中断或数据传输错误的发生。
（二）实现功能
1.实现运行概况地图的3D化显示，拓展国际、洲际航线的显示维度。实现飞行周期执勤人员的航班转跳功能，新增各飞行周期及分公司（基地）人员名单的搜索功能。此实现周期飞行人员总数姓名转跳至人员实力页面的功能，在机位图上新增对应机型的应急设备存放位置显示。
2.针对当日已完成和未完成的航班，提供二级转跳至具体航班列表的功能。对于取消和延误的航班，新增转跳显示航班具体信息及取消、延误原因的功能。数据展示新增时间节点选择功能，结合BMI、教育程度、飞行时长等丰富人员实力指数显示维度。
3.新增分公司（基地）当日出港航班的显示及搜索功能。运行概况栏新增搜索功能，实现搜索航班对应航线显示。新增出港航班的实时显示功能，实现新增重点关注人员的实时弹窗推送。
4.新增周航班量、今日航班较昨日变化量、周/日飞行时间里程的显示。优化应急事件大屏显示，新增备降机场详情信息、应急事件预案流程提醒。新增应急流程手机信息发送功能。
5.后台主页模块管理，实现自定义功能，可根据不同时 期的业务需求选择不同的显示模块。优化预警信息的批量处理功能，提升处置速度。用户管理页面，新增姓名搜索框，方便用户快速查找人员信息。
6.为满足各大队的需求，增设大队权限及人员各飞行周期执勤统计详情页，提供根据人员当日情况进行筛选的功能。增设人员操作字典，记录权限及数据变更日志。
7.航班风险匹配页面，实现航班风险构成及安全员实力指数转跳至风险、实力构成明细页的功能。新增航班风险实力匹配规则显示，并对人数及实力机场航班进行实时提醒。优化安保事件的重复数据处理功能。
8.针对人员统计UI及数据统计跨度的问题，进行优化，避免因地域、数量导致的页面覆盖及默认显示维度导致的数据统计异常。
9.优化人员实力指数及航班风险指数的评价维度，实现评测维度自定义功能，可自行新增评测维度。同时根据实力评测变动，优化风险匹配维度。同步优化人员实力指数数据导入、导出功能，实现对离职人员的信息删除，同步导入导出数据模版。
10.后台管理应急事件页面方面，新增应急预案流程提 醒功能，并增设近期航班数据查询功能。新增人员疲劳度管理模型和人员损耗测算模型，以评估人员的疲劳度和损耗情况，并预测下一周期人员缺口趋势。这些模型还可以指导人员休假安排并实现月度、季度报表导出功能。
11.新增人员疲劳度管理模型，根据人员年龄、近期执行号位，出勤小时比等维度，评测人员近期疲劳度情况，可记录人员调班明细。新增人员损耗测算模型，分析近期人员损耗情况，预测下一周期人员缺口趋势，指导人员休假安排并实现月度、季度报表导出。新增重点人员及不正常事件分析模型，结合近期人员情况及不正常事件情况，指导人员保障工作。
12.新增人员及不正常事件分析模型，结合近期人员情况及不正常事件情况，为人员保障工作提供指导。实现对航班违纪事件的记录功能，并做好易发生违纪事件的提醒工作。
13.统计在外过夜人员及其过夜点，并实现对过夜人员的风险提示功能。统计次日执行航班人员及对应航班信息。
14.新增人员实力指数趋势分析功能，结合近期实力变更状况，实现对个人和大队总体实力变更趋势的分析。记录采购合同信息，并对将要到期的合同进行提醒。结合培训计划及人员飞行周期，生成可供调整的培训排班计划表。新增 资质证照预警功能，根据人员证照到期情况进行预警并统计证照将到期的人员信息。
15.新增基于RFID 芯片的配发室器械管理系统，实现执勤器械包出入库操作的自动化以及人、物、行程的同步实时管理。抓取排班状况信息，对坐车人员进行执勤器械包的提醒功能。对执勤器械的已领取、未交还、已交还人员进行实时统计，提高管理效率。
此部分要求供应商提供的项目建设方案包含不限于上述功能，供应商也可根据过往项目实施经验提出建议或补充需求。
四、项目非业务功能性需求
1、系统响应时间指标
用户访问（增删改等）响应时间不超过5秒；在50个并发用户情况下，对数据报表查询实现如下指标：
2、可靠性要求
（1）系统平均无故障运行时间MTBF≥8755小时。
（2）用户数量要求
总用户数量
最大用户数量指标：1000人
3、可用性要求
可用性：系统满足7*24小时对外服务，综合可用性要高于99.95%。
4、易用性要求
（1）维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。
（2）支持的语言版本：支持中文。
5、扩展性要求
（1）能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。如各模块用户数、活跃用户统计等。
（2）支持组件重用，并保证原有功能的稳定性。
（3）产品的界面要求操作简洁、易用、灵活：维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。包含自定义报表。
6、可移植性要求
（1）产品的设计灵活，使得产品应用到各分公司或基地时不需进行大规模修改，仅需配置即可。
（2）方便地对产品进行扩展，而不对产品进行结构化的变化。
（3）预留标准数据接口，方便和现有业务系统之间的数据交换，支持多种网络传输协议，方便其他数据的接入，便于功能的拓展。
7、兼容性要求
（1）操作系统兼容性指标：整个产品的设计建设，可以向其他操作系统应用服务器移植。
（2）浏览器兼容性指标：网页端需支持Edge、Chrome、Firefox、360等主流浏览器。
（3）涉及报表导出功能需兼容WPS、OFFICE插件。
（4）系统功能及界面风格兼容性保持一致。
五、技术架构要求
方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外，应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。
1、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素，合理分配应用服务器、中间件服务器、数据库服务器、存储、负载均衡等资源，根据系统部署需求，给出系统基础设施架构，提供基础架构拓扑图。
2、网络要求。提供完整的网络访问方案，包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要，系统的开发测试环境与生产环境可能单独部署，如果需要多个环境之间的通讯，要有清晰的描述。对于网络架构可以在基础设施架构内体现的，也可以合并提供，不必再行单独列示。
六、技术支持和售后服务
1、系统技术服务标准要求，应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算，软件为期一年。
在系统上线后，要求供应商承担系统上线后的所有运维工作，主要包括检查系统上线运行情况，解答用户问题，建立问题跟踪记录，系统持续优化调整等。如需驻场服务，请说明服务内容和要求。
七、投资说明
1、开发团队要求：
1）项目经验要求：需要提供团队人员简历，说明团队人员项目经验。如参与过的项目，就项目管理、需求、开发、测试、运维等相关能力进行说明。
2）团队成员：至少包括项目经理、需求分析工程师、架构工程师、开发工程师、数据库开发工程师、运维工程师、测试工程师、实施工程师。
2、结合项目建设方案，供应商需要说明基于方案的项目投资规模，具体如下：
1）如用到第三方软件或服务，包含第三方软件费用、服务等报价。
2）针对项目各项需求功能逐个按工作量和人员单价方式报价。
3）综合全部项目需求，汇总给出项目整体报价和建设团队人员规模（包括人员结构、单价、人数）。
4）报价模板详见附件《项目建设方案报价表.xlsx》。
3、项目周期：
项目合同签订日期起1年周期。
4、系统维保：
（1）免费维保到期后，系统建设所涉及到的软件维保费不超过项目建设标的的10%。
（2）软件维保为项目终验后一年免费。
八、供应商资质要求
最终的入围条件需要以招标公告中的招标文件为准
（一）不在深圳航空有限责任公司供应商黑名单之列。
（二）不在中航集团禁止交易名单之列。
（三）不在深航禁止交易企业名单之列。
（四）具有独立签订合同的权利和承担民事责任的能力，近三年无违法和重大违规执业行为，无处罚记录。
（五）具有良好的财务状况，能够开具增值税专用发票。
九、方案提交要求
1、请供应商在2024年4日24日前向项目建设方案征集邮箱提供项目建设方案（含投资说明）。供应商提供的项目建设方案是深航对供应商能力考查的参考依据，请各位供应商认真地阅读理解征集方案相关要求，认真编制和审核项目建设方案及投资规模。
十、地址及联系方式
1、地址：深圳宝安国际机场深圳航空有限责任公司。
2、电子邮件地址：X03404@shenzhenair.com
十一、本公告由深圳航空有限责任公司信息管理部负责解释
特此公告。
附件一：供应商产品报价表
附件二：深航应用系统建设技术规范
深圳航空有限责任公司
2024年4月19日
一、项目名称
安保指挥中心二期建设项目
二、项目建设目标
在安保指挥中心一期建设的基础上，提升数据的维度与精确性。通过引入的数据采集与分析技术，深入挖掘各类安全相关数据，从而更精确地把握安全态势，为决策提供有力支撑。同时对系统进行了全面优化，改善了人与系统之间的交互体验，使各项操作更加流畅、高效。实现高效办公与快速响应，针对各类业务场景进行了深入研究，制定了相应的应对策略。优化工作流程、提升系统智能化水平，确保在任何情况下都能迅速作出反应，有效应对各种安全挑战。完善的应急机制，确保在紧急情况下能够迅速调动资源，实现人员的精准派遣，全面保障安全。使执勤器械的管理自动化程度高，代替大量人力操作。使在执勤器械派发的业务流程中易保养、低故障率、高准确性。相较单纯的无人库方案，提供了出库后的监控手段，更好的确保了乘警包的安全。通过RFID射频标签的引入，从多个环节，关键流程实现了对每一件物品的唯一性判断，确保每个环节少出错，关键流程不出错。出入库操作自动化，并实现人、物、行程同步实时管理。
三、项目业务需求
根据前期对各需求用户的调研分析，结合实际业务发展情况收集了9大模块，共计70项系统需求，需求涉及模块和模块内对应的需求如下：
（一）硬件设备
安保指挥中心二期建设的硬件设备应满足质量要求和具备前瞻性。具体需求如下：
1.RFID标签：为确保实际应用的高效与稳定，应采用无源RFID芯片，以满足低故障率与长寿命的需求。此外，每个RFID标签必须具备唯一性，以便通过其与产品之间的精确对应关系，实现对执勤器械流通情况的精确追踪。
2.标签打印机：应支持 RFID 标签的读、写、打印及校验同步操作。可支持RFID一键校准，同时RFID打印机应确保耗材更换便捷、清洁保养的简便，以减少因维护而导致的停机时间。
3.RFID读写器：须拥有卓越的耐用性，以应对持续、高强度的工作环境。其性能应稳定可靠，确保能够准确无误地识别和读取各类标签。同时，该设备还需维持稳定的通信连接，有效防止信号频繁中断或数据传输错误的发生。
（二）实现功能
1.实现运行概况地图的3D化显示，拓展国际、洲际航线的显示维度。实现飞行周期执勤人员的航班转跳功能，新增各飞行周期及分公司（基地）人员名单的搜索功能。此实现周期飞行人员总数姓名转跳至人员实力页面的功能，在机位图上新增对应机型的应急设备存放位置显示。
2.针对当日已完成和未完成的航班，提供二级转跳至具体航班列表的功能。对于取消和延误的航班，新增转跳显示航班具体信息及取消、延误原因的功能。数据展示新增时间节点选择功能，结合BMI、教育程度、飞行时长等丰富人员实力指数显示维度。
3.新增分公司（基地）当日出港航班的显示及搜索功能。运行概况栏新增搜索功能，实现搜索航班对应航线显示。新增出港航班的实时显示功能，实现新增重点关注人员的实时弹窗推送。
4.新增周航班量、今日航班较昨日变化量、周/日飞行时间里程的显示。优化应急事件大屏显示，新增备降机场详情信息、应急事件预案流程提醒。新增应急流程手机信息发送功能。
5.后台主页模块管理，实现自定义功能，可根据不同时 期的业务需求选择不同的显示模块。优化预警信息的批量处理功能，提升处置速度。用户管理页面，新增姓名搜索框，方便用户快速查找人员信息。
6.为满足各大队的需求，增设大队权限及人员各飞行周期执勤统计详情页，提供根据人员当日情况进行筛选的功能。增设人员操作字典，记录权限及数据变更日志。
7.航班风险匹配页面，实现航班风险构成及安全员实力指数转跳至风险、实力构成明细页的功能。新增航班风险实力匹配规则显示，并对人数及实力机场航班进行实时提醒。优化安保事件的重复数据处理功能。
8.针对人员统计UI及数据统计跨度的问题，进行优化，避免因地域、数量导致的页面覆盖及默认显示维度导致的数据统计异常。
9.优化人员实力指数及航班风险指数的评价维度，实现评测维度自定义功能，可自行新增评测维度。同时根据实力评测变动，优化风险匹配维度。同步优化人员实力指数数据导入、导出功能，实现对离职人员的信息删除，同步导入导出数据模版。
10.后台管理应急事件页面方面，新增应急预案流程提 醒功能，并增设近期航班数据查询功能。新增人员疲劳度管理模型和人员损耗测算模型，以评估人员的疲劳度和损耗情况，并预测下一周期人员缺口趋势。这些模型还可以指导人员休假安排并实现月度、季度报表导出功能。
11.新增人员疲劳度管理模型，根据人员年龄、近期执行号位，出勤小时比等维度，评测人员近期疲劳度情况，可记录人员调班明细。新增人员损耗测算模型，分析近期人员损耗情况，预测下一周期人员缺口趋势，指导人员休假安排并实现月度、季度报表导出。新增重点人员及不正常事件分析模型，结合近期人员情况及不正常事件情况，指导人员保障工作。
12.新增人员及不正常事件分析模型，结合近期人员情况及不正常事件情况，为人员保障工作提供指导。实现对航班违纪事件的记录功能，并做好易发生违纪事件的提醒工作。
13.统计在外过夜人员及其过夜点，并实现对过夜人员的风险提示功能。统计次日执行航班人员及对应航班信息。
14.新增人员实力指数趋势分析功能，结合近期实力变更状况，实现对个人和大队总体实力变更趋势的分析。记录采购合同信息，并对将要到期的合同进行提醒。结合培训计划及人员飞行周期，生成可供调整的培训排班计划表。新增 资质证照预警功能，根据人员证照到期情况进行预警并统计证照将到期的人员信息。
15.新增基于RFID 芯片的配发室器械管理系统，实现执勤器械包出入库操作的自动化以及人、物、行程的同步实时管理。抓取排班状况信息，对坐车人员进行执勤器械包的提醒功能。对执勤器械的已领取、未交还、已交还人员进行实时统计，提高管理效率。
此部分要求供应商提供的项目建设方案包含不限于上述功能，供应商也可根据过往项目实施经验提出建议或补充需求。
四、项目非业务功能性需求
1、系统响应时间指标
用户访问（增删改等）响应时间不超过5秒；在50个并发用户情况下，对数据报表查询实现如下指标：
查询类别 | 说明 | 性能指标 |
|---|---|---|
简单查询 | 仅仅针对小型表的单表查询 | 在5秒以内完成查询响应 |
一般查询 | 仅仅涉及小型表的多表 | 在7秒以内完成查询响应 |
大数据查询 | 针对大型表的单表查询 | 在10秒以内完成查询响应 |
2、可靠性要求
（1）系统平均无故障运行时间MTBF≥8755小时。
（2）用户数量要求
总用户数量
最大用户数量指标：1000人
3、可用性要求
可用性：系统满足7*24小时对外服务，综合可用性要高于99.95%。
4、易用性要求
（1）维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。
（2）支持的语言版本：支持中文。
5、扩展性要求
（1）能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。如各模块用户数、活跃用户统计等。
（2）支持组件重用，并保证原有功能的稳定性。
（3）产品的界面要求操作简洁、易用、灵活：维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。包含自定义报表。
6、可移植性要求
（1）产品的设计灵活，使得产品应用到各分公司或基地时不需进行大规模修改，仅需配置即可。
（2）方便地对产品进行扩展，而不对产品进行结构化的变化。
（3）预留标准数据接口，方便和现有业务系统之间的数据交换，支持多种网络传输协议，方便其他数据的接入，便于功能的拓展。
7、兼容性要求
（1）操作系统兼容性指标：整个产品的设计建设，可以向其他操作系统应用服务器移植。
（2）浏览器兼容性指标：网页端需支持Edge、Chrome、Firefox、360等主流浏览器。
（3）涉及报表导出功能需兼容WPS、OFFICE插件。
（4）系统功能及界面风格兼容性保持一致。
五、技术架构要求
方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外，应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。
1、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素，合理分配应用服务器、中间件服务器、数据库服务器、存储、负载均衡等资源，根据系统部署需求，给出系统基础设施架构，提供基础架构拓扑图。
2、网络要求。提供完整的网络访问方案，包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要，系统的开发测试环境与生产环境可能单独部署，如果需要多个环境之间的通讯，要有清晰的描述。对于网络架构可以在基础设施架构内体现的，也可以合并提供，不必再行单独列示。
六、技术支持和售后服务
1、系统技术服务标准要求，应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算，软件为期一年。
等级 | 说明 | 响应时限 |
一级事件 | 整个系统处于瘫痪状态，完全无法运行，或者某个功能模块完全无法运行,对业务连续性产生严重影响，同时无替代方案可选。 | 10分钟响应，30分钟评估问题解决时间，60分钟内恢复生产。 |
二级事件 | 系统核心功能不可用，或者性能出现严重问题，对业务连续性产生严重影响。 | 30分钟响应，60分钟评估问题解决时间，120分钟内恢复生产。 |
三级事件 | 系统非核心功能不可用，或者性能下降，对业务连续性影响较小，并有其他方案替代。 | 30分钟响应，120分钟评估问题解决时间，240分钟内恢复生产。 |
在系统上线后，要求供应商承担系统上线后的所有运维工作，主要包括检查系统上线运行情况，解答用户问题，建立问题跟踪记录，系统持续优化调整等。如需驻场服务，请说明服务内容和要求。
七、投资说明
1、开发团队要求：
1）项目经验要求：需要提供团队人员简历，说明团队人员项目经验。如参与过的项目，就项目管理、需求、开发、测试、运维等相关能力进行说明。
2）团队成员：至少包括项目经理、需求分析工程师、架构工程师、开发工程师、数据库开发工程师、运维工程师、测试工程师、实施工程师。
2、结合项目建设方案，供应商需要说明基于方案的项目投资规模，具体如下：
1）如用到第三方软件或服务，包含第三方软件费用、服务等报价。
2）针对项目各项需求功能逐个按工作量和人员单价方式报价。
3）综合全部项目需求，汇总给出项目整体报价和建设团队人员规模（包括人员结构、单价、人数）。
4）报价模板详见附件《项目建设方案报价表.xlsx》。
3、项目周期：
项目合同签订日期起1年周期。
4、系统维保：
（1）免费维保到期后，系统建设所涉及到的软件维保费不超过项目建设标的的10%。
（2）软件维保为项目终验后一年免费。
八、供应商资质要求
最终的入围条件需要以招标公告中的招标文件为准
（一）不在深圳航空有限责任公司供应商黑名单之列。
（二）不在中航集团禁止交易名单之列。
（三）不在深航禁止交易企业名单之列。
（四）具有独立签订合同的权利和承担民事责任的能力，近三年无违法和重大违规执业行为，无处罚记录。
（五）具有良好的财务状况，能够开具增值税专用发票。
九、方案提交要求
1、请供应商在2024年4日24日前向项目建设方案征集邮箱提供项目建设方案（含投资说明）。供应商提供的项目建设方案是深航对供应商能力考查的参考依据，请各位供应商认真地阅读理解征集方案相关要求，认真编制和审核项目建设方案及投资规模。
十、地址及联系方式
1、地址：深圳宝安国际机场深圳航空有限责任公司。
2、电子邮件地址：X03404@shenzhenair.com
十一、本公告由深圳航空有限责任公司信息管理部负责解释
特此公告。
附件一：供应商产品报价表
附件二：深航应用系统建设技术规范
深圳航空有限责任公司
2024年4月19日
微信扫码关注
