以下兩段內容是摘抄過來的，我個人的總結在後邊
架構設計的依據是什麼？
當然是需求，但架構設計思想中最有價值的東西，莫過於用風險分析來驅動架構設計，為什麼這是個有價值的策略呢？因為乙個產品設計中要考慮的問題很多，但只有在發現風險與消除風險的過程中，發現和抓住高風險的部分，才可以針對潛在威脅有重點地提出設計解決方案，甚至改變我們的設計思想，從而設計出更加良好的產品。
用風險分析驅動架構設計
設計的要義是發現問題並解決問題，通過分析所面臨的重點問題，找到解決方案。沒有解決問題的設計並不是好設計，而通過識別和分析風險，可以幫助我們發現問題。
我想總結的是下面這段：
很多產品、專案，在迭代的時候，經常會遇到一類情況，比如說突然間發現乙個大問題，這個問題是之前無論如何也想不到的，有時候是跟做東西的人水平有關，更多的時候是被很多任務和問題給淹沒了。如果之前你隱隱約約覺得會出問題，這時候出問題了，自己粗心也好，懶得做也好，既然問題出來了，你心裡還有點底，相對來說容易解決一點，最多是壓力大，努努勁重新設計，打補丁，把問題解決了。這類問題不能拖著，風險高就是風險高，一旦真出事了，破壞力就大了，資訊系統打個招牌本來就難，比不上明星演戲。
有時候怕就怕未知的風險，迷茫的眼神，這種坑，數量多少不清楚，影響多深不清楚，難填。以前遇到這問題，我可能會到處查資料，自己單搞，速度慢不說，容易走岔道。最好問專家，這樣專家會幫你開啟視野，給你一些成熟的框架，按照這樣的方式去解決，解決問題的質量就能有些保障，俗話說就是讓老司機帶路。
軟體架構設計的策略
知道了軟體架構的關鍵，面對有一定複雜與難度 或有競爭性目標的龐大需要的軟體系統，沒有乙個好的設計策略，完全依靠設計師的經驗與能力，往往會讓設計師顧此失彼，無法保證軟體系統的成功。上面講到，軟體架構工程師沒有時間也沒有必要對所有需求進行深入分析 而功能或用例確定了軟體架構的大的方向 幾個關鍵的非功能需...
軟體架構設計策略
制定軟體架構設計策略 1 全面認識需求。下面的這個圖可以用作全面需求分析圖。功能需求 質量屬性 約束 組織級軟體系統實現的功能 成本，上線時間，業務限制 使用者級軟體系統實現的功能 易用性，效能，持續可用性，魯棒性 使用者的計算機水平有限 開發級軟體系統實現的功能 可擴充套件性，可重用性，可移植性，...
軟體架構設計策略
制定軟體架構設計策略 1 全面認識需求。下面的這個圖可以用作全面需求分析圖。功能需求 質量屬性 約束 組織級軟體系統實現的功能 成本，上線時間，業務限制 使用者級軟體系統實現的功能 易用性，效能，持續可用性，魯棒性 使用者的計算機水平有限 開發級軟體系統實現的功能 可擴充套件性，可重用性，可移植性，...