【正文】 項目規(guī)模 總結 項目人員 總結 進度及工作量總結 3. 項目評價 生產效率評價 技術方法評價 產品質量評價 出錯原因分析 4. 經驗和教訓 1. 引言 說明實際參加人員、時間及工作劃分：說明參加本項目的負責人、參加人員、起止時間及實際工作量。無論接受者將接收到的數(shù)據(jù)程序文件 數(shù)據(jù)服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日 期 日期 共 24 頁 第 13 頁 是打印輸出，還是 CRT 上的一組字符、一幀圖形，或一聲警鈴，或向開關線圈提供的一個電脈沖，或常用介質如磁盤、磁帶、穿孔卡片等，均應具體說明； （ 5） 數(shù)據(jù)值的范圍給出每一個數(shù)據(jù)元的合法值的范圍； （ 6） 量綱給出數(shù)字的度量單位、增量的步長 、零點的定標等。 列出動態(tài)輸出數(shù)據(jù)元素（包括在常規(guī)運行中或聯(lián)機操作中要改變的數(shù)據(jù)）。 列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。程序文件 數(shù)據(jù)服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 24 頁 第 10 頁 軟件問題報告 記錄編號： 時間： 年 月 日 項目編號： 項目名稱： 軟件項編號： 軟件項名稱： 版本號： 問題描述： 報告人簽字 /日期 : 修改描述（主要是修改后與修改前的對比，如所用資源的變化、提交時間的變化、功能的變化等）： 修改人簽字 /日期： 填寫： 審批： 1. 問題描述 欄中可以填寫問題現(xiàn)象及其產生原因，如果有用戶的書面說明，則可以直接引用。 3. 本頁不足記述結果時，可以加入附頁，附頁格式自行設計，總頁數(shù)包括本頁與所有附頁。 3. 本頁不足記述結果時，可以加入附頁，附頁格式自行設計，總頁數(shù)包括本頁與所有附頁。風險級別：風險發(fā)生造成損失的嚴重程度，以0 ~ 1 0 級表示，其中1 0 級 為最高級。 （ 1） 待開發(fā)的軟件系統(tǒng)的名稱； 時間 程序文件 數(shù)據(jù)服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日 期 日期 共 24 頁 第 12 頁 （ 2） 本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網絡； （ 3） 該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。給出每一數(shù)據(jù)元的名稱（包括縮寫和代碼）、定義（或物理意義）度量單位、值域、格式和類型等有關信息。 3. 數(shù)據(jù)的采集 按數(shù)據(jù)元的邏輯分組來說明數(shù)據(jù)采集的要求和范圍，指明數(shù)據(jù)的采集方法，說明數(shù)據(jù)采集工作的承擔者是用戶還是開發(fā)者。 對數(shù)據(jù)的采集和預處理過程提出專門的規(guī)定，包括適合應用的數(shù)據(jù)格式、預定的數(shù)據(jù)通信媒體和對輸入的時間要求等。（ 源代碼一定要按模塊來統(tǒng)計） 模塊名稱 代碼行（千行） 字節(jié)數(shù)（ KB） 源碼 模塊 1 模塊 2 執(zhí)行程序 等等 注：源碼不填寫“字節(jié)數(shù)”，執(zhí)行程序只填寫“字節(jié)數(shù)”。用圖表來表示。我們可以采用任何一種。 綜合評審記錄（公司） 評審對象（項目名稱及編號） 評審項類（如合同、投標方案等） 評審人 時間 業(yè)務板塊 (產品中心、 項目中心、服務中心、營銷中心 )評審意見 財務部評審意見 程序文件 數(shù)據(jù)服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日 期 日期 共 24 頁 第 22 頁 質量控制部評審意見 技術委員會評審意見 專家委員會評審意見 最終意見： 通過 修改 修改內容 時間 程序文件 數(shù)據(jù)服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 24 頁 第 23 頁 資源中心驗收單（式樣） 一式三份 序號 編號 成果題名 完成日期 提交日期 頁數(shù) 密級 保管期限 備注 1 NAVIKEN 1998821 72 長期 MO 盤 2 多媒體辦公自動化系統(tǒng) MOAS 19981230 42 長期 磁盤 填表人： 成果管理員： 成果提交人：