UML建模在財會管理系統中的應用
本文和大家重點討論一下UML建模的應用問題，這里討論的會計系統就是利用新技術在原有的基礎上再工程，采用UML面向對象的方式來進行UML建模。
UML建模在財會管理系統中的應用
軟件工程技術的飛速發展，為信息系統的開發提供了有利工具，將新技術融入到原有系統的開發中不僅可以擴充功能來提高用戶滿意程度，而且還提高了系統的工作效率。本文討論的會計系統就是利用新技術在原有的基礎上再工程，采用UML面向對象的方式來進行UML建模。首先分析該系統的用例試圖，針對系統的三類用戶，憑證錄入員，憑證核對員，扎帳員所涉及的會計業務，系統需要對憑證的錄入，核對，扎帳，打印一系列的處理。此過程和用戶是相互關聯的并且存在先后順序，彼此之間存在先后的邏輯關系，通過理順這些參與的用戶的業務邏輯，進而得到類圖、活動圖等直到***得到系統的部署圖。
1.引言
隨著信息技術的飛速發展，以互連網為核心的電子商務正在改變著傳統的商務模式。電子商務的出現和發展，對傳統的會計事務的處理產生了巨大的沖擊，主要表現在現代信息技術比原有人工處理的速度和效率要高很多，特別是對于海量的財務數據的匯總，因此財務信息管理在信息系統建設中占有非常重要的地位。
統一建模語言(UnifiedModelingLanguage,UML)由3位世界著名的面向對象技術專家GradyBooch、JimRumbaugh、IvarJacobson發起,在Booch表示法、OOSE方法和OMT方法的基礎上,廣泛征求意見,集眾家之長,反復修改后提出的通用的圖形化標準建模語言，它是面向對象分析和設計的一種標準表示，融入了軟件工程領域的新思想、新方法和新技術，它的作用不僅支持對象的分析與設計，還支持從需求分析開始的軟件開發的全過程。運用UML可以為系統建立良好模型。
UML包括概念的語義，表示法和說明，提供了靜態、動態、系統環境及組織結構的模型。同時UML對建模提供了兩種圖形，靜態圖和動態圖。UML建模中靜態圖包括：用例圖(UsecaseDiagram)、類圖(ClassDiagram)、對象圖(ObjectDiagram)、組件圖(ComponentDiagram)和配置圖(DeploymentDiagram)；動態圖包括時序圖(SequenceDiagram)、協作圖(CollaborationDiagram)、狀態圖(StateDiagram)和活動圖(ActivityDiagram)。UML通過建立各種類、類之間的關聯、類/對象怎樣相互配合實現系統的動態行為等成分來組建整個模型，刻畫客觀世界。
為方便學校財務管理，原有的會計系統面向結算中心的財務管理人員，實現了憑證，存單的數字化管理，但因學校發展和內部需要，需要構建Web平臺，設置系統的訪問權限，因此需要再工程，本文重點討論如何擴展原有系統的功能利用UML來進行系統分析和建模。#p#
2.系統建模
2.1功能概述
本系統在原有的系統和業務需求下重新定義系統需求，分析原有系統功能，開發新功能，表1顯示了原有的系統的功能需求。并利用UML進行建模。
表1系統功能表
在此基礎上新增加授權管理，能夠針對表1的中的憑證核對，扎帳處理，綜合查詢，系統維護功能設置使用權限。
2.2系統建模流程
建模流程如圖1所示，首先根據系統功能表確定出用例圖，讓后根據用例同步生成活動圖和類圖進而完成后續過程的開發。
2.2.1用例視圖
UML建模中用例圖(如圖2所示)是在軟件開發過程中從需求分析到最終實現的***步，他描述了系統的功能及使用方法，顯示誰將是相關的用戶、用戶希望系統提供什么服務以及用戶需要為系統提供的服務，最常用來描述系統以及子系統。
（1）會計管理系統的參與者
結算中心的用戶（包括憑證錄入人員，憑證核對人員，扎帳人員，存單管理人員，系統維護人員等）而且每種業務人員都授予了相應操作權限。
（2）會計系統的用例圖
每種業務人員的工作如下：
憑證錄入人員：憑證輸入
憑證核對人員：校驗憑證輸入是否真確
扎帳人員：計算單日發生的會計業務中借貸是否平衡，并做扎帳的處理
系統維護人員：摘要、憑證、科目種類的維護以及給使用人員授權
2.2.2活動圖
UML建模中活動圖描述系統中各種活動的執行順序，通常用于描述一個操作中所要進行的各項活動的執行流程。同時，它也常被用來描述一個用例的處理流程或者某種交互流程，是某件事情正在進行的狀態?；顒訄D通常是由一些活動組成，同時包括了對這些活動的說明。當一個活動執行完畢之后，控制將沿著控制轉移箭頭轉向下一個活動?；顒訄D中還可以方便地描述控制轉移的條件以及并行執行等要求，它顯示了組成復雜過程的步驟序列。
圖3描述了本系統在用例的基礎上設計的活動圖。用戶登錄系統以后，根據授予的權限來完成憑證、存單、系統管理的相關操作。#p#
2.2.3類圖
用UML進行系統建模的一個問題是識別和劃分對象，畫出類圖。UML建模中根據用例圖和它的文本描述識別出大部分的對象。一般需要處理分析和保存的信息都可能是一個類或對象。
圖4描述了本系統中用戶對象及單據對象的類圖，其中操作員是一個父類，由他生成了存單管理員、數據維護員、憑證錄入員、查詢打印員，扎帳員、憑證核對員等這些類，他們都具有相同的靜態屬性即用戶名、密碼、所在校區標識符，他的子類都有各自的方法每個方法都對單據對象由特殊的操作。
2.2.4狀態圖
狀態圖表示一個狀態機制，表現從一個狀態到另一個狀態的控制流，由表示狀態的節點和表示狀態之間轉換的帶箭頭的直線組成，通常由狀態、轉換、初始狀態、終結狀態、判定組成。
2.2.5順序圖
UML建模中順序圖是強調消息時間順序的交互圖，描述了對象之間傳送消息的時間順序，用來表示用例中的行為順序，將交互關系表示為一個二維圖，縱軸是時間軸，時間沿豎線向下延伸；橫軸代表了在交互中的各獨立的對象。
在本系統中，對于每張憑證，都需要經過錄入，核對，扎帳直到打印等一系列的過程，他們都要涉及3類用戶，只有這些有序的過程完成后，財務數據才是正確有效的，圖6給出了本系統憑證處理的順序圖。
2.2.6協作圖
協作圖是時序圖之外的另一種表示交互的方法，它對交互中有意義的對象和對象之間的鏈建模，在UML中，協作圖用幾何排列來表示交互作用中的對象和鏈，附在鏈的箭頭代表消息，消息的發生順序用消息箭頭處的編號來說明。
本系統中對于憑證的處理過程中涉及到3類用戶：憑證錄入人員，憑證核對人員以及扎帳人員，在整個業務處理過程中，憑證單據的處理要求經過這3類用戶的參與，他們之間存在協作關系，圖6顯示了他們之間的協作關系。
2.2.7組件圖
UML建模中組件圖描述了軟件的各種組件以及它們之間的依賴關系，它可以用來顯示編譯、鏈接或執行時組件之間的依賴關系，以及組件的接口和調用關系，是對OO系統的物理方面建模的兩個圖之一，通常包含3個元素：組件（Component）、接口（Interface）、依賴關系（Dependency）。
針對前述的分析，對系統主要功能模塊做如下的設計，用戶首先登錄系統根據得到的session讀取權限設置參數，并獲得相應的功能接口進行訪問，進而完成其各自要處理的業務。圖8針對設計的功能描述了組成各個功能的組件。
2.2.8部署圖
UML建模中部署圖也稱配置圖，實施圖，它用來描述系統硬件的物理拓撲結構以及在此結構上執行的軟構件，是對面向對象系統的物理方面建模的兩個圖之一，它可以顯示計算節點的拓撲結構和通信路徑、節點上運行的軟構件等，常常用于幫助理解分布式系統。
圖9描述了基于MVC架構的本系統部署結構圖。用戶瀏覽器作為view顯示層，WEB服務器作為業務層，包含了控制和業務邏輯，數據庫作為數據層和WEB經行交互。
同時UML的開發工具的正向工程的相關功能，可以由模型生成代碼。如圖10所示的扎張功能的代碼，顯示了各個程序模塊之間的調用關系。
3.總結
會計系統利用UML工具方便的對現行系統進行再工程，能比較全面的理解系統的需求定義，同時使其具有良好的溝通性，UML將系統的分析、設計和實現有機集成起來,便于對系統在更高抽象層次上進行維護,也提高了系統的可擴展性。但是同時UML因為其嚴格的標準使得系統分析的過程較為復雜，喪失了一些靈活性，因為本系統在初期開發時采用的結構化的分析方式，因此在后續面向對象的機制中能夠對其進行規范的定義，但如果開始采用UML的建模方式，不太利于系統的需求的準確把握。因此，在系統設計的工程中可以考慮把結構化的方式和面向對象的機制結合起來考慮，前者能夠較為準確的確定系統需求，后者對其完善，規范定義，并能夠支持后續開發，以及再工程。
【編輯推薦】
