【正文】 角色 姓名 簽字 評審組長 評審員 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 33 頁 6 附錄 C 評審?fù)ㄖ? 主題： 第 次評審 期望準(zhǔn)備時間： 評審會日期： 開始時間： 持續(xù)時間： 評審會地點(diǎn)： 軟件工作產(chǎn)品名稱： 軟件工作產(chǎn)品標(biāo)識號： 版本號： 作者： 評審組長： 記錄員： 其他評審員： 議程： 起止時間 主題 軟件工作產(chǎn)品信息： 軟件工作產(chǎn)品標(biāo)識號： 版本： 軟件工作產(chǎn)品大?。?SLOC/頁）： 其它支持材料： 遵循標(biāo)準(zhǔn)： 其它： 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 34 頁 概要設(shè)計說明書 1. 引言 說明編寫概要設(shè)計說明書的目的，指出預(yù)期的讀者。 用一覽表及 框圖的形式說明本系統(tǒng)的系統(tǒng)元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統(tǒng)元素的標(biāo)識符和功能，分層次地給出各元素之間的控制與被控制關(guān)系。 說明每種運(yùn)行模塊組合將占用各種資源的時間。 參考資料 列出所用的參考資料，如： （ 9） 本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機(jī)關(guān)的批文； （ 10） 屬于本項目的其他已發(fā)表的文件； （ 11） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。 說明該程序單元應(yīng)具有的功能，可采用 IPO圖（即輸入 —— 輸出圖）的形式。 數(shù)據(jù)結(jié)構(gòu) 說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫、數(shù)據(jù)文卷 ），用圖表描述數(shù)據(jù)結(jié)構(gòu)與模塊的關(guān)系。并將各項填寫完整。 明確質(zhì)量活動的責(zé)任 如檢查、審計和測試，配置管理和變更控制，測量和報告，缺陷控制和糾正措施。風(fēng)險評估與控制 （系統(tǒng)設(shè)計報告評審附頁）系統(tǒng)設(shè)計報告名稱： 報告編號：程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 41 頁 軟件質(zhì)量保證文檔 （項目名稱） SQA 計劃 計劃編號： SQAL： 日期： 版 本： SQAM： 日期： 分 冊： PM/SM： 日期： 1 質(zhì)量目標(biāo) 質(zhì)量目標(biāo)，盡可能用測試的條款表達(dá)。 系統(tǒng)設(shè)計報告評審記錄 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 項目軟件經(jīng)理 PSM： 系統(tǒng)設(shè)計報告編制人： 評審人員： 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 39 頁 評審內(nèi)容： (評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“” ) 1. 設(shè)計是否滿足功能和性能要求？ □ 2. 設(shè)計是否滿足設(shè)計規(guī)范的要求？ □ 3. 設(shè)計是否滿足下一階段的輸入要求？ □ 4. 錯誤或缺陷是否消除，或已識別了錯誤的風(fēng)險？ □ 評審意見： 評審結(jié)論： (評審中審議通過的內(nèi)容在“□”中劃“√”否則劃“” ) 1. 通過評審，可以進(jìn)入下一階段 □ 2. 未通過評審，修改后重新評審 □ 填表： 審批： 1. 此表不足記錄結(jié)果時，可以有附頁，附頁格式自定，總頁數(shù)包括所有附頁。 詳細(xì)說明本程序單元所選用的算法，具體的計算公式和計算步驟。對于一個具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層模塊的對應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡單地說明這一點(diǎn)即可。 詳細(xì)設(shè) 計說明書 1. 引言 說明編寫詳細(xì)設(shè)計說明書的目的，指出預(yù)期的讀者。 4. 運(yùn)行設(shè)計 說明對系統(tǒng)施加不同的外界運(yùn)行控制時所引起的各種不同的運(yùn)行模塊組合，說明每時每種運(yùn)行所歷經(jīng)的內(nèi)部模塊和支持軟件。 簡要地說明對本系統(tǒng)的運(yùn)行環(huán)境（包括硬件環(huán)境和支持環(huán)境）的規(guī)定。評審組長記錄需要再被評審的部分 整理階段 進(jìn)入條件 問題已被記錄在評審表中 目的 修正評審中發(fā)現(xiàn)的所有問題 確保所有需要進(jìn)行調(diào)查的項目已經(jīng)被分析，并且被排除 評審數(shù)據(jù)被記錄 活動 評審組長估計并跟蹤修改問題所需時間 對于問題項，作者確保有問題記錄 對于調(diào)查項，經(jīng)研究后，如果是問題項，作者負(fù)責(zé)解決并記錄在評審表中 作者修正所有問題項 評審組長協(xié)調(diào)所有評審員檢 查作者已修改過的內(nèi)容。 每一階段必須順序地執(zhí)行，才能保證評審成功 。 2 評審角色 在評審時有四種角色：作者、評審組長、記錄員及其他人員。 第 頁/共 頁：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。 ? 對一個實際的需求說明書來說，如有必要應(yīng)該編寫附錄。 故障處理 4. 運(yùn)行環(huán)境規(guī)定 列出運(yùn)行該軟件所需要的硬設(shè)備。 數(shù)據(jù)描述 （ 1） 列出作為控制和引用而使用的靜態(tài)數(shù)據(jù)元 素 （ 2） 列出動態(tài)輸入數(shù)據(jù)元素 （ 3） 列出動態(tài)輸出數(shù)據(jù)元素 （ 4） 列出軟件內(nèi)部生成的數(shù)據(jù)元素 數(shù)據(jù)獲取 （ 1） 列出提供輸入數(shù)據(jù)的機(jī)構(gòu) （ 2） 列出數(shù)據(jù)輸入介質(zhì)和設(shè)備 （ 3） 列出數(shù)據(jù)輸出介質(zhì)和設(shè)備 根據(jù)軟件和用戶組織的特性等，某些需求在這里描述，下面列舉一部分。 軟件接口 描述項目待開發(fā)軟件產(chǎn)品與其它有關(guān)軟件的接口關(guān)系，并指出這些軟件的以下內(nèi)容：名字、助記符、規(guī)格說明號、版本號、來源。例如：軟件模塊所需要的特殊的耦合矩陣，為微型裝置指定特殊的數(shù)據(jù) /程序分割要求等。 ? 時間特性 要 求 說明對于該軟件的時間特性要求，如對響應(yīng)時間 、 更新處理時間 、 數(shù)據(jù)的轉(zhuǎn)換和傳送時間 、 解題時間等的要求。當(dāng)一個系統(tǒng)要求記憶它的狀態(tài)時，需要這個序列，使得它可以根據(jù)本次輸入和以前的狀態(tài)做出響應(yīng)。例如：當(dāng)打印檢查時，要求操作員進(jìn)行格式調(diào)整。 3. 具體需求 本 章應(yīng)包括軟件開發(fā)者在建立設(shè)計時需要的全部細(xì)節(jié)。 ? 本節(jié)不是具體需求的陳述，只是對具體需求部分中為什么要對一些需求做出描述的鋪墊。 ? 如果本產(chǎn)品是獨(dú)立的，而且自含全部內(nèi)容，應(yīng)在此說明。 項目資源調(diào)度單（借鑒產(chǎn)品中心任務(wù)書） 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 16 頁 項目名稱 項目編號 項目經(jīng)理 項目的跨中心（部門）資源調(diào)度緣由及 申請人 審批人 正式調(diào)用時間： 起： 止： 備注：抄送財務(wù)、人力資源部 軟件需求分析說明書 1. 引言 時間 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 17 頁 說明編寫軟件需求說明書的目的，指出預(yù)期的讀者。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0 到1 ，增量為0 . 0 5 。 2. 評審?fù)瓿珊笥砷_發(fā)體系決策層 SMG 批準(zhǔn)。 第 頁 /共 頁程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 9 頁 評審部門：序號風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別 風(fēng)險現(xiàn)值 風(fēng)險控制措施1 市場調(diào)研不充分2市場預(yù)測不準(zhǔn)確（如目標(biāo)市場、產(chǎn)品定位等）3編寫人員缺乏足夠的行業(yè)知識和專業(yè)知識4 時間緊5 多部門配合6技術(shù)可行性（如技術(shù)平臺采用、接口的描述等）7 缺乏足夠的資源8 投資預(yù)算不合理9 缺乏對技術(shù)復(fù)用的分析10缺乏對本公司的產(chǎn)品形態(tài)、技術(shù)路線、戰(zhàn)略方針、發(fā)展趨勢的全面了解11 缺乏對市場環(huán)境、競爭對手的了解1 . 評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體情況增加風(fēng)險項。 第 頁 /共 頁 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 7 頁 評審部門：序號風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別 風(fēng)險現(xiàn)值 風(fēng)險控制措施1目標(biāo)不明確（如產(chǎn)品定位、市場前景描述不清晰）2時間緊（包括開發(fā)、測試、產(chǎn)品包裝、產(chǎn)品銷售等）3 源碼、文檔資料的控制4市場調(diào)研不充分，缺乏對市場上已經(jīng)有的具有相似功能產(chǎn)品的了解5 預(yù)算不合理6 存在技術(shù)難點(diǎn)、采用新技術(shù)7缺乏對本公司的產(chǎn)品形態(tài)、技術(shù)路線、戰(zhàn)略方針、發(fā)展趨勢的全面了解8 缺乏足夠資源9 分工不明確、缺乏計劃性10 多部門配合111 . 評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體情況增加風(fēng)險項。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0 到1 ，增量為0 . 0 5 。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0 到1 ，增量為0 . 0 5 。 2. 評審?fù)瓿珊笥砷_發(fā)體系決策層 SMG 批準(zhǔn)。風(fēng)險控制措施：預(yù)防風(fēng)險發(fā)生的措施。 （ 4） 列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 【技巧】在本節(jié)的描述中，用一個方框圖來表達(dá)一個較大的系統(tǒng)或項目的主要組成部分、相互聯(lián)系和外部接口是非常有幫助的。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 18 頁 給出影響軟件需求說明書中陳述的需求的每一個因素。 用文字、圖表或數(shù)學(xué)公式詳細(xì)描述被開發(fā)軟件的 輸入、處理、輸出以及在上述過程中發(fā)生的基本操作。它包括如下的說明： （ 1） 輸入數(shù)據(jù)的有效性檢查手段； （ 2） 操作的順序和處理過程，包括事件的時間設(shè)定； （ 3） 異常情況的響應(yīng)，例如：溢出、通信故障、錯誤處理等； （ 4） 受操作影響的參數(shù)； （ 5） 降級運(yùn)行的要求； （ 6） 用于把系統(tǒng)輸入變換成相應(yīng)輸出的任何方法（方程式、數(shù)學(xué)算法、邏輯操作等）。 靜態(tài)數(shù)值需求可能包括：支持的終端數(shù)，支持并行操作的用戶數(shù)，處理的文卷和記錄數(shù)， 表和文卷的大小等。 在軟件的需求之中有若干個屬性，下面列舉一部分。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 20 頁 定如下要求：對屏幕格式的要求，報表或菜單的頁面顯示格式和內(nèi)容，用戶命令的格式，輸入輸出的相對時間，程序功能 鍵的可用性。 其它標(biāo)準(zhǔn)的約束 描述由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。 【提醒注意】如果使用一個現(xiàn)有的數(shù)據(jù)庫包，這個數(shù)據(jù)庫包應(yīng)在“軟件接口”中命名，并在那里詳細(xì)說明。 說明該軟件同其它軟硬件之間的接口、數(shù)據(jù)通信協(xié)議等。 當(dāng)包括附錄時，需求說明書必須明確地說明附錄是不是需求要考慮的部分。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。 作者 作者是指被評審的軟件工作產(chǎn)品的作者，其主要職責(zé)如下： 準(zhǔn)備相關(guān)的評審資料 完成評審后的修改工作 評審組長 評審組長必須為該軟件工作產(chǎn)品所屬領(lǐng)域的高級技術(shù)人員，其主要職責(zé)如