研发一键式报告编制平台

表1QC小组概况小组名称xx公司数据中心数ZHI领航QC小组活动课题名称研发“一键式”报告编制平台注册时间2022年01月课题类型创新型活动次数22次出勤率100%小组成员情况姓名性别学历职务组内分工xx男硕士组长过程指导xx女硕士副组长课题策划xx男硕士督导组织协调xx女硕士小组成员过程实施xx男硕士小组成员过程实施xx男硕士小组成员过程实施xx女硕士小组成员过程实施xx男本科小组成员过程实施xx男硕士小组成员过程实施xx女硕士小组成员资料整理小组获奖情况

小组为顺利完成此次研究课题，按照PDCA的要求，指定了严格的工作计划（见表2）。表2QC小组活动计划表阶段时间2022年P内容3月4月5月6月7月8月9月10月11月负责人选择课题现状调查xx设定目标xx确定方案xx制定对策xxD对策实施xxC确认效果xxA标准化xx总结和下一步工作xx计划完成时间：；实际完成时间：

研发“一键式”报告编制平台xx公司数ZHI领航QC小组一、选择课题（一）课题背景2021年xx公司正式步入全业务运营阶段，在电网规划建设、能源互联网实践、服务新区发展等工作中取得诸多成就，也暴露了管理数字化基础薄弱、数据共享不足等问题，如：日常任务跟踪、分析报告、周报等大部分线下运行，不定期向政府部门呈送各类报告多依靠人工编制。鉴于此，小组成员把握xx公司“两会”和xx新区2022年工作会议提出“加快数字技术支撑体系建设，建成xx数字运营驾驶舱”的契机，以“基层减负、数据赋能”为导向，探索“一键式”报告编制工具，更好满足日常报告编制及呈送需求。需求分析工作现状随着xx公司步入全业务运阶段，各类报告需求日益增多，对报告本身的准确性、可读性、智能化水平的要求越来越高。然而，在实际应用中，涉及到的数据来源覆盖营销、调度、ERP等18个统推系统，以及xx自建5G+北斗无人机自助巡检、SAM、DIM等12个系统，受制于数据共享、跨部门协同等要素，日常报告编制中对数据的智能化筛选与处理能力存在较大难度，大大影响了日常管理工作的实际效率。以经济活动分析会报告为例，xx公司按月度、季度开展经济活动分析会并形成经济活动分析报告，涉及财务、供电服务、市场等10余个部门（中心）以及三县，共73个指标数据的汇总分析。而大部分呈报是各专业相关负责人经过过系统查询、人工筛选获取数据，利用文档报表工具Excel、Word手工产生或者通过MIS等系统报表功能生成，整个过程耗时长、反复修订等。报告编制需求小组通过线上会议、现场讨论、调研问卷等方式对部分报告形成过程、数据来源、统计数据所需时长、报告整体完成时长等内容展开调研。通过调研发现，报告中的数据来源于186系统、一体化平台、财务管控平台等，并且需要经过功能查询、人工筛选、手动计算等过程完成数据的统计，大多数以表格形式在报告中呈现，部分以文字描述的形式呈现。小组调研了2022年6-8月经济活动分析报告等统计数据部分平均所用时长，报告形成平均时长。表*部分报告统计、编制时长序号报告名称报告形成平均时长（天）统计数据平均时长（天）1经济活动分析31.82新区报告呈送52.53售电量月报214生产经营综合情况表（基层填报）1.51.25分压线损情况表（基层填报）1.51.26生产经营统计月报21.5平均处理时间31.53.报告编制工作效率需求小组成员通过调研走访各个专业部门，了解日常工作各类报告编制、数据呈报等需求及面临的问题，对所存在问题及解决思路进行汇总梳理，形成下面问题分析树。图2因果分析图（三）提出解决思路小组成员通过大胆假设并做了大量推理论证，提出以统一数据源为基础，通过技术手段实现在线数据报告制作，报告数据实时查询搜素，历史报告快照查询，一键导出word报告进行归档。可以有效规避跨系统跨部门整合数据、手工导入导出数据和多业务部门数据口径校对、手工计算、报告线下手工编辑等问题。目前各专业各系统相互独立部署，基于已有的业务系统很难解决这些问题。而数据中台的日益完善，为统一数据出口提供了技术支撑。而目前有很多在线文档技术可以借鉴，在线富文本编辑器等开源软件也很多。通过在线文档编辑技术，数据中台数据接入技术，数据图表展示技术融合贯通，为实现在线数据报告制作、数据报告实施查询等提供了可行的技术路线。（四）查新与借鉴小组成员围绕“一键式”报告编制需求，开展集中讨论，对如表所示进行查新与借鉴。表1查询情况查新主题“一键式”报告编制查新渠道1电话调查系统内平级单位“一键式”报告编制方式序号单位开展方式1xx公司已基于营销大脑开展一键式报告建设2xx公司已开展统一报表服务建设3xx公司已开展智能报表服务建设查新结论结论：国网系统内单位已有单位组织开展“一键式”报告编制，立足数据共享、统一指标体系、跨业务跨部门视角、组件化等理念，开展“一键式”报告编制应用探索。与xx公司想法基本一致，且处于初步建设中，可见基本解决思路是可行的。查新渠道2通过中国知网、国家专利局、百度文库输入检索词为：智能报表、智能报告、自动化编制等多个关键词检索，遴选出4篇相关度较大、具备参考价值的文献。查新结论序号行业文献来源1电力《基于开源框架的大数据智能报表平台的设计与关键技术》电子技术与软件工程2水利《基于Finereport的水电站智能化报表设计与应用》人民长江，2022，533电力《基于三层结构的电力信息系统智能报表设计分析》会计研究.

2021年02期4医疗《基于医院运营数据中心的智能报表系统设计与实现》中国卫生信息管理杂志2021年8月第18卷第4期结论：该4篇文献同属报表服务相关领域的内容，适用范围和功能类型与本课题的实际需求相近，所涉及的统一数据源、自动化报表、自助报表等方案能够为本课题研究提供启发。小组成员围绕筛选的4篇文献，进行深入研读，分析整理可借鉴内容。表2借鉴分析表序号借鉴文献文献内容借鉴点借鉴点1《基于开源框架的大数据智能报表平台的设计与关键技术》提出基于大数据、多租户、容器化等开源框架实现数据采集报送、分类统计、共享协同、数据展示、分析预测的框架设计与关键技术应用数据处理策略：各级数据的采集、存储、处理、分析、展现全过程以及指标数据的标准化、模型化管理借鉴点2《基于Finereport的水电站智能化报表设计与应用》1.利用可编程逻辑平台，对向家坝电站各系统分区的所有生产管理数据进行预处理及智能汇总分析;2.基于Finereport报表工具建立了Web自动展示界面，并设计了一种智能化报表系统3.实现自动生成向家坝电站运行分析、维护分析、地震专项分析等工作报表的功能功能设置：自动填报和报送、支持灵活编辑、增加报表模板等自定义功能借鉴点3《基于三层结构的电力信息系统智能报表设计分析》设计了电力信息系统智能报表，将报表描述成为三层结构模型，包括原始数据、数据处理与报表格式，使其成为基础设计数据模型报表模板设计理念：能够利用报表配置定制属性，使用户需求得到满足借鉴点4《基于医院运营数据中心的智能报表系统设计与实现》1.梳理医院运行中的各项指标和数据源头，使用CDC技术和ETL工具，打通不同的信息系统，建立数据中心。2.基于Hadoop完成快速运算、即时查询，由智能报表系统工具制作报表及展示输出。3.职能部门和IT部门共同制定了全面统一的运营指标体系，IT部门主抓数据治理和数据中心维护；职能部门借助智能报表系统自由访问数据和自主制作报表；决策层实时查看医院动态，快速做出调度指标体系设计、关键技术应用及职责分工优化等小组成员经讨论认为，可以根据所查阅案例与智能报告相似之处进行启发借鉴，经过整理分析亲和图如下。图3借鉴分析亲和图结论：通过搭建平台，对所需数据进行综合筛选与处理后，可自动生成各类统计分析报告，如周报、月报、趋势分析等，完成部分报表的自动填报和报送，而且支持灵活编辑及增加报表模板等自定义功能，极大地提高了生产报表的准确性、可读性、智能化水平。（五）确定课题小组人员提出，业务管理人员在日常管控工作中，需要花费大量的时间来数据统计、汇总和编写日报、周报、月报、快报及专项工作报告等数据分析报告，用于内部工作分析，辅助管理工作。传统报告编写，通常采用系统+Word+Excel等工具组合实现，主要经过获取数据、分析结论，编写文稿几个步骤完成，整个过程费时且存在周期反复的特点。报告都是总结性的，数据均基于底层汇总数据、指标数据，根据基层单位现有报告制作问题，应改变数据获取源，寻求唯一数据出口、线上数据获取渠道，致力于在线生成报告模板，一键生成周报、月报等，从而有效降低报告编写时间。通过多方走访学习，小组最终确定了以数据中台为依托，以报告产品为载体，通过研发智能报告服务平台、打造数据应用需求枢纽，以实现减少员工工作负担，提升公司运营效率效益。小组确定本次QC活动课题为“研发‘一键式’报告编制平台”。二、设定目标及目标可行性（一）建设目标课题目标：研发“一键式”报告编制平台。细化目标：小组成员确定以制作在线数据报告为目标，经过讨论和论证决定将活动目标设定为，将原有的平均线下报告制作时间从3天降低至1小时左右，以实现有效降低报告制作时间。图5建设目标（二）目标可行性分析1.理论耗时分析通过对各类报告的报送周期分析，存在日报、周报、月报、季报、年报等报告频次，因此在建设时，可以根据报告频率在数据报告模板制作中增加时间统计周期的筛选，报告一次制作多次使用，数据实时自动计算统计。当次周期使用时仅通过界面直接加载，假设功能开发完成，通过该功能可实现报告理论制作时间不超过1小时。2.模拟实验分析xx公司各类应用系统均设有仿真模拟环境，即“沙箱环境”，可作为后期系统编程、软件开发、模拟测试的工作环境，有效提高软件功能开发的效率和适用性。通过对部分选定的典型报告进行制作，对实施前后报告的处理时间进行整理，如下表。表3部分报表模拟前后对比序号报表名称实施前(days)实施后（h)1经济活动分析312新区报告呈送533售电量月报20.54生产经营综合情况表（基层填报）1.50.55分压线损情况表（基层填报）1.50.56生产经营统计月报20.5平均处理时间30.75结论：通过对比各报告制作前后的时长及平均时长，可以看到实施后的报告处理时长均由原来的几天时间，降低至1小时内，平均时长由原来的3天，降低至40分钟，各报报告平均耗时达到目标值。因此在研发“一键式”报告编制平台后，目标值的实现具有合理性。3.活动资金本次技术创新活动是基于提高基层单位工作质量和效率，得到领导高度重视和肯定，从财力、物力等方面提供有力支持，有良好的研发环境和活动氛围。三、提出方案并确定最佳方案（一）头脑风暴依据课题目标，小组成员运用头脑风暴法，针对如何搭建智能报告服务平台提出了多种技术方案,并用亲和图归纳整理如图6所示:图6头脑风暴（二）提出方案小组成员将研发需求进一步细化讨论，讨论内容包括数据源、数据存储、数据接口方式、平台功能、对外服务方式及对象等，初步设计了平台整体技术路线。即充分利用公司信息化公共资源，以数据中台建设成果为依托，基于同一套明细数据自动生成各类报表、核心指标，确保指标唯一、报表真实。为让用户更便捷的完成报告编写和数据使用，开启报告编写的新模式，提出在线编写的办法，在文本工具的基础上，打通业务数据连接，实现数据图表转化、数据指标开发，并将这些数据介质实时接入到文档里，一体化完成报告制作。整合数据收集工具、数据分析工具、文档编写工具为一体，形成一体化数据报告编写工具。图7方案构想根据方案分解，小组成员对各部分进行了细致的讨论并提出了初步设计方案，绘制树状图，如图8所示。图8初步方案涉及（三）方案分解并确定最佳方案1.硬件选择小组成员经过讨论分析，硬件选择上有利旧和采购两种方案，对比分析如下表所示：表5硬件选择方案选择要素利旧采购时效性现有系统本身已有服务器，可在此基础上开展报表服务平台的建设。按照xx公司规定，购买新硬件需进行招标采购，流程繁琐，设备安装到位耗时较长。经济性充分利用原硬件设备，节约资源设备购买花费较大性能仅部署应用不会占用太多资源，现有系统服务器完全可支撑使用需求实现对老旧设备的腾退，消除设备运行隐患，同时提升系统数据应用的处理能力，确保系统稳定运行。结论考虑到时效性和经济性因素，利旧更适合本次系统的需求。2.开发平台方案选择对目前常用的两种操作系统Linux平台和Windows平台进行了对比分析，如下表所示：表6开发平台方案选择表方案选择要素Linux平台Windows平台软件大量的可用软件及免费软件数量和质量优势，大部分收费支持有全球所有的Linux开发者和自由软件社区提供支持微软官方提供重要支持和服务费用免费或少许费用价格在500元至3000元不等资源占用较少大量安全性优良一般可定制性良好的可移植性及灵活度闭源，稍欠缺使用方式丰富强大的命令支持；几乎所有的网络协议及开发语言直观高效的面向对象的图形用户界面稳定性好差应用场景适合于开发环境或生产环境聚焦于桌面操作系统，倾向于满足家庭用户结论考虑到应用系统对稳定性和安全性的要求，决定选择Linux平台3.地点选择小组成员经过讨论分析，地点选择上有内网和外网两种方案，对比分析如下表所示：表7地点选择方案选择要素内网外网必要性报告服务平台是服务公司内部用户的，不具备为互联网用户服务的要求电力数据除向政府、行业协会等提供线下数据，且无相应接口，无需部署外网便捷性服务器处于内网环境下，部署简单便捷部署外网较复杂安全性信息内网避免了数据流出及黑客访问等情况容易被攻击造成数据泄密结论考虑到必要性、便捷性和安全性因素，部署内网更适合本次系统的需求。4.开发语言方案选择小组成员经过调查发现，目前市场上界面设计采用较多的为JAVA和C#，对比分析如下表所示：表8开发语言方案选择表方案选择要素JAVAC#跨平台支持基本只能运行在Windows系统上网站开发适合开发大型网站适合开发中小型网站移动开发适合不适合工业化软件大数据优势系统管理优势开源方面好差结论考虑到跨平台的要求，java更适合本次系统的需求5.数据源选择小组成员经过讨论分析，数据源选择有源端业务系统和数据中台两种方案，对比分析如下表所示：表9数据源选择方案选择要素源端业务系统数据中台准确性数据直接取源业务系统，可以保障数据更新的准确性，从而保证成果的准确数据中台仍在逐渐完善，数据质量可能难以保证易操作性因报告平台涉及需求广泛，需要与多系统进行数据集成数据中台完成各业务系统接入，只需要与中台集成即可成本与多系统集成，会造成对源端系统人员的工作量，且需求会持续增加，工作量较大，成本较高仅与中台集成，且中台本身就负责了各业务系统的集成工作，不会造成额外人员的工作量，成本较小长期规划因可能会造成源端数据库压力，已不建议采纳该方式进行xx公司重点推进数据中台服务数据分析服务，符合公司规划要求结论考虑到易用性、成本、长期规划等因素，数据中台更适合本次系统的需求，数据质量可以通过后续工作来提升准确性。6.平台服务型式小组成员经过讨论分析，平台服务型式选择上有WEB端和APP端两种方案，对比分析如下表所示：表10平台服务型式选择方案选择要素WEBAPP易用性报告工作通常以表格形式展示，WEB型式利于报告的开发及展示，且对于需要编写的也较易操作。APP主要应用于移动端，Word形式的报告在较小的屏幕上展示效果不佳，且不利于编写操作。扩展性Web端有较强的扩展性，对于成型框架下的新增功能易于实现扩展性较强APP在扩展性的开发中较差，不利于功能扩展便捷性报告工作主要是在单位内完成，除审核工作外没有户外操作必要可以支撑户外随时操作结论考虑到易用性、扩展性因素，WEB更适合本次系统的需求，报告审核及查询可以通过后续中逐步完成移动端的开发应用。7.报告实现方式选择小组成员经过讨论分析，报告实现方式选择上有“前台仅做展示，计算过程由数据库提前完成”和“前台直接加载数据进行计算展示”两种方案，对比分析如下表所示：表11报表实现方式选择方案选择要素前台仅做展示，计算过程由数据库提前完成前台直接加载数据进行计算展示响应速度提前完成计算生成结果表，前台直接获取展示，响应速度较快处理逻辑在前台加载时，需要考虑到数据计算过程，因此响应速度较慢适用性报告通常都涉及运算，因此适用性强仅适用于对单表查明细清单的报告存储因涉及存储计算结果，会增加存储的占用不会造成额外的存储占用结论考虑到响应速度和适用性因素，“前台仅做展示，计算过程由数据库提前完成”更适合本次系统的需求。8.数据开放性选择小组成员经过讨论分析，数据开放性选择上有开放共享和有限共享两种方案，对比分析如下表所示：表12数据开放性选择方案选择要素开放共享有限共享必要性数据资产是公司核心资产，开放数据共享会提高资产价值，便于支撑各部门业务开展对数据资产进行有限共享，可以实现需要的人可以查看，不需要的不给看安全性开放共享会增加数据泄密的危险有限共享控制数据权限，报告归属部门或个人可以操作数据，其他人需要数据需通过审核后赋权，保障了数据的开放和安全易操作性开放共享较易实现需要控制权限、并提供申请查阅、审核申请及赋权的功能结论考虑到必要性和安全性因素，有限共享更适合本次系统的需求。9.服务对象选择小组成员经过讨论分析，服务对象选择上有服务基层和阶段性逐步扩展两种方案，对比分析如下表所示：表12服务对象选择方案选择要素服务各专业及三县阶段性逐步扩展响应速度各专业、三县日常减负目标可逐步扩展服务专业部门和公司领导，层层递进效益性随着逐步开展，各专业报告工作任务会逐步降低，工作饱和度会降低逐步扩展服务范围，可以持续性运作的开展报告服务工作。结论考虑到效益性因素，阶段性逐步扩展更适合本次系统的需求。（四）整体方案汇总确认经分析、试验、对比后，确定了最佳方案如图9所示。图9整体方案确认四、制定对策小组依据确定的最优方案，分析阶段工作任务及内容特点，进一步细化任务模块及跟踪策略，全方位保障各项任务如期完成。表13对策表序号对策目标措施负责人完成时间、地点1确定以利旧设备进行开展建设满足系统功能部署所需硬件条件，CPU使用率低于20%，内存占比低于35%1.评估系统开发所需硬件条件2.查看现有服务器配置清单，逐一确认使用情况3.检查选定设备操作系统CPU及内存情况xx2022-2-21应急指挥中心2确定Linux平台为开发平台搭建好的系统网络通畅，丢包率为01.充分利用大数据平台，申请资源；2.在服务器资源上安装Linux操作环境；xx2022-3-10应急指挥中心3确定在内网环境部署完成内网环境部署的网关等申请1.完成相关端口的开通xx2022-3-15应急指挥中心4使用Java编程环境搭建好的系统调试后bug数为01.安装JDK软件并配置相关变量2.进行系统调试xx2022-3-20应急指挥中心5明确数据源为数据中台数据中台可支撑报表需求涉及的源表，并保证数据质量1.提交已梳理的涉及源表清单，确认中台是否已具备；2.申请中台的帐号及存储空间xx2022-4-18应急指挥中心6确定以web型式开展建设通过在web端可以实现平台所需功能构建及展示1.基于Linux平台，利用Java开发平台功能；2.实现智能报表服务平台与BI报表的集成展示3.完成报表的流程、权限配置工作xx2022-5-24应急指挥中心7报告以“前台仅做展示，计算过程由数据库提前完成”进行制作实现报表访问时长控制在10s内1.按报表需求开展脚本制作，前端报表开发，前后台贯通，数据验证；2.脚本制作后，完成由源表向结果表的抽取3.完成前台报表的访问时长验证xx2022-7-28应急指挥中心8数据开放以“有限开放”进行设计实施报表按归属部门或个人管理，其他人可申请但需要审核通过后，才能赋权1.验证平台的数据权限控制功能和菜单管理权限，保证报表按单位按角色控制访问2.验证无权限的人是否可查看3.验证无权限的人是否可申请后得到赋权xx2022-8-13应急指挥中心9服务对象采用“阶段性逐步扩展”方式明确服务目标和开展阶段1．短期是以收集的报表需求快速开展建设，服务基层单位减负2.后续与业务部门接触，介绍建设经验，承接各部门的建设需求xx2022-8-20应急指挥中心五、对策实施(一)确定以利旧设备进行开展建设1.实施目标满足系统功能部署所需硬件条件，CPU使用率低于20%，内存占比低于35%。2.实施过程（1）评估系统开发所需硬件条件。小组成员根据系统功能部署所需硬件条件做出评估，具体配置见下表。表14硬件需求清单硬件指标设备型号：PowerEdgeR720CPU:24cpu,2.1GHz内存配置:64G操作系统:Linuxredhat6.4（2）查看现有服务器配置清单，并逐一确认使用情况。小组成员前往信通机房查看现有服务器配置清单，并逐一确认，经过对现有服务器使用情况调查确定本次系统能部署设备，如表15所示。表15现有硬件配置序号硬件指标1服务器类型应用服务器CPU配置24cpu,2.1GHz操作系统Linuxredhat6.4设备型号PowerEdgeR720内存配置64G（3）检查选定设备操作系统CPU及内存情况。小组成员对设备进行操作系统CPU及内存情况检查，CPU平均使用率13%，内存平均占用率30%，如图10所示。图10服务器性能确认3.目标验证通过测试，发现：CPU使用率在10%~15%之间，小于目标值20%；内存占比20%~28%，小于目标值35%，对策实施后，现有设备实际情况符合系统功能部署硬件要求，可利用现有旧硬件，满足对策目标要求。(二)确定Linux平台为开发平台1.实施目标搭建好的系统网络通畅，丢包率为0。2.实施过程（1）小组成员申请该平台所需服务器资源如下表所示。表16服务器资源申请表序号类别数量配置IP1应用服务器1操作系统：Linuxredhat6.4；CPU：8核；内存：8G；硬盘：300G；中间件配置：Tomcat810.122.227.66（2）小组成员申请并确定该平台IP为10.122.227.66。智能报表服务平台与其他系统集成关系如下图所示。图11集成关系图（3）在申请服务器资源上安装Linux操作系统，完成环境搭建，安装过程截图如下图所示。图12系统安装过程截图3.目标验证系统环境搭建完成后，进行网络测试，结果如表所示。可以看出各服务器间网络正常，丢包数均为0，对策目标实现。表17网络联通测试表起始IP地址目的IP地址测试命令发送数据包接收数据包丢失数据包平均往返时长（ms）10.122.227.6625.36.193.19ping44025(三)确定在内网环境部署1.实施目标完成内网环境部署的网关等申请2.实施过程提交远程端口访问端口申请表，完成相关端口的开通。图13端口截图3.目标验证通过测试后，可以正常访问部署的平台地址，实现了相关端口的开通。(四)使用Java编程环境1.实施目标搭建好的系统调试后bug数为0。2.实施过程（1）小组成员在申请的服务器资源上安装JDK软件并配置相关环境变量，安装后的效果图如图所示。（2）小组成员对JAVA的语法进行学习和总结。图15java配置截图3.目标验证软件开发环境搭建完整后，小组成员对JAVA包的主要功能进行测试，结果如表所示。可以看出，搭建好的系统经调试无误后bug数均为0，测试结果符合既定目标，对策目标实现。表18JAVA功能测试表分类测试项1测试结果测试项2测试结果测试项3测试结果测试项4测试结果框架/组件EJB√ActiveX√JSP√servlet√页面元素Jpanel√JLabel√JTextField√JButton√(五)明确数据源为数据中台1.实施目标数据中台可支撑报表需求涉及的源表，并保证数据质量2.实施过程（1）对期初收集的331张报表需求，去掉重复和类似需求，筛选较常用报表85张，对报表需求涉及的数据及报表周期进行初步梳理，形成报表数据需求表，与数据中台现有数据进行对比分析，完成完整性和更新频率的分析，不满足需求的向中台提出申请，配合完成抽取和频率调整。（2）与数据中台项目组配合，对中台抽取的数据与源端系统数据进行比对，完成数据准确性分析。图16数据需求检测（3）完成数据中台DAYU平台的账号和空间开通，可基于数据中台对报表需求进行加工，并将处理结果存储在指定的空间，通过维护API实现平台展示调用。3.目标验证1、完成期初报表需求的梳理及中台数据更新频率的确认，可有效支撑建设需求图17数据需求验证结果2、完成数据中台大禹平台的账号和空间开通，可基于数据中台对报表需求进行加工，并将处理结果存储在指定的空间，通过维护API实现平台展示调用。期初报表需求涉及的数据表需求在数据中台均实现数据按需抽取，数据中台大禹平台的账号和空间的均已开通，符合对策目标要求。(六)确定以web型式开展建设1.实施目标通过在web端可以实现平台所需功能构建及展示。2.实施过程（1）基于Linux平台，按照规划的平台功能，利用Java语言进行开发，完成平台登录、个人工作台、定制报告、自助报告、运营管理、流程管理、权限管理等功能。图18个人工作台图19自定义-数据图表设计图20自定义-指标选取（2）以开发的定制报表功能，与已开发的BI报表进行集成，实现平台的定制报表展示；以自助报表功能，与BI自助组件集成，结合平台的数据宽表，实现平台的自助报表服务。3.目标验证通过对研发的平台操作功能及展示功能，验证了通过在web端可以实现平台所需功能构建及展示，符合对策目标要求。（七）报表以“前台仅做展示，计算过程由数据库提前完成”进行制作1.实施目标实现报告访问时长控制在1h内。2.实施过程（1）按报表需求开展脚本制作，前端报表开发，前后台贯通，数据验证；图23报告编制（2）通过编写脚本，对源表进行逻辑加工，形成预处理结果集，完成源表数据向结果表的处理，便于前台直接调用。表19部分预处理结果表序号结果表1report_erp_dw2report_erp_dwxm3report_erp_kcje4report_erp_wzdl5report_xldkq6report_xhq7report_zyb_jdb8report_dlhgqtz9report_hushu10report_kbsr（3）制定测试计划，通过性能测试工具，编写测试用例，完成报告的访问时长验证。表20部分报表测试用例序号报表名称测试步骤17月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单2xx7月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单3xx7月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单4xx7月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单58月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单6xx8月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单7xx8月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单8xx8月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单99月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单10xx9月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单11xx9月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单12xx9月经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单9三季度经济活动分析点击菜单【定制报告】，再点击“月度经济活动分析”菜单10xx三季度经济活动分析点击菜单【定制报告】，再点击“季度经济活动分析”菜单11xx三季度经济活动分析点击菜单【定制报告】，再点击“季度经济活动分析”菜单12xx三季度经济活动分析点击菜单【定制报告】，再点击“季度经济活动分析”菜单3.目标验证按照测试用例进行测试，定制报表中的各报告平均响应时间为0.46，满足此次目标要求。图24性能测试（八）数据开放以“有限开放”进行设计实施1.实施目标报表按归属部门或个人管理，其他人可申请但需要审核通过后，才能赋权。2.实施过程（1）通过平台功能配置，完成按单位、按角色配置报告归属及数据访问权限控制，实现报表的准确赋权。（2）提供平台报告目录，便于搜索报告，有权限的可直接查阅报告；无权限的可以了解报告基本信息，如需查阅可向报告归属部门或个人申请赋权，审批通过后平台自动为申请者赋权。3.目标验证通过按人员进行报告配置，可以查阅已分配权限的报告，未分配权限的报告则无法查阅；无权限的人员可以通过报告目录申请报报告的查阅权限，流程到报表归属者处进行审核，审核通过后可以查阅数据。（九）服务对象采用“阶段性逐步扩展”方式1.实施目标明确服务目标和开展阶段2.实施过程（1）前期开展以各专业部门及三县调研的需求为主的“一键式”报告编制建设工作，通过快速搭建平台，按照需求分析、脚本开发、报表制作、前后台贯通、数据验证的完整流程，快速实现“一键式”报告的落地，从而实现服务各专业及基层的目标；（2）目前已承接完成了财务、审计等部门的专业管理驾驶舱设计，有效的支撑了财务部的提质增效建设；以正定公司为试点，开展了涉及多项指标的领导驾舱建设，包含了企业经营和绩效考核等企业管理需求的指标，为领导提供辅助决策依据，后续将进行全面推广。平台通过构建定制报表、自助报表、自建报表、指标看板等功能，逐步实现服务基层单位、服务专业部门、服务领导决策的服务目标。图25服务目标3.目标验证对策实施后，明确了服务目标和开展阶段以及服务形式，并依次开展建设，目标明确、阶段划分清楚，并为后续报表服务推广打下良好基础，基本满足了本次QC活动的服务目标。六、确认效果（一）目标完成情况小组以本次研发“一键式”报告编制平台已完成基础功能打造，并按各专业需求完成定制报告开发12份，平均耗时0.47小时，平均耗时压降99%以上，不但实现了预定目标还远远超越了预定目标，见下表所示。表21活动前后平均耗时统计序号报表名称报送周期单次填报时长(h)实施后填报时长（h)耗时压降率(%)平均压降率(%)17月经济活动分析月720.9598.68%99.02%2xx7月经济活动分析月240.299.17%3xx7月经济活动分析月240.2598.96%4xx7月经济活动分析月240.1599.38%58月经济活动分析月721.198.47%6xx8月经济活动分析月240.398.75%7xx8月经济活动分析月240.199.58%8xx8月经济活动分析月240.1599.38%99月经济活动分析月721.0598.54%10xx9月经济活动分析月240.0999.63%11xx9月经济活动分析月240.1199.54%12xx9月经济活动分析月240.1399.46%9三季度经济活动分析季721.1298.44%10xx三季度经济活动分析季480.5598.85%11xx三季度经济活动分析季480.6698.63%12xx三季度经济活动分析季480.5898.79%经过小组成员的共同努力，成功研发出智能报表服务平台，极大的提高了基层单位报表工作效率效果，鼓舞了小组成员的工作积极性。（二）效益