第五章 自評支援
6.1 研究結論
國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
第六章 結論與建議
6.1 研究結論
國內的資訊軟體開發環境多要求乙方要作什麼，甚少要求甲方要作什 麼，這也許是傳統固有甲方的舊思維！通常在結標後，甲方的參與程度也隨 之驟減。事實上一個專案必須經由雙方的努力，在對等、公平與專業的溝通 平台上協同合作，才可以促使專案真正的成功。
本研究為支援一個實用、有效的籌獲管理制度，選擇目前甲方最需要具 備的三項能力：籌獲需求發展、籌獲驗證與確認，作為本研究的研究基礎。
藉此，提供甲方在委外過程中新的思考方向。
在研究過程中產製的活動圖與 5W1H 分析，可以協助組織在專案的各 個階段，確立什麼角色的人在何時何地做何事，產生什麼樣的結果。而另一 方面，透過使用案例的分析與後續資訊系統的建立，可以幫助組織正確且快
速地導入相關作業程序。
研究限制
流程的改善是長期且永恆無止境的工作，須要各階主管的支持與各專案 團隊的合作，全組織必須有相同的想法與共識，才可有效導入 CMMI。一般 而言，導入 CMMI 通常需要建立推動委員會及流程改善小組（Engineering Process Group ; EPG），尤其是 EPG 必須充分了組織流程與 CMMI 的要求，
透過充份的溝通、研討與組織的試行回饋，建立一套合適、在地的流程標準。
再經由數月的正式導入，深植流程於組織之中，倘若要進入 SCAMPI A 的正 式評鑑更需要一筆為數不小的經費，本研究因時間和經費限制，未能進一步 發展籌獲管理支援系統、試行於 CMMI-ACQ 組織甚或進入具公正性的評鑑。
此外，本研究著重於特定執行方法的研析，對於一個完整的流程領域而言，
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
尚須有一般執行方法的配合，才可完整呈現一個流程領域的全貌。
6.3 研究貢獻
本研究於學術方面的貢獻包括：
將 CMMI-ACQ 的 ARD、AVER 及 AVAL 流程領域融入統一流程的軟 體工程方法論，使用 UML 的方式表逹。
運用 Zachman Framework 的 5W1H 提問方法整合統一流程的模 型元素，加入各流程領域關鍵人員觀點。
於實務方面的貢獻包括：
提供一套資訊需求分析作法，可協助誘發組織建立籌獲管理支 援系統的需求，包含 ARD、AVER 及 AVAL 流程領域。
提供導入者發展籌獲管理支援的觀念，簡化組織提升籌獲管理 能力的複雜度。
組織更易將 CMMI-ACQ 提供的 ARD、AVER 及 AVAL 流程指引轉化 為實際可運用的流程標準來支援籌獲管理。
6.4 未來研究與發展
本研究可延伸的主題包括：
推廣此一研究方法至各個流程領域（含一般執行方法），研究、
發展真正適用的簡易版 CMMI-ACQ 支援系統。
以 CMMI（含 CMMI-DEV、CMMI-ACQ 及 CMMI-SVC）為基礎，建構 資訊組織應具備的流程改善措施，並規劃資訊需求與支援系統。
發展甲、乙雙方溝通、協調的軟體委外開發管理之共用資訊平 台。
‧
CMMI-ACQ 國際認證頒證典禮暨示範點成果發表會--專訪財稅資料中心黃主 任定方http://www.libertytimes.com.tw/2008/new/sep/14/today-e2.htm
5. 宋珍儀，「資訊需求分析架構之研究—以網路基金下單應用為例」，國立政治
9. 國家標準檢索系統 http://www.cnsonlin.com.tw。
10. 梁定澎，1997「資訊管理研究方法總論」，資訊管理學報，資訊管理實證研究 方法討論會特刊，第四卷第一期：1 - 7 頁。
11. 黃政霖，「能力成熟度整合模式-籌獲模式用於空軍武器系統籌獲流程之探 討」，國防管理學院國防資訊研究所碩士論文，2008。
12. 經 濟 部 提 升 資 訊 軟 體 品 質 (CMMI) 計 畫 網 站 , http://www.cmmi-taiwan.org.tw/content/templatePlan.aspx?id=19
13. 經 濟 部 提 升 資 訊 軟 體 品 質 (CMMI) 計 畫 網 站 , 最 新 消 息 ,2009.5.21, http://www.cmmi-taiwan.org.tw/content/news-in.aspx?id=1
14. Alhir, S. S., UML In Nutshell, O’Reilly, 1999.
15. Acquisition Support Program, Self Assessment and the CMMI-AM–A Guide for
Government Program Managers, Carnegie Mellon University, Software
‧
Engineering Institute Handbook, CMU/SEI-2005-TN-004, Pittsburgh, PA, 2005, http://www.sei.cmu.edu/pub/documents/05.reports/pdf/05tn004.pdf .
16. Bernard, T., Gallagher B., Bate, R. and Wilson H., CMMI® Acquisition Module
(CMMI-AM) Version 1.0, Carnegie Mellon University, Software Engineering
Institute Handbook, CMU/SEI-2004-TR-001, Pittsburgh, PA, 2004, http://www.sei.cmu.edu/pub/documents/04.reports/pdf/04tr001.pdf.17. Bernard, T., Gallagher B., Bate, R. and Wilson H., CMMI Acquisition Module
(CMMI-AM)
Version 1.1, Software Engineering Institute Handbook,CMU/SEI-2005-TR-011, Pittsburgh, PA, 2005, http://www.sei.cmu.edu/pub/documents/05.reports/pdf/05tr011.pdf .
18. Booch, G., Jacobson, I. and Rumbaugh, J. The Unified Software Development
Process, Addison-Wesley, Inc., 1999.
19. Carnegie Mellon University, CMMI® for Acquisition Supplement for Introduction
to CMMI Version 1.2 , 2008.
20. CMMI Guidebook for Acquirers Team, Understanding and Leveraging a
Supplier's CMMI Efforts: A Guidebook for Acquirers, Software Engineering
Institute Handbook, CMU/SEI-2007-TR-004, Pittsburgh, PA, 2007, http://www.sei.cmu.edu/pub/documents/07.reports/07tr004.pdf .21. CMMI Product Team, CMMI® for Acquisition Version 1.2, Software Engineering Institute Handbook, CMU/SEI-2007-TR-017, Pittsburgh, PA, 2007, http://www.sei.cmu.edu/pub/documents/07.reports/07tr017.pdf .
22. CMMI Product Team, CMMI® Version 1.1, Software Engineering Institute Handbook, CMU/SEI-2002-TR-004, Pittsburgh, PA, 2002, http://www.sei.cmu.edu/pub/documents/02.reports/pdf/02tr004.pdf .
23. CMMI Product Team, CMMI® for Development Version 1.2, Software Engineering Institute Handbook, CMU/SEI-2006-TR-008, Pittsburgh, PA, 2006, http://www.sei.cmu.edu/pub/documents/06.reports/pdf/06tr008.pdf .
24. Defense Acquisition University,
Systems Engineering Fundamentals, pp.12, 2001,
http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf .25. Dodson, K. M., Hofmann Hubert. F., Ramani G. S. and Yedlin D. K., Adapting
CMMI for Acquisition Organizations: A Preliminary Report, Software
Engineering Institute Handbook, CMU/SEI-2006-SR-005, Pittsburgh, PA, 2006, http://www.sei.cmu.edu/pub/documents/06.reports/pdf/06sr005.pdf .‧
26. Durrani, Tariq S., Forbes, Sheila M., Broadfoot, Charles, An integrated approach
to technology acquisition management, 1999.
27. Gibson, D. L., Goldenson, D. R. and Kost K., Performance Results of
CMMI-Based Process Improvement, pp.4, 2006.
28. IEEE Standards Collection Software Engineering 1993 Edition, IEEE, Inc., NY, 1993.
29. Kneuper, R., CMMI V1.1 PIID and SCAMPI Tool (PST), 搜尋日期：2009.6.15 http://www.kneuper.de/English/PIID-SCAMPI-Tool/
30. Saran, C., “Auto tools reduce software quality,” Computer Weekly, pp4, Dec 2003.
31. SCAMPI Upgrade Team, Standard CMMI® Appraisal Method for Process
Improvement (SCAMPI) A, Version 1.2: Method Definition Document, Carnegie
Mellon University, Software Engineering Institute Handbook, CMU/SEI-2006-HB-002, Pittsburgh, PA, August 2006, http://www.sei.cmu.edu/pub/documents/01.reports/pdf/01hb001.pdf .32. Scott-Morton, M.S., “The State of the Art of Research, The Information Systems
Research, Poston: Harvard Business School Press, 1984, pp.13-41.
33. SEI, Capability Maturity Model Integration (CMMI®) Version 1.2 Overviews, 2007, http://www.sei.cmu.edu/cmmi/adoption/pdf/cmmi-overview07.pdf .
34. The Standish Group International, Inc., Interview: Jim Johnson of the Standish
Group
（ Posted by: Hartmann, D. ） , 2006,http://www.infoq.com/articles/Interview-Johnson-Standish-CHAOS .
35. Tseng, S. –F and Lin, C. –Y. , QMAP-Measurement and Analysis Process
Planning for Software Project Compliance to CMMI, Proceedings of the 36th
International Conference on Computers and Industrial Engineering, June 21-23, 2006, Taipei, Taiwan, R.O.C., CIE00838, pp.4117-4128.36. Zachman, J. A., “A Framework for Information Systems Architecture,” IBM