#頭條創作挑戰賽#流程圖、思維導圖、UML、拓撲圖、ER圖你瞭解多少？給你講得明明白的
哈嘍！大家好今天的內容分享是有關於“畫圖”這個話題。大家怎麼看下面這張圖？內容是不是還挺豐富的呢？這樣的一張圖他要表達什麼內容呢你看懂了嗎？
搞設計的一定對各種圖並不陌生，但是你都瞭解這些圖的構成原理和要表達的內容嗎？該如何規劃和設計好我們的設計構想，透過畫圖的方式表達給對方讓簡單易懂、邏輯思維清晰明瞭構圖內容言簡意賅的表達清楚讓對方看得懂，聽得明白。
在文字還沒有誕生之前，我們的祖輩就是用畫圖、結繩記事的方式表達他們心中所想，傳遞表達資訊的
《四體書勢》：“昔在黃帝，創制造物。有沮誦倉頡者，始作書契，以代結繩。蓋睹鳥跡以興思也。贊曰：黃帝之史，沮誦倉頡，眺彼鳥跡，始作書契。紀綱萬事，崇法立制。帝典用宣，質文著世。
今天的我們同樣在使用各種繪圖來傳遞資訊、表達心中所想，彼此間相互資訊交流。今天的內容分享就是有關於流程圖、思維導圖、UML、拓撲圖、ER圖的內容分享。好了話不多說就開始今天的內容分享吧。
流程圖可以簡單地描述一個過程，是對過程、演算法、流程的一種影象表示，在技術設計、交流及商業簡報等領域有廣泛的應用。流程圖可分為：
資料流程圖和作業流程圖
。
1、程式流程圖的作用
程式流程圖的作用程式流程圖的作用程式流程圖的作用 程式流程圖是人們對解決問題的方法、思路或演算法的一種描述。
流程圖的優點：
採用簡單規範的符號，畫法簡單；
結構清晰，邏輯性強；
便於描述，容易理解。
畫流程圖需要用到哪些圖形符號：
流程圖符號代表什麼含義：
在流程圖中通常用一些圖框來表示各種型別的操作，在圖框內寫出各個步驟，然後用帶箭頭的線把它們連線起來，以表示執行的先後順序。用圖形表示演算法，直觀形象，易於理解。
繪製流程圖的基本規則
程式流程圖與普通流程圖的基本圖形相似，通常由起止框、處理框、流程線、判斷框、輸出輸入框構成。
起止框：
表示程式流程的開始與結束，通常只有一個開始框和一個結束框。
處理框：
表示程式流程中需要執行或處理的內容。
流程線：
表示程式執行的方向與順序。
判斷框：
表示對程式流程中的某一條件進行判斷，用來決定是否執行某一操作。
輸出輸入框：
表示程式流程中資料的輸入或結果的輸出，一般用做資料處理。
上圖中我們可以很清楚地看出流程圖有一套標準的符號，每個符號代表的意義不相同：
程式流程圖基本結構
不管是程式流程圖還是普通流程圖通常由順序、選擇和迴圈三種基本結構組成。
順序結構：
三大結構中最簡單的一種，表示流程圖直接按照流程線所指順序依次執行；
選擇結構：
指定一個條件，根據給定的條件判斷內容，並根據判斷結果決定流程走向；
迴圈結構：
在特定條件下重複某一操作，用於判斷流程是繼續執行重複內容還是退出迴圈，分為當型和直到型兩種迴圈方式。
程式流程圖案例
為什麼要畫流程圖？
一張簡明的流程圖，不僅能促進產品經理與設計師、開發者之間的交流，還能幫助我們查漏補缺，避免功能流程、邏輯上出現遺漏，確保流程的完整性。流程圖能讓思路更清晰、邏輯更清楚，有助於程式的邏輯實現和解決實際問題。
如何繪製流程圖
幾種常見的流程圖
1。過程流程圖
當涉及到跟蹤業務或組織中的各種型別的細節時，事情總是變得混亂。在這種情況下，過程流程圖可以幫助你組織和視覺化你的過程，並說明任務和負責執行任務的人之間的關係。
過程流程圖包括步驟的順序過程和使過程工作所需的決策。形狀進一步表示每個步驟，這些形狀由線條連線。線條帶有箭頭以顯示過程的移動和方向。
過程流程圖遵循資訊的邏輯流程，這樣你試圖視覺化的過程就變得非常清晰。這類流程圖最好的地方在於建立起來毫不費力。
2。 工作流程圖
工作流程圖也類似於過程流程圖，它提供了試圖視覺化的流程的圖形概述。與過程流程圖一樣，工作流程圖使用標準化的符號和形狀顯示逐步的流程。
換句話說，過程流程圖顯示了改變物件狀態的過程，而工作流程圖則顯示了工作流中的實際變化。 使用這些圖表可以幫助員工瞭解他們的角色和職責，並在不同部門內建立更多的團結。
3。 泳道流程圖
泳道流程圖也是最流行的流程圖型別之一，它顯示誰負責流程的哪個部分。在此流程圖中，每個通道都充當業務角色或部門的空間。 根據其職責分為不同的渠道，使每個部門更容易看到他們需要完成的工作。
因此，團隊發現這種型別的流程圖是一種方便的工具，可以確保他們不會在流程的任何地方卡住。具有多個部門的組織主要使用泳道圖來說明合作業務流程。 但是，任何人都可以使用這些流程圖來避免混淆誰擁有流程的哪一部分。
4。 資料流程圖
資料流程圖是資訊系統結構分析和設計的重要工具之一。它是任何系統或流程的資料流的圖形表示。它具有矩形、圓形和箭頭等符號來顯示資料輸入和輸出。
這些型別的流程圖用於軟體開發和設計。但是，你可以將此流程圖用於各種其他目的。將其用於業務分析、敏捷開發、業務流程再造、系統結構等等。
由於在該圖中可以對每個過程進行分解，因此可以在單獨的圖中顯示相同符號的結構元件之間的關係。
5。 系統流程圖
系統流程圖描述了系統或程式如何執行和互動。這些型別的流程圖與資料流程圖非常相似。與資料流程圖一樣，此流程圖是一種顯示系統中資料流的方式。
此外，它使用符號來說明資料流，並將它們連線起來以顯示資料發生了什麼以及資料流向何處。但是，這兩者之間的顯著區別在於資料流程圖僅顯示路徑，而不顯示決策。
系統流程圖最適合用於對系統進行物理建模，顯示輸入、輸出和過程。因此，使其成為跟蹤資訊的有用工具，同時控制沿途的實現。
6。 決策流程圖
你是否對快速做出理性選擇猶豫不決？那麼決策流程圖對你說可能是一個有益的工具，尤其是當決策是你日常工作的一個組成部分時。
決策流程圖是最受歡迎的流程圖之一，因為它們有助於按照需要做出的順序做出決策。它使你能夠視覺化流程的每個可能結果，並確保你做出了最佳決策。
因此，如果你是企業主、專案經理或任何其他具有決策責任的專業人士，你應該精通這些型別的流程圖。
它可以幫助你視覺化涉及跨部門或跨職能團隊的流程數量，幫助團隊成員瞭解他們的職責，幫助團隊成員根據他們在整個流程中獲得的答案做出決策等等。
7。 業務流程建模圖
業務流程建模圖或業務流程建模符號是一種流程圖，它對業務計劃中涉及的從開始到結束的步驟進行建模。它直觀地描繪了業務活動和資訊的詳細序列，為利益相關者提供了所涉及步驟的視覺化表示。
這些型別的流程圖比敘述文字更容易理解，幫助你進行有效的溝通和協作，以實現業務流程的目標併產生高質量的結果。
8。 SDL流程圖
SDL 代表規範和描述語言，它使用圖形元素設計面向物件的圖表，用於對通訊、航空、醫療和汽車行業的狀態機進行建模。
該流程圖具有一組特定的符號。系統定義、塊和流程是什麼 SDL 的三個主要組成部分。這些型別的流程圖最適合用於頭腦風暴，尤其是在研究新的計算機演算法時。
此外，流程圖中的每個步驟都以可視方式表示，非常適合解決常見的錯誤。
9。 用例流程圖
用例流程圖或用例圖用於描述系統與外部實體之間的互動。可以總結系統使用者的詳細資訊以及他們與系統的互動。
用例圖包含三個主要組成部分：參與者、系統和目標。參與者是與系統互動的使用者，系統是參與者與系統之間的特定動作和互動順序，目標是用例的最終結果。
用例圖提供了系統的鳥瞰圖，你也可以將其用作系統的藍圖。由於圖表本質上很簡單，因此你可以將其用作利益相關者的有效溝通工具。
10。 EPC流程圖
你的業務流程確實包括各種各樣的活動。有些可能很簡單，有些可能很複雜。確保可預測且一致的結果的最佳方法是為你的業務流程建模。
EPC 流程圖是一種使用事件和功能作為關鍵元素的業務流程建模。EPC 代表事件驅動的流程鏈，是一種圖形組織器，可幫助重新設計業務流程，從而在業務的各個領域產生更好的生產力
11。 流程流程圖
流程流程圖是流程中所有步驟和決策的視覺化表示。換句話說，它是一個詳細的流程圖，可以幫助稽核流程。透過讓你深入瞭解資訊流和與流程相關的任務，它使你能夠在正確的時間做出正確的決定。
這些型別的流程圖對於軟體和電子領域的故障排除或診斷系統非常有用。但是，企業也要使用流程圖來改進。
流程流程圖可以幫助你將流程分解為更小的步驟，並幫助您仔細檢查它們以揭示改進和運營效率低下的領域。
12。 跨職能流程圖
作為業務所有者，你已經知道業務流程與各個部門和利益相關者相關聯。當業務流程包含來自不同團隊的多個利益相關者時，它會變得更加複雜。
跨職能流程圖明確設計為透過定義誰在業務模型的較低級別做什麼來闡明流程。此外，這些型別的流程圖顯示了業務流程執行、不同團隊成員及其互動的詳細資訊。
13。 IDE流程圖
IDEF（整合定義）是過程模擬中的一種圖形技術，可幫助對軟體工程領域中的複雜系統進行建模。大規模語言系列包括 IDEF0 - IDEF14，涵蓋了從面向物件分析到功能建模和資料收集的廣泛用途。
IDEF是一種既嚴格指定又非專有的圖表技術。它包括顯示功能的框和退出或進入功能框的箭頭。
IDEF 流程圖的主要元件是箭頭、框、上下文和節點樹，如下面的模板所示。
14。 影響圖
您是否正在尋找能夠以圖形和數學方式表示你決定的工具？影響圖可能就是你需要的。顧名思義，影響圖會影響決策。因此，由於是分層的，這些型別的流程圖是決策樹的一個很好的替代品。
你可以在會議之前建立此圖表，以說明正在討論的商業理念。它將顯示決策是如何做出的、期望的結果相互關聯、變數以及每個步驟如何影響其他步驟。
15。 價值流程圖
價值流程圖是一種流程圖，用於說明和分析生產或交付過程中涉及的步驟。其主要目標是識別和消除價值流中的浪費，提高給定價值流的效率。 由於它是一種視覺化精益方法的關鍵目標的強大方式，許多行業，包括產品開發、軟體開發、製造、醫療保健和許多其他行業，都在使用它。
16。時序圖
通常被開發者用來對一個場景下的物件互動建模。 它解釋了一個系統中的不同部件之間，彼此是透過怎樣的互動來實現的某個功能， 以及特定場景下交互發生的順序。簡而言之，時序圖展示了系統的不同部件的執行序列。
我們在畫時序圖時常用的6種元素:
17。架構圖
業務架構
使用一套方法論/輯對產品（專案）所涉及到的業務進行邊界劃分，所以熟悉業務是關鍵，如下圖所示某業務中臺架構圖：
應用架構
它是對整個系統實現的總體上的架構，需要指出系統的層次、系統開發的原則、 系統各個層次的應用服務。如下圖所示，就將系
技術架構
技術架構是應接應用架構的技術需求，並根據識別的技術需求，進行技術選型， 把各個關鍵技術和技術之間的關係描述清楚。技術架構解決的問題包括：純技術層面的分層 開發框架的選、開發語言的選、涉及非功能性需求的技術選等。
部署架構拓撲圖
部署圖是用來顯示系統中軟體和硬體的物理架構，從部署圖中，可以瞭解到軟體和硬體元件之間的物理關係以及處理節點的元件分佈情況。主要的作用就是表明，你的這個專案（系統）需要多少臺伺服器，每個伺服器是幹啥的
網路拓撲圖
網路拓撲圖就是指用傳輸媒體互聯各種各樣機器裝置的物理佈局，即哪種方法把網際網路中的電子計算機等機器裝置相互連線。拓撲繪畫出雲端伺服器、服務中心的網際網路配備和相互之間的聯接。網際網路的拓撲結構有很多種多樣，關鍵有星型結構、環形結構、分散式結構、樹形結構等。
18。E-R圖
E-R圖，也稱為實體關係圖，用於顯示實體集之間的關係。它提供了一種表示實體型別、屬性和連線的方法；用來描述現實世界的概念模型。ER模型是資料庫的設計或藍圖，將來可以作為資料庫來實現。
實體
實際問題中客觀存在的並且可以相互區別的事物稱為實體。實體是現實世界中的物件，可以具體到人，事，物。可以是學生，教師，圖書館的書籍。
屬性
實體所具有的某一個特性稱為屬性，在E-R圖中屬性用來描述實體。比如：可以用“姓名”“姓名”“出生日期”來描述人。
實體集
具有相同屬性的實體的集合稱為實體集。例如：全體學生就是一個實體集，（983573，李剛，男，1999/12/12）是學生實體集中的一個實體。
鍵
在描述實體集的所有屬性中，可以唯一標識每個實體的屬性稱為鍵。鍵也是屬於實體的屬性，作為鍵的屬性取值必須唯一且不能“空置”。
實體型
具有相同的特徵和性質的實體一定有相同的屬性，用實體名及其屬性名集合來抽象和刻畫同類實體稱為實體型，其表示格式為：實體名（屬性1，屬性2，……）
聯絡
世界上任何事物都不是孤立存在的，事物內部和事物之間都有聯絡的，實體之間的聯絡通常有3種類型：一對一聯絡，一對多聯絡，多對多， 多對一聯絡。
繪製實體關係圖
實體（方框表示），聯絡（菱形表示），屬性（橢圓表示），聯絡（直線表示）
19。類圖
類圖是用來描述一個系統的靜態結構。它既可以用於一般概念建模也可以用於細節建模。類包含了資料和行為，是面向物件的重要組成部分，它是具有相同屬性、操作、關係的物件集合的總稱。
類畫法:
類名稱（如果是介面或抽象，就使用斜體表示）
類的特性（一般是類的欄位和屬性，可以沒有）
類的操作（一般是類的方法或行為）
類屬性或者操作的訪問修改符的標註：
public用加號標註
private用減號標註
protected用#號標註
介面的畫法
頂端有<
第一行：介面名稱
第二行：介面方法
類的關係
所謂依賴關係，就是構造這個類的時候，需要依賴其他的類，比如：動物依賴水和氧氣
繼承、泛化關係（用帶空心三角形的實線表示）
繼承（泛化）關係，它指定了子類如何特化父類的所有特徵和行為。例如：鳥是動物的一種，企鵝、鴨、大雁是鳥的一種。
實現介面的關係
類與介面的關係，表示類實現了介面的所有特徵和行為
關聯關係（用實箭線表示）
所謂關聯關係，就是這個類有一個屬性是其他類。
聚合關係（用帶空心菱形的實線表示）
聚合關係是關聯關係的一種，是強的關聯關係 ；
特點： 部分物件的生命週期並不由整體物件來管理。也就是說，當整體物件已經不存在的時候，部分的物件還是可能繼續存在的。比如：一隻大雁脫離了雁群，依然是可以繼續存活的。
用程式碼的形式表示就是一個燕群類中儲存了多個大雁，並且燕群類中有統一操作燕群的屬性和行為
組合關係（用帶實心菱形的實線表示）
組合關係同樣是關聯關係的一種，是比聚合關係還要強的關係。
特點：在組合中，部分與整體生命期一致，部分與組合同時建立並同時消亡 。比如：鳥與翅膀的關係。
20。狀態圖
1，狀態圖（State Diagram）用來描述一個特定物件的所有可能狀態及其引起狀態轉移的事件
2，描述哪些狀態之間可以轉換
3，不同的狀態下有不同的行為
狀態圖的組成
UML狀態圖主要由五種元素組成，分別是狀態、轉換、事件、動作和活動。
**狀態：**表示物件的生命週期中的一種條件/情況，有初態和終態之分
轉換： 表示兩種狀態間的一種關係
**事件：**表示在某一時間與空間下所發生的有意義的事情
**動作：**表示一個可執行的原子操作，是UML能夠表達的最小計算單元
**活動：**表示狀態機中的非原子執行，一般由一系列動作組成
狀態圖的圖形
注意:
初始狀態只有一個，結束狀態可以有多個， 遇到終止全部結束（非法操作）
21。用例圖
用例圖是使用者與系統互動的最簡表示形式，展現了使用者和與他相關的用例之間的關係。透過用例圖，人們可以獲知系統不同種類的使用者和用例。用例圖也經常和其他圖表配合使用。
用例圖主要用來描述角色以及角色與用例之間的連線關係。說明的是誰要使用系統，以及他們使用該系統可以做些什麼。一個用例圖包含了多個模型元素，如系統、參與者和用例，並且顯示這些元素之間的各種關係，如泛化、關聯和依賴。它展示了一個外部使用者能夠觀察到的系統功能模型圖。
【用途】：幫助開發團隊以一種視覺化的方式理解系統的功能需求。
用例圖所包含的的元素
參與者（Actor）
用例（Use Case）
關聯關係（Association）
包含關係（Include）
擴充套件關係（Extend）
泛化關係（Generalization）
參與者(Actor)
——與應用程式或系統進行互動的使用者、組織或外部系統。用一個小人表示
用例(Use Case)
——用例就是外部可見的系統功能，對系統提供的服務進行描述。用橢圓表示
子系統(Subsystem)
——用來展示系統的一部分功能，這部分功能聯絡緊密。
關聯關係（Association）
——表示參與者與用例之間的通訊，任何一方都可傳送或接受訊息。
無箭頭
，將參與者與用例相連線，指向訊息接收方。
包含關係（Include）
——包含關係用來把一個較複雜用例所表示的功能分解成較小的步驟。
指向分解出來的功能用例。 比如下面這圖，使用者取錢過程中包含輸入賬戶密碼和驗證，如果通過了才能取錢
擴充套件關係（Extend）
——擴充套件關係是指用例功能的延伸，相當於為基礎用例提供一個附加功能
泛化關係（Generalization）
——就是通常理解的繼承關係，子用例和父用例相似，但表現出更特別的行為；子用例將繼承父用例的所有結構、行為和關係。
依賴關係(Dependency)
——用帶箭頭的虛線表示，表示源用例依賴於目標用例。
繪製流程圖的工具推薦
