#朱郭隆、#系統架構、#RUP 4+1視圖、#框架、#元件、#模組、#子系統 梳理與架構有關的幾個容易混淆的概念，包括系統與子系統、模組與元件、框架與架構，解釋了架構的定義，希望對您有所説明。

1. @Author Aaron Chu
架構設計
心懷感恩、面對起落、
擁抱生命的禮物 ~
@Github
github.com/agilego99
Aaron
@Mail
chukuo99@gmail.com

2. @Author Aaron Chu
基礎架構

3. @Author Aaron Chu
架構到底
是什麼？
基礎
架構篇

4. @Author Aaron Chu
系統與子系統
維基百科定義的「系統」
• 系統泛指由一群有關聯的個體組成，根據某種規則運作，能完成個別元件不能單獨完成的工作的群體。 它的意思是「總
體」「整體」或「聯盟」。
• 根據上面一段話提煉出以下關鍵內容：
• 關聯：系統是由一群有關聯的個體組成的，沒有關聯的個體堆在一起不能成為一個系統。
• 規則：系統內的個體需要按照指定的規則運作，而不是單個個體各自為政。
• 能力：系統能力與個體能力有本質的差別，系統能力不是個體能力之和，而是產生了新的能力。
維基百科定義的「子系統」
• 子系統也是由一群有關聯的個體所組成的系統，多半會是更大系統中的一部分。
• 其實子系統的定義和系統定義是一樣的，只是觀察的角度有差異，一個系統可能是另外一個更大系統的子系統。
以微信為例來做一個分析：
• 微信本身是一個系統，包含聊天、登錄、支付、朋友圈等子系統。
• 朋友圈這個系統又包括動態、評論、按讚等子系統。
• 評論這個系統可能又包括防刷子系統、審核子系統、發佈子系統、存儲子系統。
• 評論審核子系統不在包含業務意義上的子系統，而是包括各個模組或者元件，這些模組或者元件本身也是另外一個維度上
的系統。例如，MySQL、Redis 等是存儲系統，但不是業務子系統

5. @Author Aaron Chu
模組與元件
兩者在維基百科的定義
• 軟體模組（Module）是一套一致而互相有緊密關連的軟體組織。 它分別包含了程式和數據結構兩部
分。
• 軟體元件（Component）定義為自包含的、可程式設計的、可重用的、與語言無關的軟體單元，軟
體元件可以很容易被用於組裝應用程式中。
模組和元件都是系統的組成部分，只是從不同的角度拆分系統而已
• 從邏輯的角度來拆分系統後，得到的單元就是"模組"
• 從物理的角度來拆分系統後，得到的單元就是"元件"。
• 劃分模組的主要目的是職責分離；劃分元件的主要目的是單元複用。
假設我們要開發一個IoT設備管理系統
• 從系統從邏輯的角度來拆分，可以分為"設備註冊模組"、"設備資訊模組"、"設備管理模組"。
• 從物理的角度來拆分，可以拆分為 Nginx、Web 伺服器、MySQL。

6. @Author Aaron Chu
框架與架構(Cont.)
兩者在維基百科的定義
• 軟體框架(Framework) ：通常指的是為了實現某個業界標準或完成特定基本任務的軟體元件規範，也指
為了實現某個軟體元件規範時，提供規範所要求之基礎功能的軟體產品。
• 框架是元件規範：例如，MVC 就是一種最常見的開發規範，類似的還有 MVP、MVVM、J2EE 等框
架。
• 框架提供基礎功能的產品：例如，Spring MVC 是 MVC 的開發框架，除了滿足 MVC 的規範，
Spring 提供了很多基礎功能來幫助我們實現功能，包括註解（@Controller 等）、Spring Security、
Spring JPA 等很多基礎功能。
• 軟體架構(Architecture) ：指軟體系統的「基礎結構」，創造這些基礎結構的準則，以及對這些結構的描
述。
• 軟體架構指軟體系統的「基礎結構」，創造這些基礎結構的準則，以及對這些結構的描述。

7. @Author Aaron Chu
框架與架構
• 以定義的角度來看，框架和架構的區別是比較容易區分，框架關注的是"規範"，
架構關注的是"結構"。 框架的英文是 Framework，架構的英文是 Architecture。
Spring MVC 的英文文檔標題就是"Web MVC framework"。
從業務邏輯的角度分解「IoT設
備管理系統架構」
從物理部署的角度分解，
「IoT設備管理架構」
從開發規範的角度分解，「 IoT設備管理架
構」可以採用標準的 MVC 框架來開發，因
此架構又變成了MVC架構

8. @Author Aaron Chu
重新定義架構
參考維基百科的定義，可將架構重新定義理解為：軟體架構指軟體
系統的頂層結構。
• 首先，「系統是一群關聯個體組成」，這些「個體」可以是「子系
統」"模組"、"元件"等，架構需要明確系統包含哪些"個體"。
• 其次，系統中的個體需要「根據某種規則」運作，架構需要明確個
體運作和協作的規則。
• 第三，微基百科定義的架構用到了「基礎結構」這個說法，改為
「頂層結構」，可以更好地區分系統和子系統，避免將系統架構和
子系統架構混淆在一起導致架構層次混亂。

9. @Author Aaron Chu
小結附錄

10. @Author Aaron Chu
Philippe
Kruchten
提出的4+1
視圖方法
Source：https：//zhangxu.tech/2018/07/24/用4-1視圖來設計WebSocket業務架構/

11. @Author Aaron Chu