帆軟軟體【2016亞太銀行IT價值高峰論壇】圓滿召開

2016年3月25日至27日, 2016帆軟－亞太銀行IT價值高峰論壇在浙江湖州喜來登酒店圓滿召開。

帆軟軟體聯合創始人陳炎、帆軟軟體銀行事業部總監楊揚、帆軟BI事業部總監朱利莉、民生銀行科技部總經理牛新莊、中信銀行總行科技部副總經理陳蓓、中國銀行江蘇省分行開發主管李峰、廈門農商銀行科技部總經理鄧斌等金融、深信服科技副總裁張開翼、敏維軟體CE0凌峻峰等IT界領軍人物出席了會議。帆軟軟體聯合創始人陳炎在會上致了歡迎詞。

本次大會圍繞”銀行業資料分析”，”銀行業資料孤島”，”銀行業E化”，”銀行業IT價值分析”等關鍵詞開展。在為期兩天的會議上，與會的金融、IT界精英們做了14場專題報告，乾貨十足。大家一同探討了銀行業IT建設之路的快與慢，得與失，展望中國銀行業信息化未來發展之路。帆軟軟體銀行事業部總監楊揚、帆軟BI事業部總監朱利莉分別做了《報表那些事兒》、《帆軟－銀行自助取數分析產品發布會》的主題報告，闡述了FineReport報表軟體、FineBI以及帆軟商業智慧完整解決方案的功能與優勢，贏得了與會人員一致的掌聲與好評。

經過兩天的主題分享和討論，與會者紛紛表示對銀行業的E化建設有了更為廣泛和深刻的認識，能夠深化實踐本行的資料分析解決方案，打造更深層次的資料化管理，達到企業的目的。同時，本次大會幫助了企業輕鬆拓展高端人脈，大大促進了銀行業E化建設的溝通和交流，從而實現共贏。

近10年來，帆軟公司在銀行業積累了較好的用戶口碑、眾多的成功案例和深刻獨到的E化見解，所以能夠成為本次大會的主辦方並且取得大會的圓滿成功，是對帆軟公司在商業智能領域做出突出貢獻的肯定，也是對帆軟品牌價值和產品價值的肯定，標誌著帆軟軟體在商業智能和資料分析領域的領軍地位，預示著帆軟公司將牽手戰略夥伴組成聯盟，實現更大的輝煌。

本次大會的資料和幹活會陸續分享給大家，請拭目以待！

城市交通行業如何搭建資料管理系統，實現E化管理？——以地鐵行業結局方案為例

一、建設目的

某城市地鐵票卡清分部是地鐵整個管理系統的一個重要樞紐，負責聯立起線路中心和財務部、市場部等其他多個部門的日常工作,方便客流量統計、收入清分對賬以及維護管理分站設備等。

之前，此城市地鐵採用水晶報表進行開發，完成客流和清分結算的業務，由於水晶報表製作複雜功能就要通過編程實現，不好維護管理，所以採用FineReport這款軟體輔助開發，FineReport報表軟體針對複雜格式的報表資料及Web報表的展現，通過多源分片、不規則分組、雙向擴展來輕鬆拖拽做複雜格式的報表，從此擺脫了複雜的SQL和表達式，不需要編程，大大提高了報表製作的效率。

二、業務需求

1、總體目標

此城市地鐵二期開發的報表主要是涉及到設備維護，包括各個站點的TVM機（出售單程票）、gate機（刷卡閘機）、以及post機（補辦臨時票），通過統計每日的平均使用頻率和各類機種的台數，來進行針對性設備維護。

2、基礎功能需求

3、其他功能需求

（1）各個站點分錢方式

根據進站點和出戰點實際使用次數按照一定的比率運算，但是為了簡便，現階段實行的是按出站方式確認，就是說某個站點出的人多，就分到錢多。

（2）TVM收入對賬

對比臨時售票機中錢和各條線路中心提交上來的資料，如果發現不一樣，就要檢查（線路中心將設備採集的資料匯總上來，卡公司將資料匯總上來，雙方都不可以知曉對方資料，票卡清分部核對成功後上報公司財務部）。

地鐵各條線路使用的是獨立的資料庫，所以核對比較通過多源展現，降低人為因素參入，避免反覆的比對工作和可乘漏子。

三、系統建設總體概述

1、總體思路

地鐵管理信息系統依賴網路平台構建，是一個複雜的、異構的應用系統，在系統集成的不同層面，採取有效的策略實現企業應用集成，實現不同業務應用子系統相互之間的資料、信息的交流，減少手工操作，提高效率。

2、系統框架

為了貫徹此城市地鐵科技公司提高品味、講究實用、智能高效、經濟合理、簡約明快的信息化系統建設方針，保證了業務的連續性和安全性，使得地鐵票卡清分部得到個性化服務，示意圖如下：

四、系統功能

1、業務功能

系統使用流程
所有站點使用頻率排名統計

通過統計出該市所有站點，每個閘機、TVM機使用頻率（閘機統計一票通、一卡通的使用次數，一卡通由制卡公司發行，包括內部卡和外部卡，內部卡主要是員工卡，外部卡包括成人卡、老人卡、學生卡等）落入的區間段（0到10000以上，跨度為1000），來進行針對性維護，並且查看的時候，按照人的習慣性思維（一眼看出所需要的），最大值排在上方，進行實際使用量的排序。（報表如圖1.1-1.2所示：）

圖1.1 閘機使用頻率排名統計

圖1.2 TVM機使用頻率排名統計

三條線路所以站點使用區間段台數統計

統計出三條線路（1號線、2號線、南延線）上面所有站點的各類設備使用次數在使用區間段的台數，來輔助分析各條線路實際運營維護情況，比如一號線設備使用量相對於二號線和南延線要大得多，則需要加強一號線路的設備維護。（報表如圖1.3-1.4所示：）

圖1.3 三條線路TVM機各個使用區間段台數統計

圖1.4 三條線路閘機各個使用區間段台數統計

每日早晚高峰各個站點使用頻率

眾所周知，每天的早上7：30到9：30以及下午17：30到19:30處於上下班時間，這個時間段的客流量較大，各類設備使用次數也比較多，為了更好的維護每個站點的設備，票卡清分部需要統計每個陣列的各個設備使用頻次以及整個陣列在這兩個時間段內，每個小時的平均使用頻次（陣列就是指各個進站口、出站口一排的閘機、TVM機等），便於知道每個陣列的實際使用情況，進行針對性維護。（比如，新街口很多出口，每個出口就有一排閘機，示意圖如圖1.5所示，報表如圖1.6-1.7所示）：

圖1.5 某站點陣列構造示意圖

圖1.6 各個陣列閘機平均使用示意圖

圖1.7 各個陣列TVM機平均使用示意圖

費率測試用例統計

乘坐地鐵時不同的站點之間價格是不一樣的，票卡清分部需要監控到沒一張卡的實際使用情況，包括路徑、站點數、費率（多少錢）、實際卡費以及卡現在的狀態（超過0:00還未出站視為失敗，下次刷卡的時候就會提示），便於了解每張卡的實際使用情況。（個人就經歷過一次，出站時刷卡沒注意成功與否，後來再次刷卡的時候提示失敗，到補票點發現沒有刷出戰）統計的時候為了便於選中對應的站點和卡類型，客戶希望以層次關係展現，報表如圖1.8所示：

圖1.8 費率測試用例統計

線路與ACC交易資料核對報表

對比臨時售票機中錢和各條線路中心提交上來的資料，如果發現不一樣，就要分別檢查，相同則審核成功，進行上報，如圖1.9所示：

圖1.9 線路與ACC交易資料核對報表

清分後線路運營收入月報

統計出本月三條線路（1號線、2號線、南延線）運營收入情況，還可根據不同售票方式進行統計，例如一票通和一卡通(包括內部卡和外部卡，內部卡主要是員工卡，外部卡包括成人卡、老人卡、學生卡等)使用情況進行統計並匯總，如圖1.10所示：

圖1.10 清分後線路運營收入月報

網路出行量結構分析日報

根據不同票價分別統計出每天出行量人數，並計算出行量所佔百分比、日收入情況及日客運周轉量，如圖1.11所示：

圖1.11 網路出行量結構分析日報

計次卡發行使用情況統計月報

地鐵計次卡是地鐵每逢節假日或者地鐵運營紀念日發行的一定面值的儲值卡，限制在一定的日期前使用完，並且每次乘坐不分乘坐里程長短一律2元或者3元，下面根據每個時間段內統計發售的計次卡，查詢每個計次卡到期時間、面值次數、發行張數、發行次數、使用次數等，如圖1.12所示：

圖1.12 計次卡發行使用情況統計月報

2、方案優勢與特點

2.1 報表展現和資料填報一體化

採用FineReport報表設計器可以簡單快速的完成各種樣式複雜報表、填報表的設計製作。同一張表格中既可以展現資料，同時也可以進行資料編輯和上報。

2.2條件屬性

為了宏觀上面把控整條線路上面的收入情況，需要將實際資料和理論資料做個比對，比如說某一站按照前幾周趨勢收入應該為25000左右，但是實際情況卻只有20000或者5000，實際值和理論值差距超過偏差範圍，則通過條件屬性判斷以紅色標記出來，然後安排人專門去進行檢查。

2.3許可權管理

雖然地鐵管理信息系統是一個相對獨立的系統，但是由於許可權使用的用戶表是存儲在資料庫表中的，且系統移交給最終用戶後，使用系統的用戶資料需要和用戶現有的許可權系統統一，因此需要在建立系統時，能夠直接讀取資料表。

2.4排程器

地鐵管理信息系統需要將每天在停運時將當天的客流、線路收入、設備信息都統計出來，然後存放成本地檔案，以供存檔，想什麼時候查看的時候直接可以從伺服器中取出檔案，免得重新生成，可採用定時器定時生成本地檔案Excel就可以了。

2.5報表平台

用戶由於是從無到有的搭建一個系統，因此需要方便快捷的將檔案管理起來，包括用戶登錄，根據許可權管理對應的頁面等基本要求。且能夠方便的配置出符合用戶風格要求的系統樣式。

FineReport搭建企業考核系統

隨著公司的發展、規模化、正規化，各種訊息也要求越來越公開化、公正化，員工對訊息的關注越來越高，對於訊息的快速發布及時更新都有的新的要求。且對於考試的公正要求也越來越高。

企業考核系統的目的是盡量的公開考試訊息、招聘訊息，以及內部的考核訊息成績等，讓讓員工方便查詢。

1、各種相關的查詢條件, 如某人的所有相關考核訊息。

2、各種篩選條件: 如查詢考核成績為優秀所有員工姓名 年齡等。

3、排序條件: 可以查詢考核成績, 按高低依次排序等。

4、用相關圖表展示, 展示考核的及格率等量化標準。

開發工具：帆軟FineReport

FineReport是一款企業級web報表軟體，易學易用，功能強大，簡單拖拽操作便可製作中式複雜報表，輕鬆實現報表的多樣展示、交互分析、資料錄入、許可權管理、定時調度、列印輸出、門戶管理和移動應用等。

資料準備：使用的查詢資料，大部分欄位相同，包含年份、身份證號、報考部門、報考單位、報考職位、報考崗位和准考證號。

系統資料分析要求

1、員工姓名查詢： 欄位分類。

2、成績排序條件：高低排序或者條件排序篩選, 比如 大於90, 優秀者。

3、地區緯度: 查詢相關地區的考核人員等相關情況.錄取比例等。

FineReport與OA系統整合的完全方案

這是帆軟某客戶分享的與OA系統整合的實例方案。

隨著社會訊息化高速發展，企業訊息化也得到了一定提高，而如何提高辦公效率已經成為企業一項重要而緊迫的任務，傳統的紙質報表等檔案不僅浪費紙張、不易存檔、不易調閱、不易統計，如何更有效、更快速提升辦公效率和辦公品質，成為了制約工作效率提升的最大瓶頸。

由點到面，從各位朋友的電腦桌面上繁多的報表檔案，明顯的可以看出日常工作的繁忙，可是一天下來感覺處理的檔案卻不多。

地域限制：由於集團沒辦法實時和子公司實現同步辦公，在溝通方面成本很高，而且異地辦公效率低，得到的生產報表資料和財務資料不準確，而且不及時。

員工素質的差別：每個人處事的方式都不同，造成「一鍋粥」的現象，這就要求我們用流程工具和報表工具來規範梳理工作。

檔案丟失：員工的離職，造成報表文檔的丟失已經成了企業最大的損失。
透過現象看本質，實現訊息化已經迫在眉睫，集團急需一套OA並整合報表軟體的系統，而泛微OA正好符合我們的需求，且Finereport報表更是無縫整合於泛微OA。

效果展示

一、開發工具

讓我們先了解一下這個B/S架構的開發環境：

操作系統:Redhat 5.4 Linux 64位

WBE應用伺服器:RESIN

開發語言:JAVA

資料庫:ORACLE 10.2g

報表開發工具:Finereport

網頁開發工具:Dreamweaver 8

OA系統:泛微協同OA

Finereport的資料來源於oracle現有資料庫，通過OA新增菜單，鏈接jsp網頁，利用OA角色與許可權控制單元在jsp頁面（嵌入報表頁面）做二次開發，並授權用戶訪問報表。

二、資料源

由於OA已經有現成的oracle 10g資料庫，而我們的報表需要的資料庫源主要來自OA的資料庫表。

首先，我們要打開FR設計器，連接資料源，設計器最上方的菜單欄–伺服器—定義資料連接。用滑鼠選中剛剛命名的資料源，右邊顯示對應的資料源屬性編輯面板，共有五項屬性：

資料庫：oracle

驅動：oracle.jdbc.driver.OracleDriver

URL：jdbc:oracle:thin:@192.168.X.X:1521:實例名

輸入帳號和密碼，點擊「測試連接」按鈕，如下圖所示：

提示，測試成功，代表oracle資料庫連接成功。

主要的資料庫表如圖所示：

1、workflow_currentoperator工作流請求節點操作人訊息表

存放如下欄位：請求id、用戶id、工作流類型、工作流id、操作節點id、操作日期、操作時間

2、workflow_requestLog工作流請求簽字日誌表

存放如下欄位：操作者、操作時間、客戶端ip、下一節點id、工作流id、請求id、操作日期、操作節點id

3、formtable_main_4簽報流程自定義表

存放如下欄位：抬頭、主辦部門、呈送、電話、傳真等敏感欄位

4、HrmLocations人力資源辦公地點表

存放如下欄位：所在城市、所在國家、電話、傳真、手機。

SysMaintenanceLog系統操作日誌表

存放如下欄位：操作日期、操作用戶id、操作時間、操作類型、是否為流程模板

5、workflow_currentoperator工作流請求節點操作人訊息表

存放如下欄位：工作流id、工作流類型、操作節點id、接收到的日期、接收到的時間、標記流程是否歸檔、操作時間

6、Hrmdepartment人力資源部門表

存放如下欄位：上級部門id、所屬分部1、所有上級部門id、部門名稱、部門標識等。

諸如hrmsubcompany人力資源分部表，存放如下欄位：所屬總部id、分部簡稱、分部描述等；HrmResource 人力資源表，存放如下欄位：身份證號碼、賬號id、籍貫、工作狀態、密碼等N多的訊息，這裡不再一一介紹。

三、需求分析

基於Finereport的報表，並整合到OA，通過Finereport實現資料庫複雜查詢/填報的方式，在辦公OA上實現實時交互，讓OA專案花最少的力氣在報表工作上。體現在：

1、公文簽報，集中報表

2、考勤資料，集中報表

3、資產管理，集中報表

4、人員登錄，集中管控

5、流程管控，集中統一

6、許可權管控，集中統一

然後把大部分時間用於問題的解決，績效的提升，決策的制訂，有效的執行等核心事上，從而提高工作效率。

四、資料分析

先分析一下專案資料的採集，報表資料貫穿著辦公OA流程，隨著時間的積累，積沙成塔。

資料範圍：固定資產、人員登錄、集團/子公司的公文簽報、用章申請、考勤等資料

資料層面：員工層面

縱向維度：OA複雜的流程

橫向維度：分公司、部門、員工、考勤種類等

時間維度：日期

五、報表設計

一般來說，一個完整的報表設計流程，大體分為如下幾個步驟：

打開設計器，跳過配置資料源這些簡單步驟，直奔設計報表主題，舉例集團簽報報表，首先、了解簽報所需要的欄位，一般是集團機要秘書來管理下發和收件，把欄位全部羅列出來，如圖：

其次、簽報情況匯總報表涉及了辦公OA流程的部分流程，查看流程，

包含總裁機要秘書接收日期，總裁機要秘書需要統計來文單位、檔案主題，然後再決定傳送給哪位集團分管領導，接下來又要統計分管領導意見以及會簽人的意見，最終才歸檔到經辦人和總裁機要秘書，所以這個報表具有重要意義，可以省去總裁機要秘書頻繁的登記收文和領導，提高領導的簽報效率。

約束條件是requestid，表與表之間通過requestid的關聯起來的，分別寫出該欄位需要查詢的條件，並且日期以流程節點「已查看」或者「已提交」為時間判斷標準。

思路清楚後，就直接設計報表欄位的SQL，如果用普通的網頁來製作這個簽報報表，我想我會瘋掉的。因為太複雜了，而且oracle的long類型的欄位在PL是不顯示的，而FineReport工具竟然能顯示出來，真的讓人佩服。

點擊「預覽」，結果就顯示出來了，如果用網頁還會存在緩存，很煩的，而改用FR設計器，更簡潔更快速。

為了提高瀏覽速度，設計的時候需要考慮分頁，點擊「檔案號」，點擊右鍵，設定條件屬性。設定公式為&B4 % 31，設定31行後就分頁。這樣是一個月的資料，對報表很有意義。

六、許可權控制

Jsp頁面程式碼編寫,詳情見例子jtgw.jsp

注釋一下OA-Report-01

許可權：901開始編號

明細單元：9001 開始編號

七、部署報表

1、安裝FineReport的安裝程序

2、通過SSH工具，將解壓出來的\FineReport_6.5\WebReport\WEB-INF地址下的reportlets，resources檔案上傳至伺服器\WEAVER\ecology\WEB-INF目錄下。

3、通過SSH工具，將\FineReport_6.5\WebReport\WEB-INF\lib地址下的fr-server-6.5.jar，fr-third-6.5.jar，ojdbc14.jar檔案上傳至於伺服器\WEAVER\Resin\lib目錄下。

1、在linux伺服器中\WEAVER\ecology\WEB-INF目錄下的web.xml添加內容，如圖：

1、以上配置修改完成，重新啟動RESIN服務。

2、打開IE，輸入http://localhost/WebReport/ReportServer?op=fs，測試是否能打開。

3、在思科防火牆上映射外網IP到OA內網伺服器，並開放80埠，綁定公司域名到OA外網Ip,然後在IE輸入http://oa.xx.com，即可訪問到FineReport整合的OA系統。

怎麼解決Oracle的ERP系統中報表不好用的問題？

這是帆軟某位用戶分享的案例，這裡整理給大家參考學習！

ORACLE JDE ERP系統在公司上線以後，JDE提供的大部分報表使用難度較大，修正維護困難，資料格式、運行速度與準確性與用戶要求有較大的差距，開發周期長，從開發、打包、分發至少要1天以上，很多報表無法滿足用戶的需求，ERP的運行資料不能準確快速地輸出給業務部門。

公司目前的決策系統以傳統的報表為主，形式以手工EXCEL和紙質報表為主，報表傳遞是從低到高，由各職能部門（產、供、銷等）到中層領導、高層領導層層傳遞，財務部和綜合管理部協助高層領導做報表匯總和決策分析，形成了一套具有成量特色的報表和決策體系。這套體系在運行中還是存在一些不足之處：資料不及時，大部分報表以月為周期，到了月底或半年、一年總結才發現問題，不適應市場變化的需求。

1、資料不準確，口徑不統一，由於訊息孤島的存在，同一資料在不同部門的報表中不一致，驗證資料往往要花大量的時間，每月部門之間的核對工作在一周左右。

2、資料分析的角度固定，改變較難，許多問題必須進行多維分析才能得出結論。

3、缺乏統一的報表標準管理，各部門的報表格式不統一，沒有統一的規範，合并匯總較難；

4、缺乏統一的報表流程管理，審批、修改、歸檔記錄難於查找，歷史資料不能充分快速使用。

為解決上述問題，提出以下軟體需求：

首先要滿足傳統報表的需求，成量公司的ERP系統實施尚未完成，還存在很多需要解決的問題和需要完善和優化的工作，此時BI還不太合適，傳統的報表還不能放棄，所以最好能通過報表系統規範以前的手工報表，建立報表流程和許可權體系，將來的BI也可以融入到報表體系中。

為滿足用戶的需求我們在互聯網上找到了一個報表開發工具FineReport,利用該工具可以快速的開發出各種用戶需要的報表，很方便地製作了很多用戶特定的報表，以及很多複雜的中式報表。

報表製作截圖：

效果展示截圖：

FineReport如何搭建機電行業綜合管理平台

一、需求介紹

案例公司主要從事生產銷售各種高效節能電機定轉子沖片和鐵芯，並最終在財務實現資金回籠、虧損盈利和現金流量等資料進行統計。

因此電機綜合管理平台至少有三個部門參與：

第一個是生產部門，第二個是銷售部門，第三個是財務部門，但是他們又是層層緊扣，生產的資料關聯著財務，銷售的資料又關聯著財務，生產的資料也關聯著銷售，他們缺一不可：

1、統一的生產平台

用工具來規範生產的資料，能夠將各個子公司的資料科學化、模塊化，讓資料能夠和銷售部門、財務部門對接，並且實現同一種報表格式，對比傳統形式，具有質的飛躍。

2、統一的銷售資料

由於有多個銷售子公司、多個銷售部門，在銷售的時候資料具有相似性和變動性，而資料又源於生產，卻又要加工，在統一平時上就省去了多次錄入重複，而且能夠及時反饋給財務，在財務視角來看，又省去了一次重複多次錄入的工作。

3、統一的財務核算

財務的現金流量表、虧損盈利表、負債表，這些資料需要每個月都要整理一次，而且每次都是重複的，但是它又需要生產的資料，同時也要銷售的資料，因此統一的財務核算，在根本上減輕了財務的工作負擔，在核算效率上有質的提升。

只有建立綜合管理平台，才能實現：

①訊息統一，集中管控；

②規範標準，科學管控；

③整合資源，全面管控；

二、開發工具

綜合管理平台資料來源於生產車間的流水線資料，通過匯入到MSSQL2005資料庫中，通過FineReport資料自帶的演示平台，通過報表的複雜公式計算代替繁瑣的人工統計，並通過B/S架構，建立集團和子公司訊息實時交流的黃金樞紐。

開發的時候用到如下具體工具：

操作系統：windows 2008 R2 sp1 64位

報表開發工具：帆軟finereport

資料庫：MSSQL2005 64位開發版本

圖片處理工具：PS CS3

網頁開發工具：Dreamweaver 8

三、資料源

機電報表平台通過連接遠程資料庫伺服器，並對資料庫表進行查詢和運算，每個資料庫表都有表關聯。

連接資料庫

舉例部分表

1、定子錄入表，包含如下欄位：型號、日期、生產工段、材質、類別、規格、個數、產家、單片質量等。

2、資產負債表，包含如下欄位：期末餘額、年初餘額、負債及所有者權益等

3、損益表，包含如下欄位：本月數金額、本年數金額、上年數金額

还有诸如：现金流量表，包含如下字段：金额、补充资料、金额；资产类型表；负债及所有者权益表；项目表，包含如下字段：项目id，项目名称，这里就不一一举例。

四、資料分析

橫看成嶺側成峰，每個領導都有自己的報表格式，因此只能定義好生產、銷售、財務的錄入介面，並對需要的資料進行取值。

1、生產資料：

分析維度：機電產品類別

具體維度：日期、分類

度量：噸

比如生產報表查詢所需的查詢界面：

2、銷售資料：

分析維度：銷售金額、產品分類

具體維度：時間、基層單位

度量：元、噸

3、財務資料

分析維度：項目分類和金額性質

具體維度：日期

度量：元

五、報表製作

1、製作生產錄入填報

（1）添加模板資料集

在左邊添加一個資料集，SQL語句：select * from 定子錄入，點擊預覽，如圖：

（2）模板設計

拖拽「控制項管理」裡面的相應控制項到模板設計的相應儲存格，比例日期型的，就拖拽個日期控制項到相應儲存格，如圖所示：

（3）添加插入/刪除擴展按鈕設計

拖拽一個按鈕控制項，雙擊它，顯示控制項屬性（插入按鈕的按鈕類型是插入行，刪除按鈕的按鈕類型是刪除行）如圖所示，

並且在A3的擴展與父格設定如下：

（4）設定填報

點擊菜單—報表—報表填報屬性—提交—添加一個內置SQL—設定如下

（5）設定批量匯入excel

點擊報表—報表web屬性—填報頁面設定—我要為這張報表單獨設定—設定如圖：

2、報表設計

填報和報表具有區別的，報表不能填報資料，只能查詢相關報表，舉定子報表為設計例子：

（1）定義模板資料集

和填報設計一樣，報表資料庫SQL：select * from 定子錄入 order by 日期，截圖如下：

（2）參數設計

點擊添加左邊的報表參數，取名叫類別，從左邊「控制項管理」拖拽一個下拉框到右邊的儲存格上，並把控制項名設定為剛才定義的「類別」，如圖所示

（3）在模板設計好報表參數

從資料源拖拽欄位到「模板設計」的儲存格上，如圖所示：

雙擊B3，點擊過濾，在彈出對話框設定如下：

（4）設計報表函數

比如當天生產產量的計算公式是：單片重量*個數/天*規格，那我們就是要在G4上運算，並且要在每行每列都繼承運算公式，要在G4的「擴展與父格」設定好「左父格」，單擊G4儲存格，點擊菜單—插入—儲存格元素—插入公式，在彈出對話框，如圖所示：

例如：H3（sum（G3）總個數和計算）和H4（sum（G4）總重量和計算）

再如

1、財務的損益錄入界面，因為財務的運算公式較多且複雜，資料既取之於生產，又取之於銷售。

2、財務現金流量錄入

3、財務資產負債錄入

綜上，財務的運算公式較多，在錄入方面也是採用excel批量匯入，才能更好的實現就訊息化和手工的相輔相成。

六、系統部署

在windows 2008 R2 sp1 的那台電腦安裝Finereport 6.5.5，安裝完後，點擊產品演示，讓他啟動自帶的應用伺服器，在IE輸入http://localhost:48079/WebReport/ReportServer?op=fs看下能否訪問到系統，如果正常代表平台已經在本地搭建好了。

把做好的jsp網頁放到C:\FineReport_6.5\WebReport，然後在網頁index.jsp上做個超鏈接，直接跳轉到http://192.168.X.X.:48079/WebReport/ReportServer?op=fs，這樣可以省去記網址的麻煩，另外在公司防火牆上映射聯通外網ip到192.168.x.x那台伺服器上，並開放80埠，然後可以直接在IE地址欄輸入：http://外網ip/，即可在全球任意地方直接訪問到萬鑫綜合管理平台，只不過是電信訪問會訪問點。

七、成果展示

1、綜合管理平台登陸頁面

2、平台首頁

輸入system和密碼，點擊登錄，直接跳轉到如下界面：

最直接呈現在界面的是：定子當日產量、轉子當日產量、各型號日產量、日生產總片數等訊息，非常直觀的讓領導能了解生產的情況，同時省去了統計的麻煩，把複雜的工作簡單做，把更多的精力投入到生產中去。

3、生產錄入模塊

右邊設計了一個「插入」和「刪除」，方便添加多一行資料和刪除一行資料。

4、轉子報表

在設計的時候，凍結了重複的儲存格，比如類型、型號、規格，然後月份可以直接左右行動，非常直觀的瀏覽資料，在設計上更人性化。

5、財務損益錄入

6、財務現金流量錄入

7、資產負債錄入