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

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

2、e Financial System HE ZhiRu(Huazhong University of Science and Technology of Wenhua College, Hubei Wuhan 430074) 【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 cyc

3、lesTraditional 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

4、 the software 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 Architec

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

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

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

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

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

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

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

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

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

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

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