靜態(tài)動(dòng)態(tài)模型的設(shè)備管理論文范文

本站小編為你精心準(zhǔn)備了靜態(tài)動(dòng)態(tài)模型的設(shè)備管理論文參考范文，愿這些范文能點(diǎn)燃您思維的火花，激發(fā)您的寫作靈感。歡迎深入閱讀并收藏。

1靜態(tài)模型的建立

動(dòng)設(shè)備業(yè)務(wù)深化需求分析的主要工作是獲得系統(tǒng)需求．而用例圖和類圖主要用于描述系統(tǒng)的需求。用例圖和類圖可以用規(guī)范化的方式來描述系統(tǒng)的功能，幫助我們更好地了解系統(tǒng)需求，是系統(tǒng)功能分析的重要工具。下面分別進(jìn)行建模。1）建立用例模型通過建立用例圖模型，管理、技術(shù)、開發(fā)人員和用戶能夠發(fā)現(xiàn)現(xiàn)行系統(tǒng)的不足，規(guī)劃新的系統(tǒng)目標(biāo)。用例圖模型是信息視圖模型等其他模型設(shè)計(jì)的基礎(chǔ)和起點(diǎn)。根據(jù)建模的目的，功能模型描述的詳細(xì)程度是變化的。因此，用例圖模型通常包括一組逐漸細(xì)化的層次模型。一般在進(jìn)行系統(tǒng)頂層設(shè)計(jì)時(shí)，可以采用樹狀結(jié)構(gòu)逐漸分解功能。這種樹狀功能結(jié)構(gòu)模型(又稱為功能樹)從總體上描述系統(tǒng)的功能布局。系統(tǒng)功能樹模型的優(yōu)點(diǎn)是直觀和概括，清晰地表現(xiàn)了系統(tǒng)的構(gòu)成。功能樹模型的缺點(diǎn)是信息含量小，不能表達(dá)功能模塊之間復(fù)雜的交互關(guān)系。它也不能表達(dá)功能執(zhí)行的條件和產(chǎn)生的結(jié)果。因此，功能樹模型往往用于系統(tǒng)總體設(shè)計(jì)的初始階段。支持宏觀分析與決策。隨著分析與設(shè)計(jì)工作的深入，功能樹模型需要轉(zhuǎn)化成其他形式的功能模型。

在面向?qū)ο蟮脑O(shè)計(jì)方法UML框架中，系統(tǒng)設(shè)計(jì)人員可以建立用例框圖表示角色通過信息系統(tǒng)所能完成的操作功能。圖3采用UML用例框圖描述了典型石化企業(yè)動(dòng)設(shè)備專業(yè)管理的主要業(yè)務(wù)功能。從圖中可以看出，車間設(shè)備員、分廠機(jī)動(dòng)科員、機(jī)動(dòng)處專工、狀態(tài)檢測人員是用例框圖中的角色，他們啟動(dòng)各用例的執(zhí)行。車間設(shè)備員進(jìn)行日常巡檢，發(fā)現(xiàn)故障及缺陷，完成機(jī)泵切換、潤換油加換、代用油品變更等工作；分廠機(jī)動(dòng)科員和機(jī)動(dòng)處專工對代用油品的變更進(jìn)行審核；狀態(tài)檢測技術(shù)人員負(fù)責(zé)機(jī)組或泵群的狀態(tài)檢測，結(jié)合RCM的方法給出檢修專家建議；檢維修人員負(fù)責(zé)設(shè)備的檢修。2）建立類模型用例圖是以客戶語言的方式來描述并表達(dá)系統(tǒng)的外部視圖，是從客戶的角度來描述系統(tǒng)要為不同角色提供的功能和支持。在此基礎(chǔ)上，類圖可從系統(tǒng)內(nèi)部和系統(tǒng)實(shí)施的角度來描述整個(gè)系統(tǒng)。類圖設(shè)計(jì)的過程就是職責(zé)分配的過程，而派生和委托是兩種分配職責(zé)的基本方法。職責(zé)分配的基本原則是單一功能原則，一個(gè)類的設(shè)計(jì)圍繞一個(gè)主要職責(zé)展開。通過建立各實(shí)體間的繼承關(guān)系和聚集關(guān)系，可以繪制出招生模塊的類模型，如圖4所示。

2動(dòng)態(tài)模型的建立

靜態(tài)模型定義了系統(tǒng)的結(jié)構(gòu)和組成，然而實(shí)際的系統(tǒng)都是活動(dòng)的，要通過系統(tǒng)元素的相互作用來實(shí)現(xiàn)，動(dòng)態(tài)模型就是用來解決這個(gè)問題的。UML中描述系統(tǒng)動(dòng)態(tài)行為的順序圖、狀態(tài)圖、協(xié)作圖和活動(dòng)圖都可以進(jìn)行動(dòng)態(tài)建模。但這4種圖各有優(yōu)缺點(diǎn)，側(cè)重點(diǎn)也不完全一樣。順序圖突出對象間交互的順序，而協(xié)作圖的布局方法能更清楚地表示出對象之問靜態(tài)的連接關(guān)系。在協(xié)作圖中，對象是可以隨意排列的，因此，縱使有編號也相當(dāng)凌亂，但順序圖就不一樣，所有對象都在頂端，對象的安排順序多少與信息傳遞的順序有關(guān)。如果想顯示跨越多用例或多線程的復(fù)雜行為，可以考慮用活動(dòng)圖。所以在實(shí)際運(yùn)用中，要根據(jù)具體情況而選擇用不同的圖。如果對系統(tǒng)中的每個(gè)類都畫出4種圖的話，也許這樣做很完美，但太浪費(fèi)人力和物力。設(shè)計(jì)者可以選擇一種能夠更好地幫助理解類的動(dòng)態(tài)模型圖。一般而言，在對一個(gè)復(fù)雜軟件系統(tǒng)進(jìn)行動(dòng)態(tài)建模時(shí)，應(yīng)根據(jù)用例圖和類圖，首先建立序列圖，然后從每一個(gè)用例的角色出發(fā)，找到與其交互的對象及其之間的消息傳遞；其次再建立活動(dòng)圖，描述程序運(yùn)行過程中各項(xiàng)操作的實(shí)現(xiàn)流程。如圖5所示的活動(dòng)圖就是龐大的動(dòng)設(shè)備專業(yè)管理模塊中的UML動(dòng)態(tài)模型圖之一。此圖描述的動(dòng)設(shè)備油品變更的活動(dòng)圖，從圖中可以看出油品變更的總流程，用泳道分割成生產(chǎn)車間、分廠機(jī)動(dòng)科和公司機(jī)動(dòng)處三道。生產(chǎn)車間通過現(xiàn)場巡檢建立缺陷隱患記錄，通過對油質(zhì)分析形成油品變更的申請，經(jīng)過分廠機(jī)動(dòng)科和公司機(jī)動(dòng)處的審核，最終形成變更后的潤滑五定手冊。用活動(dòng)圖把流程繪制出來，使業(yè)務(wù)流程清晰明了，方便開發(fā)人員之間的溝通。

3動(dòng)設(shè)備專業(yè)功能模塊的開發(fā)

動(dòng)設(shè)備專業(yè)功能模塊的開發(fā)通過系統(tǒng)分析階段建立好的動(dòng)設(shè)備管理模塊的UML模型后，即可著手系統(tǒng)的開發(fā)工作了。可在Windows操作系統(tǒng)下采用J2EE、EJB等基于Java的跨平臺(tái)技術(shù)進(jìn)行開發(fā)、選用Oracle作為主要的底層數(shù)據(jù)庫。

4結(jié)論

本文采用統(tǒng)一建模語言UML結(jié)合面向?qū)ο蠹夹g(shù)對煉化設(shè)備管理系統(tǒng)（2.0版）動(dòng)設(shè)備專業(yè)管理模塊進(jìn)行建模。動(dòng)設(shè)備專業(yè)管理是設(shè)備管理的重要組成部分，是煉化企業(yè)現(xiàn)場管理工作的核心。動(dòng)設(shè)備專業(yè)管理模塊的建立，及實(shí)現(xiàn)動(dòng)設(shè)備管理信息化、網(wǎng)絡(luò)化，有助于提高動(dòng)設(shè)備現(xiàn)場管理的質(zhì)量與管理水平。用UML對動(dòng)設(shè)備專業(yè)管理模塊進(jìn)行軟件建模分析，有助于把系統(tǒng)需求和業(yè)務(wù)流程用可視化圖形簡單明了的表示出來，使軟件開發(fā)更加靈活、嚴(yán)謹(jǐn)，也加強(qiáng)了系統(tǒng)開發(fā)人員之間的理解和交流。

作者：張華軍趙攀單位：蘭州石化公司研究院