UML完整復(fù)習(xí)資料(大學(xué)考試專用)(word文檔良心出品)

1、第一部分基本概念一 UML 定義： UML （ Unified Modeling Language ）統(tǒng)一建模語(yǔ)言，是一種面向?qū)ο蟮慕ＵZ(yǔ)言，它的主要作用是幫助用戶對(duì)軟件系統(tǒng)進(jìn)行面向?qū)ο蟮拿枋龊徒＃ńＪ峭ㄟ^(guò)將用戶的業(yè)務(wù)需求映射為代碼，保證代碼滿足這些需求， 并能方便地回溯需求的過(guò)程） ，它可以描述這個(gè)軟件開(kāi)發(fā)過(guò)程從需求分析直到實(shí)現(xiàn)和測(cè)試的全過(guò)程。二軟件工程生命周期：需求捕獲系統(tǒng)分析與設(shè)計(jì)需求分析步驟：獲取需求 - >> 分析需求 - >>系統(tǒng)實(shí)現(xiàn)測(cè)試描述需求 - >> 驗(yàn)證需求維護(hù)UML三的統(tǒng)一：根據(jù)應(yīng)用需求對(duì)不同建模語(yǔ)言對(duì)比取其精華去其糟粕求同存異統(tǒng)一

2、建模語(yǔ)言UML四 UML的內(nèi)容結(jié)構(gòu)：UML中的五種視圖：視圖名稱視圖內(nèi)容靜態(tài)表現(xiàn)動(dòng)態(tài)表現(xiàn)觀察角度1用戶模型視圖系統(tǒng)行為，動(dòng)力用例圖交互圖、狀態(tài)圖、用戶、（用例視圖）活動(dòng)圖分析員、測(cè)試員2結(jié)構(gòu)模型視圖問(wèn)題及解決方案類圖、交互圖、狀態(tài)圖、類、（設(shè)計(jì)視圖）對(duì)象圖活動(dòng)圖接口、協(xié)作3行為模型視圖性能、可伸縮性，吞類圖、交互圖、狀態(tài)圖、線程、（進(jìn)程視圖）吐量對(duì)象圖活動(dòng)圖進(jìn)程4實(shí)現(xiàn)模型視圖構(gòu)件、文件構(gòu)件圖交互圖、狀態(tài)圖、配置、（實(shí)現(xiàn)視圖）活動(dòng)圖發(fā)布5環(huán)境模型視圖部件的發(fā)布、配置圖交互圖、狀態(tài)圖、拓 撲結(jié)構(gòu)（實(shí)施視圖）交付、安裝(實(shí)施圖 )活動(dòng)圖的節(jié)點(diǎn)五 UML關(guān)系關(guān)聯(lián)中的關(guān)系：功能類實(shí)例之間連接的描述表示法

3、依賴兩個(gè)模型元素間的關(guān)系,對(duì)一個(gè)元素（提供者）的改變可能影響或提供信息給其他元素-泛化更概括的描述和更具體的種類間的關(guān)系，適用于繼承實(shí)現(xiàn)說(shuō)明和實(shí)現(xiàn)間的關(guān)系依賴：依賴是指一個(gè)類使用了另一個(gè)類，它是一種使用關(guān)系，描述了一個(gè)事物的規(guī)格說(shuō)明的變化可能會(huì)影響到使用它的另一個(gè)事物 （反之不一定）。最常見(jiàn)的依賴關(guān)系是一個(gè)類的內(nèi)部使用到了另一個(gè)類的定義。關(guān)聯(lián)：關(guān)聯(lián)關(guān)系是一種結(jié)構(gòu)化的關(guān)系，指一種對(duì)象和另一種對(duì)象有聯(lián)系。給定關(guān)聯(lián)的兩個(gè)類可以從其中的一個(gè)類的對(duì)象訪問(wèn)到另一個(gè)類的相關(guān)對(duì)象。泛化：是一個(gè)較廣泛的元素和一個(gè)較特殊元素之間的類元關(guān)系。較特殊的元素完整地包含了較廣泛元素，并含有更多的信息。實(shí)現(xiàn)：實(shí)現(xiàn)關(guān)系將一種

4、模型元素（如類）與另一種模型元素（如接口）連接起來(lái)第二部分UML 的幾種基本圖一類圖：（Class Diagram）類圖是描述類、接口、協(xié)作以及它們之間的關(guān)系的圖。用來(lái)顯示系統(tǒng)中各個(gè)類的靜態(tài)結(jié)構(gòu)。類包括：類名，屬性，方法類圖包括：類，接口，協(xié)作（關(guān)系）類圖的建模過(guò)程：確定對(duì)象與類- >> 確定類的屬性 - >> 確定類的關(guān)系二對(duì)象圖：（Object Diagram ）對(duì)象圖表示在某一時(shí)刻一組對(duì)象以及他們之間的關(guān)系的圖。三包圖：（ Package）由包和包之間的關(guān)系構(gòu)成，它是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。包：是一種分組機(jī)制，表示一個(gè)類圖集合。四用例圖：（Use C

5、ase Diagram）用例圖表述了一組用例、參與者以及他們之間的關(guān)系用例模型包括：用例圖和用例規(guī)約用例規(guī)約包括：基本流和備選流用例圖包含：用例(Use Case) 參與者 (Actor)參與者之間的關(guān)系（泛化、包含、擴(kuò)展）參與者：系統(tǒng)外部的一個(gè)實(shí)體（可以是任何事物或人） ，它以某種方式參與了用例的執(zhí)行過(guò)程用例：是對(duì)一個(gè)系統(tǒng)或一個(gè)應(yīng)用的一種單一的使用方式所做的描述，是關(guān)于單個(gè)活動(dòng)者在與系統(tǒng)對(duì)話中所執(zhí)行的處理行為的陳述序列。用例模型中的關(guān)系：1.包含：表示基礎(chǔ)用例會(huì)用到被包含的用例2.擴(kuò)展：基礎(chǔ)用例中定義了一個(gè)到多個(gè)擴(kuò)展用例3.泛化：多個(gè)用例共同擁有一種類似的結(jié)構(gòu)和行為時(shí)，我們可以將它們的共性抽

6、象成為父用例，其他的用例作為泛化關(guān)系中的子用例。4.關(guān)聯(lián)包含關(guān)系泛化關(guān)系擴(kuò)展關(guān)系三種關(guān)系的區(qū)別：泛化側(cè)重表示子用例間的互斥性；包含側(cè)重表示被包含用例對(duì)Actor 提供服務(wù)的間接性；擴(kuò)展側(cè)重表示擴(kuò)展用例的觸發(fā)不定性用例圖的建模步驟：1.尋找參與者2.確定用例3.分析關(guān)系 4.細(xì)化用例規(guī)約5.精化細(xì)化用例模型五時(shí)序圖：（Sequence Diagram）時(shí)序圖包括：對(duì)象（Object ）生命線（Lifeline ） 激活（ Activation ）消息（ Message）對(duì)象：對(duì)象代表時(shí)序圖中的對(duì)象在交互中所扮演的角色生命線：一條垂直的虛線，代表時(shí)序圖中的對(duì)象在一段時(shí)期內(nèi)的存在激活：生命線拓寬成為

7、矩形，代表時(shí)序圖中的對(duì)象執(zhí)行一項(xiàng)操作的時(shí)期消息：定義交互和協(xié)作中交換信息的類，信息用于在實(shí)體間傳遞信息時(shí)序圖的建模步驟：設(shè)置交互的語(yǔ)境。通過(guò)識(shí)別對(duì)象在交互中扮演的角色，設(shè)置交互的場(chǎng)景。為每個(gè)對(duì)象設(shè)置生命線。從引發(fā)某個(gè)消息的信息開(kāi)始，在生命線之間畫(huà)出從頂?shù)降滓来握归_(kāi)的消息，顯示每個(gè)消息的特性（如參數(shù)）。如果需要可視化消息的嵌套或?qū)嶋H計(jì)算發(fā)生時(shí)的時(shí)間點(diǎn)，可以用激活修飾每個(gè)對(duì)象的生命期。如果需要說(shuō)明時(shí)間或空間的約束，可以用時(shí)間標(biāo)記修飾每個(gè)消息，并附上合適的時(shí)間和空間約束。如果需要更形式化的說(shuō)明某控制流，可以為每個(gè)消息附上前置和后置條件。六協(xié)作圖：（Collaboration Diagram ）協(xié)作圖

8、包括：對(duì)象（Object ）鏈（ Link ）消息（ Message）協(xié)作圖的建模步驟：設(shè)置交互的語(yǔ)境。通過(guò)識(shí)別對(duì)象在交互中扮演的角色，設(shè)置交互的場(chǎng)景。對(duì)每個(gè)對(duì)象設(shè)置初始特性。描述對(duì)象之間可能有信息沿著它傳遞的鏈。從引起交互的消息開(kāi)始，適當(dāng)?shù)卦O(shè)置其順序號(hào)，然后將隨后的每個(gè)消息附到適當(dāng)?shù)逆溕?。如果需要說(shuō)明時(shí)間或空間約束，可以用時(shí)間標(biāo)記修飾這個(gè)消息，并附上合適的時(shí)間和空間約束。如果需要更形式化地說(shuō)明這個(gè)控制流，可以為每個(gè)消息附上前置和后置條件。時(shí)序圖與協(xié)作圖的比較：1. 相同點(diǎn)：規(guī)定責(zé)任，支持消息，衡量工具2. 不同點(diǎn)：時(shí)序圖描述了交互過(guò)程中的時(shí)間順序，但沒(méi)有明確地表達(dá)對(duì)象之間的關(guān)系。協(xié)作圖描述了

9、對(duì)象之間的關(guān)系，但時(shí)間順序必須從順序號(hào)獲得。七狀態(tài)圖：（State Diagram）1.狀態(tài)圖包括：狀態(tài)（State） 轉(zhuǎn)換（ Transtition ）2.狀態(tài)機(jī)：展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖，包含了一個(gè)類的對(duì)象在其生命期間所有狀態(tài)的序列以及對(duì)象對(duì)接受到的事件所產(chǎn)生的反應(yīng)。3.一個(gè)狀態(tài)圖表示一個(gè)狀態(tài)機(jī)，表現(xiàn)從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流。4.狀態(tài)圖由表示狀態(tài)的節(jié)點(diǎn)和表示狀態(tài)之間轉(zhuǎn)換的帶箭頭的直線組成。5.狀態(tài)圖中的狀態(tài)一般是給定類對(duì)象中的一組屬性值，這組屬性值是對(duì)象所有屬性的子集。6.狀態(tài)圖的建模步驟：找出適合用模型描述其行為的類。確定對(duì)象可能存在的狀態(tài)。確定引起狀態(tài)轉(zhuǎn)換的事件。確定轉(zhuǎn)換進(jìn)行時(shí)對(duì)象

10、執(zhí)行的相應(yīng)動(dòng)作。對(duì)建模的結(jié)果進(jìn)行相應(yīng)的精化和細(xì)化。八活動(dòng)圖（ Activity Diagram ）活動(dòng)圖是一種描述系統(tǒng)行為的圖，它用于展現(xiàn)參與行為的類所進(jìn)行的各種活動(dòng)的順序關(guān)系?；顒?dòng)圖包括：動(dòng)作狀態(tài)（Action State ）、 活動(dòng)狀態(tài)（ Activity State ）、動(dòng)作流（ Action Flow ）分支（ Branch）與合并（ Merge）、分叉（ Fork ）與匯合（ Join）、泳道（ Swimlane ）、對(duì)象流（ Object Flow ）活動(dòng)圖建模步驟：識(shí)別要對(duì)其工作流描述的類或?qū)ο蟆４_定工作流的初始狀態(tài)和終止?fàn)顟B(tài)，明確工作流的邊界。對(duì)動(dòng)作狀態(tài)或活動(dòng)狀態(tài)建模。對(duì)動(dòng)作流

11、建模。對(duì)對(duì)象流建模。對(duì)建立的模型進(jìn)行精化和細(xì)化?；顒?dòng)圖與狀態(tài)圖的區(qū)別：活動(dòng)圖著重表現(xiàn)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流，是內(nèi)部處理驅(qū)動(dòng)的流程。狀態(tài)圖著重描述從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的流程，主要有外部事件的參與。九組件圖：組件圖描述了軟件的各種組件和他們之間的依賴關(guān)系組件圖包括：組件（Component）、接口（ Interface ）、依賴關(guān)系（ Dependency）組件圖的建模步驟：對(duì)系統(tǒng)中的組件建模。對(duì)相應(yīng)組件提供的接口建模。對(duì)組件之間的依賴關(guān)系建模。將邏輯設(shè)計(jì)映射成物理實(shí)現(xiàn)。對(duì)建模的結(jié)果進(jìn)行精化和細(xì)化。十配置圖：配置圖描述了運(yùn)行軟件的系統(tǒng)中硬件和軟件的物理結(jié)構(gòu)配置圖包括：節(jié)點(diǎn)（Node）關(guān)聯(lián)

12、關(guān)系（ Association ）配置圖的建模步驟：對(duì)系統(tǒng)中的節(jié)點(diǎn)建模。對(duì)節(jié)點(diǎn)之間的關(guān)聯(lián)關(guān)系建模。對(duì)駐留在節(jié)點(diǎn)上的組件建模。對(duì)駐留在節(jié)點(diǎn)上的組件之間的依賴關(guān)系建模。對(duì)建模的結(jié)果進(jìn)行精化和細(xì)化。第三部分應(yīng)用一 傳統(tǒng)的軟件開(kāi)發(fā)模型瀑布模型（ Waterfall Model ）? 瀑布模型是一種線性模型。?瀑布模型將軟件生存周期劃分為7 個(gè)階段：?jiǎn)栴}定義可行性研究需求分析設(shè)計(jì)實(shí)現(xiàn)測(cè)試運(yùn)行和維護(hù)? 瀑布模型最為突出的缺點(diǎn)是缺乏靈活性。螺旋模型? 螺旋模型使用原型作為降低風(fēng)險(xiǎn)的機(jī)制。? 螺旋模型使開(kāi)發(fā)者在產(chǎn)品演化的任意階段均可使用原型方法。? 螺旋模型體現(xiàn)了 RUP 中迭代的思想。? 一個(gè)螺旋的周期一般

13、包括四個(gè)階段： 確定目標(biāo)，選擇方案，選定完成目標(biāo)的策略。 風(fēng)險(xiǎn)分析。 啟動(dòng)開(kāi)發(fā)階段。 評(píng)審前一階段的工作，計(jì)劃下一階段工作。二軟件項(xiàng)目失敗的原因：混亂的需求管理。開(kāi)發(fā)者之間以及開(kāi)發(fā)者和用戶不清晰的交流。架構(gòu)不夠堅(jiān)固。沒(méi)有發(fā)現(xiàn)需求、設(shè)計(jì)和實(shí)現(xiàn)中的不一致。缺少有效的測(cè)試。對(duì)項(xiàng)目狀態(tài)的主觀估計(jì)。沒(méi)有正確地處理項(xiàng)目開(kāi)發(fā)過(guò)程中的風(fēng)險(xiǎn)。沒(méi)有對(duì)項(xiàng)目變更進(jìn)行控制。三 RUP 二維軟件開(kāi)發(fā)模型Rational Unified Process （RUP，統(tǒng)一開(kāi)發(fā)過(guò)程）是一套面向?qū)ο蟮能浖こ踢^(guò)程。四 RUP 開(kāi)發(fā)過(guò)程中各階段的核心工作流：1.初始階段：需求和分析2.細(xì)化階段：需求、分析和設(shè)計(jì)3.構(gòu)造階段：實(shí)現(xiàn)4.

14、交付階段：實(shí)現(xiàn)和測(cè)試五 RUP 的迭代開(kāi)發(fā)模型六 Rose 雙向工程類的關(guān)系決定生成什么代碼第四部分檔案管理系統(tǒng)軟件需求的層次：業(yè)務(wù)需求、用戶需求、功能需求需求分析步驟：獲取需求 - >> 分析需求 - >> 描述需求 - >> 驗(yàn)證需求一分析需求：二創(chuàng)建用例圖：過(guò)程： 1.尋找參與者2.確定用例3.分析關(guān)系 4.細(xì)化用例規(guī)約5.精化細(xì)化用例模型尋找參與者：一般人員、檔案室人員、借閱管理員、系統(tǒng)管理員確定用例：一般人員用例、檔案室人員用例、借閱管理員用例、系統(tǒng)管理員用例分析：一般人員活動(dòng)：登錄系統(tǒng)、查找檔案、網(wǎng)上借閱、借閱檔案、歸還檔案檔案室人員活動(dòng)：系統(tǒng)參

15、數(shù)設(shè)置、數(shù)據(jù)信息錄入、數(shù)據(jù)查詢、操作并查看日志借閱管理員活動(dòng)：借閱查詢、處理網(wǎng)上借閱、借閱登記系統(tǒng)管理員活動(dòng)：登錄系統(tǒng)、用戶管理、權(quán)限管理、日志管理、數(shù)據(jù)管理、參數(shù)設(shè)置、報(bào)表打印、網(wǎng)上借閱管理關(guān)系：確定用例圖：其他用例圖參照上圖三創(chuàng)建類圖：過(guò)程：確定對(duì)象與類- >> 確定類的屬性 - >> 確定類的關(guān)系類與對(duì)象：用戶、用戶角色、權(quán)限、用戶權(quán)限關(guān)系、參數(shù)表、檔案案卷信息、檔案文件信息、借閱關(guān)系、日志四創(chuàng)建時(shí)序圖：步驟：確定對(duì)象- >>確定交互流程- >> 分析消息1.系統(tǒng)管理員添加用戶2. 檔案管理員錄入數(shù)據(jù)其他時(shí)序圖參照上圖五創(chuàng)建協(xié)作圖：1.系統(tǒng)

16、管理員添加用戶2. 檔案管理員錄入數(shù)據(jù)其他協(xié)作圖參照上圖六創(chuàng)建狀態(tài)圖：步驟：標(biāo)識(shí)建模實(shí)體- >> 標(biāo)識(shí)實(shí)體的各種狀態(tài)->> 標(biāo)識(shí)相關(guān)事件 ->> 對(duì)所建模型精化和細(xì)化實(shí)體：檔案、用戶賬戶（借閱者）檔案狀態(tài)和事件：新建檔案、可借閱、借出借閱者狀態(tài)和事件：新建借閱者、可用、不可用、已刪除檔案狀態(tài)圖：借閱者狀態(tài)圖：七創(chuàng)建活動(dòng)圖：一般人員活動(dòng)圖：借閱管理員活動(dòng)圖：檔案室人員錄入檔案活動(dòng)圖：系統(tǒng)管理員維護(hù)系統(tǒng)數(shù)據(jù)活動(dòng)圖：系統(tǒng)管理員維護(hù)用戶活動(dòng)圖：系統(tǒng)管理員設(shè)置系統(tǒng)參數(shù)活動(dòng)圖：類圖、組件圖、配置圖見(jiàn)課本第五部分BBS 論壇系統(tǒng)一分析需求：二用例圖：參與者：游客、注冊(cè)用戶、版主、系統(tǒng)管理員游客用例：注冊(cè)、登陸系統(tǒng)、