2. 軟體架構設計方法
2.1 軟體架構為誰而設計
◎ 架構師應當為專案相關的不同角色而設計：
* 架構師要為客戶負責，滿足他們的業務目標和約束條件。
* 架構師要為使用者負責，滿足他們關心的功能需求和執行期質量屬性。
* 架構師必須顧及處於協作分工「下游」的開發人員。
* 架構師必須考慮「周邊」的管理人員，為他們進行分工管理、協調控制和評估監控等工作提供清晰的基礎。
2.2 五檢視法
◎ 什麼是軟體架構檢視？
軟體架構檢視是對於從某一視角看到的系統所作的簡化描述，描述中涵蓋了系統的某一特定方面，而省略了與此無關的其他方面。
◎ 軟體架構要涵蓋的內容和決策太多了，超過了人腦「一蹴而就」的能力範圍，因此宜採用「分而治之」的辦法。即通過不同的檢視來描述架構。
2.3 從概念性架構到實際架構
◎ 少就是多 (less is more.)。 -- 密斯·凡德羅
◎ 概念性架構是對系統設計的最初構想。
◎ 一般來說，實際的軟體架構設計過程是，先進行概念性架構的設計，把最關鍵的設計要素和互動機制確定下來，然後再考慮具體技術的運用，設計出實際架構。
2.4 架構設計中的關鍵要素及解決策略
◎ 策略是制勝的關鍵。-- 張明正，《擋不住的趨勢》
◎ 最好的軟體開發人員都知道乙個秘密：美的東西比醜的東西建立起來更廉價，也更快捷。-- robert c. martin, 《軟體之美》
◎ 時間就是系統架構的生命。-- philippe kruchten
◎ 方法產生於恐懼。
◎ 面對時間緊迫的壓力，我們有理由質疑那種不顧時間花銷、一味追求軟體架構高質量的做法。軟體架構是軟體系統質量的核心，必須足夠重視，但在不適當的時候「用時間換完美」會毀掉整個專案。
◎ 架構設計並非「好的就是成功的」，而是「適合的才是成功的」。
2.5 軟體架構要設計到什麼程度
◎ 軟體系統的架構涵蓋了整個系統，儘管架構的有些部分可能只有「一寸深」。-- ivar jacobson, 《統一軟體開發過程之路》
◎ 軟體架構是團隊開發的基礎。
◎ 軟體架構要設計到什麼程度？
* 由於專案的不同、開發團隊情況的不同，軟體架構的設計程度會有不同。
* 軟體架構應當為開發人員提供足夠的指導和限制。
閱讀筆記6 軟體架構設計
本書第九章主要介紹了概念架構的設計 概念架構的設計及其的重要，直至系統目標的設計思想，重 擇。首先，什麼是概念架構的設計 概念架構界定系統的高層元件 以及它們之間的關係。概念架構意在對系統進行適當分解 而不陷入細節。藉此，可以與管理人員 市場人員 使用者等非技術人員交流架構。概念架構規定了每個元件的...
軟體架構設計 架構師筆記，軟體架構設計
架構設計是分與合的藝術 通讀並總結了溫昱老師的 軟體架構設計 並有幸聽過李哲珠博士對架構設計的講解。對其讀後的自我領悟並提煉出核心內容分享出來，希望從思想高度上能提公升你對軟體架構設計的認知。架構設計 架構設計不等於框架設計，框架也可能有架構，所有的原子元件 被拆分的模組 都需要架構設計，所有元件可...
《軟體架構設計》學習筆記 1 閱讀感悟
接上篇。這幾日將全書通讀了一遍，最大的感受有兩個 思維方式的變革，具體點說，就是考慮問題的視角的不同。視角不同，你看到的東西或許就是不一樣的。這有點像 盲人摸象 的意思。盲人摸象作為乙個反面教材，被用來告誡人們看待問題要全面。可是，反過來想一下，如果沒有區域性的體驗和觀察 沒有對於各個區域性的認識和...