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