SSH框架下小微企業財務收支管理系統設計與實現

閆秋萍

(煙臺汽車工程學院 經濟管理系，山東 煙臺 265500)

0 引言

隨著市場經濟的蓬勃發展，各個行業都涌現了諸多不同業務范圍的企業，其中，小微企業占絕大多數，在任何企業的管理體系中財務管理都是重點關注的核心，直接反映出企業的盈虧狀況，小微企業因資金少規模小，更是需要合理調控收支配比。其中收支管理更是重中之重，如何結合自身特性，在有限的資源下通過科學管控實現經濟效益最大化是每個小微企業必須解決的問題。信息技術的發展解決了傳統記賬方式的缺漏，提升工作效率的同時也更全面、更系統。因此，設計一套成本不高、部署簡便、操作簡單、可靠安全的財務收支管理系統對于小微企業的經營核算有著極為重要的現實意義。

1 系統需求分析

1.1 小微企業特點

小微企業包括小型企業以及微型企業，業務層面涉獵范圍廣泛，在各個產業中的占比都比較大。具有規模小、資金少、員工少的特點，各類規章制度也并不完善，管理層面通常表現為倒金字塔型或者平級化結構[1]。

1.2 小微企業財務管理現狀

財務管理在每個企業中都是管理的核心，對于小微企業來說也是生存的基本。而在小微企業中往往一人身兼數職，且流程、制度很不完善。設計收支管理系統必須要對現狀進行綜合分析。本文采用SWOT分析法全方位分析財務管理現狀。

(1)優勢S：流程簡單、效率高、費用支出比較清晰。

(2)弱勢W：權利下放太多、風險比較高。

(3)機會O：發展空間不受限、崗位兼職也屬于學習機會。

(4)威脅T：財務人員不專業、存在不穩定因子。

1.3 系統功能需求

傳統的記賬方式效率低下，耗費人力物力且易出錯。大型企業的管理軟件通常架構龐雜、價格高昂，對小微企業來說并不適合，甚至花銷反而會增長。因此，在設計小微企業財務收支管理系統時應結合企業特點進行設計，降低成本的同時實現信息化財務管理。主要需實現賬號及員工管理，收款登記、分類、統計分析，支出登記、分類匯總、工資管理、賬戶余額查詢、多維度匯總統計等功能。

1.4 非功能性需求

對于小微企業財務收支管理系統來說，非功能性需求主要體現在以下2個方面。

(1)性能方面：界面友好易操作、頁面響應快速且準確、系統模塊可移植易維護。

(2)安全方面：系統運行穩定、嚴格權限管控、數據備份容災、補丁及時更新防病毒、采用登錄認證策略、核心數據加密。

2 核心技術

2.1 Redis數據庫

Redis(Remote Dictionary Server)屬于以鍵值對形式存儲數據的開源數據庫，數據類型多種多樣，相對來說更加靈活。數據讀寫速度高、性能優異，且是原始化操作，不存在任務執行到半路卡住崩潰的現象，會恢復至前一狀態。

2.2 MVC模式

MVC(Model View Controller)是架構模式的一種，層級之間互相分離，在視圖層代碼更新時無需重新編譯M及C的代碼，耦合性比較低，且多個視圖可共享一個模型，重復使用率高。正是基于以上特點，MVC模式開發及維護成本都比較低，開發時長大幅縮減。對于小微企業來說，MVC模式部署簡單、成本不高、實用性好[2]。

2.3 SSH框架

SSH框架包括Structs、Spring、Hibernate。其中，Structs主要用在接收頁面參數、展示界面信息，屬于基于MVC的應用框架，開發效率很高；Spring是開源的Java開發架構，主要用在解決復雜度問題，使開發更簡捷；Hibernate是開源的關系映射，用于減少任務量，實現更簡單的操作數據庫。

3 系統總體設計

3.1 設計原則

在小微企業財務收支管理系統的設計過程中既要考慮系統功能實現，又要考慮使用人員是否便利，還需考慮后續可靠性與運維問題，需遵守以下原則。

(1)實用：結合小微企業特點，確保功能實用精煉，響應效率高。

(2)安全：由于財務系統涉及企業機密，因此必須保證網絡安全以及數據安全，避免信息泄露。

(3)簡潔：結合小微企業的業務流程，頁面操作便捷節省學習成本，功能升級方便提升運維效率。

3.2 角色定義

鑒于財務信息涉及敏感數據，因此為便于管控，本系統采用角色分組進行賦權，包括主管、會計、出納。主管可進行人員、帳號、審批、報表查看等所有操作；會計主要維護財務憑證；出納則可查看已批準的申請并執行即可。整體角色權限劃分如圖1所示。

圖1 角色權限劃分

3.3 框架層次

針對小微企業的特點，財務收支管理系統需采用簡潔的層次架構，因此本文選擇基于SSH框架，采用MVC體系設計了服務提供層、流程管理層以及用戶展示層三層體系架構：服務提供層負責提取各類數據進行封裝并執行相應操作；流程管理層通過各類組件與引擎處理業務邏輯；用戶展示層作為系統交互頁面。整體層次如圖2所示。

圖2 系統總體框架層次

4 系統詳細設計

4.1 軟硬件環境

為滿足系統非功能性需求，確保數據存儲以及系統運行速度，所需軟硬件環境如下。

(1)硬件設備最低配置：CPU，主頻2.2 GHz，雙核；RAM，4G；HDD，1T；網卡，1 GB/s。

(2)軟件環境：數據庫MySQL+Redis；開發標準JSF；開發平臺IntelliJ IDEA Java。

4.2 業務流程

在設計系統功能模塊之前，首先要了解財務管理中的業務流程，本文選擇比較核心的通用流程進行分析。

(1)賬戶管理流程：管理企業所用賬戶，提供憑證所需信息。允許新建、查詢或刪除、不允許修改。新建時，主管發起請求，驗證權限合法后寫入數據庫。刪除時，主管發起請求后，驗證賬戶余額是否為0，驗證通過則進行刪除操作，否則返回提示信息[3]。

(2)員工管理流程：主管可操作，其他角色可查看。由主管發起請求，驗證權限合規后進行數據庫表的增刪改查。

(3)憑證管理流程：由會計創建新憑證，驗證憑證類型，為支出時獲取賬戶信息并驗證余額是否充足，否則驗證合規性，通過則更新數據庫表。

(4)支出管理流程：各類費用在申報時細節會有差異，但整體流程基本相同，首先填寫相關信息錄入費用申請提交審批，審批通過后進入高層領導審批，通過后經確認進行核銷。若審批未通過則退回修改，重新提交審批或作廢，整體流程如圖3所示。

圖3 支出管理流程

(5)預算管理流程：由部門管理者提交預算單后提交公司管理層審批，審批通過則納入統計進行錄入，否則退回修改，重新提交或作廢[4]。

4.3 模塊組成

不同企業的業務流程雖然會有差異，但是財務管理的核心目標都是控制收入與支出配比，利用企業資源實現最優配置、得到最高效益?；谛∥⑵髽I財務收支管理系統核心功能以及業務流程，系統主要需實現登錄認證管理、賬戶員工等基礎信息管理、收付款管理、工資管理以及相關統計報表和數據容災管理，因此設計功能模塊構成如圖4所示。

圖4 系統功能模塊圖

4.4 數據庫設計

由于系統的全部數據均需要保存在數據庫之中，以便于對應接口進行新增、查詢、修改、刪除等操作，為準確執行不同類別的請求返回對應結果數據，根據系統功能模塊劃分設計核心數據庫表如下。

(1)用戶信息表：主鍵為用戶id，主要字段包括姓名、聯系方式、密碼、郵箱、歸屬部門、入職日期、工資、社保號碼、銀行賬號等。

(2)賬戶信息表：主鍵為賬戶id，主要字段包括名稱、帳號、開戶日期、開戶銀行、金額、備注信息等。

(3)余額信息表：主鍵為賬套id和賬戶id，主要字段包括類型、區間、最后修改人id、最后修改日期、本期借、本期貸、本季借、本季貸等。

(4)憑證信息表：主鍵為憑證頭id，主要字段包括賬套id、憑證類型、來源、記賬名稱、狀態、生效日期、備注信息等。

(5)預算信息表：主鍵為預算id，主要字段包括名稱、年度預算、季度預算1、季度預算2、季度預算3、季度預算4等。

(6)單據信息表：主鍵為單據id，主要字段包括名稱、類型、數目、審核狀態、匯總意見和歸屬用戶。

(7)費用信息表：主鍵為費用id，主要字段包括名稱、類型、日期、數額、幣種、報銷單數量、備注等。

(8)支出明細表：主鍵為明細id，主要字段包括明細名稱、起止時間、起止地點、工具類型、金額、費用類型、描述信息、原由、單據類型等[5-6]。

5 系統測試

5.1 功能測試

為驗證系統功能，發現潛在問題并及時修正，針對系統功能設計了相關測試案例，驗證結果與預期相符，滿足設計要求，具體功能測試結果如表1所示。

表1 功能測試結果表

5.2 性能測試

功能實現之后，在系統可靠性、安全性、防病毒方面還需進行容錯機制以及性能壓力測試。7×24小時運行1個月，系統穩定無崩潰、無卡頓，頁面平均響應時長在3秒以內。并且針對小微企業財務收支系統的數據敏感性以及系統安全要求，設計了容錯、權限、滿載等相關測試用例，驗證結果如表2所示，符合使用要求，滿足小微企業財務收支管理需求[7]。

表2 性能測試結果表

6 總結

本文分析了小微企業財務管理的現狀與問題，針對其特點設計了財務收支管理系統，通過角色劃分控制系統權限，針對具體業務流程涉及數據庫表以及系統功能模塊，實現了基礎管理、收支管理、工資管理、數據容災管理等功能需求，且經過測試驗證系統安全可靠。但由于實際操作中各家企業經營模式不同，以及隨著互聯網技術發展線上交易增多，數據收集難度增加，且在成本核算、銀行接口等方面還需進一步深入分析，以此，作為下一階段的系統優化研究。