上傳人：1***

認證信息

認證類型：個人認證

認證主體：羅**（實名認證）

IP屬地：廣西

IP屬地：廣西 上傳時間：2024-03-11 格式：PPT 頁數(shù)：90 大小：687KB 積分：15 舉報 版權(quán)申訴

第3章面向?qū)ο蠼?/p>

3.1建模3.2統(tǒng)一建模語言3.3對象模型技術(shù)3.4其他方法3.1建模設(shè)計者根據(jù)構(gòu)造事件的各種目的建立各種不同的模型。3.1.1使用模型的目的

建立物理實體前進行測試與用戶交流可視化減少復(fù)雜性3.1.2抽象

抽象的目的主要是提煉相對某種目的是重要的方面，而忽略次要方面。所有抽象都是不完備的和不精確的。3.2統(tǒng)一建模語言

統(tǒng)一建模語言〔UnifyModelingLanguage，簡稱UML〕是一種整合多種模型的語言，這種語言是用來描述軟件系統(tǒng)的標準化、可視化及文件化。UML軟件開發(fā)程序結(jié)構(gòu)如圖3-1所示。圖3-1每一個類模型，有兩個局部：〔1〕邏輯局部〔Logicalmodel〕〔2〕符號局部〔Notation〕UML具備以下三種結(jié)構(gòu)：〔1〕靜態(tài)對象結(jié)構(gòu)〔Staticobjectstructure〕〔2〕動態(tài)行為〔DynamicBehavior〕〔3〕系統(tǒng)部署〔Systemdeployment〕3.2.1模型的建立軟件開發(fā)需要模型解決以下問題〔1〕復(fù)雜的系統(tǒng)不能直接了解〔2〕模型是系統(tǒng)早期抽象的重要結(jié)構(gòu)模型的目的有以下幾個：〔1〕了解問題〔2〕介入的工作者相互溝通〔3〕找出錯誤〔4〕規(guī)劃和設(shè)計〔5〕產(chǎn)生程序代碼傳統(tǒng)的方法有如下特點和缺乏：〔1〕結(jié)構(gòu)化分析〔2〕不適用于互動的應(yīng)用程序〔3〕處理過于線性3.2.2面向?qū)ο蟮睦砟蠲嫦驅(qū)ο蟮囊饬x在于：〔1〕面向?qū)ο笫且环N與人體系統(tǒng)有關(guān)系的親思考方式，但是它建立在先前的軟件經(jīng)驗中。〔2〕增加的是使數(shù)據(jù)和行為結(jié)合成為對象?！?〕精煉是行為的封裝?！?〕面向?qū)ο蠼⒃冢孩佘浖こ谈拍睢＂谟嬎銠C科學(xué)概念。③工程管理實行。④數(shù)據(jù)庫信息模型。⑤傳統(tǒng)開發(fā)方法有關(guān)的經(jīng)驗。面向?qū)ο蟛捎靡韵路椒▉韼椭ぷ鳎骸?〕對象是使數(shù)據(jù)和行為結(jié)合成為一個包裝?！?〕繼承是防止共同行為的重復(fù)。〔3〕允許反復(fù)開發(fā)大的系統(tǒng)，改變對象完全不會影響它的行為。面向?qū)ο蠓椒ǖ拈_展歷程如下：〔1〕20世紀80年代面向?qū)ο蟮姆椒ㄒ殉蔀樾纶厔荨！?〕不同的總是外表?！?〕實際工程展示的工作與早期的方法經(jīng)驗有關(guān)。統(tǒng)一建模語言的目標：〔1〕提供一個共享模型語言作為所有通用的目的?！?〕整合Booch、OMT和OOSE等方法的概念?！?〕從其他方法中吸取納入最好的想法?！?〕納入企業(yè)最好的實務(wù)經(jīng)驗?！?〕強調(diào)目前軟件開發(fā)的主題?！?〕保持語言盡可能的簡單?！?〕目標是所有方法使用的一個共享模型語言。UML的范圍包括：〔1〕開發(fā)產(chǎn)品標準化〔2〕開發(fā)的詳細流程尚未標準化〔3〕使用橫跨整個開發(fā)生命周期3.2.3系統(tǒng)觀點

使用實例觀點〔UseCaseView〕邏輯觀點〔LogicalView〕實作觀點〔ImplementationView〕處理觀點〔ProcessView〕配置觀點〔DeploymentView〕3.2.4規(guī)劃分析

根據(jù)以上觀點將整合程序簡化，匯整統(tǒng)一建模語言規(guī)劃，分析操作程序如圖3-2所示。圖3-23.2.5UML的根本圖標模型共享元素如圖3-3所示

圖3-3關(guān)系圖標如圖3-4所示

圖3-4類圖1〕類與關(guān)聯(lián)2〕類圖：靜態(tài)的結(jié)構(gòu)3〕類圖類型1〕類與關(guān)聯(lián)〔1〕類〔2〕個體數(shù)目〔3〕角色姓名關(guān)聯(lián)〔1〕類圖如圖3-5所示圖3-5〔2〕體數(shù)目如圖3-6所示圖3-6〔3〕角色姓名關(guān)聯(lián)如圖3-7所示圖3-72〕類的靜態(tài)結(jié)構(gòu)圖3-8的類圖是靜態(tài)的呈現(xiàn)。靜態(tài)結(jié)構(gòu)的圖標像在幫系統(tǒng)照一張相片，照到的東西就是在那一個單純時刻同步發(fā)生的事件。圖3-83〕類圖類型〔1〕關(guān)聯(lián)類，如圖3-9所示。圖3-9〔2〕關(guān)聯(lián)，如圖3-10所示。圖3-10〔3〕聚集、追蹤性和個體數(shù)目，如圖3-11所示。圖3-11〔4〕有條件的聚集，如圖3-12所示。圖3-12〔5〕一般化/特殊化，如圖3-13所示。圖3-13〔6〕限制，如圖3-14所示。圖3-14使用實例圖

圖3-15中間的方格，表示潛在的系統(tǒng)，外面的小人通稱為行動者，就像演員或戰(zhàn)場上參與的戰(zhàn)士，行動者就用小人表示，在中間畫橢圓表示是以用戶眼光所看到的操作。圖3-15循序圖循序圖的原型如圖3-16所示。圖3-16使用實例圖1〕圖標2〕使用實例圖類型1〕圖標〔1〕行動者，如圖3-17所示。圖3-17〔2〕溝通關(guān)聯(lián)，如圖3-18所示。圖3-18〔3〕使用實例，如圖3-19所示。圖3-192〕使用實例圖類型使用實例圖如圖3-20所示。圖3-20合作圖合作圖〔CollaborationDiagrams〕如圖3-21所示。圖3-21狀態(tài)圖〔1〕狀態(tài)圖原型，如圖3-22所示。圖3-22〔2〕狀態(tài)轉(zhuǎn)變，如圖3-23所示。圖3-23〔3〕循環(huán)，如圖3-24所示。圖3-24封裝

封裝類型如圖3-25所示。圖3-25活動圖1〕圖標2〕活動圖例1〕圖標〔1〕行動狀態(tài)，如圖3-26所示。圖3-26〔2〕開始狀態(tài)，如圖3-27所示。圖3-27〔3〕終止狀態(tài)，如圖3-28所示。

圖3-28〔4〕狀態(tài)行動的轉(zhuǎn)變，如圖3-29所示。圖3-29〔5〕決定，如圖3-30所示。圖3-30〔6〕平行處理工作，如圖3-31所示。

圖3-31〔7〕工作行動，如圖3-32所示。圖3-32〔8〕對象的輸入或輸出，如圖3-33所示。圖3-33〔9〕送出信號，如圖3-34所示。圖3-34〔10〕收到信號，如圖3-35所示。圖3-352〕活動圖例活動圖：磁盤，如圖3-36所示。圖3-36組件圖，組件圖類型如圖3-37所示。圖3-37配置圖，類型如圖3-38所示。

圖3-383.2.6軟件開發(fā)的傳統(tǒng)與現(xiàn)代理論方面解決方案方面3.2.7UML的根本元素類對象操作繼承結(jié)合關(guān)聯(lián)3.2.8UML的語法規(guī)那么通常語法規(guī)劃大多在元素的含義里表達。樣式既是元素也是規(guī)那么，所以規(guī)那么和元素是不可分的。樣式就是元素，而每一個樣式也是一條規(guī)那么，這些規(guī)那么語句用在如何安排與組合一些較小的元素，這些軟件的元素也是樣式。3.2.9UML的詞別

詞別概念將含義相近的元素歸為一群，同時也讓設(shè)計師們可定義該詞別的共同含義。3.3對象模型技術(shù)“對象模型”表示系統(tǒng)靜態(tài)的、結(jié)構(gòu)化的數(shù)據(jù)；“動態(tài)模型”表示系統(tǒng)時的、行為的控制方式；“功能模型”那么表示了系統(tǒng)的轉(zhuǎn)換功能。3.3.1對象模型對象模型描述了系統(tǒng)中對象結(jié)構(gòu)，包括對象的標識、與其他對象的關(guān)系、屬性和操作。3.3.2動態(tài)模型

動態(tài)模型描述了系統(tǒng)中與時間和操作序列有關(guān)的內(nèi)容，即標志改變的事件、事件序列，定義事件上下文狀態(tài)以及事件和狀態(tài)的組織。3.3.3功能模型

功能模型描述了系統(tǒng)與值轉(zhuǎn)換有關(guān)的諸方面，即功能、映象、約束和功能性依賴。功能模型只著眼于系統(tǒng)做什么，而不用考慮如何做，什么時候去做。3.3.4三種模型的聯(lián)系

對象模型描述了動態(tài)模型和功能模型操作的數(shù)據(jù)結(jié)構(gòu)。對象模型中的操作對應(yīng)于動態(tài)模型中的事件和功能模型中的功能。動態(tài)模型描述對象的控制結(jié)構(gòu)，它展示了依賴于對象值并導(dǎo)致改變對象值和喚醒功能的動作的決策。功能模型描述由對象模型中的操作和動態(tài)模型的動作喚醒的功能。功能是對象模型指定的數(shù)據(jù)值上的操作，功能模型給出對象值上的約束。3.4其他方法

本小節(jié)簡單介紹其他幾種面向?qū)ο蟮姆椒ㄕ摗?.4.1Rumbaugh面向?qū)ο蟮姆椒ㄕ?/p>

系統(tǒng)分析OMT的系統(tǒng)分析OMT的系統(tǒng)設(shè)計3.4.2Shlaer/Mellor面向?qū)ο蟮姆椒ㄕ?/p>

問題描述信息模型狀態(tài)模型處理模型3.4.3Jacobson面向?qū)ο蠓椒ㄕ?/p>

使用實例：對象模型技術(shù)企業(yè)系統(tǒng)3.4.4Booch面向?qū)ο蟮姆椒ㄕ?/p>

面向?qū)ο箝_發(fā)模型圖示工具微觀開發(fā)程序宏觀開發(fā)程序3.4.5Yourdon面向?qū)ο蠓椒ㄕ?/p>

確認對象對象結(jié)構(gòu)系統(tǒng)主題層對象屬性系統(tǒng)效勞的功能分析與設(shè)計3.4.6主流面向?qū)ο竽Ｐ?/p>

主流對象的六個階段：〔1〕工程定義階段〔2〕分析階段〔3〕設(shè)計階段〔4〕建構(gòu)階段〔5〕系統(tǒng)測試與安裝階段〔6〕系統(tǒng)操作與維護階段主流對象的六種模型：〔1〕企業(yè)過程模型〔2〕處理循序模型〔3〕對象結(jié)構(gòu)模型〔4〕對象生命周期模型〔5〕對象交互模型〔6〕系統(tǒng)范圍模型主流對象的圖標

〔1〕對象結(jié)構(gòu)圖

〔2〕對象間的關(guān)系對象間的關(guān)系〔1〕繼承〔inheritance〕〔2〕合成〔aggregation〕〔3〕通訊〔communication〕〔4〕衍生〔derive〕〔5〕順序〔order〕〔6〕對象生命周期圖〔7〕對象交互圖〔8〕對象處理循序圖〔9〕活動流程圖〔10〕系統(tǒng)概觀圖主流對象的六個組件〔1〕問題領(lǐng)域組件〔2〕人機交互組件〔3〕外部界面組件〔4〕數(shù)據(jù)管理組件〔5〕職務(wù)管理組件〔6〕公用效勞組件面向?qū)ο蟮某绦蛟O(shè)計在應(yīng)用主流面向?qū)ο竽Ｐ偷能浖_發(fā)過程中，以對象作為核心，無論在系統(tǒng)分析或系統(tǒng)設(shè)計或程序編寫階段，均使用同樣的對象，使各階段過程能夠順利地轉(zhuǎn)換，不致產(chǎn)生銜接上的問題，影響后續(xù)工作的進行，充分發(fā)揮面向?qū)ο蠹夹g(shù)的