贏在架構(gòu)大中型軟件架構(gòu)設(shè)計(jì)實(shí)踐體系.ppt

,贏在架構(gòu),大中型軟件架構(gòu)設(shè)計(jì)實(shí)踐體系,軟件架構(gòu)專(zhuān)家 架構(gòu)咨詢顧問(wèn)與培訓(xùn)師 軟件架構(gòu)設(shè)計(jì)作者,溫 昱,三個(gè)經(jīng)典難題，一套實(shí)踐體系 實(shí)踐體系的三個(gè)階段 Pre-architecture階段 Conceptual Architecture階段 Refined Architecture階段 實(shí)踐體系如何解決軟件企業(yè)的問(wèn)題 ADMEMS方法的十大理念 Q&A,議 程,架構(gòu)設(shè)計(jì),三個(gè)經(jīng)典難題,需求,架構(gòu),思維過(guò)程亂 不能系統(tǒng)有序進(jìn)行思維,輸出亂 不能錯(cuò)落有致提供設(shè)計(jì)決策,輸入亂 不能深入全面把握需求,架構(gòu)師：混亂是思維的大敵！,一套實(shí)踐體系,Pre-architecture階段：錯(cuò)過(guò) = 過(guò)錯(cuò) Conceptual Arch階段：大系統(tǒng)成敗關(guān)鍵 Refined Arch階段：團(tuán)隊(duì)并行開(kāi)發(fā)基礎(chǔ),PA階段,需求,CA階段,RA階段,架構(gòu),三個(gè)經(jīng)典難題，一套實(shí)踐體系 實(shí)踐體系的三個(gè)階段 Pre-architecture階段 Conceptual Architecture階段 Refined Architecture階段 實(shí)踐體系如何解決軟件企業(yè)的問(wèn)題 ADMEMS方法的十大理念 Q&A,議 程,第1步： 需求結(jié)構(gòu)化 第2步： 分析約束影響 第3步： 確定關(guān)鍵質(zhì)量 第4步： 確定關(guān)鍵功能,4,3,2,1,確定關(guān) 鍵功能,確定關(guān) 鍵質(zhì)量,分析約 束影響,全面有序理解需求,影響架構(gòu)的 因素多而雜,Pre-architecture：不僅是理解需求,例如，確定關(guān)鍵質(zhì)量時(shí),理解力：不能“還原”，何談“模仿”,創(chuàng)造力：用好Pre-architecture階段,功 能,質(zhì) 量,約 束,三個(gè)經(jīng)典難題，一套實(shí)踐體系 實(shí)踐體系的三個(gè)階段 Pre-architecture階段 Conceptual Architecture階段 Refined Architecture階段 實(shí)踐體系如何解決軟件企業(yè)的問(wèn)題 ADMEMS方法的十大理念 Q&A,議 程,重大需求塑造概念架構(gòu),架構(gòu)決定因素 關(guān)鍵功能 關(guān)鍵質(zhì)量業(yè)務(wù)需求與約束,對(duì)比：RUP的用例驅(qū)動(dòng)方式,Use Cases,Analysis Classes,Source Code,Exec,Design Classes,兩種哲學(xué)的優(yōu)劣分析,驅(qū)動(dòng)力,功能 質(zhì)量 約束,功能 質(zhì)量 約束,驅(qū)動(dòng)力,概念架構(gòu)針對(duì)重大需求、特色需求、高風(fēng)險(xiǎn)需求，給出高層次的解決方案,問(wèn)題1：過(guò)于理想化 問(wèn)題2：未來(lái)修改很大,案例：基于Web的PMSys,PMSys例：概念架構(gòu)理想設(shè)計(jì),PMSys例：得到的概念架構(gòu),4層架構(gòu)及每層職責(zé) 采用B/S架構(gòu) 采用Java語(yǔ)言 ORM技術(shù)的采用 集成的考慮,細(xì)化架構(gòu),詳設(shè)與編程,概念架構(gòu),愿景與需求,三個(gè)經(jīng)典難題，一套實(shí)踐體系 實(shí)踐體系的三個(gè)階段 Pre-architecture階段 Conceptual Architecture階段 Refined Architecture階段 實(shí)踐體系如何解決軟件企業(yè)的問(wèn)題 ADMEMS方法的十大理念 Q&A,議 程,軟件架構(gòu)設(shè)計(jì)中一則笑話,程序員說(shuō)，架構(gòu)就是要決定需要編寫(xiě)哪些類(lèi)、使用哪些現(xiàn)成框架，程序經(jīng)理笑了； 程序經(jīng)理說(shuō)，架構(gòu)就是模塊的劃分和接口的定義，系統(tǒng)分析員笑了； 分析員說(shuō)，架構(gòu)就是為業(yè)務(wù)領(lǐng)域?qū)ο蟮年P(guān)系建模，配置管理員笑了； 配置管理員說(shuō)，架構(gòu)就是開(kāi)發(fā)出來(lái)的、以及編譯過(guò)后的軟件到底是個(gè)啥結(jié)構(gòu)，數(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)如何劃分，程序員又笑了。,RUP的4+1視圖,Design View,Implementation View,Process View,Components,Classes, interfaces, collaborations,Active classes,Deployment View,Use cases,5視圖：擴(kuò)充了經(jīng)驗(yàn)，補(bǔ)足了技巧,運(yùn)行架構(gòu),數(shù)據(jù)架構(gòu),物理架構(gòu),邏輯架構(gòu),開(kāi)發(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) 編譯依賴(lài)關(guān)系,控制流 進(jìn)程、線程 中斷服務(wù)程序 控制流組織 系統(tǒng)啟動(dòng)與停機(jī) 控制流通信 加鎖與同步,職責(zé)劃分 邏輯層（Layer） 子系統(tǒng)、模塊 關(guān)鍵類(lèi) 職責(zé)間協(xié)作 接口 協(xié)作關(guān)系,物理節(jié)點(diǎn) PC、服務(wù)器 單片機(jī)、單板機(jī)、專(zhuān)用機(jī) 軟件安裝、部署、燒寫(xiě) 系統(tǒng)軟件選型 物理節(jié)點(diǎn)拓?fù)?連接方式、 拓?fù)浣Y(jié)構(gòu) 物理層（Tier ） 冗余考慮,三個(gè)經(jīng)典難題，一套實(shí)踐體系 實(shí)踐體系的三個(gè)階段 Pre-architecture階段 Conceptual Architecture階段 Refined Architecture階段 實(shí)踐體系如何解決軟件企業(yè)的問(wèn)題 ADMEMS方法的十大理念 Q&A,議 程,有獎(jiǎng)問(wèn)答,某公司擬以C語(yǔ)言代替C+，重寫(xiě)其電信計(jì)費(fèi)系統(tǒng)，因?yàn)殚_(kāi)發(fā)人員引入了太多抽象，使“可擴(kuò)展性上去了，性能下來(lái)了” 能解決問(wèn)題 于事無(wú)補(bǔ)，因?yàn)?用C語(yǔ)言 有會(huì)過(guò)度設(shè)計(jì) 問(wèn)題根源出在Pre-architecture階段 架構(gòu)設(shè)計(jì)中必須分析質(zhì)量間相互影響，制訂權(quán)衡取舍策略,內(nèi)容回顧,確定關(guān)鍵質(zhì)量時(shí),企業(yè)內(nèi)訓(xùn)時(shí)推薦的文檔模板,1. 文檔簡(jiǎn)介 1.1 文檔目的 1.2 文檔范圍 1.3 定義、縮寫(xiě)詞和縮略語(yǔ) 1.4 參考資料 2. 架構(gòu)描述方式 2.1 架構(gòu)視圖閱讀指南 2.2 圖表與模型閱讀指南 3. 架構(gòu)設(shè)計(jì)目標(biāo) 3.1 關(guān)鍵功能 3.2 關(guān)鍵質(zhì)量屬性 3.3 業(yè)務(wù)需求和約束因素,4. 架構(gòu)設(shè)計(jì)原則 4.1 架構(gòu)設(shè)計(jì)原則 4.2 備選架構(gòu)設(shè)計(jì)方案及被否原因 4.3 架構(gòu)設(shè)計(jì)對(duì)后續(xù)工作的限制（詳設(shè)，部署等） 5. 邏輯架構(gòu)視圖 5.1 職責(zé)劃分與職責(zé)確定 5.2 接口設(shè)計(jì)與協(xié)作機(jī)制 5.3 重要設(shè)計(jì)包,企業(yè)內(nèi)訓(xùn)時(shí)推薦的文檔模板,6. 開(kāi)發(fā)架構(gòu)視圖 6.1 Project劃分 6.2 Project 1 project目錄結(jié)構(gòu)指導(dǎo) 程序單元組織 框架與應(yīng)用之間的關(guān)系（可選） 6.3 Project n 7. 運(yùn)行架構(gòu)視圖 7.1 控制流組織 7.2 控制流的創(chuàng)建、銷(xiāo)毀、通信 7.3 加鎖設(shè)計(jì),8. 物理架構(gòu)視圖 8.1 物理拓?fù)?8.2 軟件到硬件的映射 8.3 優(yōu)化部署 9. 數(shù)據(jù)架構(gòu)視圖 持久化機(jī)制的選擇 持久化存儲(chǔ)方案 數(shù)據(jù)同步與復(fù)制策略 10. 關(guān)鍵質(zhì)量屬性的設(shè)計(jì)原理,有獎(jiǎng)問(wèn)答,有獎(jiǎng)問(wèn)答,許多公司從事嵌入式領(lǐng)域，也需架構(gòu)設(shè)計(jì)實(shí)踐體系的指導(dǎo)，圖示的架構(gòu)中，有幾個(gè)控制流？ 1個(gè) 2個(gè) 4個(gè) 7個(gè),內(nèi)容回顧,5視圖方法 之 運(yùn)行架構(gòu)視圖,運(yùn)行架構(gòu),控制流 進(jìn)程、線程 中斷服務(wù)程序 控制流組織 系統(tǒng)啟動(dòng)與停機(jī) 控制流通信 加鎖與同步,有獎(jiǎng)問(wèn)答,許多公司困擾于：開(kāi)發(fā)人員不按照架構(gòu)進(jìn)行詳細(xì)設(shè)計(jì)和編程。如何讓開(kāi)發(fā)人員更“擁護(hù)”架構(gòu)？ 在架構(gòu)設(shè)計(jì)中重視“開(kāi)發(fā)架構(gòu)視圖”，讓開(kāi)發(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ì)開(kāi)發(fā)人員批評(píng)、教育 編程一線的程序經(jīng)理參與架構(gòu)設(shè)計(jì),多管齊下,在架構(gòu)設(shè)計(jì)中重視“開(kāi)發(fā)架構(gòu)視圖” 編程一線的程序經(jīng)理參與架構(gòu)設(shè)計(jì) 能支持并行的詳細(xì)設(shè)計(jì)是“架構(gòu)設(shè)計(jì)進(jìn)行到什么程度”的標(biāo)志,三個(gè)經(jīng)典難題，一套實(shí)踐體系 實(shí)踐體系的三個(gè)階段 Pre-architecture階段 Conceptual Architecture階段 Refined Architecture階段 實(shí)踐體系如何解決軟件企業(yè)的問(wèn)題 ADMEMS方法的十大理念 Q&A,議 程,業(yè)界趨勢(shì)：方法體系是必由之路,架構(gòu)與OO：必須弄清誰(shuí)包含誰(shuí) 多視圖方法：必須貼近實(shí)踐 大系統(tǒng)架構(gòu)設(shè)計(jì)能否成功：要靠概念架構(gòu) 非功能需求支持能否到位：要靠場(chǎng)景思維 混亂乃思維大敵：但架構(gòu)設(shè)計(jì)的混亂存在于何處 需求決定了架構(gòu)：但不同需求影響架構(gòu)的原理有何不同 關(guān)鍵需求決定架構(gòu)：實(shí)踐 理論 架構(gòu)設(shè)計(jì)：?jiǎn)我环椒?or 方法體系 時(shí)間先后組織方法體系：架構(gòu)視圖 架構(gòu)層次 技術(shù)選擇與非功能考慮：殲滅戰(zhàn) or 持久戰(zhàn),三個(gè)經(jīng)典難題，一套實(shí)踐體系 實(shí)踐體系的三個(gè)階段 Pre-architecture階段