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

2、全面認識需求真正重視非功能需求之后，需求空間平面被“拉”成了立方體。需求層次論需求層次論來源：Software Requirements付諸實踐 建立自己的、多維的、Check list式的“需求分類圖譜”。實用！策略2：關鍵需求決定架構是防守，更是進攻！防守：務實，甚至不得已進攻：為了更好的架構從功能到結構來源：Ivar Jacobson“關鍵需求決定架構”的原因來源：Ivar Jacobson付諸實踐organizedocumentsprocessmake adiagramexplaintechnical writerretrieve documentsaccess toFVSdetect

3、conflictsaccess toPVSdetectload balanceexaminedeliberationssend / receivean e- mailparticipantscoordinatorprogrammeranalyst designeranalyst designerFVSFVS IFsources diagrams CVSlogdetectdetectIFPVSoperate operate PVS IFloadanalyzeanalyzedetectIFmailsextractsummarydetectstructuredeliberation threadse

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