軟件質量管理（下）參考：SoftwareEngineering-APractitioner‘sApproach（軟件工程——實踐者的研究方法）第一、第二部分ISO9126（軟件產品質量）和ISO

14598（軟件產品評價）ISO9000:2000CMM(SEI提出的CMM的叁篇重要文獻。“軟件能力成熟度模型1.1版”；“能力成熟度模型的關鍵實踐1.1版”；“軟件過程成熟度提問單”)ISO

15504（SPICE，軟件過程改進和能力確定）ISO

12207（軟件生存期過程）1軟件質量管理質量管理的基本概念（質量管理體系評價）軟件質量管理的主要活動認證和評估簡介計算機軟件文檔編制規范GB/T8567-2006軟件質量管理實踐建立軟件測試管理體系Back

2質量管理的基本概念體系(系統)system相互關聯或相互作用的一組要素組織organization職責、權限和相互關系得到安排的一組人員及設施。管理體系managementsystem建立方針和目標并實現這些目標的體系注：一個組織的管理體系可包括若干個不同的管理體系，如質量管理體系、財務管理體系或環境管理體系。3質量管理的基本概念質量管理體系qualitymanagementsystem指導和控制組織的關于質量的管理體系。為加深理解，看GB/T6583(ISO8402)中對質量管理體系的定義：為實施質量管理所需的組織結構，程序、過程和資源。組織結構：組織為行使其職能按某種方式建立的職責、權限及其相互關系。程序：為進行某項活動所規定的途徑。過程：將輸入轉化為輸出的一組彼此相關的資源和活動。資源：可包括人員、資金、設施、設備、技術和方法。4質量管理的基本概念對于質量管理體系：1質量體系的內容應以滿足質量目標的需要為準。2一個組織的質量體系主要是為滿足該組織內部管理的需要而設計的。它比特定顧客的要求要廣泛。顧客僅僅評價質量體系中的有關部分。3為了合同或強制性質量評價的目的，可要求對已確定的質量體系要求的實施進行證實。5質量管理的基本概念質量方針qualitypolicy由組織的最高管理者正式發布的該組織總的質量宗旨和質量方向。注1：通常質量方針與組織的總方針相一致并為制定質量目標提供框架。質量目標qualityobjective關于質量的所追求的目的注1：質量目標通常建立在組織的質量方針基礎上。注2：通常對組織的各相關職能和層次分別規定質量目標。6質量管理的基本概念質量策劃qualityplanning質量管理的一部分，致力于制定質量目標并規定必要作業過程和相關資源以實現質量目標注：編制質量計劃可以是質量策劃的一部分。GB/T6583-ISO8402中的定義是：確定質量以及采用質量體系要素的目標和要求的活動。質量策劃包括：a)產品策劃：對質量特性進行識別、分類和比較，并建立其目標、質量要求和約束條件。b)管理和作業策劃：為實施質量體系進行準備，包括組織和安排。c)編制質量計劃和作出質量改進的規定。7質量管理的基本概念質量控制qualitycontrol質量管理的一部分，致力于滿足質量要求。GB/T6583-ISO8402中的定義是：為達到質量要求所采取的作業技術和活動。1質量控制包括作業技術和活動，其目的在于監視過程并排除質量環中所有階段中導致不滿意的原因，以取得經濟效益。2質量控制和質量保證的某些活動是互相關聯的。8質量管理的基本概念質量保證qualityassurance質量管理的一部分，致力于提供能滿足質量要求的信任。GB/T6583-ISO8402中的定義是：為了提供足夠的信任表明實體能夠滿足質量要求，而在質量體系中實施并根據需要進行證實的全部有計劃和有系統的活動。1質量保證有內部和外部兩種目的。a)內部質量保證：在組織內部，質量保證向管理者提供信任。b)外部質量保證：在合同或其他情況下，質量保證向顧客或他方提供信任。2質量控制和質量保證的某些活動是相互關聯的。3只有質量要求全面反映了用戶的要求，質量保證才能提供足夠的信任。9質量管理的基本概念質量改進qualityimprovement質量管理的一部分，致力于增強滿足質量要求的能力注：要求可以是有關任何方面的，如有效性、效率或可追溯性。有效性effectiveness完成策劃的活動并達到策劃的結果的程度。效率efficiency得到的結果與所使用的資源之間的關系。可追溯性traceability追溯所考慮對象的歷史、應用情況或所處場所的能力注：當考慮產品時，可追溯性可涉及到：--原材料和零部件的來源；--加工過程的歷史；

--產品交付后的分布和場所。10質量管理的基本概念質量管理qualitymanagement指導和控制組織的關于質量的相互協調的活動注：關于質量的指導和控制活動通常包括制定質量方針和質量目標以及質量策劃、質量控制、質量保證和質量改進。GB/T6583-ISO8402中的定義是：確定質量方針、目標和職責并在質量體系中通過諸如質量策劃、質量控制、質量保證和質量改進使其實施的全部管理職能的所有活動。1質量管理是各級管理者的職責，但必須由最高管理者領導。質量管理的實施涉及到組織中的所有成員。2在質量管理中要考慮到經濟性因素。11質量管理的基本概念質量管理的3個階段質量管理從出現到現在，大體經歷了3個階段產品質量檢驗階段是在成品中挑出廢品，以保證出廠產品質量。但這種事后檢驗把關，無法在生產過程中起到預防、控制的作用。統計質量管理階段運用數理統計原理，在發現有廢品生產的先兆時就進行分析改進，從而預防廢品的產生。全面質量管理階段執行質量職能是公司全體人員的責任。把質量問題作為一個有機整體加以綜合分析研究，實施全員、全過程、全企業的管理。12質量管理的基本概念全面質量管理totalqualitymanagement一個組織以質量為中心，以全員參與為基礎，目的在于通過讓顧客滿意和本組織所有成員及社會受益而達到長期成功的管理途徑。1“全員”指該組織結構中所有部門和所有層次的人員。2最高管理者強有力和持續的領導以及該組織內所有成員的教育和培訓是這種管理途徑取得成功所必不可少的。3在全面質量管理中，質量這個概念和全部管理目標的實現有關。4“社會受益”意味著在需要時滿足“社會需求”。13質量管理體系評價質量管理體系過程的評價當評價質量管理體系時，應對每一個被評價的過程，提出如下四個基本問題：a.過程是否予以識別和適當確定?b.職責是否予以分配?c.程序是否被實施和保持?d.在實現所要求的結果方面，過程是否有效?綜合回答上述問題可以確定評價結果。質量管理體系評價在涉及的范圍上可以有所不同，并可包括很多活動，如質量管理體系審核和質量管理體系評審以及自我評定。

14質量管理體系評價質量管理體系審核審核用于確定符合質量管理體系要求的程度。審核發現用于評價質量管理體系的有效性和識別改進的機會。第一方審核用于內部目的，由組織自己或以組織的名義進行，可作為組織自我合格聲明的基礎。第二方審核由組織的顧客或由其他人以顧客的名義進行。第三方審核由外部獨立的審核服務組織進行。這類組織通常是經認可的，提供符合(如：GB/T19001)要求的認證或注冊。

GB/T19011提供了審核指南。15質量管理體系評價質量管理體系評審最高管理者的一項任務是對質量管理體系關于質量方針和質量目標的適宜性、充分性、有效性和效率進行定期的、系統的評價。這種評審可包括考慮修改質量方針和目標的需求以響應相關方需求和期望的變化。評審包括確定采取措施的需求。審核報告與其他信息源一道用于質量管理體系的評審。自我評定組織的自我評定是一種參照質量管理體系或優秀模式對組織的活動和結果所進行的全面和系統的評審。自我評定可提供一種對組織業績和質量管理體系的成熟程度總的看法，它還能有助于識別組織中需要改進的領域并確定優先開展的事項。16軟件質量管理質量管理的基本概念（質量管理體系評價）軟件質量管理的主要活動認證和評估簡介計算機軟件文檔編制規范GB/T8567-2006軟件質量管理實踐建立軟件測試管理體系Back

17軟件質量管理軟件質量管理的主要活動軟件質量策劃1）軟件質量策劃的內容：2)軟件組織的質量過程軟件質量控制與保證質量控制的主要內容軟件配置管理軟件過程流管理軟件質量保證軟件質量的度量和驗證軟件質量改進18軟件質量管理的主要活動1、軟件質量策劃1）軟件質量策劃的內容：確定軟件組織，適應其生產特點的組織結構，以及人員的安排和職責的分配。確定組織的質量管理體系目標，根據組織的商業需要和產品市場，確定選擇ISO9000或CMM作為其質量管理體系的符合性標準或模型。標識和定義組織的質量過程，即對組織的質量過程進行策劃，確定過程的資源、主要影響因素、作用程序和規程、過程啟動條件和過程執行結果規范等。識別產品的質量特性，進行分類和比較，建立其目標、質量要求和約束條件。策劃質量改進的計劃、方法和途徑。19軟件質量管理的主要活動2)軟件組織的質量過程通常包含兩類：軟件工程過程和組織支持過程軟件工程過程就是通常所說的軟件生命周期中的活動，一般包括需求分析、軟件設計、編碼、測試、交付、安裝和維護。CMM中，一個組織的軟件過程策劃一般包括兩個階段：組織標準生產過程的策劃和項目產品策劃。CMM中定義了三個關鍵過程域來實現這兩級的過程策劃：組織過程定義，軟件項目策劃，軟件產品工程。20軟件質量管理的主要活動組織支持過程是軟件組織為了保證軟件工程過程的實施和檢查而建立的一組公共支持過程。主要包括：管理過程：包括評審、檢查、文檔管理、不合格品管理、配置管理、內部質量審核和管理評審。支持過程：包括合同評審、子合同評審、采購、培訓、進貨檢驗、設備檢驗、度量和服務。在CMM中，有一些對應的關鍵過程區域：需求管理、軟件子合同管理、軟件質量保證、軟件配置管理、培訓程序、同行評審21軟件質量管理的主要活動2、軟件質量控制與保證軟件質量控制的主要目標就是按照質量策劃的要求，對質量過程進行監督和控制。質量控制的主要內容有：1）組織中與質量活動有關的所有人員，按照職責分工進行質量活動。2）所有質量活動按照已經策劃的方法、途徑、相互關系和時間，有序地進行。3）對關鍵過程和特殊過程，實施適當的過程控制技術以保證過程的穩定性，并在受控的情況下，提高過程的能力。4）所有質量活動的記錄都被完整、真實地保存下來，以供統計分析使用。22軟件質量管理的主要活動實施軟件質量控制通常涉及的技術：軟件配置管理軟件過程流管理軟件質量保證23軟件質量管理的主要活動--軟件配置管理軟件配置管理（簡稱SCM）概述軟件配置管理：對軟件生產過程中的所有有意義的中間產品進行管理。變更不可避免，SCM協調軟件開發使得混亂最小。軟件配置管理既不對變化需求的產生負責，也不對變化的實現負責，它只提供控制變化過程的機制。幾個術語：被控制的項稱為軟件配置項(SCI，詳見下頁)，在實現SCM時，把SCI組織成配置對象(見后頁)，評審通過的SCI成為基線(見后頁)。24軟件質量管理的主要活動--軟件配置管理軟件配置項SCI就是軟件配置管理的對象。包括：*系統規格說明

*軟件項目實施計劃*軟件需求說明

*可執行的原型*初步的用戶手冊

*設計規格說明*源代碼清單

*操作和安裝手冊*測試計劃和過程、測試用例和測試結果記錄

*可執行程序（可執行程序模塊、連接模塊）*數據庫描述（模式和文件結構、初始內容）*正式的用戶手冊25軟件質量管理的主要活動--軟件配置管理軟件配置項SCI（續）*維護文檔（軟件問題報告、維護請求、工程變更次序）*軟件工程標準

*項目開發總結

除以上SCI外，許多軟件工程組織還把配置控制下的軟件工具列入其中，即：編輯程序、編譯程序、其它CASE工具的特定版本。26軟件質量管理的主要活動--軟件配置管理配置對象（1/2）在實現SCM時，把SCI組織成配置對象，在項目數據庫中用一個單一的名字來組織它們。一個配置對象有一個名字和一組屬性，并通過某些聯系“連接”到其它對象。“連接”用箭頭表示。箭頭指明了一種構造關系。雙向箭頭則表明一種相互關系。如：27軟件質量管理的主要活動--軟件配置管理配置對象（2/2）28如果對某對象作了一個變更，軟件工程師就可以根據這種相互關系確定，其它哪些對象（和SCI）可能受到影響。軟件質量管理的主要活動--軟件配置管理基線(Baseline)（1/3）基線是軟件生存期中各開發階段末尾的特定點，又稱里程碑。由正式的技術評審而得到的SCI協議和軟件配置的正式文本成為基線。基線的作用是把各階段工作的劃分更加明確化，以便于檢驗和肯定階段成果。29軟件開發各階段的基線軟件質量管理的主要活動--軟件配置管理軟件質量管理的主要活動--軟件配置管理軟件配置管理（SCM）的任務：標識SCI版本控制控制變更審查軟件配置報告所有加在配置上的變更。31軟件質量管理的主要活動--軟件配置管理配置標識隨著軟件生存期的向前推進，SCI的數量不斷增多。某一時刻的配置就是配置的一個片段。為了方便對軟件配置的各個片段（SCI）進行控制和管理，不致造成混亂，首先應給它們命名。對象類型基本對象：在分析、設計、編碼和測試時所建立的文本單元。如，基本對象可能是需求規格說明中的一節，一個模塊的源程序清單、一組用來測試一個等價類的測試用例。復合對象：是基本對象或其它復合對象的一個組合。32軟件質量管理的主要活動--軟件配置管理對象標識：（名字、描述、資源、實現）對象的名字明確地標識對象。對象描述包括：SCI類型（如文檔、程序、數據）、項目標識、變更和／或版本信息。資源包括由對象產生的、處理的、引用的或其它需要的一些實體。基本對象的實現是指向文本單元的指針，復合對象的實現為null。33軟件質量管理的主要活動--軟件配置管理命名對象之間的聯系對象的層次關系：

一個對象可以是一個復合對象的一個組成部分，用聯系<ispartof>標識。如： datamodel<ispartof>DesignSpecification;

只可以建立SCI的一個層次。對象的相互關聯關系：

對象相互關聯、交叉的結構聯系表達方式如下： datamodel<interrelated>dataflowmodel; 34軟件質量管理的主要活動--軟件配置管理演變圖（1/2）整個軟件工程過程中所涉及的軟件對象都必須加以標識。在對象成為基線以前可能要做多次變更，在成為基線之后也可能需要頻繁地變更。對于每一配置對象都可以建立一個演變圖，用演變圖記敘對象的變更歷史。35軟件質量管理的主要活動--軟件配置管理演變圖（2/2）在某些工具中，當前保持的只是最后版本的完全副本。為了得到較早時期(文檔或程序)的版本，可以從最后版本中“提取”出(由工具編目的)變更，使得當前配置直接可用，并使得其它版本也可用。36軟件質量管理的主要活動--軟件配置管理版本控制（1/7）概述版本控制是SCM的基礎，它管理并保護開發者的軟件資源。版本控制管理在軟件工程過程中建立起配置對象的不同版本。版本管理可以把一些屬性結合到各個軟件版本上。通過描述所希望的屬性集合來確定（或構造）所想要的配置。使用演變圖來表示系統的不同版本。如37軟件質量管理的主要活動--軟件配置管理38軟件質量管理的主要活動--軟件配置管理版本控制（3/7）版本管理的主要任務集中管理檔案，安全授權機制：軟件版本升級管理加鎖功能：39軟件質量管理的主要活動--軟件配置管理版本控制（4/7）-版本管理的主要任務集中管理檔案，安全授權機制：版本管理的操作將開發組的檔案集中地存放在服務器上，經系統管理員授權給各個用戶。用戶通過登入（checkin）和檢出（checkout）的方式訪問服務器上的文件，未經授權的用戶無法訪問服務器上的文件。40軟件質量管理的主要活動--軟件配置管理版本控制（5/7）-版本管理的主要任務軟件版本升級管理：每次登入時，在服務器上都會生成新的版本。任何版本都可以隨時檢出編輯，同一應用的不同版本可以像樹枝一樣向上增長。41軟件質量管理的主要活動--軟件配置管理版本控制（6/7）-版本管理的主要任務加鎖功能：目的是在文件更新時保護文件，避免不同用戶更改同一文件時發生沖突。某一文件一旦被登入，鎖即被解除，該文件可被其它用戶使用。在更新一個文件之前鎖定它，避免變更沒有鎖定的項目源文件。42軟件質量管理的主要活動--軟件配置管理版本控制（7/7）-版本管理的主要任務在文件登入和檢出時，需要注意登入和檢出的使用:

當需要修改某個小缺陷時，應只檢出完成工作必需的最少文件；需要對文件變更時，應登入它并加鎖，保留對每個變更的記錄；應避免長時間地鎖定文件。如果需要長時間工作于某個文件，最好能創建一個分支，并在分支上做工作。如果需要做較大的變更，可有兩種選擇： a.將需要的所有文件檢出并加鎖，然后正常處理； b.為需要修改的所有分支創建分支，把變更與主干“脫機”，然后把結果合并回去。43軟件質量管理的主要活動--軟件配置管理變更控制（1/4）軟件生存期內全部的軟件配置是軟件產品的真正代表，必須使其保持精確。軟件工程過程中某一階段的變更，均要引起軟件配置的變更，這種變更必須嚴格加以控制和管理，保持修改信息。變更控制包括建立控制點和建立報告與審查制度。44軟件質量管理的主要活動--軟件配置管理變更控制過程45軟件質量管理的主要活動--軟件配置管理變更控制過程46軟件質量管理的主要活動--軟件配置管理變更控制（4/4）軟件變更有兩類不同情況：為改正小錯誤需要的變更。必須，通常不需審查和批準。例外：發現錯誤的階段在造成錯誤的階段的后面。為增刪功能、或為更改某功能的方法而需要的變更。變更必須經過評價；如變更代價較小，通常批準變更；如代價較高，則須權衡利弊，以決定是否進行這種變更；如同意變更，需進一步確定由誰來支付變更所需要的費用。47軟件質量管理的主要活動--軟件配置管理配置審計（1/2）軟件的完整性，是指開發后期的軟件產品能夠正確地反映用戶要求。軟件配置審計的目的就是要證實整個軟件生存期中各項產品在技術上和管理上的完整性。確保所有文檔的內容變動不超出當初確定的軟件要求范圍。使得軟件配置具有良好的可跟蹤性。48軟件質量管理的主要活動--軟件配置管理配置審計（2/2）軟件配置審計是軟件變更控制人員掌握配置情況、進行審批的依據。軟件的變更控制機制通常只能跟蹤到工程變更順序產生為止。為確認變更是否正確完成?一般可以用以下兩種方法去審查：正式技術評審軟件配置審計49軟件質量管理的主要活動--軟件配置管理配置狀態報告（1/4）為了清楚、及時地記載軟件配置的變化，需要對開發的過程做出系統的記錄，以反映開發活動的歷史情況。這就是配置狀態登錄的任務。登錄主要根據變更控制小組會議的記錄，并產生配置狀態報告。對于每一項變更，記錄：發生了什么？為什么會發生？誰做的？什么時侯發生的？會有什么影響？50軟件質量管理的主要活動--軟件配置管理配置狀態報告信息流51軟件質量管理的主要活動--軟件配置管理配置狀態報告（3/4）每次新分配一個SCI，或更新一個已有SCI的標識，或一項變更申請被變更控制負責人批準，并給出了一個工程變更順序時，在配置狀態報告中就要增加一條變更記錄條目。一旦進行了配置審計，其結果也應該寫入報告之中。52軟件質量管理的主要活動--軟件配置管理配置狀態報告（4/4）配置狀態報告可以放在一個聯機數據庫中，以便軟件開發人員或者軟件維護人員可以對它進行查詢或修改。此外在軟件配置報告中新登錄的變更應當及時通知給管理人員和軟件工程師。配置狀態報告對于大型軟件開發項目的成功起著至關重要的作用。避免了可能出現的不一致和沖突。53軟件質量管理的主要活動

–軟件過程流管理軟件過程流管理現代質量理論認為：“質量形成于過程”。軟件過程流管理是軟件質量控制中非常重要的環節。過程流管理的基本原則是：①按計劃和設定條件啟動和結束過程流中的質量活動②按照計劃對中間產品進行驗證，防止不合格的產品轉入下道工序。③記錄和保持必要的過程活動的質量情況。54軟件質量管理的主要活動-軟件質量保證軟件質量保證質量保證是為保證產品和服務充分滿足消費者要求的質量而進行的有計劃、有組織的活動。軟件質量保證的目的是向組織的內部或外部提供信任依據：對內向組織的管理者表明組織的質量管理處于良好的狀態，所有質量活動有效地運行；對外向顧客表明，組織有能力滿足顧客的質量要求，并提供符合質量要求的產品和服務。55軟件質量管理的主要活動-軟件質量保證軟件質量保證的工作內容主要職責是檢查開發和管理活動是否與已定的過程策略、標準和流程一致，檢查工作產品是否遵循模板規定的內容和格式等。工作內容主要有：1）與SQA計劃直接相關的工作2）參與項目的階段性評審和審計3）對項目日常活動與規程的符合性進行檢查4）對配置工作的檢查和審計5）跟蹤問題的解決情況6）收集新方法，提供過程改進的依據56軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務為了提高軟件的質量和軟件的生產率，軟件質量保證的主要任務大致可歸結為8點。1.用戶要求定義熟練掌握正確定義用戶要求的技術熟練使用和指導他人使用定義軟件需求的支持工具重視領導全體開發人員收集和積累有關用戶業務領域的各種業務的資料和技術技能。57軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務（續）2.力爭不重復勞動考慮哪些既有軟件可以復用在開發過程中，隨時考慮所生產軟件的復用性。58軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務（續）3.掌握開發新軟件的方法

在開發新軟件的過程中大力使用和推行軟件工程學中的開發方法和工具。使用先進的開發技術：如結構化技術、面向對象技術使用數據庫技術或網絡化技應用開發工具或環境改進開發過程59軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務（續）4.組織外部力量協作的方法一個軟件自始至終由同一個軟件開發單位來開發，也許是最理想的。但在現實中常常難以做到。改善對外部協作部門的開發管理。必須明確規定進度管理、質量管理、交接檢查、維護體制等各方面的要求，建立跟蹤檢查的體制。60軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務（續）5.排除無效勞動最大的無效勞動就是因需求規格說明有誤、設計有誤而造成的返工。定量記錄返工工作量，收集和分析返工勞動花費數據較大的無效勞動是重復勞動，即相似的軟件在幾個地方同時開發建立互相交流、信息往來通暢、具橫向交流特征的信息流通網61軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務（續）6.發揮每個開發者的能力軟件生產是人的智能生產活動，它依賴于人的能力和開發組織團隊的能力。開發者必須有學習各專業業務知識、生產技術和管理技術的能動性。管理者或產品服務者要制定技術培訓計劃、技術水平標準，以及適用于將來需要的中長期技術培訓計劃。62軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務（續）7.提高軟件開發的工程能力要想生產出高質量的軟件產品必須有高水平的軟件工程能力。在軟件開發環境或軟件工具箱的支持下，運用先進的開發技術、工具和管理方法開發軟件的能力。63軟件質量管理的主要活動-軟件質量保證軟件質量保證的主要任務（續）8.提高計劃和管理質量能力項目開發初期計劃階段的項目計劃評價計劃執行過程中及計劃完成報告的評價將評價、評審工作在工程實施之前就列入整個開發工程的工程計劃中提高軟件開發項目管理的精確度64軟件質量管理的主要活動-軟件質量保證65軟件質量管理的主要活動

--軟件質量的度量和驗證3．軟件質量的度量和驗證⑴軟件質量度量類型①產品質量度量通常產品質量度量依賴于具體的產品標準，通過測量獲得產品質量特性的有關數據，輔以合適的統計技術以確定產品或同批產品是否滿足了規定的質量要求。②過程質量度量通過對軟件產品設計、開發、檢查、評審等過程的度量技術的使用，來度量軟件過程的進度、成本是否按計劃保證，質量計劃的變化頻率，變化的誘因以及風險的管理等等。66軟件質量管理的主要活動⑵軟件質量驗證ISO9000：2000中對驗證（Verification）的定義是：“通過提供客觀證據對規定要求已得到滿足的認定”。CMM在關鍵過程域（KPA）的公共特征（CommonFeature）-驗證實現（VerifyingImplementation）中這樣描述：“驗證實現是保證活動按照已經建立的過程執行的一系列步驟，典型的驗證有管理部門的評審、審核和軟件質量保證”。在軟件質量管理中，對軟件產品的驗證通常包括：對各級設計的評審、檢查，各個階段的測試等。對軟件過程的驗證，則是對過程數據的評審和審核。67軟件質量管理的主要活動-軟件質量改進4．軟件質量改進質量改進是現代質量管理的必然要求，ISO9000要求組織定期進行內審和管理評審，采取積極有效的糾正預防措施，保持組織的質量方針和目標持續適合組織的發展和受益者的期望。具體進行軟件過程改進的活動包括：⑴度量與審核⑵糾正和預防措施⑶管理評審Back

68質量管理認證和評估簡介ISO9000標準簡介軟件過程成熟度模型（CMM）ISO9000和CMM的聯系ISO/IEC15504Back

69ISO9000標準簡介ISO9000標準概述ISO9000:2000總體結構ISO9000核心標準簡介ISO9000:2000標準的變化對ISO9000的誤解70ISO9000標準簡介ISO管理層次ISO技術工作高度分散，主要由下列部門承擔：技術委員會(簡稱TC)：185個，負責相關領域標準的制定。分技術委員會(簡稱SC)：611個，負責相關領域標準的制定。工作組(簡稱WG)2022個，完成規定的專項任務。特別工作組38個ISO的2856個技術機構技術活動的成果(產品)是“國際標準”。ISO現已制定出國際標準共10300多個，主要涉及各行各業各種產品(包括服務產品、知識產品等)的技術規范。71ISO9000標準簡介概述ISO9000是指由國際標準化組織（ISO）所屬的質量管理和質量保證技術委員會ISO/TC176工作委員會制定并頒布的關于質量管理體系的族標準的統稱。如，它包括(94版)： ISO8402——質量術語標準ISO9000——質量管理與質量保證標準ISO9001——質量體系——設計、開發、生產、安裝與服務的質量保證模式ISO9002——質量體系——生產與安裝的質量保證模式ISO9003——最終檢驗與實驗的質量保證模式ISO9004——質量管理與質量體系要素72ISO9000標準概述適用ISO9000族標準作為質量管理和質量保證標準適用于所有希望改進質量管理績效和質量保證能力的組織。ISO9000標準版本歷史87年被ISO組織TC/176發布以來，已經通過87版、94版和2000版三次改版。2000版標準已于2000年3月被我國轉化為國家標準，企業實施于2001年4月，是較94版標準更科學、合理和便于采用的標準。73ISO9000:2000總體結構總體結構2000版ISO9000族標準的總體結構如下：（1）4個核心標準

：ISO9000：2000

基本原理和術語

ISO9001：2000

品質管制體系-要求

ISO9004：2000

品質管制體系-業績改進指南ISO19011

質量和環境管理審核指南

；（2）1個其他標準：ISO10012《測量設備的質量保證要求》74ISO9000:2000總體結構（3）若干份技術報告：ISO/TR10006

專案管理指南

ISO/TR10007

技術狀態管理指南ISO/TR10013

品質管制體系檔指南ISO/TR10014

質量經濟性指南ISO/TR10015

教育和培訓指南ISO/TR10017

統計技術在ISO9001中的應用指南；（4）若干份小冊子：品質管制原理、?選擇和使用指南ISO9001在小型企業中的應用指南

75ISO9000核心標準簡介4個核心標準簡介ISO9000：2000本標準規定了質量管理體系的術語和基本原理，取代1994版ISO8402和ISO9000-1兩個標準。本標準提出的8項質量管理原則，是在總結了質量管理經驗的基礎上，明確了一個組織在實施質量管理中必須遵循的原則，也是2000版9000族標準制定的指導思想和理論基礎。本標準第二部分提出10個部分87個術語。在語言上強調采用非技術性語言，使所有潛在用戶易于理解。為便于使用，在標準附錄中，推薦了以“概念圖”方式來描述相關術語的關系。第三個重點內容是，提出了質量管理體系的基本原理。作為對本標準引言中質量管理8項原則的呼應。76ISO9000核心標準簡介4個核心標準簡介

ISO9001：2000

規定了質量管理體系要求，用于證實組織具有提供滿足顧客要求和實用法規要求的產品的能力，目的在于增進顧客的滿意。本標準取代了1994版三個質量保證標準（ISO9001:1994、ISO9002:1994和ISO9003:1994）。新版的質量管理體系要求，采用了“過程方法模型”，以取代1994版ISO9001標準中的20個要素。為適應不同類型的組織需要，在一定情況下，體系要求允許刪減（剪裁）。新版名稱中不再出現"質量保證"一詞，這反映了標準規定的質量管理體系要求包括了產品質量保證和顧客滿意兩層含義。77ISO9000核心標準簡介4個核心標準簡介

ISO9001：2000

目錄

1.范圍

2．引用標準

3．術語和定義

4．質量管理體系

5．管理職責

6．資源管理

7．產品/服務的實現78ISO9000核心標準簡介4個核心標準簡介

ISO9001：2008ISO9001:2008的新標準于2008年10月31目正式發布。標準修改的較少，2009年10月31目結束ISO9001:2000版的使用。對于大多數組織而言，通常正常的監督評審過渡即可，不需要額外時間。79ISO9000核心標準簡介4個核心標準簡介ISO9004：2000

提供考慮質量管理體系的有效性和效率兩方面的指南。該標準的目的是組織業績改進和其他相關方滿意。本標準是1994版ISO9004-1的替代標準。ISO9004：2000和ISO9001：2000是一對協調一致并可一起使用的質量管理體系標準，兩個標準采用相同的原則，但其適用范圍不同，而且

ISO9004標準不擬作為ISO9001標準的實施指南。通常情況下，當組織的管理者希望超越ISO9001標準的最低要求，追求增長的業績改進時，往往以ISO9004標準作為指南。80ISO9000核心標準簡介4個核心標準簡介ISO19011

本標準是ISO/TC176與ISO/TC207（環境管理技術委員會）聯合制訂的，以遵循“不同管理體系，可以共同管理和審核”的原則。新版ISO19011標準將合并并取代ISO10011-1、ISO10011-2、ISO10011-3和ISO14010、ISO14011、ISO14012等幾個標準。本標準在術語和內容方面，兼容了質量管理體系和環境管理體系兩方面特點。本標準為審核基本原則、審核大綱的管理、環境和質量管理體系的實施以及對環境和質量管理體系評審員資格要求提供了指南。81ISO9000核心標準簡介ISO9000：2000質量管理體系文件結構：

1．質量手冊（QM）：

主要功能是將管理層的質量方針及目標以文件形式告訴全體員工或顧客。 2.程序文件（QP）：

是指導員工如何進行及完成質量手冊內容所表達的方針及目標的文件。

3．作業指導書（WI）：

詳細說明特定作業是如何運作的文件。 4．記錄表格（F）：

是用于證實產品或服務是如何依照所定要求運作的文件。

82ISO9000:2000標準的變化2000版標準正式發布三年期滿后，94版標準立即廢止。2000版標準總體變化如下：一、由四個標準組成：

1、ISO9000作為選用標準，同時也是名詞術語標準，即94版ISO9000－1標準與8402的結合。

2、ISO9001標準代替94版三個模式標準，按94版ISO9002標準獲證的企業在復審時，允許對2000版ISO9001標準進行裁剪。

3、ISO9004標準代替94版ISO9004－1多項分標準。

4、ISO／CD.119011標準代替94版ISO10011標準和94版環境ISO14010、ISO14011、ISO14012。83ISO9000:2000標準的變化二、思路和結構上的變化

1、明確質量管理8條原則作為新版質量管理體系的基礎。（見下頁）

2、把過去三個外部保證模式ISO9001、ISO9002、ISO9003合并為ISO9001標準，允許通過裁剪適用不同類型的企業，同時對裁剪也提出了明確嚴格的要求。 3、把過去按20個要素排列，改為按過程模式重新組建結構，將有關過程組織成4個大過程，即管理職責；資源管理；產品實現；測量、分析和改進四大過程。(見后頁圖)

4、引入PDCA戴明環閉環管理模式，使持續改進的思想貫穿整個標準，要求質量管理體系及各個部分都按PDCA循環，建立實施持續改進結構。(見后頁) 5、適應組織管理一體化的需要。84ISO9000:2000質量管理八項原則

a.以顧客為關注焦點組織依存于其顧客。因此組織應理解顧客當前和未來的需求，滿足顧客要求并爭取超越顧客期望。b.領導作用領導者確立本組織統一的宗旨和方向。他們應該創造并保持使員工能充分參與實現組織目標的內部環境。c.全員參與各級人員是組織之本，只有他們的充分參與，才能使他們的才干為組織獲益。d.過程方法將相關的活動和資源作為過程進行管理，可以更高效地得到期望的結果。85ISO9000:2000質量管理八項原則

e.管理的系統方法識別、理解和管理作為體系的相互關聯的過程，有助于組織實現其目標的效率和有效性。f.持續改進組織總體業績的持續改進應是組織的一個永恒的目標。g.基于事實的決策方法有效決策是建立在數據和信息分析基礎上。h.互利的供方關系組織與其供方是相互依存的，互利的關系可增強雙方創造價值的能力。86過程方法模式過程方法模型增值活動

信息流括號中的陳述不適用于GB/T1900187PDCA戴明環PDCA四個英文字母及其在PDCA循環中所代表的含義如下：1、P(Plan)--計劃，確定方針和目標，確定活動計劃；2、D(Do)--執行，實地去做，實現計劃中的內容；3、C(Check)--檢查，總結執行計劃的結果，注意效果，找出問題；4、A(Action)--行動，對總結檢查的結果進行處理，成功的經驗加以肯定并適當推廣、標準化；失敗的教訓加以總結，以免重現，未解決的問題放到下一個PDCA循環。PDCA循環又叫戴明環，是美國質量管理專家戴明博士首先提出的，它是全面質量管理所應遵循的科學程序。全面質量管理活動的全部過程，就是質量計劃的制訂和組織實現的過程，這個過程就是按照PDCA循環，不停頓地周而復始地運轉的。

88ISO9000:2000標準的變化（二）新增加的內容

1、以顧客為中心；

2、持續改進；

3、質量方針與目標要細化、要分解落實；

4、強化了最高管理者的管理職責；

5、增加了內外溝通；

6、增加了數據分析；

7、強化了過程的測量與監控。89ISO9000:2000標準的變化三、特點：

1、通用性強，94版ISO9001標準主要針對硬件制造業，新標準則適用于硬件、軟件、流程性材料和服務等行業。

2、更先進、更科學，總結補充了企業質量管理中一些好的經驗，突出了八項質量管理原則。

3、對94版標準進行簡化，簡單好用。

4、提高了其它管理的相容性，協調了環境管理和財務管理。

5、ISO9001標準和ISO9004標準作為一套標準，互相對應，協調一致。90對ISO9000的誤解ISO9000不適用于軟件組織ISO9000不是產品標準,也不是技術標準,而是指導企業建立、實施質量體系的管理標準。它具有兩種主要職能,即管理和保證職能。管理職能是按ISO9000要求,建立和實施一個有效的質量體系,進而提高企業的管理水平;保證職能是指通過一個第三方機構,證實企業所建立的質量體系,并證明企業具有提供符合要求的產品的能力,從而向顧客或用戶提供可信度。ISO9000將這兩種職能有機結合起來,為企業提供了一個比較科學的管理和保證機制,它是任何企業都需要的。因此,ISO9000適用于所有的工業類型的企業。91對ISO9000的誤解軟件組織難于實施ISO9000由于軟件開發的特殊性,軟件企業很難實施ISO9000。特殊性是指:軟件開發根據項目設立,不存在完全相同的項目開發;對于規模不同的項目如何實施ISO9000;軟件開發進度難以估計,應用ISO9000會使工作量加大,從而導致進度拖延。ISO9000要求建立一個文件化的質量體系,這個體系要求全員參與,并明確各個崗位的職責,只能嚴格地按照文件規定的要求執行。(接下頁)92對ISO9000的誤解軟件組織難于實施ISO9000(續)對于每個軟件項目的大小、規模不等這一特性,可以將軟件作為一個具體的"產品"對待,至于這個產品所采用的開發過程如何,或者說采用了哪幾個生存周期過程,則在體系中不作統一要求,完全可以根據該項目的大小、規模,并依據質量體系的原則要求確定。因此,"軟件按項目開發及項目的大小、規模不同"完全不妨礙軟件企業應用ISO9000,相反應用了ISO9000,項目管理更加科學、系統。至于說到項目的進度問題,應用ISO9000并不會造成進度拖延,相反會使項目拖延問題得到改善。這是因為造成進度拖延的主要原因是由于管理不善,沒有嚴格地按照規定的要求去作,而應用ISO9000則能夠解決管理上的漏洞,使項目拖延問題得到最大限度的改善。93對ISO9000的誤解軟件企業實施ISO9000的效果不理想軟件開發是高度知識密集型的工作,對開發人員的知識和技術水平要求較高。實施ISO9000能否達到預期的效果,即保證軟件企業具有開發出符合要求的軟件產品的能力?94對ISO9000的誤解軟件企業實施ISO9000的效果不理想ISO9000沒有對“軟件開發人員的技術水平”提出要求,而軟件開發確實與開發人員的技術水平密切相關,但這不是質量體系所能解決的,因而并不妨礙ISO9000在軟件企業的應用效果。將ISO9000要求同CMM對比,就會發現CMM中規定的五級水平的第1級和第2級基本上都是管理上的要求,也就是說按ISO9000要求去作的軟件企業基本能達到CMM所規定的第2級以上的水平。可以說ISO9000是軟件企業達到高級水平所必須的。因此,我們雖然不能說應用了ISO9000的企業就具有了開發出符合要求的軟件產品的能力,但卻可以說軟件企業要想具有開發出符合要求的軟件產品,應用ISO9000則是其最佳選擇之一。95軟件過程成熟度模型基本概念軟件機構的成熟性軟件過程成熟度模型成熟度提問單96軟件過程成熟度模型-基本概念軟件過程過程：為達到目的而執行的所有步驟的序列。軟件過程：人們在開發和維護軟件及其相關產品時所涉及的各種活動、方法、實踐和改革等。其中軟件相關產品包括軟件項目計劃、設計文檔、程序代碼、測試用例和用戶手冊等。軟件生成期過程ISO/IEC-12207:1995《信息技術--軟件生存期過程》（IDT

GB/T

8566-2001）:將軟件生存期過程分為3類（基本、支持和組織類），17個過程；每個過程包含若干活動，總共74項活動；每個活動是一組相互協調的作業，總共232個作業。作業表示為某種要求、自我說明、建議或可允許的活動。97軟件過程成熟度模型-基本概念基本過程包括5個過程，獲取、供應、開發、運行和維護。這些過程供各主要當事方(獲取方、供方)在參與或完成軟件開發、運行或維護時使用。支持過程包括8個過程，文檔編制、配置管理、質量保證、驗證、確認、聯合評審、審核、問題解決。每個過程均有明確的目的支持其他過程，幫助軟件項目獲得成功及良好的產品質量。組織過程包括4個過程，管理、基礎設施、改進、培訓。這些過程使前二類過程得以建立、實施和改進。如被用來建立和實現與生成期過程相關的基礎結構、人事制度，并使其不斷改進。98ISO/IEC12207-2008標準ISO/IEC12207-2008標準把軟件過程分為2大類、7組、43個過程。第一類過程是系統上下文過程(systemcontextprocesses)，包含與軟件系統獨立的軟件過程，主要描述了軟件系統環境的要求。該類過程又可以分為4組、25個過程。第二類過程是軟件特有過程(softwarespecificprocesses)，描述了與大型軟件系統實施相關的軟件過程。該類過程又可以分為3組、18個過程。99100ISO/IEC12207-2008標準101ISO/IEC12207-2008標準102過程思維過程特征規定或包含了若干主要活動要利用資源，在制約條件下給出中間產品和最終產品過程可包含若干個子過程每個過程活動都有其入出口準則，這些準則表明了活動在什么情況下開始和結束過程的活動是按順序組織的每個過程有一套解釋各項活動目標的指導原則對過程活動，所有資源和產品都會有某些約束或控制過程的活動應有自己的目標，過程的實施把組織、管理者、人員和技術基礎設施聚起來，以實現過程的業務目標為目的103任務思維與過程思維思維對比面向任務的思維面向過程的思維注重任務、設備、人員、組織結構總體目標、各部分間協調性、一致性流行期近200年近10-20年特點將工作任務分解，指派人員分頭完成消除了各部分工作間的沖突、提高了總體效率、有利于達到總體目標影響機構的組織結構、工作效率機構的全部活動104軟件過程成熟度模型要區分不成熟和成熟軟件組織，需要構造一個軟件過程成熟度框架，它描述一條從無序到有序的軟件過程的進化途徑，框架是支持持續改進的基礎。軟件過程成熟度框架包括四個概念：軟件過程軟件過程能力軟件過程性能軟件過程成熟度：CMM分為五級105軟件過程成熟度模型幾個概念軟件過程能力：當遵循某個軟件過程時所能達到的期望效果，它可以有效預測企業接收新的軟件項目時可能得到的結果。軟件過程性能：當遵循某個軟件過程時所達到的實際效果。它可以用于驗證軟件過程能力。軟件過程成熟度：指一個特定的軟件過程被顯式定義、管理、度量、控制和實施的程度。成熟度可以用于指示企業加強其軟件過程能力的潛力。106軟件過程成熟度模型軟件機構的成熟度不同的軟件開發機構，管理策略不同，因而軟件項目所遵循的軟件過程也不同。在此，可用軟件機構的成熟度（Maturity）加以區別。不成熟軟件機構的特征：⑴軟件過程一般在項目進行中由參與開發的人員臨時確定。有時即使確定，實際也不嚴格執行；⑵軟件機構是反應型的，管理人員經常要集中精力去應付難以預料的突發事件；⑶項目的進度和經費預算由于估計的不切實際，常常突破。在項目進度拖延，交付時間緊迫的情況下，往往不得不削減軟件的功能，降低軟件的質量；⑷產品質量難以預測。質量活動，如質量評審、測試等，常被削弱或被取消。107軟件過程成熟度模型成熟軟件機構具有的特征：⑴建立了機構級的軟件開發和維護過程。軟件人員對其有較好的理解。一切活動均遵循過程的要求進行，做到工作步驟有次序，且有章可循；⑵軟件過程必要時可做改進，但需在經小型試驗和成本-效益分析的基礎上進行；⑶軟件產品的質量和客戶對軟件產品的滿意程度不是由開發人員，而是由負責質量保證的經理負責監控；⑷項目進度和預算是根據以往項目取得的實踐經驗確定，因而比較符合實際情況。108軟件過程成熟度模型軟件過程成熟度模型1987年，美國卡內基-梅隆大學軟件工程研究所(SEI)受美國國防部資助，提出了軟件能力成熟度模型CMM(CapabilityMaturityModelforSoftware)，它用來定義和評價軟件公司開發過程的成熟度，提供怎樣才能提高軟件質量的指導。1991年SEI推出CMM1.11997年發布了CMM2.0在CMM后，又出現了若干個基于CMM且針對特定主題的模型。為區別，通常把初始的CMM成為SW-CMM。下表列出了這些模型。109CMM的相關模型名稱含義內容P-CMMpeople人力資源管理SE-CMMSystemengineering系統工程管理SA-CMMSoftwareacquisition軟件獲取IPD-CMMIntegratedsystemsproductdevelopment集成系統開發管理SSE-CMMsystemssecurityengineering系統安全工程管理CMMICapabilitymaturitymodelintegration集成模型（綜合上列模型）TSPTeamsoftwareprocess團隊協調工作PSPPersonalsoftwareprocess軟件工程師工作110軟件過程成熟度模型CMM的五個成熟度等級CMM描述了五個級別的軟件過程成熟度（初始級可重復級已定義級已管理級優化級），成熟度反映了軟件過程能力（SoftwareProcessCapability）的大小，任何一個軟件機構的軟件過程必定屬于其中某個級別。五個成熟度如圖所示：111Level1初始級不一致的管理Level2可重復級項目管理Level3已定義級過程管理Level4已管理級能力管理Level5優化級變更管理可重復實踐通用工程過程定量理解和控制持續改進實踐112軟件過程成熟度模型⑴初始級（initial）工作無序，項目進行過程中常放棄開始制定的計劃；管理無章，缺乏健全的管理制度；開發項目成效不穩定，產品的質量和性能嚴重依賴于個人的能力和行為。⑵可重復級（repeatable）管理制度化，建立了基本的管理制度和規程，管理工作有章可循；初步實現標準化，開發工作較好地實施標準；變更均依法進行，做到基線化；穩定可跟蹤，新項目的計劃和管理基于過去的經驗，具有重復以前成功項目的環境和條件。113軟件過程成熟度模型⑶已定義級（defined）開發過程，包括技術工作和管理工作，均已實現標準化、文檔化；建立了完善的培訓制度和專家評審制度；全部技術活動和管理活動均穩定實施；項目的質量、進度和費用均可控制；對項目進行中的過程、崗位和職責均有共同的理解。⑷已管理級（managed）產品和過程已建立了定量的質量目標；過程中活動的生產率和質量是可度量的；已建立過程數據庫；已實現項目產品和過程的控制；可預測過程和產品質量趨勢，如預測偏差，實現及時糾正114軟件過程成熟度模型⑸優化級（optimizing）可集中精力改進過程，采用新技術、新方法；擁有防止出現缺陷、識別薄弱環節以及加以改進的手段；可取得過程有效性的統計數據，并可據此進行分析，從而得出最佳方法。115

五級成熟度的特性等級1—初始級CMM1杰出的主管和優秀的隊伍項目成功CMM1一般的主管和隊伍項目成功難以預測等級2—重復級項目經驗定義準則和跟蹤新的類似項目再成功116

等級3—定義級CMM重復定義軟件過程可視和可控等級4—管理級軟件過程能力量化改進與預測等級5—優化級已有的技術等級2—4中的改進已有的技術等級5中的優化新的技術五級成熟度的特性117軟件過程成熟度模型關鍵過程領域除去初始級以外，其他4級都有若干個引導軟件機構改進軟件過程的要點，稱為關鍵過程領域（KPA：KeyProcessArea），共18個。每一個關鍵過程領域是一組相關的活動。成功地完成這些活動，將會對提高過程能力起重要作用。下圖給出了各成熟度等級對應的關鍵過程領域。118

CMM的內部結構與定義能力成熟度模型的結構過程能力成熟度等級關鍵過程域包含共同特點被規劃成關鍵實踐包含指示目標完成規范化闡述活動描述119關鍵過程域優化級(5)過程更改管理技術改革管理缺陷預防管理級(4)軟件質量管理定量過程管理每一個關鍵過程域指出了改進過程能力的主要過程定義級(3)同行評審組間協調軟件產品工程集成軟件管理培訓大綱組織過程定義組織過程集點重復級(2)軟件配置管理軟件質量保證軟件子合同管理軟件項目跟蹤和監督軟件項目策劃需求管理初始級(1)120無論哪個KPA，它們的實施活動都統一按五個公共屬性進行組織:目標每一個KPA都確定了一組目標，若這組目標在每一個項目都能實現，則說明企業滿足了該KPA的要求。若滿足了一個級別的所有KPA要求，則表明達到了這個級別所要求的能力。實施能力實施能力一般包括資源保證、人員培訓等內容。它是企業實施KPA的前提條件。企業必須采取措施，在滿足了這些條件后，才有可能執行KPA的活動。軟件過程成熟度模型121執行活動執行過程描述了執行KPA所需求的必要角色和步驟，一般包括計劃、執行的任務、任務執行的跟蹤等。在五個公共屬性中，執行活動是唯一與項目執行相關的屬性，其余四個屬性則涉及企業CMM能力基礎設施的建立。度量分析描述了過程的度量和度量分析要求。典型的度量和度量分析的要求是確定執行活動的狀態和執行活動的有效性。實施驗證

驗證執行活動是否與建立的過程一致。實施驗證涉及到管理的評審和審計以及質量保證活動。軟件過程成熟度模型122軟件過程成熟度模型如：KAP：需求管理實踐123軟件過程成熟度模型成熟度提問單為了把上述過程成熟度分級的方法推向實用化，需要為其提供具體的度量標尺。這個度量標尺就是成熟度提問單。CMM在多個方面列出了大量的問題，每個問題都可針對特定的被評估軟件機構給出肯定或否定的回答。提問單涉及的方面包括組織結構資源、人員及培訓技術、管理文檔化標準及工作步驟、過程度量數據管理和數據分析、過程控制。下面列出了CMM2的幾個KAP的成熟度提問單124CMM2成熟度提問單舉例答題須知1、在每個提問的右邊，有相應于四種可能回答的框：是，否，不適用，和不知道。選擇是，當實踐被很好地建立和一致地執行。實踐應該幾乎總是按照標準操作規程執行，才能被認為是很好建立的和一致執行的。選擇不是，當實踐未被很好地建立或一致地執行。該實踐可能有時被執行，或者甚至是經常被執行，但在困難情況下，它被忽略。選擇不適用，當您對該項目或組織以及所提問題具有所要求的知識，但您覺得此提問對該項目不適用。例如，如果您不和子承包商一起工作，那么“軟件子合同管理”的整個章節就可能不適用于該項目。選擇不知道，當您不能確定該如何回答此提問。2、您對提問回答的任何詳細說明或適用性證明，請利用評論空間。3、對每個提問選擇其框中的一個。請回答所有的提問。125CMM2成熟度提問單舉例一、需求管理

在客戶和軟件項目組之間建立對客戶實際需求的共同理解，包括和客戶一起建立和維護有關軟件需求的協議，既包括技術需求也包括非技術需求（例如交付日期）。該協議構成軟件生命周期中所有活動的基礎（如預測、計劃、實施、追蹤、評測等）。如果客戶需求有所變動，軟件計劃和實施也應做出相應調整，以求與需求保持一致。126CMM2成熟度提問單舉例一、需求管理1.是否用軟件項目的需求來建立軟件工程和管理的基準？2.當軟件項目的需求改進變動時，是否對軟件計劃、產品和活動做出必要的調整？3.項目是否遵循軟件組織所擬定的對項目需求的書面的管理規則？4.項目中負責管理需求的人員是否受到需求管理培訓？5.是否用測量方式來確定需求管理活動的狀態（例如，所提議的，未解決的，已批準的和已納入基準的需求變動總數）？6.該項目需要管理活動是否受到軟件質量保證的評審？127CMM2成熟度提問單舉例二、軟件項目計劃

為進行軟件工程活動和軟件項目管理所制定的合理的計劃，包括預測、項目投入和工期，確定必要的承諾和執行等。1.供計劃和追蹤軟件項目的預測（例如，規模、成本和工期的預計）是否已文檔化？2.軟件項目計劃是否將準備實施的活動和對項目的承諾文檔化？3.所有相關的項目組及其成員對項目約定是否同意？4.項目是否遵循軟件組織用于項目計劃的書面規則？5.是否為項目計劃準備了足夠的資源（例如，資金、有經驗的開發人員）？6.是否用測量方式來確定項目計劃活動的狀態（例如，項目計劃活動里程碑的完成情況與計劃本身的比較）？7.項目經理是否對軟件項目計劃活動進行定期的和事件驅動的審查？128CMM2成熟度提問單舉例三.軟件項目追蹤和監控

提供適當的對項目實際進展的信息，使管理者能在實施明顯偏離計劃時采取糾正措施。糾正措施包括修改軟件開發計劃以反映實際的完成情況，重新計劃剩余工作或采取改進性能的措施。軟件項目追蹤和監控包括對文檔化的預計，承諾和計劃的評審，跟蹤軟件完成情況及結果，以及在實際完成情況基礎上的調整。129CMM2成熟度提問單舉例三.軟件項目追蹤和監控

1.是否比較了軟件項目的實際結果（例如，規模、成本、進度）與計劃中的預算？2.當實際結果明顯偏離計劃時，是否采用糾正措施？3.所有相關的項目組及其成員是否同意對項目承諾的更改？4.項目是否遵循軟件組織用于追蹤和控制軟件開發活動的書面規則？5.項目組中是否有專人追蹤軟件產品和活動？（例如，預算、進度和工作量）6.是否用測量方式來確定軟件追蹤和監控活動的狀態（例如，在追蹤和監控活動中所投入的總工作量）？7.高層管理是否定期參與評審軟件項目追蹤和監控的活動（例如，項目性能、未解決的問題、風險和行動指導）？130CMM2成熟度提問單舉例四、子合同管理

選擇合格的軟件方承包商并有效地對它們進行管理，包括如何選擇軟件分包商，如何建立與分包商的約定，如何追蹤和評審分包商的功效。這些實踐包括對軟件子合同的管理，也包括對子合同的構成成分的管理，如子合同中含有的軟件硬件及其他系統成分的管理。131CMM2成熟度提問單舉例四、子合同管理1.是否按照文檔化的規則來針對分包商完成項目的能力挑選軟件項目子承包商？2.子合同的變動是否得到主承包商和子承包商雙方的同意？3.是否與子承包商進行定期的技術交流？4.是否根據約定追蹤子承包商的工作效能和結果？5.項目是否遵循軟件組織管理制定的管理軟件子合同的書面規則？6.負責管理軟件子合同的人員是否經過軟件子合同管理的培訓？7.是否用測量方式來確定軟件子合同管理活動的狀態（例如，參照交付日期計劃的進度狀態以及在子合同管理上投入的工作量）？8.項目經理是否參與對軟件子合同活動的定期的和事件驅動的評審工作？132CMM2成熟度提問單舉例五、軟件質量保證

向管理者提供對軟件項目所采納的過程和所開發的產品的質量信息，包括復查和審核軟件產品及活動以驗證它們符合試用的標準及規則，也包括向項目經理和其他相關人員提供審核數據和結果。133CMM2成熟度提問單舉例五、軟件質量保證1.是否對軟件質量保證活動作好計劃？2.軟件質量保證是否針對軟件產品和活動符合試用標準、規則的情況提供了客觀的驗證？3.軟件質量保證的復查和審核結果是否提供給相關的項目組及其成員（例如，負責該項目工作的管理人員和技術人員）？4.如有項目組不能解決的與擬定過程不符合的問題，是否交由高級管理層解決（例如，偏離適當的標準）？5.項目是否遵循軟件組織實施軟件質量保證的書面規則？6.是否為軟件質量保證活動準備了足夠的資源（例如，資金和專門負責處理過程不符合情況的經理）？7.是否用測量方式來確定軟件質量保證活動的成本和進度狀況（例如，已完成工作，投入的工作量，資金與計劃的比較）？8.高層管理是否定期參與對軟件質量保證活動的評審？134CMM2成熟度提問單舉例六、軟件配置管理

建立和維護在項目的整個生命周期內軟件產品的完整性，包括指明在特定時段上軟件的配置（即選定的軟件產品及其描述）系統的控制對配置的變動，并在整個軟件生命周期內保持配置的完整性和可追蹤性。軟件配置管理所含的產品包括最終交付給客戶的產品，以及與這些產品一起標明的事項或開發這些產品所必須的事項（如硬件、系統等）135CMM2成熟度提問單舉例六、軟件配置管理1.是否擬定對項目軟件配置管理活動的計劃？2.通過配置管理，項目是否已經對軟件產品進行標明、控制并使其可用？3.項目是否遵循一套文檔化的規則，對配置事項或配置單元的變動進行控制？4.是否把關于軟件基準（即經過正式評審及認定的軟件配置事項，它們此后可作為進一步開發的基礎并只有通過正式的更改程序才能被變動）的標準報告分發給相關的項目組及成員（此類報告包括軟件配置控制組會議記錄，變動申請匯報，狀態報告）？5.項目是否遵循軟件組織如何實施軟件配置管理活動的書面規則？6.項目組成員是否經過專門培訓使其能完成所負責的軟件配置管理活動？7.是否用測量方式來確定軟件配置管理活動的狀況（例如，為軟件配置管理活動所投入的工作量和金錢）？8.是否進行定期審核以驗證軟件基準同定義基準的文檔相符合（例如，由軟件質量保證小組定義的文檔）？136軟件過程成熟度模型利用CMM對軟件機構進行成熟度評估CMM為評估和評價提供了一個參考框架Back

137ISO9000和CMM的聯系ISO9001和CMM既有區別又相互聯系，兩者不可簡單的互相替代。盡管ISO9001標準的一些要求在CMM中不存在，而CMM的一些要求在ISO9001標準中也不存在，但不可否認的是，兩者之間的關系非常密切。當然，兩者之間的差別也很明顯。兩者的最大相似之處在于兩者都強調“該說的要說到，說到的要做到”。對每一個重要的過程應形成文件，包括指導書和說明，并檢查交貨質量水平。兩者都強調持續改進。很明顯，取得ISO9001認證對于取得CMM的等級證書是有益的，反之，取得CMM等級證書，對于尋求ISO9001認證也是有幫助的。138ISO9000和CMM的聯系CMM比ISO9000好？CMM和ISO9000都只是一種標準,前者是根據一個研究所的研究報告制訂的一套標準,有很多不完善的地方。ISO9000是一個國際標準,通用性強。就軟件企業來說,兩者在對企業的質量管理的指導原則上，要求差不多，而實現和表述上不同,不能籠統的說誰比誰好。CMM注重過程要求,它的每一級對所要實現的關鍵過程域都有詳細的要求,并且強制企業能自我更新和持續改進,以實現缺陷預防。這對于推動軟件企業自身質量管理素質是非常有利的。ISO9000的通用性太強,針對性太弱。ISO9000適用范圍是所有設計\制造\開發及服務的行業，對軟件質量管理體系的要求很低，而且也不具體。139ISO9000其他取得ISO9001認證并不意味著完全滿足CMM某個等級的要求表面上看，獲得ISO9001標準的企業應有CMM第3至第4