【正文】 例實例或?qū)ο笾械幕顒? ? 活動圖是狀態(tài)圖的一個變種 ， 與狀態(tài)圖的目的有一些小的差別 – 活動圖的主要目的是描述動作 (執(zhí)行的工作和活動 )及對象狀態(tài)改變的結(jié)果 ，當狀態(tài)中的動作被執(zhí)行 (不象正常的狀態(tài)圖它不需指定任何事件 )時 ， 活動圖中的狀態(tài) (稱為動作狀態(tài) )直接轉(zhuǎn)移到下一個階段 – 活動圖中的動作可以放在泳道中 ， 泳道聚合一組活動并指定負責人和所屬組織 ? 活動圖是另一種描述交互的方式 ， 描述采取何種動作 、 做什么 (對象狀態(tài)改變 )、 何時發(fā)生 (動作序列 )以及在何處發(fā)生 (泳道 )。在某些語言中也可能是類。 LINKAGE 用例的使用 ? 測試用例 – 漫游用例：用具體的用例測試系統(tǒng)的行為 – 定義測試：用用例描述本身測試 LINKAGE 用例的使用 ? 實現(xiàn)用例 – 用例實現(xiàn)為協(xié)作 – 協(xié)作用若干個圖表示：協(xié)作圖、序列圖、活動圖 – 協(xié)作的實例 ——腳本 LINKAGE Business Use Case/Actor Business ActorBusiness UseCaseLINKAGE Business System ? 例子 LINKAGE 登錄系統(tǒng) 登記員 完成課程登記 計費系統(tǒng) 學生 登記課程 教授 選擇教授課程 課程目錄系統(tǒng) include include include 課程登記系統(tǒng) LINKAGE 下訂單 銷售員 檢查訂貨狀況 管理員 發(fā)貨員 填訂單 客戶 建立信用紀錄 電話定購系 統(tǒng) LINKAGE Use Case關(guān)系 ?擴展關(guān)系 一個用例中加入一些新的動作后則構(gòu)成了另一個用例這兩個用例之間的關(guān)系就是通用化關(guān)系又稱擴展關(guān)系后者通過繼承前者的一些行為得來前者通常稱為通用化用例后者常稱為擴展用例擴展用例可以根據(jù)需要有選擇地繼承通用化用例的部分行為擴展用例也一定具有完全性 LINKAGE Use Case依賴關(guān)系 ? 組合 把相關(guān)的用例打成包 package 當作一個整體看待 ?使用關(guān)系 一個用例使用另一個用例時這兩個用例之間就構(gòu)成了使用關(guān)系一般情況下如果若干個用例的某些行為都是相同的則可以把這些相同的行為提取出來單獨作成一個用例這個用例稱為抽象用例這樣當某個用例使用該抽象用例時就好象這個用例包含了抽象用例的所有行為 LINKAGE 銷售員 下訂單 提供客戶數(shù)據(jù) 定購產(chǎn)品 安排付款 調(diào)閱產(chǎn)品目錄 include include include extend 產(chǎn)品定購管理 LINKAGE 理解 Use Case和 Actor 1） Use Case絕不是錦上添花的東西，一方面它可以促進與用戶溝通，理解正確的需求，另一方面它可以劃分系統(tǒng)與外部實體的界限，是系統(tǒng)設(shè)計的起點，而最終應(yīng)該落實到類和實現(xiàn)代碼上。用例中很少使用的邏輯路徑，那些在變更工作方式、出現(xiàn)異?；虬l(fā)生錯誤的情況下所遵循的路徑。也稱為 使用 或 具有 (hasa) 關(guān)系。此用例所擴展的用例（如果存在）。 ? 頻率 。唯一標識符，如 UC1701，在項目的其他元素（如類模型）中可用它來引用這個用例。 LINKAGE Design Pattern 的主要構(gòu)成 ? Pattern Name： ? Problem：解決的問題、環(huán)境、條件等。 ? 具有代表性。 ()。 EntityData product=(productID)。 (customer)。這個方法同上面的方法類似，不同之處在于，為每個實體類設(shè)計一個 Collection類。 //價格 public int Count。 ? 參考著名的 “ MVC”模式，類可以分成實體類（ M）、控制類（ C）、和邊界類（ V），分別代表了實體對象、控制和界面顯示。這里的客戶，不僅僅是指軟件的使用者，也包括調(diào)用的界面、其他程序等。由于應(yīng)用軟件通常會使用數(shù)據(jù)庫，數(shù)據(jù)庫中的數(shù)據(jù)，可以看成是對象的持久化保存。 LINKAGE OO設(shè)計 ? 針對 OOA給出的問題域模型，用面向?qū)ο蠓椒ㄔO(shè)計出軟件基礎(chǔ)架構(gòu)（概要設(shè)計）和完整的類結(jié)構(gòu)（詳細設(shè)計），以實現(xiàn)業(yè)務(wù)功能。因為設(shè)計模式內(nèi)容的復(fù)雜性，有必要使用一天的時間來進行解釋。 9 ： 00 12 ： 00 n oo n U M L 基本符號 用例 1 ： 00 4 ： 00 p m 類圖 序列圖 LINKAGE 時間 第四天 第四天的目標是了解 OOA 、 O O D 的完整過程。當類執(zhí)行一個接口，它就許諾聲明在那個接口中執(zhí)行所有的方法。 ? 業(yè)務(wù)邏輯的組織方式 在面向?qū)ο蟮南到y(tǒng)中，業(yè)務(wù)邏輯表現(xiàn)為對象之間的交互。特別是一些基于 Web的應(yīng)用軟件系統(tǒng)，其部署工作將涉及到 Web服務(wù)器、組件服務(wù)器、數(shù)據(jù)庫服務(wù)器等不同的服務(wù)設(shè)備。在一個系統(tǒng)中，數(shù)據(jù)的表示方式必須盡可能統(tǒng)一，同時，在處理單個數(shù)據(jù)和多個數(shù)據(jù)的時候，處理方式盡可能一致。 //入庫單編號 public DateTime AddTime。 } } } ? 數(shù)據(jù)集的表示方法。 TransactionManager transManager=new TransactionManager()。 }while(())。 ? 業(yè)務(wù)外觀層的代碼框架，在系統(tǒng)分析和設(shè)計完成后就可以完成，相當于在界面設(shè)計人員和邏輯設(shè)計人員之間簽訂了一個協(xié)議 ? 雖然沒有實現(xiàn)任何邏輯，但使系統(tǒng)的開發(fā)更加有條理，更加簡明 ? “ 任何問題，都可以通過引入一個中間層來得到簡化 ” 。 ? 定義：一個對象關(guān)系體系，用來解決某一類特定場景的具體設(shè)計問題。 ? 熟悉設(shè)計模式：解決什么問題 ? 熟悉設(shè)計模式：相關(guān)模式、類似模式 ? 考察設(shè)計問題：要解決的問題 LINKAGE The Catalog of Design Patterns ? 三類目的： creational, structural, behavioral ? 二類應(yīng)用： classes， objects ? 數(shù)量總數(shù)： 23個 LINKAGE LINKAGE Design Pattern Relationship LINKAGE 導(dǎo)致重新設(shè)計的一般原因 ? 通過顯式地指定一個類來創(chuàng)建對象 ? 對特殊操作的依賴 ? 對硬件和軟件平臺的依賴 ? 對對象表示或?qū)崿F(xiàn)的依賴 ? 算法依賴 ? 緊耦合 ? 通過生成子類來擴充功能 ? 不能方便地對類進行修改 LINKAGE MVC模式 ? OO系統(tǒng)的世界觀 – Modal – View – Control LINKAGE 核心點 ? 解耦 ? 間接 LINKAGE 設(shè)計模式舉例 ? Factory ? Builder ? Singleton ? Prototype ? Adapter ? Observer ? Facade UML基礎(chǔ) 描述 OO的語言 LINKAGE 4種視圖 ? Use Case View ? Logical View ? Component View ? Deployment View LINKAGE UML圖示 ? Use Case Diagram ? Class Diagram ? Sequence Diagram ? Collaboration Digram ? State Diagram ? Activity Diagram ? Component Diagram ? Deployment Diagram LINKAGE Actor – 角色 ? 角色（ actor） 是與系統(tǒng)交互的人或事 ? 群體的概念， 代表的是一類能使用某個功能的人或事 ? 可以是人或外部系統(tǒng)。 ? 參與者 [可選 ]。 ? 前置條件 。這總是使用帶有 extend 的用例關(guān)聯(lián)來建模的。您應(yīng)該在一定的時候檢驗這些假設(shè)，或者將它們變?yōu)闆Q策的一部分，或者將它們添加到操作的基本流程或可選流程中。 ? 問題 [可選 ]。 3） Actor不是指人，而是指代表某一種特定功能的角色，因此同一個人可能對應(yīng)很多個 Actor。 ? UML 中沒有預(yù)定義的基本類型 LINKAGE 關(guān)系 ? 關(guān)聯(lián)： ? 概化：派生與繼承 ? 依賴：非獨立類 〉 獨立類 ? 精化： 對同一事物的兩種描述建立在不同的抽象層上 LINKAGE 接口（ Interface） 是一個收集方法和常數(shù)表單的契約。 軟件工程過程 LINKAGE 應(yīng)該學習什么？ ? 管理學原理 ? 組織行為學 ? 人力資源管理 ? RUP和 MSF LINKAGE 要點 ? 團隊模型和角色 ? 里程碑 ? 迭代 ? 風險管理 LINKAGE 團隊模型 ? 應(yīng)該將一個項目的開發(fā)看成是團隊互相協(xié)作的成果 ? 團隊的各種角色之間是一種平等合作的關(guān)系 ? 團隊應(yīng)該遵循以下主要原則 – 明確的目標。項目團隊成員通常要履行許多不同的角色職能。 ? 相關(guān)表單及標準 – 《 項目實施報告 》 – 《 項目實施反饋 》 – 《 項目總結(jié)報告 》