越來越多的項目和行業要用到數據報表,但國內市場上數據報表工具很多,魚龍混雜。面對如此多的產品,很難只從一個方面就分出高低優劣,必須多方面比較。那麼一個合格的數據報表都有哪些標準呢?
標準一:數據報表廠家的發展前景
廠家的發展前景成為衡量數據報表工具好壞的第一條標準,猛一看似乎有些奇怪,但細想一下,就覺得合情合理了。首先,如果數據報表工具廠家運營不善不賺錢,那麼他對產品和服務的投入自然會少,後續結果就是產品不更新了,BUG沒人修復了,服務不給了,到時候用戶系統出BUG了,找哪位給你修復——叫天天不應叫地地不靈,就只能重新換一套報表工具。比如考察數據報表工具FineReport時,可以從其廠家帆軟公司的規模,市場口碑,市場份額,客戶數量和級別,銷售額入手,甚至還可以拿他們的員工學歷,人事招聘情況作為發展前景的指標。
標準二:數據報表廠家的服務和技術支持
不管是什麼企業用軟體產品,都要必須把廠家可以提供的服務與技術支持納入考慮範圍。從服務著眼,需要看三方面的內容:本地服務,服務渠道,服務體系。
本地服務。有了本地服務,才能在系統崩潰之時得到最快的支援,最大限度減少損失。例如FineReportFineReport在北京、天津、上海、瀋陽、長春、哈爾濱、南京、無錫、蘇州、合肥、濟南、青島、太原、鄭州、石家莊、武漢、長沙、西安、烏魯木齊、銀川、杭州、福州、成都、昆明、貴州、深圳、廣州、南寧等地都設有服務中心。
提供多種服務接入渠道,電話、郵件、企業QQ必備,這樣用戶才能方便尋求服務。
廠家的服務體系。服務人員是否熱情、專業、及時,會不會把客戶當夥伴,有服務滿意度調查之類的。廠家是否有標準服務流程以及服務考核機制,這樣對服務就更加放心,服務的不好就可以投訴了,誰敢不好好服務?當然,廠家如果有ISO9001國際服務質量體系認證最好。
標準三:數據報表產品要好學好操作 
數據報表工具的使命是「縮短項目時間,減少項目成本」,所以報表工具必須要學起來簡單(學習成本低),操作起來便捷(使用方便,加快項目進度)。從學習角度講,就要求報表工具本身容易上手、學習渠道多、學習資料豐富,比如幫助文檔、視頻要多。像FineReport就挺重視用戶學習的,不僅提供了多種學習資料,還開設了QQ在線培訓、線下培訓。參考資料多了,學起來才快。操作便捷,這個要親自體驗,主要是製作報表的過程是否簡捷、是否有引導性的操作界面、報表軟體功能設置是否簡單等。
標準四:類EXCEL的設計模式
以前風靡過的條帶狀、控制項拖拽式的報表設計模式,已逐漸被報表市場的大環境淘汰掉了,中式報表的報表樣式和數據太複雜,表頭千變萬化,對填報的要求也很高,所以現在適合國情的也是主流的,就是類EXCEL的設計模式,單元格式的,靈活性更強,像EXCEL那樣操作,簡單易用,學的也快。條帶狀設計模式代表為Crystal Report(水晶報表),類EXCEL設計模式 代表為FineReport,可下載親自體驗。
標準五:支持多數據源關聯 
由於信息化的廣泛應用,企業的數據不再單一,一般都會散布在ERPCRMOABPM等各種各樣的系統中,系統中的資料庫的多樣要求使用的數據報表也必須要兼容各種資料庫。支持多數據源關聯也就成了數據報表工具的標準之一。比如FineReport直接支持多數據源關聯,而不是先ETL做數據倉庫等工作之後再取數。現在流行甚廣的「企業數據孤島」的一個很便捷的經濟實用的解決辦法,就是用報表工具搭建一個報表中心,聯繫各種系統中的數據,這樣就可以實現全局數據、明細數據將隨用隨取。
標準六:支持報表遠程設計
想像一下一個數據報表工具不支持報表遠程設計是一件多讓人崩潰的事:修改報表必須要到內網伺服器,而一般情況資料庫從安全考慮不讓直接連接!沒有遠程設計,維護的麻煩程度也就可見一般了。報表遠程設計是解決這種問題的金鑰匙。比如FineReport可以本地電腦製作報表遠程發布,可以直接對伺服器端的報表文件進行編輯更改,可以對報表模板進行許可權設置,而且還可以多人協同工作,這對加快項目進度非常重要。
標準七:有強大的數據統計和分析功能 
這裡所說的「強大的數據分析統計功能」,是指能否滿足一些高級的匯總分析的需要,比如同比環比排名序號,是否有封裝好的公式或者模型拿來就用,是否支持數據的多維度分析,是否有支持報表定時調度等。數據存在的重要使命之一就是能夠通過對其的分析找到和發現一些隱藏信息,所以作為數據處理工具,報表也就必須要支持這些功能。
標準八:數據報表支持多種類圖表和動態圖表展現 
現在已經是「讀圖」時代,圖表製作與展示數據的優勢早已被大眾了解。作為報表軟體,一定且必須要提供多種多樣的圖表樣式,常見的不說,高大上的諸如數據地圖、GIS地圖集成等。不僅要種類繁多,還要能動態展現,這才叫「圖表會說話」。FineReport提供的動態效果挺多,比如圖表系列交互、數據點提示、坐標軸縮放、圖表熱點鏈接(也是圖表透視鑽取)、圖表聯動這些都要有的。而且FineReport圖表技術上是html5實現的,動態效果也很好。
標準九:數據報表支持移動端應用 
移動端的風行使得商務工作處理也逐漸向移動端的方向傾斜,所以支持移動端應用也就成為數據報表的標準之一。那麼移動端應用要有哪些功能呢?首先需要支持IOSAndroid這些移動端系統,能集成到其他系統的APP中,且有自己的獨立的APP。然後移動端的報表要能夠符合移動端,比如支持頁面的放大縮小,支持手勢操作等。其次能夠與企業數據中心實時動態交互。這是相當重要的一點,這樣才能真正做到利用零碎時間,隨時分析數據。最後,高大上一點就是從安全考慮,多採用驗證方式,比如FineReport支持綁定移動設備,從而增強移動端的登錄驗證,這也是一種方式。


FineReport報表系統——零編碼做報表、多維圖表、多源填報、許可權管理,完美兼容excel報表免費下載http://www.finereport.com/tw/


leohope 發表在 痞客邦 留言(0) 人氣()

一般情況下,Java報表管理系統在一個開發項目中占的比例大概是 10% 左右,最近又有上升的趨勢,在總體統計項目中報表的開發量大的能佔到20%。下面的計算還是以10%為標準,每人月的成本按2.5萬計算。 
以一個100萬的報表軟體開發項目為例,Java報表系統開發的工作量佔總工作量的10% ,即開發成本為 10萬元。以2.5萬/人 來計算,這個項目需要用4個人月 來完成報表系統開發。在實際的項目中,這 10 萬元有以下幾種方式分攤: 
集成商的代碼積累+程序員按項目定製 
即純手工編寫代碼。這裡又分兩種情況: 
A 、在集成商代碼積累基礎之上直接按項目定製; 
B 、找開源的java報表開發工具,在此之上做修改。這樣做能在一定程度上減少程序員的工作量和後期的維護成本,但是開發上要受限於開源工具。且不論產品資料、函數介面什麼的是否齊全,單是開源工具本身的 bug 問題就夠讓人頭疼的了。 
這兩種方式不涉及到採用java報表開發工具的成本問題,好處就是開發人員對程序能完全控制,開發成本直觀。壞處就是如果項目報表開發的要求比較高的話,程序員的工作量會相當大,報表開發效率低,報表的後期維護成本也比較高,只要客戶要修改報表,就必須找到開發商,除非事先商量好,否則就會出現錢方面的扯皮。實際報表開發應用中, A、B兩種方式主要集中在中小型的項目。 
java報表工具+程序員開發 
用報表開發工具的好處有很多,象提高開發效率、節省時間、縮短工期、方便後期維護等到,就不多說了。但是市場上報表開發工具非常多,如何能選擇出既符合項目需要、又能合理控制成本的工具呢?採購報表工具的成本遵循下面這個原則就行:選擇的報表開發工具至少能減少50% 的報表開發工作量,報表的總開發成本降低 1/3 左右。 
再拿上面的例子來說:以前做報表需要4個人月,在使用報表開發工具後,應該2個人月就能完成;加上報表開發工具的採購成本,原來需要10萬元才能做完的事情,應該要6、7萬元就能做完。 
至於選擇哪些java報表開發工具,FineReport還是其他,還需要拿項目中的幾個表實際用報表工具做一下。 
FineReport報表系統——零編碼做報表、多維圖表、多源填報、許可權管理,完美兼容excel。報表免費下載:http://www.finereport.com/tw/


leohope 發表在 痞客邦 留言(0) 人氣()

隨著企業集團的生產規模擴張,為支撐全球供應鏈管理,對於供應商的管理和採購過程的監控已經不局限於簡單的交付以及價格的管理,目前採購及供應商管理各個環節的操作分別在不同的系統下進行,而各個數據源都獨立存在,無法提供統一的數據支持;因此,為了實現對於數據分析以提供採購決策,建立報表體系成為必須。
企業業務目標
1、通過報表為採購決策提供數據分析與支持
2、對供應商進行綜合評估以及管理,合理管理和引導供應商
3、對綜合採購成本進行把控,包括標準重要物料成本構建
4、對採購過程進行跟蹤,以便對供應商進行財務控制和質量管理、對採購人員進行管理促進
5、提供採購績效的數據分析
6、滿足各個層級採購的管理需求
方案評估
動態報表的呈現以數據分析支持和分析為方式,保證數據源的準確性、及時性、動態性和方便性。
常規上的報表的開發方式有兩種:一種是自行運用報表工具進行定製表格開發;另一種是使用市場是成熟報表工具,調用各個有效數據源,實現表單實時動態呈現。
自行定製開發特點
優點是:隨時變更需求,隨時可以調用企業內部資源進行更改。
不足有:
(1)每一張表單都需要定製開發,不斷重複的工作量巨大,導致開發周期較長。
(2)對於相對獨立的報表開發,容易陷入冗雜和功能無法統一的結果,最終導致難以利用而無法管理。
(3)擴展性較差,很難實現對於變化的需求的應對處理,需要推翻重來的工作量較大。
(4)三由於專業所限和對於業務的理解深度,對於簡單報表容易做開發,但是對於有管理深度要求的報表以及圖標很難理解。
(5)涉及到專業運算和統計分析的工具,需要更長的時間來學習和消化,才能運用到統計報表中。
(6)由於反覆的重複勞動,開發經驗和過程無法進行累積成為項目經驗和成長。
利用市場上成熟的報表工具進行定製開發
(1)避免代碼開發的長周期,和無法實現用戶的需求的情況。
(2)靈活的報表系統,減少固化定製報表的麻煩,可以隨時抽取和變化表單樣式。
(3)藉助有經驗的報表人員,對於動態報表的把控可以做的迅速快捷高效。
(4)可借鑒相應其他公司的報表系統的經驗。
(5)知識的轉移,培訓和學習,各個具體使用人員都方便的應用,不再依賴於開發人員。
選擇結論
通過上述比較,建議採用第二種方式即選用市場成熟報表工具,利用專業的報表開發團隊進行定製開發,可以實現,具體需求實現步驟可以分階段進行。
報表工具的選擇標準
根據集團現有系統和操作流程,在報表工具選擇上考慮以下的因素:
(1)開發進度要求和可用資源,包括應用介面

(2)多資料庫、多數據源支持,以支持多個應用平台:OracleERP,UAP,用友,用友OA.手工系統。
(3)功能性,是否支持各種數據呈現、導入導出、數據分離、設計模式
(4)可嵌入性
(5)開發風險
(6)可擴展性,保證新的報表需求
(7)長期成本和維護成本
選擇FineReport的原因
作為中國報表軟體著名品牌,FineReport有著「專業、簡捷、靈活」等特點:
(1)FineReport的功能全面、專業。支持關係型資料庫、BI多維資料庫的連接取數,支持中國式複雜報表的處理,支持離線填報、多級上報、數據填報,支持HTML5圖表製作,支持移動端報表,支持數據鑽取、圖表聯動、多維度分析等交互分析模式,支持數據的導入導出和列印,支持移動報表,有著安全、完善的許可權控制方案等。
(2)FineReport設計報表簡單高效,學習成本低。類Excel的界面使用戶不需任何額外學習成本,零編碼開發報表,輕鬆的拖拽數據,就在一兩分鐘內完成報表製作。為幫助用戶更快更好掌握產品的使用,帆軟提供了多種學習途徑和資料,比如線下培訓、網路在線培訓、帆軟論壇等;更提供了多種獲取服務的渠道,比如現場、在線咨詢、電話、郵箱等。
(3)FineReport行業積累豐富。對各個行業都有著自己對到的見解,可以為用戶提供豐富、實用的信息化建設意見,提供諸如一系列或從上之下、從內到外涉及戰略、運營、組織、財務、營銷等多個主題的解決方案和實施方案。
(4)FineReport的服務完善、高效。FineReport的服務網路已經遍及全國,各大、中城市和地區均能享受細膩、專業、及時、高效的本土化服務。同時提供了更多的技術支持服務入口,如電話熱線、Email、在線咨詢、技術論壇等,用戶可以全天候、無限制的享受服務。
FineReport報表系統——零編碼做報表、多維圖表、多源填報、許可權管理,完美兼容excel。報表免費下載http://www.finereport.com/tw/


leohope 發表在 痞客邦 留言(0) 人氣()


隨著網上購物的流行,大家對物流行業也越來越熟悉,而物流的主要方式之一是航空物流。作為一個對數據十分敏感的行業,航空物流是如何處理數據、從哪些維度進行數據分析的呢? 

leohope 發表在 痞客邦 留言(0) 人氣()

報表,顧名思義,是由「報」和「表」兩部分構成的。「報」指數據的匯總統計,即將數據從資料庫中取出按一定規則運算統計後 排列。「表」則指格式,數據需要放在格子中,才能清楚定位,體現數據之間的層次與對應關係。數據分析軟體只有統籌好「報」和「表」兩方面,才能稱得上是一個優秀的報表系統解決方案。 
目前很多國際品牌的報表數據分析工具,基本上都能把數據源中的數據取出來,運算排列製作出動態的變數統計報表——即「報」的能力不錯。但「表」的實現方式就比較複雜,一般需要採用控制項拖放的方式編輯表樣,靠矩形邊線重合對齊畫表樣,一條直線要拼接多條線段,可想而知,僅僅一個多層表頭就要多大的工作量。而且線條還和解析度相關,在屏幕上畫齊的列印出來可能又不整齊了。還有一類仿製Excel的產品,合并格、設邊框都很方便,可以很快地畫出一個複雜格式的報表樣式,但是卻沒有數據處理界面,除簡單的格內運算外,與數據源交接的過濾、分組等統計運算都要自己做,很致命的是不能自己完成變長報表,需要靠編實現動態插行插列。這些「報」「表」分離的報表分析工具,給用戶帶了諸多麻煩。  
報表之苦 
那麼,中式報表的難點到底在哪裡? 
普遍的說法是中式報表樣式複雜(如複雜表頭),其實中式報表的難點遠不止這一處。相比之下其他難點,樣式問題還是只要費工夫就能解決的小問題,而中式報表還有大量費了工夫也極難解決的大問題,總結如下: 
「用」之累 
「用」指應用集成能力,即報表分析工具能否被很好地集成到企業應用系統中。當前業界的高端報表分析工具均採用獨立伺服器方式,與主程序溝通要通過網路協議,嚴重影響性能,而且控制力度減弱;獨立伺服器都會有自己的用戶許可權管理機制,對應用而言永遠都不夠用,卻要應用程序向這個規則靠攏,無端浪費工作量;而且獨立伺服器無法享用伺服器的各種優勢能力,如共享連接池、集群能力等。 
「報」之難 
「報」指統計匯總能力。中式報表最困難的地方是數據統計。中式報表具有的多數據源、整表規則分片、不完全劃分、跨行組運算及獨立格間運算、行列對稱等諸多特徵,是傳統報表分析工具無法滿足的,於是很多要求編寫代碼準備數據或進行子表拼接以完成一個複雜報表的要求就出來了,細想一下,覺得十分荒謬,但是這卻是中式報表解決方案的普遍做法。 
「表」之煩 
「表」指數據展現樣式能力。表樣格式複雜也是中式報表比較麻煩的地方,中式報表均要求有整齊的格線,多層表頭層次分明。業內有名的報表分析工具一般採用控制項式拖拽的繪製方案,畫起來非常煩瑣,且還與解析度相關,屏幕與列印一般不一致,而中式報表對列印樣式要求向來很高。 
「填」之亂 
「填」指填寫上報能力。中式報表幾乎都有填報的需求,報表分析工具前端需要支持各種填報控制,如編輯風格、自動計算、合法性校驗等;填寫好的數據能夠方便地寫入資料庫以進行下一步的統計匯總;還需要能支持離線填報和多級匯總填報等。而很多報表分析工具不支持填報能力,一般的填報解決方案都不能自動處理數據入庫的問題,導致相應的編程工作量仍然很大。 
報表之惑 
中式報表的複雜是舉世公認的,用業界常見的傳統圖表製作工具去完成中式報表會很困難。但這些複雜的報表是否很有必要,還是僅是庸人自擾? 
一種常見的看法是:中式報表的複雜是現實,這主要是由於業務不規範和應用水平低下造成的,但這其實是沒有必要的,隨著業務的完善和應用水平的進步,這些報表會逐步簡化以至取消。 
但實際情況是怎樣的呢? 
由於業務不規範和應用水平低下造成的沒道理的複雜報表是現實存在的,某些信息化程度較低的行業確實常常是這樣。但是,我們考察中國信息化程度相對較高的銀行業就會發現,銀行報表沒幾個是很簡單的,而且複雜得也很有道理,很難把這些報表搞得更簡單了。看來,複雜報表具有一目了然、信息量大的優勢,並非沒有必要,與業務規範程度及應用水平的高低並無直接關係。 
造成這個現象的一個可能因素是東方文化習慣。中國的漢字就很複雜,常用字就有幾千之多,每個字把多種筆劃組成一體;而西文則都是由有限幾個字母去組合而成的,老外習慣於用簡單的東西去拼接組合,而我們則習慣於把相關的信息組織在一起。事實上,我們永遠都沒有資格去指責需求,而應當正視這些困難並去解決它。 
報表之道 
中式報表的困難無法避開,而當前的一些報表軟體在諸多方面不能適應中式報表的需求,新一代的報表軟體在開發時,需要從以下幾個方面考慮: 
首先,充分考慮應用集成的要求,使報表運算引擎能夠方便地嵌入到業務系統中,並享受應用體系架構的優勢,集中精力處理報表運算。 
其次,徹底摒棄傳統工具的條帶狀數據處理模型,設計全新的適合於中式報表的數學模型演演算法,全面支持多源、分片、不完全劃分、格間運算、行列對稱等中式報表的統計特性。 
然後,採用與Excel類似的表格展現方式,充分體現表格規律性,特別重要的是,需要與統計演演算法很好地結合在一起,保證表格也可自動地隨數據動態變化。 
最後,對於填報功能,設計單元格與數據表欄位的對應機制,使之適應任何類型的填寫,可自動複製對應規則,解決填寫數據自動入庫的難題。 
FineReport報表系統——零編碼做報表、多維圖表、多源填報、許可權管理,完美兼容excel。報表免費下載:http://www.finereport.com/tw/


leohope 發表在 痞客邦 留言(0) 人氣()

電信現狀 
現今中國電信為了運營方便,採用了多套系統進行日常運營支撐,但是在運營中面臨了如下兩點難處: 
1:不及時。新業務比如說政企招財寶開通時,由於一開始設計未考慮該業務,報表系統無法及時統計到新業務對應的市場反應; 
2:不固定。電信產生臨時關心指標,比如某縣市的電子渠道反饋,如果重新搭建一套系統,一段時間以後又不用了,不合算; 
針對這種現狀,各地級市採用了幾種方式: 
1:自己搭建一套報表開發系統來進行報表製作; 
2:採用開源的第三方報表軟體。 
此時會產生報表效果差、上手難度大、開發效率低等各種弊端,嚴重製約了電信運營的發展。因此,就需要採用專業的報表系統來進行業務支撐。 
基於此,FineReport採用了類Excel設計理念,零編碼、快速設計的設計方式,以及高效簡單的發布查看,提出「隨需應變,會Excel就能製作報表,製作起來比Excel更方便」的口號,彌補了電信行業報表反應不及時、不合算的難題。 
現在泰州電信已經上線使用,興化電信也已初步接觸。 
具體案例:泰州電信 
泰州電信內部正是由於上述反應不及時的問題,業務支撐部採用了FineReport軟體,利用類Excel的設計模式,在新業務、階段關心指標、長期關係指標三塊進行了快速報表製作展現。 
電信新增業務 
中國電信新增業務比如對政企招財寶、商務領航、校園天翼等業務進行數據匯總展現。以招財寶為銷售情況例,客戶能快速生成正對招財寶此業務的數據分析,使用圖表的方式展示; 

階段性關心指標 
中國電信推出眾多業務中,有部分業務是需要階段性關注對關注,如:C網、智能機、農村發展、寬頻提速建設等情況進行報表展現分析。以C網為例,客戶可以通過FineReport的豐富的圖表形成駕駛艙,對該項業務進行階段性分析; 

長期性關心指標 
中國電信常用報表基本是以對公司日常流量經營、季度維繫季報、日常流量清單,授記電信主營方向。以下以流量、地區維繫為例分析,用戶可以通過圖表直觀的分析銷售額; 

FineReport特有的地圖功能,能實現不同地區不同時間對比分析 


FineReport報表系統——零編碼做報表、多維圖表、多源填報、許可權管理,完美兼容excel。報表免費下載:http://www.finereport.com/tw/


leohope 發表在 痞客邦 留言(0) 人氣()

建設目的 
目前,物流系統能夠直觀的展示物流公司各個物流環節的處理結果和進度,對於異常情況能夠及時呈現預警結果。但是,現有物流系統各物流環節之間狀態參數並不能實時、方便傳遞。如第三方貨代莊家、物流公司之間,各自建立自己的資料庫,沒有進行很好的集成,同時物流行業艙位價格等實時變化過快,無法提供移動終端的方式以方便物流角色進行業務操作,及保證客戶所查看數據實時更新。 

leohope 發表在 痞客邦 留言(0) 人氣()

近期「數據地圖」很火,很多人誤以為數據地圖是一種地圖,這種理解對也不對。數據地圖其實是圖表的一種,因為與地理因素的密切關係,又被稱之為數據地圖或數據地圖報表。在企業級報表軟體中使用數據地圖展示數據、進行數據分析是有一定優勢的,因為企業的很多信息數據是與地理位置相關聯的,例如各區域的銷售額和利潤額等。這種情況下,如果能採用地圖的形式來反映這些數據,無疑會比單純的表格或一般的圖表要直觀形象得多,信息溝通更加有效,也更具專業的品質和形象。 
那麼用將報表數據和地圖集成起來展示數據的優勢具體表現在那些方面呢?下面用一個具體案例來體現這種優勢:(數據地圖和報表數據集成的具體過程本文不再詳述,可參考:如何製作數據地圖報表) 

leohope 發表在 痞客邦 留言(0) 人氣()

地圖報表 
在企業需要處理和展示的信息中,有大量的數據是與地理位置相關聯的,例如各區域的銷售額和利潤額等,分地區進行的產品推廣活動和進度等。這種情況下,如果能採用地圖的形式來反映這些數據,應用地圖來分析和展示與地理位置相關的數據,無疑會比單純的表格要直觀形象得多,信息溝通將更加有效,數據可觀性和形象性也更強,讓人一目了然。地圖報表,即 
數據地圖,就是解決此類問題的一種地理數據表達方式。 
地圖報表分類 
在FineReport報表系統中,地圖圖表一共有四種,分別是:世界地圖,中國地圖,省市地圖和自定義地圖。 
一般來說,在企業的信息數據中,對於那些業務遍布全國乃至全世界的企業來說,無疑可以直接使用我們的內置世界地圖或中國地圖來直觀展現。而對於展示沒有內置地圖的數據的,比如說通過地圖展示縣級市的業務數據,我們則可用過自定義地圖實現。 
 
 
 
 
製作地圖報表 
示例為自定義數據地圖報表的製作方法: 
某公司的業務數據都在泉州市,希望通過泉州地圖來實現點擊某一個縣的時候,同時會出現此縣的業務數據。 
地圖報表的數據準備 
新建2個數據查詢,一個用做地圖的數據源 ,一個用做折線圖的數據源。 
ds1:SQLSELECT avg(指數) as 平均指數,城市 FROM map_泉州數據 group by 城市。 
ds2:SQLSELECT * FROM map_泉州數據 where 城市=’${city}’,參數默認值為安溪縣。 
自定義地圖報表 
合并一片單元格,點擊菜單欄中的插入>單元格元素>插入圖表,選擇地圖,點擊確定。 
地圖類型 
由於我們要製作的地圖是泉州市地圖,但是泉州市地圖並不在我們內置地圖中,這個時候就可以使用自定義地圖了。 
點擊選中剛剛插入的地圖,在右側上方的屬性面板中選擇圖表屬性表-類型,點擊按鈕,選中添加自定義地圖,如下圖: 
 
選中新建好的自定義地圖圖表,選擇編輯圖片區域,如下圖: 
 
在彈出的對話框中導入準備好的地圖圖片,如下圖: 
 
註:導入支持的圖片類型:gif,png,jpg,bmp。 
地圖圖片要求:需要有點選地圖上某塊區域的效果,那麼提供的地圖上要需要有清晰的區域邊線,並且區域邊線的顏色要統一,如全是黑色,區域內模塊為純色,不能包含有其他內容。 
雙擊地圖圖片中的每一塊區域,將其命名,可以直接選取資料庫中的,也可以直接手動書寫,命名好之後,點擊保存,如下圖: 
 
所有區域都添加完成之後,點擊確定,回到圖表屬性面板,再次點擊,可編輯自定義地圖名稱,我們這裡將自定義地圖命名為泉州市地圖。 
到此,泉州市地圖報表則定義好了,屬性表的地圖列表中有了泉州市地圖,可以用在任意報表中。 
 
註:自定義地圖的數據保存在%FR%WebReportWEB-INFresourceschartmapmap.xml文件中,如果在另外一個設計器或者工程中需要使用該自定義地圖,則將該文件複製過去即可。 
FineReport報表系統——零編碼做報表、多維圖表、多源填報、許可權管理,完美兼容excel。報表免費下載:http://www.finereport.com/tw/


leohope 發表在 痞客邦 留言(0) 人氣()

什麼是甘特圖(Gantt chart) 
一般對甘特圖的解釋是:以圖示的方式通過活動列表和時間刻度形象地表示出任何特定項目的活動順序與持續時間,即甘特圖(Gantt chart)是將活動與時間聯繫起來的一種圖表形式,顯示每個活動的歷時長短。甘特圖能夠從時間上整體把握進度,很清晰地標識出直到每一項任務的起始與結束時間,這也就不難理解甘特圖的產生原因了——因為生產管理領域生產計劃制定的需要而產生。 
讓我們先看一下甘特圖長什麼樣子,下圖是用java報表系統FineReport製作的一個簡單的項目甘特圖,在這個甘特圖中可以直觀地查看每個項目的進展狀況,並對多個項目進行對比 。在下面的多項目甘特圖中,橫軸表示時間,縱軸表示項目進度,這也是一般甘特圖通用的形式。 

甘特圖的使用場景 
理解了甘特圖的產生原因與自身特點,也就不難想像甘特圖的使用場景了。甘特圖適用於以下幾種應用場景: 
1、項目管理:甘特圖是在現代的項目管理里,被廣泛應用的一種圖表形式。甘特圖可以幫助我們預測時間、成本、數量及質量上的結果並回到開始,也能幫助我們考慮人力、資源、日期、項目中重複的要素和關鍵的部分,還能集成多張張各方面的甘特圖而成為一張總圖。以甘特圖的方式,可以直觀的看到任務的進展情況,資源的利用率等等。 
2、如今甘特圖不單單被應用到生產管理領域,隨著生產管理的發展、項目管理的擴展,它被應用到了各個領域,如:建築、IT軟體、汽車等所有有把時間和任務進度聯繫到一起的領域。 
製作甘特圖的工具選擇 
能用來製作甘特圖的軟體工具大致分為三類: 
1、免費開源圖形插件 
2、製作甘特圖的專門圖表軟體 
3、包含有甘特圖功能的專業報表工具 
對這三類工具,可能每個人的看法都有差別,但大致的方向是一致的,大家可根據具體需要進行選擇: 
免費開源圖形插件適用於代碼能力比較強的個人使用,眾所周知,插件既然已經被稱為開源插件,就是需要對其源代碼進行一定的調試變化才能靈活使用; 
專門製作甘特圖的圖表製作軟體分為免費和收費兩種,功能也就有強有弱,適合只有甘特圖一種圖表需求的用戶; 
包含甘特圖功能的報表,即報表已經將甘特圖集成到報表中,可以和其他報表與圖表形式綜合使用,適合處理比較複雜的數據,此類報表工具一般為專業的數據分析軟體(例如FineReport),適用於功能要求比較高的企業級用戶。 
製作甘特圖的簡要步驟 
1.明確項目報表牽涉到的各項活動、項目。內容包括項目名稱(包括順序)、開始時間、工期,任務類型(依賴/決定性)和依賴於哪一項任務。 
2.創建甘特圖草圖。將所有的項目按照開始時間、工期標註到甘特圖上。 
3.確定項目活動依賴關係及時序進度。使用草圖,按照項目的類型將項目聯繫起來,並安排項目進度。 
4.計算單項活動任務的工時量。 
5.確定活動任務的執行人員及適時按需調整工時。 
6.計算整個項目時間。 
用FineReport製作單項目甘特圖詳細教程 
下圖為一個簡單的單項目甘特圖,該項目包含需求調研、功能開發、驗收測試3個任務: 
 
以計劃實際完成百分比甘特圖為例,下面介紹其製作方法。 
數據準備 
新建工作薄,添加內置數據集如下: 
 
在單元格中統計出每個步驟的計劃開始與結束時間、實際開始與結束時間及完成百分比,作為圖表數據來源,如下圖: 
 
註:每個步驟的時間必須是縱向排列,活動必須為橫向排列,即上面的表格必須保持一樣的展現方式。 
插入圖表 
以懸浮圖表為例,點擊插入>懸浮元素>插入圖表,選擇甘特圖,點擊確定。 
設置圖表數據,某項如果沒有,則填無。 
 
保存並預覽 
至此,一個簡單的單項目甘特圖就製作完成了,保存模板,點擊分頁預覽,便即可看到如上的效果。 
FineReport報表系統——零編碼做報表、多維圖表、多源填報、許可權管理,完美兼容excel。報表免費下載:http://www.finereport.com/tw/


leohope 發表在 痞客邦 留言(0) 人氣()