• 沒有找到結果。

錯誤知識庫使用介面

4.2. 錯誤知識庫之設計

4.2.4. 錯誤知識庫使用介面

錯誤知識庫之使用主要為幫助程式設計師找尋在程式寫作之中, 錯誤產生 之時的解答查詢。對使用者而言主要的功能有「登入權限」、「錯誤查詢」、

「Checklist 檢視」、「解答回饋」。而對管理員而言,主要的功能有「人員管理」、

「錯誤-解答資料管理」、「解答審查需求發送」、「教材修改需求發送」等功能。

系統之主畫面:使用者在輸入使用者名稱和密碼之後即可進行缺失查詢 之功能。而使用者的權限將分成一般使用者及知識庫管理員。

42

圖表 4-2 錯誤解答查詢主畫面

錯誤解答查詢:一般使用者在登入之後,最主要之功能為查詢自己犯的 錯誤的解答,而流程如下:

1:查詢需填入首先要求人員輸入所使用語言,Visual C++、工作平台,

Windows 及錯誤訊息,Overflow。

圖表 4-3 錯誤查詢介面一

2:系統列出可能的錯誤原因,而錯誤依類別和原因排列,Programmer 可以依據類別來判斷可能之錯誤原因。本例錯誤訊息相關之錯誤解答有 五項,包括 File、Arithmetic、Recursion、Stack、Floating Point 等六種

43

錯誤類別,而在此點選了 Recursion 之 Stack overflow.

圖表 4-4 錯誤查詢介面二

3.在參閱了類別及原因之後,則使用者點選可能之相關原因,而針對錯 誤原因則有解答,解答包括錯誤訊息、錯誤定義及原因說明及相關解法 與 Checklist.。在解答下方則供了解答是否解解了使用者問題之確認按 鈕,藉由使用者點選此按鈕,則可以統計錯誤產生累積次數,可將累積 次數分兩部分來進行使用,包括教材修改及解答發送之功能。

圖表 4-5 解答檢視介面

44

4:在得到了解答之後,則可以依據解法來進行程式之偵錯與修正,若是 對於解法之說明還不甚了解,可以利用範例程式碼之下載來幫助對於解 答的了解。

圖表 4-6 範例程式碼下載介面

5. 若此錯誤對於使用者個人而言是一 個常犯之錯誤,因此也可以點選 Checklist 欄位中之 「新增」,則此 Checklist Item 將會被加入使用者個人之 Checklist 之中。因此在點選了檢視個人的 Checklist 之後,則可以看到預設語言 (JAVA)之 Checklist 內容,而可以挑選其它語言之後,則可以觀看其它語言的 Checklist 提示。而在確定個人不錯再犯類似錯誤即後,即可以將 Checklist Item 移除。

45

圖表 4-7 個人 Checklist

類別查詢使用者介面:

1. 點選了依類別找尋則可出現目前系統中擁有之錯誤類別列表。

圖表 4-8 依類別查詢

2. 點選了 FILE 類別之後,則發現可能之錯誤有 46 筆,因此使用者可 以於此資料中,進一步地找尋是否有自己所需要之解答。在點選了 可能之解答之後,就與依錯誤訊息來查詢之介面相同。

46

圖表 4-9 依類別查詢介面二

解答回饋介面:若是使用者發現一知識庫中尚無解答之問題並找到解 法,則可以利用解答回饋介面來將知識回饋給錯誤知識庫,以幫助後來 程式設計師解決類似之問題。回饋介面如下:

圖表 4-10 解答回饋介面

在完成了解答回饋之後,則需求將會被送至知識庫管理員,待知識庫管

47

理員,請專家進行解答審核之後,則會回信給提問人員。若是解答審核通過,

則系統同時將錯記錄解答回饋之人員之解答提供次數,以作為人員貢獻度之 評鑑。

錯誤知識管理員介面:

使用者在解答回饋完了知識之後,則錯誤知識管理員則可以藉由管理介 面來處理此解答回饋之功能。

1. 管理員登入系統之後,可以看到待辦工作,包括由系統所發送的和由 使用者所發送之需求。因此在使用者回饋了知識之後,則在管理員之 待辦事項上則多了一項解答回饋之需求工作,管理員則可以點選該項 目,並進行處理。

圖表 4-11 管理員工作介面

2. 點選了解答回饋之後,則為解答寄送介面。知識庫管理員,可以挑選 各種語言之專家來進行協助。在語言附件中,提供待審解答之 Doc 檔 案,而專家在審查後,應該至審查結果上傳網站登錄最後審查結果。

48

圖表 4-12 解答寄送介面

3. 專家解答審查結果介面:包括密碼之填寫,和解答審查結果的挑選。而 在專家送出之後,則系統管理員則可以在待辦工作中,收到審核結 果,並可以開始進行資料庫之修改。而解答審查同時也會寄送給,提 供解答之人員。

圖表 4-13 解答審查結果上傳介面

49

系統還有一系列自動化工作需要進行,即在錯誤累積次數過高時,發送 給教材管理人員教材新增之要求,及錯誤一日之內多次產生時,則自動發送 解答給使用者。

教材修改需求介面:系統若發現某錯誤之發生累計次數過高,則系統自 動進行寄送教材修改需求給教材管理員,寄送內容如下圖。

圖表 4-14 教材修改需求結果

50

第5章 程式設計師能力庫系統之設計

Workbench 整合之部分,於 Software Workbench 上新增之機制包括:

1. 模組資訊收集機制:模組結束時之模組資訊之記錄,包括 LOC、類別、

除了整合於 Software Workbench 上之機制之外,則還有程式設計師能力資料 庫管理之功能,包括:

1. 能力評鑑機制:Software Workbench 收集了所需之模組資料之後,則能力 評鑑機制將必須主動地進行人才能力之判定。

2. 能力標準管理:為完成能力評鑑則需要能力評鑑標準之建立,而依據組織 之需求或時間的改變,評定標準可以隨時間修改或是出現了新之技術 做,則需具有新增評鑑標準之機制。

相關文件