架構圖是程式設計師必備的技能之一。很多同學覺得老是畫不好架構圖，且經常無從下手，那就看看下面這篇文章，筆者整理分享了關於架構圖的相關內容，需要了解相關知識的同學可以進來看看哦！
架構圖是程式設計師必備的技能之一。很多同學覺得老是畫不好架構圖，且經常無從下手，那就看看下面這篇文章，筆者整理分享了關於架構圖的相關內容，需要了解相關知識的同學可以進來看看哦！
許多的小夥伴坦言畫不好架構圖，因為有很多困難阻礙了他們的進階之路。
當你想用一張或幾張圖來描述你的系統時，經常對著畫布無從下手、刪了又畫；不知道如何用一張圖描述你的系統，讓各部門同事一目了然；圖畫一半發現不清楚給誰看；布局怎麼畫都不滿意······
當然你可能還面臨更多細碎的問題，讓你畫架構之路舉步維艱。如果你有以上諸多困惑，也許今天的分享能夠讓你對架構圖的認識更清晰。
一、什麼是架構圖？
系統架構圖是為了抽象地表示軟體系統的整體輪廓和各個組件之間的相互關係和約束邊界，以及軟體系統的物理部署和軟體系統的演進方向的整體視圖。
要讓各部門的同事理解、遵循架構決策，就需要把架構信息傳遞出去，架構圖就是一個很好的載體。一圖勝千言，使用架構圖的好處就是能解決溝通障礙，達成共識，讓相關同事通過圖一目了然領悟作圖者的信息。
架構圖是提升工作效率、優化產品性能、改善用戶體驗等方面的體現，也是作圖者專業能力的表現。
二、為什麼要畫架構圖？
我們畫架構圖需要好看、好懂、好用、好搞，因為好看是為了提升溝通效率，好懂是為了提升交流共識，好用是為了提升交付質量，好搞是為了提升實施速度。
三、架構圖的分類 1. 業務架構
需求初期業務的結果和過程描述一般比較模糊，可能來自於某個老闆、運營或用戶的反饋。客戶說海爾洗衣機洗土豆會堵，海爾立馬設計專門的土豆洗衣機 業務方向往往是定方向和結果的叫戰略，主要包括業務規劃、業務模塊和流程以及問題域的列表等。
2. 應用架構
服務復用、跨組協同，簡單、靈活、整合是應用架構必須考慮的點，就像你要上線一個聊天功能，那麼聊天內容的輸入法、文字識別、輿情監控以及視頻服務、支付服務等，它們都是在應用架構分層下沉澱到平台的產物，在供各個方使用。
3. 產品架構
業務提需求，產品定方案，相對於業務的粗放流程，產品架構會更加細膩以及考慮各個模塊的分層和邊界。
4. 數據架構
數據的獲取、數據的存放和數據的使用是數據架構要解決的三個問題，資料庫存放、大數據匯總、數據分析等。
5. 技術架構
是離程式設計師最近的架構設計，它不僅是系統搭建的架構圖設計，還包括了結構、功能、流程、邏輯等內容。它的具體描述就是整個系統如何落地的具體實現方案。
本文由 @觀察月亮的小白羊 原創發布於人人都是產品經理。未經許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。