本條必須指明特定的軟體質量保證計畫的具體目的，還必須指出該計畫所針對的軟體專案及其所屬的各個子專案的名稱和用途。
本條應該列出計畫正文中需要解釋的、而在gb/t 11457中尚未包含的術語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。
本條必須列出計畫正文中所引用資料的名稱、代號、編號、出版機構和出版年月。
本章必須描述負責軟體質量保證的機構、任務、職責及其有關的職責。
本條必須描述與軟體質量保證有關的機構的組成。還必須清楚地描述來自專案委託單位、專案承辦單位、軟體開發單位或使用者中負責軟體質量保證的各個成員在機構中的相互關係。
本條必須描述計畫所涉及的軟體生存週期中有關階段的任務，特別要把重點放在描述這些階段所應進行的軟體質量保證活動上。
本條必須指明軟體質量保證計畫中規定的每乙個任務的負責單位或成員的責任。
必須列出在該軟體的開發、驗證與確認以及使用與維護等階段中需要編制的文件，並描述對文件進行評審與檢查的準則。
為了確保軟體的實現滿足需求，至少需要下列基本文件：
軟體需求規格說明書必須清楚、準確地描述軟體的每乙個基本需求（功能、效能、設計約束和屬性）和外部介面。必須把每乙個需求規定成能夠通過預先定義的方法（例如檢查、分析、演示或測試等）被客觀地驗證與確認的形式。軟體需求規格說明書的詳細格式按gb 8567。
軟體設計說明書應該包括軟體概要設計說明和軟體詳細設計說明兩部分。其概要設計部分必須描述所設計軟體的總體結構、外部介面、各個主要部件的功能與資料結構以及各主要部件之間的介面；必要時還必須對主要部件的每乙個子部件進行描述。其詳細設計部分必須給出每乙個基本部件的功能、演算法和過程描述。
軟體設計說明書的詳細格式按gb 8567。
軟體驗證與確認計畫必須描述所採用的軟體驗證和確認方法（例如評審、檢查、分析、演示或測試等），以用來驗證軟體需求規格說明書中的需求是否已由軟體設計說明書描述的設計實現；軟體設計說明書表達的設計是否已由編碼實現。軟體驗證與確認計畫還可用來確認編碼的執行是否與軟體需求規格說明書中所規定的需求相一致。軟體驗證與確認計畫的詳細格式按gb 8567中的測試計畫的格式。
軟體驗證與確認報告必須描述軟體驗證與確認計畫的執行結果。這裡必須包括軟體質量保證計畫所需要的所有評審、檢查和測試的結果。軟體驗證與確認報告的詳細格式按gb 8567中的測試報告的格式。
使用者文件（例如手冊、指南等）必須指明成功執行該軟體所需要的資料、控制命令以及執行條件等；必須指明所有的出錯資訊、含義及其修改方法；還必須描述將使用者發現的錯誤或問題通知專案承辦單位（或軟體開發單位）或專案委託單位的方法。使用者文件的詳細格式按gb 8567。
除基本文件外，還應包括下列文件：
a. 專案實施計畫（其中可包括軟體配置管理計畫，但在必要時也可單獨制訂該計畫）：其詳細格式按gb 8567。
b. 專案進展報表：其詳細格式可參考本規範附錄中有關《專案進展報表》的各項規定。
c. 專案開發各階段的評審報表：其詳細格式可參考本規範附錄中有關《專案階段評審表》的各項規定。
d. 專案開發總結：其詳細格式按gb 8567。
必須列出軟體開發過程中要用到的標準、條例和約定，並列出監督和保證執行的措施。
必須規定所要進行的技術和管理兩方面的評審和檢查工作，並編制或引用有關的評審和檢查規程以及通過與否的技術準則。至少要進行下列各項評審和檢查工作：
在軟體需求分析階段結束後必須進行軟體需求評審，以確保在軟體需求規格說明書中所規定的各項需求的合適性。
在軟體概要設計結束後必須進行概要設計評審，以評價軟體設計說明書中所描述的軟體概要設計在總體結構、外部介面、主要部件功能分配、全域性資料結構以及各主要部件之間的介面等方面的合適性。
在軟體詳細設計階段結束後必須進行詳細設計評審，以確定軟體設計說明書中所描述的詳細設計在功能、演算法和過程描述等方面的合適性。
在制訂軟體驗證與確認計畫之後要對它進行評審，以評價軟體驗證與確認計畫中所規定的驗證與確認方法的合適性與完整性。
在軟體釋放前，要對軟體進行功能檢查，以確認已經滿足在軟體需求規格說明書中規定的所有需求。
在驗收軟體前，要對軟體進行物理檢查，以驗證程式和文件已經一致並已做好了交付的準備。
在軟體驗收時，要允許使用者或使用者所委託的專家對所要驗收的軟體進行設計抽樣的綜合檢查，以驗證**和設計文件的一致性、介面規格說明之間的一致性（硬體和軟體）、設計實現和功能要求的一致性、功能需求和測試描述的一致性。
要對計畫的執**況定期（或按階段）進行管理評審；這些評審必須由獨立於被評審單位的機構或授權的第三方主持進行。
必須編制有關軟體配置管理的條款，或引用按照gb/t 12505單獨制訂的文件。在這些條款或文件中，必須規定用於標識軟體產品、控制和實現軟體的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。還必須規定用以維護和儲存軟體受控版本的方法和設施；必須規定對所發現的軟體問題進行報告、追蹤和解決的步驟，並指出實現報告、追蹤和解決軟體問題的機構及其職責。
必須指明用以支援特定軟體專案質量保證工作的工具、技術和方法，指出它們的目的，描述它們的用途。
必須指出保護電腦程式物理**的方法和設施，以免非法訪問、意外損壞或自然老化。
供貨單位包括專案承辦單位、軟體銷售單位、軟體開發單位或軟體子開發單位。必須規定對這些供貨單位進行控制的規程，從而保證專案承辦單位從軟體銷售單位購買的、其他開發單位（或子開發單位）開發的或從開發（或子開發）單位現存軟體庫中選用的軟體能滿足規定的需求。
必須指明需要儲存的軟體質量保證活動的記錄，並指出用於彙總、保護和維護這些記錄的方法和設施，並指明要儲存的期限。
aa公司質量保證手冊程式檔案
qm山東大舜aaaa 企業標準 qm dssc 2013 起重機械製造安裝改造維修 質量保證手冊 第一版編制 審核 批准 受控狀態 分發號 2013 10 01發布2013 11 1 實施 山東大舜aaaa 發布 目錄0.1目錄1 0.2手冊發布令任命書2 0.3公司簡介3 1.1術語和縮寫5 1....
質量保證大綱
廣東電網清遠英德供電局 35kv橫石水變電站工程 編制單位 珠海電力建設工程 時間 此頁為施工單位和監理單位填寫 此頁為建設單位填寫 廣東電網清遠英德供電局35kv 橫石水變電站工程質量保證大綱 百年大計，質量第一 本公司把 建精品工程，創文明工地 放在各項工作首位，全面貫徹iso9001質量體系標...
質量保證大綱
目錄1.範圍 3 2.質量目標 3 3.引用檔案 3 4.一般要求 3 4.1執行質量體系檔案和研製原則 3 4.2實施分階段的質量控制 3 4.3大綱審核 3 4.4故障報告 分析和糾正措施 4 4.5不合格品管理 4 4.6軟體控制 4 4.7檔案資料控制 4 4.8外協件質量控制 5 4.9外...