臺灣博碩士論文加值系統

台灣軟體產業對品質一直無法提昇很重要的原因在於開發系統時，開發單位通常都面臨與時間競爭的壓力，無暇顧及軟體品質，高階主管更不覺得品質特別重要，只有在專案完成遇到維護問題時，付出額外的代價，才意識到軟體品質的重要。
CMMI已是目前國際上被高度認同的軟體開發流程模式，對提升軟體發展能力及改善軟體品質相當有助益，可協助組織達到降低成本、掌控開發時程與確保品質等目標，不僅國外業者陸續將CMM/CMMI評鑑列為軟體代工資格要求，行政院更於九十一年於政府資訊委外原則中將通過軟體相關資格評鑑及管理能力認證者列入評選加分條件。
本研究以CMMI驗證流程領域為基礎,提出驗證作業程序，並以裁製後的RUP測試流程為例，當作驗證的對象，結果將以UML活動圖表達其互動關係，以及以Zachman5W1H表呈現資訊需求，接著將5W1H表中的Who 和 How進一步分析，結果以使用案例圖及使用案例說明呈現，再進行實作以完成雛型系統，最後再試評整個過程是否符合CMMI驗證流程領域的目標；另一方面，本研究也在建置雛型系統時，涵蓋軟體測試自動化工具的引介。透過本文研究的過程，期盼提供想要導入CMMI驗證流程領域的軟體開發單位一個簡單的範例說明。

第一章、緒論 1
1.1 研究動機 1
1.2 研究目的 2
1.3 研究設計 2
第二章、文獻探討 5
2.1軟體品質 5
2.1.1軟體驗證 5
2.1.2軟體驗證的方法 5
2.2 CMMI （Capability Maturity Model Integration）能力成熟度整合模式 6
2.3 軟體測試 7
2.3.1 RUP軟體開發流程 8
2.3.1.1 RUP測試工作流程 8
2.3.2軟體測試的種類 10
2.4 需求分析 11
2.5 統一化模型語言(Unified Modeling Language，UML) 13
第三章、應用CMMI驗證程序於RUP軟體測試流程 14
3.1 研究架構的建立 14
3.2 提出符合CMMI驗證流程領域目標的驗證程序 14
3.3 裁製RUP軟體測試流程 17
3.4 結合驗證流程於測試流程 19
第四章、使用案例分析及驗證支援雛型系統畫面展示 24
4.1驗證支援雛型系統需求分析 24
4.1.1使用案例圖的產生 24
4.1.2使用案例描述（Use Case Description） 26
4.2 驗證支援雛型系統畫面展示 41
第五章、以CMMI模型試評 53
5.1 CMMI評鑑等級 53
5.2 以CMMI模型進行試評 53
第六章、結論以及貢獻說明 68
6.1結論 68
6.2未來研究方向 68
參考文獻 70

一 、中文部分
1.侯玉中，提升可信度的軟體驗證與確認方法， 元智大學電機與資訊工程研究所碩士論文，民國87年。
2.宋珍儀，資訊需求分析架構之研究—以網路基金下單應用為例，國立政治大學資訊管理學系碩士論文，民國90年。
3.朱明強，以企業樣版為基礎之需求分析架構，國立政治大學資訊管理學系碩士論文，民國91年7月。
4.資策會，”CMMI 導入指引(第三級)”，民國91年。
5.行政院研考會，行政院所屬各機關資訊業務委外服務作業參考原則，民國91年。
6.許育誠，軟體測試與品質管理，文魁資訊，民國92年。
7.黃鈺峰，軟體測試與文件製作，中華民國資訊軟體品質協會，民國92年7月。

二、英文部份
1.Alhir, S. S., UML In Nutshel, O’Reilly, 1999.
2. Benyon, D., and Skidmore, S., “Towards a Tool Kit for the Systems Analyst
”, The Computer Journal, 30(1): 2-7, 1987.
3. Berlin, L. M., “User-Centered Approach Definition: A Methodology and Case
Study”, Hewlett-Packard Journal, 40(5): pp. 90-97, 1989.
4.Carnegie Mellon University Software Engineering Institute, Capability Maturity Model Integration, Version 1.1, CMU/SEI-2002-TR-001.
5.Dobson, J. E., Martin, M. J., Olphert, C. W., and Strens, M. R., ”The ORDIT
Approach to Requirements Identification”, Proceedings of the Sixteenth Annual International Computer Software & Applications Conference, IEEE Computer Society, Sep. 1992.
6.Evernden, R., ”The Information Framework”, IBM System Journal, 35(1), p.
37, 1996.
7.Grehan,P., ”Unit Testing for Java，Net Made Simple,” InfoWorld, Aug 4 2003 ,Vol. 25,Iss. 30,pp54.
8.Hailpern, B., and Santhanam, P., ”Sofeware Debugging, Testing, and Verification,” IBM Systems Journal, 2002 Vol. 41,Iss. 1, pp. 4- 9.
9.IEEE Standards Collection Software Engineering 1993 Edition,IEEE,Inc.NY,1993.
10.Kang, K. C., and Cohen, S. G., and Hess, J. A., and Novak, W. E., and Peterson, A., S., ”Feature-Oriented Domain Analysis Feasibility Study”, Software Engineering Institute, Pittsburgh, PA, Nov, 1990.
11.Schwartz, K. D., “Automation,Software packages,Product testing” Asia Computer Weekly, pg. 1, Oct 20, 2003.
12.Larman, C., ”Applying UML and Patterns : an introduction to object-oriented analysis and design” , Prentice Hall, 1998.
13. Mayer, J. H., ” The right way to view testing”, Software Mgazine, May 1998 , pp 3- 4 .
14. Milson, F. D., “Using CORE with SDL to Specify Requirements”, In Proceedings of the Seventh International Conference on Software Engineering for Telecommunication Switching Systems：SETSS 89 (Conf. Publ. No. 306), pp. 137-141. Institution of Electrical Engineers(IEE), London, 1989.
15.Rational Software Corporation, ”Rational Unified Process Version 2003, “
CD-ROM, Rational Software Product.
16.Rational Software Corporation, “Applying Requirements Management with Use Case”, White Paper, 2000.
17.Saran, C., ”Auto Tools Reduce Sftware Quality “, Computer Weekly, Dec 2003 pp4.
18.Titus, J., "Reuse Your Software ",Design News, Nov 2003, Vol. 58, Iss. 17, pp. 79.
19. Zachman, J. A., "A Framework for Information Systems Architecture. ", IBM
Systems Journal, 26(3), 1987.

三、網站部分
1. IBMTaiwan, 2004,
http://www-901.ibm.com/tw/knowledge_uni/alice/20040310_1.html
2台灣微軟，2004 ， http://www.microsoft.com/taiwan/msdn/columns/200311softdev.htm