【正文】 １ ） 通過某種方式的顯示 ， 確認用戶的輸入； （ ２ ） 當用戶選擇某項進行操作時 ， 用亮條標識它； （ ３ ） 可行的情況下 ， 特別是在一些需較多時間完成任務操作的時候 ， 應及時顯示系統(tǒng)狀態(tài)信息； （４）告訴用戶他的輸入已經被接受或發(fā)送。 對于有經驗的用戶 ，Q／ A方式顯得較繁瑣 ， 它往往需要一步一步地執(zhí)行 ， 才能到達最后的目標 。 易于學習 ， 僅需較少記憶 ， 而且 ， 對于菜單設計來說 ， 在菜單的高層易于形成全局概念 ， 低層可以關注細節(jié) 。 另外 ， 表格填充也受到屏幕空間的限制 ， 在單屏中只能設計有限條目的表格 。 命令語言的設計是一個較復雜的過程 。 窗口的操作有打開／關閉 、 移動 、 放大 、 縮放 、 變比和卷屏等 。 ? 上下文無關在線幫助是指所給用戶的幫助信息與當前用戶操作無關，所有的信息是全部的信息或用戶指定的信息。 圖形及類型 超文本、超媒體 超文本 （ Hypertext）是通過關鍵字、按鈕和其他鏈接機制，使用戶能以自己確定的方向和路徑來瀏覽所需要的信息。 一、三部件結構 (P46) ? 用戶 ? 人機交互系統(tǒng) ? ? ? 數(shù)據(jù)管理系統(tǒng) 模型管理系統(tǒng) ? ? 數(shù)據(jù)庫 模型庫 一、三部件結構 ?對話部件 ?數(shù)據(jù)部件 ?模型部件 二、串聯(lián)結構 這種結構是把 DSS的三大部分連成如圖所示的串聯(lián)結構 。 這樣數(shù)據(jù)庫管理系統(tǒng)的改動勢必要求改動每個模型 ， 這是一件麻煩而易出錯的事 。 由于增加了知識庫及相應的推理系統(tǒng) ， 使 DSS對于決策者的支持能力大大增強 。 操作－－對表達式進行加工 。 界面需求 — 確定對 DSS的用戶可行的交互渠道和方式。 （ ３ ） 分析：確定最佳方案和實現(xiàn)該方案所需的特殊資源 ， 然后是可行性研究 。 （ ３ ） 實現(xiàn)并使用原型系統(tǒng)：不斷對系統(tǒng)進行測試和評估 。系統(tǒng)開發(fā)時間較長。 （ ３ ） 模型子系統(tǒng)的獲取和管理 。 第四節(jié) 系統(tǒng)實現(xiàn) 一、開發(fā)系統(tǒng) 開發(fā)系統(tǒng)是指開發(fā)生成出一個針對實際問題領域的專用ＤＳＳ 。 ２ 、 用戶滿意的情況 。 四 .決策支持的評估 ? DSS的支持程度 : 被動性支持 : 相當于 What if 一類問題的助手 . 相關性支持 : 提供多種方案的選擇 . 規(guī)范性支持 : DSS可以提供最優(yōu)化結果 ,指出如何行動的問題 . ? (1) 信息查詢 ? (2) 比較和評價 ? (3)發(fā)展和預測 ? (4) 模擬實施以及多方案比較 面向問題求解的 DSS— 層次模型 應用層 任務層 功能層 物理層 控制論方法 任務框架法 模型集成法 DSS描述語言法 復習思考題： １ 、 簡述決策支持系統(tǒng)的開發(fā)過程 。 ２ 、 用戶因素 。即建立數(shù)據(jù)、模型、知識、方法的結構，并實際輸入有關的信息。 （ ７ ） 測試 、 評估和改進 。 （ ３ ） 進行ＤＳＳ生成器的計劃 。 反復型原型，進化型原型 原型法優(yōu)點和局限性 : ? 有效 — 節(jié)約時間，降低費用 ? 用戶 — 及時反饋，促進理解 ? 較少注意細節(jié)，維護問題 二、面向構造的開發(fā)方法 分為：快速完成式 ， 分階段完成式和整套完成式 。 （７）維護：它涉及到系統(tǒng)的安全保密性以及如何制定計劃以支持不斷發(fā)展的系統(tǒng)和用戶。 第三節(jié) 決策支持系統(tǒng)的開發(fā)方法 ＤＳＳ的開發(fā)過程千差萬別 ， 很難對它進行準確分類 ， 以下我們按建造過程 、 構成方法參與人員為出發(fā)點對不同的ＤＳＳ進行分類探討 （ 注意 ，各種開發(fā)方法并不是完全獨立的之間可能有相互交叉 ） 。 控制機構－－控制、協(xié)調整個系統(tǒng)。 DSS生成器 是集成的開發(fā)軟件包，可利用它快速、方便地構造專用的 DSS 二、 決策支持系統(tǒng)的開發(fā)過程 (P264273) ＤＳＳ的開發(fā)主要步驟 : ＤＳＳ系統(tǒng)分析 — 功能需求，界面需求，協(xié)調需求 ＤＳＳ系統(tǒng)初步設計 ＤＳＳ系統(tǒng)詳細設計 各部件編制程序 三部件集成 系統(tǒng)實施 逐步改善 ＤＳＳ系統(tǒng)分析 — 確定系統(tǒng)開發(fā)應該做什么 ,包括 , DSS可行性 : (1) 技術的 可行性 (2) 經濟的可行性 (3) 社會的可行性 詳細現(xiàn)狀調查 : (1) 系統(tǒng)的業(yè)務調查 (2) 系統(tǒng)的信息調查 ＲＯＭＣ方法 ＲＯＭＣ法是一種ＤＳＳ系統(tǒng)分析的框架方法 ， 用于確定專用ＤＳＳ所需性能的過程獨立的方法 。這樣就避免了各模型對具體數(shù)據(jù)庫管理系統(tǒng)的依賴。 二、串聯(lián)結構 用戶 對話管理 模型管理 數(shù)據(jù)管理 模型庫 數(shù)據(jù)庫 三、熔合式結構 在這種結構中 ， 數(shù)據(jù)管理部分被熔合在模型管理之中 ， 所以兩者之間互不獨立 ， 既可以說是模型管理建立在數(shù)據(jù)管理的基礎上 ， 也可以說是數(shù)據(jù)管理被嵌入模型管理之中 。這里用戶通過對話管理部分以各種對話形式直接與數(shù)據(jù)管理和模型管理部分對話，查詢或操作數(shù)據(jù)庫，或運行模型獲得結果。 下面給出 Help技術設計的一般原則： （ 1） 前后提示意思應一致； （ 2） 用用戶可以理解的語言提供幫助； （ 3） 提示要給出例子； （ 4） 含有用戶使用錯誤的修正方法； （ 5） 在用戶進行一個可能引起不可恢復的破壞操作時 ， 警告用戶； （ 6） 提供幫助索引； （ 7）提示盡量做成上下文有關的方式，以使用戶得到即時幫助。 在 DSS人機界面設計中 ， Help技術是一個重要的設計內容 。 （ ４ ） 允許對一個命令串進行修改而不是要求用戶去重新輸入 。 特點： （ １ ） 要求用戶記住所有的命令 /符號的功能形式及具體內容 。 三、表格填充 表格填充是將待輸入的數(shù)據(jù)通過屏幕上一張事先設計的表格進行輸入的方式 ， 它常用于數(shù)據(jù)輸入內容較多的情況 。 二、菜單方式 菜單方式是一種常用的界面方式 ， 它是計算機提供給用戶的一組可供選擇的操作集合 。 第二節(jié) ＤＳＳ人機界面會話形式 (P66) 會話的最佳方式是實現(xiàn)自然語言會話，但目前這并沒有得到很好地解決，故現(xiàn)在有各種會話方式。 ５ 、 在可行的情況 ， 使用批處理或命令隊列 （ １ ） 固定順序的操作可用命令隊列完成； ４ 、 運行模型 ， 當有多種模型并存時 ， 應該使用戶有選擇模型的權利 ， 系統(tǒng)可以給出必要的提示或幫助 。 第四節(jié) 模型管理系統(tǒng) 模型管理系統(tǒng)的概念 (Ｐ７７ ) 模型庫管理系統(tǒng)主要功能有三個方面：模型的存儲管理；模型的運行管理；支持模型的組合 。 仿真環(huán)境發(fā)生變化 ， 模型一般情況下總要發(fā)生變化 。 字典庫 文件庫 （一）字典庫 模型字典庫需要對模型的名稱、編號、模型的文件等進行說明。 （ ３ ） 存在的問題是 ， 通過組合后的模型仍然是一個字符串 ， 如何將它轉變成一組可執(zhí)行的程序語言 ， 這是一個要認真考慮的問題 。 如 ， ＩＦＰＳ軟件中的處理方法 。 (3) 分析模型 (盈虧平衡分析 ， 數(shù)理統(tǒng)計分析 ， 價值分析模型 ，投入產出分析等 ) (4) 預測模型 (時間序列預測 ， 相關分析方法 ， 趨勢分析 、 指數(shù)平滑法等 ) (5) 模擬實驗模型 (博弈論 ， 庫存模型 、 系統(tǒng)模擬法 、 靈敏度分析 ) (6) 優(yōu)化模型 (7) 評判模型 ?子程序 ?語句方式 ? 數(shù)據(jù)方式 一、以子程序方式存儲模型 傳統(tǒng)構模的典型形式是將模型作為子程序來存儲 ， 需要用時由主程序調用 。 ? 在增加邏輯規(guī)則后 ， 就可以查出祖孫關系如下： 李學－－李山 ， 李平－－李同 ， 劉定－－劉思 ? 查出祖先關系如下： ? 李學祖先：李平