研發(fā)一鍵式報告編制平臺

表1QC小組概況小組名稱xx公司數據中心數ZHI領航QC小組活動課題名稱研發(fā)“一鍵式”報告編制平臺注冊時間2022年01月課題類型創(chuàng)新型活動次數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計劃完成時間：；實際完成時間：

研發(fā)“一鍵式”報告編制平臺xx公司數ZHI領航QC小組一、選擇課題（一）課題背景2021年xx公司正式步入全業(yè)務運營階段，在電網規(guī)劃建設、能源互聯網實踐、服務新區(qū)發(fā)展等工作中取得諸多成就，也暴露了管理數字化基礎薄弱、數據共享不足等問題，如：日常任務跟蹤、分析報告、周報等大部分線下運行，不定期向政府部門呈送各類報告多依靠人工編制。鑒于此，小組成員把握xx公司“兩會”和xx新區(qū)2022年工作會議提出“加快數字技術支撐體系建設，建成xx數字運營駕駛艙”的契機，以“基層減負、數據賦能”為導向，探索“一鍵式”報告編制工具，更好滿足日常報告編制及呈送需求。需求分析工作現狀隨著xx公司步入全業(yè)務運階段，各類報告需求日益增多，對報告本身的準確性、可讀性、智能化水平的要求越來越高。然而，在實際應用中，涉及到的數據來源覆蓋營銷、調度、ERP等18個統(tǒng)推系統(tǒng)，以及xx自建5G+北斗無人機自助巡檢、SAM、DIM等12個系統(tǒng)，受制于數據共享、跨部門協同等要素，日常報告編制中對數據的智能化篩選與處理能力存在較大難度，大大影響了日常管理工作的實際效率。以經濟活動分析會報告為例，xx公司按月度、季度開展經濟活動分析會并形成經濟活動分析報告，涉及財務、供電服務、市場等10余個部門（中心）以及三縣，共73個指標數據的匯總分析。而大部分呈報是各專業(yè)相關負責人經過過系統(tǒng)查詢、人工篩選獲取數據，利用文檔報表工具Excel、Word手工產生或者通過MIS等系統(tǒng)報表功能生成，整個過程耗時長、反復修訂等。報告編制需求小組通過線上會議、現場討論、調研問卷等方式對部分報告形成過程、數據來源、統(tǒng)計數據所需時長、報告整體完成時長等內容展開調研。通過調研發(fā)現，報告中的數據來源于186系統(tǒng)、一體化平臺、財務管控平臺等，并且需要經過功能查詢、人工篩選、手動計算等過程完成數據的統(tǒng)計，大多數以表格形式在報告中呈現，部分以文字描述的形式呈現。小組調研了2022年6-8月經濟活動分析報告等統(tǒng)計數據部分平均所用時長，報告形成平均時長。表*部分報告統(tǒng)計、編制時長序號報告名稱報告形成平均時長（天）統(tǒng)計數據平均時長（天）1經濟活動分析31.82新區(qū)報告呈送52.53售電量月報214生產經營綜合情況表（基層填報）1.51.25分壓線損情況表（基層填報）1.51.26生產經營統(tǒng)計月報21.5平均處理時間31.53.報告編制工作效率需求小組成員通過調研走訪各個專業(yè)部門，了解日常工作各類報告編制、數據呈報等需求及面臨的問題，對所存在問題及解決思路進行匯總梳理，形成下面問題分析樹。圖2因果分析圖（三）提出解決思路小組成員通過大膽假設并做了大量推理論證，提出以統(tǒng)一數據源為基礎，通過技術手段實現在線數據報告制作，報告數據實時查詢搜素，歷史報告快照查詢，一鍵導出word報告進行歸檔?？梢杂行б?guī)避跨系統(tǒng)跨部門整合數據、手工導入導出數據和多業(yè)務部門數據口徑校對、手工計算、報告線下手工編輯等問題。目前各專業(yè)各系統(tǒng)相互獨立部署，基于已有的業(yè)務系統(tǒng)很難解決這些問題。而數據中臺的日益完善，為統(tǒng)一數據出口提供了技術支撐。而目前有很多在線文檔技術可以借鑒，在線富文本編輯器等開源軟件也很多。通過在線文檔編輯技術，數據中臺數據接入技術，數據圖表展示技術融合貫通，為實現在線數據報告制作、數據報告實施查詢等提供了可行的技術路線。（四）查新與借鑒小組成員圍繞“一鍵式”報告編制需求，開展集中討論，對如表所示進行查新與借鑒。表1查詢情況查新主題“一鍵式”報告編制查新渠道1電話調查系統(tǒng)內平級單位“一鍵式”報告編制方式序號單位開展方式1xx公司已基于營銷大腦開展一鍵式報告建設2xx公司已開展統(tǒng)一報表服務建設3xx公司已開展智能報表服務建設查新結論結論：國網系統(tǒng)內單位已有單位組織開展“一鍵式”報告編制，立足數據共享、統(tǒng)一指標體系、跨業(yè)務跨部門視角、組件化等理念，開展“一鍵式”報告編制應用探索。與xx公司想法基本一致，且處于初步建設中，可見基本解決思路是可行的。查新渠道2通過中國知網、國家專利局、百度文庫輸入檢索詞為：智能報表、智能報告、自動化編制等多個關鍵詞檢索，遴選出4篇相關度較大、具備參考價值的文獻。查新結論序號行業(yè)文獻來源1電力《基于開源框架的大數據智能報表平臺的設計與關鍵技術》電子技術與軟件工程2水利《基于Finereport的水電站智能化報表設計與應用》人民長江，2022，533電力《基于三層結構的電力信息系統(tǒng)智能報表設計分析》會計研究.

2021年02期4醫(yī)療《基于醫(yī)院運營數據中心的智能報表系統(tǒng)設計與實現》中國衛(wèi)生信息管理雜志2021年8月第18卷第4期結論：該4篇文獻同屬報表服務相關領域的內容，適用范圍和功能類型與本課題的實際需求相近，所涉及的統(tǒng)一數據源、自動化報表、自助報表等方案能夠為本課題研究提供啟發(fā)。小組成員圍繞篩選的4篇文獻，進行深入研讀，分析整理可借鑒內容。表2借鑒分析表序號借鑒文獻文獻內容借鑒點借鑒點1《基于開源框架的大數據智能報表平臺的設計與關鍵技術》提出基于大數據、多租戶、容器化等開源框架實現數據采集報送、分類統(tǒng)計、共享協同、數據展示、分析預測的框架設計與關鍵技術應用數據處理策略：各級數據的采集、存儲、處理、分析、展現全過程以及指標數據的標準化、模型化管理借鑒點2《基于Finereport的水電站智能化報表設計與應用》1.利用可編程邏輯平臺，對向家壩電站各系統(tǒng)分區(qū)的所有生產管理數據進行預處理及智能匯總分析;2.基于Finereport報表工具建立了Web自動展示界面，并設計了一種智能化報表系統(tǒng)3.實現自動生成向家壩電站運行分析、維護分析、地震專項分析等工作報表的功能功能設置：自動填報和報送、支持靈活編輯、增加報表模板等自定義功能借鑒點3《基于三層結構的電力信息系統(tǒng)智能報表設計分析》設計了電力信息系統(tǒng)智能報表，將報表描述成為三層結構模型，包括原始數據、數據處理與報表格式，使其成為基礎設計數據模型報表模板設計理念：能夠利用報表配置定制屬性，使用戶需求得到滿足借鑒點4《基于醫(yī)院運營數據中心的智能報表系統(tǒng)設計與實現》1.梳理醫(yī)院運行中的各項指標和數據源頭，使用CDC技術和ETL工具，打通不同的信息系統(tǒng)，建立數據中心。2.基于Hadoop完成快速運算、即時查詢，由智能報表系統(tǒng)工具制作報表及展示輸出。3.職能部門和IT部門共同制定了全面統(tǒng)一的運營指標體系，IT部門主抓數據治理和數據中心維護；職能部門借助智能報表系統(tǒng)自由訪問數據和自主制作報表；決策層實時查看醫(yī)院動態(tài)，快速做出調度指標體系設計、關鍵技術應用及職責分工優(yōu)化等小組成員經討論認為，可以根據所查閱案例與智能報告相似之處進行啟發(fā)借鑒，經過整理分析親和圖如下。圖3借鑒分析親和圖結論：通過搭建平臺，對所需數據進行綜合篩選與處理后，可自動生成各類統(tǒng)計分析報告，如周報、月報、趨勢分析等，完成部分報表的自動填報和報送，而且支持靈活編輯及增加報表模板等自定義功能，極大地提高了生產報表的準確性、可讀性、智能化水平。（五）確定課題小組人員提出，業(yè)務管理人員在日常管控工作中，需要花費大量的時間來數據統(tǒng)計、匯總和編寫日報、周報、月報、快報及專項工作報告等數據分析報告，用于內部工作分析，輔助管理工作。傳統(tǒng)報告編寫，通常采用系統(tǒng)+Word+Excel等工具組合實現，主要經過獲取數據、分析結論，編寫文稿幾個步驟完成，整個過程費時且存在周期反復的特點。報告都是總結性的，數據均基于底層匯總數據、指標數據，根據基層單位現有報告制作問題，應改變數據獲取源，尋求唯一數據出口、線上數據獲取渠道，致力于在線生成報告模板，一鍵生成周報、月報等，從而有效降低報告編寫時間。通過多方走訪學習，小組最終確定了以數據中臺為依托，以報告產品為載體，通過研發(fā)智能報告服務平臺、打造數據應用需求樞紐，以實現減少員工工作負擔，提升公司運營效率效益。小組確定本次QC活動課題為“研發(fā)‘一鍵式’報告編制平臺”。二、設定目標及目標可行性（一）建設目標課題目標：研發(fā)“一鍵式”報告編制平臺。細化目標：小組成員確定以制作在線數據報告為目標，經過討論和論證決定將活動目標設定為，將原有的平均線下報告制作時間從3天降低至1小時左右，以實現有效降低報告制作時間。圖5建設目標（二）目標可行性分析1.理論耗時分析通過對各類報告的報送周期分析，存在日報、周報、月報、季報、年報等報告頻次，因此在建設時，可以根據報告頻率在數據報告模板制作中增加時間統(tǒng)計周期的篩選，報告一次制作多次使用，數據實時自動計算統(tǒng)計。當次周期使用時僅通過界面直接加載，假設功能開發(fā)完成，通過該功能可實現報告理論制作時間不超過1小時。2.模擬實驗分析xx公司各類應用系統(tǒng)均設有仿真模擬環(huán)境，即“沙箱環(huán)境”，可作為后期系統(tǒng)編程、軟件開發(fā)、模擬測試的工作環(huán)境，有效提高軟件功能開發(fā)的效率和適用性。通過對部分選定的典型報告進行制作，對實施前后報告的處理時間進行整理，如下表。表3部分報表模擬前后對比序號報表名稱實施前(days)實施后（h)1經濟活動分析312新區(qū)報告呈送533售電量月報20.54生產經營綜合情況表（基層填報）1.50.55分壓線損情況表（基層填報）1.50.56生產經營統(tǒng)計月報20.5平均處理時間30.75結論：通過對比各報告制作前后的時長及平均時長，可以看到實施后的報告處理時長均由原來的幾天時間，降低至1小時內，平均時長由原來的3天，降低至40分鐘，各報報告平均耗時達到目標值。因此在研發(fā)“一鍵式”報告編制平臺后，目標值的實現具有合理性。3.活動資金本次技術創(chuàng)新活動是基于提高基層單位工作質量和效率，得到領導高度重視和肯定，從財力、物力等方面提供有力支持，有良好的研發(fā)環(huán)境和活動氛圍。三、提出方案并確定最佳方案（一）頭腦風暴依據課題目標，小組成員運用頭腦風暴法，針對如何搭建智能報告服務平臺提出了多種技術方案,并用親和圖歸納整理如圖6所示:圖6頭腦風暴（二）提出方案小組成員將研發(fā)需求進一步細化討論，討論內容包括數據源、數據存儲、數據接口方式、平臺功能、對外服務方式及對象等，初步設計了平臺整體技術路線。即充分利用公司信息化公共資源，以數據中臺建設成果為依托，基于同一套明細數據自動生成各類報表、核心指標，確保指標唯一、報表真實。為讓用戶更便捷的完成報告編寫和數據使用，開啟報告編寫的新模式，提出在線編寫的辦法，在文本工具的基礎上，打通業(yè)務數據連接，實現數據圖表轉化、數據指標開發(fā)，并將這些數據介質實時接入到文檔里，一體化完成報告制作。整合數據收集工具、數據分析工具、文檔編寫工具為一體，形成一體化數據報告編寫工具。圖7方案構想根據方案分解，小組成員對各部分進行了細致的討論并提出了初步設計方案，繪制樹狀圖，如圖8所示。圖8初步方案涉及（三）方案分解并確定最佳方案1.硬件選擇小組成員經過討論分析，硬件選擇上有利舊和采購兩種方案，對比分析如下表所示：表5硬件選擇方案選擇要素利舊采購時效性現有系統(tǒng)本身已有服務器，可在此基礎上開展報表服務平臺的建設。按照xx公司規(guī)定，購買新硬件需進行招標采購，流程繁瑣，設備安裝到位耗時較長。經濟性充分利用原硬件設備，節(jié)約資源設備購買花費較大性能僅部署應用不會占用太多資源，現有系統(tǒng)服務器完全可支撐使用需求實現對老舊設備的騰退，消除設備運行隱患，同時提升系統(tǒng)數據應用的處理能力，確保系統(tǒng)穩(wěn)定運行。結論考慮到時效性和經濟性因素，利舊更適合本次系統(tǒng)的需求。2.開發(fā)平臺方案選擇對目前常用的兩種操作系統(tǒng)Linux平臺和Windows平臺進行了對比分析，如下表所示：表6開發(fā)平臺方案選擇表方案選擇要素Linux平臺Windows平臺軟件大量的可用軟件及免費軟件數量和質量優(yōu)勢，大部分收費支持有全球所有的Linux開發(fā)者和自由軟件社區(qū)提供支持微軟官方提供重要支持和服務費用免費或少許費用價格在500元至3000元不等資源占用較少大量安全性優(yōu)良一般可定制性良好的可移植性及靈活度閉源，稍欠缺使用方式豐富強大的命令支持；幾乎所有的網絡協議及開發(fā)語言直觀高效的面向對象的圖形用戶界面穩(wěn)定性好差應用場景適合于開發(fā)環(huán)境或生產環(huán)境聚焦于桌面操作系統(tǒng)，傾向于滿足家庭用戶結論考慮到應用系統(tǒng)對穩(wěn)定性和安全性的要求，決定選擇Linux平臺3.地點選擇小組成員經過討論分析，地點選擇上有內網和外網兩種方案，對比分析如下表所示：表7地點選擇方案選擇要素內網外網必要性報告服務平臺是服務公司內部用戶的，不具備為互聯網用戶服務的要求電力數據除向政府、行業(yè)協會等提供線下數據，且無相應接口，無需部署外網便捷性服務器處于內網環(huán)境下，部署簡單便捷部署外網較復雜安全性信息內網避免了數據流出及黑客訪問等情況容易被攻擊造成數據泄密結論考慮到必要性、便捷性和安全性因素，部署內網更適合本次系統(tǒng)的需求。4.開發(fā)語言方案選擇小組成員經過調查發(fā)現，目前市場上界面設計采用較多的為JAVA和C#，對比分析如下表所示：表8開發(fā)語言方案選擇表方案選擇要素JAVAC#跨平臺支持基本只能運行在Windows系統(tǒng)上網站開發(fā)適合開發(fā)大型網站適合開發(fā)中小型網站移動開發(fā)適合不適合工業(yè)化軟件大數據優(yōu)勢系統(tǒng)管理優(yōu)勢開源方面好差結論考慮到跨平臺的要求，java更適合本次系統(tǒng)的需求5.數據源選擇小組成員經過討論分析，數據源選擇有源端業(yè)務系統(tǒng)和數據中臺兩種方案，對比分析如下表所示：表9數據源選擇方案選擇要素源端業(yè)務系統(tǒng)數據中臺準確性數據直接取源業(yè)務系統(tǒng)，可以保障數據更新的準確性，從而保證成果的準確數據中臺仍在逐漸完善，數據質量可能難以保證易操作性因報告平臺涉及需求廣泛，需要與多系統(tǒng)進行數據集成數據中臺完成各業(yè)務系統(tǒng)接入，只需要與中臺集成即可成本與多系統(tǒng)集成，會造成對源端系統(tǒng)人員的工作量，且需求會持續(xù)增加，工作量較大，成本較高僅與中臺集成，且中臺本身就負責了各業(yè)務系統(tǒng)的集成工作，不會造成額外人員的工作量，成本較小長期規(guī)劃因可能會造成源端數據庫壓力，已不建議采納該方式進行xx公司重點推進數據中臺服務數據分析服務，符合公司規(guī)劃要求結論考慮到易用性、成本、長期規(guī)劃等因素，數據中臺更適合本次系統(tǒng)的需求，數據質量可以通過后續(xù)工作來提升準確性。6.平臺服務型式小組成員經過討論分析，平臺服務型式選擇上有WEB端和APP端兩種方案，對比分析如下表所示：表10平臺服務型式選擇方案選擇要素WEBAPP易用性報告工作通常以表格形式展示，WEB型式利于報告的開發(fā)及展示，且對于需要編寫的也較易操作。APP主要應用于移動端，Word形式的報告在較小的屏幕上展示效果不佳，且不利于編寫操作。擴展性Web端有較強的擴展性，對于成型框架下的新增功能易于實現擴展性較強APP在擴展性的開發(fā)中較差，不利于功能擴展便捷性報告工作主要是在單位內完成，除審核工作外沒有戶外操作必要可以支撐戶外隨時操作結論考慮到易用性、擴展性因素，WEB更適合本次系統(tǒng)的需求，報告審核及查詢可以通過后續(xù)中逐步完成移動端的開發(fā)應用。7.報告實現方式選擇小組成員經過討論分析，報告實現方式選擇上有“前臺僅做展示，計算過程由數據庫提前完成”和“前臺直接加載數據進行計算展示”兩種方案，對比分析如下表所示：表11報表實現方式選擇方案選擇要素前臺僅做展示，計算過程由數據庫提前完成前臺直接加載數據進行計算展示響應速度提前完成計算生成結果表，前臺直接獲取展示，響應速度較快處理邏輯在前臺加載時，需要考慮到數據計算過程，因此響應速度較慢適用性報告通常都涉及運算，因此適用性強僅適用于對單表查明細清單的報告存儲因涉及存儲計算結果，會增加存儲的占用不會造成額外的存儲占用結論考慮到響應速度和適用性因素，“前臺僅做展示，計算過程由數據庫提前完成”更適合本次系統(tǒng)的需求。8.數據開放性選擇小組成員經過討論分析，數據開放性選擇上有開放共享和有限共享兩種方案，對比分析如下表所示：表12數據開放性選擇方案選擇要素開放共享有限共享必要性數據資產是公司核心資產，開放數據共享會提高資產價值，便于支撐各部門業(yè)務開展對數據資產進行有限共享，可以實現需要的人可以查看，不需要的不給看安全性開放共享會增加數據泄密的危險有限共享控制數據權限，報告歸屬部門或個人可以操作數據，其他人需要數據需通過審核后賦權，保障了數據的開放和安全易操作性開放共享較易實現需要控制權限、并提供申請查閱、審核申請及賦權的功能結論考慮到必要性和安全性因素，有限共享更適合本次系統(tǒng)的需求。9.服務對象選擇小組成員經過討論分析，服務對象選擇上有服務基層和階段性逐步擴展兩種方案，對比分析如下表所示：表12服務對象選擇方案選擇要素服務各專業(yè)及三縣階段性逐步擴展響應速度各專業(yè)、三縣日常減負目標可逐步擴展服務專業(yè)部門和公司領導，層層遞進效益性隨著逐步開展，各專業(yè)報告工作任務會逐步降低，工作飽和度會降低逐步擴展服務范圍，可以持續(xù)性運作的開展報告服務工作。結論考慮到效益性因素，階段性逐步擴展更適合本次系統(tǒng)的需求。（四）整體方案匯總確認經分析、試驗、對比后，確定了最佳方案如圖9所示。圖9整體方案確認四、制定對策小組依據確定的最優(yōu)方案，分析階段工作任務及內容特點，進一步細化任務模塊及跟蹤策略，全方位保障各項任務如期完成。表13對策表序號對策目標措施負責人完成時間、地點1確定以利舊設備進行開展建設滿足系統(tǒng)功能部署所需硬件條件，CPU使用率低于20%，內存占比低于35%1.評估系統(tǒng)開發(fā)所需硬件條件2.查看現有服務器配置清單，逐一確認使用情況3.檢查選定設備操作系統(tǒng)CPU及內存情況xx2022-2-21應急指揮中心2確定Linux平臺為開發(fā)平臺搭建好的系統(tǒng)網絡通暢，丟包率為01.充分利用大數據平臺，申請資源；2.在服務器資源上安裝Linux操作環(huán)境；xx2022-3-10應急指揮中心3確定在內網環(huán)境部署完成內網環(huán)境部署的網關等申請1.完成相關端口的開通xx2022-3-15應急指揮中心4使用Java編程環(huán)境搭建好的系統(tǒng)調試后bug數為01.安裝JDK軟件并配置相關變量2.進行系統(tǒng)調試xx2022-3-20應急指揮中心5明確數據源為數據中臺數據中臺可支撐報表需求涉及的源表，并保證數據質量1.提交已梳理的涉及源表清單，確認中臺是否已具備；2.申請中臺的帳號及存儲空間xx2022-4-18應急指揮中心6確定以web型式開展建設通過在web端可以實現平臺所需功能構建及展示1.基于Linux平臺，利用Java開發(fā)平臺功能；2.實現智能報表服務平臺與BI報表的集成展示3.完成報表的流程、權限配置工作xx2022-5-24應急指揮中心7報告以“前臺僅做展示，計算過程由數據庫提前完成”進行制作實現報表訪問時長控制在10s內1.按報表需求開展腳本制作，前端報表開發(fā)，前后臺貫通，數據驗證；2.腳本制作后，完成由源表向結果表的抽取3.完成前臺報表的訪問時長驗證xx2022-7-28應急指揮中心8數據開放以“有限開放”進行設計實施報表按歸屬部門或個人管理，其他人可申請但需要審核通過后，才能賦權1.驗證平臺的數據權限控制功能和菜單管理權限，保證報表按單位按角色控制訪問2.驗證無權限的人是否可查看3.驗證無權限的人是否可申請后得到賦權xx2022-8-13應急指揮中心9服務對象采用“階段性逐步擴展”方式明確服務目標和開展階段1．短期是以收集的報表需求快速開展建設，服務基層單位減負2.后續(xù)與業(yè)務部門接觸，介紹建設經驗，承接各部門的建設需求xx2022-8-20應急指揮中心五、對策實施(一)確定以利舊設備進行開展建設1.實施目標滿足系統(tǒng)功能部署所需硬件條件，CPU使用率低于20%，內存占比低于35%。2.實施過程（1）評估系統(tǒng)開發(fā)所需硬件條件。小組成員根據系統(tǒng)功能部署所需硬件條件做出評估，具體配置見下表。表14硬件需求清單硬件指標設備型號：PowerEdgeR720CPU:24cpu,2.1GHz內存配置:64G操作系統(tǒng):Linuxredhat6.4（2）查看現有服務器配置清單，并逐一確認使用情況。小組成員前往信通機房查看現有服務器配置清單，并逐一確認，經過對現有服務器使用情況調查確定本次系統(tǒng)能部署設備，如表15所示。表15現有硬件配置序號硬件指標1服務器類型應用服務器CPU配置24cpu,2.1GHz操作系統(tǒng)Linuxredhat6.4設備型號PowerEdgeR720內存配置64G（3）檢查選定設備操作系統(tǒng)CPU及內存情況。小組成員對設備進行操作系統(tǒng)CPU及內存情況檢查，CPU平均使用率13%，內存平均占用率30%，如圖10所示。圖10服務器性能確認3.目標驗證通過測試，發(fā)現：CPU使用率在10%~15%之間，小于目標值20%；內存占比20%~28%，小于目標值35%，對策實施后，現有設備實際情況符合系統(tǒng)功能部署硬件要求，可利用現有舊硬件，滿足對策目標要求。(二)確定Linux平臺為開發(fā)平臺1.實施目標搭建好的系統(tǒng)網絡通暢，丟包率為0。2.實施過程（1）小組成員申請該平臺所需服務器資源如下表所示。表16服務器資源申請表序號類別數量配置IP1應用服務器1操作系統(tǒng)：Linuxredhat6.4；CPU：8核；內存：8G；硬盤：300G；中間件配置：Tomcat810.122.227.66（2）小組成員申請并確定該平臺IP為10.122.227.66。智能報表服務平臺與其他系統(tǒng)集成關系如下圖所示。圖11集成關系圖（3）在申請服務器資源上安裝Linux操作系統(tǒng)，完成環(huán)境搭建，安裝過程截圖如下圖所示。圖12系統(tǒng)安裝過程截圖3.目標驗證系統(tǒng)環(huán)境搭建完成后，進行網絡測試，結果如表所示?？梢钥闯龈鞣掌鏖g網絡正常，丟包數均為0，對策目標實現。表17網絡聯通測試表起始IP地址目的IP地址測試命令發(fā)送數據包接收數據包丟失數據包平均往返時長（ms）10.122.227.6625.36.193.19ping44025(三)確定在內網環(huán)境部署1.實施目標完成內網環(huán)境部署的網關等申請2.實施過程提交遠程端口訪問端口申請表，完成相關端口的開通。圖13端口截圖3.目標驗證通過測試后，可以正常訪問部署的平臺地址，實現了相關端口的開通。(四)使用Java編程環(huán)境1.實施目標搭建好的系統(tǒng)調試后bug數為0。2.實施過程（1）小組成員在申請的服務器資源上安裝JDK軟件并配置相關環(huán)境變量，安裝后的效果圖如圖所示。（2）小組成員對JAVA的語法進行學習和總結。圖15java配置截圖3.目標驗證軟件開發(fā)環(huán)境搭建完整后，小組成員對JAVA包的主要功能進行測試，結果如表所示。可以看出，搭建好的系統(tǒng)經調試無誤后bug數均為0，測試結果符合既定目標，對策目標實現。表18JAVA功能測試表分類測試項1測試結果測試項2測試結果測試項3測試結果測試項4測試結果框架/組件EJB√ActiveX√JSP√servlet√頁面元素Jpanel√JLabel√JTextField√JButton√(五)明確數據源為數據中臺1.實施目標數據中臺可支撐報表需求涉及的源表，并保證數據質量2.實施過程（1）對期初收集的331張報表需求，去掉重復和類似需求，篩選較常用報表85張，對報表需求涉及的數據及報表周期進行初步梳理，形成報表數據需求表，與數據中臺現有數據進行對比分析，完成完整性和更新頻率的分析，不滿足需求的向中臺提出申請，配合完成抽取和頻率調整。（2）與數據中臺項目組配合，對中臺抽取的數據與源端系統(tǒng)數據進行比對，完成數據準確性分析。圖16數據需求檢測（3）完成數據中臺DAYU平臺的賬號和空間開通，可基于數據中臺對報表需求進行加工，并將處理結果存儲在指定的空間，通過維護API實現平臺展示調用。3.目標驗證1、完成期初報表需求的梳理及中臺數據更新頻率的確認，可有效支撐建設需求圖17數據需求驗證結果2、完成數據中臺大禹平臺的賬號和空間開通，可基于數據中臺對報表需求進行加工，并將處理結果存儲在指定的空間，通過維護API實現平臺展示調用。期初報表需求涉及的數據表需求在數據中臺均實現數據按需抽取，數據中臺大禹平臺的賬號和空間的均已開通，符合對策目標要求。(六)確定以web型式開展建設1.實施目標通過在web端可以實現平臺所需功能構建及展示。2.實施過程（1）基于Linux平臺，按照規(guī)劃的平臺功能，利用Java語言進行開發(fā)，完成平臺登錄、個人工作臺、定制報告、自助報告、運營管理、流程管理、權限管理等功能。圖18個人工作臺圖19自定義-數據圖表設計圖20自定義-指標選取（2）以開發(fā)的定制報表功能，與已開發(fā)的BI報表進行集成，實現平臺的定制報表展示；以自助報表功能，與BI自助組件集成，結合平臺的數據寬表，實現平臺的自助報表服務。3.目標驗證通過對研發(fā)的平臺操作功能及展示功能，驗證了通過在web端可以實現平臺所需功能構建及展示，符合對策目標要求。（七）報表以“前臺僅做展示，計算過程由數據庫提前完成”進行制作1.實施目標實現報告訪問時長控制在1h內。2.實施過程（1）按報表需求開展腳本制作，前端報表開發(fā)，前后臺貫通，數據驗證；圖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）前期開展以各專業(yè)部門及三縣調研的需求為主的“一鍵式”報告編制建設工作，通過快速搭建平臺，按照需求分析、腳本開發(fā)、報表制作、前后臺貫通、數據驗證的完整流程，快速實現“一鍵式”報告的落地，從而實現服務各專業(yè)及基層的目標；（2）目前已承接完成了財務、審計等部門的專業(yè)管理駕駛艙設計，有效的支撐了財務部的提質增效建設；以正定公司為試點，開展了涉及多項指標的領導駕艙建設，包含了企業(yè)經營和績效考核等企業(yè)管理需求的指標，為領導提供輔助決策依據，后續(xù)將進行全面推廣。平臺通過構建定制報表、自助報表、自建報表、指標看板等功能，逐步實現服務基層單位、服務專業(yè)部門、服務領導決策的服務目標。圖25服務目標3.目標驗證對策實施后，明確了服務目標和開展階段以及服務形式，并依次開展建設，目標明確、階段劃分清楚，并為后續(xù)報表服務推廣打下良好基礎，基本滿足了本次QC活動的服務目標。六、確認效果（一）目標完成情況小組以本次研發(fā)“一鍵式”報告編制平臺已完成基礎功能打造，并按各專業(yè)需求完成定制報告開發(fā)12份，平均耗時0.47小時，平均耗時壓降99%以上，不但實現了預定目標還遠遠超越了預定目標，見下表所示。表21活動前后平均耗時統(tǒng)計序號報表名稱報送周期單次填報時長(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%經過小組成員的共同努力，成功研發(fā)出智能報表服務平臺，極大的提高了基層單位報表工作效率效果，鼓舞了小組成員的工作積極性。（二）效益