[[214182]]

應用系統軟件項目中有一個普遍現象，就是報表總也做不完。不管是領導需要的宏觀數據統計重點的變化，還是業務部門的計算口徑的變化，都會造成報表需求的頻繁變更。報表項目組就要不斷修改現有報表，還會新增很多報表。潤乾的很多用戶提出，能不能發明一種軟件工具，來解決報表永遠做不完的問題？

從本質上說，報表本身就存在業務穩定性差的特點，這是造成報表開發沒完沒了的本質原因。也就是說，這個問題是需求頻繁變化造成的，是一種常態。因此，要試圖適應而不是解決這個問題，具體的辦法就是建立長期應對機制。也就是說，在應用系統開發完成之后，保持***成本的報表維護人員來解決報表需求的變更和新增。

如果能夠不依賴于開發商的專業程序員來解決沒完沒了的報表需求，對于甲方和開發商而言，都是***方案。非專業的程序員，或者是甲方自己的技術人員兼職來做這件事，成本很低，可持續性卻很高。

但是，要實現這樣的長期機制，還有幾個難題需要解決：

1、 由于有報表工具的支持，報表的呈現環節開發已經很容易了。但是，報表數據計算環節還需要編程序（Java、C#、復雜SQL、存儲過程等），是低成本維護人員很難完成的任務。

2、 開發商為報表的數據計算部分編寫的代碼，和應用系統的其他部分是耦合在一起的。一旦調整，還需要開發商的專業程序員才能解決。

3、 Java等編程工具的環境配置復雜，低成本維護人員沒辦法自主完成。

4、 SQL對于復雜計算實現起來是比較困難的，存儲過程本身也比較難寫，還需要較高的數據庫權限，存在安全風險。遇到庫外文件的情況，比如Excel等，SQL和存儲過程也沒辦法直接計算。

所以，建立長期機制必須要做到：

1、 報表開發要徹底工具化。不僅是呈現層的工具化，報表數據計算層也要工具化，降低對開發人員的要求。不必做復雜的環境配置（數據源等），也可以編寫簡單的代碼來實現復雜計算。對于多樣性數據源，比如Excel、文本文件等，也必須支持簡單腳本計算。

2、 報表模塊要徹底獨立化。數據計算層也要和呈現層一樣，完全和應用系統解耦合，實現獨立維護。報表需求變更和新增的時候，僅僅修改報表模塊就可以了，不會影響應用系統其他部分。

有了報表工具，報表的呈現層已經可以做到工具化和獨立化了。結合潤乾的專業計算產品集算器，可以實現報表開發過程的徹底工具化和報表模塊的徹底獨立化，建立長期應對機制，***解決報表沒完沒了的難題。

報表工具集合集算器的方案結構圖如下：

集算器可以降低報表后端計算的開發難度，徹底實現報表開發過程工具化。

集算器是一種高級語言，潤乾公司提供了集算器的集成開發環境IDE。類似于Java的集成開發環境Eclipse，集算器的IDE也提供了調試執行、單步執行、設置斷點等代碼調試方式：

圖中的腳本，是從oracle數據庫取部分的訂單數據，和Excel中的部分數據合并分組匯總后過濾出訂單金額小于10000的數據，返回給報表。從圖中可以看到，集算器采用了過程計算編程方式，相比SQL無法嚴格分步驟寫腳本的方式要更容易編寫。有經驗的程序員都知道，SQL用來實現很零碎的多步運算很不方便，特別是與次序相關的運算，程序員常常要把數據從數據庫中取出來用Java等完成。而集算器則正好在這方面做了強化，在分步計算、集合化、有序計算和對象引用等幾方面做了完善，對于常用的日期和字串等運算，也比大部分SQL提供了更豐富的方法。B1單元格只需要一個函數就可以讀取Excel文件中的數據，這是SQL無法直接實現的。

Java等高級語言沒有提供批量數據計算的類庫，寫個簡單的SUM也要好幾行，更何況分組、連接等運算，而對于過濾、匯總用到的通用表達式計算，基本上是大多數應用程序員無法完成的任務了。而且Java其實也沒有通行的結構化數據對象，只JDBC有個幾乎沒有計算能力的ResultSet。直接用Java實現報表數據準備非常繁瑣。集算器則提供了大量與結構化計算相關的基礎對象和方法，分組匯總這些只要一句，而且是解析執行的動態語言，可以進行隨意的表達式計算。使用集算器完成報表數據準備工作要比Java容易得多，代碼也要短小很多，實現了復雜計算的簡單開發。報表開發者只需要寫腳本，不用管理數據連接等環境等等問題，可以實現非專業程序員、甚至用戶自己的運維人員獨立完成報表開發過程的目標。

集算器集成開發環境還提供了方便調試的功能。圖中單擊A4單元格，在IDE右邊就可以所見即所得的看到A4的計算結果，非常有利于發現每個步驟的問題。IDE下方可以直觀的看到系統信息輸出，隨時查看腳本的異常。

集算器可以優化報表應用結構，使得報表模塊可以獨立維護，徹底實現獨立化。

集算器可以降低與業務系統其他模塊的耦合度。集算器編寫的腳本是獨立的dfx文件，不會和應用系統其他部分的Java程序形成耦合關系。這樣就可以把報表模塊單列出來，而不必和應用程序綁死在一起。獨立的報表模塊可以單獨去維護，雖然業務穩定性差，但是頻繁的修改不影響主應用程序。

計算方法的調整和報表模板的修改一樣無需重啟服務器，真正實現整個報表系統的熱切換。因為報表系統業務不穩定造成的系統重啟減少到零。

這樣，從報表計算層到呈現層完全獨立出來了。用報表工具修改報表模板，上傳覆蓋之前的模板即可；用集算器修改報表計算腳本文件，上傳服務器，覆蓋舊的腳本文件即可。因為和應用系統其他模塊沒有任何關系，所以無需開發商的專業程序員到現場修改。非專業程序員或者用戶自己的維護人員就可以解決沒完沒了的報表難題。