發布時間：2020-08-12所屬分類：計算機職稱論文瀏覽：1次
摘 要： 摘要：國資監管過程中，需要監管企業完成周期性和臨時性的報表填報。這些報表種類繁多、數量龐大，監管的內容繁雜，部分報表還有時間限制。在計算機技術還未普及時，整個過程都采用人工處理的方式來完成。然而人工監管報表填報的事務存在諸多問題，例如人工
摘要：國資監管過程中，需要監管企業完成周期性和臨時性的報表填報。這些報表種類繁多、數量龐大，監管的內容繁雜，部分報表還有時間限制。在計算機技術還未普及時，整個過程都采用人工處理的方式來完成。然而人工監管報表填報的事務存在諸多問題，例如人工處理不能保障報表填報的準確性，容易出現紕漏且復查過程相當麻煩，還存在報表不能及時提交的問題。因此在過去的監管中容易出現漏報、延報或者不報的現象。隨著計算機技術和互聯網技術的發展和普及，設計、實現一個填報管理系統來代替原先的人工處理報表填報和對報表監管的過程是非常必要的。本系統的服務器端和客戶端的開發選擇采用B/S結構，輔之以JavaScript、J2EE web程序開發技術結合Mysql數據庫開發技術。
關鍵詞：國資監管;填報系統;MySql;數據庫
引言
國資監管的對象為國有獨資、國有控股和國有參股企業，在對這些企業進行監管的過程中，需要監管企業完成周期性和臨時性的報表填報。在以前的工作中，這些報表的填報往往采用人工監管填報的方式。但是由于監管內容繁雜，人工處理的方式不能保障報表填報的準確性和及時性，容易出現漏報、延報或者不報的現象。
隨著計算機及網絡技術的飛速發展，Internet/Intranet 應用在全球范圍內日益普及，當今社會正快速向信息化社會前進，信息自動化的作用也越來越大。計算機與互聯網技術的發展給各行各業提供了極大的便利，在一定程度上，這不但減少了人力，簡化了流程，還方便了管理。因此，擬開發一個填報管理系統來實現國資監管的報表填報。填報管理系統就是要解決填報過程規范可控、填報業務規范可復用的目標，從報表模板設計到下載，從報表填報到上傳，從報表數據的準確性校驗到填報過程提醒和催辦，通過填報看板銜接整個填報業務流程，提高填報工作的質量和效率，為填報工作實時性、準確性提供過程監管支持[1-3]。
1 系統要求
目標填報管理系統就是要實現填報過程規范可控、填報業務規范可復用的目標。從報表模板設計到下載，從報表填報到上傳，從報表數據的準確性校驗到填報過程提醒和催辦，通過填報看板銜接整個填報業務流程，提高填報工作的質量和效率，為填報工作實時性、準確性提供過程監管支持。
功能詳細描述如下：
(1)身份驗證：對登錄本系統的用戶的身份進行驗證，主要有國資委和企業兩個角色，由用戶選擇自身的角色，根據用戶提供的賬號和密碼到數據庫中查詢，驗證其身份的真實性。只有通過驗證的用戶才能進入系統，系統為其顯示相應的看板。
(2)企業信息管理：國資委可對企業的信息進行管理，企業信息管理看板展示系統中所有的企業的信息，同時提供對企業進行增刪改查操作的控件。
(3)報表模板管理：國資委可對報表進行管理，報表管理看板展示系統中所有的報表的信息， 同時提供對報表進行增刪改查操作的控件。系統提供兩種新增報表的方式，分別為可視化報表設計以及將要填報的報表模板以 excel 文件的形式上傳系統，系統可根據所設計的報表或者 excel文件自動地解析出報表信息，并在數據庫中建表。
(4)報表模板生成與下載：系統可根據數據庫中存儲的報表信息自動生成報表模板，并提供報表模板下載的功能。
(5)填報規則管理：實現一個規則引擎，由規則引擎控制報表填報的過程。這些規則主要包含兩個方面的內容，一個是對報表數據的約束規則，另一個是報表填報的過程的一些約束規則。這些規則由國資委輸入系統中，由系統解析規則并執行，國資委可以對規則進行增刪改查，企業僅僅可對規則進行查詢。
(6)報表上傳與數據檢查：企業可以將填寫好的報表以文件的形式上傳到系統，系統接收到文件后可以對報表自動解析并對數據進行檢查，若無異常則將報表存入數據庫中。
(7)填報情況統計：系統可以將報表填報的情況反饋給國資委，國資委可以隨時查看所有報表的填報情況。
(8)企業報表導出：國資委可以導出所有企業填報的報表，企業可以導出本企業填報的報表。
(9)消息生成與投遞：系統實現一個消息引擎來完成對企業的通知提醒。系統可以自動地產生提醒企業辦理報表的消息或由國資委手動發出提醒消息，且可以及時地即將這些消息投遞給待辦企業。
2. 系統架構
系統部署主要有兩個方面，一個是服務器端，另一個是客戶端，由于本系統采用 B/S 架構，所以客戶端不需要進行部署。本系統是使用微服務實現的基于消息引擎和規則驅動的填報管理系統，是基于Java 開發的web 項目。與傳統軟件開發不同，在系統實現中采用微服務架構。
2.1 系統部署
整個系統由3個部分組成，分別是用戶使用層、應用服務層和數據存儲層。用戶使用層部署于客戶端，應用服務層和數據存儲層分別部署于服務器端。整個系統的技術架構如圖1所示。
服務器環境部署：
�、倩A的 JDK 環境;
�、� 一個 Web 服務器，本項目采用 Tomcat;
�、� 一款數據庫，本項目采用 MySQL。
2.2 微服務架構與傳統架構
目前軟件開發過程中系統架構應遵循三個標準：1)提高敏捷性：及時響應業務需求，促進企業發展; 2)提升用戶體驗：提升用戶體驗，減少用戶流失; 3)降低成本：降低增加產品、客戶或業務方案的成本。
傳統的軟件開發方式又被稱為單體式開發(Monolithic)，該開發方式將所有的功能打包在一個 WAR 包里，基本沒有外部依賴(除了容器)，部署在一個 JavaEE 容器(Tomcat、JBoss、WebLogic)里，包含了 DO/DAO、Service、 UI 等所有邏輯。此種開發方式具有以下幾點優勢：1)開發簡單，集中式管理; 2)基本不會重復開發; 3)功能都在本地，沒有分布式的管理和調用消耗。
但是該方式在享有以上幾點優勢的情況下，又給予我們的軟件開發更大的劣勢：1)效率低：開發都在同一個項目改代碼，相互等待，沖突不斷; 2)維護難：代碼功能耦合在一起，新人不知從何下手; 3)不靈活：構建時間長，任何小修改都要重構整個項目，耗時; 4)穩定性差：一個微小的問題，都可能導致整個應用掛掉; 5)擴展性不夠：無法滿足高并發下的業務需求。
而微服務架構提倡將單一應用程序劃分為一組小的服務，服務之間相互協調，相互配合，為用戶提供最終價值，每個服務運行在獨立的進程中，服務間采用輕量級的通信機制相互溝通，每個服務圍繞自己的具體業務構建，可以獨立部署。因此微服務架構通過有效的拆分應用，能夠實現敏捷開發和部署。
3 系統設計
3.1 系統模塊
本系統為實現填報管理系統，對于不同的用戶角色，系統提供不同的功能。
國資委主要進行系統后臺管理以及利用系統實現對企業報表填報的監管， 其主要的功能需求為身份認證、企業信息管理、報表模板管理、規則管理、填報情況統計、報表催收等;企業的主要需求為利用系統進行報表填報，其主要的更能需求為身份認證、報表模板下載和本企業報表管理等功能[4]。
將系統按功能和用戶角色劃分為以下幾個微服務模塊：用戶管理、報表模板管理、報表管理、規則驅動、消息引擎，對每個模塊下的功能按用戶角色劃分為更小的的模塊。系統的總體功能圖如下：
(1)用戶管理：用戶管理服務提供身份驗證和企業信息管理的功能。身份驗證根據用戶選擇的角色以及提交的賬號密碼到數據庫相應的表中查詢。企業信息管理允許國資委對企業進行增刪改查操作(CRUD)操作，并允許企業賬號查詢自身的信息。
(2)報表模板管理：報表管理服務提供報表模板的 CRUD 和報表模板生成下載，報表的新增提供兩種方式，分別是可視化添加和以表格文件的形式。每個報表模板實際上都可以看作是一個填報任務，報表模板的名稱可以看作是填報任務的名稱。
(3)報表管理：報表管理服務提供報表的 CRUD 和填報統計功能，但是企業只能對自身填報的報表進行增刪改查。
(4)規則驅動：規則驅動服務提供對規則增刪改查操作和根據規則驗證輸入的功能，企業用戶只能查詢規則不能修改規則。
(5)消息引擎：消息引擎服務提供手動提醒、自動生成消息和消息投遞的功能。
3.2 規則驅動
規則驅動服務主要負責利用國資委發布的規則對企業上傳的報表進行數據檢查以及提醒企業按時按規填報報表的功能。
規則驅動中的規則主要包含兩個部分：一個是填報報表所需要遵循的規則，例如對某些數據項的約束;另一個是填報過程中的規則，例如填報截至日期。這些規則均由國資委設置，并且可由國資委對其進行管理[5]。
3.3 消息引擎
消息引擎主要功能是將系統傳遞過來的提醒消息投遞給企業。目前設計接受 3 個方面的提醒消息，分別是數據校驗的結果、日期監測結果和國資委手動提醒生成的消息。消息投遞首先會將接收到的消息保存到數據庫中，然后采取兩種方式投遞，一種是在目標企業的系統消息看板展示，另一種是通過企業預留的郵箱發送郵件給企業。
相關知識推薦：發論文的審稿期限多長時間?
4 總結
本研究對于業務邏輯進行了梳理，針對填報系統的相關理論進行了研究，明確了系統開發的業務流程，為系統設計了系統用例，分析了系統需求。并且針對業務邏輯，進行了相關的系統設計，對軟件體系結構、系統部署、軟件搭建框架、數據庫進行了設計。針對系統部內部的規則引擎驅動的設計。并且針對業務領域分析出的問題完成了填報系統的開發，完成了基本的功能實現。——論文作者：薛雨辰
SCISSCIAHCI
