uml 基礎教程 第一章--uml與面向?qū)ο骭第1頁
uml 基礎教程 第一章--uml與面向?qū)ο骭第2頁
uml 基礎教程 第一章--uml與面向?qū)ο骭第3頁
uml 基礎教程 第一章--uml與面向?qū)ο骭第4頁
uml 基礎教程 第一章--uml與面向?qū)ο骭第5頁
已閱讀5頁,還剩23頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

1、精選ppt 第一章第一章 UML與面向?qū)ο笈c面向?qū)ο缶xppt 基礎內(nèi)容:類和對象的關(guān)系基礎內(nèi)容:類和對象的關(guān)系重點掌握:面向?qū)ο蟮乃膫€特征重點掌握:面向?qū)ο蟮乃膫€特征一般了解:面向?qū)ο箜椖康脑O計一般了解:面向?qū)ο箜椖康脑O計精選ppt1.1 面向?qū)ο箝_發(fā)1.1.1 理解面向?qū)ο笠?、對象v面向?qū)ο笳J為客觀世界是由各種各樣的對象組成,每個對象都有自己的數(shù)據(jù)和操作,對象和對象之間是通過對象暴露在外的接口進行調(diào)用的,不同對象之間的相互作用和聯(lián)系構(gòu)成了各種系統(tǒng)。v因此對象是組成系統(tǒng)的基本單元,是一個有組織的含有信息的實體,它由狀態(tài)和行為構(gòu)成。其中,狀態(tài)用來描述對象的靜態(tài)靜態(tài)特征,行為描述對象的動態(tài)動態(tài)特

2、征,對象是包含客觀事物特征的抽象實體,封裝了狀態(tài)和行為。 對象=數(shù)據(jù)+數(shù)據(jù)的操作。精選ppt二、類v類是創(chuàng)建對象的模板,在整體上可代表一組對象,它是具有相同屬性和操作的一組對象的組合。v類的定義包含以下要素: 屬性即定義該類對象的數(shù)據(jù)結(jié)構(gòu)。一個類可以具有零個到多個屬性。 操作即對象要執(zhí)行的操作,也就是類的對象被調(diào)用執(zhí)行哪些操作,以及執(zhí)行這些操作時對象要執(zhí)行哪些操作?;蛘哒f是類能夠做的事情抑或是其它類能對類做的事情。精選ppt對象和類的關(guān)系: 對象是類的一個實例。 如,創(chuàng)建了“人”這個類,現(xiàn)在有一個名字叫“小明”的人,就表示小明是“人”這個類的一個實體對象。我們還可以使用這個類來表達更多其它具體

3、的對象,如“小張”、“小王”等。精選ppt三、消息和事件消息 消息是指描述事件發(fā)生的信息,是對象間相互聯(lián)系和相互作用的方式。 消息主要由五部分組成:消息的發(fā)送對象消息的接收對象消息的傳遞方式消息內(nèi)容(參數(shù))消息返回精選ppt事件 通常是指一種由系統(tǒng)預先定義而由用戶或系統(tǒng)發(fā)出的動作。 事件作用于對象,對象識別事件并作出相應的反應。事件的集合通常是固定的,用戶不能隨便定義新的事件。例如,用鼠標左鍵單擊對象時發(fā)生的Click事件和界面被加載到內(nèi)存時發(fā)生的Load事件。精選ppt四、面向過程v 面向過程的結(jié)構(gòu)化程序設計方法把相互依賴的數(shù)據(jù)和對數(shù)據(jù)的操作相互分離,這種實質(zhì)上的依賴而形式上的分離使得大型程

4、序的編寫比較困難,代碼的重用也變得十分困難,因而產(chǎn)生了面向?qū)ο蟮某绦蛟O計方法。它往往是從問題的一部分著手,一點一點地構(gòu)建出整個程序。v 面向?qū)ο笤O計是以數(shù)據(jù)為中心,使用類做為表現(xiàn)數(shù)據(jù)的工具,類是劃分程序的基本單位。而函數(shù)在面向?qū)ο笤O計中成為了類的接口。v 相對來說,以數(shù)據(jù)為中心而不是以功能為中心來描述系統(tǒng),更能使程序具有穩(wěn)定性。精選ppt1.1 面向?qū)ο箝_發(fā)1.1.2 面向?qū)ο蟮奶卣饕?、抽?簡單地說,抽象的意思是過濾掉對象的一部分特征和操作直到剩下你所需要的屬性和操作。 通過抽象我們可以做到以下幾點:v將需要的事物進行簡化v將事物特征進行概括v將抽象模型組織為層次結(jié)構(gòu)v將軟件重用得以保證精選

5、ppt二、封裝v封裝就是把對象的狀態(tài)和行為綁到一起,形成一個獨立的整體,并盡可能地隱藏對象內(nèi)部的細節(jié)。v封裝有兩個含義: (1)把對象的全部狀態(tài)和行為結(jié)合在一起,形成一個不可分割的整體,對象的私有屬性只能由對象的行為來修改和讀取。 (2)盡可能隱藏對象的內(nèi)部細節(jié),與外界的聯(lián)系只能通過外部接口來實現(xiàn)。精選ppt 在討論封裝這個主題時,還牽扯到另一個相關(guān)概念。封裝意味著對象對其他對象和外部世界隱藏了自己要做什么,因此它也被稱為信息隱藏。 但是對象總是要給外部世界提供一個“接口”,用來初始化這些操作。例如,電視機上一般都有一組按鈕或者提供帶有按鈕的遙控器。電視機的按鈕的按鍵稱為接口。精選ppt三、繼

6、承 例如,洗衣機、電冰箱、微波爐等都可看成是一個一般的類家用電器類(appliance)類的成員。在面向?qū)ο蟮氖澜缰?,我們可以說上述的每一種都是Appliance的子類。 Appliance類具有的屬性有onOffSwitch ,具有turnOn( )和turnOff( )操作。因此,當你知道某物是家用電器的話,那么你就立即知道它具有Appliance類的屬性和操作。精選pptv面向?qū)ο蟾拍钪?,這種關(guān)系叫繼承。每個Appliance的子類都繼承了Appliance的特征。同時,要重點注意下,每個子類都增加了自己的屬性和操作。v因此,繼承是一種連接類與類之間的層次模型,是指特殊類的對象擁有其一般

7、類的屬性和行為。特殊類中不必重新對已經(jīng)在一般類中所定義的屬性和行為進行定義。特殊類自動地、隱含地擁有其一般類的屬性和行為。精選ppt四、多態(tài)v 在面向?qū)ο笾?,每個類都能夠自己“知道”如何執(zhí)行自己的打開操作。這就是“多態(tài)性”。多態(tài)是指兩個或多個屬于不同類的對象,對于同一個消息或方法調(diào)用所做出不同相應的能力。v 多態(tài)性是指在兩個或多個屬于不同類中同一函數(shù)名對應多個具有相似功能的不同函數(shù),可以使用相同的調(diào)用方式來調(diào)用這些具有不同功能的同名函數(shù)。精選ppt1.1 面向?qū)ο箝_發(fā)1.1.3 面向?qū)ο蟮捻椖吭O計一、面向?qū)ο笤O計的準則 1、模塊化 2、抽象 3、信息隱藏 4、低耦合 5、高內(nèi)聚精選ppt二、面

8、向?qū)ο笤O計的規(guī)則 1、設計的結(jié)果應該清晰易懂 2、一般到具體結(jié)構(gòu)的深度應當適當 3、盡量設計小而簡單的類 4、使用簡單的消息協(xié)議 5、使用簡單的函數(shù)或方法 6、把設計變動減至最小精選ppt三、系統(tǒng)設計 1、系統(tǒng)分解 2、確定并發(fā)性 3、處理器及任務分配 4、數(shù)據(jù)存儲管理 5、全局資源的處理 6、選擇軟件控制機制 7、人機交互接口設計精選ppt四、面向?qū)ο箝_發(fā)的優(yōu)點 1、簡單性 2、重用性高,開發(fā)效率高 3、容易修改和維護 4、結(jié)構(gòu)明晰,可讀性強 5、安全性精選ppt1.2 UML簡介1.2.1 對系統(tǒng)建模的必要性 UML具體有哪些作用:v (1)對于軟件系統(tǒng)用戶,軟件的開發(fā)模型向他們描述了軟件

9、開發(fā)者對于軟件系統(tǒng)需求的理解。v (2)對于軟件開發(fā)團隊,軟件的對象模型有助于幫助他們對軟件的需求以及系統(tǒng)的架構(gòu)和功能進行溝通。v (3)對于軟件的維護和技術(shù)支持者,在軟件系統(tǒng)開始運行后的相當長的一段時間內(nèi),軟件的對象模型能夠幫助他們理解程序的架構(gòu)和功能,迅速對軟件所出現(xiàn)的問題進行修復。精選ppt1.2.2 系統(tǒng)建模的目標和原則 通過建模,要實現(xiàn)以下4個目標:v便于開發(fā)人員展現(xiàn)系統(tǒng)v允許開發(fā)人員制定系統(tǒng)的結(jié)構(gòu)或行為v提供指導開發(fā)人員構(gòu)造系統(tǒng)的模板v記錄開發(fā)人員的決策精選ppt1.2.3 UML的定義 UML是一種標準的圖形化建模語言,它是面向?qū)ο蠓治雠c設計的一種標準表示。它:v不是一種可視化的

10、程序設計語言,而是一種可視化的建模語言;v不是工具或知識庫的規(guī)格說明,而是一種建模語言規(guī)格說明,是一種表示的標準;v不是過程,也不是方法,但允許任何一種過程和方法使用它。 精選ppt1.2.4 UML的優(yōu)勢 UML主要優(yōu)勢有以下三點:v (1)UML統(tǒng)一了Booch 、OMT、 OOSE等方法中的基本概念;v (2)UML吸取了面向?qū)ο蠹夹g(shù)領域中其他流派的長處;v (3)UML在演變過程中還提出了一些新的概念。精選ppt1.2.5 在何種場合需要UML UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。v 在需求分析階段在需求分析階段,可以用用例來捕獲用戶需求,通過用例圖建模

11、,描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)的功能的要求。v 分析階段分析階段主要關(guān)心問題域中的主要概念(如抽象、類和對象等)和機制,需要識別這些類以及他們相互之間的關(guān)系,并用類圖來描述。 為了實現(xiàn)用例,類之間需要協(xié)作,這可以用UML動態(tài)模型動態(tài)模型來描述。精選pptv 在設計階段,要考慮的是定義軟件系統(tǒng)中技術(shù)細節(jié)的類(如處理用戶接口、數(shù)據(jù)庫、通信和并行性等問題的類),把分析階段的結(jié)果擴展成技術(shù)解決方案。v 構(gòu)造階段,把設計階段的類轉(zhuǎn)換成某種面向?qū)ο蟪绦蛟O計語言的的代碼(工具可以完成)。v 測試階段,系統(tǒng)通常需要經(jīng)過單元測試、集成測試、系統(tǒng)測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據(jù):單元測試使用類圖和類規(guī)格說明;集成測試使用構(gòu)件圖和協(xié)作圖;系統(tǒng)測試使用用例圖來驗證系統(tǒng)的行為;驗收測試由用戶進行,以驗證系統(tǒng)測試的結(jié)果是否滿足在分析階段確定的需求。精選pptvUML在更多的被經(jīng)常使用在需求分析和設計工作中。vUML用于需求分析:精選ppt精選ppt1.2.6 多種UML建模類型 可將常見的軟件開發(fā)模式分為如下的幾種類型: (1)在第一代軟件開發(fā)過程模式中,軟件需求是要求完全確定的,如瀑布型等; (2)對于第一代軟件開發(fā)過程模式的改進催生了在開始階段只提供基本需求的漸進式開

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論