系統設計的套路

系統設計的目的->系統設計的目標->圍繞目標的核心設計->圍繞核心設計形成的設計原則->各子系統，模組的詳細設計。

1) 系統設計的目的

是指做這個系統設計的目的到底是什麼，很多人在做系統設計時，是搞不清為什麼要做乙個新系統的設計，或者為什麼要做乙個系統的重構/演進的設計，如果搞不清楚這個目的，後面的系統設計上是很容易形成偏差的，導致本來是為了解決乙個問題，要去做新的系統或重構/公升級舊的系統，但最後完全脫離了初心。

另外，還有很重要的一點是，乙個大架構師是需要給很多人講解系統設計的，只有理解並講清了系統設計的目的，團隊才能更好的去實現。

2) 系統設計的目標

圍繞上面的目的，能不能形成一些可衡量的目標，從而確保最終系統實現和最初的目的不要出現太大的偏差，相信很多人都經歷過最終的系統實現和系統設計偏差極大的現象，主要的原因基本都是沒有制定衡量系統設計的目標，並在系統設計上讓系統能透出這些目標的情況。

3) 圍繞目標的核心設計

這步最重要的就是通過設計如何去實現上面的目標，這個環節中技術的專業、視野、全面的考慮、權衡取捨的主觀原則、解題的思路，這是形成最後的核心設計的關鍵。

在核心設計的這個階段中，會產生一些新的衡量設計最後實現情況的目標，這些也都要增加到系統設計中，確保最後的實現和設計的偏差度是可視的。

4) 圍繞核心設計形成的設計原則

有了上面的核心設計後，可以真正的形成一些設計原則，確保後面的子系統/模組的詳細設計中能夠遵循，並在詳細設計中體現出來，這樣才能讓整個大的系統設計的一致性。

5) 各子系統/模組的詳細設計

這個部分我倒覺得難度不會太大，畢竟有了前面的鋪墊，就是解好乙個更小範圍的題，程式設計師群體在解題能力上通常是不錯的，所以我一直覺得數學功底好是程式設計師的基本，數學就是典型的解題的學科。

這就是做分享/培訓的好處，藉機仔細整理自己的碎片，從而形成體系。

關於怎麼更好的讓大家能掌握並運用這個思考框架，我的想法就是在講每個步驟的時候講講自己當年在這些步驟上犯的錯，實際的經驗，這樣我覺得也許大家以後在做系統設計時就能想起，所以我覺得系統設計這種培訓絕對是需要具備大量實際經驗的架構師才能做。

在運用部分，採取的方法就是通過互動，讓大家按照同樣的思考框架來講自己的所負責的系統，通過互動來更好的彼此對齊，並藉此逐漸變成習慣。