【正文】 風險現(xiàn)值：風險發(fā)生可能性與風險級別的乘積。 第 頁 /共 頁程序文件 項目銷售流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 21 頁 第 17 頁 合同評審記錄 (附頁 ) 時間： 年 月 日 合同編號 : 合同名稱 : 合同所屬部門： 合同負責人： 評審部門 : 評審內(nèi)容： 評審意見： 填表人 /日期 審核意見： 審核人 /日期： 3． 本表由合同評審員分發(fā)各評審部門，由各評審部門單獨填寫評審及審核部分。 5. 支持信息 支持信息指目錄表、索引和附錄。例如： （ 1） 用戶初操作； （ 2） 交互作用操作的周期和無人操作周期； （ 3） 數(shù)據(jù)處理支持功能； （ 4） 后援和恢復操作。 【提醒注意】 ? 此部分內(nèi)容一般在數(shù)據(jù)要求說明書中進行描述，如果項目軟件產(chǎn)品規(guī)模較小，系統(tǒng)復雜程度較低，數(shù)據(jù)需求較簡單，也可在此章中描述。 （ 2） 指出硬件接口支持的設備。這個領域的具體需求必須包括：利用可靠的密碼技術， 掌握特定的記錄或歷史數(shù)據(jù)集，給不同的模塊分配不同的功能，限定一個程序中某些區(qū)域的通信，計算臨界值的檢查等。例如： 95%的事務必須在小于 1s時間內(nèi)處理完，不然，操作員將不等待處理的完成。 【技巧】可以 用列表的方式（例如 IPO 表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟件所提出的功能要求 。 （ 2） 操作員具體的操作控制細節(jié)的需求。 【提醒注意】 ? 本節(jié)中描述的因素是軟件需求所依據(jù)的基石，當這些基石發(fā)生不可抗拒或控制的改變時對產(chǎn)品需求將造成影響。 【技巧】 ? 編制功能的一種方法是制作功能表，以便客戶或第一次讀這個文件的人很容易理解； ? 用方框圖來表達不同的功能和它們的關系有益于理解。此處并不說明具體的需求，其描述的內(nèi)容僅僅是為了更容易理解、深化需求規(guī)格，其用意是為從多方面、多角度考慮需求以提供思維參考點。 第 頁/ 共 頁風險評估與控制 （標書評審附頁）項目名稱： 標書類型：□ 招標書 □ 投標書1 . 本表由各評審部門填寫，評審部門負責人審核后交還合同評審員。 2． 本表由評審部門負責人審核后交還標書評審員。 3. 此頁不足記錄結果時，可以有附頁，總頁數(shù)包含所有附頁。風險級別：風險發(fā)生造成損失的嚴重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。 （ 4） 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 【技巧】在本節(jié)的描述中，用一個方框圖來表達一個較大的系統(tǒng)或項目的主要組成部分、相互聯(lián)系和外部 接口是非常有幫助的。 給出影響軟件需求說明書中陳述的需求的每一個因素。 用文字、圖表或數(shù)學公式詳細描述被開發(fā)軟件的輸入、處理、輸出以及在上述過程中發(fā)生的基本操作。它包括如下的說明： （ 1） 輸入數(shù)據(jù)的有效性檢查手段； （ 2） 操作的順序和處理過程，包括事件的時間設定； （ 3） 異常情況的響應，例如：溢出、通信故障、錯誤處理等； （ 4） 受操作影響的參數(shù)； （ 5） 降級運行的要求； （ 6） 用于把系統(tǒng)輸入變換成相應輸出的任何方法（方程式、數(shù)學算法、邏輯操作等）。 靜態(tài)數(shù)值需求可能包括：支持的終端數(shù)，支持并行操作的用戶數(shù)，處理的文卷和記錄數(shù)， 表和文卷的大小等。 在軟件的需求之中有若干個屬性，下面列舉一部分。例如，如果系統(tǒng)的用戶通過顯示終端進行操作，就必須指定如下要求：對屏幕格式的要求，報表或菜單的頁面顯示格式和內(nèi)容，用戶命令的格式，輸入輸出的相對時間，程序功能鍵的可用性。 其它標準的約束 描述由現(xiàn)有的標準或規(guī)則派生的要求。 【提醒注意】如果使用一個現(xiàn)有的數(shù)據(jù)庫包，這個數(shù)據(jù)庫包應在“軟件接口”中命名，并在那里詳細說明。 說明該軟件同其它軟硬件之間的接口、數(shù)據(jù)通信協(xié)議等。 當包括附錄時，需求說明書必須明確地說明附錄是不是需求要考慮的部分。3. 風險描述：描述當前過程中可能發(fā)生的風險。此頁不足可以有附頁。 第 頁 /共 頁 程序文件 項目銷售流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 21 頁 第 18 頁 時間： 年 月 日評審部門：序號風險描述風險發(fā)生可能性風險級別 風險現(xiàn)值 風險控制措施1 客戶需求不明確2 合同中未明確版權歸屬3 源碼、文檔資料的控制4 商務條款不合理（付款方式、合同