如何畫(huà)架構(gòu)圖

這篇文章主要介紹“如何畫(huà)架構(gòu)圖”，在日常操作中，相信很多人在如何畫(huà)架構(gòu)圖問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”如何畫(huà)架構(gòu)圖”的疑惑有所幫助！接下來(lái)，請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧！

一、前言

很多程序員畫(huà)架構(gòu)圖頭疼，不知道畫(huà)什么、怎么畫(huà)!

分享、評(píng)審、述職、答辯，只要你在程序員這個(gè)行業(yè)，就幾乎離不開(kāi)要畫(huà)圖。

一提到畫(huà)圖很多人就想站起來(lái)喊，”內(nèi)卷“、”內(nèi)卷啦“、”P(pán)PT工程師“，但程序代碼本身就是一種數(shù)學(xué)邏輯的具體實(shí)現(xiàn)，如果沒(méi)有一些圖表配合文字的闡述，講真很難讓所有人都能在共同的共識(shí)下進(jìn)行交流。

這不像是文科，”八表流云澄夜色，九霄華月動(dòng)春城“  上來(lái)就能聯(lián)想到它是在描述啥。但是偏理科代碼邏輯或架構(gòu)設(shè)計(jì)，只能把抽象的內(nèi)容用圖表的形式展現(xiàn)出來(lái)，讓大家在同一的共識(shí)下共同協(xié)同工作。

而我們畫(huà)的架構(gòu)圖、流程圖、結(jié)構(gòu)圖、功能圖、邏輯圖等，都需要好看、好懂、好用、好搞，因?yàn)椋?/p>

• 好看是為了提升溝通效率，

• 好懂是為了提升交流共識(shí)，

• 好用是為了提升交付質(zhì)量，

• 好搞是為了提升實(shí)施速度。

這就像君子在追求漂亮姑娘一樣，好看就想主動(dòng)撩一下、有品行和共同的三觀很快讓你開(kāi)口說(shuō)我懂你、接下來(lái)就是交付質(zhì)量和實(shí)施速度了，那也是水到渠成的事。

好，別激動(dòng)，接下來(lái)我們就開(kāi)始專(zhuān)心研究研究架構(gòu)圖，都有哪些，該怎么畫(huà)，有什么手法。

二、架構(gòu)圖有哪幾種?

僅說(shuō)技術(shù)架構(gòu)圖的話(huà)，通常我們?指的是選型各項(xiàng)技術(shù)組件來(lái)支撐整個(gè)服務(wù)建設(shè)的系統(tǒng)架構(gòu)。但用于不同人群范圍和不同場(chǎng)景下會(huì)有其他分類(lèi)，如圖 26-1  架構(gòu)圖分類(lèi)

• 業(yè)務(wù)架構(gòu)：需求初期業(yè)務(wù)的結(jié)果和過(guò)程描述一般比較模糊，可能來(lái)自于某個(gè)老板、運(yùn)營(yíng)或用戶(hù)的反饋?？蛻?hù)說(shuō)海爾洗衣機(jī)洗土豆會(huì)堵，海爾立馬設(shè)計(jì)專(zhuān)門(mén)的土豆洗衣機(jī)  業(yè)務(wù)方向往往是定方向和結(jié)果的叫戰(zhàn)略，主要包括業(yè)務(wù)規(guī)劃、業(yè)務(wù)模塊和流程以及問(wèn)題域的列表等。

• 應(yīng)用架構(gòu)：服務(wù)復(fù)用、跨組協(xié)同，簡(jiǎn)單、靈活、整合是應(yīng)用架構(gòu)必須考慮的點(diǎn)，就像你要上線(xiàn)一個(gè)聊天功能，那么聊天內(nèi)容的輸入法、文字識(shí)別、輿情監(jiān)控以及視頻服務(wù)、支付服務(wù)等，它們都是在應(yīng)用架構(gòu)分層下沉淀到平臺(tái)的產(chǎn)物，在供各個(gè)方使用。

• 產(chǎn)品架構(gòu)：業(yè)務(wù)提需求，產(chǎn)品定方案，相對(duì)于業(yè)務(wù)的粗放流程，產(chǎn)品架構(gòu)會(huì)更加細(xì)膩以及考慮各個(gè)模塊的分層和邊界。

• 數(shù)據(jù)架構(gòu)：數(shù)據(jù)的獲取、數(shù)據(jù)的存放和數(shù)據(jù)的使用是數(shù)據(jù)架構(gòu)要解決的三個(gè)問(wèn)題，數(shù)據(jù)庫(kù)存放、大數(shù)據(jù)匯總、數(shù)據(jù)分析等。

• 技術(shù)架構(gòu)：是離程序員最近的架構(gòu)設(shè)計(jì)，它不僅是系統(tǒng)搭建的架構(gòu)圖設(shè)計(jì)，還包括了結(jié)構(gòu)、功能、流程、邏輯等內(nèi)容。它的具體描述就是整個(gè)系統(tǒng)如何落地的具體實(shí)現(xiàn)方案。

三、Zachman框架是什么?

Zachman框架，由約翰 扎科曼(John Zachman  )在1987年創(chuàng)立的全球第一個(gè)企業(yè)架構(gòu)理論，其論文《信息系統(tǒng)架構(gòu)框架》至今仍被業(yè)界認(rèn)為是企業(yè)架構(gòu)設(shè)計(jì)方面最權(quán)威的理論。

Zachman框架(Zachman framework)是一種邏輯結(jié)構(gòu)，它可以對(duì)企業(yè)信息按照不同分類(lèi)和不同角度進(jìn)行表示。

Zachman框架，從橫向六個(gè)角度看待企業(yè)，這個(gè)六個(gè)觀點(diǎn)可以分為;什么內(nèi)容、如何工作、什么地點(diǎn)、誰(shuí)負(fù)責(zé)、為什么這么做(稱(chēng)為W5H)。

框架的列由一組工件組成，分為規(guī)劃者、擁有者、設(shè)計(jì)者(架構(gòu)師)、建造者、分包者、產(chǎn)品，或者有時(shí)表示為視點(diǎn)：范圍上下文，業(yè)務(wù)概念，系統(tǒng)邏輯，技術(shù)，物理，組件組裝和操作類(lèi)。整體如圖  26-2 TOGAF Zachman框架

表格橫向六項(xiàng) 代表了用于描述信息系統(tǒng)的某一個(gè)方面，對(duì)于任何一個(gè)事物只要在這幾個(gè)基本方面對(duì)其進(jìn)行清洗的解釋就足夠可以描述清楚。

• 數(shù)據(jù)(What，即什么內(nèi)容)：什么是業(yè)務(wù)數(shù)據(jù)，信息或?qū)ο?

• 功能(How，即如何工作)：業(yè)務(wù)如何運(yùn)作，即什么是業(yè)務(wù)流程?

• 網(wǎng)絡(luò)(Where，即何處)：企業(yè)運(yùn)營(yíng)、部署在哪里?

• 人(Who，即何人負(fù)責(zé))：什么人?什么是業(yè)務(wù)部門(mén)及其等級(jí)制度?

• 時(shí)間(When，即什么時(shí)間)：業(yè)務(wù)計(jì)劃和工作流程是什么?什么時(shí)候執(zhí)行?

• 原因(Why，即為什么做)：為什么選擇的解決方案?這是怎么產(chǎn)生的?

表格縱向六項(xiàng) 代表了在信息系統(tǒng)構(gòu)造過(guò)程中所涉及到的人在描述信息系統(tǒng)時(shí)所采用的視角，包括：

• 范圍/規(guī)劃者(Planner)：此視圖描述了業(yè)務(wù)目的和策略，充當(dāng)其他視圖將被派生和管理的上下文。

• 業(yè)務(wù)模型/擁有者(Owner)：這是對(duì)信息系統(tǒng)必須在其中運(yùn)作的組織的描述。

• 系統(tǒng)模型/設(shè)計(jì)師(Designer)：該視圖概述了系統(tǒng)如何滿(mǎn)足組織的信息需求。

• 技術(shù)模型/建造者(Builder)：這是系統(tǒng)如何實(shí)施的表示，它使特定的解決方案和技術(shù)顯而易見(jiàn)。

• 詳細(xì)表述/分包者(Sub-Contractor)：這些表示說(shuō)明了某些系統(tǒng)元素的特定于實(shí)現(xiàn)的細(xì)節(jié)：在生產(chǎn)開(kāi)始之前需要進(jìn)一步說(shuō)明的部分。

• 功能系統(tǒng)/產(chǎn)品(Functioning Enterprise)：在1987年的論文(《A framework for information  systems  architecture》)中并沒(méi)有這一行的內(nèi)容，實(shí)際上此行的內(nèi)容也并不在架構(gòu)描述的范疇的之內(nèi)，不過(guò)為了使得架構(gòu)Zachman框架對(duì)于架構(gòu)的表述更加完備，這一行最終還是被加了進(jìn)去。

根據(jù) TOGAF 的定義，企業(yè)是具有一系列共同目標(biāo)組織的集合，而架構(gòu)則是為了有效地實(shí)現(xiàn)這一系列目標(biāo)。

在實(shí)現(xiàn)的過(guò)程中  定義了企業(yè)的結(jié)構(gòu)和運(yùn)作模式的概念藍(lán)圖(SearchCIO)，以及構(gòu)成企業(yè)的所有關(guān)鍵元素和其關(guān)系的綜合描述(Zachman)。通過(guò)創(chuàng)建、溝通和優(yōu)化用以描述企業(yè)未來(lái)狀態(tài)和發(fā)展的關(guān)鍵原則和模型以將業(yè)務(wù)愿景和戰(zhàn)略轉(zhuǎn)化成有效的企業(yè)變更的過(guò)程(Gartner)。

可以這一部分內(nèi)容會(huì)比較繞，但可以作為架構(gòu)設(shè)計(jì)的知識(shí)擴(kuò)展進(jìn)行學(xué)習(xí)理解以及運(yùn)用。

四、陪你畫(huà)個(gè)架構(gòu)圖

簡(jiǎn)單來(lái)說(shuō)，架構(gòu)圖就是為了達(dá)成交流共識(shí)的實(shí)現(xiàn)方案演示，并不一定非得拘泥于某種形式，只要你能畫(huà)的清楚，講的明白就最合適不過(guò)了。

1. 架構(gòu)選型圖

• 難度：???

• 作用：通常在新項(xiàng)目開(kāi)發(fā)初期，都要做一些技術(shù)選型工作。在負(fù)載、網(wǎng)關(guān)、架構(gòu)、治理、框架、服務(wù)、數(shù)據(jù)以及環(huán)境和支撐服務(wù)上，要選擇適合當(dāng)前開(kāi)發(fā)的技術(shù)。

2. 微服務(wù)架構(gòu)

• 難度：????

• 作用：技術(shù)選型完畢后，接下來(lái)就是對(duì)于這些技術(shù)的運(yùn)用。這個(gè)過(guò)程有點(diǎn)像搭積木一樣，把每一個(gè)區(qū)域用適合此位置的積木填充進(jìn)去。如果是團(tuán)隊(duì)初建或者是技術(shù)升級(jí)，那么這個(gè)過(guò)程還是比較復(fù)雜的，需要大量的驗(yàn)證。不過(guò)其實(shí)互聯(lián)網(wǎng)的技術(shù)分層和使用已經(jīng)相對(duì)穩(wěn)定，搭建一個(gè)這樣的微服務(wù)并不會(huì)耗費(fèi)太長(zhǎng)的時(shí)間。

3. 技術(shù)架構(gòu)圖

• 難度：????

• 作用：技術(shù)架構(gòu)圖主要是對(duì)于研發(fā)層面做技術(shù)實(shí)現(xiàn)指導(dǎo)的，它可以把系統(tǒng)分層和實(shí)現(xiàn)結(jié)構(gòu)劃分清楚。另外一般也會(huì)把案例工程的結(jié)構(gòu)拿出來(lái)一起講解，這樣可以讓團(tuán)隊(duì)伙伴快速的進(jìn)入開(kāi)發(fā)。

到此，關(guān)于“如何畫(huà)架構(gòu)圖”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章！