rup2003中文版6.13和模板tplayering strategies

有許多技術(shù)可用于分解軟件系統(tǒng)。分層是其中一個示例并將在本白皮書中描述。這樣的技術(shù)針對兩個主要問題：大多數(shù)系統(tǒng)太復(fù)雜以至于不能完全理解，不同用戶需要系統(tǒng)的不同方面。什么是“分層讓我們從定義“分層＂的含義開始。術(shù)語層指的是通常稱為＂層＂模式的體系結(jié)構(gòu)模式的應(yīng)用，在多個文本 ann]、[Herzum]、[PloP2]）和RUP中有描述。模式表示存在于特定環(huán)境中的常見問題的解決方案。表表1：“層“模式概環(huán)問系統(tǒng)最不穩(wěn)定的元素未被系統(tǒng)的大多數(shù)可重用元素系統(tǒng)將由可能具有不同技OSI7層模型使用基于職責(zé)的分層策圖1：0S17層模型（基于職責(zé)的分層圖2顯示基于數(shù)據(jù)邏輯層包含負責(zé)提供對信息源（如關(guān)系數(shù)據(jù)庫）的的元素應(yīng)該注意的是，可用多種方法對層建模，本白皮書后面有描述。目前，使用具有構(gòu)造型?層＞的UML確表示一個層圖2：基于職責(zé)的分在這個基于職責(zé)分層的特定示例中，層（laer）通常被稱為＂級”（tier）并且是分發(fā)式系統(tǒng)開發(fā)中常見的概念，，其中有2級、3級和n級系統(tǒng)。有一點要更明確的，當(dāng)定義分層策略時，弄清每一層的含義是很重要的，以便將元素正確放置在適當(dāng)?shù)膶又?。若未能將元素正確分配到適當(dāng)?shù)膶訉⑹紫葴p少應(yīng)用該策略的價值。當(dāng)更詳細地討論每個分層策略時，給出關(guān)于每一層的含義的通用指南。示從特定角度對系統(tǒng)的完整描述。圖3顯示了四個模型的示例，分別表示基于以下考慮的系統(tǒng)的不同角度：用例模型：捕獲系統(tǒng)需求實施模型：捕獲系統(tǒng)實施圖3：表示逐漸改進的四個模分層可基于多個特征。本部分討論了基于以下特征的分層：職重每種策略的說明將被視為對每種策略的詳細討論。或許最常用的分層策略是基于職責(zé)的分層策略。此特定策略可以改進系統(tǒng)的開發(fā)和，因為各種系統(tǒng)職責(zé)是相互獨立的。作為示例（請參閱圖2），可以基于以下職責(zé)對系統(tǒng)分層：數(shù)據(jù)邏中的三個概念－客戶、訂單和產(chǎn)品。作為示例，客戶概念由以下類組成： 類：負責(zé)與客戶關(guān)聯(lián)的數(shù)據(jù)邏輯，例如使客戶狀態(tài)持久圖4：基于職責(zé)的分層的層和現(xiàn)在考慮關(guān)于此特定分層策略的某些“謬論”。謬論方式應(yīng)用級的概念這一事實造成的，如表2所示。表2：級定應(yīng)層（級2數(shù)據(jù)邏輯3數(shù)據(jù)邏n謬論2：層（級）另一個常見的誤解是邏輯分層表示物理分發(fā)。請考慮一個 3 級分層。即使各種元素將駐留其中一層中，每一級本身也可以多種方式運用，如表 3 所示，表中使用通常用于描述特定物理分發(fā)的特征的名稱（如“瘦客戶機”）。表3：3級分層的應(yīng)應(yīng)層數(shù)據(jù)邏數(shù)據(jù)邏數(shù)據(jù)邏以下說法也是正確的，即單個系統(tǒng)可使用多個物理分發(fā)策略，其中某些元素將被歸類概括為“瘦客戶機”分發(fā)，而其它的是“胖客戶機”分發(fā)。通常，選擇是基于非功能需求（如性能）的。正如看到的，此策略的應(yīng)用會影響設(shè)計模型、實施模型和部署模型。設(shè)計模型通常使用兩個方法中的一種構(gòu)造。第法顯示“包含”在層中的元素。結(jié)果包含在圖5（RationalRose瀏覽器屏幕快照）中，它顯示駐留在表示邏輯包中的演示類（CustornerView、OrderView和駐留在業(yè)務(wù)邏輯包中的業(yè)務(wù)邏輯類（Custorner、Order和駐留在數(shù)據(jù)邏輯包中的數(shù)據(jù)邏輯類（CustornerData、OrderData和圖5：包含在層中的[Eeles[Herzum6中的模型結(jié)構(gòu)。在此示例中，分層是按元素名稱View類（CustomerView）Data類（CustomerData）暗指數(shù)據(jù)邏輯層。未限定的類名（如Customer）暗指業(yè)務(wù)邏輯層。圖6：每個業(yè)務(wù)組件包中的隱式圖7：業(yè)務(wù)組件包中的顯式分當(dāng)有必要實際劃分實施每個職責(zé)的元素時，基于職責(zé)的分層策略除了影響設(shè)計模型，通常還影響實施模型。例如，請考慮展示“瘦客戶機”的物理分發(fā)的系統(tǒng)：確定支持客戶機和服務(wù)器上的執(zhí)行所需的實施單元是很有用的。在本示例中，表示邏輯層中的元素駐留于部署在客戶機上的應(yīng)用程序中，而業(yè)務(wù)邏輯層和數(shù)據(jù)邏輯層中的所有元素駐留于部署在服務(wù)器上的另一個應(yīng)用程序中。此場景表明實施模型（8所示），它表示RationalRose瀏覽器圖像和組件圖，該圖像和組件圖顯示了部署再客UML組件之間的一一映射。不過圖8：實施模型中的隱式分類似地，當(dāng)需要描述職責(zé)的物理分發(fā)時，基于職責(zé)的分層策略也會影響部署模型。在圖9中，使用上面的示例，我 Application流程。FrontEndServer節(jié)點包括LoadBalancer流程，該流程負責(zé)將客戶機請求分配到兩個服務(wù)器節(jié)點中的一個。每個服務(wù)器節(jié)點包括一個ServerApplication流程。圖9：部署模型描述職責(zé)的物理另一個常用的分層是基于重用的。此策略尤其適合于具有可識別的目標(biāo)以在整個組織內(nèi)重用組件的組織。使用此分層策略的效果在于組件的可重用性是高度可見的，因為組件是按照重用級別明確分組的。圖10中顯示了從Jacobon]中描述的策略中派生出的分層示例。在此我們看到三個層：基本、特定于業(yè)務(wù)的和特定于應(yīng)用程序的。基本層包含可能跨組織應(yīng)用的元素（如數(shù)學(xué)）。此類元素將被廣泛重用。特定于業(yè)務(wù)的層包含適用于特定組織但獨立于應(yīng)用程序的元素（如地址簿）。此類元素將在同一個組織的應(yīng)用程序內(nèi)重用。特定于應(yīng)用程序的層包含適用于特定應(yīng)用程序或項目的元素（如個人組織者）。這些元素最少重用。圖10：基于重用的分層我們可以得出：基本層中的元素是最常重用的，而特定于應(yīng)用程序的層中的元素是更特定于項目的，因此較少重用。重用策略的應(yīng)用主要影響設(shè)計模型。并入基于重用的分層的設(shè)計模型結(jié)構(gòu)可直接構(gòu)想并顯示在 中，它反映10圖11：并入基于重用的分層的本白皮書旨在使用兩個最廣泛使用的策略作為示例，簡單存在的不同分層策略的“特色”。不過，類似的方法可作為確認特征（例如安全性、所和技能集）的策略。也可結(jié)合之前描述的策略來創(chuàng)建新的分層策略。圖12中的基于職責(zé)的三個層（級數(shù)據(jù)邏基于重用的分層策略中呈現(xiàn)的依賴關(guān)系通常是由業(yè)務(wù)邏輯層中的元間的依賴關(guān)系產(chǎn)生的，如圖 圖12：分對層建在此，我們考慮兩維設(shè)計模型中的分層方面的說明。也考慮由此并入業(yè)務(wù)組件概念的結(jié)構(gòu)圖13：并入分層的設(shè)計模每一層包含駐留在該層的所有元素：AddressBookView業(yè)務(wù)邏輯層包含AddressBook數(shù)據(jù)邏輯層包含AddressBookData設(shè)計人員必須作出的最重要的決策之一是選擇一個合適的分層策略，因為它將對生成的模型結(jié)構(gòu)產(chǎn)生重大影響。不過，更重要的是所選的分層策略可直接帶來商業(yè)利益（如可性和重用）。例如，如果通過采納基于職責(zé)的分層策略，將系統(tǒng)的不同職責(zé)彼此開，將可能開發(fā)出更具性的系統(tǒng)。同樣地，使用基于重用的分層策略，可清晰地確定出可重用的系統(tǒng)元素。軟件）對本白皮書的早期草稿所提的有深刻見解的意見表 ann,Frank,etal.ASystemofPatterns.1996.NewYork:JohnWiley&ISBN0-471-95869- Edwards,Jeri.3- /ServeratWork.1999.NewYork:JohnWiley&ISBN0-471-31502- Eeles,Peter,andOliverSims.BuildingBusinessObjects.1998.NewYork:JohnWiley&Sons.ISBN Herzum,Peter,andOliverSims.TheBusinessComponentFactory.2000.NewYork:JohnWiley&Sons. ISBN0-201-92476- es,John,JamesCoplien,andNormanKerth.PatternLanguagesofProgramDesign2.DualRationalSoftwareCupertino,CA:(408)863-20MaguireLexington,MA:(781)676-E- Rational,theRationallogo,andRationalUnifiedProcessareregisteredtrademarksofRationalSoftwareCorporationintheUnitedStatesand/orothercountries.,Windows,VisualStudio,Word,Project,VisualC++,andVisualBasicaretrademarksorregisteredtrademarksofCorporation.Allothernamesusedforidentificationpurpo