【正文】 變化、功能的變化等）： 修改人簽字 /日期： 填寫： 審批： 1. 問題描述 欄中可以填寫問題現(xiàn)象及其產(chǎn)生原因，如果有用戶的書面說明，則可以直接引用。風(fēng)險(xiǎn)發(fā)生可能性：風(fēng)險(xiǎn)發(fā)生的概率，以百分?jǐn)?shù)表示，為0 到1 ，增量為0 . 0 5 。 3. 本頁不足記述結(jié)果時(shí)，可以加入附頁，附頁格式自行設(shè)計(jì)，總頁數(shù)包括本頁與所有附頁。 2. 評(píng)審?fù)瓿珊笥砷_發(fā)體系決策層 SMG 批準(zhǔn)。 3. 本頁不足記述結(jié)果時(shí)，可以加入附頁，附頁格式自行設(shè)計(jì)，總頁數(shù)包括本頁與所有附頁。 第 頁 /共 頁程序文件 數(shù)據(jù)服務(wù)項(xiàng)目執(zhí)行流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 24 頁 第 7 頁 開發(fā)計(jì)劃?rùn)z查表 （開發(fā)計(jì)劃評(píng)審附頁）檢查項(xiàng)目 檢查內(nèi)容 檢查結(jié)果 得分一、質(zhì)量目標(biāo)是否符合質(zhì)量體系的要求？如果不符合質(zhì)量體系的要求，是否按要求編制《質(zhì)量計(jì)劃》？二、階段劃分是否明確劃分各階段？各階段的輸入、輸出標(biāo)準(zhǔn)是否明確？是否明確各階段提交物？是否明確各階段質(zhì)量目標(biāo)？是否明確提出各階段檢查點(diǎn)？三、產(chǎn)品清單是否明確提交給客戶的產(chǎn)品清單（產(chǎn)品名稱、提交時(shí)間、客戶接受方式、責(zé)任人、驗(yàn)收標(biāo)準(zhǔn)）？是否明確提交給項(xiàng)目監(jiān)控部門的產(chǎn)品清單（產(chǎn)品名稱、提交時(shí)間、提交方式、責(zé)任人）？四、技術(shù)管理是否明確開發(fā)環(huán)境（軟件、硬件環(huán)境）？是否明確開發(fā)工具？是否明確開發(fā)方法？是否采用新技術(shù)？是否考慮軟件復(fù)用？五、組織結(jié)構(gòu)是否確定項(xiàng)目小組成員，并將其劃分成多個(gè)Te a m？是否明確各個(gè)小組成員的職責(zé)？六、風(fēng)險(xiǎn)管理是否預(yù)測(cè)了與項(xiàng)目有關(guān)的主要風(fēng)險(xiǎn)？是否采取跟蹤、監(jiān)測(cè)措施以減小風(fēng)險(xiǎn)或避免風(fēng)險(xiǎn)的產(chǎn)生？七、相關(guān)性是否考慮了項(xiàng)目的外部相關(guān)活動(dòng)？是否考慮了項(xiàng)目的內(nèi)部相關(guān)活動(dòng)？八、資源預(yù)算是否畫了有關(guān)資源的直方圖？是否預(yù)算了項(xiàng)目的工作量并劃分給小組成員？九、配置管理是否制定了配置管理計(jì)劃表？項(xiàng)目名稱： 項(xiàng)目編號(hào)： 檢查人/日期： 批準(zhǔn)人/日期：程序文件 數(shù)據(jù)服務(wù)項(xiàng)目執(zhí)行流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 24 頁 第 9 頁 評(píng)審部門：序號(hào)風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)發(fā)生可能性風(fēng)險(xiǎn)級(jí)別 風(fēng)險(xiǎn)現(xiàn)值 風(fēng)險(xiǎn)控制措施1 客戶需求不明確2 客戶需求變化3 開發(fā)人員缺乏足夠的行業(yè)知識(shí)和專業(yè)知識(shí)4 源碼、文檔的控制5 工作階段劃分不明確、人員分工不合理6 多部門配合7 開發(fā)隊(duì)伍不穩(wěn)定或缺乏人力資源8 預(yù)算超支9 缺乏對(duì)技術(shù)復(fù)用的考慮10 時(shí)間緊11 存在技術(shù)難點(diǎn)、采用新技術(shù)12 檢查點(diǎn)設(shè)立不合理13 缺乏對(duì)突發(fā)事件的考慮1 . 評(píng)估中風(fēng)險(xiǎn)不限于表中已列出的，應(yīng)依據(jù)評(píng)審的具體情況增加風(fēng)險(xiǎn)項(xiàng)。風(fēng)險(xiǎn)級(jí)別：風(fēng)險(xiǎn)發(fā)生造成損失的嚴(yán)重程度，以0 ~ 1 0 級(jí)表示，其中1 0 級(jí) 為最高級(jí)。 2. 修改描述一欄描述問題的確切原因、修改辦法以及修改后的效果。 （ 1） 待開發(fā)的軟件系統(tǒng)的名稱； 時(shí)間 程序文件 數(shù)據(jù)服務(wù)項(xiàng)目執(zhí)行流程 20xx 年 月 日起生效 文件號(hào) 編制 審核 批準(zhǔn) 版 次 日期 日 期 日期 共 24 頁 第 12 頁 （ 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. 數(shù)據(jù)的邏輯描述 對(duì)數(shù)據(jù)進(jìn)行邏輯描述時(shí)可把數(shù)據(jù)分為動(dòng) 態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)。給出每一數(shù)據(jù)元的名稱（包括縮寫和代碼）、定義（或物理意義）度量單位、值域、格式和類型等有關(guān)信息。 列出向用戶或開發(fā)單位中的維護(hù)調(diào)試人員提供的內(nèi)部生成數(shù)據(jù)。 3. 數(shù)據(jù)的采集 按數(shù)據(jù)元的邏輯分組來說明數(shù)據(jù)采集的要求和范圍，指明數(shù)據(jù)的采集方法，說明數(shù)據(jù)采集工作的承擔(dān)者是用戶還是開發(fā)者。在數(shù)據(jù)是非數(shù)字量的情況下，要給出每一種合法值的形式和含意； （ 7） 更新和處理的頻度給出預(yù)定的對(duì)輸入數(shù)據(jù)的更新和處理的頻度。 對(duì)數(shù)據(jù)的采集和預(yù)處理過程提出專門的規(guī)定，包括適合應(yīng)用的數(shù)據(jù)格式、預(yù)定的數(shù)據(jù)通信媒體和對(duì)輸入的時(shí)間要求等。按項(xiàng)目開發(fā)的階段劃分，細(xì)劃每位開發(fā)人員在各開發(fā)階段所用開發(fā)時(shí)間及實(shí)際工作量。（ 源代碼一定要按模塊來統(tǒng)計(jì)） 模塊名稱 代碼行（千行） 字節(jié)數(shù)（ KB） 源碼 模塊 1 模塊 2 執(zhí)行程序 等等 注：源碼不填寫“字節(jié)數(shù)”，執(zhí)行程序只填寫“字節(jié)數(shù)”。 項(xiàng)目規(guī)?？偨Y(jié) 根據(jù)軟件開發(fā)的各階段，總結(jié)該軟件項(xiàng)目或軟件產(chǎn)品完成的功能模塊數(shù)量與計(jì)劃的對(duì)比，給出對(duì)比圖表，并對(duì)比較結(jié)果進(jìn)行分析。用圖表來表示。 階段 計(jì)劃時(shí)間 實(shí)際時(shí)間 是否