北京x軟件股份公司規(guī)劃中組件開發(fā)流程程序文件-預(yù)覽頁
【正文】 《組件開發(fā)需求》模板 Version 1. 組件簡述 對組件要完成什么，所面向的用戶以及系統(tǒng)運(yùn)行的環(huán)境的簡短描述，這部分主要來源于需求說明書部分。需求說明書對于這部分的內(nèi)容來說是很重要的參考，看看其中明確了的功能性以及非功能性的需求。（至少要引用需求說明書） 程序文件 規(guī)劃中組件開發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 30 頁 第 8 頁 4 修訂版本記錄 列出本文檔修改的歷史紀(jì)錄。 《開發(fā)進(jìn)度周報》 開發(fā)進(jìn)度周報的編制目的是及時向有關(guān)管理部門匯報組件開發(fā)的進(jìn)展和情況，以便及時發(fā)現(xiàn)和處理開發(fā)過程中出現(xiàn)的問題。 D、 對于缺陷提出的修改 建議。 二 .測試 內(nèi)容 下面的列表列出了 本次測試活動的主要測試內(nèi)容。 程序文件 規(guī)劃中組件開發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 30 頁 第 12 頁 三 .測試 統(tǒng)計結(jié)果及缺陷總結(jié) 數(shù)據(jù)庫 測試 核實(shí)系統(tǒng)是否能訪問數(shù)據(jù)庫。 J、 列出系統(tǒng)的主要缺陷。 N、 本文檔提交給項目組的管理者及開發(fā)人員審閱。 核實(shí)界面操作是否簡單易行，圖形顯示是否清晰。按項目開發(fā)的階段劃分，細(xì)劃每位開發(fā)人員在各開發(fā)階段所用開發(fā)時間及實(shí)際工作量。（源代碼一定要按模塊來統(tǒng)計） 模塊名稱 代碼行（千行） 字節(jié)數(shù)（ KB） 源碼 模塊 1 模塊 2 執(zhí)行程序 等等 注：源碼不填寫“字節(jié)數(shù)”，執(zhí)行程序只填寫“字節(jié)數(shù)”。 項目規(guī)?？偨Y(jié) 程序文件 規(guī)劃中組件開發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 30 頁 第 22 頁 根據(jù)軟件開發(fā)的各階段，總結(jié)該軟件項目或軟件產(chǎn)品完成的功能模塊數(shù)量與計劃的對比，給出對比圖表，并對比較結(jié)果進(jìn)行分析。用圖表來表示。 階段 計劃時間 實(shí)際時間 是否按時 計 劃 M 實(shí)際 M 需求分析 系統(tǒng)設(shè)計 編碼 測試 總計 05101520253035需求分析 系統(tǒng)設(shè)計 編碼 測試計劃M實(shí)際M 6/8 從工作量的角度進(jìn)行總結(jié)：將開 6/8 發(fā)該軟件項目或軟件產(chǎn)品所用工作量與計劃進(jìn)行比較，給出由于軟件問題報告所增加的工作量，給出對比圖表，并對比較結(jié)果進(jìn)行分析。我們可以采用任何一種。 1） 歷次測試發(fā)現(xiàn)的 BUG 數(shù)； 2） 同種原因產(chǎn)生的 BUG 數(shù)； 3） 同種類型的 BUG 數(shù)； 4） 各等級的 BUG 數(shù)； 5） 同一 BUG 出現(xiàn)的次數(shù)。 6/8 資源中心驗收單（式樣） 一式三份 序號 編號 成果題名 完成日期 提交日期 頁數(shù) 密級 保管期限 備注 1 NAVIKEN 1998821 72 長期 MO 盤 2 多媒體辦公自動化系統(tǒng) MOAS 19981230 42 長期 磁盤 填表人： 成果管理員： 成果提交人 中國最大的管理資源中心 第 30 頁 共 30 頁 卷內(nèi)成果目錄（式樣） 一式三份 序號 文件編號 責(zé)任者 題 名 日期 頁次 備注 1 AT97004DP01 李峰 FAX 1997331 1 2 NA504100A 王琛 樂器練習(xí)軟件功能說明書 199743 4 3 AT97004SD01 李峰 樂器練習(xí)軟件概要書 199743 64 4 NR506100A 王琛 AMOR RT Ver 開發(fā)計劃 1997425 102 第 頁 /共 頁
公司管理相關(guān)推薦
鄂ICP備17016276號-1