一種報表分級部署的方法與流程
2023-06-05 01:58:44
本發明涉及計算機應用技術領域，具體地說是一種報表分級部署的方法。
背景技術：
在現有技術的大規模企業中，如各種集團公司，其一般都包括二級單位、三級單位等眾多子公司，為了實現集團公司對子公司的實時財務監管，子公司需要定期上報財務數據到集團公司。集團公司也需要下發財務報表的表樣給子公司。各子公司財務獨立，都有自己的一套財務系統。在之前我們只能通過電子表格來實現報表的逐級下發，數據的逐級上報。由於財務數據繁瑣複雜，數據的轉出、接收和驗證都需要耗費巨大的人力物力。
基於此，用戶希望方便、快捷的完成數據的下發和接收，同時保持數據的完整性、一致性、有效性和保密性，故本發明提供一種報表分級部署的方法。
技術實現要素：
本發明的技術任務是針對以上不足之處，提供一種報表分級部署的方法。
一種報表分級部署的方法，其實現過程為：
首先在不同層級單位中分別部署本級的應用系統，該應用系統包括已發布的Web服務；
每個層級的單位均配置Web服務，並分別檢查Web服務是否可用；
服務配置完成後，當一個層級單位向另一層級單位發送數據時，發送層級單位將數據寫入資料庫並打包，並寫入相關記錄，將壓縮包保存到本單位應用伺服器上；
接收層級單位調用Web服務來查看發送層級單位發送的記錄，再次調用Web服務選擇下載數據包到本單位應用伺服器，讀取資料庫的數據，並將接收記錄回傳給發送層級單位。
配置Web服務是指上級單位用戶配置本級Web服務地址、其它層級Web服務地址、用戶名和密碼，即對Web服務的數據傳輸進行加密處理，保證了數據的安全性。
發送層級單位用戶發送的數據寫入嵌入式關係資料庫SQLite中，生成資料庫文件並打包，打包成功後，再寫入數據發送記錄。
接收層級單位在接收數據包之前，首先驗證Web服務是否可用，用戶是否合法；驗證通過之後，調用Web服務，根據發送記錄來選擇需要接收的數據後，調用Web服務獲取發送的數據包，即打包後SQLite的資料庫文件，進行解密解壓，寫入本單位資料庫。
本發明的一種報表分級部署的方法和現有技術相比，具有以下有益效果：
本發明的一種報表分級部署的方法，方便類似集團規模的公司對子公司的財務監管，提供了很大的便利，不再使用傳統的電子表格層層匯總的方式，節省了人力物力，將Web服務和SQLite輕型資料庫相結合，讓數據的互通變的簡單、高速，也保證了數據的完整性、一致性和安全性，實用性強，適用範圍廣泛，具有很好的推廣應用價值。
附圖說明
附圖1為本發明Web服務驗證過程圖。
附圖2是數據包打包過程圖。
附圖3是數據包接收過程示意圖。
具體實施方式
下面結合具體實施例對本發明作進一步說明。
如附圖1所示，一種報表分級部署的方法，其實現步驟包括：
首先在不同層級單位中分別部署本級的應用系統，該應用系統包括已發布的Web服務；
每個層級的單位均配置Web服務，並分別檢查Web服務是否可用；
服務配置完成後，當一個層級單位向另一層級單位發送數據時，發送層級單位將數據寫入資料庫並打包，並寫入相關記錄，將壓縮包保存到本單位應用伺服器上；
接收層級單位調用Web服務來查看發送層級單位發送的記錄，再次調用Web服務選擇下載數據包到本單位應用伺服器，讀取資料庫的數據，並將接收記錄回傳給發送層級單位。
現在以一個集團單位報表分集部署為例，該集團單位包括：集團公司、二級單位、三級單位等，其具體實現過程為：
步驟S01：集團公司、二級單位、三級單位等分別部署本單位的應用系統，應用系統包括已發布的Web服務。
步驟S02：上級單位用戶配置本級Web服務地址、下級Web服務地址、用戶名和密碼；下級單位用戶配置本級Web服務地址、上級Web服務地址、用戶名和密碼；上級單位和下級單位Web服務均測試成功。
步驟S03：上級單位用戶選擇需要下發的數據，寫入SQLite輕型資料庫打包，並寫入下發記錄。
步驟S04：下級單位調用Web服務查看上級單位的下發記錄，選擇接收數據，同時將接收記錄返回給上級單位。
步驟S05：上級單位調用Web服務確認下級單位已成功接收數據。
其中步驟S02包括以下幾個步驟：上級單位用戶配置本級的Web服務地址、用戶名和密碼，下級的Web服務地址、用戶名和密碼。下級單位用戶配置本級的Web服務地址、用戶名和密碼，上級的Web服務地址、用戶名和密碼。對Web服務的數據傳輸進行加密處理，保證了數據的安全性。上下級可隨時驗證Web服務是否配通，只有在配通服務的前提下，才能實現數據的無縫對接。
其中步驟S03包括以下內容：上級單位用戶下發數據，將數據寫入嵌入式關係資料庫SQLite中，生成資料庫文件並打包，打包成功後，需要寫入數據下發記錄。SQLite屬輕型資料庫，但是功能強大，讀寫迅速，無需安裝和管理配置，支持多語言跨平臺，是此方法的優點之一。同樣的，下級單位也可以利用此過程上報數據。
其中步驟S04包括以下幾個步驟：下級單位在接收數據包之前，需要驗證Web服務是否可用，用戶是否合法。驗證通過之後，調用Web服務，查看上級是否有下發記錄。下級單位選擇需要接收的數據後，調用Web服務獲取上級下發的數據包，即打包後SQLite的資料庫文件，進行解密解壓，寫入本單位資料庫。上級單位接收數據的過程與上述過程相同。
其中步驟S05包括以下內容：下級單位接收數據後，調用Web服務將接收的記錄信息返回給上級。上級能看到下發數據的接收記錄，下級能看到上報數據的接收記錄，才完整實現數據的互通。
圖1展示了Web服務的驗證過程。上級單位用戶配置本級的Web服務地址、用戶名和密碼，下級的Web服務地址、用戶名和密碼。下級單位用戶配置本級的Web服務地址、用戶名和密碼，上級的Web服務地址、用戶名和密碼。對Web服務的數據傳輸進行加密處理，保證了數據的安全性。上下級可隨時驗證Web服務是否配通，只有在配通服務的前提下，才能實現數據的無縫對接。
圖2展示了利用SQLite嵌入式資料庫打包數據包並記錄日誌的過程。上級單位用戶下發數據，將數據寫入嵌入式關係資料庫SQLite中，生成資料庫文件並打包，打包成功後，需要寫入數據下發記錄。SQLite屬輕型資料庫，但是功能強大，讀寫迅速，無需安裝和管理配置，支持多語言跨平臺，是此方法的優點之一。同樣的，下級單位也可以利用此過程上報數據。
圖3展示了結合Web服務和SQLite嵌入式資料庫接收數據包的過程。下級單位在接收數據包之前，需要驗證Web服務是否可用，用戶是否合法。驗證通過之後，調用Web服務，查看上級是否有下發記錄。下級單位選擇需要接收的數據後，調用Web服務獲取上級下發的數據包，即打包後SQLite的資料庫文件，進行解密解壓，寫入本單位資料庫。上級單位接收數據的過程與上述過程相同。
通過上面具體實施方式，所述技術領域的技術人員可容易的實現本發明。但是應當理解，本發明並不限於上述的具體實施方式。在公開的實施方式的基礎上，所述技術領域的技術人員可任意組合不同的技術特徵，從而實現不同的技術方案。
除說明書所述的技術特徵外，均為本專業技術人員的已知技術。