【正文】 2. SQA 組織 SQA 組的組成 SQA 的成員及資格說明（經(jīng)驗(yàn)與培訓(xùn)） SQA 職責(zé)和權(quán)力 SQA 組的 資源需求 3. SQA 任務(wù) 規(guī)程與標(biāo)準(zhǔn) 明確項(xiàng)目標(biāo)準(zhǔn)和規(guī)程，作為 SQA 評(píng)審和審計(jì)的基礎(chǔ)。 第 頁 /共 頁程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 40 頁 評(píng)審部門：序號(hào)風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)發(fā)生可能性風(fēng)險(xiǎn)級(jí)別 風(fēng)險(xiǎn)現(xiàn)值 風(fēng)險(xiǎn)控制措施1設(shè)計(jì)缺乏對(duì)后期開發(fā)工作的指導(dǎo)和規(guī)范（如缺乏對(duì)界面、編碼、源碼管理、接口等方面的規(guī)范）2 設(shè)計(jì)不能做為測(cè)試設(shè)計(jì)的輸入3 設(shè)計(jì)的語言描述不清晰、簡(jiǎn)潔、準(zhǔn)確4 設(shè)計(jì)不能完全覆蓋客戶的需求5 設(shè)計(jì)缺乏靈活性6 設(shè)計(jì)結(jié)構(gòu)描述不清晰7 技術(shù)分工不清晰8技術(shù)可行性（如存在技術(shù)難度、采用新技術(shù)、工具選用不合理、開發(fā)平臺(tái)選用不合理等）9 設(shè)計(jì)人員缺乏必要的素質(zhì)10 需求不明確11 時(shí)間緊12 缺乏技術(shù)復(fù)用的考慮1 . 評(píng)估中風(fēng)險(xiǎn)不限于表中已列出的，應(yīng)依據(jù)評(píng)審的具體情況增加風(fēng)險(xiǎn)項(xiàng)。 用圖表的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式。 給出對(duì)該程序的簡(jiǎn)要描述，主要說明安排設(shè)計(jì)本程序的目的意義，并且還要說明本程序的特點(diǎn)（如是常駐內(nèi)存還是非常駐內(nèi)存；是否子程序；是可重入的還是不可重入的；有無覆蓋要求；是順序處理還是并發(fā)處理；……）。 （ 7） 待開發(fā)的軟件系統(tǒng)的名稱； （ 8） 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)； （ 9） 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。 控制 說明每一種外界的運(yùn)行控制的方式方法和操作步驟。 說明本系統(tǒng)的基本設(shè)計(jì)概念和處理流程，盡量使用圖表的形式。如果沒有問題，則評(píng)審結(jié)果定為“通過”，否則，評(píng)審組長(zhǎng)應(yīng)提出解決方案 所有評(píng)審員確認(rèn)后，在評(píng)審表上簽字 如果使用評(píng)審工具代替評(píng)審記錄表，則作者在評(píng)審工具中生成一個(gè)新的評(píng)審記錄表，填入相應(yīng)內(nèi)容并提交 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 31 頁 4 附錄 A 評(píng)審活動(dòng)檢查表 階段 作者 評(píng)審組長(zhǎng) 其他評(píng)審員 計(jì)劃 ? ? 接受評(píng)審組長(zhǎng)角色并確定評(píng)審目標(biāo) ? 準(zhǔn)備評(píng)審材料 ? 檢查評(píng)審進(jìn)入條件是否滿足 ? 同評(píng)審組長(zhǎng)一起選擇評(píng)審員 ? 確定需要參加評(píng)審的人員 ? 接受評(píng)審員角色 ? 與評(píng)審組長(zhǎng)共同 準(zhǔn)備 ? 確保評(píng)審材料準(zhǔn)備好 ? 核實(shí)進(jìn)入條件 ? 理解 自己的職責(zé) ? 給所有評(píng)審員發(fā)評(píng)審會(huì)議通知 ? 學(xué)習(xí)并且評(píng)注軟件工作產(chǎn)品 ? 學(xué)習(xí)并且評(píng)注軟件工作產(chǎn)品 ? 將被評(píng)審材料分發(fā)給所有評(píng)審員 ? 熟悉評(píng)審議程 ? 記錄個(gè)人的準(zhǔn)備時(shí)間 ? 確保會(huì)議室和其它資源準(zhǔn)備就緒 ? 記錄個(gè)人的準(zhǔn)備時(shí)間 執(zhí)行 ? 介紹評(píng)審會(huì)議日程 ? 控制評(píng)審進(jìn)度 ? 按時(shí)出席，提供準(zhǔn)備時(shí)間 ? 逐項(xiàng)概要介紹軟件工作產(chǎn)品 ? 分析問題 ? 記錄員記錄所有評(píng)審員姓名及準(zhǔn)備時(shí)間 ? 決定評(píng)審結(jié)果 ? 參加討論并提出問題 ? 記錄員記錄問題 ? 所有評(píng)審員提出對(duì)評(píng)審會(huì)議的改進(jìn)建議，記錄員在評(píng)審表上記錄要點(diǎn) 整理 ? 改正評(píng)審所 發(fā)現(xiàn)的問題 ? 估計(jì)并跟蹤需要修改問題所需時(shí)間 ? 如果有評(píng)審工具，則生成一個(gè)新的評(píng)審記錄表，填入相應(yīng)內(nèi)容并提交 ? 檢查修改內(nèi)容的正確性 ? 閱讀并確認(rèn)評(píng)審記錄表內(nèi)容的正確性 ? 提交文檔 ? 簽字 ? 簽字 注：首先由技術(shù)委員會(huì)指定評(píng)審組長(zhǎng)。 下面將詳細(xì)描程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 28 頁 述這四個(gè)步驟。這些角色在評(píng)審會(huì)上要承擔(dān)不同的職責(zé)。風(fēng)險(xiǎn)發(fā)生可能性：風(fēng)險(xiǎn)發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1。附錄中可能包括： (1) 輸入輸出格式樣本，成本分析研究的描述或用戶調(diào)查結(jié)果； (2) 有助于理解需求說明書的背景信息； (3) 軟件所解決問題的描述； (4) 用戶歷史、背景、經(jīng)歷和操作特點(diǎn)； (5) 交叉訪問表。說明 其中的新型設(shè)備及其專門功能，包括： （ 1） 處理器型號(hào)及內(nèi)存容量； （ 2） 外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲(chǔ)格式，設(shè)備的型號(hào)及數(shù)量； （ 3） 輸入及輸出設(shè)備的型號(hào)和數(shù)量，聯(lián)機(jī)或脫機(jī)； （ 4） 數(shù)據(jù)通信設(shè)備的型號(hào)和數(shù)量； （ 5） 功能鍵及其他專用硬件。 【提醒注意】下列需求項(xiàng)決不能理解為是一個(gè)標(biāo)準(zhǔn)的或完整的清單，而應(yīng)根據(jù)項(xiàng)目實(shí)際情況予以列舉。 【提醒注意】對(duì)于每一個(gè)接口，應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，這里不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 可測(cè)試性 可移植性 這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序、用戶接口兼容方面的約束等。 ? 靈活性 說明對(duì)該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力，如：操作方式上的變化 、 運(yùn)行環(huán)境的 變化 、 同其他軟件的接口的變化 、 精度和有效時(shí)限的變化 、 計(jì)劃的變化或改進(jìn)等 。這種情況猶如有限狀態(tài)機(jī)。 （ 3） 指明引用的輸入接口資料。 本章的編寫應(yīng)該遵循如下基本原則： ? 遵循可驗(yàn)證性、無歧義性等的準(zhǔn)則，對(duì)每一個(gè)需求細(xì)節(jié)作具體描述； ? 在軟件需求說明書前言、項(xiàng)目概述、附錄部分的有關(guān)討論中，要提供對(duì)任何一個(gè)具體需求交叉引用的背景； ? 按符合邏輯的和可讀的方式組織； ? 詳細(xì)描述每一個(gè)需求，使得該需求應(yīng)達(dá)到的目標(biāo)能夠用指定的方法進(jìn)行客觀的驗(yàn)證。 本節(jié)描述產(chǎn)品最終用戶（包括操作員、維護(hù)員和系統(tǒng)工作人員等）具有的受教育水平、工作經(jīng)驗(yàn)及技術(shù)專長(zhǎng)等一般特點(diǎn)。 ? 如果 所定義 的產(chǎn)品是一個(gè)較大系統(tǒng)或項(xiàng)目中的一個(gè)組成部分，那么在此需要描述如下內(nèi)容： ? 要概述這個(gè)較大的系統(tǒng)或項(xiàng)目的每一個(gè)組成部分的功能，并說明其接口； ? 指出本 產(chǎn)品主要的外部接口（不需要詳細(xì)描述，詳細(xì)描述放在其他章節(jié)中）； ? 描述所使用的計(jì)算機(jī)硬件、外圍設(shè)備。 景 （ 1） 待開發(fā)的軟件系統(tǒng)的名稱； （ 2） 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)； （ 3） 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。風(fēng)險(xiǎn)級(jí)別：風(fēng)險(xiǎn)發(fā)生造成損失的嚴(yán)重程度，以0 ~ 1 0 級(jí)表示，其中1 0 級(jí) 為最高級(jí)。 3. 本頁不足記述結(jié)果時(shí)，可以加入附頁，附頁格式自行設(shè)計(jì)，總頁數(shù)包括本頁與所有附頁。并將各項(xiàng)填寫完整。并將各項(xiàng)填寫完整。 第 頁/ 共 頁2 . 風(fēng)險(xiǎn)描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險(xiǎn)。 第 頁/ 共 頁2 . 風(fēng)險(xiǎn)描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險(xiǎn)。 第 頁 /共 頁 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 12 頁 開發(fā)計(jì)劃評(píng)審記錄 記錄編號(hào)： 時(shí)間： 年 月 日 項(xiàng)目編號(hào)： 項(xiàng)目名稱： 項(xiàng)目計(jì)劃編號(hào)： 開發(fā)部門： PSM： 評(píng)審地點(diǎn)： 參加評(píng)審人員 : 評(píng)審內(nèi)容： 評(píng)審意見： 評(píng)審結(jié)論： 填表： 審批： 1. 開發(fā)計(jì)劃評(píng)審由項(xiàng)目管理部門組織評(píng)審。風(fēng)險(xiǎn)現(xiàn)值：風(fēng)險(xiǎn)發(fā)生可能性與風(fēng)險(xiǎn)級(jí)別的乘積。 參考資料 列出所用的參考資料，如： （ 1） 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文； （ 2） 屬于本項(xiàng)目的其他已發(fā)表的文件； （ 3） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。這里僅僅是一個(gè)綜述性描述。 如果系統(tǒng)的大多數(shù)用戶是一些臨時(shí)的用戶，那么就要求系統(tǒng)包含如何完成基本功能的提示，而不是假設(shè)用戶已經(jīng)從過去的會(huì)議或從閱讀用戶指南中了解到這些細(xì)節(jié)。 【提醒注意】每一項(xiàng)需求的描述都應(yīng)包括至少 5 個(gè)方面的內(nèi)容：功能需求；性能需求；屬性需求；外部接口需求；設(shè)計(jì)約束。 處理 描述為獲得預(yù)期輸出結(jié)果 ，對(duì)輸入數(shù)據(jù)及中間參數(shù)進(jìn)行的全部操作。 從整體來說，本節(jié)應(yīng)具體說明軟件、或人與軟件交互的靜態(tài)或動(dòng)態(tài)數(shù)值需求。 對(duì)于為了提供這些靈活性而進(jìn)行的專門設(shè)計(jì)的部分應(yīng)該加以標(biāo)明。 用戶接口 （ 1） 提供用戶使用軟件產(chǎn)品時(shí)的界面需求。 通訊接口 說明各種通信接口及協(xié) 議，例如局部網(wǎng)絡(luò)的協(xié)議等。 數(shù)據(jù)庫 本項(xiàng)對(duì)作為項(xiàng)目產(chǎn)品的一部分進(jìn)行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可能包括： （ 1） 在功能需求中標(biāo)識(shí)的信息類別； （ 2） 使用的頻率 （ 3） 存取能力； （ 4） 數(shù)據(jù)元素和文卷描述符； （ 5） 數(shù)據(jù)元素、記錄和文卷的關(guān) 系； 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 21 頁 （ 6） 靜態(tài)和動(dòng)態(tài)的組織； （ 7） 數(shù)據(jù)保存要求。 列出支持軟件 ,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測(cè)試支持軟件等。按先后次序進(jìn)行編排，使一些不完全的軟件需求得以完善； (6) 特殊的裝配指令用于編碼和媒體，以滿足安全、輸出、初始裝入或其他要求。風(fēng)險(xiǎn)級(jí)別：風(fēng)險(xiǎn)發(fā)生造成損失的嚴(yán)重程度，以0~10級(jí)表示，其中10級(jí) 為最高級(jí)。角色的劃分必須遵循下面的原則： 作者和評(píng)審組長(zhǎng)是必須的角色，且不能為同一人 記錄員可以是任何人員，也可由作者或評(píng)審組長(zhǎng)兼任 其他人員在數(shù)量上沒有限制，可以來自與項(xiàng)目相關(guān)的其它組織或部門 所有人員都必須具備相關(guān)的技術(shù)背景知識(shí)，對(duì)評(píng)審的軟件工作產(chǎn)品有足夠的 了解，熟悉評(píng)審規(guī)程。 計(jì)劃階段 這是評(píng)審的第一階段，其每一步都有詳細(xì)說明，只有計(jì)劃階段的任務(wù)完成后才能進(jìn)入準(zhǔn)備階段。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 32 頁 5 附錄 B 評(píng)審記錄表 評(píng)審會(huì)日期： _________________ 開始時(shí)間： _________________ 結(jié)束時(shí)間： _________________ 評(píng)審會(huì)地點(diǎn)： ___________________________________________________________第 _____次評(píng)審 評(píng)審主題： __________________________________________________________________________ __________________________________________________________________________ 軟件工作產(chǎn)品名稱： ________________________________軟件工作產(chǎn)品大?。?_________SLOC/頁 軟件工作產(chǎn)品標(biāo) 識(shí)號(hào)： ____________________________版本號(hào)： _______ 作者： _______________ 評(píng)審員及準(zhǔn)備時(shí)間： 角色 姓名 準(zhǔn)備時(shí)間（小時(shí)） 評(píng)審組長(zhǎng) 作者 記錄員 評(píng)審員 總和 問題記錄： 序號(hào) 位置 描述 類型 狀態(tài) 問題項(xiàng) 調(diào)查項(xiàng) 未解決 已解決 問題項(xiàng) 調(diào)查項(xiàng) 未解決 已解決 修改軟件工作產(chǎn)品工作量（小時(shí)）： ___________________ 評(píng)審結(jié)果： □ 通過 □ 再評(píng)審 改進(jìn)建議： __________________________________________________________________________ __________________________________________________________________________ ___________________________________________________________________________ ___________________________________________________________________________ 簽字：