質量管理體系的定義
1. 體系
相互關聯或相互作用的一組要素（組成體系的基本過程）。
2. 管理體系
建立方針和目標，並實現這些目標的體系。
3. 質量管理體系
□ 在質量方面指揮和控制組織的管理體系
□ 是組織若干管理體系中的一個組成部分
□ 致力於建立質量方針和質量目標，並為實現質量方針和質量目標，確定相關的過程、活動和資源
質量管理體系要素
iso國際標準化組織的歷史
1. 1906年，成立了世界最早的國際標準化機構iec，其着重於電工領域，而打算在其他技術領域中發展國際標準是在本世紀三十年代。因此，有國際標準化組織致力於標準化工作並不是由iso的建立才開始的。
2. 1946年，來自25個國家的代表在倫敦召開會議，決定建立一個新的國際組織，它的目的是促進國際的相互合作和工業標準的統一。於是，iso這個新的組織便於1947年2月23日宣布正式成立。
3. 1970年，國際標準化組織iso成立了認證委員會certico，並於1985年更名為合格評定委員會casco，着力於指導國家、地區和國際認證制的建立和發展。認證最初主要是針對產品而言，隨着標準化領域的擴展，認證也相應地擴展到了過程、服務和體系方面。
iso 9000標準族的來源
iso 9000由iso組織的質量管理和質量保證技術委員會iso/tc176所制定的一系列關於質量管理的系列標準。
9000是其中一個標準的編號，其專門是針對質量管理部分所設定的標準。
iso 9000標準族的文件結構
核心標準包括如下：
□ iso 9000：2000《質量管理體系-基礎和術語》
□ iso 9001：2000《質量管理體系-要求》
□ iso 9004：2000《質量管理體系-業績改進指南》
□ iso 19011：2000《質量管理體系和環境管理體系審核指南》
能力成熟度模型 cmm
1. 能力成熟度模型cmm是國際公認的對軟件公司，進行成熟度等級認證的重要標準。
2. 是對於軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發展階段的描述。
3. cmm的核心是把軟件開發視為一個過程，並根據這一原則對軟件開發和維護進行過程監控和研究，以使其更加科學化、標準化，使企業能夠更好地實現商業目標。
4. cmm為軟件企業的過程能力提供了一個階梯式的改進框架，它基於過去所有軟件工程過程改進的成果，吸取了以往軟件工程的經驗教訓，提供了一個基於過程改進的框架。它指明了一個軟件組織在軟件開發方面需要管理哪些主要工作，這些工作之間的關係，以及怎樣的先後次序，一步一步的做好這些工作而使軟件組織走向成熟。
cmm的歷史和發展
1. 軟件管理工程引起廣泛注意源於20世紀70年代中期，當時美國國防部曾立題專門研究軟件項目做不好的原因，發現70%的項目是因為管理不善而引起，而並不是因為技術實力不夠，進而得出一個結論，即管理是影響軟件研發項目全局的因素，而技術隻影響局部。
2. 到了20世紀90年代中期，軟件管理工程不善的問題仍然存在，大約只有10%的項目能夠在預定的費用和進度下交付。
軟件項目失敗的主要原因有：
□ 需求定義不明確
□ 缺乏一個好的軟件開發過程
□ 沒有一個統一領導的產品研發小組
□ 子合同管理不嚴格
□ 沒有經常注意改善軟件過程
□ 對軟件架構很不重視
□ 軟件界面定義不完善並且缺乏合適的控制
□ 軟件升級暴露了硬件的缺點
□ 關心創新而不關心費用和風險
□ 軍用標準太少且不夠完善等等
在關係到軟件項目成功與否的眾多因素中，軟件度量、工作量估計、項目規劃、進展控制、需求變化和風險管理等都是與工程管理直接相關的因素。由此可見，軟件管理工程的意義至關重要。
3. 1987年，美國卡內基•梅隆大學軟件研究所sei受美國國防部的委託，率先在軟件行業從軟件過程能力的角度提出了軟件過程成熟度模型cmm，隨後在全世界推廣實施的一種軟件評估標準，用於評價軟件承包能力並幫助其改善軟件質量的方法。它主要用於軟件開發過程和軟件開發能力的評價和改進。它側重於軟件開發過程的管理及工程能力的提高與評估。
4. cmm自1987年開始實施認證，現已成為軟件行業最權威的評估認證體系。cmm包括5個等級，18個過程域，52個目標，300多個關鍵實踐。
cmm成熟度等級
cmm成熟度等級共分為五個等級，一級最低，五級最高：
□ 一級 初始級：基本上沒有健全的軟件工程管理制度，每件事情都以特殊的方法來做
□ 二級 可重複級：有些基本的軟件項目的管理行為、設計和管理技術，是基於相似產品中的經驗，故稱為可重複
□ 三級 已定義級：已為軟件生產的過程編製了完整的文檔，軟件過程的管理方面和技術方面都明確地做了定義，並按需要不斷地改進過程，而且採用評審的辦法來保證軟件的質量
□ 四級 已管理級：對每個項目都設定質量和生產目標，這兩個量將被不斷地測量，當偏離目標太多時，就採取行動來修正
□ 五級 優化級：組織的目標是連續地改進軟件過程
能力成熟度模型集成 cmmi
1. 將各種能力成熟度模型：software cmm、systems eng-cmm、people cmm和acquisition cmm整合到同一架構中去，由此建立起包括軟件工程、系統工程和軟件採購等在內的各種模型的集成，以解決除軟件開發以外的軟件系統工程和軟件採購工作中的迫切需求。
2. cmmi框架包括：
□ 軟件能力成熟度模型cmm 2.0草案
□ 軟件工程能力成熟度模型
□ 軟件採購能力成熟度模型
□ 集成產品和過程開發等
3. cmmi的基本思想：
□ 解決軟件項目過程改進難度增大問題
□ 實現軟件工程的並行與多學科組合
□ 實現過程改進的最佳效益
cmm與iso 9000的主要區別
1. cmm是專門針對軟件產品開發和服務的，而iso 9000涉及的範圍則相當寬。
2. cmm強調軟件開發過程的成熟度，即過程的不斷改進和提高，而iso 9000則強調可接受的質量體系的最低標準。
