無論是企業還是**機關，上級要監管、考核下級，通常的做法是要求下級定時保送一些報表，然後對這些報表進行分析統計。
例如稅務、財政、交通、建設等部門，都有大量的年報、月報、季報甚至週報、**等，要求下級層層上報；又比如銀監會監督各商業銀行，也需要各行定期保送報表；再比如，各統計局也要求企業定期保送大量統計報表，然後在彙總分析，生成本地區的統計報告。
由此可見，報表上報彙總的應用需求，在我國是普遍存在的。
如何建設好「報表彙總分析專案」？其關鍵點是什麼呢？
以下我就上海市經委網上報表專案談一下本人的感悟。
1、報表設計工具要靈活方便，能勝任任意複雜的報表形式
報表管理是中式管理的一大特色，中國人嚴重聰明，經常制訂出一些架構複雜的報表。顯然，報表設計工具應允許使用者天馬行空地設計出超複雜報表。
2、系統應能處理不同結構的報表
一般管理用報表分兩種，一是行列固定的表（二維表），如資產負債表、利潤表等；二是行數可以任意增加的表，如工資表、裝置明細表等。有時候還會有兩者合成在一起的報表。
3、絕對應採用
b/s架構的報表平台
報表採集需要有基層和中級層級參與，如果採用單機版軟體，則有很多問題。
1）需要層層下發報**式和報表軟體，降低任務部署效率。
2）如果執行中報**式更新了，又要層層下發。萬一某些下級沒有更新，那就只有乙個字「悲慘」。
3）下級要安裝報表軟體，嚴重增加總部的服務壓力。
目前國內已經有一些比較成熟的基於
j2ee
架構的web
報表平台軟體，比如上海經委選擇的是新連線
i@report
系統，執行效果非常不錯。
4、系統應提高強大的報表運算和審核校對能力
人工採集資料，資料質量是最重要的。為此很多上級都是通過設定嚴格的審核公式來達到控制資料質量的目的。事先無法確定實際業務中報表構稽關係是如何的，只能指望系統具備良好的公式核心，能勝任任意審核關係。
5、系統應能自動管理資料庫
對於操作報表的業務人員而言，其實並不關係報表資料是如何儲存的，只要系統訪問資料正確、效能良好即可。很多軟體需要使用者根據報**式和軟體要求的規則定義資料庫結構，然後再定義單元格與字段的對應關係。這真是巨困難！
好的系統根據報**式，自動建立、管理資料庫，讓資料庫對使用者透明，而不管後台是
oracle
、sql server
還是mysql。6
、一定要考慮到上線後的報表指標體系還是要變的
隨著業務管理的變化，在執行了
6個月的報表上插入或追加一些指標是很正常的業務要求。增加或許好辦點，如果是插入或刪除，就有可能導致報表中資料的錯行，這是很多系統無法解決的問題。理想的效果是，在一張報表中插入幾行這樣的更新動作，只應在總部做一次報表編輯，然後重新部署到伺服器上即可。而各下級重新登陸後，能看到以前填報的資料，無非是新插入的行上沒有資料罷了。
7、系統的分析功能一定要強大
報表彙總上來的根本目的是為了分析，從而為領導決策提供依據。分析的需求也是五花八門的，所以報表軟體一定要有靈活強大的分析功能，允許使用者定義任意形式的分析報表或統計圖。
8、一定要支援二次開發，來滿足某些極個性化的需求
既然是選擇的平台軟體，也就是所謂的通用產品軟體，其穩定性通用性多半不成問題，但也因此有少量個性化的需求系統將無法滿足。也許這就是
office
這樣流行的成品軟體也要提供
vba的原因吧。所以，系統一定要支援類似
vba的擴充能力，也就是允許使用者通過內建指令碼擴充功能。
Mybatis 模糊查詢方式彙總 分析
動態解析 預編譯 執行 findbyname resulttype com.newzhong.pojo.user parametertype string test username null and username select from user where username like if ...
關於modbus的除錯錯誤彙總分析
基於modbus除錯電機的時候遇到的一些問題及分析 debug環境 pycharm modsim32 python 2.7.14 1.最常遇到的錯誤就是 response invaild length 0 這個錯誤的原因很多，在確保源程式沒問題的前提下，基本可以肯定問題在於 1 在寫入暫存器的時候，...
tomcat部署專案的方法彙總
tomcat中三種部署專案的方法 第一種方法 在tomcat中的conf目錄中，在server.xml中的，節點中新增 至於context 節點屬性，可詳細見相關文件。第三種方法 很靈活，在conf目錄中，新建 catalina 注意大小寫 localhost目錄，在該目錄中新建乙個xml檔案，名字...