◆陳 亮 戴連豐

陳 亮 戴連豐

江蘇省蘇北人民醫(yī)院 江蘇 揚州 225001

1 UML 簡介

UML (Unified Modeling Language 的縮小)統(tǒng)一建模語言，是對軟件密集系統(tǒng)進行可視化建模的一種語言。UML 為面向對象開發(fā)系統(tǒng)產(chǎn)品進行說明、可視化和編制文檔的一種標準語言［1］。它是 由Grady Booch、Jim Rumbaugh和Ivar Jacobson 提出，得到了世界知 名 公 司 如Microsoft、HP、IBM、Rational 等的使用和支持，并于1997年11月17日，被對象管理組織(OMG)采納，成為面向對象建模的標準語言。UML 代表了面向對象方法的軟件開發(fā)技術的發(fā)展方向，具有巨大的市場前景和經(jīng)濟價值。

2 UML 在報修管理系統(tǒng)中的應用

本研究以醫(yī)院總務科報修管理系統(tǒng)為例，具體介紹UML 的實際建模過程，所用建模工具為Rational Rose。

2.1 需求分析

醫(yī)院總務科報修管理系統(tǒng)是一個面向全院員工的管理信息系統(tǒng)。該系統(tǒng)方便職工及時對故障設施進行報修，可減輕維修人員的工作負擔，提高維修質量和工作效率。其功能性需求分析包含3 個方面:(1)公共信息查詢模塊。系統(tǒng)的所有用戶(含未登錄)均可以查詢以下信息:最新報修信息、最新維修信息及最新反饋信息;(2)報修管理模塊。報修部門的用戶登入系統(tǒng)后對故障設施進行報修、修改和查詢報修信息，并反饋維修意見等;(3)維修管理模塊。維修中心用戶登入系統(tǒng)后對匯總后的報修信息按水、電、中央空調等進行分類，并打印相關報修信息，以便安排不同維修人員到現(xiàn)場施工［3］。

2.2 功能設計

在對系統(tǒng)功能需求進行分析的基礎上，系統(tǒng)設計了5 個功能模塊，分別是系統(tǒng)登錄設置、信息查詢、報修管理、維修管理和系統(tǒng)管理。這5 個模塊基本涵蓋了報修維修管理的各環(huán)節(jié)。以系統(tǒng)登陸流程為例，用戶使用瀏覽器打開網(wǎng)站的Web 頁面后，無需登錄系統(tǒng)即可查看公共信息。公共用戶可以查看系統(tǒng)公告、最新報修和最新維修等系統(tǒng)信息。除進行登錄操作外不可以進行其它操作。用戶登錄除需輸入用戶名和密碼外，還必須正確地選擇身份。系統(tǒng)設置了3種身份，分別是普通用戶、員工和管理員，3 種身份的操作權限不同，系統(tǒng)對不同身份的用戶登錄后的可操作菜單進行了設定［4］。

2.3 系統(tǒng)建模

2.3.1 創(chuàng)建系統(tǒng)用例模型 進行系統(tǒng)設計的第一步就是創(chuàng)建系統(tǒng)用例模型。創(chuàng)建系統(tǒng)用例的前提是確定系統(tǒng)的參與者［5］。醫(yī)院總務科報修管理系統(tǒng)的參與者包含一般用戶和管理員。確定參與者以后根據(jù)其不同分別制作出各個參與者的用例圖。一般用戶在本系統(tǒng)中可以報修、查詢、評價、修改密碼及退出系統(tǒng)，通過這些活動創(chuàng)建的一般用戶用例圖如圖1 所示。管理員在本系統(tǒng)中處理報修信息、統(tǒng)計查詢、修改密碼及退出系統(tǒng)，根據(jù)這些活動創(chuàng)建的管理員用例圖如圖2 所示。

圖1 一般用戶用例圖

圖2 管理員用例圖

2.3.2 創(chuàng)建系統(tǒng)靜態(tài)模型 從上面的需求分析中，可以確定主要的6 類對象:一般用戶、報修記錄、反饋記錄、管理員、維修記錄及數(shù)據(jù)庫，如圖3 所示。

2.3.3 創(chuàng)建系統(tǒng)動態(tài)模型 (1)創(chuàng)建序列圖。序列圖(Sequence Diagram)是由對象(Object)、生命線(Lifeline)、激活(Activation)和消息(Messages)等構成的。序列圖的目的就是按照交互發(fā)生的一系列順序顯示對象之間的交互。一般用戶故障報修的時序圖如圖4 所示。(2)創(chuàng)建協(xié)作圖。協(xié)作圖(Collaboration Diagram)是由對象(Object)、消息(Messages)和鏈(Link)等構成的。協(xié)作圖通過各個對象之間的組織交互關系以及對象間彼此的鏈接，表達對象之間的交互。一般用戶故障報修的協(xié)作圖如圖5 所示。(3)創(chuàng)建狀態(tài)圖。狀態(tài)圖用于描述模型元素的實例(如對象或交互)行為。它適用于描述狀態(tài)和動作的順序，不僅可以展現(xiàn)一個對象擁有的狀態(tài)，還可以說明事件如何隨著時間的推移來影響這些狀態(tài)。在醫(yī)院總務科報修管理系統(tǒng)中，有明確狀態(tài)轉換的類是系統(tǒng)用戶，在整個驗證過程前后有各種不同的狀態(tài)。系統(tǒng)用戶的狀態(tài)圖如圖6 所示。

圖3 系統(tǒng)類圖

圖4 一般用戶故障報修時序圖

圖5 一般用戶故障報修協(xié)作圖

圖6 參與者狀態(tài)圖

(4)創(chuàng)建系統(tǒng)部署模型。對系統(tǒng)的實現(xiàn)結構進行建模的方式包括構件圖和部署圖。醫(yī)院總務科報修管理系統(tǒng)的構件圖通過構件映射到系統(tǒng)的實現(xiàn)類中，說明該構件物理實現(xiàn)的邏輯類。在本系統(tǒng)中，可以對一般用戶類、管理類、報修類、維修類、反饋類和系統(tǒng)數(shù)據(jù)庫分別創(chuàng)建對應的構件進行映射，系統(tǒng)構件圖如圖7 所示。醫(yī)院總

圖7 系統(tǒng)構件圖

務科報修管理系統(tǒng)的部署圖描繪的是系統(tǒng)節(jié)點上運行資源的安排，它包括5 個節(jié)點，分別是:數(shù)據(jù)庫服務器、應用服務器、公共查詢管理、報修管理、維修管理，系統(tǒng)部署圖如圖8 所示。

圖8 系統(tǒng)部署圖

本研究應用面向對象分析和設計的技術，通過UML 建模，簡單介紹了醫(yī)院總務科報修管理系統(tǒng)的設計與實現(xiàn)過程。通過使用用例驅動創(chuàng)建系統(tǒng)用例模型、獲取系統(tǒng)的需求，并使用系統(tǒng)的靜態(tài)模型創(chuàng)建系統(tǒng)內容，然后通過動態(tài)模型對系統(tǒng)的內容進行補充，最后通過部署模型完成系統(tǒng)的部署情況。

［1］謝星星.UML 基礎與Rose 建模實用教程［M］.北京:清華大學出版社，2011.22.

［2］吳 建，鄭 潮，汪 潔.UML 基礎與Rose 建模案例［M］.3 版.北京:人民郵電出版社，2012:8.

［3］張 峰，張莉莉.基于WEB 的小區(qū)報修管理信息系統(tǒng)的流程分析與設計［J］.電腦學習，2007(6):12－13.

［4］隋西鳳.基于Web 架構的學校后勤報修維修信息管理系統(tǒng)的分析與設計［J］.中國科技信息，2009(23):110－111.

［5］呂偉臣，周 濤.Delphi 7.0+Rose 項目開發(fā)實踐［M］.北京:科學出版社，2005.2.