面向?qū)ο笾v義參考

面向?qū)ο箝_發(fā)培訓(xùn)參考講義一.軟件架構(gòu)的組織原則:軟件本質(zhì):我們的世界是模糊的、連續(xù)的、不精確的，但軟件是精確的、離散的、形式化的，這就注定軟件不能完全描述現(xiàn)實世界。所以我們要知道描述那些部分，忽略那些部分，這就是軟件的本質(zhì)問題。VRAPS模型（構(gòu)想，節(jié)奏，預(yù)見，協(xié)作，簡化）構(gòu)架:為我們提供了整個系統(tǒng)的清晰的視角，對控制系統(tǒng)的開發(fā)是必要的。軟件系統(tǒng)是一個單一的實體，但從不同視覺展示系統(tǒng)有助于更好的理解設(shè)計，這些視角被解釋為系統(tǒng)的模型視圖，視圖合在一起構(gòu)成了構(gòu)架架構(gòu)描述:用況模型視圖，分析模型視圖，設(shè)計模型視圖實施模型視圖實現(xiàn)模型視圖測試模型視圖對描述構(gòu)架不起作用，他只是用來驗證構(gòu)架基線二.面向?qū)ο蠓治鲈O(shè)計開發(fā)面向?qū)ο蟮姆治鍪前凑崭拍睿▽ο螅浖栴}進(jìn)行分解，而不是像結(jié)構(gòu)化分析哪樣是按照功能對軟件問題進(jìn)行分解的。系統(tǒng)分析:理解并詳細(xì)說明信息系統(tǒng)應(yīng)該做什么的過程識別出問題域中不同概念并用概念模型將其存檔系統(tǒng)設(shè)計:詳細(xì)說明信息系統(tǒng)的許多特性在物理上是怎樣實施的過程。面向?qū)ο蟮哪繕?biāo)是開發(fā)能夠反映現(xiàn)實世界某個特定片段的軟件（或模型）.對象:a?定義為某一事物，即是可以看到、摸到或感覺到的一種實體。在計算機(jī)面向?qū)ο蠹夹g(shù)中，對象是系統(tǒng)的基本成分，是具有特殊屬性（數(shù)據(jù)）和行為方式（方法）的實體.它應(yīng)有唯一的名稱，有表示對象行為的一組公共與私有操作。=（ID,DS,MS,MI）ID:標(biāo)識或?qū)ο竺鸇S:對象的數(shù)據(jù)結(jié)構(gòu)MS:操作集MI:對外接口類:一個類描述了屬于該類型的所有對象的性質(zhì)，包括外部特征和內(nèi)部實現(xiàn)。共享相似特性和行為的對象的集合。對象是某個類的一個元素。=（ID,INH,DD,OI,ITF）ID:標(biāo)識或類名INH:類繼承性描述DD:數(shù)據(jù)結(jié)構(gòu)描述OI:操作集合描述ITF:對外接口類的屬性:抽象：過濾掉對象的一部分特性和操作直到只剩下你所需的操作和屬性，繼承：對象繼承了所屬類的屬性和操作，類同樣也可以繼承其他類的屬性和操作。如何發(fā)現(xiàn)類之間的繼承關(guān)系?在初始模型中，在類列表中找出兩個或多個具有相同屬性和操作的類，其中一個類有可能就是其它類的父類，或者可為這些類新建一個父類。子類型有額外的重要的屬性，子類型有額外的重要的關(guān)聯(lián)子類型以不同于父類型或其它子類型的重要方式被操作，操縱，反應(yīng)或處理子類型描述的事物與超類型或其它子類型的行為方式不同多態(tài):不同的類中可以有相同名稱的操作且這個操作在每個類中都能以各自不同的方式執(zhí)行，因此必須清楚這些同名操作之間的重要區(qū)別。封裝:當(dāng)一個對象執(zhí)行自己的操作時，它對外界隱藏操作的細(xì)節(jié)，持久化框架:是一種可重用的，且通?？杀粩U(kuò)展的類的集合，他可向持久化對象提供服務(wù)。如：存儲數(shù)據(jù)時將對象轉(zhuǎn)換成記錄，在取回數(shù)據(jù)時需將記錄轉(zhuǎn)換成對象。消息傳遞：對象通過相互之間的消息傳遞協(xié)同工作關(guān)聯(lián):a在物理上或邏輯上是b的一部分a物理上或邏輯上依賴于ba被記錄在b中管理原則:1．需要知道型關(guān)聯(lián)：需要將概念之間的關(guān)系信息記憶一段時間的關(guān)聯(lián)2．概念比關(guān)聯(lián)重要3．太多關(guān)聯(lián)使概念模型混亂4．避免關(guān)聯(lián)之間的信息冗余以及減少派生關(guān)聯(lián)聚集接口:是描述類的部分行為的一組操作，他也是一個類提供給另一個類的一組操作獲取需求的基本原則:1.深入淺出以流程為主線獲取需求的重點:1.平均頻度:業(yè)務(wù)發(fā)生的頻繁程度（即單位時間內(nèi)發(fā)生的次數(shù)）頻度越高，數(shù)據(jù)量就越大，對響應(yīng)時間、易操作性等要求越高，在數(shù)據(jù)存儲需充分考慮高峰期的頻度:只有掌握此數(shù)據(jù)，在后面系統(tǒng)測試時，需要模擬高峰期的業(yè)務(wù)頻度3.看單據(jù)::有那些數(shù)據(jù)，每頁數(shù)據(jù)精度，計算生成方法，取值范圍限定單擊內(nèi)容是進(jìn)行數(shù)據(jù)結(jié)構(gòu)設(shè)計的最基本依據(jù)取值范圍與計算方法是數(shù)據(jù)完整性檢測的依據(jù)4.生成單據(jù)或報表的時間（手工）:花費時間多，處理方法復(fù)雜的地方通常是最關(guān)鍵的地方，也是用戶驗收關(guān)心的地方，通常也是用戶沒有足夠人力與時間處理才想到用計算機(jī)的地方5.單據(jù)或報表的來源:單據(jù)聯(lián)數(shù)，每聯(lián)用途，送交單位，送交時間6.有那些特殊情況，在某個作業(yè)環(huán)節(jié)出錯時通過何種途徑彌補(bǔ)：分析員可采用窮舉的方法，假定每一個環(huán)節(jié)都出現(xiàn)失誤，逐環(huán)節(jié)詢問用戶的處理方法，防止遺漏7.將來有何變化獲得類的過程:讓分析員使用客戶所采用的術(shù)語和用戶交流，可促使客戶說出問題的細(xì)節(jié)。在談話過程中應(yīng)不時停下來作總結(jié)，測試一下你對問題的理解，熟悉和使用領(lǐng)域術(shù)語，并盡量使談話氣氛保持輕松愉快對不熟悉的領(lǐng)域術(shù)語，務(wù)必讓對方解釋清除。不必?fù)?dān)心對方覺得你無知，談話的目的是獲得知識，學(xué)習(xí)領(lǐng)域術(shù)語。需經(jīng)常從前面的回答中辨別新問題，集中注意力聽對方對每個問題的解答，業(yè)務(wù)邏輯通常包含在對方對問題的解答中遇到業(yè)務(wù)邏輯時要作記錄，還要整理和維護(hù)好這些記錄以后可能用到若覺得業(yè)務(wù)過程某些部分過于復(fù)雜，應(yīng)當(dāng)暫時將其擱置，日后單獨討論。每個業(yè)務(wù)過程復(fù)雜度不宜過高，以容易繪制成模型圖為宜。繪制出模型圖的清晰性要比模型的復(fù)雜性更重要。征求被訪者對活動圖的反饋意見，根據(jù)對方意見修改活動圖分析類的基本構(gòu)造型:1.邊界類:用于建立系統(tǒng)與其參與者（用戶和外部系統(tǒng)）之間交互的模型，:通常把用戶界面或通信接口變化隔離在一個或多個邊界類中2.實體類：用于長效且持久的信息建模，實體類主要對諸如個體、實際對象或?qū)嶋H事物的某些現(xiàn)象或概念信息及相關(guān)行為建模。3.控制類：代表協(xié)調(diào)、排序、事務(wù)處理以及對其它對象的控制，經(jīng)常用于封裝與某個集體用況有關(guān)的控制，也可用于表示復(fù)雜的派生和演算識別概念策略:使用概念目錄列表找出概念:物理的或?qū)嵲诘膶ο笠?guī)格說明，設(shè)計或事物的描述地點，事務(wù)，人的角色，組織，事件，規(guī)則，策略，手冊，書籍根據(jù)名詞性短語找出概念:弱點在于自然語言的不準(zhǔn)確性,如:班組，工區(qū)概念、屬性區(qū)分:若概念在現(xiàn)實世界不僅僅是一些簡單的數(shù)字或文字，那么最好將其作概念處理，而不是作為屬性處理.類潛在的兩組屬性:傳統(tǒng)的將之視為關(guān)系表中屬性的屬性：如:姓名,編號是客戶全視之為類屬性的屬性:如：線桿的瓷瓶一個類可以有多個與之關(guān)聯(lián)的屬性，具有大量數(shù)據(jù)的類是不良的設(shè)計，比較好的設(shè)計是類具有50或更少的屬性識別職責(zé):知道型職責(zé):知道自己私有的封裝的數(shù)據(jù)，知道自己相關(guān)聯(lián)的對象信息，知道自己派生出來或計算出來的事物做型職責(zé)：自己完成某件任務(wù)，發(fā)起其它對象執(zhí)行動作，控制和協(xié)調(diào)其它對象內(nèi)的活動。面向?qū)ο笤O(shè)計要點:為實際工作設(shè)計理解要實現(xiàn)的東西需求的重要性在現(xiàn)有任務(wù)中應(yīng)用多個模型用例的重要性用力可大可小，但必須是對一個具體的用戶目標(biāo)實現(xiàn)的完整描述文檔的重要性證明軟件的設(shè)計在實踐中是可行的應(yīng)用已知的模式類的內(nèi)聚性：一個類應(yīng)有且僅有一個職責(zé)，否則可能由于多個不同原因引起該類發(fā)生變化充分考慮軟件的可移植性：當(dāng)使用os的特性，或利用某db專用語言寫了存儲過程，應(yīng)將這些特性的實現(xiàn)細(xì)節(jié)封裝在一個類中建立對象數(shù)據(jù)辭典：便于內(nèi)部重用和共享，應(yīng)建立電子化對象數(shù)據(jù)辭典，以便對象統(tǒng)一歸類管理12.對接口編程:是面向?qū)ο笤O(shè)計的基本原則之一。對于所有完成相同功能的組件，應(yīng)抽象出一個接口，他們都實現(xiàn)該接口。好的接口設(shè)計原則:隱藏實現(xiàn)細(xì)節(jié)只提供必要的功能不要對外部代碼施加影響保持接口風(fēng)格統(tǒng)一在同一層分配和釋放資源在較低層檢測錯誤，在較高層處理錯誤13.類的最高層是抽象類:在許多情況下，提供一個抽象類有利于做特性化擴(kuò)展，抽象類的層次越高，代碼就越有彈性，越容易適應(yīng)變化.優(yōu)先使用對象組合，而不是類繼承：有助于保持每個類被封裝，并且具有更多的靈活性增加參數(shù)的可讀性盡量減少對變量的直接訪問：對數(shù)據(jù)的封裝原則應(yīng)該規(guī)范化，不要把一個類的屬性暴露給其它類，而是應(yīng)通過訪問方法去保護(hù)他們，這有利于避免波紋效應(yīng)，若某個屬性的名字改變，只需修改它的訪問方法，而不是修改所有相關(guān)代碼。面向?qū)ο蟮脑O(shè)計原則:單一職責(zé)原則:對于一個類而言，應(yīng)該僅有一個引起它變化的原因，變化的軸線僅當(dāng)變化實際發(fā)生時才具有真正的意義，否則應(yīng)用它是不明智的b.開發(fā)－封閉原則:對于擴(kuò)展是開放的（我們可以改變模塊的功能）對于更改是封閉的（擴(kuò)展時，無需改動源碼或二進(jìn)制代碼）一般而言，無論模塊多么封閉，都會存在一些無法封閉的變化，沒有對于所有情況都貼切的模型設(shè)計人員必須對于他設(shè)計的模塊應(yīng)該對哪些變化封閉作出選擇，他們必須先猜測出最有可能發(fā)生的變化種類，然后構(gòu)造抽象類來隔離那些變化對于應(yīng)用程序中每個部分都進(jìn)行抽象不是一個好注意，正確的做法是，開發(fā)人員應(yīng)該僅僅對程序中呈現(xiàn)出頻繁變化的那些部分作出抽象，拒絕不成熟的抽象和抽象本身一樣重要長方形，正方形是非is—a的，ood中is—a關(guān)系是就行為方式而言的liskov替換原則:子類型必須能夠替換掉他們的基類型在重新聲明派生類中的例程時，只能使用相等或者更弱的前置條件來替換原始的前置條件，只能用相等或者更強(qiáng)的后置條件來替換原始的后置條件.（例：傳入％或具體單位值獲得單位統(tǒng)計，只傳單位）依賴倒置原則:高層模塊不應(yīng)該依賴于底層模塊，二者都應(yīng)該依賴于抽象抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象接口隔離原則:不應(yīng)該強(qiáng)迫客戶依賴于他們不用的方法包的設(shè)計原則:內(nèi)聚性原則重用發(fā)布等價原則不希望用戶發(fā)現(xiàn)包中包含的類中，一些是他需要的，另一些他卻完全不適

共同重用原則:一個包中的所有類應(yīng)該是共同重用的，如果重用了包中的一個類，那么就要重用包中的所有類共同封閉原則:包中的所有類對于同一類性質(zhì)的變化應(yīng)該是共同封閉的，一個變化若對一個包產(chǎn)生影響，則對該包中的所有類產(chǎn)生影響，而對于其它的包不造成任何影響耦合性原則:無環(huán)依賴原則:若依賴關(guān)系圖中存在環(huán)，就很難確定包創(chuàng)建的順序解除環(huán):使用依賴倒置原則創(chuàng)建新包，將兩包依賴的類放置其中自頂向下設(shè)計穩(wěn)定依賴原則:朝著穩(wěn)定的方向進(jìn)行依賴軟件分層設(shè)計:界面層，業(yè)務(wù)邏輯層，數(shù)據(jù)接口層，數(shù)據(jù)層優(yōu)點:良好的透明和封裝，高內(nèi)聚，低耦合，易于擴(kuò)展，維護(hù)和重用，開發(fā)人員易于分工，提高開發(fā)效率缺點:效率降低，開發(fā)難度增大面向?qū)ο蟮臄?shù)據(jù)庫設(shè)計:一般編程設(shè)計有兩種屬性主導(dǎo)型:從歸納數(shù)據(jù)庫應(yīng)用的屬性出發(fā)，在歸并屬性集合（實體）時，維持屬性間的函數(shù)依賴關(guān)系實體主導(dǎo)型:先從尋找對數(shù)據(jù)庫應(yīng)用有意義的實體出發(fā)，然后定義屬性來完善實體一般認(rèn)為現(xiàn)實世界實體數(shù)量在屬性1/10以下時，宜使用實體主導(dǎo)型設(shè)計方法面向?qū)ο蟮臄?shù)據(jù)庫設(shè)計從對象模型出發(fā)，屬于實體主導(dǎo)型設(shè)計設(shè)計步驟:設(shè)計應(yīng)用系統(tǒng)結(jié)構(gòu)b.選擇便于應(yīng)用程序與dbms結(jié)合的dbms體系結(jié)構(gòu)根據(jù)應(yīng)用程序使用的環(huán)境平臺，選擇適宜的dbms和開發(fā)工具設(shè)計數(shù)據(jù)庫，編寫定義數(shù)據(jù)庫模式的sql程序編寫用戶接口應(yīng)用程序，錄入數(shù)據(jù)注：此順序不是瀑布模型，每一步可以反饋應(yīng)用對象模型與rdbms模型的映射：a.RDBMS是以二維表為基本管理單元的，對象模型要由二維表及表間關(guān)系描述，對象模型向數(shù)據(jù)庫概念模型的映射就是向數(shù)據(jù)庫表的變換過程:一個對象類可以映射一個以上的庫表，當(dāng)類間有一對多的關(guān)系時，一a.個類也可對應(yīng)多個類關(guān)系映射：一般映射為一個表單一繼承泛化關(guān)系可對超類、子類分別映射表，也可讓子類表擁有父類屬性，也可讓父類表擁有子類表屬性對庫表進(jìn)行冗余控制調(diào)整，使之滿足合理的關(guān)系范式三.敏捷軟件開發(fā):參考，慎用，不是最合理的軟件方法個體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶合作勝過合同談判響應(yīng)變化勝過遵循計劃雖然右項也具有價值，但左項具有更大的價值martin文檔第一定律:直到迫切需要并且意義重大時，才編制文檔敏捷軟件開發(fā)原則:我們優(yōu)先要做的就是盡快的、持續(xù)的交付有價值的軟件使客戶滿意初期交付的系統(tǒng)中包含的功能越少，最終交付的系統(tǒng)的質(zhì)量就越高即使到了開發(fā)后期，也歡迎改變需求，敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢經(jīng)常性的交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的間隔越短越好在整個開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須在一起工作圍繞被激勵起來的個人來創(chuàng)建項目，給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作在團(tuán)隊內(nèi)部，最具有效果且富有效率的傳遞信息的方法，就是面對面的交談能工作的軟件是首要的進(jìn)度衡量標(biāo)準(zhǔn)敏捷軟件開發(fā)過程提倡可持續(xù)的開發(fā)速度，責(zé)任人、開發(fā)者、用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度（10蓋女人不可能在一個月內(nèi)生出小孩）不斷的關(guān)注優(yōu)秀的技能和好的設(shè)計會增強(qiáng)敏捷能力簡單:使未完成的工作最大化的藝術(shù)，是根本的最好的構(gòu)架，需求和設(shè)計出自于自組織的團(tuán)隊每隔一段時間，團(tuán)隊會在如何才能有效地工作方面進(jìn)行反省，然后相應(yīng)地對自己地行為進(jìn)行調(diào)整注意事項:客戶作為團(tuán)隊成員:當(dāng)確實無法和客戶工作在一起時，建議尋找能夠在一起工作、愿意并能夠代替真正客戶地人結(jié)隊編程:所有地產(chǎn)品代碼都是由結(jié)隊的程序員使用一臺電腦共同完成的。結(jié)隊成員中的一位控制鍵盤并輸入代碼，另一位觀察輸入的代碼中的錯誤和可以改進(jìn)的地方。結(jié)隊的關(guān)系每天至少要改變一次，以便于每個程序員在一天中可以在兩個不同的結(jié)隊中工作.集體所有權(quán):結(jié)隊編程中的每一對都有拆出任何模塊并對它進(jìn)行改進(jìn)的權(quán)利持續(xù)集成:程序員每天會多次拆入他們的代碼并進(jìn)行集成，規(guī)則很簡單（第一個拆入的只要完成拆入即可，所有其它的人負(fù)責(zé)代碼的合并工作）可持續(xù)的開發(fā)速度:不允許團(tuán)隊加班工作，在版本發(fā)布前的一個星期是該規(guī)則的唯一例外，若發(fā)布目標(biāo)就在眼前且一蹴而就，則允許加班開發(fā)的工作空間:密歇根大學(xué)研究:在充滿積極討論的屋子里工作，生產(chǎn)率會成倍的提高計劃游戲:本質(zhì)是劃分業(yè)務(wù)人員和開發(fā)人員之間的職責(zé)（業(yè)務(wù)人員和客戶決定特性的重要性，開發(fā)人員決定實現(xiàn)一個特性所花費的代價）簡單的設(shè)計:考慮能夠工作的最簡單的事情你將不需要它:只有在有證據(jù)，或者至少有十分明顯的跡像表明現(xiàn)在引入這些基礎(chǔ)結(jié)構(gòu)比繼續(xù)等待更加合算時，團(tuán)隊才會引入這些基礎(chǔ)結(jié)構(gòu)一次，并且只有一次不允許容忍重復(fù)的代碼，無論哪里出現(xiàn)重復(fù)的代碼，他們都會消除它們.（例外：性能差別很大時）消除重復(fù)最好的方法就是抽象，進(jìn)一步減少代碼間的耦合重構(gòu):是持續(xù)進(jìn)行的，是我們每隔一個小時或者半個小時就要去做的事情。通過重構(gòu)，我們可以持續(xù)地保持盡可能干凈、簡單且具有表現(xiàn)力的代碼敏捷開發(fā)人員對待軟件設(shè)計地態(tài)度和外科醫(yī)生對待消毒地過程的態(tài)度是一樣的:設(shè)計的臭味：a.僵化性:很難對系統(tǒng)進(jìn)行改動脆弱性：對系統(tǒng)的改動會對系統(tǒng)中和改動地方在概念上無關(guān)的很多地方出現(xiàn)問題牢固性:很難解開系統(tǒng)的糾結(jié)粘滯性：做正確的事情比做錯誤的事情要困難不必要的復(fù)雜性f.晦澀性：不必要的重復(fù)

四.UML:每一種UML圖都為你提供一種組成特殊視圖的方式，采用多視點的目標(biāo)是為了滿足每一類風(fēng)險承擔(dān)人的需要。靜態(tài)模型描述系統(tǒng)的結(jié)構(gòu)特性動態(tài)模型描述系統(tǒng)的行為特性。類提供了系統(tǒng)的部分靜態(tài)視圖，描述的是系統(tǒng)的內(nèi)部構(gòu)成。用例提供了系統(tǒng)動態(tài)的行為視圖，說明的是從外部看到的系統(tǒng)。類圖:展示系統(tǒng)或者領(lǐng)域中的實體以及實體之間的關(guān)聯(lián)關(guān)聯(lián):類之間的連接關(guān)聯(lián)上的約束:關(guān)聯(lián)上的約束or（或）約束關(guān)聯(lián)類:關(guān)聯(lián)有自己的屬性和操作時，關(guān)聯(lián)實際上是一個類繼承與泛化（UML中稱為泛化）：類a具有類b的所有特征，類a不同于類b,則類a繼承類b子類型必須符合以下兩個規(guī)則100％規(guī)則:超類型定義應(yīng)該100％的可以被應(yīng)用于子類型。子類型必須100％的符合超類型的屬性和關(guān)聯(lián)。Is-a規(guī)則:所有子類型集合的成員必須是它們的超類型集合的成員依賴:一個類使用了另一個類，這種關(guān)系叫做依賴-端11類5類6-特性1--端11類5類6-特性1-端5{0R}-端*-特性1+操作1+操作1（）1 5-端3-端411 -端9端10 1..*AssociationClassl-特性1+操作1()建立設(shè)計類圖:通過分析交互圖，識別出所有參與軟件解決方案的類將它們在一個類圖中繪出復(fù)制概念模型中的相關(guān)概念的屬性到類圖的類中通過分析交互圖來為類圖中的類添加方法為屬性和方法添加類型信息在類圖中添加關(guān)聯(lián)，以支持必要的類之間的可見性在關(guān)聯(lián)上添加導(dǎo)航箭頭，來指明屬性可見性的方向添加依賴關(guān)系連線，來指明非屬性的可見性一個類的職責(zé)：就是該類在所有用況實現(xiàn)中所充當(dāng)?shù)膮R集，將角色集中起來并去掉其中重疊的部分，就可得到該類的所有職責(zé)和屬性的規(guī)格說明。用例圖:一種用以顯示不同的用戶角色和這些用戶角色如何使用系統(tǒng)的圖用例分析的一個重要方面，是揭示出組成系統(tǒng)的構(gòu)件。用例:由系統(tǒng)為使用該系統(tǒng)的用戶完成的一個單一用途或功能從用戶的觀點對系統(tǒng)行為的一個描述。是能夠幫助分析員和用戶確定系統(tǒng)使用情況的UML組件。是系統(tǒng)的一組場景。每個用例圖都有其自身的頁，每個用例中的場景描述通常也至少占一頁：每個用例的背后都隱藏一張順序圖.高層用例：是非常簡潔的，通常是一個過程三兩句話的描述用況名稱：參與者：參與者列表，并注明用況發(fā)起者類型：a.主要，次要，可供選擇的b.基本的，真實的主要:主要的過程；次要：不重要的或不常見的過程；可供選擇：可以處理也可不處理的過程；基本：用一個完整格式表達(dá)，但很少涉及用況實現(xiàn)細(xì)節(jié)；真實：能具體描述用況過程的真實細(xì)節(jié)，以及具體的輸入輸出技術(shù)。描述：擴(kuò)展用例：是描述一個過程的長篇敘述，可能含幾百句話的描述。用況：參與者：目的：概述：類型：交叉引用：相關(guān)的用況或系統(tǒng)功能典型的事件發(fā)生過程：可供選擇的事件發(fā)生過程：文檔中描述的內(nèi)容:發(fā)起用例的參與者用例的前置條件場景中的步驟場景完成后的后置條件從用例中獲益的參與者。包含用例：《include》早期稱使用(use)用例用例的重用技術(shù)擴(kuò)展用例：《extends》對原用例的擴(kuò)展技術(shù)參與者：系統(tǒng)用戶扮演的一個角色是系統(tǒng)外部的一個實體，它以某種方式參與用況的執(zhí)行過程。種類：人擔(dān)當(dāng)?shù)慕巧嬎銠C(jī)系統(tǒng)，機(jī)械或電子設(shè)備場景：在用例中活動的一個特定順序；一個用例可能有多個不同的場景.每個序列是由一個人，另一系統(tǒng)、一個硬件設(shè)備或某段時間的流逝發(fā)起的。系統(tǒng)邊界：硬件設(shè)備或者計算機(jī)系統(tǒng)的硬件或軟件邊界一個組織中的部門整個組織定義系統(tǒng)邊界的目的是為了能夠識別出什么在系統(tǒng)之內(nèi)及什么在系統(tǒng)之外，進(jìn)

永1**永2永3主角1系統(tǒng)名-端2-端永1**永2永3主角1系統(tǒng)名-端2-端1ds〉〉<<extenses〉〉用況用況名：參與者：目的：概述：類型：交叉引用：典型的事件發(fā)生過程：參與者的動作 系統(tǒng)響應(yīng)可供選擇的過程用況的使用要依賴于至少部分地理解了系統(tǒng)需求，并用需求規(guī)格說明文檔很好地表達(dá)出了這些需求。用況展示和體現(xiàn)出了其描述地過程中的需求情況。用況常見錯誤:把用況當(dāng)成單獨的步驟、操作或事務(wù)。用況是相對較大的由起點到終點的過程的描述。用況模型必須滿足:是否已將所有必需的功能性需求捕獲為用況每個用況的動作序列是否正確、完整、易于理解是否已經(jīng)確定了一些價值很少或根本沒有價值的用況，若有則應(yīng)重新考慮這些用況識別用況的步驟:基于參與者的方法識別與系統(tǒng)或組織有關(guān)的參與者對每個參與者，識別出他們發(fā)起或參加的執(zhí)行過程基于事件的方法識別出系統(tǒng)必須響應(yīng)的外部事件把事件與參與者聯(lián)系起來識別用況的準(zhǔn)則:有價值的結(jié)果:每個可成功執(zhí)行的用況都應(yīng)對參與者提供某些價值。此準(zhǔn)則應(yīng)針對最初的參與者，有助于避免確定太小的用況具體的參與者:通過確定向真正的用戶提供有價值的用況，可以確保用況不會太大用況的優(yōu)點:用況著眼于為用戶增加價值，提供一種捕獲功能需求的系統(tǒng)而且直接的方法用況可驅(qū)動整個開發(fā)過程，因為大部分活動如分析、設(shè)計、測試都是

從用況開始執(zhí)行的。交互圖:能夠展示出類模型中實例之間的消息交互，UML中定義了兩種交互圖：順序圖，協(xié)作圖順序圖強(qiáng)調(diào)的是交互的時間順序，按照時間順序布圖協(xié)作圖強(qiáng)調(diào)的是交互的語境和參與的對象的整體組織。協(xié)作圖按照空間組織布圖協(xié)作圖:使用圖表或者網(wǎng)格展示了對象之間的交互它是一種用以顯示對象如何被協(xié)調(diào)在一起以執(zhí)行用例的圖.協(xié)作圖消息1消息1類1 ?順序圖:一種用以顯示用例對象之間消息順序的圖，采用一種類似于圍欄的格式展示對象之間的交互。生命線:在順序圖的一個對象下面的豎線，用以顯示這個對象的時間階段.消息:用例內(nèi)部的對象之間的通信激活：順序圖消息激活：順序圖消息1消息2I"■_消息3狀態(tài)圖:一種用以顯示對象在生命周期和轉(zhuǎn)換期情況的圖。只是對單個對象建立模型。描述了一個對象所處的可能狀態(tài)以及狀態(tài)之間的轉(zhuǎn)移并給出了狀態(tài)變化序列的起點和終點。信號:在接收對象的狀態(tài)圖中，能夠觸發(fā)一個狀態(tài)轉(zhuǎn)移的消息子狀態(tài):狀態(tài)處在單個狀態(tài)之中，稱之為子狀態(tài)。順序子狀態(tài)，并發(fā)子狀態(tài)

活動圖::展示出對象執(zhí)行某種