UML完整復習資料(大學考試專用)(word文檔良心出品)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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