1.0目的
本文的目的是描述abc中心的sqa組進行內部軟體過程檢查所使用的程式。執行檢查的目的是為了提供對軟體過程的客觀承諾確認，並最終提交滿足標準、手冊、規格書以及程式等方面要求的軟體產品。
2.0範圍
文中所描述的程式適用於abc中心sqa組執行的內部軟體過程檢查。
3.0術語表
kpa：關鍵過程域。
sei：軟體工程研究所。
cmm：能力成熟度模型。
sqa：軟體質量保證。
scm：軟體配置管理。
sqap：軟體質量保證計畫。
4.0參考文獻
[1]軟體能力成熟度模型，1.1版，軟體工程研究所，cmu/sei-93-tr-24, february 1993.
[2]apd sqa檢查程式，apd-pr-sqa-aud-001, version 1.0, aug. 21, 1996.
5.0角色和職責
5.1檢查者
檢查者是指準備並執行檢查的個人或小組。成立乙個檢查小組以後，首先要指定乙個檢查小組領導。檢查小組領導負責為小組其他成員分配檢查任務。
檢查小組領導負責如下各項任務：
訓練和調整檢查小組成員。
規劃檢查中用到的人力和裝置等資源。
執行檢查。
生成檢查報告。
發布檢查報告。
跟蹤檢查糾正活動。
檢查小組領導或者作為檢查者的個人必須是sqa組的成員。sqa組負責確保積極的糾正活動被執行，並文件化識別出的軟體過程中的不符合項。
5.2被檢查者
被檢查者是指接受檢查的團體或者小組。被檢查的團體或小組負責以下各項任務：
理解客觀公正的檢查標準。
與檢查小組全力合作。
對檢查報告做出響應，制定糾正活動計畫。
5.3sqa代表
被檢查方的sqa代表負責執行檢查中的許多協調步驟，比如規劃採訪中涉及的人員和用到的會談房間，協調自我評估，建立客觀證據，對檢查者的需求進行反饋，以及準備下一步的活動計畫等。
5.4高層管理員
高層管理員負責監控檢查過程的進展，並且在產生較大的矛盾時給予及時的輔助和調解。
6.0檢查計畫表
r&d sqa小組負責制訂季度性的檢查計畫表。整個計畫表發布在r&d sqa主頁，並且由sqa小組協調員負責維護。
當規劃一次檢查時，sqa小組將會指定其成員之一作為檢查小組領導，被檢查的小組則會周期性地收到該檢查小組領導的一些通知。檢查小組領導是檢查計畫的所有者，他（她）負責參照檢查程式來指導檢查活動。
7.0檢查程式
在執行特定的檢查時，檢查小組或個人負責包括以下各階段的所有檢查活動：
計畫 概要
準備 檢查
報告 糾正活動
跟蹤 7.1計畫
如有必要，檢查者首先將會重新檢查過去的一些不符合項和對軟體開發的糾正活動需求，並且標誌出那些需要再次進行檢查的領域。
檢查者將會生成並使用一些合適的軟體核對表來指導軟體開發每一階段/過程的檢查活動。這些核對表可以從以下資源或其結合中而得出：
專案開發計畫。
專案scm計畫。
專案sqa計畫。
核對表的內容可以根據專案階段的不同而有所不同。以下是在檢查計畫階段所需要執行的一些活動：
確保對於將要接受檢查的每乙個軟體過程都有乙個帶有客觀檢查標準的核對表。
標識出涉及到被檢查軟體過程的一些突出的糾正活動條款。
為概要做計畫。
7.2概要
檢查者掌握對被檢查者的概要，包括專案經理和sqa代表等資訊，以便於開展進一步的檢查活動。
評審對被檢查過程進行檢查的標準。
評審檢查的一些技術性細節，包括前面定義的角色和職責等。
向被檢查的每一項過程分發核對表，以便於被檢查者開展初始的自我評估。
要求被檢查者準備客觀證據，包括能夠證實符合需求過程的一些工作產品例項。
評審檢查中的其他一些計畫。
7.3準備
在準備階段，sqa代表應該確保所需要的資訊已經就位，以便於檢查的進一步開展。
確保自我評估已經完成。
確保已經得到了包括能夠證實符合需求過程的一些工作產品例項在內的客觀證據。
7.4檢查
在檢查階段，主要是仔細檢查所得到的客觀證據是否符合指定標準。檢查者參照客觀檢查證據對工作產品進行評估。
檢查者應該確保完成核對表。
檢查者評審檢查標準以及被檢查者的初始自我評估結果。
檢查者檢查說明符合項的客觀證據。
檢查者與相關人員進行會談，以確定有關當前被檢查軟體過程的實踐。作為一項準則，要求專案組成員的10%到20的人員參加了該檢查步驟的會談。
7.5報告
經過檢查階段之後，檢查者生成乙份檢查報告。
生成發現的草案初稿（參見附錄a），同時為檢查中的所有參與者生成該草稿的乙份拷貝。
在提交草案初稿後的1-2天內與被檢查者召開一次提交檢查會議，以獲取對發現的一致性認可。
解決發現中的問題，並相應更新報告。
向參與者、被檢查者的管理人員以及質量小組管理人員分發最終報告。
7.6活動計畫
如果在檢查中發現了某些不符合項，sqa代表則負責制定相應的糾正活動。
被檢查方制定乙份包含糾正活動條款（參見附錄b）的活動計畫，當該計畫完成時，應該可以解決檢查中發現的一些不符合項問題。該活動計畫應該在最終檢查報告發布後的20個工作日內制定出，並提交給檢查者。
檢查者評審活動計畫，計畫應該能夠確保被檢查方解決了所有發現的問題。
活動計畫被接受以後，個人糾正活動條款由檢查者記錄在sqa糾正活動條款日誌中。
7.7跟蹤
經過活動計畫階段之後，檢查者必須跟蹤糾正活動條款的完成情況。
檢查者檢驗被標示為已經完成的糾正活動條款。
sqa代表跟蹤所有的糾正活動條款，以確保軟體過程取得了相應的進展。
檢查者跟蹤每一項糾正活動條款，確保其在規定的時間內完成。
檢查者檢驗糾正活動條款是否已經完成。
8.0附錄a——檢查報告內容
本附錄包含了對檢查報告內容的一般性描述。
1.0介紹
2.0範圍
3.0結果
4.0檢查發現
4.1強項
4.2不符合項
4.3分析和建議
4.4跟蹤需求
9.0附錄b——活動計畫內容
該附錄包含對活動計畫內容的一般性描述。活動計畫包含糾正活動條款，每一項條款都應該包含如下資訊。
9.1條款
9.2執行活動
9.3所有者
9.4完成日期
軟體質量保證
一 軟體質量的概念 概括的說 軟體質量就是 軟體與明確地和隱含地定義的要求相一致的程度 具體的說 軟體質量是軟體與明確地敘述的功能和效能需求 文件中明確描述的開發標準以及任何專業開發的軟體產品都應該具有的隱含特性相一致的程度。有3個要點 1 軟體需求是度量軟體質量的基礎，與需求不一致就質量不高。2 ...
軟體質量保證 軟體質量
這篇博文將較為全面深入地談談軟體質量保證中關於軟體質量的概念，內容等相關問題。關於質量的定義，不同的領域，不同的人，不同的側重點會得出截然不同的結果。因此關於其質量的基礎概念相對而言較為好理解，但是具體如何去定義實際上確是無關緊要的。不過我們在分析軟體質量的時候，不僅要考慮其面向使用者的需求覆蓋率，...
軟體質量 軟體測試和質量保證
軟體質量 軟體質量包括 內部質量 外部質量 使用質量 就是說軟體滿足規定或潛在使用者需求的能力，要從軟體在內部 外部和使用中的表現來衡量 軟體測試 軟體由文件 資料以及程式組成，那麼軟體測試就應該是對軟體形成過程中的文件 資料以及程式進行測試，而不僅僅是對程式進行的測試。軟體測試和質量保證的區別 軟...