軟件架構應關心的若干要素

      本篇文章主要分析，架構師在設計系統架構時，應關心哪些關鍵要素？

一  業務場景

---

       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/
•    如您有新想法，歡迎提出，郵箱：2098469527@qq.com
•   專業.NET之家技術QQ羣：490539956
•   專業化Java之家QQ羣：924412846
•   有問必答QQ羣：2098469527
•   一對一技術輔導：2098469527