【正文】 □ 評審意見： 評審結(jié)論 : 填表 審批 1． 本頁不足記述評審意見時，可以加入附頁，附頁格式自行設(shè)計，總頁數(shù)包括本頁與所有附頁。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。 3. 本頁不足記述結(jié)果時，可以加入附頁，附頁格式自行設(shè)計，總頁數(shù)包括本頁與所有附頁。程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 15 頁 軟件問題報告 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 軟件項編號： 軟件項名稱： 版本號： 問題描述： 報告人簽字 /日期 : 修改描述（主要是修改后與修改前的對比，如所用資源的變化、提交時間的變化、功能的變化等）： 修改人簽字 /日期： 填寫： 審批： 1. 問題描 述欄中可以填寫問題現(xiàn)象及其產(chǎn)生原因，如果有用戶的書面說明，則可以直接引用。 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。 【提醒注意】本節(jié)所描述的既不是設(shè)計方案，也不是在方案設(shè)計時的約束條件，它僅僅為方案設(shè)計時的約束條件提供了一個可以解釋的理由。這些因素不 是軟件的設(shè)計約束，但是它們的改變可能影響到需求說明書中的需求。對于每一類功能或者有時對于每一個功能，這部分通常由引言、輸入、處理、輸出四個部分組成： 引言 （ 1） 描述該功能要達到的目標(biāo)、所采用的方法和技術(shù)； （ 2） 清楚說明功能意圖的由來和背景。 （ 7） 輸出數(shù)據(jù)的有效性檢查手段。 動態(tài)數(shù)值需求可能包括：欲處理的事務(wù)和 任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量等。 【提醒注意】下列屬性決不能理解為是一個標(biāo)準(zhǔn)的或完整的清單，而應(yīng)根據(jù)項目實際情況予以列舉。 （ 2） 列出輸出錯誤信息的格式。例如：報表格式、數(shù)據(jù)命名、財務(wù)處理、審計追蹤等等。 數(shù)據(jù)管理能力 說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。 說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源 。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 22 頁 分析說明書 評審記錄 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 項目軟件經(jīng)理 PSM： 需求分析報告編制人： 參加評審人員： 評審內(nèi)容： (評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“” ) 1. 無岐義性 □ 2. 完整性 □ 3. 可驗證性 □ 4. 一致性 □ 5. 可使用性 □ 6. 符合《需求分析報告編寫規(guī)范》的要求 □ 評審意見： 風(fēng)險評估總結(jié)： 評審結(jié)論： (評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“” ) 1. 通過評審，可以進入下一階段 □ 2. 未通過評審，修改后重新評審 □ 填表： 審批： 1. 本頁不足記錄結(jié)果時，可以有附頁，附頁格式自定。風(fēng)險控制措施：預(yù)防風(fēng)險發(fā)生的措施。所有的參與人員都必須嚴格遵循評審規(guī)程。也可由技術(shù)委員會委托評審組長確定需要參加評審的人員 評審組長確認作者準(zhǔn)備好所需要的材料 評審組長與作者共同確定評審會議日程 準(zhǔn)備階段 進入條件 評審材料已準(zhǔn)備好 參加者對被評審的軟件工作產(chǎn)品具備必要的背景知識 評審組長確認評審材料符合要求 目的 評審員明確自己的職責(zé) 所有評審員在評審之前得到評審材料 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 29 頁 確保評審員在評審之前閱讀評審材料，找出問題 活動 作者發(fā)評審會議通知給所有評審員 作者將評審材料分發(fā)給所有評審員 評審組長標(biāo)識軟件工作產(chǎn)品的 范圍，強調(diào)重點，提取問題 評審組長熟悉議程，確保評審進度 評審員仔細閱讀評審材料，在評審材料上做評注，找出問題 所有評審員記錄自己準(zhǔn)備所花費的時間 執(zhí)行階段 執(zhí)行評審必須召開評審會議，所有評審員進行面對面地討論是必要的。 參考資料 列出所用的參考資料，如： （ 5） 本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機關(guān)的批 文； （ 6） 屬于本項目的其他已發(fā)表的文件； （ 7） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 35 頁 說明在概要設(shè)計過程中尚未解決而設(shè)計者認為在系統(tǒng)完成之前必須解決的各個問題。 給出本系統(tǒng)內(nèi)所使用的每個數(shù)據(jù)結(jié)構(gòu)中的每個數(shù)據(jù)項的存儲要求，訪問方法、存取單位、存取的物理關(guān)系（索引、設(shè)備、存儲區(qū)域）、設(shè)計考慮和保密條件。 列出本文件 中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。 用圖表的形式給出程序單元的結(jié)構(gòu)。 單元說明 說明程序單元標(biāo)識、調(diào)用方式、參數(shù)說明。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分數(shù)表示，為0 到1 ，增量為0 . 0 5 。 測試與評估 確定測試的類型，對于產(chǎn)品規(guī)范、計劃要求、測試規(guī)范及采用的開發(fā)方法和工具的確認和驗證活動；通過詳細的測試和驗證活動計劃，對包括資源、進度和審批等 方面進行評估。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。 限制條件 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 38 頁 說明本程序運行中所受到的限制條件。 給出對每一個輸入項的特性，包括名稱、標(biāo) 識、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式、數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。 3. 模塊 n 設(shè)計說明（ n 是模塊序號） 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 37 頁 從本章開始，將概要設(shè)計產(chǎn)生的功能模塊進行細化，形成若干個可編程的程序單元，逐個地給出各個層次中的每個程序的設(shè)計考慮。 說明故障出現(xiàn)后可能采取的變通措施，包括： （ 1） 后備技術(shù)革新：說明準(zhǔn)備采用的后備技術(shù)，當(dāng)原始系統(tǒng)數(shù) 據(jù)萬一丟失時啟用的副本的建立和啟動的技程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 36 頁 術(shù)，例如周期性地把磁盤信息記錄到磁帶上去就是對于磁盤媒體的一種后備技術(shù)； （ 2） 降效技術(shù)：說明準(zhǔn)備采用的后備技術(shù)，使用另一個效率稍低的系統(tǒng)或方法來求得所需結(jié)果的某些部分，例如一個自動系統(tǒng)的降效技術(shù)可以是手工操作和數(shù)據(jù)的人工記錄； （ 3） 恢復(fù)及再啟動技術(shù)：說明將使用的恢復(fù)再啟動技術(shù)，使軟件從故障點恢復(fù)執(zhí)行或使軟件從頭開始重新運行的方法。 說明本系統(tǒng)同外界的所有接口的安排包括軟件與硬件之間的接口、本系統(tǒng)與各支持軟件之間的接口關(guān)系。 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。本次評審的準(zhǔn)備時間是所有評審員的準(zhǔn)備時間之和 會議室和其它資源已經(jīng)準(zhǔn)備就緒 作者準(zhǔn)備就緒，重要參加人員能夠出席評審會議 目的 找出、記錄和分 析所有問題 活動 評審組長檢查所有評審員是否已經(jīng)做好評審的準(zhǔn)備工作 記錄員記錄評審員的準(zhǔn)備時間，開始評審 作者為軟件工作產(chǎn)品逐項進行概要介紹 記錄員在評審會議上記錄發(fā)現(xiàn)的問題 所有評審員把重點放在討論和提出問題上 評審員使用自己注釋的評審材料對有問題的地方提出討論 作者和評審員協(xié)助評審組長描述和分析問題， 發(fā)現(xiàn)一個問題后，評審組長確保該問題被正確記錄 所有評審員提出對評審會議的改進建議，記錄員在評審表上記錄要點 評審組長確保評審?fù)瓿? 評審組長在評審組的協(xié)助下決定評審結(jié)果。 《評審活動檢查表》是幫助評審人員正確執(zhí)行評審的工具，它與本章所描述的各階段的具體活動是一致的。將要執(zhí)行評審的所有項目的軟件工作產(chǎn)品都必須遵循該評審規(guī)程。 第 頁 /共 頁 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 23 頁 評審部門：序號風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別 風(fēng)險現(xiàn)值 風(fēng)險控制措施1 客戶需求變化2開發(fā)人員缺乏足夠的行業(yè)知識和專業(yè)知識3 需求未被顧客完全認可4 需求不明確5 時間緊6 存在技術(shù)問題、采用新技術(shù)7 多部門配合8 沒有顧客系統(tǒng)接口原型9 缺乏顧客自然情況的了解10 顧客配合程度不夠11，應(yīng)依據(jù)評審的具體情況增加風(fēng)險項。 5. 支持信息 支持信息指目錄表、 索引和附錄。例如： （ 1） 用戶初操作； （ 2） 交互作用操作的周期和無人操作周期； （ 3） 數(shù)據(jù)處理支持功能； （ 4） 后援和恢復(fù)操作。 【提醒注意】 ? 此部分內(nèi)容一般在數(shù)據(jù)要求說明書中進行描述，如果項目軟件產(chǎn)品規(guī)模較小，系統(tǒng)復(fù)雜程度較低，數(shù)據(jù)需求較簡單，也可在此章中描述。 （ 2） 指出硬件接口支持的設(shè)備。這個領(lǐng)域的具體需求必須包括：利用可靠的密碼技術(shù)， 掌握特定的記錄或歷史數(shù)據(jù)集，給不同的模塊分配不同的功能，限定一個程 序中某些區(qū)域的通信，計算臨界值的檢查等。例如： 95%的事務(wù)必須在小于 1s時間內(nèi)處理完，不然，操作員將不等待處理的完成。 【技巧】可以 用列表的方式（ 例如 IPO 表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟件所提出的功能要求 。 （ 2） 操作員具體的操作控制細節(jié)的需求。 【提醒注意】 ? 本節(jié)中描述的因素是軟件需求所依據(jù)的基石，當(dāng)這些基石發(fā)生不可抗拒或控制的改變時對產(chǎn)品需求將造成影響。 【技巧】 ? 編制功能的一種方法是制作功能表，以便客戶或第一次讀這個文件的人很容易理解； ? 用方框圖來表達不 同的功能和它們的關(guān)系有益于理解。此處并不說明具體的需求，其描述的內(nèi)容僅僅是為了更容易理解、深化需求規(guī)格，其用意是為從多方面、多角度考慮需求以提供思維參考點。 3. 本頁不足記述時，可以有附頁，格式自定。并將各項填寫完整。風(fēng)險控制措施：預(yù)防風(fēng)險發(fā)生的措施。風(fēng)險控制措施：預(yù)防風(fēng)險發(fā)生的措施。程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 1 頁 1 目的及適用范圍 為規(guī)范產(chǎn)品研發(fā)過程，提高產(chǎn)品研發(fā)的效率、質(zhì)量，降低研發(fā)成本，特制定本程序； 本程序文件適用于 xxx 公司產(chǎn)品研發(fā)； 本程序文件由 xxx 公司 制定，其解釋權(quán)及修改權(quán)屬于 ； 本程序文件從 20xx 年 月 日起執(zhí)行； 2 職責(zé) 產(chǎn)品部負責(zé)產(chǎn)品研發(fā)； 質(zhì)量控制部負責(zé)對產(chǎn)品開發(fā)過程中的里程碑產(chǎn)生的相關(guān)成果和文檔進行質(zhì)量控制，并將符合規(guī)范的成果放入資源中心存檔； 技術(shù)支持部和市場部負責(zé)宣傳材料和用戶手冊的制作，以及和產(chǎn)品銷售流程的銜接環(huán)節(jié)和動作； 3 產(chǎn)品