深航收益辅助系统架构升级项目建设方案征集(二次)-乙方宝官网

深航收益辅助系统架构升级项目建设方案征集

为顺利推进点击登录查看收益辅助系统架构升级项目，现由深航征集项目建设方案。请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写，并通过深航集中采购管理部公共邮箱向深航反馈项目建设方案。

一、项目名称

收益辅助系统架构升级项目

二、项目概述

1、项目背景

（1）基于市场竞争环境及公司业务发展需要，满足各种收益产品管理的需求，需进行功能模块升级，提供优化收益和提升运营效率的解决方案。

（2）系统建设较久，目前不能满足现行的业务发展，为提升系统处理效率及性能，需要进行系统架构重构。

项目建设目标

（1）通过对团队报价功能优化、特殊航班非自动化调整、价格倒挂监控预警，提高库存调整的准确性和及时性，减少收益稀释。

（2）通过对接数据底座，实现数据规范和数据共享互通。

（3）实现系统融合，支持昆航在收辅系统团队销售报价、运价对接、CE例外航班等。

（4）通过现有业务功能的重构，以航线和航线员为维度，形成收益绩效链路跟踪，实现航线员收益监控。

（5）通过对系统架构升级、安全需求实现以及配合指令关停进行功能改造，保障系统现有功能稳定运行，提升系统性能、稳定性、安全性和可扩展性。

三、项目业务需求

1、优化团队阀值模块功能：（1）临时团库存报价接口比例维护，实现分淡旺季区分加强兜底管理；（2）增加航段比例维护和航段保底维护详细维度；（3）增加阀值基信息查询功能。

2、特殊航班设置：对特殊航班进行标记，使其不进行相应的自动化调整；

3、监控预警功能：（1）对接国航系统，增加对D+I团队的监控，推送团队人数、航班、舱位、价格等信息；（2）根据航线舱位顺序和价格高低对比，进行航班价格倒挂监控预警，提醒航线员对航班进行管控。

4、运价对接以及一舱多价功能移动化。

5、决策支持模块优化：对决策支持模块进行改造优化，提高可视化程度。

6、支持昆航收益人员使用收辅系统：优化现有系统用户体系，新增和兼容集团用户，实现指令白屏、K位、收放舱、团队报价功能的融合；

7、安全需求：（1）对接数据底座项目，数据调度迁移适配改造；（2）根据公司安全要求，及时针对发现的安全漏洞及隐患问题进行修复；（3）针对业务关键操作、重要数据操作及用户访问行为等按要求增加日志记录；（4）对系统功能的监控及告警。

8、系统重构升级：（1）对现有系统技术架构进行升级，提高系统性能；（2）整合网络收益部相关系统，实现收益管理前端集成化和掌收移动化。

四、项目非业务功能性需求

1、系统响应时间指标

用户访问（增删改等）响应时间不超过3秒；在50并发用户情况下，对数据报表查询实现如下指标：

查询类别	说明	性能指标
简单查询	仅仅针对小型表的单表查询	在2秒以内完成查询响应
一般查询	仅仅涉及小型表的多表	在5秒以内完成查询响应
大数据查询	针对大型表的单表查询	在10秒以内完成查询响应
复杂查询	包括小型表和大型表的多表，甚至大型表和大型表的多表连接	在30秒以内完成查询响应

另外，具体业务场景有特殊要求的，以业务要求为准。

2、可靠性要求

用户数量要求：满足1000个用户数量的要求，满足300个用户同时在线。

3、可用性要求

可用性：系统满足7*24小时对外服务，综合可用性要高于99.95%。

4、易用性要求

（1）维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。

（2）包含自定义报表。

（3）系统的界面要求操作简洁、易用、灵活。

5、扩展性要求

（1）能实现新增业务主题功能模板自有扩展。

6、可移植性要求

（1）产品的设计灵活，使得产品推广到各分公司或基地时不需进行大规模修改，仅需配置即可。

（2）方便地对产品进行扩展，而不对产品进行结构化的变化。

（3）预留标准数据接口，方便和现有业务系统之间的数据交换，支持多种网络传输协议，方便其他数据的接入，便于功能的拓展。

（4）系统硬件架构设计支持横向和纵向扩展：应用服务器采用负载均衡方式运行。

7、兼容性要求

（1）移动设备和PC端系统界面须进行适配，达到显示效果上整体一致。

（2）操作系统兼容性指标：整个产品的设计建设，可以向其他操作系统应用服务器移植。

（3）浏览器兼容性指标：网页端需支持主流浏览器包括但不限于Chrome、Edge、Safari、Firefox、360。

五、技术架构要求

充分考虑技术的前瞻性，按照统一架构的思路完成整体解决方案和相关技术标准的设计。方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外，应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。

1、技术架构要求：整合网络收益部相关系统，满足收益管理前端集成化和掌收移动化整合。

、基础设施要求：综合考虑系统应用软件产品、性能需求等因素，合理分配应用服务器、后台模块服务器、负载均衡等资源，根据系统部署需求，给出系统基础设施架构，提供基础架构拓扑图。

、网络要求：提供完整的网络访问方案，包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要，系统的开发测试环境与生产环境可能单独部署，如果需要多个环境之间的通讯，要有清晰的描述。对于网络架构可以在基础设施架构内体现的，也可以合并提供，不必再行单独列示

六、技术支持和售后服务

1、系统技术服务标准要求，应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算，软件为期一年。

等级	说明（根据具体项目定义）	响应时限
一级事件	如：整个系统处于瘫痪状态，完全无法运行，或者某个功能模块完全无法运行, 对业务连续性产生严重影响，同时无替代方案可选。	10分钟响应，20分钟评估问题解决时间，30分钟内恢复生产。如30分钟内无法恢复生产，需要在2个小时内到用户现场进行故障处理。
二级事件	如：系统核心功能不可用，或者性能出现严重问题，对业务连续性产生严重影响。	15分钟响应，30分钟评估问题解决时间，50分钟内恢复生产。如50分钟内无法恢复生产，需要在3个小时内到用户现场进行故障处理。
三级事件	如：系统非核心功能不可用，或者性能下降，对业务连续性影响较小，并有其他方案替代。	30分钟响应，60分钟评估问题解决时间，120分钟内恢复生产。