朱英勝
(華信咨詢設計研究院有限公司,杭州 310000)
UML模型圖通過對企業(yè)經(jīng)營結構進行分類,設計了用于企業(yè)管理的十三張模型圖,具體建模圖形如下圖所示。通過對這13個圖的描述,可以反映企業(yè)發(fā)展的整個過程。其具體過程如下述:
圖1 UML 圖形分類
UML模型要求比較簡單,只需要業(yè)務者熟悉自己的工作程序就足夠了,并不涉及專業(yè)的處理問題。他們只需按照設計好的模型,根據(jù)敘述的具體問題,應用于UML模型中,就可以實現(xiàn)想要的目標。下面是通信傳輸設計UML模型的具體建立過程。
其業(yè)務流程在上文中我們已經(jīng)用業(yè)務流程圖來表示。
客戶根據(jù)自己的需求向設計院下單后,設計院在收到會就會通知市場部,市場部接單后會交付下屬部門進行系統(tǒng)安排,同時設計部門會根據(jù)客戶要求進行具體設計,在初步設計出來后會交給客戶審查,待客戶修改或有其他要完善的要求后,進行重新設計,當最后的具體圖例設計完成后,按照部門順序轉交給客戶。
同時,業(yè)務流程圖也是對于企業(yè)運行的描述,流程圖上會顯示參與的相關活動等,領導者可以根據(jù)自己的安排使用。
案例是系統(tǒng)建模的總體模型描述,在UML建模中,一般用圖例表示。
圖例就是根據(jù)要求建立與之想合適的圖示來表示這幾過程的每一個任務。在這個環(huán)節(jié)中要注意每個圖例環(huán)節(jié)都要配置負責人,將本環(huán)節(jié)的具體過程的以及需要注意的相關事項都要對下一個負責者做好傳遞工作。
當前大多數(shù)普通案例中,主要運行過程為以下幾個方面:首先,在市場部負責整個項目進度,使設計書、用例、模塊根據(jù)用戶需求制定,并選擇合適的內部搜索操作進行模塊配置,然后根據(jù)設計書進行操作,并傳遞到運行處。其次,運行處根據(jù)傳輸項目書中配置的專業(yè)設計團隊,完成設計過程規(guī)劃和項目需求,負責安排事宜。在此之后將項目列表嵌入用例模塊,并為每一模塊配置設計人員,然后將具體規(guī)劃轉交他們。最后,主管在收到詳細的計劃設計以及了解到相關的變化活動后,與客戶盡心溝通,并完成后設計施工圖設計用例模塊,模塊內部搜索客戶端,那么施工圖給客戶。在用例圖中,除了項目書,列表項目,施工圖,信息傳遞是自動的。
對控制對象的描述主要是從其與其他對象的交互行為進行的。
在這個環(huán)節(jié)中市場部負責人作為具體行動的執(zhí)行者,其具體活動過程為:首先根據(jù)需求填寫一份項目書項目到企業(yè)數(shù)據(jù)庫。然后將項目書號發(fā)給操作對象,同時,系統(tǒng)自動使用XML智能搜索機制從列表中根據(jù)項目數(shù)編號查找操作人員,搜索到之后,根據(jù)項目控制對象的操作人的電話號碼和電子郵件帳戶將支付通知系統(tǒng)項目書給操作員,使項目完整進行。
操作人員不僅要根據(jù)運行的系統(tǒng),使用XML智能搜索機制根據(jù)項目從設計人員名單列表中搜索特定的設計師,同時,還要安排相關設計團隊,根據(jù)員工需求的項目列表列出數(shù)據(jù)庫操作,然后查詢設計對象的列表項目數(shù)量,然后設計人員搜索操作的控制對象根據(jù)設計師的電話號碼和電子郵件帳戶將支付通知系統(tǒng)設計師項目列表,完整的操作控制。
在設計控制對象里設計人員是具體負責人。收到項目的清單后,按照規(guī)定的程序設計師用例和客戶溝通。在這些完成之后,系統(tǒng)啟動XML智能搜索機制從客戶列表中按照施工圖紙編號搜索一個特定的客戶與此同時,設計師上傳施工圖設計案例數(shù)據(jù)庫,然后施工圖紙編號到客戶。在這之后,設計控制對象要完成所進行的環(huán)節(jié),還要根據(jù)客戶的電話號碼和電子郵件帳戶將支付客戶通知系統(tǒng)施工圖。
在這個過程中不能忽視的是,運行過程的信息并不是開放性的,整個過程的完成也是有序的,這就要求每個控制對象的執(zhí)行人必須在固定的有限時間按內執(zhí)行完成任務,不然系統(tǒng)性就會被破壞。在這里,任何一個系統(tǒng)出入出現(xiàn)問題,整個設計過程就不能運行,在有問題出現(xiàn)時,系統(tǒng)有自動提醒設備,各個企業(yè)需要配備完善。
實體對象用于建立和保存數(shù)據(jù)表,以便控制對象使用。
在每個對象封裝了各自的屬性和操作的項目,例如,人的名字,號碼,電話號碼,電子郵件賬戶,項目名稱,書號,設計院一些列有序工作,系統(tǒng)由開始到停止工作時,會使得這一過程的數(shù)據(jù)完整保存下來。
首先由市場部負責項目書號,自動搜索相關操作人員,根據(jù)人員名單將建議操作人員到項目對象,然后根據(jù)電話號碼和電子郵件的列表傳遞項目書,完成項目的情況下實現(xiàn)二者交互,直至最后全過程的運行完成。最后的收尾工作是由程序員確定數(shù)據(jù)表結構,使用MDA轉換機制轉換代碼,形成一個部署圖,確定軟件架構,實現(xiàn)系統(tǒng)設計。
綜上所述,將UML建模運用于現(xiàn)實中,根據(jù)其在設計通信傳輸效率,不僅可以實現(xiàn)企業(yè)的運行模式轉型,還可以促進科技革新,使用UML方法使企業(yè)實現(xiàn)管理各環(huán)節(jié)之間減少疏漏,推進企業(yè)發(fā)展,在結合現(xiàn)實企業(yè),創(chuàng)建一個有效的運行機制,實現(xiàn)管理創(chuàng)新。
[1] 蔡敏,徐慧慧,黃炳強.UML 基礎與Rose 建模教程[M].北京:人民郵電出版社,2006.
[2] Hans-EirkE irksson,MagnusP enker,夏聽、何克清譯,UML業(yè)務建模[M].機械工業(yè)出版社.
[3] 王建軍.UM L 建模:實例分析[J].微計算機信息,2002(5):66-68.