【正文】 品清單1 、是否明確提交給客戶的產(chǎn)品清單（產(chǎn)品名稱、提交時間、客戶接受方式、責(zé)任人、驗(yàn)收標(biāo)準(zhǔn)）？2 、是否明確提交給項(xiàng)目監(jiān)控部門的產(chǎn)品清單（產(chǎn)品名稱、提交時間、提交方式、責(zé)任人）？四、技術(shù)管理 1 、是否明確開發(fā)環(huán)境（軟件、硬件環(huán)境）？2 、是否明確開發(fā)工具？3 、是否明確開發(fā)方法？4 、是否采用新技術(shù)？5 、是否考慮軟件復(fù)用？五、組織結(jié)構(gòu)1 、是否確定項(xiàng)目小組成員，并將其劃分成多個Te a m ？2 、是否明確各個小組成員的職責(zé)？六、風(fēng)險(xiǎn)管理 1 、是否預(yù)測了與項(xiàng)目有關(guān)的主要風(fēng)險(xiǎn)？2 、是否采取跟蹤、監(jiān)測措施以減小風(fēng)險(xiǎn)或避免風(fēng)險(xiǎn)的產(chǎn)生？七、相關(guān)性 1 、是否考慮了項(xiàng)目的外部相關(guān)活動？2 、是否考慮了項(xiàng)目的內(nèi)部相關(guān)活動？八、資源預(yù)算 1 、是否畫了有關(guān)資源的直方圖？2 、是否預(yù)算了項(xiàng)目的工作量并劃分給小組成員？九、配置管理 1 、是否制定了配置管理計(jì)劃表？項(xiàng)目名稱： 項(xiàng)目編號： 檢查人 / 日期： 批準(zhǔn)人 / 日期：程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 14 頁 評審部門：序號風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)發(fā)生可能性風(fēng)險(xiǎn)級別 風(fēng)險(xiǎn)現(xiàn)值 風(fēng)險(xiǎn)控制措施1 客戶需求不明確2 客戶需求變化3 開發(fā)人員缺乏足夠的行業(yè)知識和專業(yè)知識4 源碼、文檔的控制5 工作階段劃分不明確、人員分工不合理6 多部門配合7 開發(fā)隊(duì)伍不穩(wěn)定或缺乏人力資源8 預(yù)算超支9 缺乏對技術(shù)復(fù)用的考慮10 時間緊11 存在技術(shù)難點(diǎn)、采用新技術(shù)12 檢查點(diǎn)設(shè)立不合理13 缺乏對突發(fā)事件的考慮1 . 評估中風(fēng)險(xiǎn)不限于表中已列出的，應(yīng)依據(jù)評審的具體情況增加風(fēng)險(xiǎn)項(xiàng)。風(fēng)險(xiǎn)級別：風(fēng)險(xiǎn)發(fā)生造成損失的嚴(yán)重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。 2. 修改描述一欄描述問題的確切原因、修改辦法以及修改后的效果。 景 （ 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)系。 2. 項(xiàng)目概述 本部分描述 影響產(chǎn)品和其需求的一般因素。 ? 如果 所定義 的產(chǎn)品是一個較大系統(tǒng)或項(xiàng)目中的一個組成部分，那么在此需要描述如下內(nèi)容： ? 要概述這個較大的系統(tǒng)或項(xiàng)目的每一個組成部分的功能，并說明其接口； ? 指出本 產(chǎn)品主要的外部接口（不需要詳細(xì)描述，詳細(xì)描述放在其他章節(jié)中）； ? 描述所使用的計(jì)算機(jī)硬件、外圍設(shè)備。 對待的軟件產(chǎn)品功能提供一個摘要。 本節(jié)描述產(chǎn)品最終用戶（包括操作員、維護(hù)員和系統(tǒng)工作人員等）具有的受教育水平、工作經(jīng)驗(yàn)及技術(shù)專長等一般特點(diǎn)。 這些 假定和約束 條件可能包括： 管理方針；運(yùn)行環(huán)境，包括硬件設(shè)備和支持軟件的限制；與其他應(yīng)用間的接口；并行操作；實(shí)時功能；審查功能；控制功能；所需的高級語言；通信協(xié)議；應(yīng)用的臨界點(diǎn)；安全保密方面的考慮等。 本章的編寫應(yīng)該遵循如下基本原則： ? 遵循可驗(yàn)證性、無歧義性等的準(zhǔn)則，對每一個需求細(xì)節(jié)作具體描述； ? 在軟件需求說明書前言、項(xiàng)目概述、附錄部分的有關(guān)討論中，要提供對任何一個具體需求交叉引用的背景； ? 按符合邏輯的和可讀的方式組織； ? 詳細(xì)描述每一個需求，使得該需求應(yīng)達(dá)到的目標(biāo)能夠用指定的方法進(jìn)行客觀的驗(yàn)證。 輸入 （ 1） 詳細(xì)描述該功能的所有輸入數(shù)據(jù)，如：輸入源、數(shù)量、度量單位、時間設(shè)定、有效輸入范圍（包括精度和公差）。 （ 3） 指明引用的輸入接口資料。 輸出 （ 1） 詳細(xì)描述該功能所有輸出數(shù)據(jù)，例如：輸出目的地、數(shù)量、度量單位、時間關(guān)系、有效輸出的范程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 19 頁 圍（包括精度和公差）、非法值的處理、出錯信息； （ 2） 指明引用的輸出接口資料。這種情況猶如有限狀態(tài)機(jī)。 所有這些需求都必須用可以度量的術(shù)語來敘述。 ? 靈活性 說明對該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時，該軟件對這些變化的適應(yīng)能力，如：操作方式上的變化 、 運(yùn)行環(huán)境的 變化 、 同其他軟件的接口的變化 、 精度和有效時限的變化 、 計(jì)劃的變化或改進(jìn)等 。 正確性 健壯性 安全保密性 這里指的是保護(hù)軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。 可測試性 可移植性 這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序、用戶接口兼容方面的約束等。 硬件接口 （ 1） 指出軟件產(chǎn)品與系統(tǒng)硬部件之間每一個接口的邏輯特點(diǎn)。 【提醒注意】對于每一個接口，應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，這里不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 硬件設(shè)備的約束 描述在各種硬件約束下運(yùn)行而產(chǎn)生的軟件要求，可能的約束有硬件配置的特點(diǎn)（接口數(shù)、指令系統(tǒng)等），內(nèi)存儲器和輔助存儲器的容量等。 【提醒注意】下列需求項(xiàng)決不能理解為是一個標(biāo)準(zhǔn)的或完整的清單，而應(yīng)根據(jù)項(xiàng)目實(shí)際情況予以列舉。 操作 這里說明用戶組織之中各種方式的操作。說明 其中的新型設(shè)備及其專門功能，包括： （ 1） 處理器型號及內(nèi)存容量； （ 2） 外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲格式，設(shè)備的型號及數(shù)量； （ 3） 輸入及輸出設(shè)備的型號和數(shù)量，聯(lián)機(jī)或脫機(jī)； （ 4） 數(shù)據(jù)通信設(shè)備的型號和數(shù)量； （ 5） 功能鍵及其他專用硬件。 【提醒注意】本章中的內(nèi)容有時在前面的章節(jié)中已說明。附錄中可能包括： (1) 輸入輸出格式樣本，成本分析研究的描述或用戶調(diào)查結(jié)果； (2) 有助于理解需求說明書的背景信息； (3) 軟件所解決問題的描述； (4) 用戶歷史、背景、經(jīng)歷和操作特點(diǎn)； (5) 交叉訪問表?？傢摂?shù)包括本頁與所有附頁。風(fēng)險(xiǎn)發(fā)生可能性：風(fēng)險(xiǎn)發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1。風(fēng)險(xiǎn)評估與控制 （需求分析報(bào)告評審附頁）系統(tǒng)設(shè)計(jì)報(bào)告名稱： 報(bào)告編號：程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 24 頁 評審規(guī)程 狀態(tài)： 草稿 標(biāo)識號： 評審 當(dāng)前版本： 初始版 前一版本： 修訂 版 發(fā)布日期： 摘要 本文詳細(xì)描述了軟件工作產(chǎn)品的評審規(guī)程。這些角色在評審會上要承擔(dān)不同的職責(zé)。 3 評審過程 評審過程分為四個階段，每一階段都包含一定的任務(wù)描述，可以參考《評審活動檢查表》執(zhí)行評審。 下面將詳細(xì)描程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 28 頁 述這四個步驟。 進(jìn)入條件 所有評審員得到評審材料 所有評審員根據(jù)自己的角色要求準(zhǔn)備并且評審軟件工作產(chǎn)品 所有評審員記錄自己的準(zhǔn)備時間。如果沒有問題，則評審結(jié)果定為“通過”，否則，評審組長應(yīng)提出解決方案 所有評審員確認(rèn)后，在評審表上簽字 如果使用評審工具代替評審記錄表，則作者在評審工具中生成一個新的評審記錄表，填入相應(yīng)內(nèi)容并提交 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 31 頁 4 附錄 A 評審活動檢查表 階段 作者 評審組長 其他評審員 計(jì)劃 ? ? 接受評審組長角色并確定評審目標(biāo) ? 準(zhǔn)備評審材料 ? 檢查評審進(jìn)入條件是否滿足 ? 同評審組長一起選擇評審員 ? 確定需要參加評審的人員 ? 接受評審員角色 ? 與評審組長共同 準(zhǔn)備 ? 確保評審材料準(zhǔn)備好 ? 核實(shí)進(jìn)入條件 ? 理解 自己的職責(zé) ? 給所有評審員發(fā)評審會議通知 ? 學(xué)習(xí)并且評注軟件工作產(chǎn)品 ? 學(xué)習(xí)并且評注軟件工作產(chǎn)品 ? 將被評審材料分發(fā)給所有評審員 ? 熟悉評審議程 ? 記錄個人的準(zhǔn)備時間 ? 確保會議室和其它資源準(zhǔn)備就緒 ? 記錄個人的準(zhǔn)備時間 執(zhí)行 ? 介紹評審會議日程 ? 控制評審進(jìn)度 ? 按時出席，提供準(zhǔn)備時間 ? 逐項(xiàng)概要介紹軟件工作產(chǎn)品 ? 分析問題 ? 記錄員記錄所有評審員姓名及準(zhǔn)備時間 ? 決定評審結(jié)果 ? 參加討論并提出問題 ? 記錄員記錄問題 ? 所有評審員提出對評審會議的改進(jìn)建議，記錄員在評審表上記錄要點(diǎn) 整理 ? 改正評審所 發(fā)現(xiàn)的問題 ? 估計(jì)并跟蹤需要修改問題所需時間 ? 如果有評審工具，則生成一個新的評審記錄表，填入相應(yīng)內(nèi)容并提交 ? 檢查修改內(nèi)容的正確性 ? 閱讀并確認(rèn)評審記錄表內(nèi)容的正確性 ? 提交文檔 ? 簽字 ? 簽字 注：首先由技術(shù)委員會指定評審組長。 （ 8） 列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 說明本系統(tǒng)的基本設(shè)計(jì)概念和處理流程，盡量使用圖表的形式。 3. 接口設(shè)計(jì) 說明將向用戶提供的命令和它們的語法結(jié)構(gòu)，以及軟件的回答信息。 控制 說明每一種外界的運(yùn)行控制的方式方法和操作步驟。 說明各個數(shù)據(jù)結(jié)構(gòu)與訪問這些數(shù)據(jù)結(jié)構(gòu)的各個程序之 間的對應(yīng)關(guān)系，可采用如下的矩陣圖的形式： 程序 1 程序 2 ?? 程序 m 數(shù)據(jù)結(jié)構(gòu) 1 √ 數(shù)據(jù)結(jié)構(gòu) 2 √ ︰ ︰ 數(shù)據(jù)結(jié)構(gòu) n √ √ 6. 系統(tǒng)出錯處理設(shè)計(jì) 用一覽表的方式說明每種可能的出錯或故障情況出現(xiàn)時，系統(tǒng)輸出信息的形式、含意及處理方法。 （ 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)系。 2. 軟件系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本軟件系統(tǒng)內(nèi)的每個程序（包括每個模塊和子程序）的名稱、標(biāo)識符和它們之間層次結(jié)構(gòu)關(guān)系。 給出對該程序的簡要描述，主要說明安排設(shè)計(jì)本程序的目的意義，并且還要說明本程序的特點(diǎn)（如是常駐內(nèi)存還是非常駐內(nèi)存；是否子程序；是可重入的還是不可重入的；有無覆蓋要求；是順序處理還是并發(fā)處理；……）。 用框圖或過程性描述語言的形式表示各程序單元的控制流程。 用圖表的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式。 注釋設(shè)計(jì) 說明準(zhǔn)備在本程序中安排的注釋，如： （ 1） 加在模塊首部的注釋； （ 2） 加在各分枝點(diǎn)處的注釋； （ 3） 對各變量的功能、范圍、缺省條件等所加的注釋； （ 4） 對使用的邏輯所加的注釋等等。 第 頁 /共 頁程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 40 頁 評審部門：序號風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)發(fā)生可能性風(fēng)險(xiǎn)級別 風(fēng)險(xiǎn)現(xiàn)值 風(fēng)險(xiǎn)控制措施1設(shè)計(jì)缺乏對后期開發(fā)工作的指導(dǎo)和規(guī)范（如缺乏對界面、編碼、源碼管理、接口等方面的規(guī)范）2 設(shè)計(jì)不能做為測試設(shè)計(jì)的輸入3 設(shè)計(jì)的語言描述不清晰、簡潔、準(zhǔn)確4 設(shè)計(jì)不能完全覆蓋客戶的需求5 設(shè)計(jì)缺乏靈活性6 設(shè)計(jì)結(jié)構(gòu)描述不清晰7 技術(shù)分工不清晰8技術(shù)可行性（如存在技術(shù)難度、采用新技術(shù)、工具選用不合理、開發(fā)平臺選用不合理等）9 設(shè)計(jì)人員缺乏必要的素質(zhì)10 需求不明確11 時間緊12 缺乏技術(shù)復(fù)用的考慮1 . 評估中風(fēng)險(xiǎn)不限于表中已列出的，應(yīng)依據(jù)評審的具體情況增加風(fēng)險(xiǎn)項(xiàng)。風(fēng)險(xiǎn)級別：風(fēng)險(xiǎn)發(fā)生造成損失的嚴(yán)重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。 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 評審和審計(jì)的基礎(chǔ)。 全程的偏差跟蹤 根據(jù)任務(wù)列表進(jìn)行全程偏差跟