有了《 架構設計思惟原則》，作架構設計就會有方向和準則，不至於跑偏和作得很糟糕，可是畢竟仍是過於理論了。所以，咱們須要搭通是理論和實踐的橋樑——架構設計思惟模式。架構
架構設計思惟模式分爲四種：理解、探索、展現、評估。url
- 理解問題：瞭解全部與系統有關的人以及他們的需求。
- 探索想法：爲了找到最佳設計，須要研究大量的模式、技術、方案。
- 展現想法：腦海中的設計理念轉化爲有形物品，例如：製做模型、畫原型、寫文檔等。
- 評估適用性：驗證設計決策是否能解決問題，工做成果是否知足需求。
以上的四種思惟模式都遵循了《架構設計思惟原則》，下面以我我的的理解來解讀架構設計的思惟模式。spa
理解問題
理解問題就是「以人爲本」設計思惟原則的體現，所謂「要想解決問題就得會提出問題」，在問題產生的緣由都不明確的狀況下，是難以解決問題的，所以要理解問題。.net
問題的緣由產生大部分來自於人自身，所以咱們要主動去溝通問題，理解利益相關方的需求，換位思考問題，這樣才能把握架構設計的度，作出恰如其分的設計。例如，利益相關方的業務目標和質量屬性（非功能屬性），團隊成員掌握的技術棧。深刻去了解這些，就比較容易找到問題產生的緣由，最終找到最優的解決方案。架構設計
探索想法
不要簡單地認爲探索想法就是頭腦風暴，這只是其中的一種方式而已。相信熟悉設計思惟原則的讀者已經清楚這應該遵循「善於借鑑」的原則。所以探索想法應該是在作好了知識沉澱、不斷改進想法的基礎上去探索的，否則本身的想法可能也只是別人的一個「輪子」，又重蹈覆轍了。設計
探索想法意味着嘗試各類解決方案，並作好知識沉澱，讓想法不斷修正方向，高效地達到目標。blog
展現想法
正如《架構設計思惟原則》的「化虛爲實」強調那樣，若是沒法讓他人理解和接受你的設計意圖和決策，那架構設計就沒法發揮它應有的價值，軟件開發工做就難以順利進行下去。展現想法不僅僅是爲了讓他人理解和接受，也是爲了檢驗想法的合理性。開發
展現想法對於項目定義、協商制訂計劃是很是有用的，這樣的分享有利於你們造成共識，以便更合理去開展工做。文檔
評估適用性
評估適用性是能夠幫助咱們更好地遵循《架構設計思惟原則》的「推遲決策」原則，由於咱們能夠根據項目狀況評估決策的優先級和不作決策的風險等等。get
評估方法有不少種，最經常使用的是場景適用性評估，根據不一樣的場景來驗證架構設計的質量屬性和業務目標知足的狀況，還能夠經過風險進行評估等等。
總結
設計思惟模式的運用，讓咱們作架構設計有了參考的範本，能夠比較清晰地按照範本進行架構設計，但還須要一套靈活的流程來運用這些思惟模式，下篇文章講解思惟模式實踐流程。