【正文】 LINKAGE Compo stereotypes ? Main programs，主程序 ? Packages，構(gòu)件包 ? Subprograms，子程序 ? Tasks，獨(dú)立線程 ? EXE，可執(zhí)行文件 ? DLL，動(dòng)態(tài)連接庫 LINKAGE 展開圖（ Deployment Diagram） ? 展開圖描述處理器設(shè)備、軟件組件在運(yùn)行時(shí)的架構(gòu)，它是系統(tǒng)拓樸的最終的物理描述，即描述硬件單元和運(yùn)行在硬件單元上的軟件的結(jié)構(gòu)，在這樣的架構(gòu)中在拓樸圖中尋找一個(gè)指定節(jié)點(diǎn)是可能的，從而了解哪一個(gè)組件正在該節(jié)點(diǎn)上運(yùn)行，哪些邏輯元素 (類對(duì)象協(xié)作等等 )是在本組件中實(shí)現(xiàn)的，并且最終可以跟蹤到這些元素在系統(tǒng)的初始需求說明 (在用例建模中完成的 )中的位置。 ? 基于性能的考慮。 UML中從 Use Case到類包的關(guān)聯(lián)可以用依賴（或?qū)崿F(xiàn)）關(guān)系描述。關(guān)于用例的修改時(shí)間、修改原因和修改人的詳細(xì)信息。對(duì)編寫此用例時(shí)所創(chuàng)建的域的任何重要假設(shè)。這是通過擴(kuò)展用例向基用例的操作序列中插入附加的操作序列來實(shí)現(xiàn)的。這是一個(gè)自由式問題，如用戶每次錄訪問一次或每月一次。概述用例的幾句話。 ? Consequences：模式應(yīng)用效果 LINKAGE 如何選擇設(shè)計(jì)模式 ? 無技巧可言：熟悉設(shè)計(jì)和模式。 ? 可重復(fù)使用。例如，可以將 Facade設(shè)計(jì)成 Web Service ? 作為系統(tǒng)不同模塊之間的調(diào)用接口： Facade設(shè)計(jì)模式 ? 有利于項(xiàng)目團(tuán)隊(duì)的分工協(xié)作。 (new TransactionManagedFunction(),product)。 } LINKAGE 業(yè)務(wù)邏輯的處理 ? 業(yè)務(wù)邏輯表現(xiàn)為對(duì)象之間的交互 ? 基本上沒有辦法提供統(tǒng)一的模式 ? 但是，采用基本一致的策略是非常必要的 ? 在業(yè)務(wù)邏輯處理中，處理的應(yīng)該是對(duì)象，而不是直接同數(shù)據(jù)庫打交道 ? 事務(wù)的處理 – 基于數(shù)據(jù)庫連接的事務(wù) – 專用的事務(wù)處理服務(wù)： J2EE的容器， COM+ – 性能比較 LINKAGE public void StoreIntoWarehouse(EntityData insertForm) { (FormDetail)。 } public new FormDetail this[int nIndex] { get{ return (FormDetail)base[nIndex]。 //…… 處理 Product LINKAGE 一般例子 ? 一張入庫單可以使用如下定義 ： public class Form { public string ID。 ? 在考慮數(shù)據(jù)實(shí)體層的設(shè)計(jì)策略的時(shí)候，我們需要把握以下要點(diǎn)： – 一致的數(shù)據(jù)表示方式。業(yè)務(wù)邏輯組件應(yīng)該通過什么方式，直接的，或間接的，向這些客戶提供服務(wù)？ ? 層的部署和層間交互 對(duì)于一個(gè)多層的應(yīng)用軟件系統(tǒng)來說，尤其是大型的應(yīng)用軟件系統(tǒng)，通常需要把不同的部分部署在不同的邏輯或物理設(shè)備上。 ? 數(shù)據(jù)的存取方式 如同上述所說，軟件系統(tǒng)處理的實(shí)體對(duì)象數(shù)據(jù)需要持久化保存數(shù)據(jù)庫中，因此，我們必須處理系統(tǒng)同數(shù)據(jù)庫的交互，以及數(shù)據(jù)的存取和轉(zhuǎn)換方式的問題。 LINKAGE Analysis vs. Design ? Analysis – Focus on understanding the problem – Idealized design – Behavior – System Structure – Functional requirements – A small model ? Design – Focus on understanding the solution – Operations and Attributes – Performance – Close to real code – Object lifecycles – Nonfunctional requirements – A large model LINKAGE 典型的三層應(yīng)用系統(tǒng) ? 數(shù)據(jù)庫層 ? 用戶界面層 ? 應(yīng)用服務(wù)層 應(yīng)用服務(wù) 數(shù)據(jù)庫 用戶界面 LINKAGE 應(yīng)用服務(wù)層的設(shè)計(jì) 應(yīng)用服務(wù)層的問題： ? 數(shù)據(jù)的表示方式 ? 數(shù)據(jù)的存取方式 ? 業(yè)務(wù)邏輯的組織方式 ? 業(yè)務(wù)服務(wù)的提供方式 LINKAGE OO基礎(chǔ) ? OO的基本概念：對(duì)象、類、消息、繼承、重載、接口 ? OO的三個(gè)要素：封裝、繼承、多態(tài) LINKAGE 基本概念：對(duì)象 ? 現(xiàn)實(shí)世界的對(duì)象 ? 軟件中的對(duì)象實(shí)際是現(xiàn)實(shí)世界對(duì)象的造型 ? 對(duì)象是一些相關(guān)的變量和方法的集 合 ? 可以用在對(duì)象中的變量和方法來表達(dá) ? 類的一個(gè)實(shí)例 LINKAGE 基本概念：類 ? 對(duì)象的抽象 ? 對(duì)某種類型的對(duì)象定義變量和方法的原型 LINKAGE 基本概念：消息 ? 對(duì)象之間的交互 ? 包含三個(gè)方面的內(nèi)容 : 消息的接收者 接收對(duì)象應(yīng)采用的方法 方法所需要的參數(shù) LINKAGE 基本概念：繼承 ? 從它的父類繼承狀態(tài)和行為 – 人 ——男人 – 哺乳動(dòng)物 ——狗 ? 為組織和構(gòu)造軟件程序提供了一個(gè)強(qiáng)大的和自然的機(jī)理 ? 子類可以增加變量和方法到從父類繼承而來的變量和方法 ? 子類同樣可以重載繼承的方法并且為這些方法提供特殊執(zhí)行方法 LINKAGE 基本概念：重載 ? 在同一類中實(shí)現(xiàn)取用不同參數(shù)的同名成員函數(shù) ? 例 Class A { print(int num) print(string str) print(char chr) } LINKAGE 基本概念：接口 ? 接口是一個(gè)收集方法和常數(shù)表單的契約。有了前面的基礎(chǔ)，使用一天的時(shí)間來講述 U M L 的基本圖例，聽眾是可以比較順利地接受的。 9 ： 00 12 ： 00 n oo n 設(shè)計(jì)模式 1 ： 00 4 ： 00 p m 設(shè)計(jì)模式 答疑 時(shí)間 第三天 U M L 本身只是一種建模得原鹽，其基本核心還在于面向?qū)ο笙到y(tǒng)設(shè)計(jì)的能力。 ? 生成對(duì)象類的動(dòng)、靜態(tài)模型（解決域）。由于數(shù)據(jù)庫一般是關(guān)系型的，因此，這個(gè)部分，還需要考慮類同關(guān)系型數(shù)據(jù)的映射，即通常所說的 OR MAP問題。例如，在一個(gè)基于 Web的 JSP系統(tǒng)中，業(yè)務(wù)邏輯功能的客戶便是這些 JSP頁面。系統(tǒng)中需要處理的數(shù)據(jù)，在面向?qū)ο蟮南到y(tǒng)中，屬于實(shí)體類部分。 //數(shù)量 } 可以按照如下方法使用 Product類： Product p=new Product()。例如，可以為 FormDetail設(shè)計(jì)一個(gè)FormDetailsCollection類 (C)： public class FormDetailsCollection: ArrayList { public void Add(FormDetail detail) { (detail)。 ? Websharp 的 IEntityDAO 接口 public class CustomerEntityDAO:AbstractSingleTableDAO Customer customer=...... using(CustomerEntityDAO CDO=new CustomerEntityDAO()) { (customer)。 product[CurrentCount]=(CurrentCount)+inCount。 } } LINKAGE 業(yè)務(wù)外觀層 ? 隔離系統(tǒng)功能的提供者和使用者 ? 作為后臺(tái)邏輯處理和前端用戶界面的緩沖區(qū) ? 將用戶界面和系統(tǒng)業(yè)務(wù)邏輯處理分開，當(dāng)業(yè)務(wù)邏輯發(fā)生變化時(shí)，不用修改客戶端程序 ? 使同一個(gè)業(yè)務(wù)邏輯能夠處理不同的客戶端請(qǐng)求。 ? 有固定的結(jié)構(gòu)。 ? Solution：內(nèi)部各組成部分之間的協(xié)作。 ? 說明 。參與者 訪問 此用例的頻率。擴(kuò)展關(guān)聯(lián)是一種廣義關(guān)系，其中擴(kuò)展用例接續(xù)基用例的行為。 ? 假設(shè) [可選 ]。 ? 修改歷史記錄 [可選 ]。 2） Use Case View與 Logical View應(yīng)該由明確的相關(guān)性?？梢赞D(zhuǎn)化。 LINKAGE 活動(dòng)圖 C u s t o m e r W i n d o w . P r i n t A l lC u s t o m e r s ( )S h o w m e ss a g e P r i n t i n t h e sc r e e nC r e a t e P S f il eD e l e t e t h e m e ss a g e b o x^ P r i n t e r . P r i n t ( fi le ) LINKAGE 組件圖（ Component Diagram） ? 描述軟件組件及組件之間的關(guān)系 ? 顯示代碼的結(jié)構(gòu) ? 組件是邏輯架構(gòu)中定義的概念和功能 (類、對(duì)象、它們的關(guān)系、協(xié)作 )在物理架構(gòu)中的實(shí)現(xiàn)，典型情況下組件是開發(fā)環(huán)境中的實(shí)現(xiàn)文件。 LINKAGE 角色 角色是抽象的職責(zé)定義，并不代表個(gè)人，而是說明個(gè)人在業(yè)務(wù)中