SSH框架下小微企業(yè)財務(wù)收支管理系統(tǒng)設(shè)計與實現(xiàn)

閆秋萍

(煙臺汽車工程學(xué)院 經(jīng)濟(jì)管理系，山東 煙臺 265500)

0 引言

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

1 系統(tǒng)需求分析

1.1 小微企業(yè)特點

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

1.2 小微企業(yè)財務(wù)管理現(xiàn)狀

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

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

(2)弱勢W：權(quán)利下放太多、風(fēng)險比較高。

(3)機(jī)會O：發(fā)展空間不受限、崗位兼職也屬于學(xué)習(xí)機(jī)會。

(4)威脅T：財務(wù)人員不專業(yè)、存在不穩(wěn)定因子。

1.3 系統(tǒng)功能需求

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

1.4 非功能性需求

對于小微企業(yè)財務(wù)收支管理系統(tǒng)來說，非功能性需求主要體現(xiàn)在以下2個方面。

(1)性能方面：界面友好易操作、頁面響應(yīng)快速且準(zhǔn)確、系統(tǒng)模塊可移植易維護(hù)。

(2)安全方面：系統(tǒng)運行穩(wěn)定、嚴(yán)格權(quán)限管控、數(shù)據(jù)備份容災(zāi)、補(bǔ)丁及時更新防病毒、采用登錄認(rèn)證策略、核心數(shù)據(jù)加密。

2 核心技術(shù)

2.1 Redis數(shù)據(jù)庫

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

2.2 MVC模式

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

2.3 SSH框架

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

3 系統(tǒng)總體設(shè)計

3.1 設(shè)計原則

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

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

(2)安全：由于財務(wù)系統(tǒng)涉及企業(yè)機(jī)密，因此必須保證網(wǎng)絡(luò)安全以及數(shù)據(jù)安全，避免信息泄露。

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

3.2 角色定義

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

圖1 角色權(quán)限劃分

3.3 框架層次

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

圖2 系統(tǒng)總體框架層次

4 系統(tǒng)詳細(xì)設(shè)計

4.1 軟硬件環(huán)境

為滿足系統(tǒng)非功能性需求，確保數(shù)據(jù)存儲以及系統(tǒng)運行速度，所需軟硬件環(huán)境如下。

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

(2)軟件環(huán)境：數(shù)據(jù)庫MySQL+Redis；開發(fā)標(biāo)準(zhǔn)JSF；開發(fā)平臺IntelliJ IDEA Java。

4.2 業(yè)務(wù)流程

在設(shè)計系統(tǒng)功能模塊之前，首先要了解財務(wù)管理中的業(yè)務(wù)流程，本文選擇比較核心的通用流程進(jìn)行分析。

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

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

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

(4)支出管理流程：各類費用在申報時細(xì)節(jié)會有差異，但整體流程基本相同，首先填寫相關(guān)信息錄入費用申請?zhí)峤粚徟瑢徟ㄟ^后進(jìn)入高層領(lǐng)導(dǎo)審批，通過后經(jīng)確認(rèn)進(jìn)行核銷。若審批未通過則退回修改，重新提交審批或作廢，整體流程如圖3所示。

圖3 支出管理流程

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

4.3 模塊組成

不同企業(yè)的業(yè)務(wù)流程雖然會有差異，但是財務(wù)管理的核心目標(biāo)都是控制收入與支出配比，利用企業(yè)資源實現(xiàn)最優(yōu)配置、得到最高效益?；谛∥⑵髽I(yè)財務(wù)收支管理系統(tǒng)核心功能以及業(yè)務(wù)流程，系統(tǒng)主要需實現(xiàn)登錄認(rèn)證管理、賬戶員工等基礎(chǔ)信息管理、收付款管理、工資管理以及相關(guān)統(tǒng)計報表和數(shù)據(jù)容災(zāi)管理，因此設(shè)計功能模塊構(gòu)成如圖4所示。

圖4 系統(tǒng)功能模塊圖

4.4 數(shù)據(jù)庫設(shè)計

由于系統(tǒng)的全部數(shù)據(jù)均需要保存在數(shù)據(jù)庫之中，以便于對應(yīng)接口進(jìn)行新增、查詢、修改、刪除等操作，為準(zhǔn)確執(zhí)行不同類別的請求返回對應(yīng)結(jié)果數(shù)據(jù)，根據(jù)系統(tǒng)功能模塊劃分設(shè)計核心數(shù)據(jù)庫表如下。

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

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

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

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

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

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

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

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

5 系統(tǒng)測試

5.1 功能測試

為驗證系統(tǒng)功能，發(fā)現(xiàn)潛在問題并及時修正，針對系統(tǒng)功能設(shè)計了相關(guān)測試案例，驗證結(jié)果與預(yù)期相符，滿足設(shè)計要求，具體功能測試結(jié)果如表1所示。

表1 功能測試結(jié)果表

5.2 性能測試

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

表2 性能測試結(jié)果表

6 總結(jié)

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