【正文】 配備的輸入方法： 修改記錄： 備注： 軟 件 測 試 修 改 單 JL/ 軟件名稱 測試人 日 期 測試問題： 測試人： 日 期： 原因分析： 簽 字： 日 期： 糾正措施： 簽 字： 日 期： 回歸測試： 簽 字： 日 期： 審批意見： 批準人： 日 期： 附錄二： 版本啟用 /存檔實施細則 為了規(guī)范版本的管理，減少版本的數量，文檔資料的 管理和保存，文檔的及時更新，以及便于電子化的管理和規(guī)范工作流程，特制定該實施細則。 一、工作流程和任務 : 編 寫 修 改 程序 ， 整 理 資 料內 部 測 試外 部 測 試審 核資 料 審 查批 準版 本 發(fā) 放編 號 、 錄 入 數據 庫 、 刻 光 盤流 程 / 任 務負 責 人 輸 入 文 檔 輸 出 文 檔項 目 組 人 員所 有 文 檔 資 料發(fā) 行 版 本版 本 啟 用 通 知 單公 司 副 總 工 程師檔 案 室 資 料 管理 員技 術 經 理品 管 部項 目 組 其 他 人員檔 案 室 資 料 管理 員檔 案 室 資 料 管理 員發(fā) 行 版 本源 程 序版 本 啟 用 通 知 單版 本 啟 用 通 知 單發(fā) 行 版 本版 本 啟 用 通 知 單版 本 啟 用 通 知 單所 有 文 檔 資 料發(fā) 行 版 本版 本 啟 用 通 知 單所 有 文 檔 資 料版 本 啟 用 通 知 單所 有 文 檔 資 料發(fā) 行 版 本版 本 啟 用 通 知 單版 本 啟 用 通 知 單版 本 啟 用 通 知 單 版 本 啟 用 通 知 單所 有 文 檔 資 料發(fā) 行 版 本版 本 啟 用 通 知 單數 據 庫 資 料 、 光盤發(fā) 行 版 本版 本 啟 用 通 知 單 說明： 1. 內部測試： 進行白盒測試，要求對源程序進行檢查，分析出可能影響的模塊，并對相應的模塊進行測試。 2. 外部測試： 進行黑盒測試，對整個系統(tǒng)進行測試。 3. 審核： 檢查文件的完整性和正確性。 4. 資料審查： 檢查文件的完整性和格式的正確性。 5. 批準： 審查該版本是否可以發(fā)行。委派他人對提交的文檔進行抽查，驗證其正確性和完備性。 6. 編號、錄入數據、刻盤： 光盤 的卷標為 8 位數字的序列號，在根目錄下建立以版本編號為名稱的子目錄，所有提交的文檔資料存放在該子目錄中。 版 本 啟 用 通 知 單 JL/ 名稱 編號 狀態(tài) 配套版本 簡要描述 日期 光盤編號 提交人 版本號 被取代的 版本編號 驗證碼 適用范圍 編制人 測試人 資料審查 復制 要求 修 改 的 原 因 不能合 并的原因 測 試 結 果 審核意見 批準意見 說明： 欄目 描述 填寫人 備注 名稱 要求填寫產品的全稱 提交人 編號 由項目編號 +分模塊編號 +序列號構成 項目編號由 4位數字構成，分模塊編號由2 位數字構成，序列號由 4 位構成 該版本批準后，編寫編號 檔案管理員 日期 提交的日期 提交人 版本號 提交人 資料審查 負責檢查提交文件的完整性，并將版本啟用單錄入計算機 檔案管理員 驗證碼 要求復制時能驗證版本正確性的關鍵數據（代碼和、文件長度等） 提交人 簡要描述 對 該版本的簡單描述 提交人 光盤編號 由 8 位數字序列號構成 檔案管理員 提交人 負責提交所有的文件 主要設計者 適應范圍 描述適用的用戶和機器的批次 提交人 狀態(tài) 作廢 /使用 檔案管理員 編制人 編寫該程序的人員簽名 審核意見 對提交的文件負責 對被取代版本已發(fā)行產品的處理意見和該版本的使用時效 項目負責人 批準意見 技術部經理 修改原因 寫明改正了的錯誤或新增的功能 提交人 不能合并的原因 在原來的版本基礎上產生了一個新版本時，但應又不能取代原來版本時，必須說明原因。 提交人 復制要求 說明發(fā)行版本的格式，版本載體的類型（介質），復制的設備，復制的特殊要求 提交人 配套版本 當一個產品需要幾個軟件構成，必須主要與該版本配套的版本的編號，或關系用提交人 “ /”隔開，與關系用“，”隔開 測試人 不能少于兩人 測試該版本的所有人員的名單，要求簽名 附錄三： 概 要 設 計 說 明 書 概述 介紹該項目的名稱、任務提出者、提出的背景，應用的目標。 功能和性能 對照軟件需求說明書，來說明系統(tǒng)是如何滿足功能和性能需求的。 開發(fā)工具和平臺 描述采用何種操作系 統(tǒng)平臺、何種編程語言、開發(fā)工具進行開發(fā)。 總體結構設計 用圖表和文字方式說明該系統(tǒng)由幾個模塊構成，各模塊的功能、各模塊之間的關系。 用數據流圖描述出數據在該系統(tǒng)中的流動過程，在各模塊輸入前和輸出后數據的變換。 用程序流程圖描述出主要功能的實現(xiàn)方式。 接口設計 外部接口 說明該系統(tǒng)同外部所有的接口安排，包括硬件接口、軟件接口、用戶接口。 內部接口 說明該系統(tǒng)內部各個模塊之間的接口安排。 系統(tǒng)數據結構設計 邏輯數據結構設計 給出該系統(tǒng)內所使用的每個數據項、記錄、文件的標識、定義、長度以及他們之間的相互關系 。 物理數據結構設計 給出系統(tǒng)中的數據的存儲要求和訪問方式、和存儲介質。 系統(tǒng)出錯處理設計 出錯信息 用表格形式列出每種可能的出錯或故障情況出現(xiàn)時，系統(tǒng)輸出信息的形式、含義及處理方法。 補救措施 說明故障出現(xiàn)后可能采取的變通措施，如后備技術、降效技術、恢復及再啟動技術等。 系統(tǒng)維護設計 說明為了系統(tǒng)維護方便而在程序內部設計中作出的安排，如在程序中專門安排用于系統(tǒng)的檢查與維護的檢測點和專用模塊。 關鍵的技術和難點 描述開發(fā)該系統(tǒng)采用的關鍵技術和難點，對關鍵技術和難點作出風險評估，要求作出相應的解決對策， 或提出其他的解決方案。 交付方式 交付的內容 全部的設計文件、發(fā)行版本、源程序 交付的媒體介質 紙質文件、電子文件、 CD、 FLASH、軟盤 附錄四： 需 求 說 明 書 簡介 介紹該項目的名稱、任務提出者、提出的背景，應用的目標 詳細需求 環(huán)境需求 硬件環(huán)境 ? 描述運行該軟件需要的設備能力 ? 處理器的速度、數量和內存容量 ? 存儲媒體的容量 ? 輸入、輸出設備的種類和數量