我相信絕大多數(shù)讀者并不從事裝備設(shè)計(jì)領(lǐng)域，因此沒(méi)必要深入了解“多信號(hào)流圖”，但這種圖形化模式的提出對(duì)知識(shí)圖譜建設(shè)非常有借鑒價(jià)值。對(duì)應(yīng)到傳統(tǒng)信息化軟件的設(shè)計(jì)你會(huì)發(fā)現(xiàn)，UML就是一種圖形化的建模方式，類圖屬于軟件靜態(tài)關(guān)系的圖形化描述，時(shí)序圖、狀態(tài)圖、序列圖等等是軟件動(dòng)態(tài)關(guān)系的圖形化描述，部署圖是軟件物理結(jié)構(gòu)的圖形化描述，因此在知識(shí)建模過(guò)程中，可以考慮建立自有的圖形化描述，提高知識(shí)抽取的工程化能力。

下圖總結(jié)了采用知識(shí)圖譜建設(shè)方法論，進(jìn)行裝備故障診斷時(shí)各個(gè)階段的主要工作，包括：

1、知識(shí)建模階段，對(duì)裝備、功能（控制、分離、引導(dǎo)、連接……）、輸入輸出（能量、物質(zhì)、信號(hào)）等基本概念的抽象，以及利用“多信號(hào)流圖”進(jìn)行圖形化描述（類似面向?qū)ο蟮?UML 方式）；

2、知識(shí)抽取階段，可以在研發(fā)過(guò)程中設(shè)計(jì)裝備的“多信號(hào)流圖”，對(duì)于研發(fā)階段沒(méi)有進(jìn)行這方面設(shè)計(jì)的可以從維修手冊(cè)中抽取。用多信號(hào)流圖可以產(chǎn)生故障樹(shù)與故障相關(guān)矩陣。

3、知識(shí)驗(yàn)證階段，可以利用相關(guān)矩陣推斷新增加的知識(shí)是否有效，也可以驗(yàn)證測(cè)試是否完備，例如兩個(gè)故障模式在故障矩陣中故障特征是一致的，就可能需要增加測(cè)試點(diǎn)；

4、利用故障知識(shí)圖譜，可以在開(kāi)發(fā)實(shí)時(shí)診斷的應(yīng)用，利用推理機(jī)實(shí)時(shí)確定故障發(fā)生的部件，產(chǎn)生故障應(yīng)急的預(yù)案等等。

感謝胡政博士為本文提供的案例，他曾是國(guó)防科技大學(xué)裝備綜合保障技術(shù)重點(diǎn)實(shí)驗(yàn)室的核心成員，我國(guó)裝備保障領(lǐng)域的知名專家。他創(chuàng)辦的湖南擎新公司，專注于大型裝備的實(shí)時(shí)故障診斷、檢測(cè)技術(shù)的研究與實(shí)踐，完成了多項(xiàng)重大武器裝備的故障診斷知識(shí)圖譜的建設(shè)。

3總 結(jié)

企業(yè)軟件從流程化開(kāi)始起步，逐步實(shí)現(xiàn)數(shù)據(jù)化，今天我們希望它能夠更加智能化。而目前智能化還主要體現(xiàn)在圖像識(shí)別、語(yǔ)音識(shí)別的應(yīng)用，究其原因是目前以機(jī)器學(xué)習(xí)為核心的技術(shù)并不能滿足很多場(chǎng)景，諸如缺少大量數(shù)據(jù)、結(jié)果不夠明確、需要明晰推理過(guò)程。而建立專業(yè)領(lǐng)域知識(shí)圖譜，正是將人工智能應(yīng)用從簡(jiǎn)單應(yīng)用轉(zhuǎn)向知識(shí)密集但數(shù)據(jù)缺少的復(fù)雜應(yīng)用。

《老焦專欄 ｜ 解開(kāi)知識(shí)圖譜神秘的面紗》、《老焦專欄 ｜ 知識(shí)圖譜建設(shè)方法論》，在這一系列的三篇文章醞釀了很長(zhǎng)時(shí)間，借鑒了企業(yè)軟件流行的面向?qū)ο蠓椒�，提出了一個(gè)工程化實(shí)施知識(shí)圖譜建設(shè)的方法論，包括知識(shí)建模中的領(lǐng)域劃分、概念與關(guān)系建模，知識(shí)抽取的自動(dòng)化、非自動(dòng)化方法，最后列舉了知識(shí)圖譜的四種應(yīng)用形式，并通過(guò)一個(gè)裝備故障監(jiān)測(cè)的示例，講解了如何基于知識(shí)圖譜進(jìn)行推理、如何在知識(shí)圖譜建模時(shí)類似 UML 的方式建立知識(shí)模型。

后面我們還會(huì)針對(duì)知識(shí)圖譜這一話題，進(jìn)行持續(xù)的探討，敬請(qǐng)期待。