【文章內(nèi)容簡介】 ，及其產(chǎn)生根源，應(yīng)建立并保持相應(yīng)控制程序，并形成文件。 – 糾正措施： ?有效處理顧客意見和產(chǎn)品不合格報告。 ?調(diào)查與產(chǎn)品、過程和質(zhì)量體系有關(guān)的不合格產(chǎn)生原因，并記錄調(diào)查結(jié)果。 ?確定消除不合格根源所需的糾正措施，并保證起執(zhí)行與有效性。 – 預(yù)防措施： ?利用適當(dāng)信息源，已發(fā)現(xiàn)、分析并消除不合格的潛在因素。 ?確保所采取措施的信息提交管理評審。 1搬運、儲存、包裝、防護和交付 – 應(yīng)建立搬運、儲存、包裝、防護和交付的控制程序，并形成文件。 – 提供防止產(chǎn)品損壞或變質(zhì)的搬運方法。 – 使用指定的儲存場地，規(guī)定接收和發(fā)放的管理方法。 – 對裝箱、包裝和標(biāo)志過程（包括材料）等進行必要的控制。采取適當(dāng)?shù)母綦x和防護措施。 – 上述保護在合同要求下，應(yīng)可以延續(xù)到交付的目的地。 1質(zhì)量記錄控制 – 應(yīng)建立并保持對質(zhì)量記錄的標(biāo)識、收集、編目、查閱、歸檔、儲存、保管和處理的程序，并形成文件。 1內(nèi)部質(zhì)量審核 – 為驗證質(zhì)量活動和有關(guān)結(jié)果是否符合計劃安排，并確定質(zhì)量體系的有效性，應(yīng)對內(nèi)部質(zhì)量審核工作建立和保持程序，并形成文件。 1培訓(xùn) – 對所有與質(zhì)量相關(guān)的人員進行培訓(xùn)，明確培訓(xùn)要求并建立程序。 在確定培訓(xùn)需求時，要考慮： ? 軟件產(chǎn)品開發(fā)和管理工具、技術(shù)、方法； ? 特定領(lǐng)域知識和技能 1服務(wù) – 在規(guī)定由服務(wù)要求的情況下，應(yīng)建立并保持有關(guān)服務(wù)的 實施、驗證和報告的程序，并形成文件。 ? 一般的顧客支持在 ISO90002中描述。 ? 軟件產(chǎn)品維護通常分為以下幾類：問題解決、接口修 改、功能擴展或性能改進。 ? 如果顧客要求在初始較符合安裝之后，對軟件產(chǎn)品進 行維護，建議在合同中加以規(guī)定。 ? 建議供方建立并維護形成文件的程序?qū)嵤┚S護活動， 并且驗證這些活動符合規(guī)定維護要求。 ? 維護活動也可以是對開發(fā)環(huán)境、工具和文檔的維護。 1服務(wù)（續(xù)） ? 應(yīng)在合同中說明需維護的軟件和維護期限。 ? 所有維護活動應(yīng)按照供方和顧客事先確定并協(xié)商一致 的維護計劃或規(guī)程實施和管理。 ?對維護活動應(yīng)加以記錄并保存，供方和顧客協(xié)商建立 維護報告提交規(guī)則。 統(tǒng)計技術(shù) 建立并保持為分析過程能力和產(chǎn)品特性所采用的若干 統(tǒng)計技術(shù)的實施程序，并形成文件。 3 能力成熟度模型（ CMM）簡介 1）問題的提出 計算機軟件的開發(fā)一直是廣泛應(yīng)用計算機的瓶頸 。 解決這一問題 ， 初期著重于研究一些新的開發(fā)方法和技術(shù) ， 對提高計算機軟件的生產(chǎn)率和質(zhì)量起到了很大的 作用 ， 但問題并沒得到很好解決 。 在 80年代中期 ， 美國工業(yè)界和政府部門開始認(rèn)識到：在軟件開發(fā)中 ， 關(guān)鍵的問題在于軟件開發(fā)組織不能很好地定義和控制其軟件過程 。 從而使一些好的開發(fā)方法和技術(shù)都起不到所期望的作用 。 在無紀(jì)律的 、 混亂的軟件項目開發(fā)狀態(tài)中 ， 開發(fā)組織不可能從軟件工程的研究成果中獲益 。 盡管仍有一些軟件開發(fā)組織能夠開發(fā)出個別優(yōu)秀軟件 ， 但其成功往往歸功于軟件開發(fā)組的一些杰出個人或小組的努力 。 歷史的經(jīng)驗表明 ：一個軟件開發(fā)組織 ， 只有通過： ?建立全組織的有效的軟件過程； ?采用嚴(yán)格的軟件工程方法和管理； ?堅持不懈地付諸實踐； 才能取得全組織的軟件過程能力的不斷改進 針對這一問題： 1986年 11月 ， 美國卡內(nèi)基 梅隆大學(xué)軟件工程研究所（ SEI） 開始開發(fā)過程成熟度框架 。 1987年 9月 ， SEI發(fā)布了過程成熟度框架的簡要描述和成熟度調(diào)查表 。 1991年 ， SEI將過程成熟度框架演化為 CMM ：CMU/SEI91TR2 CMU/SEI91TR25。 1993年 ， SEI根據(jù)反饋 ， 提出 CMM ： CMU/SEI93TR25。 目前 ， 已經(jīng)提出 CMM 。 過程成熟度的基本概念 ?軟件過程能力： 描述 (開發(fā)組織或項目組 )通過遵循其軟件過 程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度 。 用途 ：一個組織的軟件過程能力 ， 提供了一種預(yù)測該組織 承擔(dān)下一個軟件項目可能結(jié)果的方法 。 ?軟件過程性能： 表示 (開發(fā)組織或項目組 )遵循其軟件過程所 得到的實際結(jié)果 。 注意 ： 軟件過程能力與軟件過程性能之間的關(guān)系： ?一個是能夠 實現(xiàn)預(yù)期結(jié)果的程度 ， 一個是得到的實際結(jié)果 ?一個 項目的實際過程性能 ， 可能并不充分反映其所在組織 的整個過程能力 。 （ 由于該項目的具體屬性和執(zhí)行該項目的環(huán)境所限 ） ?軟件過程成熟度： 一個特定軟件過程被明確和有效地定義 、 管理 、 測量和 控制的程度 。 指明 ： ? 一個軟件開發(fā)組織軟件過程能力的增長潛力； 能力提高的基礎(chǔ)性 ? 表明一個開發(fā)組織軟件過程的豐富多樣性 ， 能力提高的可能性 ? 在各開發(fā)項目中運用軟件過程的一致性 。 能力提高的持續(xù)性 這意味著 ： 由于開發(fā)組織通過運用軟件過程 ， 使各項目 執(zhí)行軟件過程的紀(jì)律性一致地增強 ， 導(dǎo)致軟件生產(chǎn)率和質(zhì)量 可以得到不斷地的改進 。 作用 ： 隨著一個軟件開發(fā)組織的軟件過程成熟度的提高 ， 并通過該組織的方針 、 標(biāo)準(zhǔn)和組織機構(gòu)等將其軟件過程 規(guī)范化和具體化 ， 從而使得開發(fā)組織對有關(guān)管理和工程 的方法 、 實踐和規(guī)程等有明確定義 。 ?軟件能力成熟度等級： 軟件開發(fā)組織在走向成熟的過程中 ， 幾個具有明確定 義的 、 可以表征其軟件過程能力成熟程度的 “ 平臺 ” 。 該平臺 （ 每一等級 ） 包含一組過程目標(biāo) 。 當(dāng)一個軟件開發(fā) 組織達(dá)到其中一個目標(biāo)時 ， 則表明軟件過程的一個 (或幾個 )重 要成分得到了實現(xiàn) ， 從而導(dǎo)致該組織軟件過程能力的增長 。 作用 ： 每一個成熟度等級為達(dá)到下一個等級提供了一 個基礎(chǔ) 。 ?關(guān)鍵過程域： 過程域 ：互相關(guān)聯(lián)的若干個軟件實踐活動和有關(guān)基礎(chǔ)設(shè)施的集合 ， 即 《 軟件實踐活動 ， 基礎(chǔ)設(shè)施 》 。 關(guān)鍵過程域 ：對某一成熟度等級將起到至關(guān)重要的過程域即它們的實施將對達(dá)到該成熟度等級的目標(biāo)起保證作用 ， 這些過程域被稱為關(guān)鍵過程域 。 每一軟件過程成熟度等級均包含一組特定的關(guān)鍵過程域 。 ?關(guān)鍵實踐： 對關(guān)鍵過程域的實施起關(guān)鍵作用的方針 、 規(guī)程 、措施 、 活動以及相關(guān)的基礎(chǔ)設(shè)施的建立 。 “ 關(guān)鍵實踐 ” 的表述 ， 一般只給出 “ 做什么 ” 。 作用： 通過實施一個關(guān)鍵過程域中所包含的關(guān)鍵實踐 （ “ 小” 的進化 ） ， 才可以達(dá)到該關(guān)鍵過程域中的目標(biāo) 。 CMM的軟件過程成熟度框架 通過成熟度級別 ， 定義了在使軟件過程成熟的過程 中的 演化狀態(tài)。 初始級 (1) 可重復(fù)級 (2) 已定義級 (3) 已管理級 (4) 持續(xù)優(yōu)化級 (5) 嚴(yán)格的 過程 標(biāo)準(zhǔn)的一致的 過程 可預(yù)言的 過程 持續(xù)改善的 過程 CMM將這些演化步驟組織為 5個成熟度等級的框架，為持續(xù)的過程改進提供了基礎(chǔ)。 可見 ， 過程成熟度框架 ： 描述什么： 一條從無序的 、 混亂的過程達(dá)到成熟的 、 有紀(jì)律 的軟件過程的進化途徑 。 怎么描述： 集軟件過程 、 軟件過程能力 、 軟件過程性能和 軟件過程成熟度等概念為一體 。 用途： 以軟件過程成熟度框架 ， 可以導(dǎo)出過程改進策略 ， 為軟件過程的不斷改進的歷程提供了一份導(dǎo)引圖 。 指導(dǎo)軟件開發(fā)組織不斷識別出其軟件過程的缺陷 引導(dǎo)開發(fā)組織在各個平臺上 “ 做什么 ” 改進 （ 但它 并不提供 “ 如仍做 ” 的具體措施 。 基礎(chǔ)： 軟件過程成熟度框架的基礎(chǔ)是軟件能力成熟度模型 。 軟件能力成熟度模型 涉及組織 ， 項目 ， 過程能力等要素 回顧：軟件過程能力： 描述 (開發(fā)組織或項目組 )通過遵 循其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度 。 軟件能力成熟度等級： 軟件開發(fā)組織在走向成熟 的過程中 ， 幾個具有明確定義的 、 可以表征 其軟件過程能力成熟程度的 “ 平臺 ” 。 該平 臺 （ 每一等級 ） 包含一組過程目標(biāo) 。 當(dāng)一個 軟件開發(fā)組織達(dá)到其中一個目標(biāo)時 ， 則表明 軟件過程的一個 (或幾個 )重要成分得到了實 現(xiàn) ， 從而導(dǎo)致該組織軟件過程能力的增長 。 模型作用 ： 指導(dǎo)軟件開發(fā)組織 ? 通過確定當(dāng)前過程的成熟度，并識別出執(zhí)行軟件過程 的薄弱環(huán)節(jié)，通過解決對軟件質(zhì)量和過程改進至關(guān)重 要的若個問題 形成對其過程的改進策略 ? 通過關(guān)注并認(rèn)真實施一組有限的關(guān)鍵實踐活動 穩(wěn)步地改善其全組織的軟件過程 使全組織的軟件過程能力持續(xù)增長 軟件能力成熟度等級 ? 初始級 主要特征 ： – 組織：組織通常沒有提供開發(fā)和維護軟件的穩(wěn)定的環(huán)境。 – 項目：當(dāng)發(fā)生危機時，項目通常放棄計劃的過程，回復(fù)到編碼和測試。 – 過程能力：不可預(yù)測。 (unpredictable) 由于： ? 軟件開發(fā)無規(guī)范； ? 軟件過程不確定 、 無計劃 、 無秩序； ? 過程執(zhí)行不 “ 透明 ” ； ? 需求和進度失控 。 結(jié)果： 項目的成敗完全取決于個人的能力和努力； 軟件性能隨個人具有的技能 、 知識和動機的不同而變化 ， 并只能通過個人的能力進行預(yù)測 。 ?可重復(fù)級 實現(xiàn)了關(guān)鍵過程域 ： 軟件配置管理 、 軟件質(zhì)量保證 、 軟件子合同管理 、 軟件項目跟蹤和監(jiān)督 、 軟件項目規(guī)劃 、 需求管理 。 主要特征 ： –組織 ：將軟件項目的有效管理過程制度化，這使得組織 能夠重復(fù)以前項目中的成功實踐。 –項目 ：配備了基本的軟件管理控制。 –過程能力 ： ? 可重復(fù)的： 即對當(dāng)前項目的需求分析后制定的 ， 能重復(fù)以前的成功實踐 ， 盡管在具體過程中可能有所不同 。 這是該級的 — 個顯著特征 ?基本可控的： 即對軟件項目的管理過程是制度化的 。 ? 對軟件需求和為實現(xiàn)需求所開發(fā)的軟件產(chǎn)品建立了基 線； ?為管理 、 跟蹤軟件項目的成本 、 進度和功能提供了規(guī)范； ? 在項目的策劃和服蹤過程中規(guī)定并設(shè)置了監(jiān)測點； ? 提供了當(dāng)不滿足約定時的識別方法和糾偏措施 。 軟件項目過程基本上是可視的 ?過程是有效的： 即對項目可建立實用的 、 已文檔化的 、 已實 施的 、 己培訓(xùn)的 、 已測量的和能改進的過程 。 項目的過程