試談火電廠設(shè)備檢修管理系統(tǒng)的uml建模(編輯修改稿)
2025-05-05 03:59 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 中類(lèi)圖描述系統(tǒng)中類(lèi)的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類(lèi),表示類(lèi)之間的聯(lián)系如關(guān)聯(lián)、依賴(lài)、聚合等,也包括類(lèi)的內(nèi)部結(jié)構(gòu)(類(lèi)的屬性和操作)。類(lèi)圖描述的是一種靜態(tài)關(guān)系,在系統(tǒng)的整個(gè)生命周期都是有效的。對(duì)象圖是類(lèi)圖的實(shí)例,幾乎使用與類(lèi)圖完全相同的標(biāo)識(shí)。他們的不同點(diǎn)在于對(duì)象圖顯示類(lèi)的多個(gè)對(duì)象實(shí)例,而不是實(shí)際的類(lèi)。一個(gè)對(duì)象圖是類(lèi)圖的一個(gè)實(shí)例。由于對(duì)象存在生命周期,因此對(duì)象圖只能在系統(tǒng)某一時(shí)間段存在。包由包或類(lèi)組成,表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。第三類(lèi)是行為圖(Behavior diagram),描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系。其中狀態(tài)圖描述類(lèi)的對(duì)象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。通常,狀態(tài)圖是對(duì)類(lèi)圖的補(bǔ)充。在實(shí)用上并不需要為所有的類(lèi)畫(huà)狀態(tài)圖,僅為那些有多個(gè)狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類(lèi)畫(huà)狀態(tài)圖。而活動(dòng)圖描述滿(mǎn)足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系,有利于識(shí)別并行活動(dòng)。第四類(lèi)是交互圖(Interactive diagram),描述對(duì)象間的交互關(guān)系。其中順序圖顯示對(duì)象之間的動(dòng)態(tài)合作關(guān)系,它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序,同時(shí)顯示對(duì)象之間的交互。合作圖描述對(duì)象間的協(xié)作關(guān)系,合作圖跟順序圖相似,顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。除顯示信息交換外,合作圖還顯示對(duì)象以及它們之間的關(guān)系。如果強(qiáng)調(diào)時(shí)間和順序,則使用順序圖。如果強(qiáng)調(diào)上下級(jí)關(guān)系,則選擇合作圖。這兩種圖合稱(chēng)為交互圖。第五類(lèi)是實(shí)現(xiàn)圖( Implementation diagram )。其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴(lài)關(guān)系。一個(gè)部件可能是一個(gè)資源代碼部件、一個(gè)二進(jìn)制部件或一個(gè)可執(zhí)行部件。它包含邏輯類(lèi)或?qū)崿F(xiàn)類(lèi)的有關(guān)信息。部件圖有助于分析和理解部件之間的相互影響程度。 UML適用于系統(tǒng)開(kāi)發(fā)過(guò)程中從需求規(guī)格描述到系統(tǒng)完成后測(cè)試的不同階段。在需求分析階段，可以用用例來(lái)捕獲用戶(hù)需求。通過(guò)用例建模，描述對(duì)系統(tǒng)感興趣的外部角色及其對(duì)系統(tǒng)（用例）的功能要求。分析階段主要關(guān)心問(wèn)題域中的主要概念（如抽象、類(lèi)和對(duì)象等）和機(jī)制，需要識(shí)別這些類(lèi)以及它們相互間的關(guān)系，并用UML類(lèi)圖來(lái)描述。為實(shí)現(xiàn)用例，類(lèi)之間需要協(xié)作，這可以用UML動(dòng)態(tài)模型來(lái)描述。在分析階段，只對(duì)問(wèn)題域的對(duì)象（現(xiàn)實(shí)世界的概念）建模，而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類(lèi)（如處理用戶(hù)接口、數(shù)據(jù)庫(kù)、通訊和并行性等問(wèn)題的類(lèi)）。這些技術(shù)細(xì)節(jié)將在設(shè)計(jì)階段引入，因此設(shè)計(jì)階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說(shuō)明。 編程（構(gòu)造）是一個(gè)獨(dú)立的階段，其任務(wù)是用面向?qū)ο缶幊陶Z(yǔ)言將來(lái)自設(shè)計(jì)階段的類(lèi)轉(zhuǎn)換成實(shí)際的代碼。在用UML建立分析和設(shè)計(jì)模型時(shí)，應(yīng)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語(yǔ)言。因?yàn)樵谠缙陔A段，模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具，過(guò)早考慮編碼問(wèn)題十分不利于建立簡(jiǎn)單正確的模型。 UML模型還可作為測(cè)試階段的依據(jù)。系統(tǒng)通常需要經(jīng)過(guò)單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。不同的測(cè)試小組使用不同的UML圖作為測(cè)試依據(jù)：?jiǎn)卧獪y(cè)試使用類(lèi)圖和類(lèi)規(guī)格說(shuō)明；集成測(cè)試使用部件圖和合作圖；系統(tǒng)測(cè)試使用用例圖來(lái)驗(yàn)證系統(tǒng)的行為；驗(yàn)收測(cè)試由用戶(hù)進(jìn)行，以驗(yàn)證系統(tǒng)測(cè)試的結(jié)果是否滿(mǎn)足在分析階段確定的需求?？梢暬⒛Ｐ椭械男畔⒂脴?biāo)準(zhǔn)的圖形元素直觀地顯示。目前，支持UML可視化快速開(kāi)發(fā)應(yīng)用程序的工具很多，其中Rational公司的Rational Rose是其中之一，它支持Use Case框圖，Sequence框圖等圖。通過(guò)正向和逆向轉(zhuǎn)出工程代碼特性，可支持C++，Java，Visual Basic的代碼產(chǎn)生和逆向轉(zhuǎn)出工程代碼。4 電廠設(shè)備檢修管理系統(tǒng)的建模本系統(tǒng)采用UML語(yǔ)言進(jìn)行建模。第一步工作是系統(tǒng)的需求分析，而需求分析必須以針對(duì)該系統(tǒng)的調(diào)研為基礎(chǔ)。在調(diào)研過(guò)程中，可針對(duì)現(xiàn)行系統(tǒng)和信息需求進(jìn)行分析，并得出系統(tǒng)的功能需求分析。用例模型用于需求分析階段，它的建立是系統(tǒng)開(kāi)發(fā)者和用戶(hù)反復(fù)討論的結(jié)果，表明了開(kāi)發(fā)者和用戶(hù)對(duì)需求規(guī)格達(dá)成的共識(shí)。清楚表
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1