1、-作者xxxx-日期xxxx軟件能力成熟度模型集成【精品文檔】CMMI全稱是Capability Maturity Model Integration，即軟件能力成熟度模型集成· 中文名稱：軟件能力成熟度集成模型是2010年11月SEI 發布的CMMI模型的最新版本。包括CMMI采購模型版、CMMI開發模型版、CMMI服務模型版。1) 將過程域"組織級創新與部署"(Organizational Innovation and Deployment,OID)更名為"組織績效管理"(Organizational Performance Managem

2、ent, OPM),并增加了一個新的特定目標與幾個新的特定實踐。2) 對模型架構進行了改進，簡化對多個模型的使用過程域Process Area:過程域。簡單的說就是做好一個事情的某一個方面，對應軟件開發來說，就是做好軟件開發的某一個方面。2、3級共有18個過程域(PA),主要內容如下，分四大類:折疊過程管理1. OPD:(Organizational Process Definition)組織級過程定義。建立和維護有用的組織過程資產。2. 2. OPF:(Organizational Process Focus)組織級過程焦點。在理解現有過程強項和弱項的基礎上計劃和實施組織過程改善。3. 3.

3、 OT:(Organizational Training)組織培訓管理。增加組織各級人員的技能和知識，使他們能有效地執行他們的任務項目管理4. PP:(Project Plan)項目計劃。（項目計劃（Project Plan）用于協調所有項目計劃編制文件、指導項目執行和控制的文件。其關鍵組成部分包括項目簡介或概覽、如何組織項目的描述、用于項目的管理和技術過程，描寫所要完成的工作的部分、進度信息和預算信息。定義項目計劃(Project Plan)要列出軟件開發要做的主要工作和任務清單，要回答"軟件工程項目做什么"。 在工作和任務清單中要清楚地描述出:項目劃分的各個實

4、施階段每個階段的工作重點和任務是什么完成本階段工作和任務的人力、資源需求，時間期限階段工作和任務的成果形式項目實施過程中對風險、疑難、其他不可預見因素等的處理機制各任務組及開發人員之間的組織、協調關系等。）。保證在正確的時間有正確的資源可用。為每個人員分配任務。協調人員。根據實際情況，調整項目。5PMC:(Project Monitoring and Control)項目監督與控制。通過項目的跟蹤與監控活動，及時反映項目的進度、費用、風險、規模、關鍵計算機資源及工作量等情況，通過對跟蹤結果的分析，依據跟蹤與監控策略采取有效的行動，使項目組能在既定的時間、費用、質量要求等情況下完成項目。6.SA

5、M:(Supplier Agreement Management)供應商協議管理。旨在對以正式協定的形式從項目之外的供方采辦的產品和服務實施管理。7.IPM:(Integrated Project Management)集成項目管理。根據從組織標準過程剪裁而來的集成的、定義的過程對項目和利益相關者的介入進行管理。8. RSKM:(Risk Management)風險管理。識別潛在的問題，以便策劃應對風險的活動和必要時在整個項目生存周期中實施這些活動，緩解不利的影響，實現目標。工程管理9.RD:(Requirement Development)需求開發。需求開發的目的在于定義系統的邊界和功能、非

6、功能需求，以便涉眾(客戶、最終用戶)和項目組對所開發的內容達成一致10.REQM(Requirement Management)需求管理。需求管理的目的是在客戶和軟件項目之間就需要滿足的需求建立和 維護一致的約定。11.TS:(Technical Solution)技術解決方案。在開發。設計和實現滿足需求的解決方案。解決方案的設計和實現等都圍繞產品、產品組件和與過程有關的產品。12.PI:(Product Integration)產品集成。從產品部件組裝產品，確保集成產品功能正確并交付產品。13.VAL:(Validation)確認。確認證明產品或產品部件在實際應用下滿足應用要求。14.VER

7、:(Verification)驗證。驗證確保選定的工作產品滿足需求規格。支持管理15. CM:(Configuration Management)配置管理。建立和維護在項目的整個軟件生存周期中軟件項目產品的完整性 。16.PPQA:(Process and Product Quality Assurance)過程和產品質量保證。為項目組和管理層提供項目過程和相關工作產品的客觀信息。17.MA:(Measurement and Analysis)測量與分析。開發和維持度量的能力，以便支持對管理信息的需要。作為改進、了解、控制決策。18. DAR:(Decision Analysis and Re

8、solution)決策分析與解決。應用正式的評估過程依據指標評估候選方案，在此基礎上進行決策。第4級除第2、3級所涵蓋的18個流程領域外，增加19. OPP :(Organizational Process Performance)組織過程性能。建立與維護組織過程性能的量化標準，以便使用量化方式的管理項目。20. QPM(Quantitative Project Management) 量化的項目管理，量化管理項目已定義的項目過程，以達成項目既定的質量和過程性能目標。第5級包含第2級到第4級的20個流程領域外，增加21. OID:(Organizational Innovation and D

9、eployment)組織的創新與推展，選擇并推展漸進創新的組織過程和技術改善，改善應是可度量的，所選擇及推展的改善需支持基于組織業務目的的質量及過程執行目標。22. CAR:(Causal Analysis and Resolution)，識別缺失的原因并進行矯正進一步的防止未來再次發生其他術語:Life Cycle:(Software Life Cycle Model)項目管理的生命周期。關注的是項目的過程管理。MA:(Measurement & Analysis)。開發并持續發展度量能力以滿足項目管理的信息需求。Milestone Review:(Milestone Review)

10、階段評審。在階段結束時評審項目的狀態并確定項目是否應該進入下一階段。Process Tailoring:(Process Tailoring)過程裁剪。為了使組織定義的標準過程能夠適合于組織項目管理，不論該項目是提供產品還是服務。Review:(Review)評審。可以有效提高系統，軟件及產品的質量。Testing:軟件測試。折疊CMMI的起源隨著人們對CMM研究的不斷深入，其他學科也結合本系統的特點，陸續推出了自己的CMM模型。例如，人力資源能力成熟度模型、系統工程能力成熟度模型等等:(1) SW-CMM (Software CMM) 軟件CMM(2) SE-CMM (System Engi

11、neering CMM) 系統工程CMM(3) SA-CMM (Software Acquisition CMM) 軟件采購CMM(4) IPT-CMM (Integrated Product Team CMM) 集成產品群組CMM(5) P-CMM (People CMM) 人力資源能力成熟度模型 為了以示區別，國內外很多資料把CMM叫做SW-CMM。按照SEI原來的計劃，CMM的改進版本應該在1997年11月完成，然后在取得版本得實踐反饋意見之后，在1999年完成準版本。研發背景CMMI有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現方法，另一種是連續式的表現方法。這兩種

12、表現方法的區別是:階段式表現方法仍然把CMMI中的若干個過程區域分成了5 個成熟度級別，幫助實施CMMI的組織建議一條比較容易實現的過程改進發展道路。而連續式表現方法則通過將CMMI中過程區域分為四大類:過程管理、項目管理、工程以及支持。對于每個大類中的過程區域，又進一步分為基本的和高級的。這樣，在按照連續式表示方法實施CMMI的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程區域可以完全不必考慮。CMM的成功促使其他學科也相繼開發類似的過程改進模型，例如系統工程、需求工程、人力資源、集成產品開發、軟件采購等等，從CMM衍生出了一些改善模型，比如:1) SW-CMM

13、 (Software CMM) 軟件CMM(2) SE-CMM (System Engineering CMM) 系統工程CMM(3) SA-CMM (Software Acquisition CMM) 軟件采購CMM(4) IPT-CMM (Integrated Product Team CMM) 集成產品群組CMM(5) P-CMM (People CMM)人力資源能力成熟度模型CMM與CMMI最大的不同點和區別: CMMISM-SE/SW/IPPD/SS 1.1 版本有四個集成成分，即:系統工程(SE)和軟件工程(SW)是基本的科目，對于有些組織還可以應用集成產品和過程開發方面(IPPD

14、)的內容，如果涉及到供應商外包管理可以相應的應用SS(Supplier Sourcing)部分。就軟件而言，CMMI是SW-CMM的修訂本折疊關鍵元素CMMI自出道以來，它所達到的目標就沒有變過，第一個是質量，第二個是時間表，第三就是要用最低的成本。不過特別強調的是，CMMI不是傳統的、僅局限于軟件開發的生命周期，它應該被運用于更廣泛的一個范疇-工程設計的生命周期。TSP的建立，也是為了支持CMMI的這樣一個系統。那么CMMI究竟是什么呢?它并不是一個過程，也不是告訴你怎么去做一件事情。如果用一句話來概括什么是CMMI，它就是各個進程的一個關鍵的元素，在很多領域里面一個集成的點。它是這樣的一個

15、基本架構，能夠用來度量你的有效性和實用性;能夠找出這樣的一些機會，繼續改進的機會，包括在商業目標、策略還有降低項目的風險等方面。評估方法等級SEI將CMMI的評估過程分為Class A、B 、C三種類型正如其他CMM模型，CMMI提供了流程改進的指導，而不是流程或流程的描述。組織使用的實際流程取決于很多因素，包括應用領域·組織框架和規模。CMMI將許多經過驗證的方法加入架構中，來幫組組織評價成熟度·某個軟件流程的能力度，并且建立改進的優先順序和實施改進。從CMMI框架可以產生不同的CMMI模型，因此必須首先確定那種模型最適合企業流程改進的需要。階段式描述 or 連續式描述過

16、程域是以成熟度等級組織，并且對過程改進做一些推測工作。階段式表述根據成熟度等級規定執行過程改進的順序，它定義一個組織由初始級到已優化級的改進路徑。達到每一個成熟度等級可確保有足夠的過程基礎建設，可作為下一個成熟度等級的基礎，并且允許持續與漸進的改進。系統工程 or 軟件工程 or 兩者皆有1. 初始級軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。2.可管理級建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。3. 已定義級已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟

17、件過程。所有項目均使用經批準、剪裁的標準軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。4. 量化管理級分析對軟件過程和產品質量的詳細度量數據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。5. 優化管理級過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。每個等級都被分解為過程域，特殊目標和特殊實踐，通用目標、通用實踐和共同特性:每個等級都有幾個過程區域組成，這幾個過程域共同形成一種軟件過程能力。每個過程域，都有一些特殊目標和通用目標，通過相應的特殊實踐和通用實踐來實現這些目標。當一個過程域的所有特殊實踐和通用實踐都

18、按要求得到實施，就能實現該過程域的目標。能力度等級:屬于連續式表述，共有六個能力度等級(05)，每個能力度等級對應到一個一般目標，以及一組一般執行方法和特定方法。0 不完整級1 已執行級2 已管理級3 已定義級4 量化管理級5 最優化級實施要點源模型軟件能力成熟度模型版，C稿;電子行業協會臨時標準(EIA/IS)731;集成產品開發能力成熟度模型。原則(1)、強調高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支持是過程改進的關鍵。(2)、 仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義并制定計劃。選擇能夠達到的目標和能夠看到對組織的

19、效益。(3)、 選擇最佳實踐，應該基于組織現有的軟件活動和過程財富，參考其他標準模型，取其精華去其糟粕，得到新的實踐活動模型。(4)、 過程改進要與組織的商務目標一致，與發展戰略緊密結合。方法(1)、決定哪個CMMI模型等級最適合組織過程改進需要。(2)、 選擇模型的表示法是連續式還是階段式。(3)、 決定組織需要用到的模型中的知識領域。(4)、 類似CMM提出的過程改進6步，集成化過程改進分成:開始集成過程改進,建造集成改善平臺，集成傳統過程，啟動新過程，進行改進評估。內容CMMI內容分為"Required"(必需的)、"Expected"(期望的)、

20、"Informative"(提供信息的)三個級別，來衡量模型包括的質量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。 "提供的信息"構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對"必需"和"期望"的構件做了進一步說明。"必需"的模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了項目和過程控制已經達到了某種水平。

21、當一個目標對應一個關鍵過程域，就稱為"特定目標"對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴展"期望"的構件。"期望"的構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上，當一個方法對一個目標是唯一就是"特定方法"而能適用于所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。CMMI

22、包括了10種"提供的信息":目的，概括和總結了關鍵過程域的特定目標;介紹說明，介紹關鍵過程域的范圍、性質和實際方法和影響等特征;引用，關鍵過程域之間的指向是通過引用;名字，表示了關鍵過程域的構件;方法和目標關系，關鍵過程域中方法映射到目標的關系表;注釋，注釋關鍵過程域的其他模型構件的信息來源;典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品;子方法，通過方法活動的分解和詳細描述;學科擴充，CMMI對應學科是獨立的，這里提供了對應特定學科的擴展;公用方法的詳細描述，關鍵過程域中公用方法應用實踐的詳細描述。CMMI提供了階段式和連續式兩種表示方法，但是這兩種表示法在邏

23、輯上是等價的。我們熟悉的SW-CMM軟件能力成熟模型就是是階段式的模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM集成產品開發模型結合了階段式和連續式兩者的特點。階段式方法將模型表示為一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中于何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進通過在一個特定的成熟度等級中滿足所有KPA的目標而實現的。連續式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，并可應用于所有的KPA中，通過實現公用方法來改進過程。它不專門指出目標，而是強調方法。組織可以根據自身情況適當裁

24、剪連續模型并以確定的KPA為改進目標。兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法通過采用公用的目標和方法作為"必需"的和"期望"的模型元素，而達到了相同的改善目的。CMMI面臨的一個挑戰就是創建一個單一的模型，可以從連續和階段兩個角度進行觀察，包含相同的過程改進基本信息;處理相同范圍的一個CMMI過程能夠產生相同的結論。統一的CMMI(U-CMMI)是指產生一個只有公用方法和支持他們的KPA組成的模型。當按一種概念性的可伸展的方式編寫，并產生了用于定義組織的特定目標過程模版，定義的模版構

25、件將定義一個模型以適用于任何工程或其他方面。工具1、明白什么是有價值的積累，先是對你個人，然后才是順便幫公司做了積累。2、深入一線，發現她們并忠實地記錄它們。CMMI里的SP、GP，只是幫助你，提醒你在哪個環節，哪些東西可能是有價值了。你去收集一下，別視而不見了。因為還有一個企業和你個人的角度不同，立場不同的問題。例如，REQM里收集需求，對個人技術方面的積累雖然不多，但對企業是至關重要的，一次需求變更，沒詳細寫清楚，忘記了到客戶那里去簽字落實，可能就會給企業造成很大的損失。做為一個合格的EPG，是需要有這份責任和義務把每個環節都做到最好，這是職業道德所在。同時也是對自我延伸的一個好機會，學會

26、一些和人的溝通，傾聽，把專業的東西以平易的方式表達。這些也都算是EPG額外的收獲。通常情況下，為了按時按量完成項目，一線的骨干，對寫日報、周報、文檔都很不屑。EPG也很遷就，事后再補，這也不失為一個提高效率的好辦法。但過去一個月半年了，我們正常人的記憶都能想象，很難記住細節。無非就是敷衍。這也在情理之中。你總不能讓一個明天就要交東西的小組，今天晚上在通宵努力解決BUG的同時，還寫什么報告，這也不盡人情。但作為EPG不能只把眼光集中在這婦人之心上。要想的更遠。為什么會把項目推到這么晚，BUG還沒解決完?難道要永遠這樣下去嗎?項目中是有很多不可預測的因素，甚至是開發人員常說的"手氣問題&

27、quot;，"人品問題"。但這些是需要控制的，也是通過經驗可以控制的，所謂藝高人膽大。藝的高低，就是經驗的積累決定的。那怎么解決這種兩難的問題呢?逼著技術骨干寫心得，人家沒時間也的確壓力很大。不寫，公司又得不到有效積累，積累的都是垃圾流水。有個公司的辦法和經驗到可以借鑒一下:公司內部搞了個BBS，把不同類型的工作分成不同的組，有純技術的，JAVA組，C+組等，也有PPT組，甚至動畫組，界面組。大家把自己平時的工作積累FTP上去，甚至制作方法，遇到問題和解決方法的文檔都丟上去，開始怎么想，用了多少套方案，最后選擇了什么。自我感覺如何。把這些心路歷程都寫成文檔。丟到陽光下，大家

28、評論。用點擊率和"頂"的人數來說明誰寫的是心得，誰在寫垃圾。大家都是一個公司的，很容易實名。直接納入考核機制中。做為一線人員，大家也有動力來寫，自己的聰明才智有了展現的平臺，虛榮心和荷包都得到了相應的滿足。何樂而不為呢?EPG適時的評估大家的成果，并把他們分到項目里。幫助項目總結，甚至在平時遇到問題時，直接幫助技術人員做必要記錄。項目進度松時，再督促項目人員完善內容。以達到對個人和公司積累的最大化。EPG應該明白學習和積累是個終身的過程，對公司如此，對個人也是如此。CMMI是個輔助，輔助我們對公司做積累，也幫助我們個人做必要的積累。公司需要逐步走向更高的管理水平，發展平臺。

29、實施流程階段1:CMMI項目啟動會明確企業實施CMMI的商業目標，建立CMMI項目實施的溝通機制。階段2:CMMI基礎培訓和過程改進小組(EPG)組建進行CMMI基礎概念講解，指導企業建立核心的過程改進小組。階段3:診斷充分了解企業研發過程現狀，識別企業現有軟件過程與企業現階段理應達到的CMMI成熟度級別的差距，提交診斷報告，進行過程改進的策劃。階段4:過程域培訓和文件定義結合企業過程現狀進行CMMI過程域培訓，通過舉例、案例分析等方式，讓企業的EPG掌握過程文件定義技巧，結合企業實際情況有針對性的定義組織的研發過程，并確定過程產出物(如:需求報告)階段5:項目試點選擇代表公司核心業務的項目或

30、者典型項目進行試點，通過試點來完善過程文件，從而為企業全面推廣過程文件打下基礎。階段6:組織推廣全員參與全面導入與執行CMMI。階段7:預評估驗證組織推廣的結果，識別企業尚存缺陷并制定再次改善方案，準備充分，以便企業能夠更好進行正式SCAMPI評估。階段8:SCAMPI A 正式評估由SEI授權的主任評估師領導，采用SCAMPI ( Standard CMMI Appraisal Method for Process Improvement)評估方法，對企業的能力成熟度進行正式的評估，頒發證書，通過SEI網站向全球發布企業信息。CMMI主要內容及各過程域的相互關系CMMI 2、3級共有18個過

31、程域(PA),主要內容如下，分四大類:一、過程管理:1. OPD:組織級過程定義。2. OPF:組織級過程焦點。3. OT:組織培訓管理。二、項目管理:4. PP:項目計劃。5. PMC:項目監督與控制。6. SAM:供應商協議管理。7. IPM:集成項目管理。8. RSKM:風險管理。9. REQM:需求管理。三、工程管理:10. RD:需求開發。11. TS:技術解決方案。12. PI:產品集成。13. VER:驗證。14. VAL:確認。四、支持管理:15. CM:配置管理。16. PPQA:過程和產品質量保證。17. MA:測量與分析。18. DAR:決策分析與解決。CMMI 4級除第

32、2、3級所涵蓋的18個過程域外，增加以下兩個過程域:19. OPP :組織過程性能。20. QPM:量化的項目管理 。CMMI 5級包含第2級到第4級的20個過程域外，增加以下兩個過程域:21. OID:組織創新與推展。22. CAR:因果分析與解決方案。CMMI模型表述階段式:1、階段式表述提供系統化與結構化的方式，一次一個階段達到以模型為基礎的過程改進。達成每一個階段可確保有足夠的過程基礎建設，可作為下一個階段過程改進的基礎。2、連續式:連續式表述可提供最大的彈性。一個組織可以選擇改進單一過程相關的問題點的績效，或是可以使用多個領域以密切配合組織的經營目標。模型差別(1)軟件工程(SW-C

33、MM)軟件工程的對象是軟件系統的開發活動，要求實現軟件開發、運行、維護活動系統化、制度化、量化。(2)系統工程(SE-CMM)系統工程的對象是全套系統的開發活動，可能包括也可能不包括軟件。系統工程的核心是將客戶的需求、期望和約束條件轉化為產品解決方案，并對解決方案的實現提供全程的支持。(3)集成的產品和過程開發(IPPD-CMM)集成的產品和過程開發是指在產品生命周期中，通過所有相關人員的通力合作，采用系統化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業選擇IPPD進程，則需要選用模型中所有與IPPD相關的實踐。(4)采購(SS-CMM)采購的內容適用于那些供應商的行為對項目的成功與

34、否起到關鍵作用的項目。主要內容包括:識別并評價產品的潛在來源、確定需要采購的產品的目標供應商、監控并分析供應商的實施過程、評價供應商提供的工作產品以及對供應協議和供應關系進行適當的調整。名詞術語1-201 AT Assessment Team 評審小組2 ATM Assessment Team Member 評審小組成員3 BA Baseline Assessment 基線評審4 CAR Causal Analysis and Resolution 原因分析與決策5 CBA CMM-Based Appraisal 基于CMM的評價6 CBA-IPICMM-Based Appraisal for

35、 Internal Process Improvement 為內部過程改進而進行的基于CMM的評價(通常稱為CMM評審)7 CC Configuration Controller 配置管理員8 CF Common Feature 公共特性9 CFPS Certified Function Point Specialist 注冊功能點專家10 CI Configuration Item 配置項11 CM Configuration Management 配置管理12 CMM Capability Maturity Model 能力成熟度模型13 CMMI Capability Maturity

36、Model Integration 能力成熟度集成模型14 COTS Commerce off the shelf 商業現貨供應15 DAR Decision Analysis and Resolution 決策分析與制定16 DBD Database Design 數據庫設計17 DD Detailed Design 詳細設計18 DP Data Provider 數據提供者19 DR Derived Requirement 派生需求20 EPG Engineering Process Group 工程過程小組21-4021 FP Function Point 功能點22 FPA Funct

37、ion Point Analysis 功能點分析23 FR Functional Requirement 功能性需求24 GA Gap Analysis 差距分析25 ID Interface Design 接口設計26 IFPUG International Function Point Users Group 國際功能點用戶組織27 IPM Integrated Project Management 集成項目管理28 IR Interface Requirement 接口需求29 KPA Key Process Area 關鍵過程域30 KR Key Requirements 關鍵需求31

38、 LA Lead Assessor 主任評審員32 MA Measurement and Analysis 測量與分析33 MAT Metrics Advisory Team 度量咨詢組34 MCA Metrics Coordinator and Analyst 度量專員35 ML matreraty library 度量數據庫36 NFR Non-functional Requirement 非功能性需求37 OC Operational Concept 操作概念38 OID Organizational Innovation and Deployment 組織革新與部署39 OPD Org

39、anizational Process definition 組織過程定義40 OPF Organizational Process focus 組織過程焦點41-6041 OPL Organizational Process Assets 組織過程財富42 OPP Organaizational Process Perormance 組織過程性能43 OSSP Organization's Set of Standard Process 組織標準過程集合44 OT Organizational Training 組織級培訓45 PA Process Areas 過程域46 PAT Process Action Team 過程行動小組47 PAL Process Assets Library 過程財富庫48 PD Preliminary Design 概要設計49 PDSP Project Defined Standard Processes 項目定義標準過程50 PI Produce Integration 產品集成51 PLC Product Life Cycle產品生命周期52 PMC Project Monitoring and Control 項目監控53 PP Project Planning 項目策劃54 PPQA Process and Product Q