軟件架構(gòu)設(shè)計(jì)指南

軟件架構(gòu)設(shè)計(jì)指南1.概要設(shè)計(jì)和具體設(shè)計(jì)析所供給的《需求規(guī)格說(shuō)明書(shū)》，輸出是《概要設(shè)計(jì)說(shuō)明書(shū)》和《具體設(shè)計(jì)說(shuō)明書(shū)》。在一般狀況下，《概要設(shè)計(jì)說(shuō)明書(shū)》由系統(tǒng)設(shè)計(jì)師負(fù)責(zé)?！毒唧w設(shè)計(jì)說(shuō)明書(shū)》則由高級(jí)程序員負(fù)責(zé)。這兩種設(shè)計(jì)說(shuō)明書(shū)的差異是:《概要設(shè)計(jì)說(shuō)明書(shū)》既要掩蓋《需求規(guī)格說(shuō)明書(shū)》的全部?jī)?nèi)容，又是要作為指導(dǎo)具體設(shè)計(jì)的依據(jù)。因此，它留意于框架上的設(shè)計(jì)，包括軟件系統(tǒng)的總體構(gòu)造設(shè)列表。假設(shè)為C/S或B/A/S構(gòu)造設(shè)計(jì)，則要說(shuō)明部件運(yùn)行在網(wǎng)絡(luò)中的哪一個(gè)節(jié)點(diǎn)上。《具體設(shè)計(jì)說(shuō)明書(shū)》既要掩蓋《概要設(shè)計(jì)說(shuō)明書(shū)》的全部?jī)?nèi)容，又要作為指導(dǎo)部接口實(shí)現(xiàn)設(shè)計(jì)、部門(mén)角色授權(quán)設(shè)計(jì)、其他具體設(shè)計(jì)等部件。其他設(shè)計(jì)包括:登錄數(shù)據(jù)處理模塊設(shè)計(jì)、數(shù)據(jù)傳輸與接收模塊設(shè)計(jì)等。對(duì)于簡(jiǎn)潔或生疏的系統(tǒng)，概要設(shè)計(jì)和具體設(shè)計(jì)可以合二而一，形成一份文檔兩個(gè)里程碑，確立兩條基線。2.軟件架構(gòu)設(shè)計(jì)(軟件概要設(shè)計(jì))當(dāng)對(duì)象、類、構(gòu)件、組件等概念消滅并成熟之后，傳統(tǒng)意義上的軟件概要設(shè)計(jì)統(tǒng)全局分析設(shè)計(jì)和實(shí)施、負(fù)責(zé)軟件構(gòu)架和關(guān)鍵技術(shù)決策的角色，他的具體職責(zé)為:領(lǐng)導(dǎo)與協(xié)調(diào)整個(gè)工程中的技術(shù)活動(dòng)(分析、設(shè)計(jì)入實(shí)施等)(2)推動(dòng)主要的技術(shù)決策，并最終表達(dá)為軟件構(gòu)架描述計(jì)、實(shí)施和部署等“視圖”確定設(shè)計(jì)元素的劃分以及這些主要分組之間的接口證相關(guān)打算被有效傳達(dá)和貫徹1、軟件架構(gòu)定義系統(tǒng)是部件的集合，完成一個(gè)特定的功能或完成一個(gè)功能集合。架構(gòu)是系統(tǒng)的計(jì)和深化的原則。系統(tǒng)架構(gòu)是實(shí)體、實(shí)體屬性以及實(shí)體關(guān)系的集合。件系統(tǒng)的根本屬性和限制條件。2、軟件架構(gòu)建模計(jì)、開(kāi)發(fā)和部署，對(duì)后期維護(hù)和演化也有很大的影響。捕獲軟件運(yùn)行時(shí)的環(huán)境。為底層實(shí)現(xiàn)供給限制條件。為開(kāi)發(fā)團(tuán)隊(duì)的構(gòu)造組成供給依據(jù)。設(shè)計(jì)系統(tǒng)滿足牢靠性、可維護(hù)性以及性能等方面的要求。便利開(kāi)發(fā)團(tuán)隊(duì)之間的溝通。各種角色的人員都可以使用架構(gòu)，如工程經(jīng)理、開(kāi)發(fā)經(jīng)理、技術(shù)總監(jiān)、系統(tǒng)架具體程度也不同。統(tǒng)和部件，而不是類和對(duì)象。軟件架構(gòu)應(yīng)描述以下問(wèn)題:軟件系統(tǒng)中包含了哪些子系統(tǒng)和部件。每個(gè)子系統(tǒng)和部件都完成哪些功能。子系統(tǒng)和部件對(duì)外供給或使用外部的哪些子系統(tǒng)和部件間的依靠關(guān)系，以及對(duì)實(shí)現(xiàn)和測(cè)試的影響。系統(tǒng)是如何部署的。需要的各種環(huán)境，而不是具體描述整個(gè)系統(tǒng)。3、軟件架構(gòu)視圖架構(gòu)視圖是指從一個(gè)特定的視角對(duì)系統(tǒng)或系統(tǒng)的一局部進(jìn)展的描述。架構(gòu)可以統(tǒng)并發(fā)，物理視圖用于描述系統(tǒng)部署。用架構(gòu)視圖。架構(gòu)視圖概念見(jiàn)以下圖和下表4-1RUP4+1.4-1RUP4+1視圖名稱視圖內(nèi)容靜態(tài)表現(xiàn)動(dòng)態(tài)表現(xiàn)觀看角度活動(dòng)圖測(cè)試員UseCaseView案的術(shù)語(yǔ)詞匯活動(dòng)圖LogicView吞吐量活動(dòng)圖ProcessView活動(dòng)圖ImplementationView付、安裝活動(dòng)圖DeploymentView軟件架構(gòu)設(shè)計(jì)步驟1、確定影響整體技術(shù)方案的因素:考察用戶界面簡(jiǎn)單度用戶界面的簡(jiǎn)單度可概括為以下幾種:simpledatainput(例如登入界面)staticview(例如商品報(bào)價(jià)列表)可定制視圖dynamicviewCAD考察用戶界面部署約束用戶界面的部署約束可概括為以下幾種:-常常要離線工作的移動(dòng)電腦PDA、javaInternet-支持內(nèi)部網(wǎng)上的較版本掃瞄器-支持內(nèi)部網(wǎng)上的特定掃瞄器(3)考察用戶的數(shù)量和類型用戶的數(shù)量和類型可概括為以下幾種:形制作系統(tǒng)的用戶量的愛(ài)好者:對(duì)系統(tǒng)的功能有執(zhí)著的興趣，有意愿抑制使用時(shí)遇到的的各種困難，包括軟件本身的缺陷，例如玩耍軟件的用戶。(4)考察系統(tǒng)接口類型系統(tǒng)接口類型可概括為以下幾種:EDI口、數(shù)據(jù)庫(kù)同步等soap(webservice)協(xié)議等RPC/RMI/Corba(5)考察性能和可伸縮性性能和可伸縮性方面可概括為以下幾種:---只讀:只有對(duì)數(shù)據(jù)掃瞄和查詢操作，例如股票行情分析系統(tǒng)不存在任何潛在的沖突，例如網(wǎng)上商店各顧客對(duì)自己帳單的治理數(shù)據(jù)，例如多個(gè)用戶同時(shí)使用航班預(yù)定系統(tǒng)預(yù)定同一航班的座位對(duì)于eGov電子政務(wù)系統(tǒng),它的主要特性如下:用戶界面的簡(jiǎn)單度:數(shù)據(jù)的靜態(tài)顯示/可定制視圖(customizableview)面的部署約束:基于獨(dú)立的桌面電腦或?qū)Ｓ霉ぷ髡镜膾呙槠饔脩舻臄?shù)量和類型:組織內(nèi)的日常使用者，總共幾百人SOAPSOA主要是獨(dú)立的數(shù)據(jù)更，有少量并發(fā)處理2、選擇軟件構(gòu)架樣式(風(fēng)格)所謂軟件構(gòu)架樣式(風(fēng)格)，是指關(guān)于一組軟件元素及其關(guān)系的元模型(meta-統(tǒng)本身。(component)和連接器(connection),而它們之間的關(guān)系則表達(dá)為如何組合構(gòu)件、連接器的約束條件。傳統(tǒng)的軟件構(gòu)架風(fēng)格可概括為以下幾種:DataflowSystems---BatchSequential批處理---Pipesandfilters管道過(guò)濾器Call—and---ReturnSystems調(diào)用與返回系統(tǒng):---MainProgramandsubroutine主程序與子程序---00System對(duì)象系統(tǒng)---HierarchicallayersIndependentcomponents獨(dú)立的構(gòu)件:---CommunicatingProcesses通訊交互的進(jìn)程---Eventsystems大事(驅(qū)動(dòng))系統(tǒng)---Capsule—Port—ProtocoleGov的元素只信任于當(dāng)前層和之下的相鄰層中的其它元素(留意這并非確定的要求)規(guī)律LayerLayer(支持協(xié)同開(kāi)發(fā))2TierTier(OperationalRequirement)----治理、安全等要求的標(biāo)準(zhǔn)配置，各構(gòu)件部署在這些配置下將獲得最優(yōu)的性能。eGov4(PresentationLayer)、長(zhǎng)久層(PersistenceLayer)、業(yè)務(wù)層(BusinessLayser)和域模塊層(domainmodelLayer)。每個(gè)層在功能上都應(yīng)當(dāng)是格外明確的，而不應(yīng)當(dāng)與其他層混合。每個(gè)層要相互獨(dú)立，通過(guò)接口而相互聯(lián)系。3、利用可重用資產(chǎn)任何軟件架構(gòu)設(shè)計(jì)都不會(huì)從頭開(kāi)頭，我們要盡量利用可重用資產(chǎn)。資產(chǎn)類型包括:領(lǐng)域模型，需求規(guī)格，構(gòu)件、模式、webserviceseGov4、設(shè)計(jì)模式(DesignPatterns)1)設(shè)計(jì)模式概念不提到設(shè)計(jì)模式(DesignPattern)了。什么是模式(Pattern)呢,并沒(méi)有一個(gè)很?chē)?yán)格的定義。一般說(shuō)來(lái)，模式是指一種背景，從而需要應(yīng)用一樣的模式來(lái)解決。模式的概念最開(kāi)頭的時(shí)候是消滅在城市建筑領(lǐng)域的。Alexander的。這本書(shū)就是:DesignPatterns:ElementsofReusableObject-OrientedSoftwareGoFGofGangsofFour，四人幫)。設(shè)計(jì)模式指的是在軟件的建模和設(shè)計(jì)的過(guò)程中運(yùn)用到的模式。設(shè)計(jì)模式中很多種方法其實(shí)很早就消滅了，并且應(yīng)用的也比較多。但是直到GoF的書(shū)出來(lái)之前，并僅是處在閱歷階段，并沒(méi)有能夠被系統(tǒng)的整理，形成一種理論。每一個(gè)設(shè)計(jì)模式都系統(tǒng)的命名，解釋和評(píng)價(jià)了面對(duì)對(duì)象系統(tǒng)中的一個(gè)重要的和這可以省去你很多的工作。2)常用設(shè)計(jì)模式:23面對(duì)對(duì)象系統(tǒng)建模方法賜予了解析和指導(dǎo)，幾乎可以說(shuō)的上包羅萬(wàn)象了.之后，有很多模式間續(xù)消滅，比方分析模式，體系構(gòu)造模式等等。主要的23個(gè)設(shè)計(jì)模式概述如下:AbstractFractory(Adapter將一個(gè)類的接口轉(zhuǎn)換成客戶期望的另外一個(gè)接口。Adapter接口不兼容而不能一起工作的那些類可以一起工作BridgeBuilderChainofResponsibility。將這些對(duì)象連接成一條鏈來(lái)傳遞該懇求，直到有一個(gè)對(duì)象處理它。Command懇求排隊(duì)或者記錄懇求日志，以及支持取消操作CompositeComposite對(duì)單個(gè)對(duì)象和復(fù)合對(duì)象的使用具有全都性。DecoratorFa?adeFactoryMethodFlyweight運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度(finegrained)的對(duì)象。Interpreter來(lái)解釋語(yǔ)言中的句子IteratorMediatorMemento個(gè)狀態(tài)。Observer依靠它PrototypeProxy為其他對(duì)象供給一個(gè)代理以掌握對(duì)這個(gè)對(duì)象的訪問(wèn)。Singleton保證一個(gè)類僅有一個(gè)實(shí)例，并供給一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)。State允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)轉(zhuǎn)變時(shí)轉(zhuǎn)變它的行為。StrategyTemplateMethod定義一個(gè)操作中的算法框架，而將一些步驟延遲到子類中。Visitor表示一個(gè)作用于某對(duì)象構(gòu)造中的各元素的操作。我們重點(diǎn)介紹常用的三個(gè)設(shè)計(jì)模式:1)簡(jiǎn)介Java見(jiàn)。new，我們ClassAa=newA工廠模式也是用來(lái)創(chuàng)立實(shí)例new做，可能多做一些工作，但會(huì)給你系統(tǒng)帶來(lái)更大的可擴(kuò)展性和盡量少的修改量。SampleSamplesample=newSample;sample賦值、查詢數(shù)據(jù)庫(kù)等。SampleSamplesample=newSample(參數(shù));可能是很長(zhǎng)一段代碼，假設(shè)也寫(xiě)入構(gòu)造函數(shù)中，那你的代碼很難看了。為什么說(shuō)代碼很難看，初學(xué)者可能沒(méi)有這種感覺(jué)，我們分析一下，初始化工作(Encapsulation)和分派只要更改每段，不會(huì)再發(fā)生牽一動(dòng)百的事情。SampleFactorynewSampleMySample,SampleSampleMySample和HisSample.我們要實(shí)例化他們時(shí),如下:Samplemysample=newMySample;Samplehissample=newHisSample;這在傳統(tǒng)程序中是無(wú)法避開(kāi)的.2)工廠模式分類:(FactoryMethod)和抽象工廠(AbstractFactory).(1)工廠方法你會(huì)建立一個(gè)特地生產(chǎn)Sample實(shí)例的工廠:publicclassFactory{publicstaticSamplecreator(intwhich){一般可使用動(dòng)態(tài)類裝載裝入類。if(which==1)returnnewSampleA;elseif(which==2)returnnewSampleB;}}那么在你的程序中,假設(shè)要實(shí)例化Sample時(shí).就使用Sample子類,到達(dá)封裝效果,也就削減錯(cuò)誤修改的時(shí)機(jī).(2)抽象工廠法變得簡(jiǎn)單了,如上面工廠方法中是創(chuàng)立一個(gè)對(duì)象Sample,假設(shè)我們還有的產(chǎn)品Sample2.(concrete)SampleASamleB，Sample2concreteSample2ASample2BFactorypublicabstractclassFactory{publicabstractSamplecreator;public}abstractSample2creator(Stringname);publicclassSimpleFactoryextendsFactory{publicSamplecreator{.........returnnewSampleA;}publicSample2creator(Stringname){.........returnnewSample2A;}}publicclassTestFactoryextendsFactory{publicSamplecreator{......returnnewSampleB;}publicSample2creator(Stringname){......returnnewSample2B;}}SampleSample2,或許你會(huì)疑問(wèn)，為什SampleSample2?這是由于抽象工廠SimpleFactorySampleSample2SimpleFactoryb(Singleton(單態(tài)/單點(diǎn)/單例)模式定義:JavaClass例存在很多操作中，比方建立名目、數(shù)據(jù)庫(kù)連接都需要這樣的單線程操作。在。還有,singleton能夠被狀態(tài)化;這樣，多個(gè)單態(tài)類在一起就可以作為一個(gè)狀synchronize1，假設(shè)你要把這個(gè)數(shù)字永久保存到數(shù)據(jù)庫(kù)，你可以在不修改單態(tài)接口的狀況下便利的做到。另一方面，SingletonSingletonSingletonJava(garbagecollection)。(classloader)Singleton的,由于被裝入的類實(shí)際也屬于資源。如何使用?一般Singleton模式通常有幾種形式:第一種形式:publicclassSingleton{privateSingleton{}//在自己內(nèi)部定義自己一個(gè)實(shí)例，是不是很驚異,//private只供內(nèi)部調(diào)用privatestaticSingletoninstance=newSingleton;//classpublicstaticSingletongetInstance{returninstance;}}其次種形式:publicclassSingleton{privatestaticSingletoninstance=null;publicstaticsynchronizedSingletongetInstance{//這個(gè)方法比上面有所改進(jìn)，不用每次都進(jìn)展生成對(duì)象，只是第一次～if(instance==null)instance,newSingleton;returninstance;}}使用Singleton.getInstance可以訪問(wèn)單態(tài)類。上面其次中形式是惰性初始化(lazyinitialization)，也就是說(shuō)第一次調(diào)用Singleton，以后就不用再生成了。lazyinitializationsynchronized，synchronizedsynchronizedgetInstance是有可能得到多個(gè)SingletonlazyinitializationSingletondouble-checkedlocking(DCL)的爭(zhēng)論，有興趣者可以參考其他資料進(jìn)一步爭(zhēng)論。一般認(rèn)為第一種形式要更加安全些。5、.MVC(Model-View-Controller)設(shè)計(jì)模式Model-View-Controller(MVC)模式是一個(gè)著名的設(shè)計(jì)架構(gòu)模式。如下圖:。模型包含完成任務(wù)所需要的全部的行為和數(shù)據(jù)。模型一般由很多類組成并且使用面對(duì)對(duì)象的技術(shù)來(lái)創(chuàng)立滿足設(shè)計(jì)目標(biāo)的程序。界面(View):一個(gè)界面就是一個(gè)程序的可視化元素，如對(duì)話框、選單、工具條一個(gè)單一的程序或模型一般有兩種界面行為。掌握器(Controller):掌握器將模型映射到界面中。掌握器處理用戶的輸入，將修改在界面中表達(dá)出來(lái)的狀態(tài)。掌握器在需要時(shí)還負(fù)責(zé)創(chuàng)立其它的界面和掌握器。和處理用戶的輸入，來(lái)自用戶輸入的任何變化都被從掌握器送到模型。Web有兩種方法來(lái)對(duì)界面進(jìn)展更。在第一種方法中，界面可以告知模型它正在監(jiān)視哪些對(duì)象。當(dāng)這些對(duì)象中有任界面顯示。其次個(gè)方法并不直接將界面連接到模型中，它的掌握器負(fù)責(zé)在模型變化時(shí)更法不用2)MVC第一，掌握器通過(guò)一個(gè)狀態(tài)機(jī)跟蹤和處理面對(duì)操作的用戶大事。這允許掌握器計(jì)隔離開(kāi)來(lái)。這個(gè)隔離有助于防止面對(duì)對(duì)象的設(shè)計(jì)走向歧途。其次，MVC面就可以跨應(yīng)用再使用。最終，MVC修改的。格外留神，由于可視化接口的面對(duì)操作的拓?fù)錁?gòu)造可以大大增加設(shè)計(jì)的簡(jiǎn)單性。MVC不需要對(duì)相應(yīng)的模型進(jìn)展修改(2)軟件框架接下來(lái)我們介紹軟件框架概念。在介紹軟件框架(Framework)之前，我們首先要明HighAvailability確什么是框架和為什么要使用框架。這要從企業(yè)面臨的挑1-1:CostEffectiveScalabilityTimetoMarketSecureGoodPerformanceAbilitytointegrateMulti-channel01020304050607080901001-1企業(yè)級(jí)軟件工程面臨的挑戰(zhàn)面的挑戰(zhàn)。依據(jù)優(yōu)先級(jí)排序，主要包括高牢靠性(HighAvailability)，低本錢(qián)(CostEffective)，可擴(kuò)展性(Scalability)，投放市場(chǎng)快速性(TimetoMarket)，安全性(Secure)，性能(GoodPerformance)，可集成性(Abilitytointegrate)，以及多平臺(tái)支持(Multi-channel)等。那么，我們?nèi)绾蚊鎸?duì)并且解決這些挑戰(zhàn)呢,這需要承受通用的、敏捷的、開(kāi)放1-2:1-2框架和應(yīng)用的關(guān)系這種基于框架的軟件開(kāi)發(fā)方式和傳統(tǒng)的汽車(chē)生產(chǎn)方式是很類似的，圖1-31-3那么到底什么是軟件框架呢,框架(Framework)的定義如下:使可以是抽大大縮短并簡(jiǎn)潔測(cè)框架具有以下特點(diǎn):(1)的類集合，通過(guò)相互協(xié)作為應(yīng)用系統(tǒng)供給效勞和預(yù)制行為(3)框架中的變化局部(應(yīng)用中的共性):一個(gè)好的框架定義了開(kāi)發(fā)和集成組件的標(biāo)準(zhǔn)。為了利用、定制或擴(kuò)展框架服務(wù)，通常需要框架的使用者從已有框架類繼承相應(yīng)的子類;以及通過(guò)執(zhí)行子類的重1-4需工作量(以人*月來(lái)衡量)的影響進(jìn)展了比照。1-4Mandays,即人*Businessfunction,即業(yè)務(wù)功能來(lái)衡量)以幾何級(jí)數(shù)遞增，而對(duì)于使用框架的工程而言，開(kāi)發(fā)所需工作量會(huì)隨著3-5個(gè)月。eGovStruts-Spring-Hibernate框架，StrutsStrutsStruts,治理用戶的懇求，做出相應(yīng)的響應(yīng),供給一個(gè)流程掌握器，委派調(diào)用業(yè)務(wù)規(guī)律和其他上層處理,處理特別,為顯示供給一個(gè)數(shù)據(jù)模型,用戶界面的驗(yàn)證數(shù)據(jù)庫(kù)直接通信,與應(yīng)用程序相關(guān)聯(lián)的業(yè)務(wù)規(guī)律及校驗(yàn),事務(wù)處理在表示層引入這些代碼，則會(huì)帶來(lái)高耦合和難以維護(hù)的后果。HibernateWeb之變得難以掌握。這是長(zhǎng)久層的通病。幸運(yùn)的是，有幾個(gè)對(duì)象/關(guān)系映射(Object/RelationMapping，ORM)開(kāi)源框架很好地解決了這類問(wèn)題，尤其是。HibernateJavaSQLJDBCAPIJavaHibernatePOJO(PlainOldJavaObject)JavaHibernateIDE(IntegratedDevelopmentEnviroment)。下面是Hibernate所負(fù)責(zé)的:,如何查詢對(duì)象的相關(guān)信息。(HQL)APIHQLSQL，SQLtablecolumnsObjectfieldsHQLHQL然語(yǔ)言，很簡(jiǎn)潔就能學(xué)會(huì)它。,如何存儲(chǔ)、更、刪除數(shù)據(jù)庫(kù)記錄。ORM/子表(Parent/child)關(guān)系、事務(wù)處理、繼承和多態(tài)。3)SpringWeb推移，這些代碼將很難維護(hù)。幸好，針對(duì)這一問(wèn)題有好幾種框架(Framework)存(microcontainer)，它能讓你很好地把對(duì)象搭配起來(lái)。這里我們將關(guān)注于Spring的依靠注入和面對(duì)方面編程。另外，Spring(DataAccessObjects——transactionmanagementhandler(事務(wù)治理掌握)、serviceobjects(XML聯(lián)系起來(lái)。下面是Spring所負(fù)責(zé)的:,處理應(yīng)用程序的業(yè)務(wù)規(guī)律和業(yè)務(wù)校驗(yàn),治理事務(wù),供給與其他層相互作用的接口,治理業(yè)務(wù)層級(jí)別的對(duì)象的依靠(Context)來(lái)得到業(yè)務(wù)規(guī)律(businessservices)4、子系統(tǒng)的劃分和接口定義(1)為什么要?jiǎng)澐肿酉到y(tǒng)和設(shè)計(jì)模型組織構(gòu)造設(shè)計(jì)模型組織構(gòu)造的最終目標(biāo)是支持個(gè)人或團(tuán)隊(duì)進(jìn)展獨(dú)立的開(kāi)發(fā)層次、包的劃分，為團(tuán)隊(duì)的分工協(xié)作供給最直接的依據(jù)(便利構(gòu)建)(2)使用子系統(tǒng)的好處子系統(tǒng)可以用來(lái)將系統(tǒng)劃分成相互獨(dú)立的部件，它們將可以:orderedconfigureddelivered--在接口保持不變的狀況下，被獨(dú)立開(kāi)發(fā)它局部子系統(tǒng)也可以用來(lái):--將系統(tǒng)中訪問(wèn)關(guān)鍵資源而需要有安全限制的局部分割出來(lái)成為獨(dú)立掌握的單元(3)識(shí)別系統(tǒng)的接口Interface1)目標(biāo):基于職責(zé)來(lái)識(shí)別系統(tǒng)的接口2)步驟--為全部的子系統(tǒng)識(shí)別一組候選的接口--考察接口間的相像性--定義接口間的依靠關(guān)系--將接口對(duì)應(yīng)到子系統(tǒng)--定義接口規(guī)定的行為--將接口打包(4)Interface1)2)、描述接口:接口描述要傳達(dá)職責(zé)信息結(jié)果5、優(yōu)化設(shè)計(jì)，包括去冗余和提高可重用性(1)最小