【導讀】本程序文件由xxx公司制定，其解釋權及修改權屬于；數據服務部負責項目執(zhí)行的總體進程，并對執(zhí)行的最終結果負責；主管副總負責在關鍵節(jié)點監(jiān)控和協調資源；將符合規(guī)范的成果放入資源中心存檔；理重新修改《項目計劃書》；如果審批認可，工程服務總監(jiān)安排項目資源，如果需要，則填寫《項目資源調度單》，項目經理組建項目團隊的同時，制訂項目實施方案，并經質量控制部審核，若未通過，實施方案經過客戶評審通過，進入資源中心存檔，同時項目經理進行項目實施；4)階段輸出結果是否明確？制《質量計劃》？、是否采用新技術？、是否明確各個小組成員的職責？、是否考慮了項目的外部相關活動？并將各項填寫完整。

　　

【正文】 發(fā)計劃中的開發(fā)進度為準，批復工作量包括由于軟件問題報告增加的程序文件 數據服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日 期 日期 共 24 頁 第 20 頁 工作量。 3. 項目評價 生產率評價 評價生產率可以有兩種方法：代碼行數與人月數比較，或修改 BUG 數與所用人月數的比較。我們可以采用任何一種。如果采用第一種方法，應以模塊為單位進行比較；如果采用第二種方法，應以各測試版本的 BUG 數、修改的 BUG 數、修改 BUG 所用的工作量及修改單位 BUG 所用的工作量進行比較，總結評價項目的開發(fā)效率及相應的原因分 析。 模塊名稱 代碼行（千行） 工作量 代碼行 /工作量 模塊 1 模塊 2 等等 技術方法評價 總結該軟件項目或軟件產品開發(fā)時所采用的各項技術。 產品質量評價 可參考以下幾個方面進行產品質量的評價。 1） 歷次測試發(fā)現的 BUG 數； 2） 同種原因產生的 BUG 數； 3） 同種類型的 BUG 數； 4） 各等級的 BUG 數； 5） 同一 BUG 出現的次數。 出錯原因分析 分別對以上幾種情況繪制圖表，進行原因的分析。 次數 BUG 數 原因 BUG 數 類型 BUG 數 等級 BUG 數 BUG 名 次數 程序文件 數據服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日 期 日期 共 24 頁 第 21 頁 4. 經驗和教訓 可以從以下幾方面總結開發(fā)中獲得的經驗及糾正錯誤或缺陷等問題的教訓。 1） 管理人員的管理水平； 2） 開發(fā)人員的合理分工； 3） 項目軟件經理 PSM 及開發(fā)人員的技術水平； 4） 開發(fā)人員的更換； 5） 開發(fā)人員的配合及協作； 6） 用戶的密切配合； 7） 需求及設計的更改； 8） 開發(fā)過程中計劃的合理調整等等。 綜合評審記錄（公司） 評審對象（項目名稱及編號） 評審項類（如合同、投標方案等） 評審人 時間 業(yè)務板塊 (產品中心、 項目中心、服務中心、營銷中心 )評審意見 財務部評審意見 程序文件 數據服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日 期 日期 共 24 頁 第 22 頁 質量控制部評審意見 技術委員會評審意見 專家委員會評審意見 最終意見： 通過 修改 修改內容 時間 程序文件 數據服務項目執(zhí)行流程 20xx 年 月 日起生效 文件號 編制 審核 批準 版 次 日期 日期 日期 共 24 頁 第 23 頁 資源中心驗收單（式樣） 一式三份 序號 編號 成果題名 完成日期 提交日期 頁數 密級 保管期限 備注 1 NAVIKEN 1998821 72 長期 MO 盤 2 多媒體辦公自動化系統 MOAS 19981230 42 長期 磁盤 填表人： 成果管理員： 成果提交人： 中國最大的管理資源中心 第 24 頁 共 24 頁 卷內成果目錄（式樣） 一式三份 序號 文件編號 責任者 題 名 日期 頁次 備注 1 AT97004DP01 李峰 FAX 1997331 1 2 NA504100A 王琛 樂器練習軟件功能說明書 199743 4 3 AT97004SD01 李峰 樂器練習軟件概要書 199743 64 4 NR506100A 王琛 AMOR RT Ver 開發(fā)計劃 1997425 102 第 頁 /共 頁