1、 智能決策支持系統 一、智能決策支持系統的定義 決策支持系統（Decision Support System，簡稱DSS），是以管理科學、運籌學、控制論、和行為科學為基礎，以計算機技術、仿真技術和信息技術為手段，針對半結構化的決策問題，支持決策活動的具有智能作用的人機系統。該系統能夠為決策者提供所需的數據、信息和背景資料，幫助明確決策目標和進行問題的識別，建立或修改決策模型，提供各種備選方案，并且對各種方案進行評價和優選，通過人機交互功能進行分析、比較和判斷，為正確的決策提供必要的支持。它通過與決策者的一系列人機對話過程，為決策者提供各種可靠方案，檢驗決策者的要求和設想，從而達到支持決策的目的

2、。 決策支持系統一般由交互語言系統、問題系統以及數據庫、模型庫、方法庫、知識庫管理系統組成。在某些具體的決策支持系統中，也可以沒有單獨的知識庫及其管理系統，但模型庫和方法庫通常則是必須的。由于應用領域和研究方法不同，導致決策支持系統的結構有多種形式。 傳統DSS 采用各種定量模型,在定量分析和處理中發揮了巨大作用, 它也對半結構化和非結構化決策問題提供支持, 但由于它通過模型來操縱數據,實際上支持的僅僅是決策過程中結構化和具有明確過程性的部分. 隨著決策環境日趨復雜,DSS的局限性也日趨突出, 具體表現在:系統在決策支持中的作用是被動的, 不能根據決策環境的變化提供主動支持, 對決策中普遍存在

3、的非結構化問題無法提供支持,以定量數學模型為基礎,對決策中常見的定性問題、模糊問題和不確定性問題缺乏相應的支持手段。1 DSS應具備以下特征2： ? 系統的主要功能是為管理人員提供決策支持,其目的是幫助管理人員進行決策而不是代替他們,是為了提高決策的效能而不是組織的管理效率； ? 傳統數據管理技術與有關的模型技術、分析技術相結合； ? 系統應該有很強的靈活性、適應性、便于用戶使用。 智能決策支持系統（IDSS）是決策支持系統與人工智能技術相結合的系統3,他包括決 策支持系統所擁有的組件，包括數據庫系統、模型庫系統和人機交互系統，同時集成了最新發展的人工智能技術，如專家系統、多代理以及神經網絡和

4、遺傳算法等。它是以信息技術為手段,應用管理科學、計算機科學及有關學科的理論和方法,針對半結構化和非結構化的決策問題,通過提供背景材料、協助明確問題、修改完善模型、列舉可能方案、進行分析比較等方式,為管理者做出正確決策提供幫助的智能型人機交互式信息系統。智能決策支持系統的廣義結構如下圖所示。 問題綜合與交互系統模型庫管理系統數據庫管理系人工智能技專系神網遺算機語自然言理 二、智能決策支持系統與能量管理的區別 可以從以下幾個方面來說明智能決策支持系統與能量管理系統的區別4： （1）數據源：決策支持系統的數據源包括穩態信息和故障信息，而能量管理的數據源只包含穩態信息。 （2）對故障信息的利用：決策支

5、持系統利用故障信息進行故障診斷，而能量管理系統則沒有。 （3）對系統運行的綜合分析：決策支持系統提供考慮安全性和經濟性的綜合評估報告，而能量管理系統未提供。 （4）分析工具：決策支持系統提供穩態信息和故障信息的分析工具，而能量管理系統只提供穩態信息的分析工具。 三、智能決策支持系統的幾種結構 （1）基于多代理的智能決策支持系統 以下是應用于智能電網的多代理決策支持系統5，電網決策支持系統主要由SCADA及故障信息管理層、網絡分析分析層和指揮系統協調層3部分組層，器結構如下圖所示 指揮系統協調EMS應用軟件：潮流技術、安全分 析、負荷預測等EEMS（擴展EMS）：故障處理、實時操作 票等統一數據

6、平臺SCAD數據故障信息系統實時監測數據保護等相關信息 SCADA及故障信息數據管理層：實時收集電力系統的數據，監控系統的運行狀態。 網絡分析層：由實時穩態分析、智能電網調度操作票、電網故障診斷、電網故障恢復、電網故障操作票組成。 指揮系統協調層：主要由指揮系統構成，主要功能是協調各種網絡分析層軟件的調用邏輯及執行順序，以及在有復雜的電網狀態變化時，協調調用不同的應用軟件，使其以合作的方式完成復雜的任務。 一般來說，智能調度決策支持系統包括如下能夠獨立完成一定功能的智能體單元： 運行狀態評估智能體：實時的監視系統的運行狀況，對目前以及未來的系統狀況進行安全評估，依據預測的可能系統狀況，協調智能

7、層的其他智能體進行預防性策略跟蹤，使系統保持在正常經濟、安全的狀態。 經濟運行決策智能體：在正常狀況下，根據系統約束條件，在運行規則的指導下，運用相應的算法、模型和知識，綜合運用全局系統信息，進行不同優化算法、不同優化模型、不同優化目標之間的優化協調，使得優化決策具有全局可行性，避免優化孤島的出現。 故障診斷決策智能體：在緊急狀況下，自動依據系統運行狀況，診斷故障地點和類型等，制定緊急控制，并告知或幫助調度人員進行緊急控制策略。 故障恢復決策智能體：在故障狀況下，依據系統狀況，結合先驗知識，采用不同的模型和算法進行系統恢復決策。 人機交互智能體：在任何情況下，調度人員或電力專家均可以通過它與決

8、策支持系統進行友好、協調的交互，以便于完成特定的任務或進行系統的維護管理等。 日常管理智能體：除了完成調度人員進行的監視、維護、處理異常等日常工作外，還需要進行編寫調度日志、操作票、事故報告等一系列工作。 模擬培訓智能體：進行決策支持系統的培訓、模擬、決策跟蹤等。 系統智能體結構如下圖所示 數據庫模型庫知識庫范例庫數據管理智能體模型管理智能體知識管理智能體范例管理智能協調主運行狀評估智安全經運行智故障診決策智故障恢決策智人機交智能日常管智能模擬培智能 以下是應用于瀝青混凝土路面施工機群的基于多代理的智能決策支持系統6, 最高層(頂層)為中央智能決策調度支持系統,它負責整個系統的調度決策,實時處

9、理下級決策調度能Agent匯報的信息,并作出決策。中間層為功能決策智能Agent層,包括拌和智能決策調度支持系統、運輸智能決策調度支持系統、攤鋪智能決策調度支持系統、壓路智能決策調度支持系統等,它們負責各自下層的功能Agent,功能Agent層指在路面施工中完成某種施工任務的施工機械或設備,它們的任務是負責調度其下層的功能Agent,來完成系統設定的任務,維持生產節拍、保證質量參數、接受中央的指令并把涉及到改變整個系統狀態的決策結果通知中央智能決策調度支持系統。下圖是系統的結構圖 拌和智能調度決策支原料管理智能體裝載機智能體持系統拌和機智能體質量檢測智能體中央智能決策調度支持系統運輸智能調度決

10、策支持系統自卸車智能體1攤鋪智能調度決策自卸車智能體n鋪路機智能體1支持系統鋪路機智能體n壓路智能調度決策質量檢測智能體壓實智能體1支持系統壓實智能體n體 下圖為決策調度系統原理圖。可以看出,IDSS中五個系統(知識庫系統、模型庫系統、數據庫系統、圖形庫系統及總控系統)間的聯系。總控系統控制著其它四個系統的連接與調用,同時負責與外界(信息收發系統、人機接口部分)的信息交換。知識庫系統從數據庫中獲得事實進行推理,從而決定從模型庫中調用何種模型進行計算并確定模型中的一些參數,選定的模型從數據庫中獲得初始數據進行運算,并將運算結果送回數據庫。圖形庫系統可以從數據庫中取得需要的數據繪制各種直觀的圖形。

11、在總控系統之前是人機接口部分、信息收發系統,人機接口部分是用戶與系統的橋梁,用來做信息傳輸、人工決策干預、信息查詢和結果輸出。信息收發系統負責接收各子系統上傳的信息和發布調度決策系統的調度指令。 (2)基于專家系統的智能決策支持系統3 專家系統（ES）與決策支持系統（DSS）結合的智能決策支持系統充分發揮了專家系統 以知識推理形式解決定性分析問題的特點，又發揮了決策支持系統以模型計算為核心解決定量分析問題的特點，充分做到定性分析和定量分析的有機結合，使得解決問題的能力和范圍得到一個大的發展。專家系統與決策支持系統的具體集成結構如下圖所示。 數據庫DSS控制系統模型庫動態數據庫推理機和解釋器問題

12、綜合與交互系統問題目標方案決策信息知識庫DSSESIDSS與ES結合主要體現在以下3個方面： （1）DSS與ES的總體結合。由集成系統把DSS與ES有機結合起來。 （2）知識庫和模型庫的結合。模型庫中的數學模型和數據處理模型作為知識的一種形式，即過程性知識，加入到知識推理中。也可以把知識庫和推理機作為智能模型加入到模型庫中。 （3）靜態數據庫和動態數據庫的結合。靜態數據庫為動態數據庫提供初始數據，ES推理結束后，動態數據庫中的結果再送回到DSS中的靜態數據庫中。 四、決策支持系統的結構組成7 決策支持系統是智能決策支持系統的基礎，智能決策支持系統是在決策支持系統的框架上加入智能技術如多代理技術

13、和專家系統等形成的，IDSS包含了DSS的所有組件，因此了解DSS的組成結構是很有必要的。 1、模型庫系統 模型庫系統包括模型庫和模型庫管理系統。模型庫中的模型有兩類，一類是標準模型，它們是按照某些常用的程序設計語言編程，存于模型庫中；另一類是由用戶應用建模語言建立的模型。決策支持系統需要通過人機結合和模型庫系統實現模型與決策者之間的交流，使模型能隨環境變化和用戶需求得到及時更新，不僅能夠解決結構化問題，而且具有對半結構化和非結構化問題的解釋能力。 模型庫系統包括三個層次：應用級、生成級和工具級。應用級是決策者專用的或共享的模型子系統。生成級由模型庫管理系統、用戶接口系統和數據庫管理系統、基礎

14、庫等部分組成，它由DSS的設計人員操作。設計人員通過利用DSS的各種工具來建立和維護各個應用子系統，滿足用戶需求。工具級是一些專用或通用的軟件，如構造模型的軟件、圖形工具、文 字處理工具和模型化語言等。通常說的模型庫，一般是介于應用級和生成級之間的系統。DSS模型庫系統由以下部件組成,如下圖所示 1.1、模型 模型是對于現實世界的事物、現象、過程或系統的本質屬性進行抽象和簡化的描述，即模型反應了客觀事物最本質的特征和量的規律，描述了現實世界中有顯著影響的因素和相互關系。從現狀來看，模型的表示技術主要有實體關系表示、結構化模型表示、框架表示、一階謂詞邏輯、面向對象表示和XML表示等。模型的調度技

15、術主要有類比推理、一階謂詞邏輯、遺傳算法、遺傳算法、機器學習、基于圖形的模型合成、模型描述語言、Agent技術等。其中模型的面向對象表示和XML表示技術以及模型的Agent調度技術具有較大的發展前景。 模型的表示形式： 1）模型的程序表示 模型的程序表示方法適用于描述結構化的計算模型。傳統的模型程序表示是指模型以包括輸入、輸出格式和算法在內的完整程序形式表示。這種表示形式將解程序和模型聯系在一起，使模型難以修改。但是在模型庫意義下的程序表示方法是將模型和解程序相分離，并將程序表示的模型分成基本模塊，不同模型中的共同部分可以調用相同的模塊，以減少冗余。 另一種程序表示方法是以語句的形式表示，用通

16、用的高級語言設計出一套建模語言，即模型定義語言。模型中的不同方程、約束條件和目標函數都對應于MDL中相應的語句。 2）模型的數據表示 模型的數據表示是把模型看作是從輸入集到輸出集的映射，通過模型的參數集合確定這種映射關系。模型可描述為由一組參數集合和表示模型結構特征集合的框架。輸入數據集在關系框架下進行若干關系運算，得出輸出數據集。 3）模型的邏輯表示 模型表示了它的輸入輸出之間的運算關系和數據關系，同時還確定了輸入輸出之間的邏輯關系。邏輯關系可以描述定量模型的輸入輸出關系，也可以描述更廣泛的模型的對應關系。 4）基于面向對象的模型表示方法 有學者在1993年提出了面向對象的模型表示法，將由S

17、ML定義的模型與方法封裝成模型類，通過操作的多態性實現模型與數據集的集成。Lenard類比了結構建模與面向對象的程序設計的共同之處，使用Smalltalk列舉了結構建模中的對象類，定義了這些類之間的關系，實現了面向對象的模型集成。 1.2、模型庫 模型庫是按照一定的組織結構將眾多的模型存儲起來，并利用模型庫管理系統對模型進行有效的管理和調用的計算機系統。它是決策支持系統的核心部分，實際上用來存儲模型的代碼，由源代碼庫、目標代碼庫兩部分組成。 模型庫的組織與儲存 （1）模型字典 模型字典是模型庫的索引，DSS通過查詢字典獲得對模型的引用。模型字典的組織結構有文本形式、菜單形式和數據形式。其中數據

18、庫形式是最常用的一種。數據庫形式的模型字典一般分為3個層次，包括模型基本信息表、模型描述信息表和模型的數據抽象。基本信息表簡單的記錄者模型的序號、名稱、簡要說明、使用權限、類型等基本信息。模型的描述信息包括模型結構、約束條件、參數、變量等。模型的數據抽象指明了模型數據的物理路徑鏈接，與模型庫相連。 （2）模型庫的組織與儲存 一個基本模型需要四個文件存儲，其中包括：一個描述輸入、輸出數據的數據說明文件；一個源程序文件和一個目標程序文件；一個用來對模型進行說明的文件，主要包括模型的方程形式以及算法的自然語言描述等。 1.3、模型庫管理系統 模型庫管理系統（MBMS）是為操縱和管理模型庫的計算機軟件

19、系統。它可以生成、調用、維護模型，通過對模型庫的管理和控制，保證模型庫的安全性和完整性。用戶可以通過模型庫管理系統的靈活的訪問、更新、生成和運行模型。 模型庫管理系統應該提供給用戶的功能包括： （1）基本操作，包括模型存取和查詢，模型初始化，模型選擇，模型綜合以及合適的模型輸出，模型維護，模型表示，模型抽象，物理和邏輯模型的存儲等操作， （2）靈活性，包括為用戶提供一些控制功能，用戶能根據自己的意愿通過系統提供的自動選擇功能或是手動選擇模型，還可以引入用戶的主觀信息。 （3）反饋，指系統能夠提供足夠的反饋信息，使用戶能夠隨時了解問題求解的狀態。 （4）接口，指系統和人機交互界面的接口，方便用戶

20、使用模型。 （5）減少冗余，指不同的用戶之間可以共享相同的模型，減少冗余存儲。 （6）增強一致性，指多個決策人可以使用相同的模型，并減少由于使用不同的數據和不同版本的模型所引起的不一致性。 （7）安全性 （8）可擴展性 （9）一些輔助功能。 1、模型庫管理系統的功能 1）建模管理 （1）模型生成：用戶可在文本編輯狀態下建立一個模型，或利用矩陣生成器，則只要給出一些數據，系統自動生成線性規劃模型。 （2）模型連接：進行子類中具體模型的連接，類似于批處理語句。 （3）模型重構：當模型的基本結構發生變化后，對模型重新定義 2）模型的運行管理 模型的運行管理包括模型程序的輸入和編譯、模型的運行控制、模

21、型對數據的存取。模型程序的輸入和編譯過程就是所謂的建模過程，需要利用計算機語言進行程序的編寫和設計，通過編譯系統將源程序編譯成目標程序。運行控制是模型程序的調用過程。 3）模型的維護管理 模型的維護管理主要是指對模型進行查詢、添加、刪除、修改等工作。 4）模型的組合管理 2、模型管理系統的語言體系 （1）模型管理語言 （2）模型運行語言 1.4、模型庫的設計 1、建立模型的準則 1）模型的近似性 2）模型的簡易性 3）模型的動態性 4）模型的可操作性 5）模型的用戶友好性 2、建立模型的步驟 1）建模準備階段 了解問題的實際背景，要弄清解決的問題，明確建立模型的問題。 2）建立階段 根據決策的

22、目的對問題進行必要的簡化，對收集的信息進行篩選，確定系統的參數，提出適當的假設條件，確定模型的描述方式。 3）模型的求解與分析階段 根據模型的類型，利用經驗、知識、數學方程、定理證明、邏輯運算、計算機求解、推理、仿真等方法對模型進行求解，并對結果進行分析，給出預測。 4）模型檢驗與修改階段 對模型的求解進行分析、檢驗和評價。 5）模型應用階段 1.5、建模技術 1）建模 （1）建模語言:建模語言是一種類似于程序設計語言的具有完整邏輯的人工建模語言 （2）數據表示：將模型看作黑箱，通過模型的輸入輸出描述模型，而將實際的模型隱藏在這些輸入輸出的背后。 （3）程序表示：建模者通過編寫模型的程序算法程

23、序，并且添加輸入、輸出要求就構成了基本的程序式模型， (4)圖形化建模：模型以圖形的方式表現出來 2）模型庫與數據庫的結合 模型庫與數據庫的關系是：決策支持系統是以多模型組合形式輔助決策，模型的運行總是需要調用數據，而且多模型的組合將涉及大量的數據，模型與數據庫的結合的有效途徑就是解決好模型庫中模型存取數據庫中數據的接口。 3)人機對話系統與模型庫的交互 2、數據庫系統 3、方法庫系統 方法是能完成預定功能的程序單位。方法完成的功能不僅有數值算法，而且也包括控制、組織數據處理以及報告、圖形生成等非數學功能。 方法庫系統主要是一個軟件系統，它綜合了數據庫和程序庫。一個完整的方法庫系統應該由兩部分

24、組成，方法庫和方法庫管理系統。方法要被檢索、被執行，執行方法時要提供方法所加載的數據，管理方法就是要管理數據。方法庫要為模型庫提供支持，因此方法庫要設立不同的用戶結構。 3.1、方法庫的結構 1）方法庫的邏輯分層 方法庫系統在邏輯上可以分為三個層次：基礎級、應用級、匹配級。 基礎級為系統提供最基本的方法程序，并稱其為元算法。元算法構成了方法庫的基本集。系統管理員負責建立基礎的、公用的模塊，維護方法庫管理系統軟件。 在應用級上，方法庫為終端用戶提供應用問題的數學模型，在應用級上要求方法庫管理系統根據用戶具體要求提供一個或幾個模型的組合來為用戶的問題進行計算并把結果通過人機交互的方式提供給用戶，以

25、便用戶進行決策。 匹配級位于基礎級和應用級之間，它能夠對方法實現組合，把基本的方法經過一定規則和合成，成為專門的新算法，并使數據和加工過的新算法相銜接，向程序員提供裁剪應用軟件的工具，使方法庫適應不同的應用領域。 對于方法庫以上三個邏輯層次上的不同用戶需要，方法庫應提供三方面的方法庫語言。 （1）方法庫的描述語言 描述語言主要面向方法庫的系統管理員。系統管理員可以使用方法庫描述語言建立方法庫的概念模式，決定方法庫的存儲結構和存儲方式，定義方法的完整性和有效性以及對方法的修改、刪除和分類。為了允許不同語言編寫方法程序，并送入同一方法庫去，在設計和建立方法庫時應當考慮一個統一的接口，用來解決各種語

26、言接口之間的差異，以便于方法庫的擴充和方法的合成。 （2）方法庫的操縱語言 操作語言主要是面向程序員。與數據庫系統相比，由于方法庫的操作對象是方法而不是數據，因而方法庫的操作運算與數據庫不同。在方法庫中，方法的運算主要是方法的鏈接，通過鏈接運算將幾個方法鏈接起來而成為一個新的方法。在方法的鏈接運算中，主要問題是方法與方法之間的參數轉換及參數傳遞。 （3）方法庫的使用語言 使用語言主要面向一般用戶。要求系統提供一種對話環境，用戶只需輸入一些非過程化的命令形式或提供一些必要的參數，方法庫系統即可根據這些參數自動地調用方法及數據進行運算，向用戶提供所需的數據或決策信息。 2）系統的結構 方法庫系統應

27、包含一個具有通用模塊的基本子系統和一個具有面向具體應用模塊的用 戶子系統。基本子系統是一個具有擴展性的子系統，方法庫系統起初建立時，會包括一個具有一定方法程序和模塊的基本集，在這個基礎上增加具有特定應用的功能模塊。 基本子系統和用戶子系統都可以再具體劃分為兩個層次，因此整個方法庫系統分為4個層次，分層的主要依據是面向應用程序。0層是核心，而其余3層則具有應用的性質。 （1）0層 0層具有方法庫最基本的功能，主要部分有： （1）對各種解釋器提供公共服務的中心控制器。 （2）對非方法庫系統的接口，如文件系統、數據管理系統等。 （3）與操作系統功能的接口。 （4）方法庫系統文件、方法程序的管理。 （

28、2）1層 1層包括與應用無關的部分，需要時裝配進來，這些模塊包括： （1）實現運用廣泛的數據類型和類型產生器的模塊。 （2）方法庫系統自身文件的定義說明和處理功能。這些文件包括的信息有：中間結果、目錄、數據字典等。 （3）常駐的數據結構管理。 （3）2層 此層應具有程序庫提供的功能。 （1）基本程序。 （2）為實現更為復雜的用戶要求特別編制的一些程序。 （3）相應于一些新命令的用戶過程，由用戶在已有的命令基礎上定義。 （4）3層 此層對應于交互式的用戶接口，包括進行語法、語義分析的解釋器，并通過中心控制調用2層相應的功能。 3）方法字典 方法字典用來對方法庫中的程序進行登錄和索引。 3.2、方

29、法庫管理系統 方法庫管理系統是對方法庫進行管理維護的系統，它首要功能是對方法庫中的方法進行管理，包括建立、更新、檢索和刪除。此外，由于方法庫與模型庫和數據庫有著密切的聯系，方法需要通過模型來調用，三者之間要協調運行統一。 一個完備的方法庫管理系統，應包括方法基本管理程序子系統、語言解釋器、方法庫運行控制子系統、數據庫接口和模型庫接口。 4、人機交互系統 人機交互系統是提供決策者與計算機進行通信和交互的硬件和軟件的總稱，是連接決策者與計算機系統的中間紐帶。人機交互系統是人與計算機之間傳遞數據、信息、知識的接口。在DSS的使用過程中，決策者要對DSS的各個子系統進行操作和控制。在DSS中，人機交互

30、系統的作用是把用戶與DSS的各個子系統和各種輸入、輸出設備聯系在一起。一方面決策者向用戶提出任務要求、輸出信息；另一方面系統向決策者輸出決策方案和各種輔助決策信息，并在必要時向決策者索取為完成任務所需要的補充信息。 5決策分析方法 決策即選擇最佳的行動方案，是對未來的行動方向、目標、方案、原則和方法所做的決 定，是論證、分析、抉擇的全過程。決策分析就是對各種所需決策的問題提出一套在進行決策時所必要的推理方法、邏輯步驟和科學手段，并根據所能取得的信息對各種替代方案在各種不同的客觀狀態下，進行科學的分析和定量的計算，以此供決策人員在決策過程中對要采用的替代方案做出合理的抉擇。決策分析的步驟如下圖所

31、示 評價抉擇實施決策分析方法研究行為做出決定否反饋 3.1、層次分析法 層次分析法是一種定性和定量相結合的、系統化的、層次化的分析方法。 層次分析法的基本步驟 （1）建立層次結構模型 該模型一般分為三層，最上層為目標層，最下層為方案層，中間是準則層或指標層。 下圖為機場選址決策層次結構模型。 2、構造判斷矩陣 設某層有n個因素，要比較他們對上一層某一準則的影響程度，確定在該層中相對于某一準則所占的比重（即把n個因素對上層某一目標的影響程度排序）。上述比較是兩兩因素之間進行比較，比較時取1-9標度，如圖 建立判斷矩陣，可以使得判斷思維數學化，從而簡化了問題分析，對問題進行定量分析成為可能。 3、

32、層次單排序及一致性檢驗 由于客觀事物的復雜性和認識的多樣性，建立的判斷矩陣往往會出現不一致性。為了保證應用分析法得到結論合理，還需要對構造的判斷矩陣進行一致性檢驗。 4、確定某層所有因素對于總目標相對重要性的排序權值過程，稱為層次總排序，從最高層到最低層逐層進行。 3.2、模糊綜合評價 模糊綜合評價法是一種基于模糊數學的綜合評標方法。該綜合評價法根據模糊數學的隸屬度理論把定性評價轉化為定量評價，即用模糊數學對受到多種因素制約的事物或對象做出一個總體的評價。它具有結果清晰，系統性強的特點，能較好地解決模糊的、難以量化的問題，適合各種非確定性問題的解決。 一般步驟： 1、模糊綜合評價指標的構建 模糊綜合評價指標體系是進行綜合評價的基礎，評價指標的選取是否適宜，將直接影響綜合評價的準確性。進行評價指標的構建應廣泛涉獵與該評價指標系統行業資料或者相關的法律法規。 2、采用構建好權重向量 通過專家經驗法或者AHP層次分析法構建好權重向量。 3、構建評價矩陣 建立適合的隸屬函數從而構建好評價矩陣。 4、評價矩陣和權重