TW539957B - A system, method and article of manufacture for a goal based system utilizing a spreadsheet architecture - Google Patents
A system, method and article of manufacture for a goal based system utilizing a spreadsheet architecture Download PDFInfo
- Publication number
- TW539957B TW539957B TW088122825A TW88122825A TW539957B TW 539957 B TW539957 B TW 539957B TW 088122825 A TW088122825 A TW 088122825A TW 88122825 A TW88122825 A TW 88122825A TW 539957 B TW539957 B TW 539957B
- Authority
- TW
- Taiwan
- Prior art keywords
- feedback
- creating
- simulation
- patent application
- scope
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/177—Editing, e.g. inserting or deleting of tables; using ruled lines
- G06F40/18—Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
- G09B7/00—Electrically-operated teaching apparatus or devices working with questions and answers
- G09B7/02—Electrically-operated teaching apparatus or devices working with questions and answers of the type wherein the student is expected to construct an answer to the question which is presented or wherein the machine gives an answer to the question presented by a student
- G09B7/04—Electrically-operated teaching apparatus or devices working with questions and answers of the type wherein the student is expected to construct an answer to the question which is presented or wherein the machine gives an answer to the question presented by a student characterised by modifying the teaching programme in response to a wrong answer, e.g. repeating the question, supplying a further explanation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Educational Administration (AREA)
- Educational Technology (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- General Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
539957 玉、發明說明(1) ' ---- 【本發明所屬領域】 種教m尤有關於—種基於規則 =曰導系統’能利用對真實環境的商業模擬教授新的技 【發明 當 當地建 的,即 著使用 動製造 師’而 工程師 創建應 家是不 典 專家提 種方法 同訓練 帶、錄 要兩種 工程師 於建構 中,如 背景】 建立一 構能驅 知識工 專家系 设備方 醫療指 是一個 用程式 同的人 型地, 問,然 是勞動 之調整 音帶、 受不同 並沒有 知識庫 果沒有 識的系 的規則 則和專 或方面 生的領 專家可 家系統 許多實 須合作 採用的 的回答 ,速度 題。盡 其他來 都投入 的問題 可能是 工作, 統或專 ’至少 家知識 的知識 域專家 能是一 ’並使 例中, 以建構 形式是 整合到 很慢而 管知識 源中獲 工作量 或者提 不正確 則經常
個基於知 動知識庫 程師的原 統的領域 面指導學 導系統的 能理解專 的人。在 ,他們必 這種合作 後將問題 密集型的 會產生問 教科書和 訓練的人 提出正確 的訊息就 元成建構 家系統時, 有兩種訓練 的原則。領 。例如,一 可能是過程 個醫生或護 用專家的知 知識工程師 專家系統。 ,知識工程 系統的設計 且容易出錯 工程師能改 得的輸入, 0 進一步, 問的方式不 的。在既有 無法達成專 如果要適 是必備 域專家有 個能在自 控制工程 士。知識 識為系統 和領域專 師對領域 中去。這 。兩種不 變從錄像 但還是需 如果知識 對,則用 技術*** 豕系統對 539957 五、發明說明(2) 知識工程師 循環將從知 使用專 而讓用戶覺 使用的是具 來增加視覺 π正確的π答 成整個系統 有商業模型 或錯誤的單 擬整合成規 的反饋 識獲取 家系統 得乏味 有線形 吸引力 案,而 的訓練 的支持 一反饋 則來為 。在傳 到知識 部件的 或不能 視頻和 和闡釋 且僅支 。如此 ,只能 。目前 用戶提 統的系 驗證的 教育系 完成訓 圖像的 觀念。 持由一 僅能提 基於選 的指導 供一創 統中,係 多種過程 統經常由 練項目。 靜態、僵 這些系統 個定義好 供二維類 定的反映 系統不能 造性的學 藉由耗 結合起 於缺乏 目前的 硬編碼 典型地 的路徑 型的互 對學員 將真實 習環境 時的反鎮 來。 推動力, 訓練項目 的反饋, 支持一個 來指導完 動,而沒 作出正確 的商業模 t發明 依 於目標 知性的 境提供 還可以 用戶建 用了人 還具有 學習系 習經歷 已控制 之概述】 據本發明 的學習系 教育經歷 了以最佳 記錄錯誤 立在商業 工智慧引 用於模擬 統中還整 ,其中通 。一個健 較佳實施例適用的廣 統,利用基於規則的 。此系統為用戶提供 方式理解和解決問題 並動態地提供矯正性 工作中獲得成功所必 擎來驅動個性化的動 真實世界環境和互動 合了多個’’正確"答案 過整個系統的瀏覽過 全的商業模型提供了 泛範圍 專家訓 一模擬 的商業 的教育 備的技 態反饋 的同步 ,以容 程之步 對現實 ’提供 練糸統 的環境 機會。 資料, 能。此 ,所述 視頻和 許個性 調係由 活動的 一種基 提供認 ,該環 另外, 以幫助 系統利 反饋中 圖形。 化的學 學員自 支持,
第7頁 539957 五、發明說明 容許用戶體們的行動和決策在真實世界所造成之影 響’並使教月貧料之實時決策和綜合成為必要。此一系統 圍繞電子報表的輪入來設計體系結構,以便管理和控制系 【較佳實施例之詳細說明】 (詳細說明)
依據本發明之系統的較佳實施例,較好在個人計算 機,例如IBM相容個人計算機、計算機
或者Unix的工作站實施。圖}顯示具有代表性的一硬件環 境,圖中顯示依據本發明一較佳實施例之工作站的典型之 硬體構造,其具有一中央處理器11〇(如一個微處理器)及 多個透過系統總線1 1 2互聯的其他部件。圖丨中所示的工作 站包括:隨機儲存記憶體(RAM ) 114 ;隻讀記憶體(ROM ) 116 ; I/O適配器118 ’用於將碟片儲存單元12〇等外圍設備 與總線11 2互聯;用戶界面適配器丨2 2,用於連接鍵盤 124、鼠標126、%聲器128、麥克風132、及/或其他用戶 界面設備例如觸摸屏(圖中未顯示)至總線丨丨2 ;通信適 配器1 3 4 ’用於將工作站與通信網絡(例如,資料處理網 絡)相連;以及顯示適配器1 3 6,將總線11 2與顯示設備 138相連。典型之工作站安裝有操作系統如jjicr〇s〇f1:
Windows NT 或Windows/95 操作系統(〇s) 、IBM 的OS/2 操 作系統、MAC OS、UNIX操作系統。那些精通本技術的人員 ,會瞭解本發明能在前述以外的平臺或其他操作系統實施。
第8頁 539957 五、發明說明(4) 車父佳實施例用JAVA、C和C + +語言寫成,並利用了物 件導向的程式規劃方法。物件導向的程式規劃(OOP)已 經越來越廣被採用於開發複雜的應用程式。隨著〇〇p朝著 軟件設計和開發的主流發展,各種軟件解決方案要求能改 變以利用OOP的優勢。如此即存在一種需要,即將〇〇p的原 則應用到電子訊息傳遞系統的訊息傳遞界面上,俾提供用 於訊息傳遞界面的OOP類別和物件。依據一較佳實施例的 模擬引擎係基於Mi crosoft Visual Basic的元件,後者係
開發用於幫助設計和測試與Micros〇ft Excei表單有關的 反饋。這些表單模型能模擬實際商業功能並成為將由學員 完成的任務。模擬引擎接受模擬輸入並計算不同的輸出, 然後在預定的時間將模擬的狀態通知系統,以獲得適當的 反饋。 (元件之間的關係) Μ擬模型執行學生學習的商業功能,這些功能是應用 的核心。一動作,,層,,容許用戶透過讓輸入進入模擬引擎並 ,收模擬模型的輸出之方法而目視指導模擬。例如,若學 員正在執行一個收入報表的行動,貨物銷售計算的淨銷售 額和費用就作為模擬模型的輸入,而淨收入值被計算出來 並檢索作為輸出。當計算值被傳遞到模擬模型並從中檢索 之後’它們也被傳遞到智能教練代理(〗cA )。〗CA分析模 擬模型的輸入和輸出,並基於一套規則產生反饋。這種反 饋被接收,並通過Visual Basic體系結構顯示出來。
第9頁 539957 五、發明說明(5) 圖2是依據一較佳實施例的系統體系結構的方塊圖。 演示π層’’ 2 1 0的表現與活動”層” 2 2 〇分離,而且通過一套控 制顯示特定的内容主題的訊息2 3 〇使通信更加方便。一較 佳實施例使知識工作者2 〇〇和2 〇1能迅速、可靠並持續地獲 得複雜之技能,方法是讓一個組織來教授如何迅速習取複 雜的技能。該結果的獲得是藉由將個人置於一個"看起來 和感覺起來’’像真實工作的模擬商業環境中,並對他們提 出挑戰’使其利用高效的學習理論(例如,基於目標的學 習、邊做邊學、基於失敗的學習等),最後是多媒體的用 戶界面與三個強大的整合軟件元件相配合,而作出能符合攀 商業戰略目標的決策。這些元件中的第一個是一個軟件解 決方案建構助手(SCA) 230,包括數學模型工具234,它 能模擬一段時間内個人團體活動的商業結果。第二個元件 是知識系統2 50,包括一個HTML内容"層π,它能組織並給 出和線上教科書非常相似的包裹知識,所述書籍具有習 題、視頻戰爭故事和詞彙表。第三個元件是一個包括有一 人工智慧引擎240的軟件指導者2 70 ,該人工智慧引擎240 能基於學員作出的決策產生個性化的指導訊息。 反饋對於每一個完成課程的個人都是獨特的,而且還籲 支持11設計到”課程中的客戶文化訊息242。一商業模擬方 去包括有對内容獲取、故事主線的設計、互動式設計、反 饋和指導之給予,以及内容之給予的支持,此商業模擬方 法依據一較佳實施例被整合到系統的體系結構中。依據一 較佳實施例並包含大量的”預設計,,學習互動,例如訊息
第10頁 539957 五、發明說明(6) 、訪談(一對一,一 ‘對性能的測量(現 的Π時間跳轉”、競爭 合併、客戶已獲得) 最佳方式提供培訓課 反映學員實際工作環 用有助於保持力的增 這些訓練應用的成果 計和建立商業模擬是 放式結尾的環境,其 取決於他們的學習風 在勞動力執行周期的 而,它也可以在周期 用,使得在工作執行 提出的方法,突顯出 案之方法的某些優 能夠以較低的費用和 測性的計劃,從而獲 誤導,因為它們沒有 些培訓計劃混淆了記 及認識’’什麼π和認識 2 3 8的拖放動作、情境評估/活動計劃 對多)、發表(對一組專家/董事) 在處理,後來處理)、對決策之影響 性的情節切換(”時間跳轉”、競爭者 和具有自動記錄的視頻訪談。 依據一較佳實施例的商業模擬以 程。這是因為,這樣的應用提供了能 境的有效訓練。,,基於工作的”技能應 進和實現更高的總體工作性能。盡管 給人以深刻的印像,但是要正確地設 报複雜的。這些模擬的特點是極為開 中學員能順著多條路徑完成應用,這 格和既有經驗與知識。 々 被稱為邊做邊學的學習方法通常 第一階段(學習)作為解決方案。缺 的第二階段(執行)作為解決方案使 過程中到達需要學習的點。藉由使用 基於技術而用於建立商業模擬解決方 勢,該用於建立商業模擬的解決方案 ,少的時間,產生更具重複性和可預 仵更容易認知的和實際的用戶價值。 見在大$分公司的培訓計書!J都被 適當地將重點放在培訓的目的= 憶事實的能力和執行任務的能力,以
麵Η 539957 五、發明說明(7) ,,如何”之間的區別。藉由採用傳統學校的方法,公司所教 授的多半是無聯繫的和結構不全的事實與資料,而它們的 重點本來”改善性能。當講座、書籍和考試都内在 :# :設計的時候,你如何能夠教授表現呢? :書籍和考試吧。,備獲得好的表現的最佳 :式疋’執:,經驗是最好的老師!大多數公司的領導認 t: 越長,他們的工作效率就越高。因 。吕π貝的最佳方式是讓他們藉由工作來學習,在 ::作% ’中獲得技能。雖然邊做邊學的觀點並不是 ί113二但是它在商界和學術界都受到了抵制。如果說 曰I與=彳寸到的疋更強的能力,那情況為什麼會這樣呢? i 2不願採用邊做邊學的方法,因為他們害怕失敗。 t 1 作,以避免在別人面前犯錯。公司的領導不願 二=妳^邊學,是因為初學者的失敗可能意味著安全、法 少Α ^ Ά上曰產生重大的問題。想像一下,一個新飛行員 因.^上^大型的喷氣式飛機加速時邊做邊學的情形吧; 二厶Μ從^慮一下一個新金融分析人員在組織數百萬美元 Ϊ 2 2時邊做邊學的情形吧。很少有雇主願意承受這 樣的^敗來培養能力更強的勞動者。 到4 #個^持系統的關鍵在於,它是否能被無漏洞地整合 需”:線 = 幸, 、考找出埋在紙貝手冊和活頁夾内部的隱藏訊 ^^ I以獲得指導或發現問題的答案。藉由在需要的時 、 與工作者們所用的相同應用,並使它們適應個人
539957 五、發明說明(8) __ 的需要顯示"如何II ,而非,,什麼”所有這些 使用。任何時候學習都會發生 “ 2:件都可以 f 有差別。即使已經確定訓練應該集中]歲 ),而不是事實(什麼),且擴展學習的;S (=何 時而非僅僅县拥— > 从封 、t以包括執行 在靳的、曰t丨彡仃則、幫助,仍然會使我們暴露在準備要 在新的化亂經濟中競爭的危險之中。如 早備要 現在商孝變化的牛碑#妙、# Μ 2 , 本文開始&到的, 先地位;;Γ Π m卫/月夭,其牯間周期與公 2用的周期相同。現在,情況比往=過 :些不願經常重新改造自己的人都會被變化的步以,, 杰。一個典型的以““項目需要i到2年的 ί忙在功能上和技術上有报強的能力。‘顯 「實施例的典型應用程式的每個開發階段的時 試階段要求的技術資源的巨大數目m::的;f和測 用來建立BusSim解決方案的傳統開發眛因為 ,1LfI i 叫义過程反映的不過是" ;Γ—Λ 其中以完全統—的形式從零開始進行開 二、1 ::1ΐ ί 一個應用之間报少或根本不能再度利 :性使得該方法對未來J 求彡兄極其昂會而且極費時。 1旦 ,題=決方案在於:將工具放入指導性設計者的 ilB 1而:二在”要程式師編寫代碼的情況下, 產生BusSmM並貫現這些設計。以及將與工具整合的岸
539957 五、發明說明(9) "- 用程式體系結構放入開發者的手中,為他們提供迅逮夕 個不同平臺提出解決方案的能力。所以,再度利用就二二 一個項目中的工具和體系結構應用到另一個項目中。=能 上的和技術上的資源本身都具有如何使用技術的知識,這 也有一種相關的優勢,即為BusSim項目提供最佳練習 = 發方法。 開 (開發周期的活動)設計階段,建立階段,測試階 行階段
在设计階段’指導性的設計者逐漸適應内容領域,並 開始將指導方法觀念化。藉由閱讀資料以及和主題問題專 家(SME )座談,他們越來越熟悉主題的問題。他們並藉 由關鍵的用戶接觸,確定了學習的目標。學員互動和界9面 布局的觀念化設計也開始形成。在觀念化設計成型之後, 就開始進行低真實性的用戶測試(例如,會議室引導)。 學員與界面(實驗或教學用的)實物模型進行互動,同時 促進人員開始觀察並記錄所有問題點。最後,建立包括結 論之詳細設計。這些詳細設計被提交給開發小組進行實 施。傳統上,設計階段一直存在著很多問題。和傳統的商 業系統不同,BiisS im解決方案並非扎根於可觸知的商業過 程^中,所以很難用具體的方式確定需求。這就為針對性 的tOL a十者留下來一個”藍天”的設計問題。由於對解決方案 的商業驅動的限制較少,内容領域的專家知識很膚淺以及 戈能十分有限,指導性設計者在開始設計時不能獲得任何
第14頁 539957
些At择ί見技% h的有那些富有經驗的設計者能夠想像出那 ίi τ se二#、可行學習目標的界面、分析和反饋的設 ^ ρ 。問題,BUSSim解決方案在本質上均為非常 ί : ΐ二設計者必須能預先想到學員行為的多種巨大 、、且a ’纔旎1 :出有幫助和有現實意義的反饋。 在建立1¾ ’應用開發小組使用詳細的設計來為應用 、、爲碼。編碼工作包括學員互動的界面和小工具。界面可以 由按紐、網格、複選框和任何其他容許學員觀察和操縱其
提父彳示的物之螢幕控制件組成。開發者必須為能分析學員 的工作並提供反饋互動之邏輯編碼。這些互動可能採用的 形式是來自模擬小組成員的文本及/或多媒體反饋,與模 擬小組成員的交談,或者由模擬小組成員直接操縱學員的 工作。在進行編碼工作的同時,還產生了要在應用中使用 的圖像、視頻和音頻。管理這些資產的開發過程有其自身 的複雜性。建立階段的危險包括對設計的誤解。如果開發 者不能精確地理解設計者的意圖,應用程式就不能具有需 要實現的功能。同時,為這些應用程式編碼需要熟練的開 發者,因為分析學員的工作和形成反饋的邏輯都是非常複 雜的。
測試階段,顧名思義,是用於測試應用程式的。測試 的目的是用三種方式來驗證應用程式:第一是應用程式是 否功能正常(功能測試),第二是學員是否能理解界面並 有效地通過測試(可用性測試),第三是達到學習的目標 (認知性測試)。應用程式的功能性測試可以由開發小組
第15頁 539957 五、發明說明(11) 或專門的測試 要進行除錯、 忍為止。可用 不太熟悉的測 可能需要重新 反饋邏輯。如 程式中的大部 測試階段中, 大多數困難。 的過程是一個 在 按測試 中記錄時,它 檔案, 果問題 行修正 解決了 以驗證 的後果 作。對 戶可能 制他們 題的能 功能測 情節進 自己的 也被記 並試圖 可以重 。開發 問題。 修正並 。執行 於某些 還需要 進展的 力,以 小組進行。 修正、重編 性測試和認 試學員來進 設計、重新 果沒有達到 分程序,並 典型地會遇 發現和改正 困難的過程 試時,測試 行或自發地 行為。當遇 錄下來。該 藉由重複測 現,開發者 者再次重複 最後,所有 沒有為應用 階段是指在 客戶來說, 在整個課程 能力。最後 考慮將它們 如果應 譯和重 知性測 行。如 編碼和 學習的 從不同 到 B u s S 功能、 ,且不 人員進 進行測 到問題 部分應 试者的 會進一 測試者 的其他 程式的 產生環 此有關 中追蹤 ’客戶 包括到 用程式 測試, 試僅能 果可用 重新測 目標, 的角度 i m開發 可用性 是完全 行應用 試,並 或產生 用程式 行為來 步調查 的行為 測試情 其他部 境中整 於為學 學員的 可能希 課程更 不Jib正常運作,就 直至其運作令人滿 由那些對應用程式 性不令人滿意,就 試部分界面及/或 可成需要刪除應用 重新開發該程序。 周期中可能遇到的 和認知方面的問題 意義上的科學。 程式,方法可能是 在自己的測試過程 未預料到的結果 的開發者收到這些 重現這些問題。如 以發現原因,並進 ,以驗證修正是否 節都被重新執行, 分帶來不希望得到 個程序的穩定運 員的電話支持。客 進展和透過課程控 望得到追蹤某些問 新版本中。
539957
線上課程的一個關鍵 方便的時間、地點和速度 來說往往不集中,所以也 常需要為學員提供電話支 進展,或者控制課程中的 元成了 一階段的課程學習 方式郵寄一片磁碟,將自 心。在處理中心,將對這 已經令人滿意地完成了要 的一項困難在於分離出學 的課程資料可能非常困難 行必要分析時所需的最少 (商業模擬的提交架構) 價值在 進行。 並不能 持。客 進展情 後,他 己的進 些資料 求的運 員的資 ,所以 量資料 然而,由於學員 隨時獲得支持: 戶也可能希望追 況。基於此戰略 會藉由電子方式 展資料傳輪至— 進行分析,以驗 作。與學員追蹤 料以供分析。要 經常要將對學員 分離出來。 在地理J 因此,li 蹤學員备 ’在學I 或以物g 處理中 證他是名 、經常有II 傳輸所矣 的進展
如 反映的 零開始 本不能 由再度 用確實 選擇考 以被普 查構成 程序的 .用程式 上討論 不過是 進行開 再度利 利用來 能減少 慮的第 遍化以 這些應 固有部 必須有 ,用於建立BusSim解決古安从你 .解决方案的傳統開發過弟 -人性的哲學,其中以完全統一的形式名 毛,在一個應用和另一 m i 彳固應用之間报少或il 。一個較好的方法可能是,將重點放 減少開發過程需要的蜱工旦 •’ 1 費用和縮短開發時間、、、乍m ’因為再度牙 猫六土七虚 U的81^81111應用程式中可 便在未來應用程式中使、 用程式的元素時,三個::共有方面。在, 分出現··界面、分;::、有的方面作為每,
與學員互動的機制;:釋。每種―』 母種界面的複雜度都;
539957
五、發明說明(13) 同,從高保真度實時模擬任務的高互動性,一直到商業北 景案例的訊息任務的較低複雜度的訊息提交要求。無^月 戶界面(υι)的複雜度如何,使終端用戶可以使用 模擬和反饋邏輯都是一個重要的問題。 、
,一個BusSim應用程式,均在應用程式執行期間 定義杈擬之當前狀態的資料進行多次分析。這種分析以 j定在模擬期間發生了什麼,或者對即將反饋回模擬 貧料執行附加的計算。例如,分析可能是要認知學生二 擬環境/(筆記本、數目值和執行的訪談等)中對物二 的任何行動,或者可以是基於學員提供 刪計算。實質性而有用之反饋是任何BusSim /用進订之 =部:。對…員的行動到底會有助於或阻礙二 到執仃的目的』一事加以溝通乃為主要機制’達 =解釋部分採取任何所執行的分析之結:;有 析清楚。成發表分析部分(即,"需求上升 將其刀 在其旁邊加註某些評估性的上下文( 0 ,亚 低7%,你有麻煩了” ,或者" 而衣比預期值 俨女婊7,,、 L α書而求超過計劃值1 · 5 % ;仲傲 付太棒了)的時候,採取的是世界上公認 彳小做 有多種方法可以獲得共有部分便於規點。
的兩種方法是基於架構的方法及基於元件二。=普遍 於說明兩種方法之間的差別,我們以二^。為有助 釘子、4:2=物可以使用原材L 人也可以使用開始建築-所房子。一個 I的原材料來從零開始建立
539957 五、發明說明(14) 一個應用程式。可以藉由基於架構的再度利用及/或基於 利用來減少兩種工作中需要的工作*。在基於 竿用的範例+,可以建構包含共有部分的共通 預。在房子的類比中’一個人可以購買-個 =先j構的房屋架構’其中包括地板、外牆、纟重牆和屋 以猎由增加分隔牆、壁紙、木製結構、地毯等來定 的似地,可用的預建構應用程式架構包括基線 製二興構和功能。也可以藉由增加特定的功能和定 式成各別的應用程式。常見使用的應用程 ίίίί 二個例▲子是Micr〇s〇ft F〇undati〇n ciasses(微 個ί Μ 。廷是用C + +開發Wind〇WS應用程式時的一 以二在提上了窗口應用程式功能的基本功能,而開 行為和任何其他要求專業化的特徵。使用 中」中加入廣泛的功能〕。在房子的類比 可以在牟it要修建三個有相鄰臥室的平房,我就 而減少^ & Λ· β又立裝有水管、電氣配線之直立分隔牆,從 要ίϋ”:所房子需要的總工作b如果我知道自己 有特性可m!ί:應用程式’則它們將會有更多的共 以被包括在架構中,而不是分別建立。 如果房;之處可以置換架構提供的功能〕。 …預先油漆好的牆壁,建築工人可僅於其
第19頁
上塗上喜歡 用程式開發 鍵的功能被 中再度利用 盤機、冰箱 有預先打包 子是資料網 中的元件, 基於元件的 文本處理, 〔同一 雖然並不適 有房子能夠 必須提供自 所有的盤子 類型的共享 〔元件 上,微波爐 鐵的還是木 屋。你可以 以將低級的 不同的微波 等元件技術 司空見慣。 的顏色 者置換 加入到 。在房 、微波 好的功 格(D a t 提供觀 再度利 資料操 個計算 合用類 同時共 己的盤 。在應 並減少 傾向於 可以在 製的, 將一個 微波爐 爐放在 就使得 達成再 。類似地 架構的行 一元件中 子的類比 爐等。類 能的許多 a Grid) 察資料表 用最適合 縱或任何 機的多個 比來說明 享同一個 子、清潔 用程式元 對磁碟和 降低對平 任何房子 也不管它 高級的微 放在兩級 你的房子 這種靈活 度利用的 、承知之物件導向原則容許應 為。在基於元件的範例中,關 。此元件可以在多個應用程式 中’元件對應於用具,例如洗 似地,可以從其他廠商獲得具 應用程式元件。常見元件的例 3這是一種能整合到應用程式 單類型的網格中資料的功能。 於獲取黑箱類型的特徵,例如 其他不要求專業化的特徵。 私序可以共享同一個元件〕。 ,但還是想像一下,相鄰的所 洗盤機的情形。每一所房子都 劑和水’但是它們不能同時洗 件的世界裡,很容易實現這種 記憶體的需求。 臺和工具的依賴性〕。事實 中使用,無論房子的架構是鋼 被定製用於興建大廈還是小 波爐放在低級的房子中,也可 的房子中。你甚至可以將多個 中。CORBA 、COM和Java Beans 性在應用程式開發過程中變得 最佳答案經常在於將基於架構
第20頁
539957 五、發明說明(16) '— -- ft基於7^件的技術結合起來。基於架建構立BusSim 2 :程式的方法也適用於開發用戶界s,處理用戶和系統 ,=二,動和終止應用程式,以及其他應用程式特定的和 ,父Ϊ ^特定的功能。基於元件的方法也適用於黑箱功 能。這是指沒有專業化要求時能直接使用的功能。在創建 能支fBUSSim應用程式開發的體系結構時,所有資源必須 盡可旎保持靈活性和擴展性,否則就會降低再度利用性。 因此,,們選擇利用元件的方法,而不是利用架構的方 法,來實現BusSim應用程式的獨特特色。該決定進一 以下觀察所支持。 (商業模擬的提交架構) 、=件和應用程式架構和應用程式體系結構結合起來, 以獲得最大的再度利用和最小的定製開發工作量。增加的 應用程式體系結構能夠在應用程式界面和元件之間以及不 同的兀件之間提供通信支持。該解決方案有下列特徵:元 件(由^標表示)封裝了關鍵的BusSim功能。應用程式體 系結構提供的是容許(應用程式對於元件)之間和(元件對 於元件)之通信的粘合劑。應用程式架構提供的是為不同 的互動形式定製的結構和基本功能。僅有這種應用程式界_ 面必須疋製開發。下一節進一步詳細討論所述的每一種元 件0 (商業模擬工具集)
539957 五、發明說明(17) 品質的BusSim ; J J ;:.,為什麼要以較低的費用產生高 W佳的解決方果;;架構曰方法相結合之方 可以提供多種平臺上的提出能力Hi:第三方架構, 定義和開發一套元件,為Bus ^l項目的重點在於 供獨特的服務。這此元件遠π =决方案的開發和提出提 指導性設計者用^=牛”—套設計和測試工作臺,是 具。我們將這= = = 集中的每個元件和工作真的鳍日日擬工具集。以下是對工具 有支持相關服務時必備:行為和方:1裝 = = 露這些服務。元件的'公開== 實現過程的複雜性係對用戶隱藏起十二如何:且 之模型建立!賜域元件)—提供為模擬狀態 、建立的服務。Pr〇fiHng元件(概要元件)—提供美 件(轉換對^的Ϊ態進行評估的服務。TranSf〇riDati^ 元件 1Ϊ:二t操縱模擬狀態的服務。Remediation . 70 提供基於規則向學員提出反饋的服務。 在T用 套件中的中心元件,能促進上下文i料 在應,程式和其他元件間的溝通。它是一種模型建立工 八庇*使用工業標準的資料庫例如I nf ormix,〇rac ie或
Sybase來儲存資料。領域模型代表模擬過程中之物件。這 些物件都是假想的有形事物,比如學員能拉的杠杆,學員 。填寫的表格或記事本,模擬會議中學員與其互動的字符、 第22頁 五、發明說明(18) 等。它們也可以是抽' 謝,學員詢問某—問务件例如,定投資用的 體…些實體的例子包括這些物件被稱為實 事故;金融會計領域中的曰域::車插、操作員和 表’以及銷售領域中 ::3、現金流量說明和平衡 一個實體# π 費者和購買力等。 戶實體可能包括代表存款的實:實:。人銀行帳 性,其中每個屬性都以某母/個貫體都有一套屬 擁有的一套屬性從太π 式來說明該實體。一個實體 括:保險應匕;;了該實些示例屬性包 "事故類型代竭":。括的眉性如"發生曰期"、 資方帳"、"借方帳"和"金^二錄實體:/的屬性例如" 周轉信貸帳的實體包括‘一個ί:應用程式中的 員遐匕栝的屬性例如"未清餘額,,、”可用額 ^ 1專。圖4顯示依據一較佳實施例的汽車保險行業中的 索賠(請款)處理人員的領域模型的一小部分。 (Prof i 1 ing 元件) 以最簡單的方式來說,prof丨丨ing元件(概要元件)的 目的是為了分析領域的當前狀態並確認對該領域成立的特 定事物。然後,這些訊息傳遞至為學員提供反饋的 Remediation元件。Profiling元件藉由像調查員問案一 樣,詢問領域狀態的一些問題,對領滅進行分析。概要元 件詢問的問題被稱為概要。例如,設想有一個與建立營火 <會相關的問題,而學員剛剛將火柴投到了柴堆上’但是火 第23頁 539957
沒有點燃 下情況: 嗎?等等 中。分析 些訊息來 套與領域 了概要定 的設計者 要的一些 或者由應 要被評估 產戰略但 的請款歷 報(ROI :
。為了對學員給出有用的反饋,教練需要知道以 火柴點燃了嗎?木柴是濕的嗎?在柴堆上點火了 。這些問題都在概要元件用來分析領域的概要 的結果被傳遞給Remediation元件,它會使用這 為學員提供特定的反饋。詳言之,一個概要是一 匹配的標準。概要的目的是檢查領域中是否滿足 義的標準。使用可視化的程式規劃工具,指令性 產生概要’以辨別對了解給定任務的領域非常重 問通。在BusSim應用程式的執行過程中,當學員 用程式自發地請求反饋時,與當前任務相關的概 ’以確定哪些是真的。概要的例子包括:好的生 是錯誤的收支平衡公式;好的駕駛記錄但是較低 史,以及正確的現金流量分析但是很差的投資回 一個概要由兩種類型的結構所構成:特徵和集體徵。 特徵是能確認對於確定應向學員發出何種反饋是非常重要 的領域之部份集合的條件子句(一規則之含i f的那一半 )。特徵的例子包括:交易1中的錯誤借方帳;完美的費 用分類;最後3年的至少一個DUI ;最後2年中超過4 000美 元的請款;在5年内2次以上的差錯事故。特徵的條件子句 使用一個或多個基元作為運算元,來確認定義該特徵的領 域部份集合。一個基元僅僅參照領域中一個實體的一個屬 性’這就是術語基元。基元的例子包括:D u I之數目>=1 ; •R〇I>10% ;收入在7 5, 00 0美元和11〇, 〇〇〇美元之間。集體特
第24頁 539957
五、發明說明(20) 徵使用多個特徵及/或其他集體特徵作為其運算元的條件 子句。集體特徵容許指導性的設計者建立更加豐富的/表達 式(例如’詢問更複雜的問題)。集體特徵的例子包括· 惡劣的家庭駕駛記錄;良好的信用等級;勉強夠格的作用 等級。費用交易的現金問題;以及現金的來源和使用^問 題:一旦創立了之後,設計者能夠在多個表達式中再度利 用這些元素,這樣就大幅地減輕了創建附加概要的負f。 當由元素創建一概要時,可以使用基元的多個特徵,'&徵 可以被多個集體特徵和概要使用’而且集體特徵可以被多 個集體特徵和概要使用。圖5顯示依據一較佳實施例的保 (保險業的示例概要)
Transformation 元件(轉換元件)_ _Pr〇fiUng 元件 ,,有關領域的問題,而Trans format ion元件對領域執行 汁舁,並將結果反饋給領域,以便由pr〇f i 1 ing元件進行 進一步的分析。如此即可簡化複雜商業系統的模型建立, 否則其將非常難以實現成為應用程式的一部分。在界面/ 解釋執行流程的分析階段,在Pr0filing元件開始進 仃分析之前,Transformation元件實際上即已在領域中開 始起作用。Transformation元件起的是外殼的作用,將一 =f多個資料之模型建立元件包裹起來,用於將這些元件 整合到BusSim應用程式中去。Transformation元件促進將 特定的資料從領域中傳遞到資料之模型建立元件(輸入)
第25頁 539957 五、發明說明(21) 中以便對資料進行計算,同時也 資料之模剞涂fr _ ^ 了也促進將叶鼻得出的結果從 1付之褀型建立兀件回送領域(輸出)。 據一較佳實施例的轉換元件。Data !n〇deli 不,疋〈 ϊ=οηΓ1( Γ料模型建立元件)可能是第三方的模型建立 衣境,例如基於電子表格的模型建立(例如,Exce〗* )或者離散的基於時間的模擬 P〇werSiffl,VenSiffl) 〇 ^ ^ ^ C + + , VB Acl 1 ^ 〆、他與ODBC相容的工且來定製建立 〆 古俨作/=fc mrn /、术疋裂惠立,以提供獨特的模型建 衣=。,用丁ransformati〇n元件來包裹第三方的電子表 ,提供了 一種容易的方法將基於電子表格的資料分 整曰到應用程式令去,這些資料是*Excel等工具產生 =。Transf0rfflati0n元件為電子表格提供了外殼,/使得其 旎調查領域的内部,取出需要的值作為輸入,執行計算, 並將輸出反饋回領域。 # 例如,如果一公司的財務報表儲存在領域中,該領域 字保存基線的資料,譬如像公司有多少現金,資產和負債 如何等。Transformation元件將能看到資料他 值,例如現金流量比率,或投資的R0I或NPV,或十 他計算,以便定量地分析公司的財務狀況。根據其複雜 ,,這些計算將藉由預先存在的電子表格執行,而該表格 是客戶已經花費了相當多的時間來開發的。
Remediation元件(墙正元件)——Remediati〇n元件是 一個專家系統,可以幫助將智能反饋整合到BusSim應用 中。它有如下特點:產生高品質文本反饋的能力;產生包 m 第26頁 539957 五、發明說明(22) 括視頻及/或音頻的多媒體反饋的能力;在反饋中包含參 照材料例如Author ware頁面或Web頁面的能力,主動操縱 用戶提交標的物以突顯或者甚至修改用戶錯誤的能力。一 個嵌入在它的反饋組合運算法的經證明之矯正理論,容許 將數字資產整合到一個訓練或IPS應用程式的矯正中去。
Remedi at ion模式包括三個重要的物件:觀念、訓練主題 和訓練項目。觀念是用戶在界面上將面對的實際世界觀念 的物件。觀念可被分為子觀念,而產生一個觀念的分級 樹。這個樹可以有任意的深度和寬度,俾支持豐富的觀念 模型建立。觀念也能包含任意數目的訓練主題。訓練主題 可以是一個代表合適於一個觀念之討論主題的物件。訓練 主題能有任意數目的訓練項目。訓練項目是反饋的項目, 可能包含文本、音頻、視頻、URL,或者對領域模型的更 新訓練項目包含於訓練主題,並由Remed i a t i on元件運 算法所組合構成。 ff^rl^enches(工作臺)——BusSim工具集也包括一套 工1 ’後者被指導性的設計者用於設計和建構Bu sS i m應 用程式 工作$疋用以幫助將被BusS i m元件用於決定一 應用程式的運作時行為之資料,予以可視化編輯和測試的 '、BusSim工具集包含如下工作臺·· Knowiedge rkbench(知識工作臺)--知識工作臺是被BusSim元件 用於,建領域、分軒和反饋資料的一種工具。它有如下特 點,、各許設計者將知識"塗”到拖放界面上;可視化地顯示 、知識’以便设计者之間能更容易地通信。界面是智能的,
$ 27頁 539957 五、發明說明(23) 容許設計者僅只塗上有效的互動,設計者的任務創造被儲 存在一個中心倉庫中;工作臺支持一個任務的專屬編輯之 進入和退出;支持基於局網的或沒有束缚的編輯工作;自 動地產生設計的檔案;而且它能生成可驅動元件行為的資 料文件。Simulated Student Test Workbench(模擬的學 員測試工作臺)~ 一模擬的學員測試工作臺是一種創建資 料的工具’該資料能模擬學生的行為以測試Bussim的元件 行為。它有下列特徵··測試臺基於領域模型產生模擬的應 用程式界面;設計者在領域模型中操縱物件,以模擬學生 的活動;設計者可 程中會經歷的互動 之前,完全測試互 (回歸測試工作臺) 元期間進行重播和 徵:每個學員的提 間中的任意數目的 元期間可以迅速地 的結果並列以便於 以使用調用此元件以 ;而且設計者可以在 動行為。Regression 一一回歸測試工作臺 測试的工具,有助於 交可以藉由元件單獨 學員提交可以連續地 成批播放;學員的互 比較。 經歷學員在生產過 開發應用程式界面 Test Workbench 是一種對學員的單 除錯。它有如下特 重播;同一單元期 重播;整個學員單 動結果與回歸測試
(開發周期活動)
BusSim應用程式的設計階段藉由使用知 理化。知識工作臺是一個可視化 哭,識乍室來口 擎的物件之狀態,以控制它們的運^行於設定元件引 ‘於經證明的運算法,該運算法可、% 。各元件係基 Μ獲取和執行最佳的實
539957 五、發明說明(24) 算,並為指導性設計提供一個觀念化的架構和方法。於觀 念化設計中,工作臺可以容許設計者塗上學員在活動中需 要精熟的觀念分級模型。這可以幫助設計者以邏輯的方式 組織内容。觀念的可視化表示有助於將想法傳遞給其他設 計者審查。工作臺的連續視覺和觸覺還有助於流暢的品質 確保過程。另外,可以自動為整個設計產生標準的檔案。 在設計階段的過程中,設計者藉由在學員可能需要反饋的 訓練主題上塗寫,來為觀念分級的設計增加更多細節。設 計者可以將多個反饋主題與每個觀念結合起來。設計者還
將每個主題標記為讚揚、潤色、集中、重新指導或其他幾 種與經證明的橋正方法一致的反饋類型。然後,設計者 每個主題填寫文本、視頻戰爭故事、WEB頁面鏈接, Μ 題的一部分傳遞給
Author ware鏈接或者其他可作為反饋主 學員的媒體物件。 工具 工作量的 的行為, 者在界面 裡它就可 的行為作 試者的行 行動時, 生 農 個單 元件 m可以 關鍵驅 而不必 上有所 以被追 除錯之 動添加 測試者 元期間 被分布 在功能測 動力量在 在應用程 行動,該 蹤到資料 用;這些 評論也是 可以敲擊 框來記錄 到學員的 於:元件可以自動地追蹤測試 式中增加代碼的支持。一旦淨 行動就被報告給領域模型。名 f中、。測試者不再需要記錄虐 行為被自動地寫到磁碟上。 個特色。當遇到沒有預料 一個控制鍵序列,後者可突 =誤行為的說明。於執; 室上。廷些元件將極短之
539957
組成員和反饋功能。如 員追蹤機制,用於對學 何可能產生的錯誤。 時間和無差錯的操作提供給模擬小 果客戶需要,可以在運作時部署學 員進行評估和管理。這也能杜絕$ (使用商業模擬工具集的情節) 要想對BusSim工具集如何大蕃 獲得更好認識,一個好方法是,咸:Bu:Sl:開發工作重 在BusSim應用程式的特定任務門=樣一個f月節,即如何 達到此一目的’我們設想在_個 八 是記錄***交易的曰誌,而且這項:::子貝之目+ 的基礎知識的更廣泛的上下::項:作,學習金融會計 ^ 、 下文中。從學員的角度辦任務的 間要說明將有助於設置情節的 情節,說明了任務開發行r的說明是5個 T 一翩k政田t 的不同订為。下面的圖顯不 施例使用工且你=屏幕快照。圖7顯示的是依據一較佳實 且=鱼取=瀏覽與取用應用級的特性。,員使用工 厂條瀏覽/、取用應用程式的某些應用級特性。工且 過界面頂端和左邊的倒L形物件。工具條容、呼、 瀏覽到當前行為中的任務。工且铬的“β谷許用戶 甘am 務 具條的左部容許學員取用應 用”的其他特性,包括反饋。學員可以藉由點擊 C〗、、且之按紐,來分析他的提交標的物並接收反 饋。 J此任務中,學員必須記錄22個***和其他來源檔案 =日,=,以便記錄内部帳戶之間的預算美元的流量。(注 意:"記日誌’’和,,記錄日誌"都是在記帳期間記錄***或其 539957 五、發明說明(26) 他來源檔案的 每個檔案創建 帳的記錄就被 告)。依據一 )被開 創建和 饋在引 藉由分 推薦特 藉由記 個應用 互動類 和之工 須要類 力0 發用於 傳遞變 導學員 析有問 定的行 錄下對 程式中 型或特 作臺打 似之基 總帳中 借方和 用於創 較佳實 在高複 得標準 學習應 題的區 為,可 應於已 都可以 定的設 包在一 於規則 的日魏登錄的過程。這個過程要求為 平衡“用項目。一旦此過程完成,總 建一個試驗性的平衡和隨後的金融報 施例,一個智能教練代理工具(ICAT 雜度和開放式結尾的環境中使反饋的 化和簡單化。來自教練或指導者的反 用程式時起到工具的作用。進一步, 域’並基於預測到學員對領域的理解 $提高學員對關鍵觀念的理解能力。 證明的反饋策略的規則和反饋,在整 發出一致的反饋,而不管產生反饋的 計者/開發者如何。ICAT係與用戶親 起L這樣它可以被再度利用,以便在 之資料引擎和倉庫的項目中提高生產 (依據一較佳實施例的ICAT的定義) 智月b教練代理工具(ICAT)是一套工具_ 一一個資料 庫和一個動態連接庫(DLL )運作時引擎—一被設計者用 於創建和執行對基於目標的訓練的及時反饋。設計者★己錄 開發工具中的反饋和規則。一旦設定了反饋,運作時引擎 即監視用戶的行為,調用規則並產生說明商業可交付物的 反饋。在ICAT内動態使用的矯正模型,基於學員的先前反 映,生成最適當的反饋以發送給學員。ICAT模型係基於反
第31頁 539957 五、發明說明(27) 饋的理論,後者 的。該模型在物 型被建立於工具 模型。ICAT在學 一個教學系統, I CAT是一個守門 前已掌握該材料 離。將ICAT與應 容許設計者在應 6個過程上建立, 為學員的錯誤產 個用於創建反饋 通用的準則和該 高反饋的有效性 包含一個知識模 程都有特定的知 學。ICAT有—套 測試他們的所有 能在學員進行課 施例的工具和運 還包括用於分析 中反饋的邏輯。 揮作用。在工具 已藉由引導結果和朴正式訪談證明是有效 件模型和ICAT運算法中得到體現。因為模 之中,所以工具產生的所有反饋都符合該 貝的培訓中扮演兩個角色。首先,IC a 丁是 幫助學員充分理解和利用訊息。其次, 員’保證每一個學員在轉移至其他訊息之 ° ICAT是一個自足式模組,與應用程式分 用程式分離,就容許其他項目使用ICAT並 用私式完成之如就須!I 5式反饋。I cat模組在 後者容許學員與界面有效地互動,從而 生並發送適當的反饋。ICAT開發方法是一 的7步驟方法。該方法包括特定的步驟, 領域中的學習教程。使用該方法,可以提 ’從而滿足課程的教月需求。每個過程都 型,並且一些過程還包括運算法。每個過 識加入到設計之中,用於增強橋正性和教 測試工具。這些工具容許設計者和開發者 反饋和規則。另外,這些工具還讓設計者 程時了解他們的實時行動。依據一較佳實 作時引擎包括矯正的專家知識。這些物件 學員的工作以確認有問題的區域和發送集 設計者僅需使物件實例化就可以讓工具發 和引擎中體現專家知識,確保了課程的每 有效的反饋結構。依據一較佳實施例的文 部分有相同 之
539957 五、發明說明(28) 件結,為所有依據一較佳實施例的應用程式提供了 一個標 系統環境。開發目錄下有多個子目錄。檔案目錄的内 容$體系結構分離安裝的一部分。這是由檔案目錄的大小 决疋的。它不需要任何支持文件,因此它可以被放在一個 局域、萄中或個人计算機上。當依據一較佳實施例安裝體系 結構時,開發目錄下有— Arch、—Tools、jtilities、
Documentation、QED和Xdefault等開發目錄。每一個文件 夾^自己的目錄結構,和其他的目錄互動連接著。必須維 持這種結構,以確保項目間的一致性和相容性,從而使項 目的差別,以及體系結構的更新得以明確化。 、-^rch目錄儲存有系統體系結構中許多最常見的部 刀。沒些文件通常不改變並能在項目的不同領域中再度利 ,。如果應用程式中有會在其他應用程式中連續使用的常 代碼,就可以將這些文件放在該目錄下的一個文件夾 ^ —Arch目錄下的子目錄被分成主要項目的多個物件。 本例^的物件指的是在項目中經常參照的項目部分。例 如,足裡定義了模組和分類,而且目錄與功能庫和Αρι等 類似。例如,IcaObj目錄儲存的是智能教練代理(ICA ) =代馬InBox〇bj目錄儲存的是項目的InBox部分的代碼 。文件結構使用了主要的物件參照資料作為文件目錄。 =如,IcaObj目錄是包含iCA的主要物件(例如功能形 1 ΐ ^和^刀類)的一個元件。Br〇WSer〇b j目錄包括與體 系〜構中的瀏覽器功能有關的模組、分類和形式。 HTMLGl0ssary目錄包括的是用於體系結構的hmtl參照資料
第33頁 539957 五、發明說明(29) 和詞彙元件的代碼。lea Ob j目錄包含的是應用程式中使用 的I CA功能代碼。這些代碼依據一較佳實施例被實例化和 增強。InBoxObj目錄包括與體系結構中使用的inbox功能 相關的代碼。更詳細言之,在體系結構目錄有兩個主要元 件。有一新的· ocx控制件被應用以為應用程式中的inb〇x 提供功能。還有一代碼能提供對傳統inbox應用程式的支 持。PracticeOb j目錄包含有體系結構的主題元件的代 碼。這個主題元件也可以和HTMLGlossary元件一起執行。 Qmedi a Ob j目錄包含有與媒體相關的元件。一個例子是 QVIDctrl. els。QVIDctr 1是在應用程式的QVID文件和依據 一較佳實施例的系統之間創建聯繫的代碼。Sim0bj·目錄包 括模擬引擎,這是一個應用程式的元件,藉由電子表格以 幫助溝通而告知指導者輸入和輪出。StaticObj目錄保存 有應用程式在應用程式的其他部分會靜態使用的任何元 件。例如,登錄表格就被保存到此目錄中,並被用作依據 一較佳實施例的靜態物件。SysDyn0bj目錄包含有容許系 統動態引擎(Powersim)將數值傳給模擬引擎並將數值回 送給指導者的代碼。VBObj目錄包含有應用程 ^物件(Visual Basic Object,視覺基本物件)。, NowWhat、VB 參考表格(Visual Basic Ref p K基本參考表格)和特定的訊息框元件都儲存e在此。=, 失中。—Tools目錄包括兩個主要的目錄。它 :據-較佳實施例的最常用工具。這兩個目錄工 身提供代碼。為這些工具提供代碼的原因是,'為^容& 539957
發者增強工具的某些部分以擴展它們的功能。這一 目前的項目開發和工具的發展非常重要。Icaut i ls -對於 含data , databse , default , graphics , icad〇c ,目錄包 testdata目錄。所有這些目錄的目的都是為開發者 級工作目錄,使其能將增強的Icautils應用程式的^二 境和項目應用程式分離開來。這僅是作為工具的測:^ 建立的。這裡不應該進行應用程式特定的工作。在項量而 錄部分將更詳細地解釋這些目錄中每一個的目的。目目 TestData文件夾對於—ΤοοΙ/ICAUtils目錄是獨一無二、 它包括ICAUtils中的其他元件中之回歸工作臺的 =° 料。 A貝 實用程式目錄包含有商業模擬計劃獲得最佳結 需要的可用實用程式。這裡儲存了代碼和可執行的實用 式,開發者和設計者可以依據一較佳實施例使用和二 些實用程式。大多數實用程式是可以在模擬的生產中應= 之小應用程式或者工具,後者包括可執行的程序和盥:相 隨的代碼,用於增強和改變這些實用程式。如果在二個項 目的基礎上創建新實用程式或者增強既有實用程式,那麼 非常重要的是要通知負責追蹤商業模擬資產之經二 開發者。任何對商業模擬技術資產的增強、改變或附加二 對於將來和現在的項目都是非常重要的。 在反饋的ICAT模型中,有4級的錯誤嚴重性和4級對應 的反饋。指導者檢查學員的工作,確認錯誤的嚴重性並提 供相應的反饋等級。
539957
五、發明說明(31) 反餿的教育分類. 鐯誤 錯誤 類型 說明 反鑌類塑 ---〜—__ 說明^ ^— 無 沒有錯誤存在。學員的 工作很完美 讚揚 句法 可能存在拼法錯誤或其 他句法錯誤,作為一個 設計者,你應該相信學 員將會在此時掌握材 料。 潤色 可能為他進行取。爿如,你的工作 中有-到兩個錯誤。看起來你將傳真 購買錯誤地歸類為以現金購買,而事 嘗 Jr ^ yV Un / t crtt 局部 紙面上一段漏掉了,或 者學員在一個區域犯了 所有的多個錯誤。學生 明顯沒有理解該區域。 集中 _只工匕疋刀期付款購買 讓學生的注意力集中到他的工作領 =。指出他至少沒有理解一個主要觀 ,。例如,看過你的工作,我認為你 沒有理解“㈤account(分期付款),, 的觀念。為什麼你不重新復習這個觀 找出你工彳七4^ ^〇 3. /SJ 子貝對錯誤的主題進行 寫作,或者是學生的工 作中全都是錯誤。 ---- 重新指導 --^ 1 r Τ «VwwTb : 重新聲明行動的目的並告訴學員復 各主要觀念並重新嘗試該行動。“你 的工作中有很多錯誤。在作日誌記 錄之前,你需要想一想每一源文件 的交易類型是什麼”
539957 五、發明說明(32) ,回到幫助某人撰寫論文的類比中,如果風 的主碭進仃寫作,這就是一個須要重:貝對錯講 誤。如果學生將論文重寫後並送回,〆二::的全局錯 地方有許多錯誤,這就需要集中反饋。Z果^的某一個 被改正了,僅有拼法錯誤果=有的錯誤都 饋。如果改正了所有的句法錯誤,指曰:者;#需要潤色反 並重新總結學員寫出正確論文的原因。表揚 完成任務的教育元件上是不夠的。 、,思力放在 的那樣,,員常常嘗試藉由作弊來f:::位教師所知道 工作和希望老師不注意或者學生員可能不 而將希望寄托在獲得答案的暗示’ 入這些管理功能,有三種附加 ::反:二: 理%私女八拓人頭®埋分類。反饋的管 理和教月分類說明了設計者能寫 反饋類型。下面提出叫列,用 1且子員此接收的所有 如何協同工作的。 用於幫助大家更加理解反饋是 方d Τ顯疋一依的據曰一略較佳主實施例# ~個娜顯示。屏*的右上 和衡平、收入、及開支。型的帳目:資產、負債 到曰誌登錄的借方或貸;=表中t帳:Γ 貝万宁,而圮下交易的日誌0然後, :員在項目的母個帳戶中輸入美元數目。在這個界面中, 像在真實生活中一樣,學員可以有多個帳的曰誌登錄 對多個ί戶進行借貸)。工具條1 200和任務的第〆 父易1210顯著地顯示在屏幕上。學員可以在大量的交易
539957 五、發明說明(33) 中來回移動。對每一個交易,學員必須辨認那個帳戶是貸 方,那個帳戶是借方。學員完成此工作後,他就點擊小組 按紐。圖9是依據一較佳實施例的反饋顯示。學員可.能什 麼也不做就進行提交,想嘗試欺騙該系統。丨CAT系統若確 認學員沒有做任何實質數量的工作,即回送一個圖9中說 明的管理反饋。反饋指出,學員什麼都沒做,但是它也聲 明’如果學員確實做了某些工作,指導者會將注意力集中 在首先之少量的日誌登錄上。圖丨〇顯示依據一較佳實施例 的曰諸登錄模擬。圖1丨顯示依據一較佳實施例的模擬仏i i
Phone 用和貸 依據一 後,學 藉由使 ICAT 聲 曰諸登 交易中 饋,認 達於多
Bill 曰 出現金 較佳實 員提交 學員的 明它僅 錄完全 都犯了 為已經 麼明確
諸登錄。這些日誌登錄是藉由將 各為700美元登入於借方而完成t 施例的反饋顯示。在試圖記錄前 自己的工作,並收到圖1 2說明的 注意力集中在被評估的工作領域 著眼於前三個日誌登錄。反饋聲 錯誤,而第三個則接近。如果學 大的錯誤’那麼ICAT可能給出重 產生了全局錯誤。第三個標號亦 ’可確認近似之疏忽。 公用設施費 圖1 2顯示 三筆交易之 反饋。反饋 來開始。 明,前兩個 員在前三個 新指導的反 強調反饋能 設計情節--此情節顯示 個BusSim應用程式的觀念化和 一較佳實施例的第一情節的步 並且決定’為了支持客戶的學 諸技能的任務。設計者開始設 的是工具如何被用於支持一 詳細的設計。圖1 3顯示依據 驟。設計者已經收集到需求 習目標,需要一個教授記曰 叶,首先是藉由學習記日誌
第38頁 539957 五、發明說明(34) 本身,然後使用知識工作臺來描劃出她希望學員學習的觀 念的分級。在最一般的等級上,她創建了一個"日誌記錄" 的基本觀念。她藉由定義”與現金相關的交易”、”與費用 相關的交易"、"與費用分期支付的交易"的子觀念來對此 進行精細化。這些觀念分別被進一步精細劃分至支持學習 的品質和模擬的真實度所須要之深度等級。然後,設計者 設計記曰誌、的界面。由於學習的最佳方式是實踐,她決定 應該要求學員為一套交易記日誌。她提出一套22個檔案, 這些檔案代表了金融專業人員認為該工作中必備的那些。 它們包括了整個的資產、費用、負債和衡平、收入交&。 其中還包括一些不應輸入到日諸中的檔案。包括這些,,分 心檔案"是因為在實際生活中經常會發生錯誤檔案的情 況。此時,設計者使用知識工作臺中的這些領域模型特性 以畫出曰誌。在領域模型中產生—個實體,代表每一個交 易,每-個來源槽案。基於設計者選擇的22個稽案,她能 J期=員會犯的錯誤。對於這些錯誤,她創建了反饋主 :甘;其中***了大量文本。她還創建了反饋的主題,以 於其成功時通知學員。德·: 發的多種情境。 &饋主喊係創建以處理學員可能?丨 務在=能觸發觀念樹中之主題的概要(這個任 務在本質上並非進行計算,所以不需要配χ 任
Transformation )。舍一恤热上-“ 所谍$ ^ ^ 1 ; 田概要在其條件為學員的工作 -發一個主題。為了對設n ^彳干此=疋為真的概要都觸 對》又汁進仃一些必要的測 539957
用了學員模擬 學員一樣操作 她希望如何對 的借出或貸入 擎,以便看到 麼反饋。所有 界面的參與。 測試學員與記 PowerPoint 幻 工作臺模仿他 化了低真實度 易解決的設計 器測試工作 領域模型。 它們記日誌 的美元數。 如果學員以 這些都發生 本階段的最 曰3忘作所 燈或位元圖 的行動,並 用戶測試, 之早期將它 臺。設計者 她拖矣帳戶 。她還輸入 她將自己的 同樣的方式 在測試工作 後一步是低 提議選用的 進行互動。 告訴他反饋 並幫助設計 們辨別出來 月像在界面 到不同的交 她希望對每 行為提交給 執行動作時 臺上,沒有 真實度的用 應用程式界 一個幫助人 將會是什麼 者在可用性 上工作的 易,表示 個帳 戶 元件引 會得到什 應用程式 戶測試。 面的 員在測試 。這就簡 問題還較
圖14和1 5顯示與依據一較佳實施例之Bui 1(1 Scenario(建立情節)相關的步驟。指導性設計者如先前情 節中所見般完成了初始的互動和界面設計。在低真實度測 試之後’就開始了建立階段。圖像藝術家使用設計來創建 構成界面的位元圖。其中包括按鈕、欄位、交易以及其他 屏幕小工具的位元圖。開發者使用位元圖建立界面,旅增 加能將學員行動告知領域模型的功能。這裡使用了標準的 事件驅動的程式規劃技巧來創建代碼,所述代碼在應用程 式執行過程中對界面的事件作出反應,並將適當的訊息傳 遞給領域模型。開發者不必對内容有很深入的了解,因為 她並不需要建立任何邏輯以支持對學員動作或反饋所進行 之分析。開發者亦需要對基於領域模型的改變而重建界面
第40頁 五、發明說明(36) 的邏輯進行編碼。通常需要—些 便能讓應用程式正確地和开彳生二9 這些步驟的通路,以 * 千進衧渣福 回歸測試工作臺使過程流慯彳 。除錯實用程式和 件溝通能夠依設計的構想進行 7::程式的界面和元 測試上。 務就轉到了可用性
Test Scenario(測試情節)說 應用程式的周期。它特別钻批 J疋小組歷經以測試 〜野對可用卜 出,這些工具也有助於功能性 ^忒,但是很容易看 使用記日誌的任務作為例子。=σ :知測試。我們再次 的測試情節。該測試中的學I =16顯示依據一較佳實施例 員剛完成任務過半,正試二二2,了記曰誌、活動。一個學 向金融教練進行提交,第16個交易的日諸。學員 助人員以右鍵點擊反饋窗:中‘:融::白。’員通知幫 出現-個窗口,顯示這是第” 融教練的臉部。然後就 其他細節。幫助人昌r甘罘(久獒交,並顯示出該提交的 學員)輸入問題的文本說i可順利完成了任務的 的本質和嚴重程度。學員的新=真寫/、他部分以指出問題 獲得的所有反r都姑A 所有工作和他們在27次提交中 料庫中。,導‘一十:記於用戶接收測試(ϋΑΤ)歸檔資 歷史記錄,ί ί1又 可查看υ Α τ資料庫中的學員的所有 行記曰誌的Ϊ:出y題的學員在哪個單元期間中試圖進 新讓學員的27! η,設計者利用回歸測試工作臺,重 然後,膂外土 _人k 乂通過凡件引擎,從而重建這些問題。 察學員‘可透過學員所做的每一次提交而瀏覽,並觀 父所做的工作、學員獲得的反饋及幫助人員的
第41頁 五、發明說明(37) d如原國因有的幾:鐘=設:者可以使用除錯工具來確定 犯錯誤之特定組合須要附加針對解決學員所 作臺,以設計新的概要和她使用知識工 的占位符和腳本,該視頻戰爭二還見頻戰爭故事 者館存任務的新設二並二ΐίί㈡ 歸測試工作?:如丄= 就將新任務設叶 _ 了要求的涵蓋範圍覺得滿意,她 給所有的Ϊ;件移交給用戶測試,然後該文件會發送 執行情節:學員瞢__,,, θ ;具;件如何支持學員之管理:當;Π據例 工作=對===預測試,; 枓,從而確定學昌从处〜 讯w表格和其他資 員規晝一個課程表。庫任務庫動態地為學 7卜尚需要學習印^斗 L 伯印子貝除了其他事 現指示出:=ί;ΐ學員通過課程的過程中,他的表 要快。基於這種^現領域中比在其他領域中進步得 些附加的任;Γΐ助绿程表,為他增加- ^進步的那些任進他已 作時,他做的每一個私从^ _田干貝在任務中進行工 動作,獲付的每一個反饋以及表現的 539957 五、發明說明(38) 任何一個指示,都可以+ 隔一段時間,部分或所2予員追蹤資料庫中進行追蹤。每 這些資料可以用來驗^巧蹤資料被傳送到中央位! ° 以對這些資料進行進—二貝疋否完成了所有的工作,還可 度。 、 乂分析以衡量他對内容的掌握程 執行情節:學員石命^ 套件如θ ± i Γ 動~ ~圖18顯示依據〆較佳實施例 :學員的互動。在此任務中,,員嘗試為*** 的日看到的是帳戶的圖表,一張***以及每張*** 沾,,' °他將一個帳戶從帳戶圖表中拖放到日誌登錄 斟六日且和貸方’行,並輸入借贷的美元數目,從而完成 、父易的日誌。對每一個交易他都要這樣做。當學員與界 面互動日守,所有的行為都被報告到領域模型中並記錄下 來。領域模型有一個說明交易、資料以及日誌登錄所包含 訊息的元模型。學員的行動用適當的訊息充滿於領域模型 中的實體。當學員準備完畢後,他將工作提交給模擬小組 成員審查。該提交會觸發分析—解釋周期。
Trans format ion元件被調用,並對領域模型重點資料執行 附加的計算,可能會確定對於某一給定的日誌登錄,借贷 並不平衡。Trans format ion元件可能對領域模型進行基於 規則的模式匹配,檢查學員的行動和任何Transformation 元件分析的結果。一旦確認出學員所給的錯誤或正確艾 案,許多概要就會引發。任何引發的概要都會激發 ° Remediation元件中的主題。當Profiling元件的工作完成 ‘後,就調用Remediation元件。Remediation運算法在觀☆ 第43頁 539957
樹中搜 題集可 域模型 散文的 諸工作 方法。 諸所引 為學員 導致更 束 、令口 中,設交易。 索活動 能包括 的行動 段落中 錯誤限 這樣就 發的稅 提供說 新領域 ,而界 計者選 〜規必,以 文本,視頻 。然後,主 ’並發送給 制於局部, 為學員提供 收和法律後 明日誌基礎 模型的訓練 面被轉移以 擇用紅色的 確定發 ,音頻 題集被 學員。 並理解 了機會 果有關 知識的 項目被 表不新 標記突 送最好的主題集。這個主 ’ URL,甚至還有操縱領 組裝到文本和媒體的類似 文本反饋幫助學員將其曰 錯誤的原因和糾正錯誤的 ’來觀看因為不正確的曰 的視頻戰爭故事。另外還 參考材料之鏈接。當任何 登記,分析一解釋周期即 的領域資料。在本實例 顯學員沒有正確做日諸的 (ICAT的功能定義)
本節說明了依據一較佳實施例的反饋過程。對每一 過程,有一個過程的定義和知識模型的高級說明。此一 義旨在將模型中一些關鍵元件/物件的基線理解給予讀 者,以便讀者繼續閱讀本文的剩餘部分。如欲獲得每個知 識模型内的每個元件的更詳細說明,請參照10^元件的 細說明。但若要獲得對^^的大概了解,僅需閱讀總體= ,、。如果要深入了解ICAT,請閱讀此節和與知識模型和運 异法相關的詳細說明元件的章節。這些過程和運算法體 了 I CAT中的反鎖換型。I CAT中有6個主要的過程,以下說 明之,並在後文中更詳細地說明之。 °
第44頁 五、發明說明(40) 圖1 9顯示依據一較隹每 用程式界面互動時(過程列的矯正過程。當學員與應 試圖完成商業提交標的物時,,矯正就開始了。當學員 行動的訊息(過程#2)。卷風Ύ程式就向1CAT發送每個 於審查時,I CAT將學員* 士、^予去員疋成工作並將其提交用 應該被完成的方式(此設”聲明行動 較結果,ICAT獲得正確的、 ,)進仃比較。根據比 #3 )。計數完成後,ICA ’曰…、關項目的數量(過程 )。反饋運算法選擇要顯示^此::練主題(過程#5 的文本段落(過程#6) 丁最:些反二、並將它們構成連貫 的一部分,I CAT用風g τ ^羑作為創生反饋文本段落 量。這將使反饋更:特定:的換反饋:的所有變 知識模型—界面物 八元全針對學員的行動。 操縱應用程式界面上的:任::G—BS任務中,學員必須 物。圖20顯示依據一款=二,來完成要求的提交標的 nr s,i ^ m ^ 康較佳貫施例的用於日誌工作之物件。 下列抽像物件用於所有類型之界面互動的模型建立物件 實:學來完成工作的-個物件。在記曰諸之 :有有限以每=建立7個借方和-個贷方。學負 不目从益一加,戶用以對母一個交易作出反應。界面上出 ^ g ^ 戶都有相應的Sourcel tem物件。換句話說, 子、α /、、、用來完成任務的項目(帳戶名)被稱為 Source 11em 〇 _加〇 w , 、 個Source就疋一個將一些Sourceltem物件 匯集成說的物件。Source物件與Source Item物件之間有 539957 五、發明說明(41) 一對多的關係。在記日誌實例中,有4種類型的帳戶··資 產’負債和衡平,收入以及支出。每個帳戶是這些類型中 的一種且僅能是一種,因而在適當的帳單下出現。對於每 一種帳戶類型表列,都有一種對應的Source物件。一個標 的(Target)就是一個固定的位置’學員可以將Sourceltem 放置在那裡來完成〆項任務。在記日誌的實例中,學員將 帳戶置於兩個可能之標的上:借方和貸方。日誌登錄控制 件的開始兩行是借方標的,最後兩行是貸方標的。這兩個 標的對於第1 2個交易是特定的。Tar get Page是一個將一些 Target物件匯成一組的物 件之間有一對多的關係( 係一樣)。在記日誌實例 個日途、登錄。每一個日諸
物件’後者包含了日誌登 當學員操縱應用程式 ICAT。為了告知^^進行 庫並要求獲得特定的界面 了 Target 控制件和s〇urce 將Sourceltem映射之標的 員操縱一個來源項目,並 帳戶名拖到日誌的借方行 來源項目與標的之間的映 UserSourceltem 標的。圖 項目與標的項目之映射。
件。TargetPage 物件與Target 物 與Source和Sourceltem之間的關 中,22個交易中的每一個都有一 登錄都有一個對應的TargetPage 錄的借方標的和貸方標的。 界面時,每一個行動都被報告給 了什麼行動,應用程式調用資料 控制件編號。一旦應用程式獲得 11 em控制件的編號,應用程式就 通知給I CAT。換句話說,每當學 將它與標的聯繫起來(例如,將 ),用戶行為就被記錄下來作為 射’這種映射被稱為 2 1顯示依據一較佳實施例之來源 一旦學員準備完畢,他就通過點
539957 五、發明說明(42) 擊小組成員的圖標,向一個模擬小組成員提交工作。當 I CAT接收到學員的工作,它計算出哪些工作在觀念上&正 確的。我們記曰誌活動中的觀念還包括借方、貸方、資產 帳戶等。對於這些觀念中的每,個,ICAT都審查學員的所 有行動,並確定學員的多少個行動是正確的。為了讓1(^丁 理解界面上的哪些標的與每個觀念有關聯,我們將標的結 合於標的組中並在分級結構中赋予優先性。一旦啟動了所 有的訓練主題,一個反饋選擇就對觀念分級中的活動矯正 進行分析,並選擇最適當的進行發送。選中的反饋被組裝 成組合的反饋段落並發送給學員。圖23顯示依據一較佳實 施例的反饋選擇。當I CAT通過規則激發啟動了
CoachTopics之後,反饋選擇運算法就被用於確定最適當 的一套Coach Item (與Coach Topic相關的特定反饋文本) 以便發送。運算法係藉由分析觀念分級 )、活動的CoachTopics和Coachi terns的使用歷史來完成 確定工作的。圖2 4顯示依據一較佳實施例的反饋邏輯的流 程圖。下文列出了順序執行的反饋邏輯的五個主要領域。 第一,運算法在標的組中搜索,並在其中尋找具有活動訓 練主題的頂級標的組。第二,運算法再檢查頂級訓練項目 疋否疋讚揚反饋。如果是讚揚反饋,則表示學員已經正確 地完成了商業提交標的物,所以〗CAT將停止工作並回送訓 練項目。第二,如果反饋不是讚揚反饋,則ICAT會檢查其 是否為重新指導、潤色、取巧者(其對應英文是 、 『Mastermind』,意為一種取巧之學員,不願嘗試努力學
539957
五、發明說明(43) 習一項課題,而圖藉由反複要求反饋的方式,目蒙混@ 關)、或未完成停止。若其為其中任一種情形,^運昝、 即停止並向用戶回送該反饋。第四,如果反讀是华中矣 饋,則運算法針對兒童標的組,並將具有集中組^ ^
這些標的組中之任何活動反饋編為一組。第五,—曰% < 到反饋,取代語言即行運作以適當的名稱替換取代^ =集 一旦ICAT選定了要回送的反饋,就將該反饋組裝到严=° 中。在段落的組裝過程中,ICAT也參與並替換^右二洛 置。Sour cel tem和Tar get具有特定的變量。變量终予 特定性。反饋可以指出在哪些Target上放置了哪些錯^讀 Source Item。它還藉由提供一個或兩個映射到Targ^上的 Source I tem來提供暗示。 的 (依據一較佳實施例創建反饋的步驟) 反饋的目的在於幫助學員完成一個商業提交標的物。 教練需要辨認出學員理解和不理解的觀念分別是哪些。 練需要告訴學員他的問題並幫助他理解這些觀念。在為廉 用程式開發反饋的過程中涉及到7個主要步驟。第一,創u 項戰略 由設計者定義出學員應該知道些什麼。 第二,透過界面限制錯誤------設計者確定界面是否能確 認一些低級別的錯誤。第三,創造一個標的組分級------- 設計者在準則中表示該知識。第四,為標的組分級排序 设計者告訴指導者應該首先診斷哪些觀念。第五, 記錄反饋 設計者記錄反饋來告訴學員其已採取之作 法和下一步該做什麼。第六,記錄反饋的級別——----設計
第48頁 539957
者記下反饋的不同級別,以免學 七,冗錄規則 設計者定義 第 員多次犯同一個錯誤 激發反饋的模式。
反饋戰略疋一套鬆散的問題,能在設計者創建規則和 f時對其進行指#。戰略說明了學M應該學習什麼,他 =何嘗試和創建商業提交標的⑼,以及專家如何完成提 ^的物。對學員來說,應用程式的目的是提供從新手模 1到專家模型的過渡。使用應用程式後,學員應該知道些 什麼呢?設計者需要完成的第一個任務是精確地定義在互 動結束前學員必須學習哪些知識。學員應該知道特定的知 識—— ----例如公式嗎?或者,學員應該理解高級別的戰 略和詳細的商業運作嗎?這種知識是反饋戰略的基礎。指 ,者需要確認學員是否已經正確地使用了知識,或者是否 ,存在錯誤。一個例子是記日誌的工作。對於這種活動, 學員需要知道記日誌行為的目的,要借贷的特定帳戶,以 及借貸的金額。學員的借貸工作單獨看起來可能並非正確 的或不正確的,但是與借貸的美元結合起來看卻是正確的 和不正確的。因為有兩種不同的知識類型-------借贷悟 戶和借資金額-------反饋需要確認兩種錯誤類型並為^ 提供適當的反饋。
新手如何試圖完成該任務呢?設計者開始就應該定義 自己認為的新手試圖完成該任務的方式。對學員來說,哪 些地方困難,哪些地方容易。此一新手的觀點是學生帶入 該任務中的一種思維模型,而反饋應該幫助學員獲得專家 ,的觀點。没計者應該特別關注他們認為學員會犯的特徵性
539957
的錯誤。設計者將希望為這 例子疋在曰自志活動中混淆支 些帳戶,所以設計者可能需 澄清這些模糊觀念。 些錯誤創建特定的反饋。一個 出帳戶。因為學生可能混淆一 要記下特定的反饋來幫助學員 專家如何完成該任務呢?這是完成該任務的專家模 型。^饋應該幫助學員過渡到能理解模型。設計者在創建 =ΐ化、’.應ί將專家模型的關鍵特性整合到他寫的讚揚反 貝中。,學員完成部分任務時,就應該給學生正面的鼓 勵二泝學生,他正確地完成了任務,並且可以用同樣的 過程完成其他的任務。這四個問題並不能包括創建反饋的 概要,但疋它們定義了反饋和整個應用程式需要完成的工 作。設計者應該確保反饋評估了學員應該學習的所有知 識。另外,反饋應該能夠矯正設計者認為學員會犯的任何 ,徵性錯誤。最後,設計者應該將反饋編成組以便於像專 家一樣回送反饋。一旦確認了這些元件,設計者就可以開 始創建標的組分級。因為存在正面和負面的影響,設計者 :要選擇什麼時候通過界面進行仔細橋正。決策的標準 是:錯誤是低級別資料輸入錯誤還是高級別的智能錯誤。 如果錯誤是低級別錯誤例如一個打字錯誤的資料,那麼通 過界面進行矯正可能是適當的。如果設計者決定讓界面指 出錯誤,則看起來好像是系統產生了該訊息。系統產生的 訊息是機械性檢查,不需要複雜的推理。與之相較,複雜 的推理,例如學員為什麼選擇特定的帳戶類型 嗲 通過ICAT來矯正。 《 Μ I $ 539957 五、發明說明(46) 系統訊息一學員知道自己要 型的矯正是非常重要的。基於界 覺起來像系統訊息。它們應該使 界面,並且給人不同的感覺。在 中,存在一個系統訊息,内容是 息通過不同的界面給出,短促的 的。這樣做的動機是低級別資料 散而非誤解。工作鬆散的錯誤並 的大量推理,僅僅需要將它們確 推理錯誤則需要關於其發生原因 工具(例如標的組)來幫助完成複 許設計者將錯誤和觀念編成組, =們=矯正(即,困難的觀 °定時和其他與人類似的橋 大ϊ推理的低級錯誤包括:二 量的輸入,則在容許學 疋 否已疋成。通過在過程 免受必須檢查所有輪入St —對系統的簡單心= 如果沒有進行選握 疋查找 先完成X”可能是恰备饜糸統產 田的0數曰丁 核是匹配數目。正如 数目不 查核放在適當的位置,^二誌活 從每個訊息源得到何種_ 面的墙正應該看上去和感 用一個不同於ICAT墙正的 本文說明的記日誌工作 π借與貸不平衡π。這種訊 語句和其他橋正是不同 輸入錯誤顯示的是工作鬆 不要求對產生錯誤的原因 認出來。但是,高級別的 的大量推理,而ICAT提供 雜的推理。標的組分級容 並且確保在最適當的時候 念在容易的觀念之前被矯 正需要ICAT ;其他不要求 全------如果任務要求大 前’界面能夠查核輪入是 到空白的區域,學員可以 現空白區域的挫折。空白 是否進行了選擇或輸入。 生訊息你必須在繼續前 匹配〜〜――另一種快速查 動中—樣,將快速的界面 須匹配的數目是確實匹 輸入錯誤在界面級比在教 配,乃為非常有用的:保必 ^小的資料
第51頁 539957 五、發明說明(47) 練或培訓級常常更容易橋正(此係指當它們對課程的風 >习 目的還不是至關重要的情況下)。在使用界面墙正錯 時候’有兩個主要的問題必須記住。第一,確保界面係在 橋正低級的資料輸入錯誤。第二,確保反饋看上去和戌'興 起來與IC AT反饋不同。界面反饋看起來和感覺起來應ϋ 是由系統產生一樣,而I CAT反饋看起來應該像是由_ &風 員工作的智能教練所產生的。 創建標的組分級---------標的組是可以被作為一個 整體評估之標的集合。回到反饋理論的嚴重性原則,可以 很清楚地看出指導者需要確認學員不理解哪些行為。這是 Μ 一個全局的問題?即學員對行動完全不能理解嗎。或者, 這是一個局部的問題嗎?即學員僅僅對一個觀念感到困 惑。使用先前說明的反饋運算法,指導者會回送具有反饋 的最南標的之組。此運算法要求’設計者以大之標的組開 始,並產生作為大組的後代之子組。ICAT容許學員將標的 編制成一個以上之分類。因此,交易1 3之借方標的可以在 交易1 3的項之標的組,借方之標的組以及包括所有來源檔 案之標的組中。吾人應於頭腦中用4個關鍵的觀點對標的 進行編組。標的組應該依照下列事項進行編組:所教導的 觀念;界面限制;避免訊息過載以及正面鼓勵。 創建標的組時最重要的問題在於:根據學員必須了解 以達到目的的觀念來創建它們。對那些與學員必須知道的 觀念類似之標的進行編組,容許教練審查這些觀念並看出 哪些觀念使學員困惑。第一步是,設計者應該以一種非結
第52頁 539957 五、發明說明(48) 構化方式確認出領域中的 表,它包括多種顆粒度的觀冬觀二第-關疋-個大列 間有直接關聯。定義;:二!:;和課程的學習標的之 各標的組中的所有觀念。有此 而要確邮出 . ^ 一子示的存在於多個才翠的如tb 〇 個標的在多個標的組中存在時,1意味著有某種 ,關係’例如親子關係或部份對於整體的關係。要點並不 在於產生一個觀念的結構化列砉 e ’、 口僻1G外表,而是概括性的列表。將 它們分成分級結構乃為過程的第二階段。 木 N〇teS: Loads from Database or
Document based on values 氺 of m__StorageTypeTask and m一StorageTypeStudent 氺 氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺 extern " C丨’
{ long —export WINAPI TuResumeStudent(long
StudentID, long TaskID, int fromSubmissionSeqlD ); //
Resumes a Student,s work for the Task at the specified Submission
第53頁 539957 五、發明說明(49) extern nC" {
long —export WINAPI
TuLoadArchivedSubmissions(long Student ID, long TaskID, int fromSubmissionSeqlD, int toSubmissionSeqID); // Loads Archived
Submissions For a Student’s work in a Task } extern M C" {
long —export WINAPI
TuUseArchivedSubmissions (int n) ; // Replays n
Archived submissions for debugging } extern "Cn {
long —export WINAPI
TuSaveCurrentStudentC ) ; // Saves Current
Student’s work to DB
第54頁 539957
五、發明說明(50) extern " C?, { long ——export WINAPI KillEngine( long ITaskID); // Delete all Dynamic objects before shutdown 氺 Function Return * Variables: TUT—ERR—OK 氺 * Notes : ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 0> ^ \L· ^ \L· ^ \J/ ^ ^ ^ \L· 氺/ CM extern {
export WINAPI TuSetTaskDocPathNameC long LPCSTR fnm ); } /木 .+ +小不小+小小小小小小小小+ 小+小小小小+ +小小小小小小 * Name: TuSetFeedbackF ileName * Purpose: To set path and name of file to use for holding feedback 氺 Input * Parameters : LPCSTR fnm * Path and name of
第55頁 539957 五、發明說明(51) file to use for holding feedback * Output none * Parameters : 氺 * Function Return
TUT_ERR_0K * Variables: 氺 * Notes : 氺/ extern "C" {
long ——export WINAPI
TuSetFeedbackFi1eName( LPCSTR fnm ); } /氺 ^ \L· \L· \L· nL· \L· \L· ^ ^ ^ ^ ^k +不+ + + + + + + 小小+小小小小+小小小小小小+小小小小小小小个小小小小小 * Name:
TuSetFeedbackPrevFileName * Purpose: To set path and name of file to use for holding previous feedback 氺 Input * Parameters : LPCSTR fnm
第56頁 539957 五、發明說明(52) 氺 file to use for holding * Output 氺 Parameters : 氺 * Function Return * Variables: * Notes :
Path and name of previous feedback none
TUT ERR.OK \|> sL· ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ \L· ^ %L· ^ 小小小小♦小+小小小+ +小小小小小小小小不不+小+ + +小小+ +小不不+ + +小+ + */
extern M CM long ——export WI NAP I TuSetFeedbackPrevFileName( LPCSTR fnm ); /氺 少少 + + + + + * Name: TuSe tLogF i1eName * Purpose: To set path and name of file to use for full logging * Input * Parameters : LPCSTR fnm * Path and name of file to use for full logging * Output
第57頁 539957 五、發明說明(53) none 木 Parameters : 氺 * Function Return
TUT ERR OK * Variables: * Notes: ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 小小+小小+小+小+小小小小小+ +小小+小+小小小小+ +小小小+ 不I +不+ + + + + 木/
extern f,CM { long __export WINAPI TuSetLogF ileName( LPCSTR fnm ); } /氺 /^ /|\ /|N ^ /J^ /f^ /p ^f% /p /|\ /|^ /f% /p. 氺 Name : TuSetLogLoadFileName * Purpose : To set path and name of file to use for load logging * Input * Parameters : LPCSTR fnm * Path and name of file to use for load logging * Output * Parameters : none 氺
第58頁 539957 五、發明說明(54) * Function Return
* Variables: TUT—ERR一OK 氺 * Notes : \l/ OV \l/ \|^ O/ \U \IV \^
氺/ extern ” C long ——export WINAPI TuSetLogLoadFileName( LPCSTR fnm ); * Name : * Purpose: file to use for student * Input 氺 Parameters : 氺 file to use for student * Output 氺 Parameters : 氺 氺 Function Return
TuSetLogStudentFileName To set path and name of logging LPCSTR fnm
Path and name of logging none
第59頁 539957 五、發明說明(55)
* Variables: TUT—ERR一OK 氺 * Notes : ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ \L· \L· \L· ^ ^ \L· ^L· \L· \L· \L· \L· \L· \L· %L· %L· \L· %!/ \l/ 个个个个小小个小个个小小个小个个小小小+小小小小小小小小+ +小+ + + + +不+不+不 氺/ extern丨’C丨丨 { long _—export WINAPI TuSetLogStudentFileName( LPCSTR fnm ); } /氺 ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 氺 Name:
TuSetLogSubmissionFileName * Purpose: To set path and name of file to use for submission logging 氺 Input * Parameters : LPCSTR fnm * Path and name of file to use for submission logging * Output 氺 Parameters : none 氺
第60頁 539957 五、發明說明(56) * Function Return
* Variables: TUT—ERR一OK 氺 * Notes : 个个个个个个小个个个个个个个个个个个个个个个小个个个个个个个个+ + + + +不+ + + + */ extern丨丨C1丨 {
long ——export WINAPI
TuSetLogSubmissionFileNameC LPCSTR fnm ); /* /p /f% logging 氺 Name: * Purpose : file to use for error 氺 Input * Parameters : 氺
TuSetLogErrFileName To set path and name of LPCSTR fnm Path and name of file to use for error logging 氺 Output * Parameters : none 氺
第61頁 539957 五、發明說明(57) * Function Return
TUT ERR OK * Variables: — * Notes : s^ + + + 个 + 小个 小 + 小小 + + + + + + + + + + + + + + + + + + + + + + + + + 氺/ extern丨丨C丨’ { long —export WINAPI TuSetLogErrFi1eName( LPCSTR fnm ); }
/氺 O/ \|/ \^ \^ \L· \^ /fK Jf\ /fs /^ /fs /|\ 氺 Name : TuSe tTrace 氺 Purpose: To turn Trace on and off 氺 Input 氺 Parameters : i n t TraceStatus 氺 TUT —TRACE—ON :Turn Trace On 氺 TUT „TRACE_0FF :Turn Trace Off 氺 Output 氺 Parameters : none 第62頁 539957 五、發明說明(58) 氺 * Function Return
Previous Trace Status TUT一TRACE一ON TUT TRACE OFF * Variables:
Value 氺 氺 氺 氺
TUT_ERR_INVALID_TRACE_STATUS * Notes : sL· \L· \U %if + + + 小 + + + + + + + + + + + + + 小 + 小 + + 小 + + 小小 氺/ extern丨丨C,丨 { long —export WINAPI TuSetTrace( int TraceS tatus ); } /氺 小小小小小小小小小小小小小小小小小^S + 不^IS不不不^IS +不+ ^S不不不不不 * Name: TuSetTrack * Purpose: To turn Tracking on and off. While tracking is on * all work the user does and all feedback the user receives 第63頁 539957 五、發明說明(59) 氺 is kept. While Tracking is off only the most recent work is kept. 氺 Input 氺 Parameters : int TrackStatus 氺 TUT. 一TRACK— ON ••Turn Tracking On 氺 TUT — 一TRACK— OFF :Turn Tracking Off 氺 Output 氺 Parameters : none 氺 Function Return 氺 Variables: Previous Trace Statu Value 氺 TUT. 一TRACK— ON 氺 TUT一 _TRACK一 OFF 木 氺 TUT一ERR—INVALID—TRAC1L 一STATUS 氺 Notes : 不不不不+ 不不不不不不小+不不不小小小小小小+不•不不+不小小小小 氺/ extern ’’ C" long export WINAPI TuSetTrack( int
第64頁 539957
Tracks tatus ); 模擬引擎 電子2格:m:讓設計者為其所希望學員利用Excel ί = ; Ϊ務進行模型建立。然後,設計者擁有運 Τ閱讀電子表格的所有重要單元,並將適 理:1D ’TargetiD 和Attribute)告知 庫,包含任務所雲2,電子表格,成為學員資料的中心倉 理盘ICA3之門的所古的大多數計算,且能和引擎結合而處 乂CA之間的所有通信。這項任務係自包含於電子表格 ::因此設計者不再需要圖形用戶界气 智能電子表格)。一旦由設計者完全地 :型:反饋1發者就可以將電子表格整合到圖形用”界 :二:不可見的’並充滿著由引擎所提供的功㊣。非常重 、疋,ICA需要知這的所有修正都通過了引擎, 只引擎知道怎樣調用ICA。這大幅地降低了對 2 能水準要求,並大幅地減少了每個任務的規劃時、 外,終端產品也會有更少的缺陷,因為教練的管 集中化了。如果存在教練的問題,我們僅需檢查 == 部分。最後,因為模擬引擎從電子表格中載入資 ^ “ 和應用程式之間出現資料不一致的機會是零。 教練 圖2 5顯示依據一較佳實施例產生模擬模型的體系鈐構 539957 五、發明說明(61) 的方塊圖。模擬物件模型包括一個電子表格模型,一個電 子表格控制物件,一個模擬引擎物件,一個模擬資料庫, 輸入物件,輸出物件,列表物件和路徑物件。我們討論的 第一個物件是電子表格物件。電子表格支持所有的模擬模 型。控制物件易於和VB開發平臺整合。控制物件支持列 印,並和Microsoft的Excel電子表袼相容。瞭解此點,設 計者就可以利用Excel公式之威力來建立模擬。電子表格 模型中所包含的不同單元可以被設置成輸入、輸出或列表 並屬於模擬路徑。電子表格中要求設計者手工輸入或學員 通過GBS應用程式輸入的所有單元,都用輸入物件來表 不。每一個輸入都有下列界面: 領域名稱 資料類型 說明 InputID 長型 表格的主要Key TaskID 長型 與輸入有關之任務的TaskID PathID 長型 與輸入有關之路徑的PathID InputName 字串*50 輸入的名稱 InputDesc 字串*255 輸入的說明 ReferenceName 字串*50 與輸入有關之電子表格的單元名稱 TutorAware 布爾型 是否在輸入有所改變時通知ICA SourceItemID 長型 若輸入係顯式輸入時為SourceltemID ;若輸入係拖 放式輸入時為0 TargetID 長型 輸入的Target ID Row 長型 輸入的電子表格行數—速度最佳化 Column 長型 輸入的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化
第66頁 539957 五、發明說明(62)
每個輸入的這些訊息都儲存在模擬資料庫 (ICAS im· mdb )的輸入表中。參照下面一例。當設計者建 構他們的模擬模型時,他們必須清楚有兩種類型的輸入 (顯式輸。入和拖放輸入)存在之事實。顯式輸入由一個電子 表格的單元構成,可以被設計者在設計時填入,或者在運 作時藉由模擬引擎物件的方法以GBS應用程式填入。此單 元的用途是提供模擬模型的的入口點。該入口點可以為例 如一個問題的答案或一方程式的一參數。如果單元是 TutorAware (所有的輸入通常都是Tut〇rAware ),則ICA 會得到任何單元變化情況的通知。當丨c A接到變化的通知 時’事實上有兩個訊息被發送給ICA : 一個具有輸入資訊 例如 SourceltemID,TargetID,以及空 Atrribute 之 ICANotifyDestroy訊息。此訊息是通知ICA將此訊息從記 憶體中刪除。另一個是具有輸入資訊如s〇urceI temID,
Target ID以及Atrribute(單元數字值) 訊息。此訊息是通知IC A將此資訊添加到記憶體中。顯式 輸入從來不要求用戶回答算術問題。 建構模擬的步驟如下:為Ex cei的C2單元定義名稱。 這裡我們已經定義為"Distinct—Inputn。在ICA中定義要 分配給模擬的一項任務,例如··由〗CA產生丨23的TaskI D。 在ICA中為輸入定義標的,例如:由ICa產生4〇〇 1的 TargetID。在ICA中為輸入定義s〇urceItem,例如:由ICA 產生1201的Source I temID。將輸入與路徑聯繫起來(參照 路徑物件的討論)。將資訊增加到模擬引擎資料庫的輸入
第67頁 539957 五、發明說明(63) 表中。輸入表中的記錄列出如下。
InputID: 12345 TaskID: 123 PathID: 1234 InputName: 問題1的輸入 InputDesc: 問題1的顯式輸入 ReferenceName: Distinct—Input TutorAware: 真 SourceltemID: 1201 TargetID: 4001 Row: 2 Column: 3 SheetName: Sheetl 一旦用戶點擊了 π運作輸入/輸出π,就填入了 Row, Column和SheetName 〇模擬弓j擎為設計者輸入的定義名稱 (參考名稱)解碼,並據此填充表格。這是非常重要的一 步。我們有數種情形會使設計者改變電子表格的布局,也 就是移動定義好的名稱位置,然後忘記執行該步驟。這 樣,奇怪的資料就被傳給了教練;該資料可能為舊的行和 列中剛巧儲存著的任何資料。一旦完成了建構,設計者就 可以利用I C A公用程式來測試該模擬。
第68頁 539957
拖放輸入包括兩個連續的電子一 必須由嗖叶者在今舛护播= 格早兀。兩個單元都 乂肩甶认彳者在,又汁日守填寫,或使用模 在運作時由GBS應用程式填寫。這種 擎物:的方法 當用戶必須在多個可能的答案中選擇一種時'拖y用入於
常是TutorAware。最左邊的罝开勹人兮 J —取左逯的早70包含該用戶所選擇答案的
Sourcei teffiI D (母一個可能的答案都有—個s〇urce〗
),而最右邊的單元能包含與答案有關的數值。你需要在 電子表格中為最右邊的單元定義一個名稱或 ReferenceName。當通知ICA任何改變的時候,事實上有兩 個訊息被發送給ICA : —個是具有輸入資訊即改變前的 SourceltemID,輸入的TargetID以及改變發生前的 Attribute值之ICANot if yDestroy訊息。另一個是具有輸 入資訊即變化發生後的SourceltemID,輸入的TargetID以 及改變發生後的Atrribute值之ICANotifyCreate訊息。
建構模擬的步驛如下:為Excel的C11單元定義名稱。 這裡我們已經定義為’’ DragDrop一 Input1,,讓我們使用與先 前相同的TaskID,因為問題2是問題1中的模擬的一部分。 例如:TaskID是123。在ICA中,為輸入定義一Target (標 的)。例如:由ICA所產生之4002的TargetID。在ICA中, 為問題的每一個可能的答案定義Sourceltem。例如··由 ICA所產生之1202到1205的SourceltemID。將輸入與路徑 聯繫起來(參照路徑物件的討論);將資訊增加到模擬引 擎資料庫的輸入表中。依據一較佳實施例,輸入表的記錄 列出如下。
第69頁 539957 五、發明說明(65)
InputID: 12346 TaskID: 123 PathID: 1234 InputName: 問題2的輸入 InputDesc: 問題2的拖放輸入 ReferenceName: DragDrop一Input TutorAware: 真 SourceltemID: 〇 木料 TargetID: 4002 Row: 11 Column: 3 SheetName: Sheetl 列表物件包括一個識別該列表(單元# 1 )的單元和 一系列類似於拖放輸入的占位行(單元# 1 · 1 -1 · η到單元 #η·1-η·η)。當用戶必須在多個可能的答案中選擇多個 元素時,經常使用該列表。單元# 1必須有一個獨特定義 的名稱,又稱為列表名。單元# 1 · :1 -η· 1能包含用戶選擇 的一個可能答案的Source It emID (每一個可能的答案都需 要一個SourceltemID)。這些表格的内容必須遵守的格式 為··〜ListName 〜SourceltemID。單元 #1·2-η·2 將包含左 ^邊相鄰的單元的SourceltemID。單元#1.3-1.11到#
第70頁 539957 五、發明說明(66) - η. 3-η· η是與答案相關聯的資料的選擇性占位工具。特別 注意事項:在執行列表物件時,設計者必須將#n. 1-#η. η 中的單元置為空,因為每次從列表中刪除項目時這個區域 都會向上移動。 每個列表都有下列界面: 領域名稱 資料類型 說明 ListID 長型 表格的主要Key TaskID 長型 與列表有關之任務的TaskID PathID 長型 與列表有關之路徑的PathID ListName 字串朽0 列表的名稱 ListDesc 字串*255 列表的說明 ReferenceName 字串*50 與列表有關之電子表格的單元名稱 TutorAware 布爾型 是否在列表有所改變時應通知ICA TargetID 長型 輸出的TargetID TotalColumns 長型 資料列的總數 Row 長型 輸出的電子表格行數—速度最佳化 Column 長型1 輸出的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化 繼續我們的數學測試以說明對列表的使用。本例中的 數學問題邀請用戶選擇多個元素來建立答案。此為建構本 節的模擬所須之多個步驟。圖2 6顯示依據一較佳實施例建
第71頁 539957 五、發明說明(67) 構一模擬的步驟。於Exce中為C23單元定義一名稱。這裡 我們已經定義為"The 一 Li st"。我們使用與先前相同的 TaskID,因為問題3是和問題1及問題2同一模擬的一部 分。例如:Task ID是123。在ICA中為列表定義標的。例 如:由ICA產生的Target ID為400 6。在1(^中為可能放在列 表中的每一項定義一個3〇111^6 1七6111。例如:由了以姦;51: 120^1210 :12Π ^1212 將列表與路徑聯繫起來(參照路徑物件的討論)。將此訊 息增加到模擬引擎資料庫的列表表格中。 依據一較佳實施例之列表表袼的記錄列出如下。
ListID: 12346 TaskID: 123 PathID: 123^ ListName: 問題3列表 ListDesc: 問題3的列表 ReferenceName: TutorAware: 真 TargetID: 4006^ TotalColumns: 1 Row: 23 Column: 3 SheetName: Sieet 1
第72頁 539957 五、發明說明(68) 的 電子表格中儲存計算結果r、, 單元可以用輸出物件來表示。息 文<iwr 口 侧八,Μ 的界面。 母一種輸出都有如下表所示 田絡山从》从杰圭- 亚不要求外部的輸入) 領域名穩 資料顗型 __ 說明 7Γ^^^ — OutputID 長型 Key TaskID 。型 關之任務的ΤμΙγΤΠ PathID 長型 ~~二1 trJ ldSKlU PathID OutputName 字串*50 OutputDesc 字串*255 ^說明 ReferenceName 字串*50 有關之電子砉格的單免么摇 TutorAware 布爾型 至皇在輸出有所改蠻時龐诵知ICA SourceItemID 長型 赞^的 SourceltemID Target ID 長型 楚# 的 Target ID Row 長型 輪出的電子表格行數β速度最佳化 Column 長型 楚座的電子表格列數—速度最佳化 SheetName 字串*50 SheetName為輸入的位置—速度最佳化 每個輸出的這些訊息都儲存在模擬資料庫 (ICASim. mdb )的輸出表中。當設計者建構他們的模擬模 型時’他們必須清楚這樣一個事實,即僅存在一種類型的 輸出:顯式輸出。顯式輸出由且僅由一個包含公式或計算 結果的電子表格單元構成。輸出單元的存在是擁有模擬模
第73頁 539957 五、發明說明(69) 安的主要原因。如果單元是TutorAware,則處理輸出的時 候’ IC A會得到任何單元變化情況的通知,否則I c A不會知 道任何的變化。當IC A得到通知時,事實上有兩個訊息被 發送給ICA : —個具有輸出訊息(即s〇urceItemID,
TargetID)以及空Atrribute 的 ICANotifyDestroy訊息。讀 訊息是建議I C A將此訊息從記憶體中刪除。另一個是具有 輸出訊息(即Sou reel temID,TargetID)以及Atrribute(潭 元數字值)的ICANotifyCreate訊息。該訊息是建議ICA將 此訊息添加到記憶體中。與顯式輸入和拖放輸入時一旦發 生變化就通知ICA不同的是,顯式輸出在要求ICa作出反饋 刖係以整批處理的方式進行。要告知丨c A列表中項目的總 美元數額,我們必定需要一個顯式輸出。輸出還包括一個 束、%和a式在Excel中為C24単元定義名稱。這裡我們已 經定義為"Distinct一Output"。我們使用與先前相同的
TaskID ’因為問題3是問題1和問題2中同一模擬的一部 分:例如:TaskID*123。在ICA中為列表定義標的/例 如.1〇人產生400 5的1^^410。在1(^中為輸出定義
Source I tem。例如:ICA 產峰 t u ^ 座玍 的 SourceltemID。將輸 起來(參照路徑物件的討論);將訊息增加 到模擬引擎資料庫的輸出表中。 依據一較佳實施例,輸出表的記錄列出如下。
第74頁 539957 五、發明說明(70)
OutputID: 12347 TaskID: 123 PathID: 1234 OutputName: 問題3的輸出 OutputDesc: 問題3的顯式輸出 ReferenceName: Distinct一 Output TutorAware: 真 SourceItemID: 1215 TargetID: 4005 Row: 24 Column: 6 SheetName: Sheet1 路徑用於將模擬模型分為子模擬,這意味著你可以將 特定的輸入、輸出和列表編組,以形成一致的部份集合或 路徑。每一個路徑都有以下界面: 領域名稱 资料類型 說明 PathID 長型 表格的主要Key TaskID 長型 與路徑有關之任務的TaskID PathNo 長型 與路徑有關的數值 PathName 字串*50 路徑的名稱 PathDesc 字串*255 路徑的說明
第75頁 539957 五、發明說明(71) 每個路徑的這些訊息都儲存在模擬資料庫 (ICASim.mdb)的路徑表中。 模擬引擎是模型、模擬資料庫和智能教練代理之間的 界面。模擬引擎很能吸引設計者,以便他能理解它的所有 機制。但是使用該引擎的應用程式開發者應該知道引擎所 揭露的界面的細節(方法和屬性)和相關的運算法。一旦 設計者建構了模擬模型(Excel電子表格)並配置了所有 的輸入,輸出和列表,他就可以使用包含在I C A公用程式 中的測試工作臺(參見I C A公用程式的檔案)來進行測 試。然後,開發者需要執行對他正創建的GBS應用程式中 的模擬引擎的調用。下表列出了包括在VB項目中以便使用 模擬工作臺的文件: WSimEng. els 模擬引擎類 WSimEng. bas 模擬引擎模組(引入該模組僅是為了提高速度,因為所有的代 碼在理論上都應該封裝在類中) WConst. bas 智能教練代理的常數聲明 Wdeclare. bas 智能教練代理的DLL界面 wlca· els 智能教練代理類別 wlca. bas 智能教練代理模組(引入該模組僅是為了提高速度,因為所有 的代碼在理論上都應該封裝在類別中) 為了進行工作模擬,開發者將代碼置於不同的策略區
第76頁 539957 五、發明說明(72) 域或應用程式的不同階恐。$ .^ 、丄於 J ^ ^ *載入模擬的前端時,即進入 子刀始階段。思發生方禮撼描, 、 H Μ Μ Μ ^ ^ ί在杈擬扠型被初始化的時候。當用戶對 衝擊 擬 4¾ t 的前 -3tr ^ ni „ 外曰A Τ Ρ Λ >、 j %進灯改變時’即進入修改階段。這也 牙尤疋▲ IC Α被通知γ 虚μ 士 _ 發生了什麼的時候。當用戶要求獲得目 =Γ τ 工作的訊息時,就是反饋階段。這也是模擬 士 σ 一日的輸出改變的時候。最後,當模擬前端卸載 W•,就疋最後階段。這時模擬被保存到磁碟上。 以下W明產生包括有涉及的VB代碼之模擬的不同階 段0
初始階段 1 ·產生ICA和模擬引擎物件;代碼:Set moSimEngine=New classSimEngine; Set moICA=New cl ass I CA,:使用模擬引擎的第一步是產生類別 classSimEngine的實例和類別ciassicA的實例。注意,引 擎和IC A都應該是模組級的物件” m〇"的變量。 2 ·載入模擬,代碼:
IRet=moSimEngine.OpenSimulation(App.Path&DIR_DATA& FILE—SIMULA TION
,Me. bookSimulation);IRet=moSimEngine.LoadSimulatio n(ml ICATask ID,App.Path&D I R — DATABASE&DB— SIMULATION ,1);說明:物件產生以後,必須調用模擬引擎物件的
OpenSimulation 和LoadSimulation方法。OpenSimulation 方法將指定的Excel 5. 0電子表格文件讀取到電子表格控 制件中。LoadSimulation方法打開模擬資料庫,並將特定
第77頁 539957 五、發明說明(73) 任務的多個路徑、多個輸入、多個輸出和多個列表載入到 記憶體中。如果該過程成功結束,模擬引擎的每一種方法 都會回送0。否則會回送一個適當的錯誤號碼。 3·初始化並載入智能教練代理;代碼:IRet = moICA.
Initialize(App·path&n\π & Αρρ. ΕΧΕName&"· iniπ,Aρρ· Pat h&DIR—DATABASE, App.Path& DIR一ICADOC,
App. Path&f, \lf ); IRet = moICA. LoadTask (ml ICATaskID, ICAStudentStartNew) ; ••模擬引擎僅與IC A協同工 作。ICA物件的初始化方法讀取應用程式的· ini檔,並適 當地設定Tutor32.dll。LoadTask方法告訴 ICA(Tutor32· dl 1)將與特定任務相連的· tut文件加載到記 憶體中。從該點開始,I CA就能接收通知。注意:· tut檔 案包含任務的所有元素和反饋結構。例如,
SourcePages ,SourceItems ,TargetPages , Targets 等。 4 ·復原模擬;代碼: << 重啟時重新設置模擬的代碼>> ;<< 將控制件加載到模擬前端上的代碼> > ;I Re t = moSimEngine. Run Inputs(sPaths, True);IRet = moSimEngin e·RunOutputs(sPaths,True) ; IRet=moSim Engine.RunLists(sPaths,True); Call moICA.Submit(O) ; Call moICA. SetDirtyFlag(0,False); 望J :復原模擬包括以下工作:用戶重新啟動時清除所有 的輸入和列表;使用模擬模型中的資料加載界面;調用模 擬引擎物件的Runlnputs,RunOutputs 和RunLists 方法, 用以將ICA恢復到初始狀態;將〇作為參數調用I CA物件的
第78頁 539957 五、發明說明(74)
Subm i t方法,以觸發所有的規則;將〇和假作為參數調用 ICA物件的SetDirtyFlag方法,目的是重新設定用戶的單 兀期間。運作輸入包括,通過一系列輸入並 向ICA通知每個輸入的s〇UrceItemID、TargetID和 Attribute值。運作列表包括,通過一系列的Tut〇rAware 列表並向ICA通知每個列表中每個項目的s〇urce I temij)、 TargetID和Attribute值。TargetID對於列表中每項都是 唯的。運作輸出包括’通過一系列的TutorAware輸出並 向ICA通知每個輸出的s〇urceItemID、TargetID和 Attribute 值。 _ 修改階段: 1·讀取輸入和輸出;代石馬:Dim sDa t aAr r ay ( 2 ) as string; Dim vAttribute as variant; Dim I source11emID as long; Dim ItargetID as long; IRet= moSimEngine.ReadReference (’’Distinct — Input丨丨, v A11 r i b u t e,I s o u r c e 11 e m I D,11 a r g e 11D,s D a t: a A r r a y )。选
M :模擬物件的ReadReference方法將回送依名稱進行參 照的輸入和輸出值的屬性值,並選擇性地獲取 Source I temID,TargetID和相關資料。在當前的例子中, 可以獲得名稱為Distince—Input之輸入的SourceltemID, Target ID和三個資料單元。說明:模擬引擎物件提供了操 縱列表的基本功能。
ListAdd方法為列表添加一項目(s〇urceItem, Attribute,Data數組)。讓我們解釋一下運算法。首
第79頁 539957 五、發明說明(75) ' " ' —-- 2頂y找表名稱的列表的頂部。錢,我們查 找員端早兀下面的第一個空白單元。—旦 ,資料寫㈣當的單元中,而ICA也會得到此修了改的訊就 心。UstCount方法回送指定列表中的項數。 和ListAdd方法基本相同,但是回送總項數,而不是 =一 ^兀素。Li stMcuh f y方法用給定的資料替換指定的 U我們解釋一下運算法。首先,我們使用列表名稱找 ^ f表部。其次,我們計算基於指定的項目編號計算行 偏移。然後,IC A被通知已經刪除了現存的項目。最後, 與新項目有關的資料被寫到適當的單元中,而KA也會被 通^此修改的訊息。ListDelete方法刪除指定的項。它的 運算法和Lis tModify方法完全相同,但是沒有增加新的資 料,而且單元(列表寬度由” Total c〇lumns"所設定)被刪 除時,單元上移"參數設為真。請牢記此點,因為設計者 經常在Total Columns參數中輸入錯誤的列數。當他們將
Total Columns估計過高時,UstDeletew修改相鄰列表 的某些部分,從而導致在顯示列表時產生錯誤的行為。 依據一較佳實施例的系統動力學 為了在體系結構使用系統動力學模型,就必須產生能 將學員工作翻譯為此等模型之參數的引擎。下文討論了一 種與現存模擬體系結構互動的複雜系統動力學模型。系統 動力f模型提供了下列功能:容許設計者在建立真實的界 面之前,建立和測試他們的系統動力學模型和丨CA反饋。 IHMII 麵 第80頁 539957 五、發明說明(76) 降低活動的程式規劃複雜性。使與系統動力學模型的互動 集中化。系統動力學模型與模擬引擎一同使用,設 =/她/斤希望學員利用Micr〇s〇ft Excel電子表格完成的二 JUi:然而,此時設計者也創建了一系統動力學楔 ^ Λ /說明)。此系統動力學引擎將閱讀模擬模型 力學模型和=所ί重要單元’並將這些值傳遞給系統動 刀于模型和ICA。系統動力學模型運作了這些訊氛 由引擎讀取輸出值並將其發送給模擬模型和ICA ^ 體二7ί::據一較佳實施例的系統動力學模型之詳細 ::::的方塊圖。一旦設計者完全測試 开!==和反饋,開發者就可以將電子表格整合到圖 了 : ΓΒ作為一種開發平臺。圖27說明 二子貝元成一個行為時,數值被傳遞到系統動力學 U那裡數值又被傳遞給系統動力學 二:引 :的:二引擎拉出輸出並將其傳遞給模擬模型和 輪出模擬模型能分析來自系統動力學模型的 輪出值,並被用以更新在屏暮上的、、去:、戳稞1Γ破項取 報告)。# f 4 β θ 幕上的活動控制(例如圖表或 』非㊉重要的疋,ICA和系統動 的所有修改都要通過引擎,因子杈孓而要知迢 調用达此物杜、二:Γ,為僅只利用引擎纔知道如何 二每項任務要求的程式規劃時間。另 終知產抑也會有更少的缺陷,因為模型和訓 539957 五、發明說明(77) ^集中化。如果還存在問題,我們僅需檢查代碼的一部 为。最後,因為模擬引擎從電子表格中載入資料,在 A ’系統動力學模型和應用程式之間出現資料不一致的 機會微乎其微。 ,、统動力學模型基於傳遞入其内之參數和系統中的其 ,而產生隨時間變化的模擬結《。H统動力學 =於謂和電子表格物件整合在一起。該物件包括控 ==並對系統動力學模型讀寫參數的邏輯。藉由vb, 奋過模擬物件中的數值,向模型傳遞參數和從模型 參數。彡統動力學物件還控制系統動力學模型的執 nz意味著,當所有的參數輸入被傳遞給系統動力 就能夠運作模型以取得參數輸出。系統動 入谷5、系統動力學模型一次執行一個步驟,或一次 型Ξ:二,f者執行任意數目之時間段。#系統動力學模 * φ 數輸入和參數輸出資料的每一步被寫到"備 模‘、1此^兩,原因。首先,隨著時間接收的資料範 管餅钟# ^次)可以被用於產生趨勢圖線或者用於計 ΐ料i金二社―,系統動力學模型可以被重新啟動,而此 咅呋荽3丨1跡可傳輸到模型中直至某個特定時間點。這 以被用於回溯時間的模擬回放。,系統動力 1中/Λ被傳遞到了模擬模型、系統動力學模型和 ,,SvSDv 严前的時間和發生的事件。此曰該被稱為 n, °s ,並使用引擎在和應用程式相同的地點產
Hi 第82頁 539957 五、發明說明(78) 生。當和電子表格物件一齊使用時,系統動力學物件容許 大量的計算發生在系統動力學模型中,而不是在活動代碼 中,再一次為活動設計者提供更多的控制件。模型物件被 用於建構關於運作時間段的系統動力學模型。模型與參數 輸入和參數輸出(在下文討論)有關,故應該首先產生 之。每一個模型都有下列應用程式的程式規劃界面: 領域名稱 資料類型 說明 ModelID 長型 表格的主要Key TaskID 長型 與模型有關之任務的TaskID ModelName 字串*50 模型名稱(訊息的用途) ModelDesc 字串木50 模型的說明(訊息的用途) SysDynModel 字串*50 真實系統動力學模型的文件名稱 Start 長型 運作模型的起始時間 Stop 長型 運作模型的終止時間 Step 長型 執行一個模型步驟和記錄資料的間隔 這一訊息儲存在模擬資料庫(ICASim. mdb)的模型表 中。需要由學員手工輸入並傳遞給系統動力學模型的所有 值,都被建構成參數輸入(PInputs)物件。每一個Pinput 都具有一界面,其詳細如下:
第83頁 539957
領域名稱
PinputID 資料類塑 長型 說明 表格的
TaskID ModelID InputName InputDesc
字串*255 有關之任務的TggkTn 有關的模型的ID 輸入的名gc訊麁的用徐) 說明(訊息的用途) 字串朽0
ReferenceName 與輸入有關之電子表格的單
TutorAware 布爾型 是否在輸入有所改變時應通知ICA SourceltemID 長型 參數輸入的SourceltemID TargetID Row 參數輸入的TargetID 長型 參數輸入的電子表格行數 Column 長型 參數輸入的電子表格列數 SheetName 字串*50 SheetName為參數輸入的位置 每個參數輸入的所有這些訊息都儲存在模擬資料庫 (ICASim· mdb)的Pinput表中。pInputs包括一個電子表格 单元’此電子表格單元可由設計者在設計時或由GBS應用 _ 程式在運作時通過系統動力學引擎物件的方法來填充。單 元格用於為模擬和系統動力學模型提供一個入口點。入口 點的一個例子是利息計算例中的利率參數。當適當的活動 洩漏時,即將單元的任何改變通知I CA。當I CA得到改變的 通知時,事實上有兩個訊息被發送給丨c A : —個具有參數
第84頁 539957 五、發明說明(80) 輸入資訊,即 SourceltemID ’TargetID 以及空 Atrribute 的ICANotifyDestroy訊息。該訊息是建議ICA將此訊息從 記憶體中刪除。另一個是具有參數輸入資訊,即 SourceltemID,TargetID 以及Atrribute(單元數字值)的 ICANot i fyCreate訊息。該訊息是建議ICA將此訊息添加到 記憶體中。依據一較佳實施例之P i nput表格記錄顯示如 下0 PInputID: 12345 TaskID: 123 ModelID: 1 InputName: 利率輸入 InputDesc: 輸入到利息計算模型中的利率 ReferenceName: Interet一 Rate SimReferenceName: Param—Interest一 Rate TutorAware: 真 SourceltemID: \1201 TargetID: 4001 Row: 6 Column: 3 SheetName: Sheet1 一旦完成了建構過程,設計者亦能使用ICA公用程式 來測試模擬。當設計者在IC A公用程式的系統動力學工作
第85頁 539957 五、發明說明(81) ' 臺中運作參數時’就自動填充^…,c〇lumn^SheetName 值。下列訊息提供了描述依一較佳實施例之互動元件的細 々/Γ η 即 〇 標題 — — ^ 程序任務 (W/拖放) 須要建構某種麵之報麵任務,錄告的證據可雜絲證實結論〜^ 程序任務 (w/拖放) 新的任務成计,其本質上是程序性的,分支很少,且經常有一正確的 叮4任務 , ~—-——— 於學員做/、他事險時打斷該學員的任務。該樣板包括能用以決定問題 談’以及思疼定史复避^作出反應之一簡單的複選框表單β 分析和決定 (ANDIE) 任務 取常用於靜恝猥原因分析或辨認任務β在紐]?(:上開發,作為3個為同二^ 能的經驗重設計項目的結果。 α 評估選擇 (ADVISE) 用於要求學員評估不同選項是否滿足給出之標的或要求的任務。在SBpc上 .開發,模仿i個為同一技能的麵給章费計适目。不容許將拖放作爲證墟 運作一公司 任務 基於時間的模擬,其中學員“選擇自己的冒險,,。每個階段學員從預定的 一列表中選擇一些要採取之行動。在SBPC上開發,作為BDM管理任務的簡 化版本。 使用模型 任務 當用戶需要和定量的模型互動,以進行若則分析的時候。可以被用於動態 根原因分析_分進行測試以分析壓力點。_ ICA動態 會議任務 在BDM上開發,以來自模擬教練和ILs EPA的互動風格。支持基於動態規 則的分支 可以伸縮以支持EnCORE防務會議和YES等互動。 管理任務 基於時間的模擬,其中學員管理資源。人力資源管理、預算管理、FX文件 包管理。 QVID靜態會 議任務 在Sim2上開發,以支持日程驅動的會議,其中為用戶提出5個級別的後續 問題,以進行連續提問。詢問每個問題時,它的後續問題也會出現。 流程圖任務 將支持大多數VISI0圖表。在Sim2上開發,以支持簡單的流程圖決策模型。 QVID資料收 集元件 訪談時要詢問的靜態問題。在教授訪談技巧時(使用QVID靜態會議任務) 不要使用。支持層次性的問題和定時副本。 曰諸工作 創建用以支持每個借方或貸方多達2個帳戶的簡單日誌登錄。 新複雜任務 須要模擬元件的新任務 > Η! 第86頁 539957 五、發明說明(82) 系統動力學引擎是模擬模型、系統動力學模型、模擬 資料庫以及智能教練代理之間的界面。系統動力學引擎很 能吸引設計者,以便她能理解它的所有機制。一旦設計者 建構了模擬模型(Excel電子表格),建立了系統動力學 模型(PowerSim )並配置了所有的輸入參數和輸出參數, 就可以使用包含於ICA公用程式中的工作臺(參見ICA公用 程式的檔案)來進行測試。然後,開發者需要執行對正創 建的GBS應用程式中的系統動力學引擎的調用。下表列出 了應包括在VB項目中以便使用系統動力學引擎的文件。
WsysDynEng. els 系統動力學引擎類別 WSysDynEng. bas 系統動力學引擎模組(引入該模組僅是為了提高速度,因為所 有的代碼在理論上都應該封裝在類別中) wConst· bas 智能教練代理的常數聲明 wDeclare· bas 智能教練代理的DLL界面 wlca. els 智能教練代理類別 wlca. bas 智能教練代理模組(引入該模組僅是為了提高速度,因為所有 的代碼在理論上都應該封裝在類別中) 為了完全地利用系統動力學引擎,開發者必須將代碼 置於不同的策略地區或應用程式的不同階段。初始階段 ------載入包括模擬前端的表格。這發生在模擬模型和系 統動態引擎被初始化的時候。修改階段------發生在用戶 對影響模擬模型P I nputs進行改變時。這也就是ICA被通知
第87頁 539957 五、發明說明(83) 發生了什麼的時候。運作階段— — — — —正在運作動力學模型 且接收參數輸出。反饋階段------用戶要求獲得對自己所 做工作的反饋。此為模擬通知I C a所有的輸出改變的時 候。隶後階段 卸載模擬前端。此時模擬模型被保存 下來。對這些階段之解釋’將藉由包括涉及之v B代碼和對 該代碼的簡要說明而為之。 依據一較佳實施例的初始階段夜應 1·產生ICA和模擬引擎物件:代碼:set moSysDynEng ine = New classSysDynEngine; Set moICA = New classICA ;說明:使用系統動汐學引擎的第一
步是產生類別classSysDynEngine的實例和類別ciassicA 的κ例。應注思者’引擎和I C A都應該是模組級的物件 "mo11的變量。 2·載入模擬;代碼:IRe t = moSysDynEngine. OpenSimulation(FILE—SIM,Me·bookSim,True); IRet=moSysDynEngine.LoadSysDyn (mlICATaskID,DB_SIMULAT I ON, 1 ) ;IRet = moSysDynEngine. LoadMode 1 (MODEL —NAME,mbTaskStarted);說日月:物件創 建以後,必須調用系統動力學引擎物件的〇penS imulation 和LoadModel 方法。OpenSimulation 方法將指定的Excel 5.0電子表格文件(FILE_SIM)讀取到電子表格控制件 (BookS im)中。LoadSysDyn方法打開模擬資料庫 (DB一SIMULATION) ’並將一系列參數輸入和一系列參數輸
第88頁 539957 五、發明說明(84) 出載入到記憶體中。LoadModel方法打開一個系統動力學 模型(MODEL一NAME )。如果該過程成功結束,系統動力學 引擎的每一種方法都會回送0。否則會回送相應的錯誤編 號。 3·初始化並載入智能教練代理;代石馬:IRet =mo ICA. Initial ize(App· path &丨丨 \丨丨 & App EXEName&f, · i ni ’’,App· Path&DIR —DATABASE,App. Path&D IR一 ICADOC,App. path&" \ M ) ; IRet-moICA.LoadTask(mII CATask ID, ICAStudentStartNew); 說明:模擬引擎僅在與ICA合 作時起作用。IC A物件的初始化方法讀取應用程式的.i n i _ 文件,並適當地設定Tutor32.dll °LoadTask方法告訴 ICA (Tut or 32 · dl 1)將與特定任務相連的· tut文件加載到記 憶體中。從那一點開始,ICA就能接收通知。注意:· tut 檔案包含任務的所有元素和反饋結構。例如,
SourcePages 5 Source Items,TargetPages,Targets 等。 4.復原模擬;代瑪:IRet = moSysDynEng ine.RunPInputs(MODEL_NAME,True); I Ret = moSysDyn
Engine·RunPOut puts(MODEL—NAME,True);IRet = moSysDynE · ngine.PassPInputsAll; Call moICA.Submit(O); Call mo ICA. SetDirtyFlag(0, False);說明:復原模擬包括以 下工作:用戶重新啟動時清除所有的參數輸入和列表;使 用模擬模型中的資料加載界面;調用系統動力學引擎物件 的PassP Inputs方法,用於將ICA恢復到初始狀態;調用系
第89頁 539957 五、發明說明(85) 統動力學引擎物件的RunP I nput s和RunPOutpu t s方法,用 於將系統動力學模型恢復到初始狀態;調用I C A物件的 Submit方法,觸發ICA以運作所有的規則;調用ICA物件的 SetDirtyFlag方法,目的是重新設定用戶的單元期間。運 作參數的過程包括:通過一系列的TutorAware的PInputs 和POutputs並向ICA通知每個參數的SourceltemID、 TargetID和Attribute值。 修改階段: 1. 讀取參數輸入和輸出;代碼:Dim sDataArray(2) as string; Dim vAttribute as variant; Dim I source ItemID as long,I targe11D as long; IRet=moSysDynEngine.ReadReference (丨丨 Input— Name",vAttribute,IsourceltemID,ItargetID,s DataArray)。說明:系統動力學物件的ReadRef erence方 法將回送依名稱進行參照的參數輸入和參數輸出的屬性 值,並選擇性地獲取SourceltemID,TargetID和相關資 料。在當前的例子中,可以獲得名稱為Input_Name的參數 輸入的屬性值,SourceltemID,TargetID和三個資料單 元。2· 修改參數輸入;代石焉- Dim vAttribute as variant; Dim 1 Source Item ID as long; Dim sDataArray(2) as string; vAttribute=9999; sDataArray ( 0 ) =M Data Cell #ln ; sDataArray ( 1 ) = ,f Da ta Cell #2M ; sDataArray(2) = HData Cell #3f, ; IRet -jnoSysDynEngine.WriteReference(n Input —Name 丨丨,
第90頁 539957
vAttribute, , sDataArray). 的附加 說明•為了修改參數輸入,調用系統動力學物件的 WriteReference方法,並傳遞input 參考名、新屬 選擇性地傳遞一個資料數組(欲儲存於模擬模型中’生值及 訊息)。系統動力學模型向I CA通知發生了改變。 運作階段: 1 ·執行系統動力學模型;代碼:1 Ret = moSysDynEngine· PlayModel(SYSDYN—PLAYSTEP); lblCurrentTime·Caption = moSysDynEngine.
CurrentTime; and lblLastTime.Caption = moSysDynEngine. LastTime ;遂」I :執行系統動力學模型 的過程也由糸統動力學引擎處理。執行模型有三種方式· 一次全部執行、每次執行一步驟(如前述)、或者執行至某 個特定的時間點。會有多個參數被傳遞到PlayM〇del方法 中。執行模型會產生參數輸出值,並將Tu tor A ware POut puts傳遞給I CAT。引擎還對時間進行追蹤,可以使用 CurrentTime和LastTime屬性來讀取這些值。 2 ·在系統動力學模型中之回跳;代碼: IRet^moICA,LoadTask(mlICATaskID, ICAStudentStartNew);lRet = moSysDynEngine· JumpBack(TIME一TO —JUMP—TO). 1¾ 日月:因 為系統動力學引擎將傳遞給它和從它獲取之參數製作備份 拷貝,故它能重新啟動並將這些值重新提交回系統動力學 模型’直到超過給定的時間段。為達到此目的,代碼需要
第91頁 539957 使其回跳到給 重新啟動I CA,然後調用系統動力學弓丨擎 定的時間(TIME—TO —JUMP—TO)。 反饋階段: 1.觸發ICA規則引擎;: iRet = m〇KA.Submmlc〇achID” _ : 一旦已對模擬進行了處 理,必須調用ICA物件的Submit方法來觸發所有的規則並 發送反饋。這種反饋被Tutor32.dll寫到兩個RTF格式的文 件中。一個文件是以前的反饋,另一個是當前的反饋。 依據一較佳實施例的IC A配置 圖2 8顯示用於依據一較佳實施例的初期組態的邏輯之 概要圖。由於反饋的結構與其他線上活動相同,所以也可 以用同樣的方法來建構ICA。為了使ICA反饋的產生和維護 變传更容易’吾人推薦的方式是,建構反饋使得每一個時 刻僅有一個規則觸發。應注意者,例中的組織結構是建構 反饋的眾多方法之一。步驟1 :產生一問題和後續問題的 地圖;在設計者開始建構IC A之前,他們應該畫出希望在 線上會議中使用的問題、視頻和後續問題的地圖,這會使 他們在建構ICA時更佳地理解互動的觀念。步驟2 ··創建一 個教練;所有的反饋由,教練提供。為線上會議創建一個特 定的教練。步驟3 ··創建來源項目和標的。 每個問題都有一個與其相關聯的來源項目(1 )和標 的(2 )。這些會被I C A用於顯示視頻和後續問題。為了組 織結構的目的和讀取的方便,吾人推薦每個源頁面("〇
第92頁 539957
Intro )巴括所有的後續 , Q2",” Intro Q3”。n lntr〇 Q1 ? Intro 干)4 m固4、店 了為母一個來源項目(此處有顯 ' i: 來源項目創建-個標的。只要存在有來源項 目和標的之間的顯4關禕,a# 八貴什牡韦术原項 幻顯式關係,廷就不太重要。一旦創建了夹 :項”丄就將它們關聯到WceItemTarget (3) ί向G 聯性。這些都是1CA會用來激活規則 題Γ視干頻1自;=90要用的獨特標識。步驟4 :創建父標 f Λ Λ 顯示的是依據一較佳實施例的視頻訊 心。反饋練項目)被組織入於Target Gr〇ups(i)中。 在圖2 9中’每一個線上問韻女 jrn m 。 1U深上门蟪都有一個Target Group用於使 維護更谷易。每一個TargetGroup必須至少有一個相關的 Target (4)。這些都是在步驟3結束時完成的 SourceTarget映射。接下來,創建當映射 SourceltemTarget時(點擊一個問題)要激活的 Ru 1 es( 2)。訓練項目(3)與一規則有關聯,並表示當規則 激活時將顯示出來之反饋。ICA公用程式將商業模擬整合 到多媒體應用程式中。這就意味著,應用程式和丨c Ατ之間 現在有了一個中間層。這些公用程式和模擬引擎(下文將 有說明)谷坪體系結構成為模擬的前端。現在,任何對模 擬模型的改變都不必整合到代碼中。I c A公用程式和模擬 引擎與Microsoft Excel中創建的模擬模型共同起作用。 在模型創建以後’依據一較佳實施例,設計者使用E x c e 1 中之已定義名稱功能(Defined Name function),為應用 程式和ICA公用程式所要使用的特定單元加上旗標。圖3〇
539957 五、發明說明(89) 顯示依據一較佳實施例的ICA公用程式。ICA公用程式包括 6個公用程式,它們和智能教練代理工具(ICAT)合作,將 商業模擬和多媒體應用程式結合起來。
第94頁 539957 圖式簡單說明 藉由下文中參考附圖對本發明之較佳 細說明,將可以對本發明之前述及 :砰 優點有更佳之瞭解,其中·· 的貝加^樣和 塊圖圖!是依據-較佳實施例的有代表性之硬件環境的方 圖2是依據一較佳實施例的一系統體系結構的方塊 圖, 圖3顯不依據一較佳實施例的典型庫用鞀彳沾盔桐„ 發階段的時間線和相關資源要求;用…母個開 (請款)處^1'人依員據6/1一較佳實施例的汽車保險行業中的索賠 圖5顯示依據Γ模型的一小部分; 圖6顯示依ί t乂佳實施例的保險概要; 圖7顯示部件; 用應用級的特性· 乂佳貫施例使用工具條來指導和取 圖8顯示依擔 圖9顯示依Ϊ=父佳實施例的GBS顯示; 圖1〇顯示依據J圭實施例的反饋顯示; 圖〗1 g _ 較佳實施例的日誌、登錄模擬; 曰遠、登錄 圖1 2顯示依據 圖1 3顯示依 课—較佳實施例的模擬Bell Phone Bill 較佳實施例的反饋顯示; 圖14和15 1"佩一較佳實施例的第一情節的步驟; 關的步驟;顯示與依據一較佳實施例之已建立的情節相
第95頁 539957 圖式簡單說明 圖1 6顯示依據一較佳實施例的測試情節。該測試中的 學員透過日誌活動而運作; 圖1 7顯示工具套件如何依據一較佳實施例支持學員的 管理; 圖1 8顯示套件如何依據一較佳實施例支持學員的互 動; 圖1 9顯示依據一較佳實施例的矯正性過程;
圖2 0顯示依據一較佳實施例的用於日誌工作的物件; 圖2 1顯示依據一較佳實施例,來源項目與標的項目之 映射; 圖2 2顯示依據一較佳實施例對規則的分析; 圖23顯示依據一較佳實施例的反饋選擇; 圖2 4顯示依據一較佳實施例的反饋邏輯的流程圖; 圖2 5顯示依據一較佳實施例產生模擬模型的體系結構 的方塊圖, 圖2 6顯示依據一較佳實施例建構一模擬的步驟; 圖2 7顯示呈現依據一較佳實施例的系統動力學之詳細 體系結構的方塊圖;
圖2 8顯示依據一較佳實施例用於初步建構的邏輯之概 要圖; 圖2 9顯示的是依據一較佳實施例的視頻訊息; 圖3 0顯示依據一較佳實施例的I C A應用。
第96頁
Claims (1)
- 539957 六、申請專利範圍 1 ·—種創建演示之方法,包括以下步驟: (a) 接收以電子報表的資料結構組織之指示目標的訊 息; (b) 將能促進完成目標的資訊整合到電子報表資料結 才冓中’以便在演示中使用;及 (c) 評估朝向目標之進展,並基於電子報表資料結構 中包含的資訊,而提供能進一步促進完成目標的反饋。“ ·如申請專利範圍第1項之創建演示之方法,包括使用VB 引擎解釋電子報表的資料結構和演示資訊的步騍。 •如申請專利範圍第1項之創建演示之方法,包括使用分 析工具來監視目標和分析中間結果,以便改變演示的步 、·如申請專利範圍第1項之創建演示之方法, 業活動的步驟。 3 ·如#申請專利範圍第4項之創建演示之方法, 收標記並作為標記函數改變商業模擬的步驟 6 ·如申請專利範圍第1項之創建演示之方法, 为類編組的步驟。 包括模擬商 包括從用戶 包括將反饋539957 六、申請專利範圍 7 ·如申請專利範圍第1項之創建演示之方法,包括基於儲 存在電子報表中的資訊調整反饋的步驟。 8 ·如申請專利範圍第1項之創建演示之方法,包括將演示 中的資訊傳遞給專家系統,便於後者分析資訊並用公式表 示適當之反饋的步驟。 9 ·如申請專利範圍第1項之創建演示之方法,包括使用至 少一個應用程式規劃界面,與另一個應用程序的演示交換 資料的步驟。 10 . —種創建演示的設備,包括: (a ) —個處理器; (b ) —個在處理器的控制下儲存資訊的記憶體; (c )用以接收以電子報表資料格式組織之指示目標的 資訊之邏輯; (d )用以將促進完成目標的資訊整合到電子報表資料 結構中,以便在演示中使用的邏輯;及 (e )用以評估朝向目標之進展並基於電子報表資料結 構中包含的資訊提供進一步促進完成目標的反饋之邏輯。 11 .如申請專利範圍第1 0項之創建演示的設備,包括使用 VB引擎解釋電子報表的資料結構和演示資訊的邏輯。第98頁 539957 六、申請專利範圍 1 2 .如申請專利範圍第1 0項之創建演示的設備,包括使用 分析工具來監視目標和分析中間結果,以便改變演示的邏 輯。 1 3 ·如申請專利範圍第1 0項之創建演示的設備,包括模擬 商業活動的邏輯。 1 4 .如申請專利範圍第1 0項之創建演示的設備,包括從用 戶接收標記並作為標記函數改變商業模擬的邏輯。 1 5 ·如申請專利範圍第1 0項之創建演示的設備,包括將演 示按狀態編組,並利用這些狀態改變演示的邏輯。 1 6 ·如申請專利範圍第1 0項之創建演示的設備,包括基於 儲存在電子報表中的資訊調整反饋的邏輯。 1 7 ·如申請專利範圍第1 0項之創建演示的設備,包括將演 示的資訊傳遞給專家系統,便於後者分析資訊和公式表示 適當之反饋的邏輯。 1 8 ·如申請專利範圍第1 0項之創建演示的設備,包括使用 至少一個應用程式規劃界面,與另一個應用程序的演示交 換資料的邏輯。第99頁
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/219,086 US6023691A (en) | 1998-12-22 | 1998-12-22 | Goal based stimulator utilizing a spreadsheet architecture |
Publications (1)
Publication Number | Publication Date |
---|---|
TW539957B true TW539957B (en) | 2003-07-01 |
Family
ID=22817821
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW088122825A TW539957B (en) | 1998-12-22 | 1999-12-22 | A system, method and article of manufacture for a goal based system utilizing a spreadsheet architecture |
Country Status (5)
Country | Link |
---|---|
US (1) | US6023691A (zh) |
EP (1) | EP1141921A1 (zh) |
AU (1) | AU2662399A (zh) |
TW (1) | TW539957B (zh) |
WO (1) | WO2000038134A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106688002A (zh) * | 2014-09-09 | 2017-05-17 | 英特格拉托公司 | 模拟***、模拟方法及模拟程序 |
CN109784833A (zh) * | 2018-12-14 | 2019-05-21 | 深圳壹账通智能科技有限公司 | 一种收入报表的生成方法及设备 |
Families Citing this family (65)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3912895B2 (ja) * | 1998-04-15 | 2007-05-09 | 富士通株式会社 | 構造化データ管理システム、構造化データ管理プログラムを記録したコンピュータ読み取り可能な記録媒体、及び構造化データ管理方法 |
US6157915A (en) * | 1998-08-07 | 2000-12-05 | International Business Machines Corporation | Method and apparatus for collaboratively managing supply chains |
US6542880B2 (en) | 1998-12-22 | 2003-04-01 | Indeliq, Inc. | System, method and article of manufacture for a goal based system utilizing a table based architecture |
US5987443A (en) * | 1998-12-22 | 1999-11-16 | Ac Properties B. V. | System, method and article of manufacture for a goal based educational system |
US6018730A (en) | 1998-12-22 | 2000-01-25 | Ac Properties B.V. | System, method and article of manufacture for a simulation engine with a help website and processing engine |
US6782374B2 (en) | 1998-12-22 | 2004-08-24 | Accenture Global Services Gmbh | System, method and article of manufacturing for a runtime program analysis tool for a simulation engine |
US6029159A (en) | 1998-12-22 | 2000-02-22 | Ac Properties B.V. | System, method and article of manufacture for a simulation enabled accounting tutorial system |
US6101489A (en) | 1998-12-22 | 2000-08-08 | Ac Properties, B.V. | System, method and article of manufacture for a goal based system utilizing a time based model |
US6745170B2 (en) | 1999-02-08 | 2004-06-01 | Indeliq, Inc. | Goal based educational system with support for dynamic characteristic tuning |
US6535861B1 (en) | 1998-12-22 | 2003-03-18 | Accenture Properties (2) B.V. | Goal based educational system with support for dynamic characteristics tuning using a spread sheet object |
US6029158A (en) * | 1998-12-22 | 2000-02-22 | Ac Properties B.V. | System, method and article of manufacture for a simulation enabled feedback system |
US6018732A (en) | 1998-12-22 | 2000-01-25 | Ac Properties B.V. | System, method and article of manufacture for a runtime program regression analysis tool for a simulation engine |
US6970858B1 (en) | 1999-02-08 | 2005-11-29 | Accenture, Llp | Goal based system utilizing an activity table |
US7386524B2 (en) | 1999-02-08 | 2008-06-10 | Accenture Global Services Gmbh | Simulation enabled focused feedback tutorial system |
US7089222B1 (en) | 1999-02-08 | 2006-08-08 | Accenture, Llp | Goal based system tailored to the characteristics of a particular user |
US7156665B1 (en) | 1999-02-08 | 2007-01-02 | Accenture, Llp | Goal based educational system with support for dynamic tailored feedback |
US7065513B1 (en) | 1999-02-08 | 2006-06-20 | Accenture, Llp | Simulation enabled feedback system |
US7194444B1 (en) | 1999-02-08 | 2007-03-20 | Indeliq, Inc. | Goal based flow of a control presentation system |
US7054848B1 (en) | 1999-02-08 | 2006-05-30 | Accenture, Llp | Goal based system utilizing a time based model |
US7065512B1 (en) | 1999-02-08 | 2006-06-20 | Accenture, Llp | Dynamic toolbar in a tutorial system |
AU4826100A (en) | 1999-05-05 | 2000-11-17 | Accenture Properties (2) Bv | System, method and article of manufacture for creating collaborative simulationswith multiple roles for a single student |
US7152092B2 (en) | 1999-05-05 | 2006-12-19 | Indeliq, Inc. | Creating chat rooms with multiple roles for multiple participants |
US20030023686A1 (en) * | 1999-05-05 | 2003-01-30 | Beams Brian R. | Virtual consultant |
US6611822B1 (en) | 1999-05-05 | 2003-08-26 | Ac Properties B.V. | System method and article of manufacture for creating collaborative application sharing |
US20020138590A1 (en) * | 2000-05-05 | 2002-09-26 | Beams Brian R. | System method and article of manufacture for creating a virtual university experience |
US6736642B2 (en) * | 1999-08-31 | 2004-05-18 | Indeliq, Inc. | Computer enabled training of a user to validate assumptions |
US7051010B1 (en) | 1999-09-21 | 2006-05-23 | Smartforce Plc | Event based system for use within the creation and implementation of educational simulations |
US7016880B1 (en) | 1999-09-21 | 2006-03-21 | Smartforce Plc | Event based system for use within the creation and implementation of educational simulations |
DE10059054A1 (de) * | 2000-04-11 | 2001-11-15 | Billhardt Jutta | Lernsystem und Verfahren zur Steuerung eines Lernsystems |
US7899702B2 (en) * | 2001-03-23 | 2011-03-01 | Melamed David P | System and method for facilitating generation and performance of on-line evaluations |
US20020142273A1 (en) * | 2001-03-30 | 2002-10-03 | Dollins James T. | Interactive process learning aid |
US6953344B2 (en) * | 2001-05-30 | 2005-10-11 | Uri Shafrir | Meaning equivalence instructional methodology (MEIM) |
US7343331B2 (en) * | 2001-07-06 | 2008-03-11 | General Electric Company | Methods and systems for managing supply chain processes |
US7251776B2 (en) * | 2001-07-13 | 2007-07-31 | Netview Technologies, Inc. | System and method for efficiently and flexibly utilizing spreadsheet information |
US20030055702A1 (en) * | 2001-09-20 | 2003-03-20 | International Business Machines Corporation | System and method for estimating and planning website development |
US8005693B2 (en) * | 2001-12-31 | 2011-08-23 | Genworth Financial, Inc. | Process for determining a confidence factor for insurance underwriting suitable for use by an automated system |
US7818186B2 (en) | 2001-12-31 | 2010-10-19 | Genworth Financial, Inc. | System for determining a confidence factor for insurance underwriting suitable for use by an automated system |
US7844477B2 (en) | 2001-12-31 | 2010-11-30 | Genworth Financial, Inc. | Process for rule-based insurance underwriting suitable for use by an automated system |
US7899688B2 (en) * | 2001-12-31 | 2011-03-01 | Genworth Financial, Inc. | Process for optimization of insurance underwriting suitable for use by an automated system |
US20030177032A1 (en) * | 2001-12-31 | 2003-09-18 | Bonissone Piero Patrone | System for summerizing information for insurance underwriting suitable for use by an automated system |
US7844476B2 (en) * | 2001-12-31 | 2010-11-30 | Genworth Financial, Inc. | Process for case-based insurance underwriting suitable for use by an automated system |
US8793146B2 (en) | 2001-12-31 | 2014-07-29 | Genworth Holdings, Inc. | System for rule-based insurance underwriting suitable for use by an automated system |
US7895062B2 (en) * | 2001-12-31 | 2011-02-22 | Genworth Financial, Inc. | System for optimization of insurance underwriting suitable for use by an automated system |
US7383239B2 (en) * | 2003-04-30 | 2008-06-03 | Genworth Financial, Inc. | System and process for a fusion classification for insurance underwriting suitable for use by an automated system |
US7801748B2 (en) | 2003-04-30 | 2010-09-21 | Genworth Financial, Inc. | System and process for detecting outliers for insurance underwriting suitable for use by an automated system |
US7813945B2 (en) * | 2003-04-30 | 2010-10-12 | Genworth Financial, Inc. | System and process for multivariate adaptive regression splines classification for insurance underwriting suitable for use by an automated system |
US20040236611A1 (en) * | 2003-04-30 | 2004-11-25 | Ge Financial Assurance Holdings, Inc. | System and process for a neural network classification for insurance underwriting suitable for use by an automated system |
US20050028136A1 (en) * | 2003-07-31 | 2005-02-03 | Woodley Ronald Craig | System and method for generating an executable procedure |
US20050108021A1 (en) * | 2003-07-31 | 2005-05-19 | Greg Anderson | System and method for routing and managing service requests |
US20050095572A1 (en) * | 2003-11-04 | 2005-05-05 | Realvue Simulation Technologies, Inc. | Methods and systems for providing simulation-based technical training |
US20050125253A1 (en) * | 2003-12-04 | 2005-06-09 | Ge Financial Assurance Holdings, Inc. | System and method for using medication and medical condition information in automated insurance underwriting |
US7698159B2 (en) | 2004-02-13 | 2010-04-13 | Genworth Financial Inc. | Systems and methods for performing data collection |
US20060199163A1 (en) * | 2005-03-04 | 2006-09-07 | Johnson Andrea L | Dynamic teaching method |
US20070061699A1 (en) * | 2005-09-09 | 2007-03-15 | Microsoft Corporation | Named object view of electronic data report |
US20110145689A1 (en) * | 2005-09-09 | 2011-06-16 | Microsoft Corporation | Named object view over multiple files |
US9501463B2 (en) * | 2005-12-08 | 2016-11-22 | Microsoft Technology Licensing, Llc | Spreadsheet cell-based notifications |
US7908549B2 (en) * | 2005-12-08 | 2011-03-15 | Microsoft Corporation | Spreadsheet calculation as part of workflow |
GB0608323D0 (en) * | 2006-04-27 | 2006-06-07 | Soft Image Systems Ltd | Codifying & reusing expertise in personal and organisation transformation |
US9747270B2 (en) | 2011-01-07 | 2017-08-29 | Microsoft Technology Licensing, Llc | Natural input for spreadsheet actions |
US9053083B2 (en) | 2011-11-04 | 2015-06-09 | Microsoft Technology Licensing, Llc | Interaction between web gadgets and spreadsheets |
US9171099B2 (en) | 2012-01-26 | 2015-10-27 | Microsoft Technology Licensing, Llc | System and method for providing calculation web services for online documents |
US10664652B2 (en) | 2013-06-15 | 2020-05-26 | Microsoft Technology Licensing, Llc | Seamless grid and canvas integration in a spreadsheet application |
US10417568B2 (en) | 2014-05-22 | 2019-09-17 | International Business Machines Corporation | Discovering cognition bias toward data presentation styles through file system analysis |
US10031904B2 (en) * | 2014-06-30 | 2018-07-24 | International Business Machines Corporation | Database management system based on a spreadsheet concept deployed in an object grid |
US11491399B2 (en) * | 2020-04-28 | 2022-11-08 | Timothy John Felke | Method of executing multi-player, simulation-based educational games from spreadsheets |
Family Cites Families (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4977529A (en) * | 1973-02-23 | 1990-12-11 | Westinghouse Electric Corp. | Training simulator for a nuclear power plant |
US5189402A (en) * | 1987-05-14 | 1993-02-23 | Advanced Interaction, Inc. | Content addressable video system for image display |
US5002491A (en) * | 1989-04-28 | 1991-03-26 | Comtek | Electronic classroom system enabling interactive self-paced learning |
US5395243A (en) * | 1991-09-25 | 1995-03-07 | National Education Training Group | Interactive learning system |
US5267865A (en) * | 1992-02-11 | 1993-12-07 | John R. Lee | Interactive computer aided natural learning method and apparatus |
US5788508A (en) * | 1992-02-11 | 1998-08-04 | John R. Lee | Interactive computer aided natural learning method and apparatus |
US5310349A (en) * | 1992-04-30 | 1994-05-10 | Jostens Learning Corporation | Instructional management system |
US5539869A (en) * | 1992-09-28 | 1996-07-23 | Ford Motor Company | Method and system for processing and presenting on-line, multimedia information in a tree structure |
US5372507A (en) * | 1993-02-11 | 1994-12-13 | Goleh; F. Alexander | Machine-aided tutorial method |
CA2179523A1 (en) * | 1993-12-23 | 1995-06-29 | David A. Boulton | Method and apparatus for implementing user feedback |
US5537141A (en) * | 1994-04-15 | 1996-07-16 | Actv, Inc. | Distance learning system providing individual television participation, audio responses and memory for every student |
US5799292A (en) * | 1994-04-29 | 1998-08-25 | International Business Machines Corporation | Adaptive hypermedia presentation method and system |
US5644686A (en) * | 1994-04-29 | 1997-07-01 | International Business Machines Corporation | Expert system and method employing hierarchical knowledge base, and interactive multimedia/hypermedia applications |
US5597312A (en) * | 1994-05-04 | 1997-01-28 | U S West Technologies, Inc. | Intelligent tutoring method and system |
US5690496A (en) * | 1994-06-06 | 1997-11-25 | Red Ant, Inc. | Multimedia product for use in a computer for music instruction and use |
US5533903A (en) * | 1994-06-06 | 1996-07-09 | Kennedy; Stephen E. | Method and system for music training |
US5577186A (en) * | 1994-08-01 | 1996-11-19 | Mann, Ii; S. Edward | Apparatus and method for providing a generic computerized multimedia tutorial interface for training a user on multiple applications |
US5616033A (en) * | 1994-08-03 | 1997-04-01 | Kerwin; Patrick A. | Speed learning system computer based training |
US5576844A (en) * | 1994-09-06 | 1996-11-19 | Unilearn, Inc. | Computer controlled video interactive learning system |
US5727161A (en) * | 1994-09-16 | 1998-03-10 | Planscan, Llc | Method and apparatus for graphic analysis of variation of economic plans |
US5835683A (en) * | 1995-01-12 | 1998-11-10 | International Business Machines Corporation | System and method for authoring an expert system |
US5673369A (en) * | 1995-03-02 | 1997-09-30 | International Business Machines Corporation | Authoring knowledge-based systems using interactive directed graphs |
US5772446A (en) * | 1995-09-19 | 1998-06-30 | Rosen; Leonard J. | Interactive learning system |
US5823788A (en) * | 1995-11-13 | 1998-10-20 | Lemelson; Jerome H. | Interactive educational system and method |
US5764639A (en) * | 1995-11-15 | 1998-06-09 | Staples; Leven E. | System and method for providing a remote user with a virtual presence to an office |
US5791907A (en) * | 1996-03-08 | 1998-08-11 | Ramshaw; Bruce J. | Interactive medical training system |
US5868575A (en) * | 1996-05-20 | 1999-02-09 | Kuczewski; Robert M. | Cooperative/interactive learning system for logic instruction |
CA2256591A1 (en) * | 1996-05-22 | 1997-11-27 | Agent Based Curricula, Inc. | Agent based instruction system and method |
US5727950A (en) * | 1996-05-22 | 1998-03-17 | Netsage Corporation | Agent based instruction system and method |
AU3616197A (en) * | 1996-07-23 | 1998-02-10 | Avalon Information Technologies Inc. | Method of interactive computer based instruction |
US5823781A (en) * | 1996-07-29 | 1998-10-20 | Electronic Data Systems Coporation | Electronic mentor training system and method |
US5810747A (en) * | 1996-08-21 | 1998-09-22 | Interactive Remote Site Technology, Inc. | Remote site medical intervention system |
-
1998
- 1998-12-22 US US09/219,086 patent/US6023691A/en not_active Expired - Lifetime
-
1999
- 1999-02-08 WO PCT/US1999/002652 patent/WO2000038134A1/en active Application Filing
- 1999-02-08 AU AU26623/99A patent/AU2662399A/en not_active Abandoned
- 1999-02-08 EP EP99906797A patent/EP1141921A1/en not_active Ceased
- 1999-12-22 TW TW088122825A patent/TW539957B/zh not_active IP Right Cessation
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106688002A (zh) * | 2014-09-09 | 2017-05-17 | 英特格拉托公司 | 模拟***、模拟方法及模拟程序 |
CN109784833A (zh) * | 2018-12-14 | 2019-05-21 | 深圳壹账通智能科技有限公司 | 一种收入报表的生成方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2000038134A1 (en) | 2000-06-29 |
US6023691A (en) | 2000-02-08 |
AU2662399A (en) | 2000-07-12 |
EP1141921A1 (en) | 2001-10-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW539957B (en) | A system, method and article of manufacture for a goal based system utilizing a spreadsheet architecture | |
TW475127B (en) | A system, method and article of manufacture for a goal based educational system | |
TW454129B (en) | A system, method and article of manufacture for a goal based system utilizing a spreadsheet and table based architecture | |
TW448372B (en) | A system, method and article of manufacture for a goal based system utilizing an activity table | |
TW480391B (en) | A system, method and article of manufacture for a runtime program analysis tool for a simulation engine | |
TW463100B (en) | A system, method and article of manufacture for a simulation engine with a help website and processing engine | |
TW463129B (en) | A system, method and article of manufacture for a goal based educational system with support for dynamic characteristic tuning | |
TW452703B (en) | A system, method and article of manufacture for a simulation enabled accounting tutorial system | |
TW508507B (en) | A system, method and article of manufacture for a simulation enabled focused feedback tutorial system | |
TW523677B (en) | A system, method and article of manufacture a goal based education and reporting system | |
TW520475B (en) | A system, method and article of manufacture for a simulation system for goal based education of a plurality of students | |
TW487850B (en) | A system, method and article of manufacture for a goal based educational system with support for dynamic tailored feedback | |
TW523679B (en) | A system, method and article of manufacture for a simulation system for goal based education | |
TWI222018B (en) | A goal based flow of control presentation system | |
TW480410B (en) | A system, method and article of manufacture for a simulation engine with an expert system example processing engine | |
TW473669B (en) | The method of feedback and its apparatus for the simulated training | |
TW523678B (en) | A system, method and article of manufacture for a goal based system tailored to the characteristics of a particular user | |
TW523676B (en) | A system, method and article of manufacture for a goal based educational system with dynamic feedback information | |
TWI222572B (en) | A goal based system utilizing a time based model | |
TW484070B (en) | A system, method and article of manufacture for a goal based system utilizing a table based architecture | |
US6944596B1 (en) | Employee analysis based on results of an education business simulation | |
US6745170B2 (en) | Goal based educational system with support for dynamic characteristic tuning | |
WO2000038148A1 (en) | A system, method and article of manufacture for a goal based educational system with support for dynamic personality feedback | |
WO2000038151A1 (en) | A system, method and article of manufactue for a goal based educational system with support for dynamic media control | |
TW462028B (en) | A system, method and article of manufacture for a simulation enabled retail management tutorial system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
GD4A | Issue of patent certificate for granted invention patent | ||
MK4A | Expiration of patent term of an invention patent |