前面已經介紹了邏輯圖三元素中的“要素”和“邏輯”表達方式，最后一篇三元素的之三“模型”的表達方式。最后就是如何將要素、邏輯整合為一張具有說服力的“邏輯圖”。通常在選擇用什么形式的圖形來表達研究對象時，往往會首選大家比較熟悉的圖形，這個圖的形式和表達的意圖存在著約定俗成的關聯，已經獲得了大家的認同，這個圖形就是模型。

有了要素、邏輯之后，為什么還有特別地說明模型呢？因為模型選擇的正確與否會產生不同的結果

（1）模型選取的合適
則觀者首先通過模型的外觀就知道作者要表達什么意圖、觀者會按照模型的定義去確認作者的內容，比如：但觀者看到的是“流程模型”，就知道作者展示達成某個目標的工作過程，他會沿著流程的起點研究工作的每個步驟。又如：如果觀者看到的是“魚骨圖”，就知道作者要做一個歸集的分析，給出因果關系的結論。

（2）模型選取的有誤
當要素和邏輯表達都很準確時，如果把要素和邏輯整合在一起的載體選的不合適，則最終傳遞的意圖還是會打折扣、或是將作者的意圖表達錯了。比如：當你要表達一個確定的工作目標、以及達成該目標工作步驟的前后順序時，就應該首選“流程圖”，如果你選擇的不是“流程圖”而是“思維導圖”的話就可能圖不達意了，因為用思維導圖是表達可能哪些相關工作，而不是給出確定的工作前后順序。

模型主要分為兩大類型，即：分析模型、架構模型。

1.分析模型

■分析模型，是建立分析要素與推測結果之間的關聯關系。
這里推薦的5種分析模型可以分為兩類，第一類是在業內具有較高的認知度和使用頻率、第二類是基于作者的實踐經驗設計而成，參見圖1。分析模型有如下的特點：

圖1 分析模型一覽

*1.魚骨圖：由日本的石川馨先生所發明，故又名石川圖，也可稱之為因果圖。
*2.思維導圖：由英國的東尼博贊先生（Tony Buzan）所提倡。
*3.排比圖：④和⑤由作者整理、設計。

1）①關聯圖
分析對象所包含的要素未必都具有可以結構化的特征，現實中有很多業務場景是非常復雜、耦合度高、難以拆分的，因此，模型①的引入主要是為了解決這類問題。關聯圖看似簡單，實際是為理解和表現最復雜對象場景而引入的。

2）魚骨圖②與思維導圖③
它們不但具較強的方向性，而且還可以自由、發散地收集相關的要素，并在使用中可以邊拓展、邊收集，在收集要素的過程中就完成了對要素的梳理。

3）排比圖④⑤：
具有一定的結構化形式的模型，這樣的模型易于給出分析成果的規律性、收斂方向等，在調研、分析的現場就有很好的實用性，可以比較容易地建立起分析結果與業務架構（流程圖）之間的對應關系，加快分析與設計的速度。它是“分析模型”與“架構模型”之間的橋梁。

2. 架構模型

■架構模型，是表達符合業務邏輯關系的要素結構圖。

1） 對模型的描述
這里推薦的5種架構模型可以分為兩類，第一類是在業內具有較高的認知度和使用頻率、第二類是基于作者的實踐經驗設計而成，參見圖2。架構模型有如下的特點：

圖2 架構模型一覽

1） 拓撲圖①
為了開拓讀者的思路，這里導入一款具有可以響應擴展、靈活部署的架構模型，主要用來做最粗的規劃設計，它不但可以用在一般的業務架構，也可以為未來參與軟件設計做一些實用知識的鋪墊。

2） 分層圖②和框架圖③
用于復雜對象的第1級、第2級劃分，起到了從粗粒度的規劃→細粒度的設計的過渡作用，屬于架構圖中做概要層次描述的表達方法。

3） 分解圖④和流程圖⑤
這兩個模型是采用結構化架構方法的核心，它們的作用是承接中粒度架構結果并向下做進一步的細分，屬于架構圖中做詳細層次描述的表達方法。

3. 兩種模型的區別

分析模型與架構類模型有什么區別呢？構成分析模型中的要素不一定有明確的、精準的邏輯關系，由于這個階段要素之間的因果關系不清晰，此時無法使用精準的邏輯表達。

分析類模型可以解決梳理、歸集要素并給出分析結果的工作，但是分析模型不能直接用來做分析結果的解決方案，因為無法精準地表達邏輯關系，所以必須將分析得到的要素（業務、管理）融入到“業務架構（如：業務流程）”中，才能夠發揮出作用。

分析模型與架構模型的目的不同，它們之間的區別，從圖3的（a）、（b）兩張圖的對比可以看出，將實際的業務內容（要素）加入到模型中，觀察圖形的變化，

圖3 分析模型與架構模型的區別

1）圖（a）魚骨圖-成本超標問題 （分析模型）
分析（a）給出的分析課題是研究成本超標問題，可以看出魚骨圖上呈現的分析要素都是 “意見、想法、現象、建議等”內容，它們是在調研中客戶使用的語言，而不是通常設計中使用的業務設計用語，所以，“魚骨圖”+“非業務設計用語（客戶用語）”，是不能用來表達解決方案中的“業務處理、管理控制等”內容的。

2）圖b.流程圖-業務流程圖（架構模型）
再看架構圖（b）的內容，采用的都是業務設計用語（業務屬性），圖形是嚴謹的、結構化，清晰地給出了目標、方向、流程、步驟等信息，也就是說，圖（b）模仿的是真實的業務形態，所以也必須使用真實的業務設計用語（要素），流程上所有的節點之間必須用合理的邏輯相關聯，這樣的架構圖才能夠用來做業務的解決方案。

分析模型可以表現分析成果、需要的功能等，但不一定能夠表現出嚴謹的邏輯關系、可以執行的解決方案，所以分析與架構各自關注的是不同階段的工作和結果，因此分析模型是不能夠替代架構模型做架構圖的。
雖然分析工作與架構工作的目的都是用要素來構成一張圖，但作圖的方法也是有別的：
□分析：是用“歸集要素”的方法做圖，歸集后要素的承載結構是分析模型；
□架構：是用“組合要素”的方法做圖，組合后要素的承載結構是架構模型；

■擴展說明
“模型”與“圖”的區別
“模型”也是圖，稱之為“模型”的圖揭示了某種事物對象的規律，這個規律具有一定的普遍性，所以模型可作為具有類似規律研究對象的參考。

一般稱之為“xx圖”的圖形，只是表明對“xx”用圖形來表達其含義，不強調它是否是一個具有代表性的“模型”。以生產流程圖為例看兩者的區分：

圖4 生產流程圖

□流程模型：給出了有規律性連續活動之間的關系表達圖形（與業務領域無關）；
□生產流程圖：給出了用圖形表達的“生產”過程、節點關系（與業務領域有關）
當然，如果這個生產行為在生產領域具有一定的代表性，則這個“生產流程圖”也可以稱為“生產流程模型”。

邏輯圖繪制方法的總結

到此，就完成了對邏輯圖三元素的說明。不論描繪什么內容的邏輯圖，都包含有這三種元素：要素、邏輯和模型，熟練度掌握了這三種元素的定義、用法，幾乎沒有不能表達的對象、事物。

但你需要理解一張內容較多、業務比較復雜的、同時也不太熟悉的邏輯圖時，一定要從這三個元素入手，就可以快速的理解：

1）判斷模型的分類：知道了模型，就大概知道了作者要表達對象的哪個層面、維度的邏輯，如：
□ 框架圖 → 表達研究對象的范圍、區分、模塊的邊界等關系；
□ 流程圖 → 表達研究對象的行為過程的起點、節點數、順序、終點等；

2）判斷要素的合理性：要素表達的粒度/層級、內容劃分的耦合性等是否符合要求；

3）判斷邏輯的正確性：根據業務知識、軟件設計要求等，檢查邏輯表達的方式是否正確；

作為一種能力，不論你從事軟件工程上的哪個崗位（咨詢、需求、架構、開發、測試、實施等），邏輯思維、邏輯推理、邏輯表達等有關邏輯的能力都是必須的。這種能力是做好任何業務領域軟件（ERP、電商平臺、物聯網等）的基礎。

能夠用邏輯圖完美、精準地表達、傳遞意圖，是你展示自己才能的一個重要方式，同時也是其他人評估你能力的一個重要參考。

各類模型的詳細用法說明，請參見《大話軟件工程—需求分析與軟件設計》一書。

總結

以上是生活随笔為你收集整理的如何绘制逻辑图 — 9.模型的分类的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。