底下則探討目前最常用的有全功能式 (fully functional approach) 的系統開發方式 (張百畝，2003)。
全功能式系統開發方式是指每一個資訊系統的開發都必須經由「系統分析」
(system analysis) 、「 系 統 設 計 」 (system design) 、「 系 統 建 置 」 (system development) 、「系統實施」 (system implementation) 、「系統評鑑」 (system evaluation) 等五個程序，整個資訊系統的開發才算完全完成 (張百畝，2003) 。
(一)系統分析
延平，2001；張百畝，2003)。
(2)資料彙整與分類 (3)資料驗證與分析
3.系統確認及可行方案研究
當「細部分析」完成之後，應立即進行「系統確認」的工作，其中包含確認 系統的需求、確認系統的績效以及可行方案的研究。在進行可行方案研究時，可 以從成本方面、效益方面、需求方面來著手評估，來挑選最適合資訊系統開發的 方式。
4.撰寫系統分析報告
系統分析報告的目的是讓使用者有機會了解系統分析結果及系統將具備的 功能，讓使用者進行批評與指正，進而改進系統開發的內容。
系統分析報告的內容包括：系統概述、系統功能、系統需求、系統畫面、系 統處理程序、作業流程、可行方案研究、發展時程等。
(二)系統設計
所謂「系統設計」是指系統設計師根據系統分析的結果，研究規劃以電腦為 工具的資訊處理系統，以取代現行作業方法，此系統除了可以解決現行系統之缺 失外，且須符合使用者的需求，並寫要提高現行的作業方法品質與工作效率 (張 百畝，2003；饒瑞文，1993)。主要的工作項目如下 (張百畝，2003)：
1.輸出設計 (Output Design)
資訊系統的輸出是要提供使用者閱讀使用，因此輸出設計是展現真正需求的 工作項目，其中輸出的工作包括：確認系統輸出的需求、輸出報表的格式、輸出 的媒體以及輸出報表的處理方式。
2.資料檔或資料庫設計 (Data File or Data Base Design)
資料檔或資料庫是儲存資訊系統的核心，完善的檔案與資料庫設計可以讓資 訊系統的使用者更有效率、方便的存取資料 (吳宗成，1995) 。設計資料檔時應
注意：輸出需求、資料檔的目的、軟硬體設備、資料的活動性與變動性、處理速 度、資料檔的存取方式、成本以及容量 (張百畝，2003)。
3.輸入設計 (Input Design)
GIGO (Garbage In, Garbage Out) 是資訊技術人員非常熟悉的觀念，所以都應 避免問題發生的最佳時機就是在資料輸入的時候 (季延平，2001) 。因此輸入設 計的工作與注意事項包括：確認輸入的資料及其來源、原始資料憑證的格式、輸 入畫面的設計、代碼設計、選擇資料登錄的方式 (張百畝，2003)。
4.處理程序設計 (Process Design)
處理程序設計就是規劃設計電腦化的作業程序與方法，其工作內容包含系統 模組設計、繪製系統流程圖、繪製系統功能層次圖、資料流程設計。
5.控制設計 (Control Design)
在資訊系統設計時，必須考慮設計防弊與除錯的控制方法，其中包括輸入與 輸出控制以及系統安全控制。
(三)系統建置
系統建置式系統發展的重要階段，其主要工作是將系統設計階段的結果加以 實現。從軟體工程的觀點，系統建置包括系統建立與測試修正等二階段。 (吳宗 成，1995；黃明祥，1988)。
系統建立階段是依系統設計階段所作的設計，首先進行系統製作規劃，接著 選用適當的軟硬體設備以及開發工具進行程式撰寫，最後必須依據所設計出來的 系統撰寫系統文件。
系統測試的目的在於確定系統是否可以正常執行，以及執行結果是否可以讓 使用者接受。系統測試修正階段分為開發期的初步測試與開發完成後的整體測 試。開發期的初步測試是程式設計師就其所撰寫的程式進行除錯，除錯的方法可 透過編譯程式、除錯程式、人工檢視達成；開發完成後的整體測試比起初步測試 來的複雜與困難，整體測試需有使用者協同測試，根據各種預想的使用情形進行
實際操作，同時重新修正程式，使所有功能達到正確的處理要求為止。
(四)系統實施
「系統實施」就是整個系統做完「系統建置」之後，交給使用者以實際資料 做測試，進行實際上的應用，並提供使用的支援與維護，系統實施的工作內容如 下 (張百畝，2003)：
1.教育訓練：包含管理者與使用者訓練。
2.系統安裝與轉換：準備機器設備與軟體系統進行安裝或將舊系統轉換成新系統。
3.平行作業：人工和電腦化同時作業，檢查是否一致。
4.撰寫系統文件：撰寫與整理系統分析、系統設計與系統評鑑的文件資料。
(五)系統評鑑
在完成整個系統實施之後，最後必須進行系統的評鑑工作，評鑑的目的在於 察覺使用者是否有依正常程序來操作系統或是使用者使用後的感想給予的回 饋，以做為修改系統或修正系統錯誤的參考，如此系統才能滿足使用者需求，提 高工作效率。系統評鑑的內容，包含有 (張百畝，2003)：
1.是否達成系統目的？
2.是否降低作業成本？
3.是否滿足使用者需求？
4.是否有問題急於解決？
5.處理程序是否簡化、順暢、快速？
6.軟硬體設備是否需要更新？
系統的評鑑方法通常有下列三種 (葉維彰，1998)：
1.問卷調查法：利用事先設計妥善的問卷，用於調查使用者或管理階層對系統使 用的分析與困難問題。
2.成本效益分析法：即比較系統的收益與成本，以確定系統之績效。
3.觀察法：以觀察系統的實際作業狀況，俾了解其工作負荷、能量與回應時間 (response time) 等。
系統評鑑後的結果必須提供系統開發人員修正與改進系統的功能與運作，為 了確保系統的正確性，在系統建置完成開始運轉後，也應經常評鑑，如果遇到需 求改變、缺失或是軟硬體設備更新的問題，則應立即採取回饋 (Feedback) 的程 序，重新執行系統分析、系統設計、系統建置等工作，這樣才可以保持系統的穩 定與正確，並滿足使用者的需求。
由以上的探討可以得知資訊系統的開發有其完整的過程與方式；本研究的線 上測驗系統的開發，將修改以上的系統開發的過程與方式，使合於本研究程式的 開發，以達到本研究的目的。
第六節 精緻試題有向圖分析方法
傳統測驗會對每道試題，計算其難度 (P) 與鑑別度 (D) ，而這兩個指標，
用於診斷學習者的學習歷程，並無法提供完整有效的訊息 (涂金堂，2003) 。 Nichols (1994) 認為傳統評量理論對於教師對學生的錯誤學習進行診斷的評量，
並無法提供有效的訊息，因此，Nichols (1994) 提倡發展認知診斷評量 (cognitively diagnostic assessment, 簡稱為 CDA)，以幫助教學目標的達成。
解題規則 (rules of problemsolving) 是受試者解決問題的方法或策略。就認 知診斷方法而言，如何呈現或分析受試者的問題解決規則，是一個重要的研究主 題 (林原宏，2005b)。因此，認知診斷評量的計分方式，強調測驗的計分能夠提 供老師足夠的診斷訊息，來評估學生的學習歷程 (涂金堂，2003)。
為了讓試題能提供施測者較多診斷訊息，Bart and WilliamsMorris (1990) 認 為，試題若無解題規則的解釋與區別功能，雖有嚴謹的認知診斷模式，亦無法進 行解題規則的認知診斷探討。因此，Bart and WilliamsMorris (1990) 提出衡量試 題的解題規則診斷功能之兩個指標，此種試題分析方法稱為精緻試題有向圖分析
(refined item digraphanalysis, RIDA) 。 這 兩 個 指 標 是 反 應 解 釋 力 (response interpretability) 和反應區別力 (response discrimination)。
反應解釋力用以判斷每道試題中的每個反應選項，是否至少含有一個規則可
以圖 212 為例，假設(1,6)vs.(3,2)的三種作答選項反應，可由規則一至規則 四等四種規則對應表示。
圖 212 試題(1,6)vs.(3,2)的作答選項反應與規則對應圖 反應
根據圖 212 的對應關係，可獲得如表 28 的作答選項反應與規則之對應關