1、架構(gòu)設(shè)計(jì)：策略與過程架構(gòu)設(shè)計(jì)：策略與過程溫溫 昱昱http:/議程 分而治之之道 架構(gòu)在軟件開發(fā)中的“位置” 架構(gòu)設(shè)計(jì)策略 架構(gòu)設(shè)計(jì)過程思考：C+語言的細(xì)節(jié)思考：C+語言與分而治之思考：動(dòng)態(tài)場景分而治之的兩種方式議程 分而治之之道 架構(gòu)在軟件開發(fā)中的“位置” 架構(gòu)設(shè)計(jì)策略 架構(gòu)設(shè)計(jì)過程軟件開發(fā)（黑盒）功能vs.結(jié)構(gòu)軟件開發(fā)（灰盒）架構(gòu)設(shè)計(jì)不僅關(guān)心結(jié)構(gòu)“力量是一種關(guān)系。力量是一種關(guān)系。” 結(jié)構(gòu)是否適應(yīng)功能？結(jié)構(gòu)是否適應(yīng)功能？架構(gòu)的位置完成從功能到結(jié)構(gòu)的轉(zhuǎn)換原來如此架構(gòu)在生命周期中的作用運(yùn)行與維護(hù)移交構(gòu)造細(xì)化初始承載決策組織開發(fā)支持重用系統(tǒng)演進(jìn)控制復(fù)雜性報(bào)廢議程 分而治之之道 架構(gòu)在軟件開發(fā)中的“

2、位置” 架構(gòu)設(shè)計(jì)策略 架構(gòu)設(shè)計(jì)過程策略1：全面認(rèn)識需求真正重視非功能需求之后，需求空間平面被“拉”成了立方體。需求層次論需求層次論來源：Software Requirements付諸實(shí)踐 建立自己的、多維的、Check list式的“需求分類圖譜”。實(shí)用！策略2：關(guān)鍵需求決定架構(gòu)是防守，更是進(jìn)攻！防守：務(wù)實(shí)，甚至不得已進(jìn)攻：為了更好的架構(gòu)從功能到結(jié)構(gòu)來源：Ivar Jacobson“關(guān)鍵需求決定架構(gòu)”的原因來源：Ivar Jacobson付諸實(shí)踐organizedocumentsprocessmake adiagramexplaintechnical writerretrieve docume

3、ntsaccess toFVSdetectconflictsaccess toPVSdetectload balanceexaminedeliberationssend / receivean e- mailparticipantscoordinatorprogrammeranalyst designeranalyst designerFVSFVS IFsources diagrams CVSlogdetectdetectIFPVSoperate operate PVS IFloadanalyzeanalyzedetectIFmailsextractsummarydetectstructure

4、deliberation threadsexamineIFexaminemailIFsendreceivemakemakeIFrecordexplanationrecordIFprocessIFprocessProcessedorganizeIForganizedocuments in XMLretrieveretrieveIFconflicts來源： Koichiro Ochimizu特別提醒 不同時(shí)期，劃分需求重要等級的尺度不同！策略3：多視圖探尋架構(gòu)著名的4+1視圖可根據(jù)情況增減4+1視圖概念圖上下文圖（數(shù)據(jù)流圖語法）上下文圖（Use Case語法）策略4：盡早驗(yàn)證架構(gòu)驗(yàn)證架構(gòu)的技術(shù)可分為兩種：原型法（RUP稱為可執(zhí)行架構(gòu)）框架化（Framework First）原型法可執(zhí)行架構(gòu)RUP中的可執(zhí)行架構(gòu)（executable architecture），即垂直進(jìn)化原型。架構(gòu)框架化Common spotHot spotFramework多種分類方法:技術(shù)框架業(yè)務(wù)框架（針對不同領(lǐng)域）白盒框架（玻璃盒為特例）黑盒框架灰盒框架Application FrameworkMiddleware FrameworkInfrastructure Framework垂直框架水平框架總結(jié)：架構(gòu)設(shè)計(jì)策略 全面認(rèn)識