說說報表工具的無編碼定製能力

2021-09-07 22:52:14 字數 1361 閱讀 6666

考察市面上的一些報表工具,很多都是依賴程式設計來開發報表的,對於簡單報表,有些是無需程式設計可以實現的,但報表稍微複雜點則需要程式設計了。現在的資訊系統越來越龐大複雜,它們包容了大量的報表,若其中每個報表和大部分報表都需要程式設計實現,則會出現如下問題

很容易造成程式設計師長期出差。因為一般的系統實施人員沒有程式設計的能力,而編制報表需要和最終客戶密切交流,因此程式設計師就需要跑到系統實施一線和最終客戶進行密切交流,這造成程式設計師很多時候必須出差,有時會出現成批程式設計師像蝗蟲一樣跑來跑去的現象。

浪費公司人力資源。程式設計師是軟體公司比較寶貴的人力資源,應當斤斤計較的使用,但長期出差則是莫大的浪費,讓比較高階的程式設計師和最終客戶進行比較低階繁瑣的交流則是浪費程式設計師的精力。很多程式設計師不擅長和最終客戶進行交流,而且程式設計師和最終客戶過於密切會干擾公司的人力資源管理(某些天才程式設計師既懂技術又懂客戶,若再有點雄心則有可能***)。

提高專案費用。程式設計師一般工資相對比較高,而且出差時的差旅費用,出差補助都增加了專案費用。

加大工作量,一般認為現場程式設計是低效率且容易出錯。一次完整的現場程式設計包括客戶需求分析,現有系統分析,程式設計,編碼和除錯,最後是整合和聯合除錯。這一套流程走下來,時間也就不少了,若每次新增報表或修改報表就需要現場程式設計,開發報表模組的工作量就很大了。當客戶要頻繁的新增和修改報表時,工作量就急劇上公升了,而且大量的為報表而新增的**可能對已有的系統結構造成衝擊。

延長專案時間,一般認為,乙個專案盡可能快的完成則比較容易賺錢,若專案由於某些原因,進度拖沓,時間漫長,則基本上是虧本的,軟體公司自己受到拖累,而且客戶也會不耐煩。當資訊系統中存在大量報表,每個報表都需要程式設計實現,則單個報表的開發時間短不了,則完成整個報表模組的時間就比較長,這就拖累了整個專案的進度,延長專案時間。

從上述分析可以看出,無程式設計而定製報表的能力對報表工具意義重大。若在專案應用中使用了具有無編碼定製報表的報表工具,則會緩解或消除上述問題,可能表現為

程式設計師無需為了報表而長期出差了,經過培訓的系統實施人員可以和最終客戶交流,自己編制報表,若遇到複雜的報表則可以要求程式設計師的遠端支援。對於大型系統,只要讓乙個初級或中級的程式設計師出差就可應付報表系統了。

單個報表開發時間很短,由於不需要程式設計,開發報表就主要是編制報表模板了。若報表設計器功能強大,使用方便則出報表模板的速度很快,單個報表的開發時間就很短了。這有助於縮短整個專案時間。

節約專案經費。出差人數少了,專案時間縮短了,專案經費自然就少了,專案也就容易賺錢了。

但對於乙個新的報表工具,即使有無編碼定製報表的能力,在實際應用中也可能出現一下問題

報表工具本身質量問題造成功能不夠,使用不方便,反而事與願違。

學習和適應新的報表工具本身需要時間,因此這個時間對第一次使用報表工具來開發專案的進度有影響。

一些管理人員對軟體的價值認識不足,有錢出差而無錢買工具。

基於上述的分析,筆者正在做這方面的嘗試。

報表工具的奧秘

也許三個月之後,我就要從前台客服,搖身一變進入db組了。說白了,erp系統本來就是我的老本行。從今天起,記錄二廠gamma系統的特有的方方面面 如果有必要的話。甚至更有甚者,連路徑後面中括號裡面的內容全部沒有,直接就是 設定路徑找不到報表,請檢查 讓你百做不得其解。報表的許可權?設定了啊!報表資料夾...

bi智慧型報表,好用的開源報表工具

為什麼需要電子 國內目前的同類產品中都有報表工具,這些工具大部分都有乙個類似excel的操作介面 單元格 快捷鍵 工具欄等典型設計工具要求。這些工具要麼需要有專業的背景,或者專業的工程師提供支援,要麼學習成本高,調整報表樣式十分麻煩。作為報表開發人員而言,花費大量時間去學習乙個新工具是一件非常苦惱的...

報表工具的 SQL 植入風險

所有的報表工具都會提供引數功能,主要都是用於根據使用者輸入的查詢條件來選取合適的資料。比如希望查詢指定時間段的資料,就可以把時間段作為引數傳遞給報表,報表在從資料庫中取數時將這些引數應用到取數 sql 的 where 條件上,就可以根據不同引數取出不同資料來呈現了。不過,這樣做要求事先把查詢條件的規...