軟件公司承接的信息系統(tǒng)項目中基本都會有報表,往往數(shù)量都不少,隨著業(yè)務的磨合以及數(shù)據(jù)的累積、變化,用戶還總會有新的、更合理的統(tǒng)計分析需求冒出來,那就得總是改舊的或者做新的,要做的量就會變的更多,而且是持續(xù)有,做起來就沒完沒了,不得不重視了
報表量多,需要沒完沒了的投入,軟件公司應該怎么解決這個難題呢?
硬編碼是不行滴
很多項目的初期,因為需求沒有完全挖掘出來,可能看到的報表都是一些簡單的,技術人員就會選擇編碼去做,這些列表,分組式的表格,程序員做起來也確實沒有多大難度
但是做著做著就發(fā)現(xiàn)不是那么回事了
報表不只是呈現(xiàn)
原本以為只是個HTML頁面加一些JS,但做完后發(fā)現(xiàn),很多時候還得導出,打印,導出需要支持各種格式,EXCEL,WORD,TXT,CVS,PDF等,打印需要支持套打、直接(靜默)打印,批量打印,這些外圍功能可以基于開源包做,難度雖然不大,但卻很繁雜,需要投入很多的人工去開發(fā),調試才能做好,開發(fā)成本上會給項目帶來很多負擔
報表還會越變越復雜
剛開始可能只是個簡單的分組羅列,后面用戶又要求加匯總,加完匯總發(fā)現(xiàn)還不夠,還需要再加排名、占比、同環(huán)比,再后面發(fā)現(xiàn)生產數(shù)據(jù)是來自不同數(shù)據(jù)表或者庫的,就會越做越復雜,工作量也比預計的翻了N多倍,有的甚至復雜到手工做不出來了,遲遲交不了差,不僅影響了項目進度,而且成本遠超了預期
硬編碼去做,行不通
開源工具也不靈
硬編碼行不通,那就得用工具了,很多技術人員都習慣用開源,大部分的開源軟件也都很好用,但報表工具是個例外,開源的比硬編碼也強不了太多
開源報表工具大都操作方式落后,現(xiàn)在人們對表格的認知以及操作習慣,基本都是 EXCEL 方式的,而開源的大都是拖拽式制表模式,并不是大家熟悉的 EXCEL 模式,這種模式通常格線對齊困難,還有字體等格式調整麻煩,表達式不能隨著行列變化自動調整,不能直接導入 excel ,使用起來極不方便,還沒文檔,沒支持,很難用起來
更要命的是它還功能不全,大部分開源報表都只能做一些簡單的表格,做不了格式復雜的中國式報表,也沒有填報等功能
操作不方便還可以忍,功能不全就忍不了了,本來就是因為復雜報表開發(fā)量太大,才來找開源工具,結果開源工具也做不了,還得硬編碼做,就進入死循環(huán)了
BI自助報表也指望不了
還有BI產品,經常號稱可以做報表,還是零編碼,讓業(yè)務人員拖拖拽拽就能輕松做出報表,是不是可以解決軟件企業(yè)的煩惱?
實際上,BI或者自助報表,還是做不了復雜的報表
BI、自助報表,設計的時候就是為了給業(yè)務人員用的, 它的定位就是讓業(yè)務人員可以不必去了解技術,輕松靈活的就可以拖拽制表分析,這樣的定位,也注定了它只能做簡單的分析和報表
比如基于單表(寬表)的數(shù)據(jù),做一些分組交叉報表,以及一些下鉆、上卷、切片、旋轉等分析
遇到復雜一些的,就拖拽不出來了,業(yè)務人員拖拽不了,技術人員同樣也不行,因為功能就不支持
而且,BI工具一般是獨立的平臺,不容易和現(xiàn)有項目進行集成,常常需要兩套系統(tǒng)并行,或者通過調用、單點登錄來看報表,這就會給管理帶來很大的麻煩
何況,BI成本太高了,國內的商用BI,動輒幾十萬一套,這個價格一般項目是承擔不起的
還是要專業(yè)的報表工具
報表工具其實早已有之,從二十多年前,信息化浪潮剛剛開始時,就有了,它是為了提升報表的制作效率而誕生的,很多公司也一直在用報表工具來做報表
但并不是隨便一個報表工具都可以做復雜報表,因為不是所有工具都是“專業(yè)”的報表工具,大家都宣稱自己可以做各類報表,結果一遇到復雜的,很多就露餡了,有的做起來效率很差,好的工具一個函數(shù)或者表達式就可以搞定,差的需要費很多中間步驟才能做出來,人工成本會成倍的增加
有的干脆就做不了了,又都得人工編碼去做,選了工具等于沒選
自己做,太費勁,選擇開源報表、BI、普通報表工具又做不好復雜報表,效率太低,人工成本太高
選擇潤乾報表就沒這些煩惱了!
復雜報表強勁
為什么總要強調復雜報表?因為項目實施過程中有個“二八法則”,就是占20%的復雜報表,往往會耗費80%的工作量,簡單報表誰做都差不多,都不會太慢,復雜報表就不一樣了,本身就占用的工作量大,如果工具再不給力,就更糟糕了,比如下面這些復雜的報表
(導出WORD報告)
潤乾報表向來以復雜報表能力強,效率高著稱,“中國式復雜報表”這個概念本身就是潤乾先總結提出的,也是潤乾率先解決的,自解決之日起,就超越了國外的報表產品,引領了報表行業(yè)的新技術,至今也一直是報表行業(yè)的標準
潤乾報表有高效的模型和函數(shù),可以輕松制作多源分片、跨行組運算、不規(guī)則分組等報表,(注意是輕松制作,而不是能做)越復雜的報表,開發(fā)的越快,越節(jié)省工作量
一張報表省20-50%的時間,整體就可以節(jié)省20-50%的人工成本
復雜報表的開發(fā)效率如何考察可以參考這篇帖子
怎樣考察報表工具的開發(fā)效率? - 乾學院
潤乾報表不僅復雜報表能力強,其他功能也是完整無缺
潤乾報表,清北研發(fā)團隊,報表引擎性能優(yōu)越,支持集群及節(jié)點同步功能,安全可靠可防SQL植入攻擊,可與成熟框架無縫集成,內置Echarts統(tǒng)計圖,擁有便捷良好的可視化能力,支持大屏,可以進行填報采集(包括業(yè)務人員臨時自定義填報匯總和分析),支持各類打印導出,還有開放源碼的系統(tǒng)管理功能(人員組織機構管理、權限管理、調度等),……
導出Echarts圖形
大屏
移動端
潤乾報表專注報表領域20多年,經歷了無數(shù)用戶和項目的檢驗,產品經過了無數(shù)次的迭代完善,該遇到的問題和需求都遇到了,該踩的坑也早已踩完了,大浪淘沙,堅如磐石,選擇潤乾,不會踩坑
價格低到離譜
潤乾報表不僅功能全面,開發(fā)效率高,而且價格還低,低到離譜
但價格低可不是因為功能有刪減,價格低質量可不低,潤乾報表1萬的版本,功能等同于同類產品10萬左右的企業(yè)級功能
而且對于項目多的軟件開發(fā)企業(yè),潤乾報表更是提供了更為劃算的“工具版”模式!
一年3萬,隨便用?。?!全功能版本,不限項目,不限節(jié)點,不限用戶,永久使用
一年3萬,有需求就提,有問題就問,想用多少用多少,自己的研發(fā)部也做不到這樣吧。。。不到一個工程師一個月的成本,就可以把潤乾當成自己的報表研發(fā)部了!?。?/p>
潤乾報表不僅可以低人工成本的解決復雜報表制作的難題,工具成本更是可以省出一大筆
獨有數(shù)據(jù)準備
有些時候,復雜報表的難題,不僅僅是在制作上,還有另一方面也會耗費很高的人工成本,那就是:困難的數(shù)據(jù)源準備
大數(shù)據(jù)時代的報表,很多數(shù)據(jù)的計算和來源都比較復雜,為報表準備數(shù)據(jù)的過程就會很困難
有的計算復雜,要把原始數(shù)據(jù)加工成報表需要的形式要進行大量復雜的運算,就需要寫大段復雜的SQL或者存儲過程甚至是Java程序才能算出結果然后再提供給報表,比如一些業(yè)務邏輯復雜的多步驟的、過程式的計算
有的來源復雜要做多源混算,報表中要同時計算來自不同關系數(shù)據(jù)庫、文件/EXCEL、NOSQL、HTTP Webservice 等等的數(shù)據(jù),這就得用JAVA來寫才行,或者提前ETL,把數(shù)據(jù)導入某個數(shù)據(jù)庫再算
這些復雜的數(shù)據(jù)源準備過程,不僅對技術人員能力要求高,總需要投入高級工程師來應對還會造成報表與數(shù)據(jù)庫、應用間的耦合,后期維護起來也費時費力
而且隨著大數(shù)據(jù)的發(fā)展,這樣的情況又越來越多,前期需要投入大量人工準備數(shù)據(jù),后期維護的工作量也巨大,沒完沒了的報表需求,就會導致沒完沒了的高昂人工成本投入
怎么辦呢?
報表總要做新的改舊的,沒完沒了,這是客觀存在的事實,我們無法規(guī)避,但是報表沒完沒了,并不代表成本投入就得沒完沒了,我們想辦法降低成本就可以
把數(shù)據(jù)準備也用高效的工具來做就可以降低成本!
就像我們總得洗衣服,這也是一件沒完沒了的事情,有了半自動洗衣機后會輕松一些,但人工成本還是要付出挺多(只有報表工具就相當于是半自動洗衣機,做報表有工具了,但是數(shù)據(jù)準備還得人工去寫),用全自動洗衣機后,人工成本的投入才能大幅度降下來
潤乾報表就是全自動洗衣機?。?!它把數(shù)據(jù)準備需要人工做的事情,也工具化了
潤乾報表的SPL準備層,就是專業(yè)的數(shù)據(jù)準備工具,通過SPL數(shù)據(jù)準備層,普通技術人員就可以快速高效的搞定復雜計算和多源混算,做好數(shù)據(jù)準備了
復雜計算
計算連續(xù)上漲超過 5 天的股票及上漲天數(shù):
原本需要高手才能完成的任務,現(xiàn)在普通技術人員3行代碼就搞定了
多源混算
HTTP和數(shù)據(jù)庫混算
原本得用JAVA寫半天,現(xiàn)在短短的5行誰都可以看懂,并且能輕松寫出的代碼就可以搞定,不僅降低了對高級人員的依賴,也大幅度的提升了開發(fā)效率,減少了人工成本的投入,而且還能優(yōu)化結構,避免耦合,后期維護成本也降低了
人工成本大幅度降低了,那沒完沒了的人工投入問題也就解決了,有了SPL以后,甚至可以把后期新增報表和維護的任務推給終端用戶的運維部門了,因為普通技術人員就可以搞定這些了,雙方都輕松,用戶體驗還更好,當然也能早點結項收款了
更詳細的如何解決沒完沒了可以參考:
“凌波五步”解決報表沒完沒了
SPL計算層,還能幫助報表算的更快,相同報表比同類產品都要快出數(shù)倍以上,因為性能問題大部分時候都是發(fā)生前期的數(shù)據(jù)準備和傳輸上,比如要從每個分組中取前十名,數(shù)據(jù)量大時SQL大排序就會很慢,而SPL的高效算法不需要大排序就可以很快算出來結果給報表呈現(xiàn),再比如有些數(shù)據(jù)庫的JDBC取數(shù)慢影響性能,SPL可以并行取數(shù),提升效率,SPL還有很多這種高效的函數(shù)和算法來解決數(shù)據(jù)準備階段的性能問題,而沒有數(shù)據(jù)源準備能力的報表工具,就只能是等著SQL慢慢取完算完,只能是眼看著性能問題發(fā)生了
性能有了保障后,也就不需要再安排高級技術人員到處去優(yōu)化,到處救火了,成本又少了一大截
對性能優(yōu)化需求的同學可以參考:
怎樣提高報表呈現(xiàn)的性能
在SPL計算層支持下,潤乾還有獨特的大數(shù)據(jù)報表功能,可以支持千萬級以上的明細大報表,做到秒級響應
而大多數(shù)其它報表工具使用數(shù)據(jù)庫分頁處理大報表很可能造成數(shù)據(jù)不一致,不能倒翻頁等問題。
特色開源BI
BI雖然做不好報表,但是潤乾的報表工具卻能做好BI
潤乾報表中附帶全套BI功能,也更有特色
潤乾報表的BI是中間件、易集成的定位,它具備普通BI的全部功能,可以無縫集成到各類數(shù)據(jù)系統(tǒng)中,不像一些BI產品只能以獨立平臺的形式單獨部署,需要同時管理兩套系統(tǒng)才可以,會有調用、單點登錄、安全等各種麻煩
潤乾報表的BI還將頁面端開源,可以根據(jù)用戶系統(tǒng)的風格以及需求隨意改造頁面和功能,輕松就可以打造一個自己的BI出來,讓開發(fā)商也擁有自己的BI。而大部分其它商用BI產品都不開源,有什么需求都得找廠商去定制,很是麻煩。國外開源BI倒是挺多,也還算好用,但都是英文的,要改的太多,也沒有潤乾BI改起來方便…
潤乾報表的BI無需額外購買,買了報表以后就自帶BI功能,BI的成本為0, 而市場上其它BI動輒幾十萬...
潤乾報表的BI還有一項獨有的高級能力,DQL引擎允許業(yè)務用戶自助關聯(lián),規(guī)避寬表的弊端,真正實現(xiàn)一次建模,隨意關聯(lián)分析的能力。其它BI的自助關聯(lián)分析能力難度太高,結果還是只能用寬表模式建模,分析需求一變,基本就得重新建模,開發(fā)商就得持續(xù)投入技術人員協(xié)助用戶才可以
寫在最后
報表對于整個系統(tǒng)架構和功能,確實重要程度和難度都不是很高,但它因為量多而且總變,往往會耗費很大工作量,會帶來人工成本的負擔,尤其是復雜報表,雖然數(shù)量占比可能不多,但是耗費人工成本的占比卻居高不下,所以我們不能忽視,得有一個好的應對之策才可以
開源報表功能太差,解決不了復雜報表的難題,BI不僅解決不了,還貴的離譜,只有報表工具才能解決這些難題,而且是需要潤乾報表這樣的,復雜報表能力強的才能解決
潤乾報表專注報表20年,經歷的無數(shù)項目的考驗,得到了無數(shù)用戶的認可,它做的快,跑的快,選擇潤乾報表,沒有功能擔憂
潤乾報表一萬一套,三萬最高版本隨便用,成本擔憂也沒了
