#頭條創作挑戰賽#流程圖、思維導圖、UML、拓撲圖、ER圖你了解多少？給你講得明明白的

哈喽！大家好今天的内容分享是有關于“畫圖”這個話題。大家怎麼看下面這張圖？内容是不是還挺豐富的呢？這樣的一張圖他要表達什麼内容呢你看懂了嗎？

搞設計的一定對各種圖并不陌生，但是你都了解這些圖的構成原理和要表達的内容嗎？該如何規劃和設計好我們的設計構想，通過畫圖的方式表達給對方讓簡單易懂、邏輯思維清晰明了構圖内容言簡意赅的表達清楚讓對方看得懂，聽得明白。

在文字還沒有誕生之前，我們的祖輩就是用畫圖、結繩記事的方式表達他們心中所想，傳遞表達信息的

《四體書勢》：“昔在黃帝，創制造物。有沮誦倉颉者，始作書契，以代結繩。蓋睹鳥迹以興思也。贊曰：黃帝之史，沮誦倉颉，眺彼鳥迹，始作書契。紀綱萬事，崇法立制。帝典用宣，質文著世。

今天的我們同樣在使用各種繪圖來傳遞信息、表達心中所想，彼此間相互信息交流。今天的内容分享就是有關于流程圖、思維導圖、UML、拓撲圖、ER圖的内容分享。好了話不多說就開始今天的内容分享吧。

流程圖可以簡單地描述一個過程，是對過程、算法、流程的一種圖像表示，在技術設計、交流及商業簡報等領域有廣泛的應用。流程圖可分為：數據流程圖和作業流程圖。

程序流程圖的作用程序流程圖的作用程序流程圖的作用 程序流程圖是人們對解決問題的方法、思路或算法的一種描述。

流程圖的優點：

• 采用簡單規範的符号，畫法簡單；
• 結構清晰，邏輯性強；
• 便于描述，容易理解。

　畫流程圖需要用到哪些圖形符号：

　　在流程圖中通常用一些圖框來表示各種類型的操作，在圖框内寫出各個步驟，然後用帶箭頭的線把它們連接起來，以表示執行的先後順序。用圖形表示算法，直觀形象，易于理解。

程序流程圖與普通流程圖的基本圖形相似，通常由起止框、處理框、流程線、判斷框、輸出輸入框構成。

起止框：表示程序流程的開始與結束，通常隻有一個開始框和一個結束框。

處理框：表示程序流程中需要執行或處理的内容。

流程線：表示程序執行的方向與順序。

判斷框：表示對程序流程中的某一條件進行判斷，用來決定是否執行某一操作。

輸出輸入框：表示程序流程中資料的輸入或結果的輸出，一般用做數據處理。

上圖中我們可以很清楚地看出流程圖有一套标準的符号，每個符号代表的意義不相同：

不管是程序流程圖還是普通流程圖通常由順序、選擇和循環三種基本結構組成。

順序結構：三大結構中最簡單的一種，表示流程圖直接按照流程線所指順序依次執行；

選擇結構：指定一個條件，根據給定的條件判斷内容，并根據判斷結果決定流程走向；

循環結構：在特定條件下重複某一操作，用于判斷流程是繼續執行重複内容還是退出循環，分為當型和直到型兩種循環方式。

　　一張簡明的流程圖，不僅能促進産品經理與設計師、開發者之間的交流，還能幫助我們查漏補缺，避免功能流程、邏輯上出現遺漏，确保流程的完整性。流程圖能讓思路更清晰、邏輯更清楚，有助于程序的邏輯實現和解決實際問題。

當涉及到跟蹤業務或組織中的各種類型的細節時，事情總是變得混亂。在這種情況下，過程流程圖可以幫助你組織和可視化你的過程，并說明任務和負責執行任務的人之間的關系。

過程流程圖包括步驟的順序過程和使過程工作所需的決策。形狀進一步表示每個步驟，這些形狀由線條連接。線條帶有箭頭以顯示過程的移動和方向。

過程流程圖遵循信息的邏輯流程，這樣你試圖可視化的過程就變得非常清晰。這類流程圖最好的地方在于創建起來毫不費力。

工作流程圖也類似于過程流程圖，它提供了試圖可視化的流程的圖形概述。與過程流程圖一樣，工作流程圖使用标準化的符号和形狀顯示逐步的流程。

換句話說，過程流程圖顯示了改變對象狀态的過程，而工作流程圖則顯示了工作流中的實際變化。 使用這些圖表可以幫助員工了解他們的角色和職責，并在不同部門内建立更多的團結。

泳道流程圖也是最流行的流程圖類型之一，它顯示誰負責流程的哪個部分。在此流程圖中，每個通道都充當業務角色或部門的空間。 根據其職責分為不同的渠道，使每個部門更容易看到他們需要完成的工作。

因此，團隊發現這種類型的流程圖是一種方便的工具，可以确保他們不會在流程的任何地方卡住。具有多個部門的組織主要使用泳道圖來說明合作業務流程。 但是，任何人都可以使用這些流程圖來避免混淆誰擁有流程的哪一部分。

數據流程圖是信息系統結構分析和設計的重要工具之一。它是任何系統或流程的數據流的圖形表示。它具有矩形、圓形和箭頭等符号來顯示數據輸入和輸出。

這些類型的流程圖用于軟件開發和設計。但是，你可以将此流程圖用于各種其他目的。将其用于業務分析、敏捷開發、業務流程再造、系統結構等等。

由于在該圖中可以對每個過程進行分解，因此可以在單獨的圖中顯示相同符号的結構組件之間的關系。

系統流程圖描述了系統或程序如何運行和交互。這些類型的流程圖與數據流程圖非常相似。與數據流程圖一樣，此流程圖是一種顯示系統中數據流的方式。

此外，它使用符号來說明數據流，并将它們連接起來以顯示數據發生了什麼以及數據流向何處。但是，這兩者之間的顯着區别在于數據流程圖僅顯示路徑，而不顯示決策。

系統流程圖最适合用于對系統進行物理建模，顯示輸入、輸出和過程。因此，使其成為跟蹤信息的有用工具，同時控制沿途的實現。

你是否對快速做出理性選擇猶豫不決？那麼決策流程圖對你說可能是一個有益的工具，尤其是當決策是你日常工作的一個組成部分時。

決策流程圖是最受歡迎的流程圖之一，因為它們有助于按照需要做出的順序做出決策。它使你能夠可視化流程的每個可能結果，并确保你做出了最佳決策。

因此，如果你是企業主、項目經理或任何其他具有決策責任的專業人士，你應該精通這些類型的流程圖。

它可以幫助你可視化涉及跨部門或跨職能團隊的流程數量，幫助團隊成員了解他們的職責，幫助團隊成員根據他們在整個流程中獲得的答案做出決策等等。

業務流程建模圖或業務流程建模符号是一種流程圖，它對業務計劃中涉及的從開始到結束的步驟進行建模。它直觀地描繪了業務活動和信息的詳細序列，為利益相關者提供了所涉及步驟的可視化表示。

這些類型的流程圖比叙述文本更容易理解，幫助你進行有效的溝通和協作，以實現業務流程的目标并産生高質量的結果。

SDL 代表規範和描述語言，它使用圖形元素設計面向對象的圖表，用于對通信、航空、醫療和汽車行業的狀态機進行建模。

該流程圖具有一組特定的符号。系統定義、塊和流程是什麼 SDL 的三個主要組成部分。這些類型的流程圖最适合用于頭腦風暴，尤其是在研究新的計算機算法時。

此外，流程圖中的每個步驟都以可視方式表示，非常适合解決常見的錯誤。

用例流程圖或用例圖用于描述系統與外部實體之間的交互。可以總結系統用戶的詳細信息以及他們與系統的交互。

用例圖包含三個主要組成部分：參與者、系統和目标。參與者是與系統交互的用戶，系統是參與者與系統之間的特定動作和交互順序，目标是用例的最終結果。

用例圖提供了系統的鳥瞰圖，你也可以将其用作系統的藍圖。由于圖表本質上很簡單，因此你可以将其用作利益相關者的有效溝通工具。

你的業務流程确實包括各種各樣的活動。有些可能很簡單，有些可能很複雜。确保可預測且一緻的結果的最佳方法是為你的業務流程建模。

EPC 流程圖是一種使用事件和功能作為關鍵元素的業務流程建模。EPC 代表事件驅動的流程鍊，是一種圖形組織器，可幫助重新設計業務流程，從而在業務的各個領域産生更好的生産力

流程流程圖是流程中所有步驟和決策的可視化表示。換句話說，它是一個詳細的流程圖，可以幫助審核流程。通過讓你深入了解信息流和與流程相關的任務，它使你能夠在正确的時間做出正确的決定。

這些類型的流程圖對于軟件和電子領域的故障排除或診斷系統非常有用。但是，企業也要使用流程圖來改進。

流程流程圖可以幫助你将流程分解為更小的步驟，并幫助您仔細檢查它們以揭示改進和運營效率低下的領域。

作為業務所有者，你已經知道業務流程與各個部門和利益相關者相關聯。當業務流程包含來自不同團隊的多個利益相關者時，它會變得更加複雜。

跨職能流程圖明确設計為通過定義誰在業務模型的較低級别做什麼來闡明流程。此外，這些類型的流程圖顯示了業務流程執行、不同團隊成員及其交互的詳細信息。

IDEF（集成定義）是過程模拟中的一種圖形技術，可幫助對軟件工程領域中的複雜系統進行建模。大規模語言系列包括 IDEF0 - IDEF14，涵蓋了從面向對象分析到功能建模和數據收集的廣泛用途。

IDEF是一種既嚴格指定又非專有的圖表技術。它包括顯示功能的框和退出或進入功能框的箭頭。

IDEF 流程圖的主要組件是箭頭、框、上下文和節點樹，如下面的模闆所示。

您是否正在尋找能夠以圖形和數學方式表示你決定的工具？影響圖可能就是你需要的。顧名思義，影響圖會影響決策。因此，由于是分層的，這些類型的流程圖是決策樹的一個很好的替代品。

你可以在會議之前創建此圖表，以說明正在讨論的商業理念。它将顯示決策是如何做出的、期望的結果相互關聯、變量以及每個步驟如何影響其他步驟。

價值流程圖是一種流程圖，用于說明和分析生産或交付過程中涉及的步驟。其主要目标是識别和消除價值流中的浪費，提高給定價值流的效率。 由于它是一種可視化精益方法的關鍵目标的強大方式，許多行業，包括産品開發、軟件開發、制造、醫療保健和許多其他行業，都在使用它。

通常被開發者用來對一個場景下的對象交互建模. 它解釋了一個系統中的不同部件之間,彼此是通過怎樣的交互來實現的某個功能, 以及特定場景下交互發生的順序.簡而言之,時序圖展示了系統的不同部件的執行序列.我們在畫時序圖時常用的6種元素:

使用一套方法論/輯對産品（項目）所涉及到的業務進行邊界劃分，所以熟悉業務是關鍵，如下圖所示某業務中台架構圖：

它是對整個系統實現的總體上的架構，需要指出系統的層次、系統開發的原則、 系統各個層次的應用服務。如下圖所示，就将系

技術架構是應接應用架構的技術需求，并根據識别的技術需求，進行技術選型， 把各個關鍵技術和技術之間的關系描述清楚。技術架構解決的問題包括：純技術層面的分層 開發框架的選、開發語言的選、涉及非功能性需求的技術選等。

部署圖是用來顯示系統中軟件和硬件的物理架構，從部署圖中，可以了解到軟件和硬件組件之間的物理關系以及處理節點的組件分布情況。主要的作用就是表明,你的這個項目(系統)需要多少台服務器,每個服務器是幹啥的

網絡拓撲圖就是指用傳輸媒體互聯各種各樣機器設備的物理布局，即哪種方法把互聯網中的電子計算機等機器設備相互連接。拓撲繪畫出雲端服務器、服務中心的互聯網配備和相互之間的聯接。互聯網的拓撲結構有很多種多樣，關鍵有星型結構、環形結構、分布式結構、樹形結構等。

E-R圖，也稱為實體關系圖，用于顯示實體集之間的關系。它提供了一種表示實體類型、屬性和連接的方法；用來描述現實世界的概念模型。ER模型是數據庫的設計或藍圖，将來可以作為數據庫來實現。

實體

實際問題中客觀存在的并且可以相互區别的事物稱為實體。實體是現實世界中的對象，可以具體到人，事，物。可以是學生，教師，圖書館的書籍。

屬性

實體所具有的某一個特性稱為屬性，在E-R圖中屬性用來描述實體。比如：可以用“姓名”“姓名”“出生日期”來描述人。

實體集

具有相同屬性的實體的集合稱為實體集。例如：全體學生就是一個實體集，（983573，李剛，男，1999/12/12）是學生實體集中的一個實體。

鍵

在描述實體集的所有屬性中，可以唯一标識每個實體的屬性稱為鍵。鍵也是屬于實體的屬性，作為鍵的屬性取值必須唯一且不能“空置”。

實體型

具有相同的特征和性質的實體一定有相同的屬性，用實體名及其屬性名集合來抽象和刻畫同類實體稱為實體型，其表示格式為：實體名（屬性1，屬性2,……）

聯系

世界上任何事物都不是孤立存在的，事物内部和事物之間都有聯系的，實體之間的聯系通常有3種類型：一對一聯系，一對多聯系，多對多, 多對一聯系。

繪制實體關系圖實體（方框表示），聯系（菱形表示），屬性（橢圓表示），聯系（直線表示）

類圖是用來描述一個系統的靜态結構。它既可以用于一般概念建模也可以用于細節建模。類包含了數據和行為，是面向對象的重要組成部分，它是具有相同屬性、操作、關系的對象集合的總稱。

類畫法:

類名稱（如果是接口或抽象，就使用斜體表示）

類的特性（一般是類的字段和屬性，可以沒有）

類的操作（一般是類的方法或行為）

類屬性或者操作的訪問修改符的标注：

public用加号标注

private用減号标注

protected用#号标注

接口的畫法

頂端有<<interface>>

第一行：接口名稱

第二行：接口方法

類的關系

所謂依賴關系，就是構造這個類的時候，需要依賴其他的類，比如：動物依賴水和氧氣

繼承、泛化關系（用帶空心三角形的實線表示）繼承（泛化）關系，它指定了子類如何特化父類的所有特征和行為。例如：鳥是動物的一種，企鵝、鴨、大雁是鳥的一種。

實現接口的關系類與接口的關系，表示類實現了接口的所有特征和行為

關聯關系（用實箭線表示）

所謂關聯關系，就是這個類有一個屬性是其他類。

聚合關系（用帶空心菱形的實線表示）

聚合關系是關聯關系的一種，是強的關聯關系 ；

特點： 部分對象的生命周期并不由整體對象來管理。也就是說，當整體對象已經不存在的時候，部分的對象還是可能繼續存在的。比如：一隻大雁脫離了雁群，依然是可以繼續存活的。

用代碼的形式表示就是一個燕群類中存儲了多個大雁,并且燕群類中有統一操作燕群的屬性和行為

組合關系（用帶實心菱形的實線表示）組合關系同樣是關聯關系的一種，是比聚合關系還要強的關系。特點：在組合中，部分與整體生命期一緻，部分與組合同時創建并同時消亡 。比如：鳥與翅膀的關系。

1，狀态圖(State Diagram)用來描述一個特定對象的所有可能狀态及其引起狀态轉移的事件

2，描述哪些狀态之間可以轉換

3，不同的狀态下有不同的行為

狀态圖的組成

UML狀态圖主要由五種元素組成，分别是狀态、轉換、事件、動作和活動。

**狀态：**表示對象的生命周期中的一種條件/情況，有初态和終态之分

轉換： 表示兩種狀态間的一種關系

**事件：**表示在某一時間與空間下所發生的有意義的事情

**動作：**表示一個可執行的原子操作，是UML能夠表達的最小計算單元

**活動：**表示狀态機中的非原子執行，一般由一系列動作組成

狀态圖的圖形

注意: 初始狀态隻有一個,結束狀态可以有多個, 遇到終止全部結束(非法操作)

用例圖是用戶與系統交互的最簡表示形式，展現了用戶和與他相關的用例之間的關系。通過用例圖，人們可以獲知系統不同種類的用戶和用例。用例圖也經常和其他圖表配合使用。

用例圖主要用來描述角色以及角色與用例之間的連接關系。說明的是誰要使用系統，以及他們使用該系統可以做些什麼。一個用例圖包含了多個模型元素，如系統、參與者和用例，并且顯示這些元素之間的各種關系，如泛化、關聯和依賴。它展示了一個外部用戶能夠觀察到的系統功能模型圖。

【用途】：幫助開發團隊以一種可視化的方式理解系統的功能需求。

用例圖所包含的的元素

參與者（Actor）

用例（Use Case）

關聯關系（Association）

包含關系（Include）

擴展關系（Extend）

泛化關系（Generalization）

參與者(Actor)——與應用程序或系統進行交互的用戶、組織或外部系統。用一個小人表示

用例(Use Case)——用例就是外部可見的系統功能，對系統提供的服務進行描述。用橢圓表示

子系統(Subsystem)——用來展示系統的一部分功能，這部分功能聯系緊密。

關聯關系（Association）——表示參與者與用例之間的通信，任何一方都可發送或接受消息。無箭頭，将參與者與用例相連接，指向消息接收方。

包含關系（Include）——　包含關系用來把一個較複雜用例所表示的功能分解成較小的步驟。

指向分解出來的功能用例。 比如下面這圖,用戶取錢過程中包含輸入賬戶密碼和驗證,如果通過了才能取錢

擴展關系（Extend）——擴展關系是指用例功能的延伸，相當于為基礎用例提供一個附加功能

泛化關系（Generalization）——就是通常理解的繼承關系，子用例和父用例相似，但表現出更特别的行為；子用例将繼承父用例的所有結構、行為和關系。

依賴關系(Dependency)——用帶箭頭的虛線表示，表示源用例依賴于目标用例。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!