一、项目基本信息
1、项目信息
公司全称：青岛航空股份有限公司
项目名称：数据仓库项目一期
负责人信息：刘俊涛
团队成员与岗位：关世超、谭超
2、平台运行状况
平台报表总量：200+
平台月访问量：40000+
平台系统资源：FineReport,GreenPlum,Oracle,Mysql,Kettle
二、项目背景
1、数据压力驱动数仓建设
青岛航空作为一家成立于2014年，目前拥有20架全空客运力的航空公司，一直视“数据”为重要资产，16年开始布局数据仓库的建设，随着公司业务发展以及信息化脚步的加快，业务系统已经积累了丰富的数据资源，一些复杂的查询报表开始对数据库产生压力，而且由于异构系统日渐增多，数据沟通问题日益凸显，不同来源的数据口径难以统一，导致数据置信度差，甚至引起业务摩擦，18年中期公司正式启动了数据仓库项目，截至19年初，已完成一期建设，初步实现了核心业务系统的数据整合，后续项目仍将持续推进，以期最终做到“数入一库，量出一门”。
2、数据应用的新篇章
信息中心在16年时便引进帆软旗下FineReport作为日常报表的开发工具，并初步建立了公司级的数据平台，但是由于人力短缺，开发基本以快速满足业务需求为目标，并未对工具进行深度应用，伴随数据仓库的建设，公司领导以及业务部门积压许久的需求集中开始释放，如何保证数据应用的升级呈现以及如何提高数据的安全性是我们需要面临的挑战，我们便开始了对FineReport潜力的深度挖掘。
三、应用场景与价值
场景一：收益分析
营销委作为公司经营主力军，主掌公司营销战略规划，肩负企业营收重任：如何组织和制定客运市场的销售和运价政策；如何进行有效的市场推广、进行良好的客户关系管理；如何提高航班座位控制水平以提升公司整体收益水平。以上均需要大量的数据分析来做支撑。
1、收益可视化
收益如何是市场策略制定好坏的直接反馈，数仓建设之前，由于数据处理耗时费力，只能按周或者按月度进行回顾分析，极易错过发现及处理问题的最佳时间点，数仓建设之后，查询效率问题已极大的进行了优化，同时还能够做到数据的追根溯源，在此基础之上，我们通过帆软丰富的报表组件，灵活的排列布局，对数据进行了多角度、全方位、立体化的展示，将分析周期缩短为按天计，为用户及时掌握信息，发现业务问题争取了时间。
2、航班上座进度可视化
航空公司产品与其他产品的最大不同处在于，产品服务的不可存性。当飞机起飞的一刹那，如果机票还没有卖出去，飞机上的空座位就被白白浪费掉了。同时，航空公司产品还有预售性，在飞机起飞前就将产品销售到了旅客手中，旅客可能会由于某种原因临时取消或改变行程，如果不能及时的跟踪航班的上客情况，有可能会造成座位浪费，给公司带来不必要的损失。因此，通过及时跟踪航班上客进度，以及预测未来旅客预订趋势，航线员可以尽早的调整销售策略，实现收益最大化。
场景二：运行品质分析
随着民航业的飞速发展，乘坐飞机早已成为大众消费，且消费者的维权意识进一步增强，旅客对航班延误、取消而产生的投诉、冲突越来越多，每减少一班不必要的延误，航空公司的形象便能提升一分。作为运行品质用户，就需要对航班运行节点进行密切掌控，既要对可能发生延误的航班进行预警，又要对延误航班的原因进行深度剖析，目前已针对航班不正常性分析给用户提供了可视化窗口，后期，计划结合大屏应用，实现航班的更多监控。
场景三：领导视窗
将公司业务信息及时、精炼、准确的陈述给管理层是我们开发者需要秉持的理念。帆软丰富的大屏案例给予我们启发，通过帆软的开放特性，我们采用二次开发的方式加入一些富有科技感的元素，使数据展示更加的形象化、直观化、具体化，重要的是能够为管理层提供更高效的数据支撑，辅助决策。
LDAP认证与角色认证
前期数据平台用户管理使用的是帆软内置模式，用户忘记密码是常事，多记一套账户的体验也差。当时阶段为了各系统能顺畅访问报表模板，采用了仅用户名和密码的认证方式，安全性也比较低，随着系统用户量的提升，这些问题日益凸显，作为运维人员需要花费大量精力处理登陆异常的问题以及权限异常问题。
通过深入学习帆软的帮助文档，发现帆软可兼容AD认证，简单的配置便可以打通和公司域的连接，完美解决了令人头疼的用户管理问题，通过角色认证可以更有效的把控用户权限，杜绝权限乱串现象，极大的提高了数据安全性。下一步，我们将考虑CAS集成，将帆软用户纳入公司的统一认证平台，真正实现帆软与业务系统的无缝结合。
四、项目心得
1、数据质量是前提，及时准确性直接影响信息传递的可靠性，需要明确数据入口的职责；
2、权限最好不要按照人员进行配置，划分小组或直接使用组织架构，因为当用户量增加时，随着人员变动，维护成本会非常高；
3、用户需求无小事，需要多沟通，一个简单的报表需求背后可能会隐藏着用户真正的痛点；
4、数据展示是门学问，一次性很难做到需求的完美呈现，需要不断与用户碰撞，迭代前行。
|
