軟件架構(gòu)設(shè)計

軟件架構(gòu)設(shè)計讀書筆記模板01思維導(dǎo)圖讀書筆記目錄分析內(nèi)容摘要精彩摘錄作者介紹目錄0305020406思維導(dǎo)圖軟件架構(gòu)設(shè)計過程程序員設(shè)計書版本應(yīng)用實際需求架構(gòu)架構(gòu)設(shè)計模塊案例概念第章劃分功能視圖本書關(guān)鍵字分析思維導(dǎo)圖內(nèi)容摘要內(nèi)容摘要本書是暢銷書《軟件架構(gòu)設(shè)計》的第二版，本書緊緊圍繞“軟件架構(gòu)設(shè)計”這一主題，立足實踐解析了軟件架構(gòu)的概念，闡述了切實可行的軟件架構(gòu)設(shè)計方法，提供了可操作性極強的完整的架構(gòu)設(shè)計過程。另外，本書從思維方式的突破、面向?qū)ο笤O(shè)計、UML建模、過程與管理等關(guān)鍵過渡環(huán)節(jié)，為廣大程序員的成長提供了切中肯綮的指導(dǎo)。相對第一版，本書更加側(cè)重于從程序員成長的角度寫作，高度而巧妙地結(jié)合理論與實踐，包含大量來自開發(fā)一線的實際案例。讀書筆記讀書筆記雖然當(dāng)前我們在成熟產(chǎn)品上做特性開發(fā)，很難用上這些知識，但在做了這么多年軟件產(chǎn)品開發(fā)后來看這樣的書，相當(dāng)于給自己的知識做個總結(jié)，往大的想架構(gòu)設(shè)計就是解決問題的一種方法，掌握了就多了一種方法，可以應(yīng)用在工作和生活的各個方面，包括提高溝通能力也可以使用這樣的方法，需求捕獲本來就是溝通，書里給了你技巧，是不是很開心。很老的書了，時代跟不上，但是很多理念和思路還是很有借鑒意義的。有沒有經(jīng)驗，決定你能不能成為架構(gòu)師。架構(gòu)驗證是一個必須的環(huán)節(jié)，以免后續(xù)出現(xiàn)大規(guī)模的返工、推到重做甚至是項目流產(chǎn)。架構(gòu)驗證是一個必須的環(huán)節(jié)，以免后續(xù)出現(xiàn)大規(guī)模的返工、推到重做甚至是項目流產(chǎn)?？赡軐τ诔醪骄幊痰娜烁哂兄笇?dǎo)意義吧，也可能自己還沒到達一定高度，書中所列的點在實際開發(fā)中都有涉及，但具體到項目還是要形成自己的方法論，久而久之就會得心應(yīng)手。只能說對沒有參與過架構(gòu)設(shè)計的技術(shù)人員有些參考價值吧，總體感覺偏學(xué)術(shù)方面，可操作性欠佳。想從高級跳到架構(gòu)師,不僅僅需要技術(shù)的積累,最關(guān)鍵是視野的擴展,從大局出發(fā),跳出技術(shù)范圍,又融入技術(shù)元素,這是個挑戰(zhàn),也是一個人生的飛躍。精彩摘錄精彩摘錄機會、人才、技術(shù)和產(chǎn)品是公司成長的主要牽動力。機會牽引人才，人才牽引技術(shù)，技術(shù)牽引產(chǎn)品，產(chǎn)品牽引更大的機會。在這四種牽動力中，人才所掌握的知識處于最核心的地位。用戶在使用軟件系統(tǒng)的過程中，其關(guān)心的質(zhì)量屬性可能包括易用性、性能、可伸縮性、持續(xù)可用性和魯棒性等。因此，軟件架構(gòu)師也應(yīng)當(dāng)時時牢記：為用戶而設(shè)計，不僅滿足用戶要求的功能，也要達到用戶期望的質(zhì)量。【原則1】看透需求·【原則2】架構(gòu)大方向正確·【原則3】設(shè)計好架構(gòu)的各個方面設(shè)計邏輯架構(gòu)的核心任務(wù)，是比較全面地識別模塊、規(guī)劃接口，并基于此進一步明確模塊之間的使用關(guān)系和使用機制。他們在大型系統(tǒng)架構(gòu)設(shè)計的早期比較注重識別1）重大需求、2）特色需求、3）高風(fēng)險需求，據(jù)此來決定如何劃分頂級子系統(tǒng)、采用什么架構(gòu)風(fēng)格和開發(fā)技術(shù)、集成是否要支持、二次開發(fā)是否要支持。（1）需求分析（2）領(lǐng)域建模（3）確定關(guān)鍵需求（4）概念架構(gòu)設(shè)計（5）細化架構(gòu)設(shè)計（6）架構(gòu)驗證領(lǐng)域建模實踐的精髓是“業(yè)務(wù)決定功能，功能決定模型”概念架構(gòu)要明確給出“1個決定4個選型”，即決定：1）如何劃分頂級子系統(tǒng)；2）架構(gòu)風(fēng)格選型；3）開發(fā)技術(shù)選型；4）集成技術(shù)選型；5）二次開發(fā)技術(shù)選型。目錄分析1.2本書價值1.1軟件業(yè)人才結(jié)構(gòu)第1章從程序員到架構(gòu)師第3章理解架構(gòu)設(shè)計視圖第2章解析軟件架構(gòu)概念第1部分基本概念篇第2章解析軟件架構(gòu)概念2.1軟件架構(gòu)概念的分類2.2概念思想的解析2.3實際應(yīng)用（1）——團隊對架構(gòu)看法不一怎么辦第3章理解架構(gòu)設(shè)計視圖3.1軟件架構(gòu)為誰而設(shè)計3.2理解架構(gòu)設(shè)計視圖3.3運用“邏輯視圖+物理視圖”設(shè)計架構(gòu)3.4實際應(yīng)用（2）——開發(fā)人員如何快速成長第4章架構(gòu)設(shè)計過程第5章需求分析第6章用例與需求第7章領(lǐng)域建模第8章確定關(guān)鍵需求12345第2部分實踐過程篇第9章概念架構(gòu)設(shè)計第11章架構(gòu)驗證第10章細化架構(gòu)設(shè)計第2部分實踐過程篇第4章架構(gòu)設(shè)計過程4.1架構(gòu)設(shè)計的實踐脈絡(luò)4.2架構(gòu)設(shè)計的速查手冊第5章需求分析5.1需求開發(fā)（上）——愿景分析5.2需求開發(fā)（下）——需求分析5.3掌握的需求全不全5.4從需求向設(shè)計轉(zhuǎn)化的“密碼”5.5實際應(yīng)用（3）——PMSuite貫穿案例之需求分析第6章用例與需求6.1用例技術(shù)族6.2用例技術(shù)族的應(yīng)用場景6.3實際應(yīng)用（4）——用例建模夠不夠？流程建模要不要第7章領(lǐng)域建模7.1什么是領(lǐng)域模型7.2需求人員視角——促進用戶溝通、解決分析癱瘓7.3開發(fā)人員視角——破解“領(lǐng)域知識不足”死結(jié)7.4實際應(yīng)用（5）——功能決定如何建模，模型決定功能擴展第8章確定關(guān)鍵需求8.1眾說紛紜——什么決定了架構(gòu)8.2真知灼見——關(guān)鍵需求決定架構(gòu)8.3付諸行動——如何確定關(guān)鍵需求8.4實際應(yīng)用（6）——小系統(tǒng)與大系統(tǒng)的架構(gòu)分水嶺第9章概念架構(gòu)設(shè)計9.1概念架構(gòu)是什么9.2概念架構(gòu)設(shè)計概述9.3左手功能——概念架構(gòu)設(shè)計（上）9.4右手質(zhì)量——概念架構(gòu)設(shè)計（下）9.5概念架構(gòu)設(shè)計實踐要領(lǐng)9.6實際應(yīng)用（7）——PMSuite貫穿案例之概念架構(gòu)設(shè)計第10章細化架構(gòu)設(shè)計10.1從2視圖方法到5視圖方法10.2程序員向架構(gòu)師轉(zhuǎn)型的關(guān)鍵突破——學(xué)會系統(tǒng)思考10.35視圖方法實踐——5個視圖、15個設(shè)計任務(wù)10.4實際應(yīng)用（8）——PMSuite貫穿案例之細化架構(gòu)設(shè)計第11章架構(gòu)驗證11.1原型技術(shù)11.2架構(gòu)驗證第12章粗粒度“功能模塊”劃分第13章如何分層第14章用例驅(qū)動的模塊劃分過程第15章模塊劃分的4步驟方法第3部分模塊劃分專題第12章粗粒度“功能模塊”劃分12.1功能樹12.2借助功能樹，劃分粗粒度“功能模塊”12.3實際應(yīng)用（9）——對比MailProxy案例的4種模塊劃分設(shè)計12.4實際應(yīng)用（10）——做總體，要提交啥樣的“子系統(tǒng)劃分方案”第13章如何分層13.1分層架構(gòu)13.2分層架構(gòu)實踐技巧13.3實際應(yīng)用（11）——對比MailProxy案例的4種模塊劃分設(shè)計第14章用例驅(qū)動的模塊劃分過程14.1描述需求的序列圖vs.描述設(shè)計的序列圖14.2用例驅(qū)動的模塊劃分過程14.3實際應(yīng)用（12）——對比MailProxy案例的4