系統(tǒng)架構(gòu)過(guò)程3之架構(gòu)分劃

軟件系統(tǒng)架構(gòu)實(shí)踐中國(guó)信息化培訓(xùn)中心2013年10月課程目錄一、系統(tǒng)架構(gòu)概述二、系統(tǒng)架構(gòu)之三分過(guò)程三、系統(tǒng)架構(gòu)之四入策略四、系統(tǒng)架構(gòu)之六大戰(zhàn)術(shù)五、系統(tǒng)架構(gòu)之案例探究六、系統(tǒng)架構(gòu)之評(píng)估體系七、系統(tǒng)架構(gòu)師成長(zhǎng)之路二、系統(tǒng)架構(gòu)之三分過(guò)程（一）系統(tǒng)架構(gòu)之架構(gòu)分析--架構(gòu)準(zhǔn)備（二）系統(tǒng)架構(gòu)之架構(gòu)分割--概要架構(gòu)（三）系統(tǒng)架構(gòu)之架構(gòu)分劃--細(xì)化架構(gòu)（四）系統(tǒng)架構(gòu)之非功能目標(biāo)（三）系統(tǒng)架構(gòu)之架構(gòu)分劃1、細(xì)化架構(gòu)案例2、細(xì)化架構(gòu)概述3、細(xì)化架構(gòu)之邏輯架構(gòu)4、細(xì)化架構(gòu)之物理架構(gòu)、運(yùn)行架構(gòu)、開發(fā)架構(gòu)5、細(xì)化架構(gòu)之?dāng)?shù)據(jù)架構(gòu)RA階段:細(xì)化架構(gòu)案例一：方案書確認(rèn)以后（驕傲的架構(gòu)師，郁悶的程序員）公司在談一個(gè)項(xiàng)日，但還沒(méi)有得到客戶的認(rèn)可。后來(lái)，除了老李這個(gè)項(xiàng)目經(jīng)理之外，小張作為架構(gòu)師、小王作為需求分析師也都參與了進(jìn)來(lái)。他們幾個(gè)在和客戶溝通的基礎(chǔ)上，通力合作，最后成功提交了《方案書》，并獲得客戶的認(rèn)可?！斗桨笗肥抢侠?、小張、小王各負(fù)責(zé)一部分來(lái)寫的，其中架構(gòu)師小張負(fù)責(zé)總體設(shè)計(jì)部分。小張認(rèn)為《方案書》被認(rèn)可說(shuō)明架構(gòu)已經(jīng)很明確，無(wú)須“再”架構(gòu)設(shè)計(jì)了最后，苦了程序員，因?yàn)樗麄冊(cè)趯?shí)際開發(fā)中沒(méi)有得到足夠的指導(dǎo)和限制。RA階段:細(xì)化架構(gòu)“方案”與“架構(gòu)”的關(guān)系方案包含一定的架構(gòu)內(nèi)容。方案涉及的架構(gòu)基本在概念架構(gòu)一級(jí)。

架構(gòu)設(shè)計(jì)的工作還遠(yuǎn)未完成。方案=“項(xiàng)目+需求+架構(gòu)”的總覽方案≠架構(gòu)的全部RA階段:細(xì)化架構(gòu)“細(xì)化架構(gòu)”與“概念架構(gòu)”的區(qū)別接口，在細(xì)化架構(gòu)中占核心地位，概念架構(gòu)不關(guān)心子系統(tǒng)，細(xì)化架構(gòu)重視通過(guò)子系統(tǒng)和模塊來(lái)分割整個(gè)系統(tǒng)，并且子系統(tǒng)往往有明確的接口；而概念架構(gòu)中只有抽象的組件，這些組件沒(méi)有接口交互機(jī)制，細(xì)化架構(gòu)基于接口編程、消息機(jī)制或遠(yuǎn)程方法調(diào)用進(jìn)行實(shí)在的交互，而概念架構(gòu)的交互是“概念化”的，如“A層使用B層服務(wù)”RA階段:細(xì)化架構(gòu)案例二：辦公室里的爭(zhēng)論辦公室里，關(guān)于什么是軟件架構(gòu)，爭(zhēng)論正酣。

程序員說(shuō)，軟件架構(gòu)就是要決定須要編寫哪些類，使用哪些現(xiàn)成框架(Framework)。程序經(jīng)理笑了程序經(jīng)理說(shuō)，軟件架構(gòu)就是模塊的劃分和接口定義。系統(tǒng)分析員笑了系統(tǒng)分析員說(shuō)，軟件架構(gòu)就是為業(yè)務(wù)領(lǐng)域?qū)ο蟮年P(guān)系建模。配置管理員笑了；

配置管理員說(shuō)，軟件架構(gòu)就是開發(fā)出來(lái)的及編譯后的軟件到底是個(gè)啥結(jié)構(gòu)．?dāng)?shù)據(jù)庫(kù)工程師笑了；數(shù)據(jù)庫(kù)工程師說(shuō)，軟件架構(gòu)規(guī)定了持久化數(shù)據(jù)的結(jié)構(gòu)，其他一切都不過(guò)是對(duì)數(shù)據(jù)的操作而已。部署工程師笑了；部署工程師說(shuō)，軟件架構(gòu)規(guī)定了軟件部署到硬件的策略。用戶笑了用戶說(shuō)，軟件架構(gòu)就是決定一個(gè)個(gè)子系統(tǒng)如何劃分。程序員又笑了大家想了想說(shuō)，這些架構(gòu)視圖好像我們都需要啊，軟件架構(gòu)師哭了。RA階段:細(xì)化架構(gòu)貼近實(shí)踐的多視圖方法不同涉眾看待軟件架構(gòu)的視角是不同的（三）系統(tǒng)架構(gòu)之架構(gòu)分劃1、細(xì)化架構(gòu)案例2、細(xì)化架構(gòu)概述3、細(xì)化架構(gòu)之邏輯架構(gòu)4、細(xì)化架構(gòu)之物理架構(gòu)、運(yùn)行架構(gòu)、開發(fā)架構(gòu)5、細(xì)化架構(gòu)之?dāng)?shù)據(jù)架構(gòu)細(xì)化架構(gòu)概述概念架構(gòu)與細(xì)化架構(gòu)細(xì)化架構(gòu)概述概念架構(gòu)與細(xì)化架構(gòu)

誤解與正解細(xì)化架構(gòu)概述細(xì)化架構(gòu)的多視圖裝修案例

裝修的兩視圖細(xì)化架構(gòu)概述細(xì)化架構(gòu)的多視圖業(yè)界現(xiàn)狀：RUP4+1視圖RUP的4+1視圖細(xì)化架構(gòu)概述細(xì)化架構(gòu)的多視圖業(yè)界現(xiàn)狀：SEI3視圖（模塊視圖，組件-連接器視圖，分配視圖）

SEI3視圖方法細(xì)化架構(gòu)概述細(xì)化架構(gòu)的多視圖實(shí)踐要領(lǐng)：5視圖方法提出，每個(gè)視圖，一個(gè)思維角度邏輯視圖物理視圖開發(fā)視圖數(shù)據(jù)視圖運(yùn)行視圖

細(xì)化架構(gòu)概述細(xì)化架構(gòu)的多視圖：每個(gè)視圖，一組技術(shù)關(guān)注點(diǎn)

運(yùn)行架構(gòu)數(shù)據(jù)架構(gòu)物理架構(gòu)邏輯架構(gòu)開發(fā)架構(gòu)

持久數(shù)據(jù)單元文件關(guān)系數(shù)據(jù)庫(kù)實(shí)時(shí)數(shù)據(jù)庫(kù)數(shù)據(jù)存儲(chǔ)格式文件格式數(shù)據(jù)庫(kù)Schema

程序單元源文件、配置文件程序庫(kù)、框架目標(biāo)單元程序單元組織

Project劃分

Project目錄結(jié)構(gòu)編譯依賴關(guān)系

控制流進(jìn)程、線程中斷服務(wù)程序控制流組織系統(tǒng)啟動(dòng)與停機(jī)控制流通信加鎖與同步

職責(zé)劃分邏輯層（Layer）子系統(tǒng)、模塊關(guān)鍵類職責(zé)間協(xié)作接口協(xié)作關(guān)系

物理節(jié)點(diǎn)

―PC、服務(wù)器

―單片機(jī)、單板機(jī)、專用機(jī)

―軟件安裝、部署、燒寫

―系統(tǒng)軟件選型物理節(jié)點(diǎn)拓?fù)?/p>

―連接方式、拓?fù)浣Y(jié)構(gòu)

―物理層（Tier）

―冗余考慮（三）系統(tǒng)架構(gòu)之架構(gòu)分劃1、細(xì)化架構(gòu)案例2、細(xì)化架構(gòu)概述3、細(xì)化架構(gòu)之邏輯架構(gòu)4、細(xì)化架構(gòu)之物理架構(gòu)、運(yùn)行架構(gòu)、開發(fā)架構(gòu)5、細(xì)化架構(gòu)之?dāng)?shù)據(jù)架構(gòu)細(xì)化架構(gòu)-邏輯架構(gòu)劃分子系統(tǒng)策略可歸納為3種：?分層的細(xì)化?分區(qū)的引入?機(jī)制的提取

細(xì)化架構(gòu)-邏輯架構(gòu)分層的細(xì)化：

細(xì)化架構(gòu)-邏輯架構(gòu)分區(qū)的引入：架構(gòu)中引入分區(qū)，支持深度優(yōu)先的迭代開發(fā)

只有分區(qū)，如何迭代開發(fā)

細(xì)化架構(gòu)-邏輯架構(gòu)機(jī)制的提?。夯诮涌冢ɑ虺橄箢悾┑膮f(xié)作是機(jī)制，基于具體類的協(xié)作則算不上機(jī)制

直接組裝稱為協(xié)作

細(xì)化架構(gòu)-邏輯架構(gòu)機(jī)制的提?。夯诮涌冢ɑ虺橄箢悾┑膮f(xié)作是機(jī)制，基于具體類的協(xié)作則算不上機(jī)制實(shí)現(xiàn)不同的最終功能可以重用同一個(gè)機(jī)制

基于抽象的協(xié)作稱為機(jī)制

細(xì)化架構(gòu)-邏輯架構(gòu)子系統(tǒng)劃分：必須三管齊下，綜合運(yùn)用3種手段：分層細(xì)化、分區(qū)引入、機(jī)制提取

細(xì)化架構(gòu)-邏輯架構(gòu)子系統(tǒng)劃分：架構(gòu)設(shè)計(jì)關(guān)注點(diǎn)分離原理

細(xì)化架構(gòu)-邏輯架構(gòu)子系統(tǒng)劃分：三種手段位于不同的維度，相輔相成

細(xì)化架構(gòu)-邏輯架構(gòu)子系統(tǒng)劃分：4個(gè)重要原則?職責(zé)不同的單元?jiǎng)潥w不同子系統(tǒng)?通用性不同的單元?jiǎng)潥w不同子系統(tǒng)?需要不同開發(fā)技能的單元?jiǎng)潥w不同子系統(tǒng)?兼顧工作量的相對(duì)均衡，把太大的子系統(tǒng)進(jìn)一步做切分

細(xì)化架構(gòu)-邏輯架構(gòu)子系統(tǒng)劃分：4個(gè)重要原則

細(xì)化架構(gòu)-邏輯架構(gòu)接口的設(shè)計(jì)：協(xié)作決定接口（xBank與SAP）“我的接口我做主”觀點(diǎn)錯(cuò)誤

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)質(zhì)疑驅(qū)動(dòng)結(jié)構(gòu)設(shè)計(jì)和行為設(shè)計(jì)相分離

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)過(guò)程串聯(lián)：第一步，根據(jù)當(dāng)前理解運(yùn)用3手段切分

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)過(guò)程串聯(lián)：第二步，找到某功能的參與單元

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)過(guò)程串聯(lián)：第三步，通過(guò)行為讓他們協(xié)作完成功能

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)過(guò)程串聯(lián)：第四步，質(zhì)疑并推進(jìn)設(shè)計(jì)的深入

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)案例示范：設(shè)計(jì)MyZip從概念架構(gòu)開始，如下圖：

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)案例示范：設(shè)計(jì)MyZip運(yùn)用3手段進(jìn)行子系統(tǒng)劃分，如下圖：

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)案例示范：設(shè)計(jì)MyZip讓職責(zé)協(xié)作，驗(yàn)證能否支持“壓縮”

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)案例示范：設(shè)計(jì)MyZip定義“包-接口圖”，如下：

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)案例示范：設(shè)計(jì)MyZip再?gòu)慕Y(jié)構(gòu)跳轉(zhuǎn)到行為，讓控制負(fù)擔(dān)“ZipOneFile”職責(zé)

細(xì)化架構(gòu)-邏輯架構(gòu)整體思路：質(zhì)疑驅(qū)動(dòng)的邏輯架構(gòu)設(shè)計(jì)案例示范：設(shè)計(jì)MyZip逐步明確接口的方法級(jí)定義

細(xì)化架構(gòu)-邏輯架構(gòu)更多經(jīng)驗(yàn)總結(jié)：10條經(jīng)驗(yàn)要點(diǎn)

細(xì)化架構(gòu)-邏輯架構(gòu)設(shè)計(jì)模式：包內(nèi)結(jié)構(gòu)，包間協(xié)作實(shí)現(xiàn)方案：灰盒包圖的運(yùn)用

灰盒包頭在邏輯架構(gòu)思維中的“位置”

細(xì)化架構(gòu)-邏輯架構(gòu)設(shè)計(jì)模式：包內(nèi)結(jié)構(gòu)，包間協(xié)作實(shí)現(xiàn)方案：灰盒包圖的運(yùn)用設(shè)計(jì)不足的灰盒包圖

恰到好處的灰盒包圖

細(xì)化架構(gòu)-邏輯架構(gòu)PASS練習(xí)案例概念架構(gòu)開始

細(xì)化架構(gòu)-邏輯架構(gòu)PASS練習(xí)案例子系統(tǒng)劃分：3種手段的引入（分層細(xì)化、分區(qū)引入、機(jī)制提?。?，并運(yùn)用4原則

細(xì)化架構(gòu)-邏輯架構(gòu)PASS練習(xí)案例從結(jié)構(gòu)設(shè)計(jì)跳轉(zhuǎn)到行為設(shè)計(jì)，開展質(zhì)疑？

細(xì)化架構(gòu)-邏輯架構(gòu)PASS練習(xí)案例改進(jìn)之后的邏輯架構(gòu)

（三）系統(tǒng)架構(gòu)之架構(gòu)分劃1、細(xì)化架構(gòu)案例2、細(xì)化架構(gòu)概述3、細(xì)化架構(gòu)之邏輯架構(gòu)4、細(xì)化架構(gòu)之物理架構(gòu)、運(yùn)行架構(gòu)、開發(fā)架構(gòu)（增加部署方式講解）5、細(xì)化架構(gòu)之?dāng)?shù)據(jù)架構(gòu)細(xì)化架構(gòu)-物理架構(gòu)物理架構(gòu)的設(shè)計(jì)內(nèi)容硬件選擇與物理拓?fù)滠浖接布挠成潢P(guān)系方案的優(yōu)化

細(xì)化架構(gòu)-物理架構(gòu)物理架構(gòu)的設(shè)計(jì)的思維框架

細(xì)化架構(gòu)-運(yùn)行架構(gòu)運(yùn)行架構(gòu)的設(shè)計(jì)內(nèi)容：確定引入哪些控制流確定每條控制流的任務(wù)控制流的創(chuàng)建、銷毀、通信機(jī)制等控制流之間的同步關(guān)系，加鎖機(jī)制等

細(xì)化架構(gòu)-運(yùn)行架構(gòu)運(yùn)行架構(gòu)的設(shè)計(jì)思路物理架構(gòu)中的每個(gè)節(jié)點(diǎn)（node）之上至少一條控制流節(jié)點(diǎn)之間通信，引入專門控制流（xBank緩存同步）需求一級(jí)是并行或并發(fā)時(shí)，引入多條控制流用戶并發(fā)訪問(wèn)，要求支持多控制流如果控制流復(fù)雜，可引入?yún)f(xié)調(diào)控制流

細(xì)化架構(gòu)-運(yùn)行架構(gòu)運(yùn)行架構(gòu)的設(shè)計(jì)思路，控制流圖是關(guān)鍵

M、N模塊考慮加鎖

細(xì)化架構(gòu)-開發(fā)架構(gòu)為什么開發(fā)人員不遵守架構(gòu)？

許多公司困擾于：開發(fā)人員不按照架構(gòu)進(jìn)行詳細(xì)設(shè)計(jì)和編程。如何讓開發(fā)人員更“擁護(hù)”架構(gòu)？在架構(gòu)設(shè)計(jì)中重視“開發(fā)架構(gòu)視圖”，讓開發(fā)人員看到他最關(guān)心的“程序單元”、“源碼目錄結(jié)構(gòu)”等概念架構(gòu)設(shè)計(jì)不可“高來(lái)高去”，能支持并行的詳細(xì)設(shè)計(jì)是“架構(gòu)設(shè)計(jì)進(jìn)行到什么程度”的標(biāo)志應(yīng)令HR對(duì)開發(fā)人員批評(píng)、教育編程一線的程序經(jīng)理參與架構(gòu)設(shè)計(jì)細(xì)化架構(gòu)-開發(fā)架構(gòu)開發(fā)架構(gòu)設(shè)計(jì)的工作內(nèi)容將“邏輯職責(zé)”映射為“程序單元”要自主編寫的源程序可重用的庫(kù)、框架其他方式（shell腳本，平臺(tái)配置文件）開發(fā)技術(shù)選型：開發(fā)語(yǔ)言，開發(fā)工具“程序單元”間關(guān)系Project劃分Project目錄結(jié)構(gòu)編譯依賴關(guān)系

細(xì)化架構(gòu)PASS案例練習(xí)物理架構(gòu)：從邏輯層（Layer）到物理層（Tier）的映射關(guān)系

細(xì)化架構(gòu)PASS案例練習(xí)持續(xù)不斷的非功能需求考慮

細(xì)化架構(gòu)PASS案例練習(xí)開發(fā)架構(gòu)：劃分為5個(gè)Project

細(xì)化架構(gòu)PASS案例練習(xí)開發(fā)架構(gòu)：劃分為5個(gè)Project

細(xì)化架構(gòu)架構(gòu)應(yīng)設(shè)計(jì)到什么程度比較合適？應(yīng)為開發(fā)人員提供足夠的指導(dǎo)和限制因項(xiàng)目、開發(fā)團(tuán)隊(duì)的情況不同而變化業(yè)務(wù)層、通用機(jī)制應(yīng)更深入的設(shè)計(jì)

（三）系統(tǒng)架構(gòu)之架構(gòu)分劃1、細(xì)化架構(gòu)案例2、細(xì)化架構(gòu)概述3、細(xì)化架構(gòu)之邏輯架構(gòu)4、細(xì)化架構(gòu)之物理架構(gòu)、運(yùn)行架構(gòu)、開發(fā)架構(gòu)5、細(xì)化架構(gòu)之?dāng)?shù)據(jù)架構(gòu)細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略獨(dú)立Schema（Separate-schema）集中（Centralized）分區(qū)（Partitioned）復(fù)制（Replicated）子集（Subset）重組（Reorganized）

細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略:獨(dú)立Schema（Separate-schema）當(dāng)一個(gè)大系統(tǒng)由相關(guān)的多個(gè)小系統(tǒng)組成，且不同小系統(tǒng)具有互不相同的數(shù)據(jù)庫(kù)Schema定義，這種情況稱為“獨(dú)立Schema”

細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略:集中（Centralized）指一個(gè)大系統(tǒng)必須支持來(lái)自不同地點(diǎn)的訪問(wèn)、或者該系統(tǒng)由相關(guān)的多個(gè)小系統(tǒng)組成，而持久化數(shù)據(jù)進(jìn)行集中化的、統(tǒng)一格式的存儲(chǔ)

細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略:分區(qū)（Partitioned）當(dāng)系統(tǒng)要為“地域分布廣泛的用戶”提供“相同的服務(wù)”時(shí)，常常采用水平分區(qū)策略。水平分區(qū)的特點(diǎn)可以概括為“兩個(gè)相同，兩個(gè)不同”,相同的應(yīng)用程序、不同的應(yīng)用程序部署實(shí)例（instance），相同的數(shù)據(jù)模型、不同的數(shù)據(jù)值。

細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略:分區(qū)（Partitioned）垂直分區(qū)方式的特點(diǎn)：不同數(shù)據(jù)節(jié)點(diǎn)的Schema會(huì)有“部分字段（Field）”的差異，但可以從同一套總的數(shù)據(jù)Schema中抽取得到

細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略:復(fù)制（Replicated）在整個(gè)分布式系統(tǒng)中，數(shù)據(jù)保存多個(gè)副本、并且以某種機(jī)制（實(shí)時(shí)或快照）保持多個(gè)數(shù)據(jù)副本之間的數(shù)據(jù)一致性，叫做復(fù)制數(shù)據(jù)分布策略

細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略:子集（Subset）“子集”是“復(fù)制”的特殊方式，就是某節(jié)點(diǎn)因功能或非功能考慮而保存全體數(shù)據(jù)的一個(gè)相對(duì)固定的子集

細(xì)化架構(gòu)-數(shù)據(jù)分布數(shù)據(jù)分布的6種策略:重組（Reorganized）“統(tǒng)計(jì)性重組”——數(shù)據(jù)的重新組織較多地