【正文】 光盤編號 提交人 版本號 被取代的 版本編號 驗證碼 適用范圍 編制人 測試人 資料審查 復(fù)制 要求 修 改 的 原 因 不能合 并的原因 測 試 結(jié) 果 審核意見 批準意見 說明： 欄目 描述 填寫人 備注 名稱 要求填寫產(chǎn)品的全稱 提交人 編號 由項目編號 +分模塊編號 +序列號構(gòu)成 項目編號由 4位數(shù)字構(gòu)成，分模塊編號由2 位數(shù)字構(gòu)成，序列號由 4 位構(gòu)成 該版本批準后，編寫編號 檔案管理員 日期 提交的日期 提交人 版本號 提交人 資料審查 負責(zé)檢查提交文件的完整性，并將版本啟用單錄入計算機 檔案管理員 驗證碼 要求復(fù)制時能驗證版本正確性的關(guān)鍵數(shù)據(jù)（代碼和、文件長度等） 提交人 簡要描述 對 該版本的簡單描述 提交人 光盤編號 由 8 位數(shù)字序列號構(gòu)成 檔案管理員 提交人 負責(zé)提交所有的文件 主要設(shè)計者 適應(yīng)范圍 描述適用的用戶和機器的批次 提交人 狀態(tài) 作廢 /使用 檔案管理員 編制人 編寫該程序的人員簽名 審核意見 對提交的文件負責(zé) 對被取代版本已發(fā)行產(chǎn)品的處理意見和該版本的使用時效 項目負責(zé)人 批準意見 技術(shù)部經(jīng)理 修改原因 寫明改正了的錯誤或新增的功能 提交人 不能合并的原因 在原來的版本基礎(chǔ)上產(chǎn)生了一個新版本時，但應(yīng)又不能取代原來版本時，必須說明原因。 4. 資料審查： 檢查文件的完整性和格式的正確性。 湖南計算機股份有限公司 用戶服務(wù)檔案 JL/ 出 差 人 出差時間 出差地點 用戶名稱 產(chǎn)品名稱 版 本 號 實際費用 （元） 使用的系統(tǒng)環(huán)境： 發(fā)現(xiàn)的問題： 解決情況： 改動的程序模塊： 用戶意見： 辦事處意見： 處理結(jié)果（回廠后經(jīng)協(xié)調(diào)或評審結(jié)論）： 湖南計算機股份有限公司 版 本 檔 案 （工作記錄） 編號： 產(chǎn)品名稱 版本號 版本適用范圍 源 版 本 取代版本號 版本源程序壓縮文件名 代 碼 和 提 交 人 提交時間 存檔 日期 配備的輸入方法： 修改記錄： 備注： 軟 件 測 試 修 改 單 JL/ 軟件名稱 測試人 日 期 測試問題： 測試人： 日 期： 原因分析： 簽 字： 日 期： 糾正措施： 簽 字： 日 期： 回歸測試： 簽 字： 日 期： 審批意見： 批準人： 日 期： 附錄二： 版本啟用 /存檔實施細則 為了規(guī)范版本的管理，減少版本的數(shù)量，文檔資料的 管理和保存，文檔的及時更新，以及便于電子化的管理和規(guī)范工作流程，特制定該實施細則。 文檔要求 各階段需具備的基本文檔及文檔格式（見附錄） 鑒定需具備的文檔參見附錄。 軟件的交付管理 按 [版 本啟用 /存檔細則 ]執(zhí)行。 5. 4 設(shè)計部門負責(zé)人批準軟件項目開發(fā)計劃。 軟件項目的檢測 5. 3. 1 項目負責(zé)人負責(zé)組織完成下述工作。 a、項目負責(zé)人（軟件負責(zé)人）于評審前 3 天填寫 [評審申請表 ]，并備齊評審資料，交技術(shù)發(fā)展部。 項目負責(zé)人 (軟件負責(zé)人 )負責(zé)： a、制定軟件課題開發(fā)計劃和進度安排及資源需求； 湖南計算機股份有限公司管理標準 軟件開發(fā)和文檔編制程序 QG/PLA — 20xx b、進行總體設(shè)計； c、 提供階段評審資料； d、協(xié)調(diào)技術(shù)接口。 4 職責(zé) 設(shè)計部門負責(zé)人批準軟件開發(fā)項目任務(wù)書。QG 湖南計算機股份有限公司管理標準 QG/PLA 軟件開發(fā)和文檔編制管理程序 認證系列： 高級職業(yè)經(jīng)理 CEO 資格認證、人力資源總監(jiān)、營銷經(jīng)理、財務(wù)總監(jiān)、企業(yè)培訓(xùn)師、酒店經(jīng)理、品質(zhì)經(jīng)理、生產(chǎn)經(jīng)理、營銷策劃師 等學(xué)習(xí)認證系列 。 2 引用 標準 GB8567— 88 計算機軟件產(chǎn)品開發(fā)文件編制指南 3 定義 不需用。 項目負責(zé)人負責(zé)組織對軟件項目的各階段進行考核、質(zhì)量控制、組織接口協(xié)調(diào)文檔的發(fā)布批準及文檔更改審批。 軟件項目 公司立項項目由技術(shù)發(fā)展部負責(zé)組織評審。 若項目既有軟件開發(fā)，又有硬件開發(fā)，其評審是分開（軟件、硬件）還是合并進行，由設(shè)計部門負責(zé)人決定。 5. 3. 2 物流部經(jīng)理負責(zé)組織軟件版本存檔前的最終檢測，并在 [版本送檢（啟用）通知單 ]上簽署檢測結(jié)果。開發(fā)計劃須明確劃分各開發(fā)階段，并可按開發(fā)階段進行自主開發(fā)； b、總體設(shè)計； c、提供各階段文檔 (包括評審文檔 )，并于鑒定后一周內(nèi)存入標準檔案室； d、組織軟件 (版本 )檢測，并對檢測結(jié)果負責(zé)； e、協(xié)調(diào)技術(shù)接口； f、定期填報工作進度，若進度計劃需修改，應(yīng)在報表中申述（進度報表既可按月也可按項目分階段填報）。 技術(shù)人員在為顧客服務(wù)的現(xiàn)場，遇到需要版本修訂時，應(yīng)先電告項目負責(zé)人，經(jīng)認可后，回廠填寫 [用戶服務(wù)檔案 ]，必要時項目負責(zé)人應(yīng)組織評審和檢測。 附錄 附錄一：軟件產(chǎn)品文件表 附錄二： 版本啟用 /存檔實施細則 附錄三：概要設(shè)計說明書 附錄四：需求說明書 附錄五： 軟件開發(fā)規(guī)范 附錄六：程序設(shè)計若干規(guī)定 附錄一： 軟件產(chǎn)品文件表 序號 文 件 名 稱 文件 簡號 產(chǎn) 品 產(chǎn)品的組成部門 成套軟件 整 件 整 件 軟 件 1 任務(wù)委托書 RW ● ○ 2 可行性研究報告 KY ● ○ 3 軟件需求說明 RX ● ○ ○ ○ 4 數(shù)據(jù)要 求說明書 SY ○ ○ ○ 5 項目開發(fā)計劃 XK ○ 6 概要設(shè)計說明書 GS ○ ○ ○ 7 詳細設(shè)計說明書 QS ○ ○ ○ 8 數(shù)據(jù)庫設(shè)計說明書 SG ○ ○ ○ 9 測試計劃 CJ ○ ○ ○ 10 程序 CX ● ● ● 11 測試分析報告 CF ○ ○ 12 用戶手冊 YS ● ○ ○ 13 操作手冊 CS ● ○ ○ 14 程序維護手冊 CW ○ ○ ○ 15 項目開發(fā)總結(jié)報告 XZ ● ● 16 使用報告 SB ● ● 1