基于UML的財務(wù)系統(tǒng)的建模研究

1、基于UML的財務(wù)系統(tǒng)的建模研究 何知儒（華中科技大學(xué)文華學(xué)院，湖北 武漢 ）摘要：隨著軟件系統(tǒng)規(guī)模和復(fù)雜性的日益增長及客戶對于軟件系統(tǒng)上線時間的苛刻的要求，保訌軟件產(chǎn)品的質(zhì)量和縮短開發(fā)周期愈顯得重要了。傳統(tǒng)的開發(fā)方法期望通過技術(shù)更新來達(dá)到目的，但實際很難帶來顯著效果，而軟件過程管理雖然可以解決問題，但由于受時間和經(jīng)費(fèi)的雙重壓力，它的作用有一定的局限性。本文采用統(tǒng)一建模語言 UML對軟件體系結(jié)構(gòu)進(jìn)行建模，探索了UML在軟件體系結(jié)建模方面的特性，全文以網(wǎng)上購物系統(tǒng)為示例說明該方法的有效性。關(guān)鍵字：財務(wù)系統(tǒng)；UML；分布式軟件體系結(jié)構(gòu)Based on UML Modeling of the Fina

2、ncial System HE ZhiRu(Huazhong University of Science and Technology of Wenhua College, Hubei Wuhan ) 【Abstract】With the increasing scale and complication of software systems and customers strict demands on time limits，it is important to ensure software quality and shorten development cyclesTradition

3、al development tries to achieve this goal by technical innovation but in fact it cannot bring evident effectAlthough software process may solve these problems ，its effect is restricted under the pressure of the time and expense. This paper adopts unified modeling language UML modeling of the softwar

4、e architecture, and explored the UML modeling in software system, with the characteristics of online shopping system for full examples illustrate the effectiveness of the proposed method.【Key word】 financial system, UML, Distributed software system structure1.引言 軟件體系結(jié)構(gòu)( Software Architecture ) 是 2 0

5、世紀(jì) 9 0年代以來國際軟件工程領(lǐng)域 出現(xiàn)的一個新興的、重要的研究內(nèi) 容。軟件體系結(jié)構(gòu)作為系統(tǒng)的種高層抽象設(shè)計， 已經(jīng)成 為決定一個軟件系統(tǒng)成功與否的關(guān)鍵因素，尤其對于大型 軟件系統(tǒng)開發(fā)， 軟件體系結(jié)構(gòu)的設(shè)計顯得格外重要， 甚至直接影響到系統(tǒng)執(zhí)行效率。因此， 作為軟件工程研究領(lǐng)域的一 個部分，軟件體系結(jié)構(gòu)受到越來越多的軟件設(shè)計和開發(fā)人 員重視. 研究軟件體系結(jié)構(gòu)的首要 問題是如何表示和描述體系 結(jié)構(gòu)， 亦即體系結(jié)構(gòu)建模。目前還沒有統(tǒng)一成熟的軟件體 系結(jié)構(gòu)建模工具 ， 常用的軟件體系結(jié)構(gòu)描述方法有兩類： 專用的體系結(jié)構(gòu)描述語言ADL與通用 的建模語 言 ( 如UML等) 。ADL大多基于一些形式

6、化工具( 如CSP、Z、 時序邏輯等) ，常見的 ADL有 Wright Rapide 、 UniCon 、 Aesop 、 Darwin 、 AC ME 、XYZADLt1 等， 它們吸收了傳統(tǒng)程序設(shè)計中嚴(yán)格精 確的語義和語法特點(diǎn)，針對軟件體系結(jié)構(gòu)的整體性和抽象 性特點(diǎn)，定義和確定了適合于軟件體系結(jié)構(gòu)表達(dá)與描述 的 有關(guān)抽象元素，能有效支持所描述系統(tǒng)的分析、求精和驗 證 ， 但是， ADL不足之處是難以被開發(fā)人員所理解，不便于交流和使用，很難融入到當(dāng)前軟件開發(fā)的實踐中。UML(Unified Modeling Language )由 Booch、Rurnbaugh、Jacobson三位專家聯(lián)

7、手提 出， 在1997年11月被國際對象管理組織 OMG ( Object Management Group) 采納為標(biāo)準(zhǔn)。UML經(jīng)過不斷使用、發(fā)展和完善， 已經(jīng)成為一種定義良好、易于表達(dá)、功能強(qiáng)大， 且普遍適用的建模語言， 它為用戶建模提供了完整的符號表示和不同層次的元模型，如用例圖、包圖、類圖、狀態(tài)圖、對象圖、活動圖、順序圖、合作圖、組件圖、配置圖等,其作用域不僅支持面 向?qū)ο蟮姆治雠c設(shè)計，還支持從需求分析開始的軟件開發(fā)的全過程,用戶可 以根據(jù) 自己所開發(fā)系統(tǒng)的特點(diǎn)和不同的開發(fā)階段，靈活選用所 提供的各種圖和模型，以實現(xiàn)系統(tǒng)軟件 的柔性開發(fā)?；诖?本文采用UM對軟件體系結(jié)構(gòu)進(jìn)行建模， 文

8、中以財務(wù)子系統(tǒng)為例對建模方法給出說明。2.財務(wù)子系統(tǒng)及其結(jié)構(gòu)下面以O(shè)racle的財務(wù)系統(tǒng)為例，簡要地介紹一下財務(wù)系統(tǒng)的結(jié)構(gòu)。Oracle是當(dāng)今大型數(shù)據(jù)庫系統(tǒng)和數(shù)據(jù)倉庫技術(shù)的主要供應(yīng)商，利用數(shù)據(jù)庫和開發(fā)工具的優(yōu)勢，Oracle的應(yīng)用系統(tǒng)實現(xiàn)了很好的集成性和層次豐富的功能，其應(yīng)用系統(tǒng)分為財務(wù)系統(tǒng)、供應(yīng)鏈管理系統(tǒng)、制造資源管理系統(tǒng)、項目管理系統(tǒng)、人力資源管理系統(tǒng)、銷售自動化系統(tǒng)等幾大系列。從模塊的角度來說，Oracle財務(wù)系統(tǒng)涵蓋了企業(yè)會計和財務(wù)管理的主要職能。 （1）財務(wù)計劃的核心作用在于分析預(yù)算和實際執(zhí)行情況的差異并做出必要的調(diào)整。這在傳統(tǒng)財務(wù)系統(tǒng)中是比較薄弱的環(huán)節(jié)。利用Oracle的總賬和Fi

9、nancial Analyzer模塊，可以做到在公司級和部門級的預(yù)算和預(yù)測，并且能支持自上而下、自下而上以及分布式的預(yù)算生成。 （2）Oracle能支持企業(yè)集團(tuán)，跨國公司內(nèi)不同類型企業(yè)的財務(wù)報表合并。能對多級次帳套，多幣種和多會計日歷的報表進(jìn)行合并，并可以對科目的余額進(jìn)行追溯至原始業(yè)務(wù)的憑證。 （3）利用Financial Analyzer模塊，企業(yè)各層次員工及外部有關(guān)人員在得到授權(quán)的前提下，可以對財務(wù)數(shù)據(jù)進(jìn)行建模分析。更復(fù)雜的財務(wù)分析可以利用在線數(shù)據(jù)分析處理工具（OLAP）進(jìn)行多種角度的數(shù)據(jù)建模。例如，可以將銷售數(shù)據(jù)分別按照地區(qū)、產(chǎn)品類和銷售員進(jìn)行比較，并對影響銷售的各因素如價格進(jìn)行敏感性建

10、模分析，從而得到科學(xué)的決策。 （4）財務(wù)管理和控制集中體現(xiàn)在對費(fèi)用的管理上。Oracle的采購、應(yīng)付賬款和固定資產(chǎn)模塊的集成性既減少了費(fèi)用數(shù)據(jù)的重復(fù)錄入，也能自動地收集，形成報表供有關(guān)人員分析和評估。 （5）Oracle的應(yīng)收賬款模塊可以處理多幣種和多國稅制以及多種付款方式，使得應(yīng)收賬款的管理實現(xiàn)了對全球化經(jīng)營的支持。 （6）企業(yè)的現(xiàn)金管理涉及到財務(wù)的各個方面。Oracle現(xiàn)金管理模塊與應(yīng)收賬款模塊、應(yīng)付賬款模塊和總賬模塊是集成的，并提供與銀行的數(shù)據(jù)接口，從而形成了一個能支持多幣種、自動銀行對帳的現(xiàn)金管理體系。 （7）Oracle的固定資產(chǎn)與采購、庫存、總賬等模塊相互傳遞有關(guān)資產(chǎn)和設(shè)備庫存的信

11、息，保證在系統(tǒng)中維護(hù)準(zhǔn)確的資產(chǎn)數(shù)據(jù)。系統(tǒng)能支持各種資產(chǎn)的折舊、重估、清理的會計處理和財務(wù)報表，為企業(yè)確定有利的資產(chǎn)管理策略提供服務(wù)。本文研究的是一類以商務(wù)財務(wù)子系統(tǒng)為例，采用可視化建模工具運(yùn)用UML建模語言對該系統(tǒng)進(jìn)行體系結(jié)構(gòu)的建模，探索UML在軟件體系結(jié)構(gòu)方面的特性。3.基于UML體系結(jié)構(gòu)建模 新開發(fā)的財務(wù)子系統(tǒng)將在目前先進(jìn)的計算機(jī)軟件以及軟件開發(fā)技術(shù)上，力求應(yīng)用最有化的解決方案，包括“客服/服務(wù)器/服務(wù)器”三層CS體系結(jié)構(gòu)(其結(jié)構(gòu)圖如圖1所示)，PowerBuilder/SQL Server數(shù)據(jù)庫平臺，面向?qū)ο筌浖_發(fā)技術(shù)。與傳統(tǒng)的二層CS結(jié)構(gòu)風(fēng)格相比，三層結(jié)構(gòu)顯然帶來了很多便利，高效率。

12、 圖1. 三層C/S結(jié)構(gòu)示意圖3.1 體系結(jié)構(gòu)中間服務(wù)器的組件化的處理方式將讓軟件的開發(fā)，維護(hù)和升級越來越容易，軟件的機(jī)構(gòu)層次也越來越清晰。之前所采用的PowerBuilder,是青睞其優(yōu)越的整體性能和3.2基本模型新的財務(wù)子系統(tǒng)將由賬務(wù)，生成成本核算，費(fèi)用成本核算和借款等幾個功能模塊組成。各個功能之間的關(guān)系如圖2所示。圖2. 財務(wù)子系統(tǒng)各功能模塊關(guān)系財務(wù)功能塊是財務(wù)子系統(tǒng)的中心，完成憑證錄入，登帳，對賬，結(jié)賬，賬目查詢以及各種會計報表的而編制工作。由于賬務(wù)功能塊中制造費(fèi)用和管理費(fèi)用等科目匯總后的數(shù)據(jù)又將被費(fèi)用成本核算，生產(chǎn)成本核算等功能塊所利用，因此，賬務(wù)功能塊又是整個財務(wù)子系統(tǒng)的基礎(chǔ)和關(guān)鍵

13、。費(fèi)用成本核算功能負(fù)責(zé)年初預(yù)算并隨實際發(fā)生費(fèi)用的產(chǎn)生進(jìn)而管理，監(jiān)督各種財務(wù)的發(fā)生費(fèi)用，包括各種制造費(fèi)用和管理費(fèi)用，生成成本核算功能模塊則監(jiān)督，計算生產(chǎn)過程中的制品，產(chǎn)成品的生成成本。該財務(wù)系統(tǒng)的功能模塊如圖3所示。 圖3. 財務(wù)子系統(tǒng)的功能模圖3.3系統(tǒng)特性 新的財務(wù)子系統(tǒng)將具備以下特性操作的方便性，簡易性。力求應(yīng)用先進(jìn)的人機(jī)學(xué)成果，設(shè)計流行的符合人性的操作界面。3.3.1功能更全面。比較以前的系統(tǒng)，現(xiàn)在的子系統(tǒng)增加了成本核算模塊。3.3.2強(qiáng)大的系統(tǒng)容錯性，魯莽性。三層C/S結(jié)構(gòu)體系中的中間服務(wù)器將強(qiáng)化子系統(tǒng)的容錯功能，所有的財務(wù)業(yè)務(wù)規(guī)則，條款將“駐留”于此，完成對整個財務(wù)子系統(tǒng)業(yè)務(wù)級的操作

14、有效性，數(shù)據(jù)有效性的檢查。性能卓越的SQL Sever 將對數(shù)據(jù)進(jìn)行文件級，記錄集和字段級的有效性檢查。因此，保證了系統(tǒng)的容錯性。3.3.3系統(tǒng)的安全性。新系統(tǒng)將在SQL Sever透明訪問數(shù)據(jù)庫的基礎(chǔ)上強(qiáng)化財務(wù)系統(tǒng)的數(shù)據(jù)多級訪問權(quán)限，引入文件訪問日志，動態(tài)記錄文件訪問細(xì)節(jié)3.3.4數(shù)據(jù)傳輸?shù)母咝浴ｋm然保證數(shù)據(jù)庫的存取效率，但是作為數(shù)據(jù)訪問的請求的生產(chǎn)者，新的財務(wù)子系統(tǒng)將優(yōu)化數(shù)據(jù)的存取請求，力求減輕數(shù)據(jù)的網(wǎng)上傳輸量。3.3.5該系統(tǒng)的三層C/S體系結(jié)構(gòu)運(yùn)用事務(wù)的分離原則將MIS分成表示層，數(shù)據(jù)層，功能層三個層次，每一層都有自己的特點(diǎn)，另外此系統(tǒng)采用當(dāng)代流行的面向?qū)ο笤O(shè)計技術(shù)（OOD）進(jìn)行三層

15、結(jié)構(gòu)的分析與設(shè)計。其基本結(jié)構(gòu)如圖4所示。 圖4.OOD與三層C/S結(jié)構(gòu)4.結(jié)束語本文以一個財務(wù)子系統(tǒng)開發(fā)為背景探討了基于UML的體系結(jié)構(gòu)建模問題 。由建模過程可以看出UML在體系結(jié)構(gòu) 建模方面存在較大的優(yōu)勢，它提供了一個統(tǒng)一的交流平臺。件體系結(jié)構(gòu)與面向?qū)ο箝_發(fā)方法相結(jié)合，不但從整體上正確描述了財務(wù)子系統(tǒng)的體系結(jié)構(gòu)，并且可以充分利用 UML 面向?qū)ο蟮膬?yōu)勢，最終使得項目順利完成。但是，作為一種通用的語言，UML對軟件體系結(jié)構(gòu)的可構(gòu)造性建模能力較弱， 缺乏形式化語義，對體系結(jié)構(gòu)的描述只能到達(dá)非形式化的層次。因此，下一步工作將探討 UML和體系結(jié)構(gòu)描述語言ADL相結(jié)合來描述軟件體系結(jié)構(gòu) 問 題，ADL形式化語義的精確性正好可以彌補(bǔ)UML非形式化的一些不足，二者的有機(jī)結(jié)合，不僅能更好地描述體系結(jié)構(gòu)模型，還可支持下一步的求精和驗證工作。參考文獻(xiàn)1