本篇文章主要分析，架構師在設計系統架構時，應關心哪些關鍵要素？ 一 業務場景 A公司是一家服裝公司，主要提供服裝一體化服務(服裝設計，服裝銷售，售後服務等)，該公司主要通過淘寶，天貓，京東等平臺進行銷售，由於公司 良好的服裝質量，高效的服務水平和良好的信譽等，使得公司的銷售量不斷地增長，到了第五年， ...
本篇文章主要分析，架構師在設計系統架構時，應關心哪些關鍵要素？
一 業務場景
A公司是一家服裝公司，主要提供服裝一體化服務(服裝設計，服裝銷售，售後服務等)，該公司主要通過淘寶，天貓，京東等平臺進行銷售，由於公司
良好的服裝質量，高效的服務水平和良好的信譽等，使得公司的銷售量不斷地增長，到了第五年，公司的銷售呈現指數型增長....，為了迎合指數型的業務需
求，公司高層決定使用互聯網技術來迎合指數型的業務需求。
該項目由CTO全程負責，並向CEO彙報，CTO指定小張為該項目業務負責人，小紅為該項目技術負責人，他們兩人定期向CTO彙報。其中，CTO主要負
責系統的系統架構，項目管理，團隊組建，關鍵業務溝通等工作，小張主要負責業務相關的事，如需求調研，需求文檔編寫等，小紅主要負責項目落地開發，
如核心模塊開發，及時解決團隊開發出現的技術性問題。
如此，CTO做出瞭如下的業務架構，該項目命名為：線上倉儲系統（OnlineWMS）
（1）通過線上平臺提供的介面，抓取用戶訂單
（2）將抓取的訂單存儲到倉儲系統
（3）將訂單相關信息傳遞給SAP(可以理解為財務系統)
（4）當貨物發送後，在WMS系統上，通過物流介面查詢訂單狀態(發送，未發送，已收貨，退貨等)
二 架構師應關心的若幹要素
1.明確系統功能(what)
在業務架構中，系統架構師一定要非常瞭解且明確系統要解決的核心業務，在設計前，建議考慮如下問題：
項目需求是什麼？
項目需求是基於什麼背景下提出的？
項目需求的核心業務是什麼？
項目需求的難點和痛點是什麼？
....
在充分考慮如上問題後，就是問題答案的尋找和求證過程：
答案尋找？
如上系列問題，均可在需求文檔中找到，因為一般情況，需求文檔都會有詳細描述，需求文檔的來源一般經過幾個階段：
需求提出=》需求調研=》需求初稿=》需求評審=》需求修改=》需求定稿
答案求證？
系統架構師在充分研讀需求文檔後，對需求基本有所瞭解，然而這些所謂的瞭解，是需要與需求提出者，需求撰寫者等關鍵人物確認的
確認的，這個過程也叫答案的求證過程，只有該過程確定後，方可進行下一環節。
2.定義系統邊界(Scope)
在充分明確需求後，就要定義系統邊界了，首先來瞭解一下，什麼叫系統邊界。
系統邊界：指本次項目由哪些系統構成(或子系統構成)。
CTO為OnlineWMS系統定義了四個邊界：線上介面(訂單的來源)，物流介面(訂單狀態查詢)，WMS系統(訂單管理，衣物存儲等)，SAP系統
（財務相關）
很容易看出，這幾個邊界定義還是比較明顯的，職責分工明確，無重疊業務。
3.定義系統之間的交互方式
CTO為OnlineWMS系統定義了四個邊界，且這四個邊界的交互方式是以介面的方式進行的。
4.介面設計規範
關於介面設計規範，請參考我的另一篇文章 如何設計一個良好的介面
5.系統難點
該系統，從線上抓單，且將訂單及時地存儲到WMS系統是一大難點和挑戰點，尤其在雙十一，雙十二等高峰時段，成千上萬的高併發量，
10w-1000w的訂單量等都完全有可能導致系統崩潰。然而，該難點卻有很多可以捕捉的特點，歸結如下：
（1）存在高併發量特征
（2）存在大規模訂單特征
（3）存在系統響應及時特征
（4）存在高併發、大規模訂單集中於某個時間段，而非長時間(如1年)特征
.......
6.業務模塊與非業務模塊拆分
該系統中，存在業務模塊與非業務模塊，需要進行拆分，如非業務模塊授權管理、日誌記錄等需要從業務中拆分開發來，可以採用AOP技術
實現，如Spring AOP,AspectJ等。
7.模塊解耦
該系統中，模塊之間存在必要的依賴關係，為了儘可能的降低這些依賴關係，可以採用DI(依賴註入技術)來解決，如Spring框的DI。
8.技術選型
涉及到前端框架，後端框架，ORM框架等。
在選擇框架時，儘量選擇主流且被廣泛使用的框架，儘量不要選擇不太主流或太新的框架。
在框架組合時，防止過大，也防止過小，如SSH,SSM,SpringBoot+SpringCloud+Redis+Mongo+MQ+Dubbo等，要根據具體的業務場景來選擇。
9.開發團隊
在組建團隊時，要充分考慮風險，如團隊人員突然離職造成項目延誤等風險，建議採用職能組織架構結構來組建團隊。如一個技術開發經理，2個高級開發，3個中級，4個初級等，
這樣搭配的好處是，當技術開發經理突然離職(一般技術開發經理很少離職)，2個高級開發可以頂替上去；若有一個高級開發離職，兩個中級可以頂替上去....如此，就算某個人離職，
對項目影響都不會太大。
10.項目管控
管理項目計劃，項目進度，開發團隊人員情緒、處理開發技術問題等。
三 版權區
- 轉載博客，必須註明博客出處
- 博主網址：http://www.cnblogs.com/wangjiming/
- 如您有新想法，歡迎提出，郵箱：[email protected]
