計(jì)算機(jī)軟件培訓(xùn)講義(參考版)
2025-04-20 12:09本頁面
【正文】 11 / 11。統(tǒng)一建模語言和統(tǒng)一建模過程參照『UML和UP介紹講義』文檔。戰(zhàn)爭在何時(shí)被終結(jié)的，我們在下一小結(jié)中介紹。、其他另外，還有Fusion、MartinOdell等幾十種方法論。統(tǒng)一軟件開發(fā)過程強(qiáng)調(diào)了3個(gè)概念。但3位大師在設(shè)計(jì)UML的期間，腦海中也始終以一種開發(fā)過程對(duì)照檢驗(yàn)著UML。所以又有了RPM的概，即推薦過程模式的概念。在節(jié)點(diǎn)內(nèi)部,放置可執(zhí)行部件和對(duì)象以顯示節(jié)點(diǎn)跟可執(zhí)行軟件單元的對(duì)應(yīng)關(guān)系。配置圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各 部件之間的依賴關(guān)系。這兩種圖合稱為交互圖。如果強(qiáng)調(diào)時(shí)間和順序,則使用順序圖。合作圖描述對(duì)象間的協(xié)作關(guān)系,合作圖跟順序圖相似,顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。? 第四類是交互圖(Interactive diagram),描述對(duì)象間的交互關(guān)系。在實(shí)用上并不需要為所有的類畫狀態(tài)圖,僅為那些有多個(gè)狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。其中狀態(tài)圖描述類的對(duì)象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。由于對(duì)象存在生命周期,因此對(duì)象圖只能在系統(tǒng)某一時(shí)間段存在。他們的不同點(diǎn)在于對(duì)象圖顯示類的多個(gè)對(duì)象實(shí)例,而不是實(shí)際的類。類圖描述的是一種靜態(tài)關(guān)系,在系統(tǒng)的整個(gè)生命周期都是有效的。其中類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。 UML的5種建模圖歸納如下：? 第一類是用例圖,從用戶角度描述系統(tǒng)功能,并指出各功能的操作者。因此,標(biāo)準(zhǔn)建模語言UML的主要內(nèi)容也可以歸納為靜態(tài)建模機(jī)制和動(dòng)態(tài)建模機(jī)制兩大類。其中第三步中所建立的模型或者可以執(zhí)行,或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系。第三步是描述系統(tǒng)的行為。建模是指從應(yīng)用的角度看,當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計(jì)系統(tǒng)時(shí),首先是描述需求。UML的中心體現(xiàn)了統(tǒng)一、建模和可視化語言三個(gè)方面。其中最重要的、具有劃時(shí)代重大意義的成果之一就是統(tǒng)一建模語言(UML:Unified Modeling Language)的出現(xiàn)。D)方法的發(fā)展在80年代末至90年代中出現(xiàn)了一個(gè)高潮,UML是這個(gè)高潮的產(chǎn)物。用來測試具體化的use case模型。該模型依據(jù)具體化的設(shè)計(jì)來實(shí)現(xiàn)use case模型。use case模型通過設(shè)計(jì)來具體化。use case模型通過分析來構(gòu)造。use case模型根據(jù)領(lǐng)域來表示。因此，每一個(gè)use case就是一個(gè)使用系統(tǒng)的方式，當(dāng)用戶給定一個(gè)輸入，就執(zhí)行一個(gè)use case的實(shí)例并引發(fā)執(zhí)行屬于該use case的一個(gè)事務(wù)。在該方法中的一個(gè)關(guān)鍵概念就是use case。定義use case的活動(dòng)和識(shí)別設(shè)計(jì)對(duì)象的活動(dòng)，兩個(gè)活動(dòng)共同完成行為的描述。在需求分析階段的識(shí)別領(lǐng)域?qū)ο蠛完P(guān)系的活動(dòng)中，開發(fā)人員識(shí)別類、屬性和關(guān)系。第一個(gè)活動(dòng)包括從use case的描述發(fā)現(xiàn)設(shè)計(jì)對(duì)象，并描述對(duì)象的屬性、行為和關(guān)聯(lián)。需求分析階段的活動(dòng)包括定義潛在的角色（角色指使用系統(tǒng)的人和與系統(tǒng)互相作用的軟、硬件環(huán)境），識(shí)別問題域中的對(duì)象和關(guān)系，基于需求規(guī)范說明和角色的需要發(fā)現(xiàn)use case，詳細(xì)描述use case。、OOSE方法論Jacobson方法(OOSE)與上述三種方法有所不同，它涉及到整個(gè)軟件生命周期，包括需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測試等四個(gè)階段。3) 對(duì)象設(shè)計(jì)基于分析模型和求解域中的體系結(jié)構(gòu)等添加的實(shí)現(xiàn)細(xì)節(jié)，完成系統(tǒng)設(shè)計(jì)。分析階段的產(chǎn)物有：? 問題描述? 對(duì)象模型＝對(duì)象圖＋數(shù)據(jù)詞典? 動(dòng)態(tài)模型＝狀態(tài)圖＋全局事件流圖? 功能模型＝數(shù)據(jù)流圖＋約束2) 系統(tǒng)設(shè)計(jì)結(jié)合問題域的知識(shí)和目標(biāo)系統(tǒng)的體系結(jié)構(gòu)（求解域），將目標(biāo)系統(tǒng)分解為子系統(tǒng)。對(duì)象模型描述對(duì)象的靜態(tài)結(jié)構(gòu)和它們之間的關(guān)系。符號(hào)體系由大量的圖符定義，但是，其語法和語義并沒有嚴(yán)格地定義。Booch建議在設(shè)計(jì)的初期可以用符號(hào)體系的一個(gè)子集，隨后不斷添加細(xì)節(jié)。然而，他的方法偏向于系統(tǒng)的靜態(tài)描述，對(duì)動(dòng)態(tài)描述支持較少。在面向?qū)ο蟮脑O(shè)計(jì)方法中，Booch強(qiáng)調(diào)基于類和對(duì)象的系統(tǒng)邏輯視圖與基
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1