【正文】 模是否進(jìn)行估算？ □ 3) 是否進(jìn)行項目啟動的預(yù)算？ □ 4) 階段輸出結(jié)果是否明確？ □ 5) 其它方面 評審意見： 評審結(jié)論： 填表： 審批： 1. 項目啟動計劃評審由項目管理部門組織評審。 2. 評審?fù)瓿珊笥砷_發(fā)體系決策層 SMG 批準(zhǔn)。 3. 本頁不足記述結(jié)果時，可以加入附頁，附頁格式自行設(shè)計，總頁數(shù)包括本頁與所有附頁。 第 頁 /共 頁 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 12 頁 開發(fā)計劃評審記錄 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 項目計劃編號： 開發(fā)部門： PSM： 評審地點： 參加評審人員 : 評審內(nèi)容： 評審意見： 評審結(jié)論： 填表： 審批： 1. 開發(fā)計劃評審由項目管理部門組織評審。 2. 評審?fù)瓿珊笥砷_發(fā)體系決策層 SMG 批準(zhǔn)。 3. 本頁不足記述結(jié)果時，可以加入附頁，附頁格式自行設(shè)計，總頁數(shù)包括本頁與所有附頁。 第 頁 /共 頁程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 13 頁 開發(fā)計劃檢查表 （開發(fā)計劃評審附頁）檢查項目 檢查內(nèi)容 檢查結(jié)果 得分一、質(zhì)量目標(biāo) 1 、是否符合質(zhì)量體系的要求？2 、如果不符合質(zhì)量體系的要求，是否按要求編制《質(zhì)量計劃》？二、階段劃分 1 、是否明確劃分各階段？2 、各階段的輸入、輸出標(biāo)準(zhǔn)是否明確？3 、是否明確各階段提交物？4 、是否明確各階段質(zhì)量目標(biāo)？5 、是否明確提出各階段檢查點？三、產(chǎn)品清單1 、是否明確提交給客戶的產(chǎn)品清單（產(chǎn)品名稱、提交時間、客戶接受方式、責(zé)任人、驗收標(biāo)準(zhǔn)）？2 、是否明確提交給項目監(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 、是否確定項目小組成員，并將其劃分成多個Te a m ？2 、是否明確各個小組成員的職責(zé)？六、風(fēng)險管理 1 、是否預(yù)測了與項目有關(guān)的主要風(fēng)險？2 、是否采取跟蹤、監(jiān)測措施以減小風(fēng)險或避免風(fēng)險的產(chǎn)生？七、相關(guān)性 1 、是否考慮了項目的外部相關(guān)活動？2 、是否考慮了項目的內(nèi)部相關(guān)活動？八、資源預(yù)算 1 、是否畫了有關(guān)資源的直方圖？2 、是否預(yù)算了項目的工作量并劃分給小組成員？九、配置管理 1 、是否制定了配置管理計劃表？項目名稱： 項目編號： 檢查人 / 日期： 批準(zhǔn)人 / 日期：程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 14 頁 評審部門：序號風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別 風(fēng)險現(xiàn)值 風(fēng)險控制措施1 客戶需求不明確2 客戶需求變化3 開發(fā)人員缺乏足夠的行業(yè)知識和專業(yè)知識4 源碼、文檔的控制5 工作階段劃分不明確、人員分工不合理6 多部門配合7 開發(fā)隊伍不穩(wěn)定或缺乏人力資源8 預(yù)算超支9 缺乏對技術(shù)復(fù)用的考慮10 時間緊11 存在技術(shù)難點、采用新技術(shù)12 檢查點設(shè)立不合理13 缺乏對突發(fā)事件的考慮1 . 評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體情況增加風(fēng)險項。并將各項填寫完整。 第 頁/ 共 頁風(fēng)險評估與控制 （開發(fā)計劃評審附頁）開發(fā)計劃名稱： 計劃編號：2 . 風(fēng)險描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0 到1 ，增量為0 . 0 5 。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴(yán)重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。風(fēng)險控制措施：預(yù)防風(fēng)險發(fā)生的措施。程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 15 頁 軟件問題報告 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 軟件項編號： 軟件項名稱： 版本號： 問題描述： 報告人簽字 /日期 : 修改描述（主要是修改后與修改前的對比，如所用資源的變化、提交時間的變化、功能的變化等）： 修改人簽字 /日期： 填寫： 審批： 1. 問題描 述欄中可以填寫問題現(xiàn)象及其產(chǎn)生原因，如果有用戶的書面說明，則可以直接引用。 2. 修改描述一欄描述問題的確切原因、修改辦法以及修改后的效果。 3. 本頁不足記述時，可以有附頁，格式自定?？傢摂?shù)包括本頁與所有附頁。 項目資源調(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ù)期的讀者。 景 （ 1） 待開發(fā)的軟件系統(tǒng)的名稱； （ 2） 本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò)； （ 3） 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。 參考資料 列出所用的參考資料，如： （ 1） 本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機(jī)關(guān)的批文； （ 2） 屬于本項目的其他已發(fā)表的文件； （ 3） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。 （ 4） 列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。 2. 項目概述 本部分描述 影響產(chǎn)品和其需求的一般因素。此處并不說明具體的需求，其描述的內(nèi)容僅僅是為了更容易理解、深化需求規(guī)格，其用意是為從多方面、多角度考慮需求以提供思維參考點。 本節(jié)描述 軟件開發(fā)項 目 的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料 ， 解釋 待開發(fā)產(chǎn)品和其相關(guān)的其他產(chǎn)品或項目的關(guān)系。 ? 如果本產(chǎn)品是獨立的，而且自含全部內(nèi)容，應(yīng)在此說明。 ? 如果 所定義 的產(chǎn)品是一個較大系統(tǒng)或項目中的一個組成部分，那么在此需要描述如下內(nèi)容： ? 要概述這個較大的系統(tǒng)或項目的每一個組成部分的功能，并說明其接口； ? 指出本 產(chǎn)品主要的外部接口（不需要詳細(xì)描述，詳細(xì)描述放在其他章節(jié)中）； ? 描述所使用的計算機(jī)硬件、外圍設(shè)備。這里僅僅是一個綜述性描述。 【技巧】在本節(jié)的描述中，用一個方框圖來表達(dá)一個較大的系統(tǒng)或項目的主要組成部分、相互聯(lián)系和外部接口是非常有幫助的。 【提醒注意】本節(jié)所描述的既不是設(shè)計方案，也不是在方案設(shè)計時的約束條件，它僅僅為方案設(shè)計時的約束條件提供了一個可以解釋的理由。 對待的軟件產(chǎn)品功能提供一個摘要。 【技巧】 ? 編制功能的一種方法是制作功能表，以便客戶或第一次讀這個文件的人很容易理解； ? 用方框圖來表達(dá)不 同的功能和它們的關(guān)系有益于理解。 【提醒注意】 ? 方框圖不是產(chǎn)品的設(shè)計，而只是一種有效的解釋方式。 ? 本節(jié)不是具體需求的陳述，只是對具體需求部分中為什么要對一些需求做出描述的鋪墊。 本節(jié)描述產(chǎn)品最終用戶（包括操作員、維護(hù)員和系統(tǒng)工作人員等）具有的受教育水平、工作經(jīng)驗及技術(shù)專長等一般特點。 如果系統(tǒng)的大多數(shù)用戶是一些臨時的用戶，那么就要求系統(tǒng)包含如何完成基本功能的提示，而不是假設(shè)用戶已經(jīng)從過去的會議或從閱讀用戶指南中了解到這些細(xì)節(jié)。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 18 頁 給出影響軟件需求說明書中陳述的需求的每一個因素。這些因素不 是軟件的設(shè)計約束，但是它們的改變可能影響到需求說明書中的需求。 這些 假定和約束 條件可能包括： 管理方針；運(yùn)行環(huán)境，包括硬件設(shè)備和支持軟件的限制；與其他應(yīng)用間的接口；并行操作；實時功能；審查功能；控制功能；所需的高級語言；通信協(xié)議；應(yīng)用的臨界點；安全保密方面的考慮等。 【提醒注意】 ? 本節(jié)中描述的因素是軟件需求所依據(jù)的基石，當(dāng)這些基石發(fā)生不可抗拒或控制的改變時對產(chǎn)品需求將造成影響。 ? 本節(jié)的內(nèi)容不能用來陳述具體需求或強(qiáng)加若干特殊的設(shè)計約束，而應(yīng)對具體需求部分中的某些具體需求或設(shè)計約束的描述提供理由。 3. 具體需求 本 章應(yīng)包括軟件開發(fā)者在建立設(shè)計時需要的全部細(xì)節(jié)。 本章的編寫應(yīng)該遵循如下基本原則： ? 遵循可驗證性、無歧義性等的準(zhǔn)則，對每一個需求細(xì)節(jié)作具體描述； ? 在軟件需求說明書前言、項目概述、附錄部分的有關(guān)討論中，要提供對任何一個具體需求交叉引用的背景； ? 按符合邏輯的和可讀的方式組織； ? 詳細(xì)描述每一個需求，使得該需求應(yīng)達(dá)到的目標(biāo)能夠用指定的方法進(jìn)行客觀的驗證。 【提醒注意】每一項需求的描述都應(yīng)包括至少 5 個方面的內(nèi)容：功能需求；性能需求；屬性需求；外部接口需求；設(shè)計約束。 用文字、圖表或數(shù)學(xué)公式詳細(xì)描述被開發(fā)軟件的 輸入、處理、輸出以及在上述過程中發(fā)生的基本操作。對于每一類功能或者有時對于每一個功能，這部分通常由引言、輸入、處理、輸出四個部分組成： 引言 （ 1） 描述該功能要達(dá)到的目標(biāo)、所采用的方法和技術(shù)； （ 2） 清楚說明功能意圖的由來和背景。 輸入 （ 1） 詳細(xì)描述該功能的所有輸入數(shù)據(jù)，如：輸入源、數(shù)量、度量單位、時間設(shè)定、有效輸入范圍（包括精度和公差）。 （ 2） 操作員具體的操作控制細(xì)節(jié)的需求。其中有名字、操作員活動的描述、控制臺或操作員的位置。例如：當(dāng)打印檢查時，要求操作員進(jìn)行格式調(diào)整。 （ 3） 指明引用的輸入接口資料。 處理 描述為獲得預(yù)期輸出結(jié)果 ，對輸入數(shù)據(jù)及中間參數(shù)進(jìn)行的全部操作。它包括如下的說明： （ 1） 輸入數(shù)據(jù)的有效性檢查手段； （ 2） 操作的順序和處理過程，包括事件的時間設(shè)定； （ 3） 異常情況的響應(yīng)，例如：溢出、通信故障、錯誤處理等； （ 4） 受操作影響的參數(shù)； （ 5） 降級運(yùn)行的要求； （ 6） 用于把系統(tǒng)輸入變換成相應(yīng)輸出的任何方法（方程式、數(shù)學(xué)算法、邏輯操作等）。 （ 7） 輸出數(shù)據(jù)的有效性檢查手段。 輸出 （ 1） 詳細(xì)描述該功能所有輸出數(shù)據(jù)，例如：輸出目的地、數(shù)量、度量單位、時間關(guān)系、有效輸出的范程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 19 頁 圍（包括精度和公差）、非法值的處理、出錯信息； （ 2） 指明引用的輸出接口資料。 【技巧】可以 用列表的方式（ 例如 IPO 表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟件所提出的功能要求 。 【提醒注意】對著重于輸入輸出行為的系統(tǒng)來說，需求說明書應(yīng)指定所有有意義的輸入、輸出對及其序列。當(dāng)一個系統(tǒng)要求記憶它的狀態(tài)時，需要這個序列，使得它可以根據(jù)本次輸入和以前的狀態(tài)做出響應(yīng)。這種情況猶如有限狀態(tài)機(jī)。 從整體來說，本節(jié)應(yīng)具體說明