1、第八章 決策支持系統的層次模型目錄8.2 層次模型概述8.4 任務層的設計與實施8.3 應用層的設計與實施8.1 面向問題求解的決策支持系統8.5 功能層的設計與實施8.1 面向問題求解的決策支持系統面向問題求解的提出什么是面向問題求解面向問題求解的工作原理8.1.1 8.1.1 面向問題求解的提出面向問題求解的提出 前面章節是從軟件的角度來介紹前面章節是從軟件的角度來介紹dssdss的，包括的，包括dssdss的基本概念的基本概念和框架。和框架。 但是用戶真正關心的是如何解決半結構化和非結構化問題。但是用戶真正關心的是如何解決半結構化和非結構化問題。這個問題的核心是這個問題的核心是dssds

2、s在幫助用戶實現問題求解的過程中究竟在幫助用戶實現問題求解的過程中究竟應該發揮什么樣的作用。應該發揮什么樣的作用。 因此提出從用戶求解問題的需要角度，進行因此提出從用戶求解問題的需要角度，進行dssdss的研究。的研究。8.1.2 8.1.2 什么是問題求解？什么是問題求解？ 決策這個詞在dss中就已經暗含了問題求解的意思，決策與問題的求解應該是攜手共進的在作決策時，人們也就是在對問題進行求解；另一方面，在對問題求解的過程中，人們每一步都在作決策。 問題求解過程是一個開始于對存在問題的認識的循環反復的過程。人們通過收集信息和知識認識事物，最后選擇一個行動方案來解決問題。8.1.3 8.1.3

3、面向問題求解的工作原理面向問題求解的工作原理在面向問題求解的決策在面向問題求解的決策支持系統中，支持系統中，dss不僅是不僅是能給用戶提供被動支持的能給用戶提供被動支持的資源，而且還是在問題求資源，而且還是在問題求解中的積極參與者，解中的積極參與者，dss和它的用戶不僅交互工作，和它的用戶不僅交互工作，而且很好地進行而且很好地進行“合作合作”。用戶和計算機處于用戶和計算機處于“攜攜手共進手共進”的關系中。任何的關系中。任何一方的工作都會影響到另一方的工作都會影響到另一方，同時也會受另一方一方，同時也會受另一方影響。影響。8.2 層次模型概述層次模型概述8.2.1 層次模型的基本結構層次模型的基

4、本結構8.2.2 應用層的概念應用層的概念8.2.3 任務層的概念任務層的概念8.2.4 功能層的概念功能層的概念8.2.5 物理層的概念物理層的概念8.2.1 層次模型的基本結構層次模型的基本結構通用系統理論（通用系統理論（gstgst）通用系統理論（通用系統理論（general system theorygeneral system theory）是由）是由bertalanffybertalanffy等等人于人于19681968年創立并由年創立并由mesarovicmesarovic和和takaharatakahara等人發展起來的理等人發展起來的理論。論。gstgst的觀點是任何復雜的系

5、統均可以視為一個多層模型系統。的觀點是任何復雜的系統均可以視為一個多層模型系統。多層模型通常可分為三層：優化層、適應層和自組織層。多層模型通常可分為三層：優化層、適應層和自組織層。常用的常用的gstgst有三類：輸入有三類：輸入/ /輸出系統模型、目標搜索系統模型和輸出系統模型、目標搜索系統模型和層次系統模型。任何復雜的系統都可由這三類模型來描述層次系統模型。任何復雜的系統都可由這三類模型來描述8.2.1 層次模型的基本結構層次模型的基本結構應用層任務層功能層物理層-應用的功能定義應用的結構定義任務層的實現硬件和軟件環境圖8.1 層次模型結構層次模型法就是基于通用系統理論的多層次模型集成方法。

6、層次模型法提出的層次模型，將dss分為4個層次：應用層、任務層、功能層、物理層。控制論方法任務框架法dss描述語言法模型集成法8.2.2 應用層的概念層次模型的最高層應用層表示問題求解活動在決策支持系統層次模型的最高層應用層表示問題求解活動在決策支持系統上的語義描述，也就是說，應用層需要描述系統所處的外部環境、上的語義描述，也就是說，應用層需要描述系統所處的外部環境、系統所要表達的問題、以及系統和用戶是怎樣來解決問題的。因此，系統所要表達的問題、以及系統和用戶是怎樣來解決問題的。因此，dss的任何問題求解活動都應該有應用層的描述。應用層為特定的任何問題求解活動都應該有應用層的描述。應用層為特定

7、dss提供了一種模型。提供了一種模型。應用層的表示應用層的表示： 應用層應用層，自組織層適應層優化處理決策者圖8.2 目標搜索系統面向問題求解的dss問題的一個基本假設是dss與用戶相互作用，共同解決用戶提出的問題。層次模型法引入了控制論方法，目的是為了確認系統與它的用戶建立通用系統理論中的多目標搜索系統。8.2.2 應用層的概念一、環境一、環境環境因素組織環境和組織文化 組織目標組織結構和關系信息流 組織中的信息技術 可利用的資源開發的最高級管理支持二、用戶二、用戶用戶特性用戶特性關于任務的知識關于任務的知識問題表述的能力問題表述的能力對問題的期望對問題的期望問題價值系統問題價值系統信息技術

8、的知識信息技術的知識對問題的激勵對問題的激勵三、問題的詳述和問題的結構三、問題的詳述和問題的結構一個問題的表述包括問題的目標、過程以及不確定性等特點。一個問題的表述包括問題的目標、過程以及不確定性等特點。過程表明的是對象目標之間的偶然關系，該對象目標可被看作通常過程表明的是對象目標之間的偶然關系，該對象目標可被看作通常意義上的對象意義上的對象“模型模型”。不確定反映了對象問題并不是完全結構化的。不確定反映了對象問題并不是完全結構化的。用戶能在任何時候改變問題的目標或結構，作為一種自組織的行為。用戶能在任何時候改變問題的目標或結構，作為一種自組織的行為。對于問題求解策略，控制論方法采用對于問題求

9、解策略，控制論方法采用“滿意決策滿意決策”的原則。的原則。8.2.3 任務層概念任務層概念任務層表示應用層描述在計算機中實現。它與應用層任務層表示應用層描述在計算機中實現。它與應用層中的中的以及以及部分的關系特別部分的關系特別密切。密切。任務層可表述為任務層可表述為：任務層任務層，任務結構：詳細說明構成任務的構成成分和它們間的內部關系任務結構：詳細說明構成任務的構成成分和它們間的內部關系任務控制過程：是指既建立任務結構也建立任務操作任務控制過程：是指既建立任務結構也建立任務操作8.2.3 任務層概念任務層概念應用層在計算機實現的方法有許多，層次模型法提出了標準應用層在計算機實現的方法有許多，層

10、次模型法提出了標準任務構任務構架架的實現方法。的實現方法。該構架由三個層次組成：問題推理層該構架由三個層次組成：問題推理層 適應層適應層 自組織層自組織層構架中的構架中的任務單元任務單元又由下面四個子模型組成：又由下面四個子模型組成： 數據模型數據模型 問題表達模型問題表達模型 推理機模型推理機模型 適應性模型適應性模型8.2.3 功能層概念功能層概念功能層表示任務層實現的支持結構，由特定的功能軟件組成。功能層表示任務層實現的支持結構，由特定的功能軟件組成。功能層可以描述為功能層可以描述為：功能層功能層，功能軟件部件：功能層是建立在模型集成方法基礎上的。功能軟件部件：功能層是建立在模型集成方法

11、基礎上的。這種方法認為一個復雜的模型應該被建成由許多簡單子模型這種方法認為一個復雜的模型應該被建成由許多簡單子模型組成的復合模型。它的實現通常需要用到標準任務構架法，組成的復合模型。它的實現通常需要用到標準任務構架法，因為任務就是一個子模型的復合模型。因為任務就是一個子模型的復合模型。功能層的操作系統：功能軟件部件彼此之間緊密聯結，共功能層的操作系統：功能軟件部件彼此之間緊密聯結，共同執行同執行dss的各種功能。它們之間也就自然需要一種合作和的各種功能。它們之間也就自然需要一種合作和協調。這種控制在功能層上稱之為操作系統。協調。這種控制在功能層上稱之為操作系統。8.2.3 物理層概念物理層概念

12、物理層表示物理層表示dss的計算機應用技術，論述計算機技術是如的計算機應用技術，論述計算機技術是如何支持功能層實現的，特別是闡述系統的硬件和基本軟件。何支持功能層實現的，特別是闡述系統的硬件和基本軟件。任何任何dss具有物理層描述，這種描述必須詳細說明具有物理層描述，這種描述必須詳細說明dss物理層可表示為物理層可表示為：物理層物理層，8.3 應用層的設計與實施應用層的設計與實施面向問題求解的決策支持系統的基本思想不僅把決策支持系統看成是為用戶提供“被動”的支持資源，而且是在問題求解過程中的積極參與者。用戶與計算機機處于一個反饋（持續反饋）關系中，為了及時概括出對問題狀況的評價，人與計算機攜手

13、并行，即沒有一方可以在不影響另一方的同時又不受另一方影響的情況下工作。在這樣一個共生關系中，用戶具有目標搜尋（或控制）的功能，而計算機則作為過程而運行，即執行算法及數據函數。8.3.1 通用決策問題及決策準則通用決策問題及決策準則通用目標搜尋問題（通用目標搜尋問題（gsp）通用目標搜尋問題（通用目標搜尋問題（goal-seeking problem）是在通）是在通用系統理論基礎上發展起來的。用系統理論基礎上發展起來的。gsp環境由一系列集合給出：環境由一系列集合給出：m可選決策集合可選決策集合u影響決策結果的不確定性集合影響決策結果的不確定性集合y結果集合結果集合v評價集合評價集合通用目標搜尋

14、問題（通用目標搜尋問題（gsp）上述集合可以是笛卡兒乘積，這說明他們是含變量的向量。在給上述集合可以是笛卡兒乘積，這說明他們是含變量的向量。在給定的范圍內，定的范圍內，gsp可以由下面的三種關系定義：可以由下面的三種關系定義：p：muy 概念集合概念集合g：myu v 評估映射評估映射c：u (m) 約束關系約束關系其中其中代表笛卡兒積；而代表笛卡兒積；而(m)代表集合代表集合m的超集；的超集；p表示一個決表示一個決策模型，決策者運用它能夠得出合理的決策結果；策模型，決策者運用它能夠得出合理的決策結果；g是用于比較是用于比較可選決策的尺度；而可選決策的尺度；而c是指活動領域內的約束條件，它取決

15、于預是指活動領域內的約束條件，它取決于預期的不確定集期的不確定集u。通用目標搜尋問題（通用目標搜尋問題（gsp）不確定集：不確定集：一種是結構不確定集（一種是結構不確定集（structural uncertainty）：是指各種可）：是指各種可選的關系類型選的關系類型一種是參數不確定集（一種是參數不確定集（parametric uncertainty）：是指關系種）：是指關系種類中特定關系的確定。類中特定關系的確定。不確定集是一個笛卡兒積：不確定集是一個笛卡兒積：uusup，us是結構不確定集，是結構不確定集，up是參數不確定集。是參數不確定集。結構不確定值是決策者在決策過程中改變所應用的決策

16、模型，結構不確定值是決策者在決策過程中改變所應用的決策模型，比如從線性到非線性，從數值型到符號型，或者改變比如從線性到非線性，從數值型到符號型，或者改變gsp中的中的其他關系。參數不確定值指的是通過選擇相應的參數，從既定其他關系。參數不確定值指的是通過選擇相應的參數，從既定的類別中挑選出特定的模型。的類別中挑選出特定的模型。8.3.2 問題定位方法和系統開發評估問題定位方法和系統開發評估 生命生命 周期法周期法結構化結構化 方法方法 原型原型 方法方法面向對面向對象方法象方法軟系統軟系統方法論方法論系統規劃階段系統分析階段系統設計階段系統實施階段系統運行與維護階段結構化分析結構化設計結構化程序

17、設計1.確定用戶的基本需求2.構造初始原型3.運行、評價、修改原型4、形成最終的管理信息系統封裝性繼承性多態性軟系統方法論軟系統方法論概念：軟系統方法論（ssm，soft systems methodology）是一項運用系統思考解決非系統問題的定性研究技術。它主要用以解決那些包含有大量社會的、政治的以及人為因素的問題。ssm將系統思考運用于人類社會真實的實踐活動，與此同時，它亦認識到人類的社會組織是一個復雜的系統。因此，可以說，ssm是一個非常有效的辦法，來探尋復雜的人類社會，解決其自身所面臨的各種凌亂的“非技術”問題。應用領域：任何復雜的、組織化的情境和問題，并包含有大量的社會、政治以及人

18、為活動因素。特點：較之解決問題的技術，ssm更關注解決問題的方法。 相對于社會化的凌亂問題，ssm所用的解決工具較為嚴謹、有效。 方法獨特。 ssm要求應用者必須采取綜合一般手段。 有可能過早地將問題范圍縮小。8.3.2 問題定位方法和系統開發評估判定策略判定策略第一種策略是簡單地向人們詢問他們的需求。第一種策略是簡單地向人們詢問他們的需求。第二種策略是選取特征和目的上與目標系統相似的現存系統，第二種策略是選取特征和目的上與目標系統相似的現存系統，從它引出問題的需求。從它引出問題的需求。第三種策略包括從現在使用系統的特征中歸納合成出的各種問第三種策略包括從現在使用系統的特征中歸納合成出的各種問

19、題需求。題需求。第四種策略包括通過實驗來發現的需求信息項。第四種策略包括通過實驗來發現的需求信息項。選擇最為合適的策略的方法：選擇最為合適的策略的方法：根據應用每一種策略得出的問題需求集合中根據應用每一種策略得出的問題需求集合中所包含的不確所包含的不確定值的數目定值的數目來決定選擇哪一種策略最合適。來決定選擇哪一種策略最合適。不確定性是指通常環境下信息的不完備性。不確定性是指通常環境下信息的不完備性。8.3.3 8.3.3 問題需求的判定策略問題需求的判定策略判定策略判定策略根據不確定值數目來選擇一種合適的問題需求策略的方根據不確定值數目來選擇一種合適的問題需求策略的方法可以分為法可以分為5

20、5步：步：明確現行系統因素、信息技術系統因素、用戶、與系統開明確現行系統因素、信息技術系統因素、用戶、與系統開發相聯系的設計者的特性，看他們是否能夠影響問題需求發相聯系的設計者的特性，看他們是否能夠影響問題需求決定中的不確定性。決定中的不確定性。評估這些因素的三種不確定性影響評估這些因素的三種不確定性影響評估問題需求決定過程中不確定性在整個需求不確定性睥評估問題需求決定過程中不確定性在整個需求不確定性睥影響。影響。選擇一種基本的問題需求決定策略。選擇一種基本的問題需求決定策略。選擇一套實現主要需求決定策略的特定方法。選擇一套實現主要需求決定策略的特定方法。8.3.3 問題需求的判定策略問題需求

21、的判定策略8.3.3 問題需求的判定策略問題需求的判定策略明確現行明確現行系統的特性系統的特性評估在不確定性評估在不確定性類型上的影響類型上的影響評估在問題需求決定評估在問題需求決定不確定性上的影響不確定性上的影響挑選問題需求挑選問題需求決定策略決定策略挑選特定方法挑選特定方法執行策略執行策略1.問題需求的可獲得性問題需求的可獲得性 2.用戶明確需求的能力用戶明確需求的能力 3.分析員引出需求的能力分析員引出需求的能力1.現行系統元素現行系統元素 2.信息系統元素信息系統元素 3.用戶用戶 4.分析員分析員 第一種策略：簡單地向人們詢問他們的需求。第二種策略：選取特征和目的上與目標系統相似的現

22、存系統，從它引出問題的需求。 第三種策略：包括從現在使用系統的特征中歸納合成出的各種問題需求。第四種策略：包括通過實驗來發現的需求信息項。8.3.3 問題需求的判定策略問題需求的判定策略根據不確定性確定選用哪種問題決定策略問題需求規范的目標問題需求規范的目標(1)(1)定義和闡述需要求解的問題或其范圍定義和闡述需要求解的問題或其范圍(2)(2)識別面向問題求解的識別面向問題求解的dssdss中所期望的精確程度和類型中所期望的精確程度和類型(3)估計最終估計最終dssdss使用中存在的潛在領導權需求使用中存在的潛在領導權需求(4)估計對估計對dssdss使用的用戶群的培訓需求。使用的用戶群的培訓

23、需求。(5)決定面向問題求解的決定面向問題求解的dssdss支持過程必須響應的典型計劃水平和時域。支持過程必須響應的典型計劃水平和時域。(6)決定哪一種特定的問題求解過程顯得最好，以及最好地支持這一過程的決定哪一種特定的問題求解過程顯得最好，以及最好地支持這一過程的說明和解決算法。說明和解決算法。(7)決定在所要考慮的決策情況和運行環境的相關條件下，面向問題求解的決定在所要考慮的決策情況和運行環境的相關條件下，面向問題求解的dssdss最合適扮演角色。最合適扮演角色。(8)評估影響使用面向問題求解的評估影響使用面向問題求解的dssdss政策可接受性以及習慣約束政策可接受性以及習慣約束(9)估計

24、由面向問題求解的估計由面向問題求解的dssdss帶來的有效性改進或效益提高的期望值帶來的有效性改進或效益提高的期望值(10)評估在面向問題求解的評估在面向問題求解的dssdss開發過程中以及開發完成后，用戶群能夠或開發過程中以及開發完成后，用戶群能夠或將可能要求變化的程度。將可能要求變化的程度。3.8.4 問題需求規范的識別一、問題闡述一、問題闡述步驟：步驟：(1)(1)對每一個子問題，將導出一個或多個相關系統來描述預期的轉換對每一個子問題，將導出一個或多個相關系統來描述預期的轉換(2)(2)多個相關系統服務于規定問題闡述的兩個重要需求多個相關系統服務于規定問題闡述的兩個重要需求; ;一個是更

25、進一步深刻理解需求推動一個是更進一步深刻理解需求推動一個則是關于問題求解的創造性規定一個則是關于問題求解的創造性規定(3)(3)由于問題和將被開發的由于問題和將被開發的dssdss是明顯面向目標的，可以通過與實際約束是明顯面向目標的，可以通過與實際約束相比較，用一個面向目標的多層次來整理多個相關系統的可行性。相比較，用一個面向目標的多層次來整理多個相關系統的可行性。(4)(4)最后從有關對開發的有限資源的約束因素出發最后從有關對開發的有限資源的約束因素出發8.3.4 問題需求規范的識別二、問題分析二、問題分析 對問題分析而言，目的在于分析對應對問題分析而言，目的在于分析對應dgspdgsp的系

26、統，的系統，使得系統開發者能正式描述使得系統開發者能正式描述dssdss所能夠提供的支持。輸所能夠提供的支持。輸出是出是dgspdgsp上的陳述以及來自上階段的調查報告。上體上的陳述以及來自上階段的調查報告。上體的說，輸出包括一個正式的目標搜尋問題，它由以下的說，輸出包括一個正式的目標搜尋問題，它由以下幾方面進行描述：幾方面進行描述：一個輸入輸出系統，它表示通過使用一個輸入輸出系統，它表示通過使用dgspdgsp來識別的輸入和來識別的輸入和輸出變量，以及通過使用一個結構化工具諸如一個數據輸出變量，以及通過使用一個結構化工具諸如一個數據流圖，來表示輸入輸出變量間的轉換關系。流圖，來表示輸入輸出變

27、量間的轉換關系。把決策過程正式描述成為一個目標搜索系統（把決策過程正式描述成為一個目標搜索系統（gssgss）。）。8.3.4 問題需求規范的識別問題分析三個階段問題分析三個階段 第一子階段：第一子階段：dgspdgsp被用來識別相應系統。被用來識別相應系統。 第二子階段：細化輸入輸出系統，以此來澄清輸入和第二子階段：細化輸入輸出系統，以此來澄清輸入和輸出變量之間的關系。這一階段通過使用結構化分析工具：輸出變量之間的關系。這一階段通過使用結構化分析工具：事物處理圖（事物處理圖（tpd）數據流圖數據流圖實體關系圖（實體關系圖（erd）和數據字典（）和數據字典（dd） 第三子階段：從基于第三子階段

28、：從基于dgspdgsp的輸入和輸出系統中選擇理想的輸入和輸出系統中選擇理想輸出變量業形成一套目標。輸出變量業形成一套目標。8.3.4 問題需求規范的識別系統需求判定系統需求判定系統需求判定階段包括數學的說明、行為的說明以及問題求解的系統需求判定階段包括數學的說明、行為的說明以及問題求解的dssdss相關算法和過程的說明，還有實施這些所需要的計算機硬件和相關算法和過程的說明，還有實施這些所需要的計算機硬件和軟件的支持。這個階段包括目標：軟件的支持。這個階段包括目標：搜尋與特定的設計和實施方法有關的文獻資料以及專家意見，這些資搜尋與特定的設計和實施方法有關的文獻資料以及專家意見，這些資料和意見應

29、該是對于需求規范最有可能做出回答。料和意見應該是對于需求規范最有可能做出回答。決定特定的行為環境和操作環境，使面向問題求解的決定特定的行為環境和操作環境，使面向問題求解的dssdss和處理過程和處理過程能在其中運行。能在其中運行。決定特定硬件和軟件的實現需求。決定特定硬件和軟件的實現需求。識別對運行識別對運行dssdss的特定信息輸入需求。的特定信息輸入需求。確定將從由設計過程導出的系統和過程中獲得的特定輸出類型和輸出確定將從由設計過程導出的系統和過程中獲得的特定輸出類型和輸出解釋。解釋。確定數據庫的需求、算法需求、用戶接口需求、知識庫需求以及評價確定數據庫的需求、算法需求、用戶接口需求、知識

30、庫需求以及評價需求的概念規范。需求的概念規范。8.3.5系統需求判定系統需求判定8.4.1 8.4.1 任務層設計的多層系統描述任務層設計的多層系統描述頂層任務是識別（或選擇）頂層任務是識別（或選擇）p p，g g，c c的關系。如果的關系。如果usus不是唯一集，頂層不是唯一集，頂層將定義結構不確定集。我們把這層稱將定義結構不確定集。我們把這層稱為自組織層。為自組織層。第二層定義了參數不確定集。這一第二層定義了參數不確定集。這一層的任務是識別層的任務是識別uu u u（ususupup）或者或者uu,uu,以便在決策選擇的過程中以便在決策選擇的過程中運用。運用。我們把這層稱為適應層。我們把這

31、層稱為適應層。底層是運用自組織層中所選定的關底層是運用自組織層中所選定的關系和適應層中的參數不確定集來進行系和適應層中的參數不確定集來進行決策選擇。決策選擇。我們把這層稱為問題求解我們把這層稱為問題求解層。層。自組織層自組織層ps,gs,cs適應層適應層u問題求解層問題求解層m處理處理分層目標搜索系統8.4.2 人機關系模式該模式中，人的作用在于選擇結構不確定性集合us中的可選元素，并且評價在主觀條件下的相應解決辦法，這與先前問題說明書的問題求解方法中的若干方面并不相同。結構型不確定集，也就是的選擇分配給人來完成，而適應層以及問題求解層則被分配給dss算法完成（如圖8.8所示）(1)模式18.

32、4.2 人機關系模式在這一模式中，人的任務在于確定結構不確定集，而啟發式算法的任務則由適應層完成。在這一種模式中，上兩層的任務被分擔：自組織層的主要任務是由人（有計算機適當的支持）承擔的，而在適應層中，計算機在人的支持下承擔主要的責任。（如圖8.9所示）。(2)模式28.4.2 人機關系模式在這一種模式中，對應著這樣一種問題情形：在相應的層次中，特別是在問題求解層和適應層中，雖然使用了給定算法，也找不到解決辦法。這可能要歸因于層次中所使用的算法，或者歸因于問題求解的時間范圍。在這些情況的任一情形下，如果不能及時求得解決方法，那么，人的作用就要延伸，以改變適應層和問題求解的算法。(3)模式38.

33、4.2 人機關系模式在上述所有的情況中，整個流程都是假設為從人流向dss，也就是說，由人詳細指定條件或限制條件，根據這些條件或限制，在選擇過程中，dss在提出若干可選方法以供人們參考等方面發揮了積極作用。在這種模式中，層次結構存在一個向上的反饋流。可選條件不僅可以自上而下得以確定，而且也受到自下而上的信息的影響。(4)模式48.4.3 任務層的詳細設計圖8.12是任務層框架圖，顯示了控制論方法表示的形式。在這一層次上，gsp被分解成為一組子模型，并為子模型準備了必需的數據庫，而且還設計（或選擇）了一個合適的推理機。應用層中的問題求解活動有三種形式：邏輯式，啟發式和主觀的活動。其中，主觀的活動由

34、用戶執行，它的基礎部分被表達為滿意決策原理。任務層的本質結構是這些控制論問題求解活動在子模型上的計算機表示。任務框架8.4.5 采用菜單系統的任務操作任務層的操作由菜單系統完成。菜單系統作為計算機解決問題的實用方法，為了問題求解而設計。菜單系統描述如何運用或操縱用戶界面的信息和技巧。菜單系統由菜單模型組成。菜單模型實際上是一個程序，他為用戶提供靈活執行某一任務的能力。而且，菜單模型程序可以被動態修改，其操作也是如此。一、菜單系統模型一、菜單系統模型菜單系統有兩種類型：第一種是在系統開發階段支持用戶。當最終用戶在開發某個系統時，開發過程中一定會進行許多嘗試，也會出現各種錯誤。因此應該有能在這種過

35、程中對他給予幫助的工具。第二種是在問題求解階段幫助最終用戶使用某一個開發好了的系統。二、菜單描述語言對任務的操作來說，下列功能是必不可少的：(1)子模型的修改或改變(2)子模型的聯系結構的修改(3)數據的修改(4)子模型的局部執行和整體執行(5)子模型的條件執行(6)子模型的重復執行(7)任務的存盤和加載二、菜單描述語言：=.（）（）：=|：=退出菜單|保存菜單|顯示|加載任務|轉向|重復：=：=while|on：=時間|變量（，）：=|：=.mn：=.m|.s：=|：=|，是一串以小寫字母開頭的字母串是二進制運算符，如，=等。表示用于子模型中變量的名臣，其句法規則與一樣。表示將被存盤或者加載

36、任務之名稱，其句法規則與也一樣。二、菜單描述語言圖8.15 菜單系統的一個例子 “退出菜單”命令意味著當前目錄被其父目錄取代。本書中的菜單系統以樹形構建。 “保存菜單”命令意味著按照參數部分指定的名稱將當前菜單存盤。 “顯示”命令意味著打開根據條件而被參數部分指定的子菜單或數據模型。 “保存任務”命令意味著著按照參數部分指定的名稱保存當前任務， “加載任務”命令與保存任務操作相反。 “轉向”命令指示在條件部分所述條件滿足的情況下執行參數部分指定的子模型。 “重復”命令意味著當條件部分所述條件滿足時重復執行某些操作。二、菜單描述語言圖8.16 一個簡單的tef開始執行m1var(m1,v1)var(m2,v2