UML建模在財(cái)會(huì)管理系統(tǒng)中如何應(yīng)用

這篇文章主要為大家展示了“UML建模在財(cái)會(huì)管理系統(tǒng)中如何應(yīng)用”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“UML建模在財(cái)會(huì)管理系統(tǒng)中如何應(yīng)用”這篇文章吧。

UML建模在財(cái)會(huì)管理系統(tǒng)中的應(yīng)用

軟件工程技術(shù)的飛速發(fā)展，為信息系統(tǒng)的開(kāi)發(fā)提供了有利工具，將新技術(shù)融入到原有系統(tǒng)的開(kāi)發(fā)中不僅可以擴(kuò)充功能來(lái)提高用戶滿意程度，而且還提高了系統(tǒng)的工作效率。本文討論的會(huì)計(jì)系統(tǒng)就是利用新技術(shù)在原有的基礎(chǔ)上再工程，采用UML面向?qū)ο蟮姆绞絹?lái)進(jìn)行UML建模。首先分析該系統(tǒng)的用例試圖，針對(duì)系統(tǒng)的三類(lèi)用戶，憑證錄入員，憑證核對(duì)員，扎帳員所涉及的會(huì)計(jì)業(yè)務(wù)，系統(tǒng)需要對(duì)憑證的錄入，核對(duì)，扎帳，打印一系列的處理。此過(guò)程和用戶是相互關(guān)聯(lián)的并且存在先后順序，彼此之間存在先后的邏輯關(guān)系，通過(guò)理順這些參與的用戶的業(yè)務(wù)邏輯，進(jìn)而得到類(lèi)圖、活動(dòng)圖等直到***得到系統(tǒng)的部署圖。

1.引言

隨著信息技術(shù)的飛速發(fā)展，以互連網(wǎng)為核心的電子商務(wù)正在改變著傳統(tǒng)的商務(wù)模式。電子商務(wù)的出現(xiàn)和發(fā)展，對(duì)傳統(tǒng)的會(huì)計(jì)事務(wù)的處理產(chǎn)生了巨大的沖擊，主要表現(xiàn)在現(xiàn)代信息技術(shù)比原有人工處理的速度和效率要高很多，特別是對(duì)于海量的財(cái)務(wù)數(shù)據(jù)的匯總，因此財(cái)務(wù)信息管理在信息系統(tǒng)建設(shè)中占有非常重要的地位。

統(tǒng)一建模語(yǔ)言(UnifiedModelingLanguage,UML)由3位世界著名的面向?qū)ο蠹夹g(shù)專家GradyBooch、JimRumbaugh、IvarJacobson發(fā)起,在Booch表示法、OOSE方法和OMT方法的基礎(chǔ)上,廣泛征求意見(jiàn),集眾家之長(zhǎng),反復(fù)修改后提出的通用的圖形化標(biāo)準(zhǔn)建模語(yǔ)言，它是面向?qū)ο蠓治龊驮O(shè)計(jì)的一種標(biāo)準(zhǔn)表示，融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)，它的作用不僅支持對(duì)象的分析與設(shè)計(jì)，還支持從需求分析開(kāi)始的軟件開(kāi)發(fā)的全過(guò)程。運(yùn)用UML可以為系統(tǒng)建立良好模型。

UML包括概念的語(yǔ)義，表示法和說(shuō)明，提供了靜態(tài)、動(dòng)態(tài)、系統(tǒng)環(huán)境及組織結(jié)構(gòu)的模型。同時(shí)UML對(duì)建模提供了兩種圖形，靜態(tài)圖和動(dòng)態(tài)圖。UML建模中靜態(tài)圖包括：用例圖(UsecaseDiagram)、類(lèi)圖(ClassDiagram)、對(duì)象圖(ObjectDiagram)、組件圖(ComponentDiagram)和配置圖(DeploymentDiagram)；動(dòng)態(tài)圖包括時(shí)序圖(SequenceDiagram)、協(xié)作圖(CollaborationDiagram)、狀態(tài)圖(StateDiagram)和活動(dòng)圖(ActivityDiagram)。UML通過(guò)建立各種類(lèi)、類(lèi)之間的關(guān)聯(lián)、類(lèi)/對(duì)象怎樣相互配合實(shí)現(xiàn)系統(tǒng)的動(dòng)態(tài)行為等成分來(lái)組建整個(gè)模型，刻畫(huà)客觀世界。

為方便學(xué)校財(cái)務(wù)管理，原有的會(huì)計(jì)系統(tǒng)面向結(jié)算中心的財(cái)務(wù)管理人員，實(shí)現(xiàn)了憑證，存單的數(shù)字化管理，但因?qū)W校發(fā)展和內(nèi)部需要，需要構(gòu)建Web平臺(tái)，設(shè)置系統(tǒng)的訪問(wèn)權(quán)限，因此需要再工程，本文重點(diǎn)討論如何擴(kuò)展原有系統(tǒng)的功能利用UML來(lái)進(jìn)行系統(tǒng)分析和建模。

2.系統(tǒng)建模

2.1功能概述

本系統(tǒng)在原有的系統(tǒng)和業(yè)務(wù)需求下重新定義系統(tǒng)需求，分析原有系統(tǒng)功能，開(kāi)發(fā)新功能，表1顯示了原有的系統(tǒng)的功能需求。并利用UML進(jìn)行建模。

表1系統(tǒng)功能表

在此基礎(chǔ)上新增加授權(quán)管理，能夠針對(duì)表1的中的憑證核對(duì)，扎帳處理，綜合查詢，系統(tǒng)維護(hù)功能設(shè)置使用權(quán)限。

2.2系統(tǒng)建模流程

建模流程如圖1所示，首先根據(jù)系統(tǒng)功能表確定出用例圖，讓后根據(jù)用例同步生成活動(dòng)圖和類(lèi)圖進(jìn)而完成后續(xù)過(guò)程的開(kāi)發(fā)。

2.2.1用例視圖

UML建模中用例圖(如圖2所示)是在軟件開(kāi)發(fā)過(guò)程中從需求分析到最終實(shí)現(xiàn)的***步，他描述了系統(tǒng)的功能及使用方法，顯示誰(shuí)將是相關(guān)的用戶、用戶希望系統(tǒng)提供什么服務(wù)以及用戶需要為系統(tǒng)提供的服務(wù)，最常用來(lái)描述系統(tǒng)以及子系統(tǒng)。

（1）會(huì)計(jì)管理系統(tǒng)的參與者

結(jié)算中心的用戶（包括憑證錄入人員，憑證核對(duì)人員，扎帳人員，存單管理人員，系統(tǒng)維護(hù)人員等）而且每種業(yè)務(wù)人員都授予了相應(yīng)操作權(quán)限。

（2）會(huì)計(jì)系統(tǒng)的用例圖

每種業(yè)務(wù)人員的工作如下：

憑證錄入人員：憑證輸入

憑證核對(duì)人員：校驗(yàn)憑證輸入是否真確

扎帳人員：計(jì)算單日發(fā)生的會(huì)計(jì)業(yè)務(wù)中借貸是否平衡，并做扎帳的處理

系統(tǒng)維護(hù)人員：摘要、憑證、科目種類(lèi)的維護(hù)以及給使用人員授權(quán)

2.2.2活動(dòng)圖

UML建模中活動(dòng)圖描述系統(tǒng)中各種活動(dòng)的執(zhí)行順序，通常用于描述一個(gè)操作中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程。同時(shí)，它也常被用來(lái)描述一個(gè)用例的處理流程或者某種交互流程，是某件事情正在進(jìn)行的狀態(tài)?；顒?dòng)圖通常是由一些活動(dòng)組成，同時(shí)包括了對(duì)這些活動(dòng)的說(shuō)明。當(dāng)一個(gè)活動(dòng)執(zhí)行完畢之后，控制將沿著控制轉(zhuǎn)移箭頭轉(zhuǎn)向下一個(gè)活動(dòng)。活動(dòng)圖中還可以方便地描述控制轉(zhuǎn)移的條件以及并行執(zhí)行等要求，它顯示了組成復(fù)雜過(guò)程的步驟序列。

圖3描述了本系統(tǒng)在用例的基礎(chǔ)上設(shè)計(jì)的活動(dòng)圖。用戶登錄系統(tǒng)以后，根據(jù)授予的權(quán)限來(lái)完成憑證、存單、系統(tǒng)管理的相關(guān)操作。

2.2.3類(lèi)圖

用UML進(jìn)行系統(tǒng)建模的一個(gè)問(wèn)題是識(shí)別和劃分對(duì)象，畫(huà)出類(lèi)圖。UML建模中根據(jù)用例圖和它的文本描述識(shí)別出大部分的對(duì)象。一般需要處理分析和保存的信息都可能是一個(gè)類(lèi)或?qū)ο蟆?/p>

圖4描述了本系統(tǒng)中用戶對(duì)象及單據(jù)對(duì)象的類(lèi)圖，其中操作員是一個(gè)父類(lèi)，由他生成了存單管理員、數(shù)據(jù)維護(hù)員、憑證錄入員、查詢打印員，扎帳員、憑證核對(duì)員等這些類(lèi)，他們都具有相同的靜態(tài)屬性即用戶名、密碼、所在校區(qū)標(biāo)識(shí)符，他的子類(lèi)都有各自的方法每個(gè)方法都對(duì)單據(jù)對(duì)象由特殊的操作。

2.2.4狀態(tài)圖

狀態(tài)圖表示一個(gè)狀態(tài)機(jī)制，表現(xiàn)從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流，由表示狀態(tài)的節(jié)點(diǎn)和表示狀態(tài)之間轉(zhuǎn)換的帶箭頭的直線組成，通常由狀態(tài)、轉(zhuǎn)換、初始狀態(tài)、終結(jié)狀態(tài)、判定組成。

2.2.5順序圖

UML建模中順序圖是強(qiáng)調(diào)消息時(shí)間順序的交互圖，描述了對(duì)象之間傳送消息的時(shí)間順序，用來(lái)表示用例中的行為順序，將交互關(guān)系表示為一個(gè)二維圖，縱軸是時(shí)間軸，時(shí)間沿豎線向下延伸；橫軸代表了在交互中的各獨(dú)立的對(duì)象。

在本系統(tǒng)中，對(duì)于每張憑證，都需要經(jīng)過(guò)錄入，核對(duì)，扎帳直到打印等一系列的過(guò)程，他們都要涉及3類(lèi)用戶，只有這些有序的過(guò)程完成后，財(cái)務(wù)數(shù)據(jù)才是正確有效的，圖6給出了本系統(tǒng)憑證處理的順序圖。

2.2.6協(xié)作圖

協(xié)作圖是時(shí)序圖之外的另一種表示交互的方法，它對(duì)交互中有意義的對(duì)象和對(duì)象之間的鏈建模，在UML中，協(xié)作圖用幾何排列來(lái)表示交互作用中的對(duì)象和鏈，附在鏈的箭頭代表消息，消息的發(fā)生順序用消息箭頭處的編號(hào)來(lái)說(shuō)明。

本系統(tǒng)中對(duì)于憑證的處理過(guò)程中涉及到3類(lèi)用戶：憑證錄入人員，憑證核對(duì)人員以及扎帳人員，在整個(gè)業(yè)務(wù)處理過(guò)程中，憑證單據(jù)的處理要求經(jīng)過(guò)這3類(lèi)用戶的參與，他們之間存在協(xié)作關(guān)系，圖6顯示了他們之間的協(xié)作關(guān)系。

2.2.7組件圖

UML建模中組件圖描述了軟件的各種組件以及它們之間的依賴關(guān)系，它可以用來(lái)顯示編譯、鏈接或執(zhí)行時(shí)組件之間的依賴關(guān)系，以及組件的接口和調(diào)用關(guān)系，是對(duì)OO系統(tǒng)的物理方面建模的兩個(gè)圖之一，通常包含3個(gè)元素：組件（Component）、接口（Interface）、依賴關(guān)系（Dependency）。

針對(duì)前述的分析，對(duì)系統(tǒng)主要功能模塊做如下的設(shè)計(jì)，用戶首先登錄系統(tǒng)根據(jù)得到的session讀取權(quán)限設(shè)置參數(shù)，并獲得相應(yīng)的功能接口進(jìn)行訪問(wèn)，進(jìn)而完成其各自要處理的業(yè)務(wù)。圖8針對(duì)設(shè)計(jì)的功能描述了組成各個(gè)功能的組件。

2.2.8部署圖

UML建模中部署圖也稱配置圖，實(shí)施圖，它用來(lái)描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上執(zhí)行的軟構(gòu)件，是對(duì)面向?qū)ο笙到y(tǒng)的物理方面建模的兩個(gè)圖之一，它可以顯示計(jì)算節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)和通信路徑、節(jié)點(diǎn)上運(yùn)行的軟構(gòu)件等，常常用于幫助理解分布式系統(tǒng)。

圖9描述了基于MVC架構(gòu)的本系統(tǒng)部署結(jié)構(gòu)圖。用戶瀏覽器作為view顯示層，WEB服務(wù)器作為業(yè)務(wù)層，包含了控制和業(yè)務(wù)邏輯，數(shù)據(jù)庫(kù)作為數(shù)據(jù)層和WEB經(jīng)行交互。

同時(shí)UML的開(kāi)發(fā)工具的正向工程的相關(guān)功能，可以由模型生成代碼。如圖10所示的扎張功能的代碼，顯示了各個(gè)程序模塊之間的調(diào)用關(guān)系。

以上是“UML建模在財(cái)會(huì)管理系統(tǒng)中如何應(yīng)用”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！