透過您的圖書館登入
IP:3.145.23.123
  • 學位論文

An Architecture and Prototype for Target Process Areas at CMMI Levels 3 and 4

An Architecture and Prototype for Target Process Areas at CMMI Levels 3 and 4

指導教授 : 曹承礎

摘要


近年來,能力成熟度整合模型(CMMI)已廣泛地運用在軟體產業。若以CMMI作為軟體生產流程控管的標準,可提升台灣軟體製造能力,進而提昇台灣軟體產業的國際競爭力。然而,目前台灣大多數的軟體公司仍停留在CMMI層級一或是層級二。主要的原因是:一、CMMI架構太過於龐大,欲採用CMMI作為流程改善標準的公司不知道從何著手。二、目前尚缺乏支援層級三或層級四的相關工具及導入方法。因此,本研究將重心放在CMMI層級三和層級四,並提出相關工具來支援軟體業者邁向CMMI更高的層級。 首先,我們重新詮釋CMMI架構,並定義出五大焦點流程領域(組織流程定義、組織流程專注、組織訓練、組織流程績效,和數量化專案管理)。根據焦點流程領域,提出CMMI層級三和層級四的支援架構。 此架構包含流程描述與定義、流程模型、流程模擬,以及流程分析四大模組。我們實做一個系統雛型包含三大主要模組。藉由本系統,軟體業者可以模擬軟體開發流程,衡量流程績效和產品品質,並透過參數微調,評估不同的流程改善方案。這些弁鈳ㄔR分支援CMMI層級三和層級四的精神---流程定義和數量化管理。 本架構及雛形可達成大部分的焦點流程領域的特定目標和特定實務,若輔以配套的管理制度,我們相信,本研究可以協助軟體業者往CMMI層級三和層級四邁進。

並列摘要


Capability Maturity Model Integration (CMMI) has been widely used in recent years. Adopting CMMI helps software vendors improve their software development ability, lower costs, reduce cycle time, and insure high quality products. It is also advantageous when facing competitors from China and other countries. However, most software companies in Taiwan belong to CMMI Level 1 or Level 2. The key problems are as follows: (1) CMMI is a formidable document. Its size alone makes it hard to comprehend and use for process improvement. (2) There are few tools and methodologies to support Levels 3 and 4. Therefore, we focus on process areas at CMMI Levels 3 and 4 and present related tools to support them. First, we reinterpret the CMMI maturity model and identify our target process areas (i.e. Organizational Process Definition, Organizational Process Focus, Organization Training, Organizational Process Performance, and Quantitative Project Management). Based on these five process areas, we then propose a CMMI support architecture for Levels 3 and 4. Our CMMI Levels 3 and 4 Support Architecture presents four components that support our target process areas. We implement a system prototype that has three main components, namely: process modeling, process simulation and process analysis. It enables quantitative evaluation of software processes and facilitates comparison of different process designs. These functions totally support the spirit of Levels 3 and 4, i.e. process definition and quantitative management. We believe that our architecture and prototype support target process areas because we have accomplished most of the specific goals and specific practices in each process area. That is, we provide a tool to help software vendors move to higher levels of CMMI.

參考文獻


3. [Burke, 1997] Burke S. (1997) Radical Improvements Require Radical Actions: Simulating a High-Maturity Software Organizations, Tech. Rept. CMU/SEI-96-TR-024, Software Engineering Institute, Carnegie Mellon University
4. [Christie, 1999] Christie A. M. (1999) Simulation in support of CMM-based process improvement, Journal of Systems and Software, Vol. 46, No. 2/3
7. [Eickelmann, 2003] Eickelmann, N. (2003) An Insider’s View of CMM Level 5, IEEE Software, Vol. 20, No. 4
13. [Kellner et al., 1999] Kellner M. I., Madachy R. J., and Raffo D. M. (1999) Software Process Simulation Modeling: Why? What? How? Journal of Systems and Software, Vol. 46, No. 2/3
14. [Lepasaar and Makinen, 2002] Lepasaar, M. & Makinen, T. (2002), Integrating Software Process Assessment Models using a Process Meta Model, Proceedings of IEEE Engineering Management Conference, Cambridge, UK, Vol. 1, pp. 224-229