关於 CMMI.docVIP

關於 CMMI 與其說 CMMI 是流程框架(Process Framework)，倒不如說 CMMI 是目標框架(Objective Framework)。 CMMI 是以 “流程區域(Process Area)” 為主要完成目標。無論是以 “Continuous” 或 “Staged” 的途徑(approach)，均以 “Process Area” 為單位，來檢驗 “軟體能力” 的成熟度。 Ex. “需求管理(Requirement Management)” 為一個 “Process Area”，是 CMMI level 2 必須完成的主要目標。(level 2 需完成 7 個主要的 “Process Area”；level 3 需完成 14 個”)。 每一個 “流程區域” 會細分為多個子目標。若該子目標只對應單一的流程區域，稱為 “特定目標(Specific goal)”；若子目標會涵跨多個流程區域，則稱為 “一般目標(Generic goal)”。 每一個特定目標/一般目標會列出一到多個 “期望(expected)” 的特定實務(specific-practice, sp)/一般實務(generic-practice, gp)。實務為一段陳述(statement)，表達了完成子目標時的作法。 實務並非為絕對、唯一達成子目標的唯一作法，它是 CMMI 建議、期望的作法，但仍可就現實狀況來找出 “自己” 的的實務作法，重點是，能達成(achieve)子目標(GG/SG)的規範與要求。 既然實務僅為敘述性的陳述，可以把它視為是 “抽象(abstract)” 的 “How-to”，要能找出符合實務的作法，可以從主流軟體開發流程，如 RUP/Agile/XP 等，找出實踐的具體手段。 CMMI 的 Model Content 為：Process Area, GG/SG, GP/SP。其中，Process Area 與 GG/SG 為達成軟體能力成熟度的必要元件(required component)；GP/SP 則為 期望(expected) 的元件，屬建議性，並非絕對需要。若以 UML 類別圖表達 CMMI Content 之間的關連，如下圖1 表示。 圖1、範例-利用 RUP/XP 方法論實現 Requirement Development - SG3 CMMI Content 類別圖說明： CMMI Level (2~5) 包含(aggregate) 多個“流程區域(Process Area)”。 每一個流程區域會包含多個子目標(Goal)，子目標依性質區分為“一般目標(Generic Goal, GG)”與“特定目標(Specific Goal, SG)”。 將 GG/SG 設計為“Interface”的意涵在於，任一個具體(concrete)的實務(practice)類別，只要符合該子目標的介面規範即可，也就是說，CMMI 不規定“how-to”，只要能確實達成(achieve)子目標的規範即可。 GP/SP 可視為是“抽象(abstract)”的“how-to”陳述(statement)，因此，具體實務類別也可以依循 GP/SP 內的陳述來具體實現。 從主流開發流程找 How-to CMMI 只規範達成目標的標準，但並沒有規定該如何(how)達成目標。 “如 何”達成目標，需要找出具體的方法與解決方案，”How-to”的參考來源可以從 RUP/Agile/XP 方法論內的實務經驗與工作流程(Workflow)、樣版(Template)、實務案例等(當然，也可以由團隊內部自行找出最佳的實務經驗(Best Practices) )。 具體的 “How-to” 會對應(mapping) 至 CMMI 內的 GG/SG (goal)，也可以是 GP/SP (practice)。 範例一、Requirement Development - SG3 Process Area: Requirement Development (需求開發) Purpose:The purpose of Requirements Development is to produce and analyze customer, product, and product-component requirements. SG3: Analyze and Validate Requirements The requirements are analyzed and validated, and a definition of required functionality is developed. SG3