架構圖該怎么畫?
其實,不僅僅是架構師,產品經理也需要了解一些有關架構圖的知識,因為在具體場景下,架構圖可以更直觀地表述信息,進而幫助別人理解系統(tǒng)/業(yè)務/功能的結構。那么,架構圖該怎么畫?一起來看看本文的梳理。
架構圖,聽起來好像只跟架構師有關系的一個高級的概念。
通過搜索引擎,我們可以找到各式各樣的架構圖,功能架構圖,系統(tǒng)架構圖,技術架構圖,數(shù)據(jù)架構圖……
剛開始接觸,很多小伙伴可能就會覺得摸不著頭腦。這么多架構圖,之間有啥關系?到底應該怎么畫?
我就根據(jù)自己的學習和理解,來講講應該怎么畫架構圖。
01
作為產品經理,溝通能力的重要性不言而喻,不管在什么行業(yè)一直都是被強調的。
溝通的本質是傳遞信息,信息的載體可以是文字,圖片,視頻……
圖形相比文字,可以承載更多的信息,更直觀的表達信息。在產品設計場景中,能夠直觀有效的幫助別人去理解系統(tǒng)/業(yè)務/功能的結構。
所以繪制架構圖也是我們所必須掌握的一項“技能”。
開頭描述的這么多種類架構圖,怎么學,怎么畫,都要畫么?
實際上,在制作架構圖的時候,也很難說清楚,這個到底是業(yè)務架構圖,還是功能架構圖,還是產品架構圖。
因為在結構上確實體現(xiàn)不出太大區(qū)別。
對于一個系統(tǒng)而言,上層是業(yè)務應用,底層是技術支撐,都是用來描述系統(tǒng)的情況。
在這里,我們可以將架構圖分為“業(yè)務/系統(tǒng)架構圖”,“技術架構圖”兩類就可以了。
作為產品經理,這里我們就主要去講述“業(yè)務/系統(tǒng)架構圖”的繪制。
技術架構圖我們可以不用畫,但是最好能看得懂,比如系統(tǒng)用了哪些技術框架,技術工具,通過什么傳輸數(shù)據(jù),計算數(shù)據(jù)等。
可能就有小伙伴說為什么是兩類?業(yè)務、系統(tǒng)、技術不是三類么?
業(yè)務架構圖和系統(tǒng)架構圖,兩者的我的理解是兩者其實是一種東西,偏向不同,一個偏向業(yè)務形態(tài)/業(yè)務流程,一個偏功能模塊/系統(tǒng)之間的關系。
系統(tǒng)架構圖中可以體現(xiàn)業(yè)務關系,業(yè)務架構圖中也可以體現(xiàn)系統(tǒng)關系。最后如何定義需要根據(jù)內容偏向決定。
02
如何畫架構圖?
可以通過兩種方式構建架構圖。
1)靜態(tài)展示:系統(tǒng)包含哪些模塊,模塊之間的包含與被包含、上下層級關系。
類比車子結構,包括車輪,車窗,方向盤等。
以這種形式,系統(tǒng)架構圖可以展示當前有哪些系統(tǒng)模塊,上層應用模塊,底層支撐模塊,著重表現(xiàn)不同模塊之間的作用和關系。
對于車子來說,我們明顯能接觸到的有儀表盤,方向盤,中控臺,車座等;內部有發(fā)動機,變速箱,傳動軸;外部有車輪,車身,底盤等結構。
2)動態(tài)展示:系統(tǒng)之間的的數(shù)據(jù)流向,機制。
比如打火,發(fā)動機工作,踩油門,傳動車輪,剎車等流程。甚至系統(tǒng)可以往外擴展, 加油站,停車場等“系統(tǒng)”之間的關系。
這種形式可以去剖析整個系統(tǒng)模塊間的使用流程,先后順序。系統(tǒng)與外部系統(tǒng)之間的交互機制。
03
再以數(shù)據(jù)資產目錄舉例。
我可以從不同層次,對用戶使用的,管理員配置的,底層支撐的不同模塊進行靜態(tài)展示。
這樣就能清晰的展現(xiàn)這個系統(tǒng)有哪些模塊,這些模塊之間的作用和關系是什么。
同時,也可以從系統(tǒng)動態(tài)的角度,說明系統(tǒng)的機制,數(shù)據(jù)的存-管-用流程。并說明系統(tǒng)與外部系統(tǒng)之間的關系。
說完了方法,我們仍要注意的是:
- 架構圖在表達上是有優(yōu)勢的,能突出重點,但是也會忽略細節(jié)。切記大而全,什么都往里塞,否則就講不清了。
- 不管使用哪種方式。首先需要明確要表達的內容,表達的目的。
- 選擇一個角度,去剖析業(yè)務/系統(tǒng)關系。
- 畫架構圖需要因地制宜,不要照抄照搬,解釋不清會鬧笑話的嘞。
本文由 @清小墨 原創(chuàng)發(fā)布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發(fā)揮!