未來研究方向

1、 一個軟體專案中的需求文件及相關表格相當繁多，再加上專案發展過程中的設計 變更，使得要維護專案需求規格文件相當不易且耗時。本研究建議可針對多媒體 開發系統發展需求規格文件自動產生程式 (Report & Douctment Generator)， 有效 率的產生、管理與維護系統需求規格文件。

2、 發展不一致性檢查機制。在多媒體設計工具軟體中所製作出來的多媒體檔案，需有 一套自動化的機制來檢查其相關參數設定是否與原始需求符合，若不符合需有自動 矯正措施依據原始教案需求規格內容自動進行修正，以確保多媒體教材內容品質。

3、 多媒體設計工具軟體繁多，若能整合更多其他多媒體設計工具軟體，則能大幅提高本 研究所提出的品質管制手法的應用廣度。

4、本研究實作了CMMI需求管理流程領域Level 2的內容，未來可進一步整合並實作CMMI 其他流程領域及能力成熟度等級的規範內容，如此可使得本研究的內容更加完整。

參考文獻

[1] Advanced Distribute Learning (ADL) initiative, SCORM Specification – The SCORM Content Aggregation Model 2004, ADL, 2004.

[2] Suxia Xu, Shaozi Li. “The SCORM standard and its application in web-based education resources building”, IEEE International Symposium, Volume 12-14, pp. 212 – 215, December 2008.

[3] Advanced Distribute Learning (ADL) initiative,”Sharable Content Object Reference Model:

The SCORM Overview”, http://www.adlnet.org

[4] Advanced Distribute Learning (ADL) initiative,”Sharable Content Object Reference Model:

The SCORM Content Aggregation Model”, http://www.adlnet.org

[5] 連瑞斌，「以CMMI為基礎的多媒體學習內容開發流程品質管制方法」，國立交通大 學，碩士論文，民國96年。

[6] MIT Open Course Ware, http://www.myoops.org/twocw/mit/Electrical- Engineering- and- Computer-Science/

[7] Open Uuiversity, http://www.open.ac.uk/

[8] 黃鈺雯，「數位典藏與學習之產業發展與推動計畫」，財團法人中衛發展中心，民國 98年，http://idp.teldap.tw/epaper

[9] Software Engineering Institute,Carnegie Mellon, CMMI for Development(CMMI-DEV), V1.2, Carnegie Mellon, 2006.

[10] CMMI產品團隊，適用於發展的能力成熟度整合模式(CMMI-DEV)1.2版，財團法人資 訊工業策進會，民國九十七年。

[11] 財團法人資訊工業策進會，需求管理流程領域導入指引，財團法人資訊工業策進會，

民國九十五年。

[12] Software Engineering Institute,Carnegie Mellon http://www.sei.cmu.edu/cmmi/

[13] C.S. Koong, K.C. Lai, D.J. Chen and W.C. Wang, “The Learning Achievement Study of the Learning Styles Based on the SCORM Sequencing Rules,” WSEAS Transactions on Computers, Issue 9, Volume 5, pp. 2084-2089, September 2006,

[14] Ian Sommerville, Software Engineering, 7th Edition, Addison-Wesley, 2004 [15] 智勝國際, “編輯手2004”, http://www.caidiy.com/

[16] Maiden N, “User Requirements and System Requirements”, Software, IEEE, Volume 25, Issue 2, pp. 90 – 91, March-April 2008.

[17] Software Engineering Institute,Carnegie Mellon, Capability Maturity Model Integration

(CMMI-SE/SW/IPPD/SS),Staged Representation, V1.1, Carnegie Mellon, 2002.

[18] Software Engineering Institute,Carnegie Mellon, Capability Maturity Model Integration (CMMI-SE/SW/IPPD/SS),Continuous Representation, V1.1, Carnegie Mellon, 2002.

[19] ISO/IEC 12207, Information Technology – Software Life Cycle Processes, Switzerland ISO/IEC, 1995.

[20] Space and Naval Warefare Systems Center, Requirements Management Process Expert Mode,V1.0, San Diego: Space and Naval Warefare Systems Center, July 2001.

[21] W.R. Duncan, A Guide to the Project Management Body of Knowledge, PA Project Management Institute, 1996.

[22] Pressman, R., Software Engineering: A Practitioner’s Approach, 6th Edition, McGraw-hill, 2005.

[23] Pankaj J., CMM in Practice: Processes for Executing Software Projects at Infosys, Addison-Wesley, Inc., June 2001.

[24] 財團法人資訊工業策進會，軟體發展指引，台北：財團法人資訊工業策進會，民國七 十七年。

[25] Kuei-Jung Chung, “The Design and Implementation of a Content Quality Control Process and Management System for SCORM-based Multimedia Curriculum” Master Thesis of N.C.T.U. Taiwan, 2006.

[26] Jamieson A., Introduction to Quality Control, Reston Publishing, 1982.

[27] Pressman, R., Software Engineering: A Practitioner’s Approach, 6thEdition, McGraw-hill , 2005.

[28] Margaret Kulpa, Kent A.Johnson, Interpreting the CMMI: A Process Improvement Approach , April 2003.

[29] Walz, J. W.;Walz, J. W.;Land, S. K. Practical Support for CMMI-SW Software Project Documentation Using IEEE Software Engineering Standards, Edition 1, IEEE Press and IEEE Computer Society Press in partnership with John Wiley & Sons, Inc. ,2005.

[30] Reifer, D. J. Software Management, Edition 7, IEEE Press and IEEE Computer Society Press in partnership with John Wiley & Sons, Inc. ,2006.

附錄一

附錄二

A.2 QA2 規則化講義文件 QA 表

A.3 QA3 SCORM 化的課程架構及流程 QA 表

課程名稱 (機台)

檢查日期

一、請檢查以下欄位是否都有填寫，或內容是否正確。

檢查項目 是否通過 備註

1.

課程架構是否符合 IEEE LOM 標準 (Aggregation、Learning Resource、SCO)

□是 □否

2. 架構的末端是否都是 SCO □是 □否

3. 各教材的學習順序是否都有用編號表示 □是 □否

4. 學習順序是否正確 □是 □否

5. 可再利用的主題或內容，是否有獨立成單元教材 □是 □否

6. 課程流程是否正確 □是 □否

7. 教材內容是否正確 □是 □否

8.

其他：(若有發現其他問題，請在此填寫！)

填表人簽名： 修正人簽名：

修正人回覆：

A.4 QA4 腳本分鏡QA表

A.5 QA5 UI QA表

UI QA 表

審核說明：1.場景 UI 設計確認無誤後，日後如欲修改，將對專案進度造成影響！請詳細審核。

2.UI 設計檔請詳閱附件及說明文件。

課程名稱：

交付日期： 審查期限：

序 項目 審核重點 是否通過 備註

13 整體風格 風格是否符合課程要求？每個場景

間的設計風格是否搭配得宜？ □是 □否

14 場景配色 配色是否合宜 □是 □否

15 按鈕設計 按鈕的擺放位置、造形設計是否合宜 □是 □否

16 動畫設計 按鈕動畫、角色動畫設計是否得宜 □是 □否

17 物件配置 不同素材的排放位置、所佔版面比例

是否合宜 □是 □否

18

其他：(若有發現其他問題，請在此填寫！)

審查人簽名： 修正人簽名：

修正人回覆：

A.6 QA7 互動式教材QA表

互動式教材 QA 表 課程名稱

(機台)

檢查日期

作業系統版本：□Win98 SE □WinMe □Win2K □WinXP □其他： IE 版本：

Windows Media Player 版本：□V6.4 □V7 □V8 □V9 □V10 □其他：

是否有安裝其他的媒體播放程式：

序 單元教材名稱 幕次 錯誤部分說明 建議修改方式 回覆

審查人簽名： 修正人簽名：

修正人回覆：

表格如不敷使用可自行影印。本文件為一式兩份，雙方個留存一份