＜專案名稱＞
作者完成日期
簽收人簽收日期
修改情況記錄：
目錄1 模組開發情況表 1
2 功能說明 1
3 設計說明 2
4 源**清單 2
5 測試說明 2
6 複審的結論 2
扼要說明本模組（或本組模組）的功能，主要是輸入、要求的處理、輸出。可以從系統設計說明書摘錄。同時列出在軟體需求說明書中對這些功能的說明的章、條、款。
說明本模組（或本組模組）的設計考慮，包括：
a． 在系統設計說明書中有關對本模組（或本組模組）設計考慮的敘述，包括本模組在軟體系統中所處的層次，它同其他模組的介面；
b． 在程式設計說明書中有關對本模組（或本組模組）的設計考慮，包括本模組的演算法、處理流程、牽涉到的資料文捲設計限制、驅動方式和出錯資訊等；
c． 在編制目前已通過全部測試的源**時實際使用的設計考慮。
要給出所產生的模組（或本組模組）的第乙份無語法錯誤的源**清單以及已通過全部測試的當前有效的源**清單。
說明直接要經過模組（或本組模組）的每一項測試，包括這些測試各自的識別符號和編號、進行這些測試的目的、所用的配置和輸入、預期的輸出及實際的輸出。
把實際測試的結果，同軟體需求說明書、系統設計說明書、程式設計說明書中規定的要求進行比較和給出結論。
模組開發卷宗格式
軟體系統名稱和識別符號 模組名稱和識別符號 如果本卷宗包含多於乙個的模組，則用這組模組的功能標識代替模組名 程式編制員簽名 卷宗的修改文字序號 修改完成日期 卷宗序號 說明本卷宗在整個卷宗中的序號 編排日期 說明整個卷宗最近的一次編排日期 扼要說明本模組 或本組模組 的功能，主要是輸入 要求的處理 ...
模組開發卷宗讀後感
看過模組開發卷宗的前後對比如下所示 看過之前的感受 之前已為所謂的程式都是很簡單的,頂多就是編寫完了對程式做乙個檢查,看看有沒有什麼變數和格式錯誤而已,認為軟體就是由乙個個簡單的程式組合起來構成的,它們之間雖有聯絡但並不多.看過之後的感受 在閱讀過模組開發卷宗和一些有關於遊戲程式設計的書籍後,對程式...
軟體 模組測試計畫編寫規範
4 測試環境需求 4.1 測試環境 列明測試所要求的環境，如 大網環境 內部試驗環境或系統平台，包括 所須提供的功能 節目數 訊號幅度要求或硬體配置等 4.2 侷限性 在測試計畫中必須描述對測試專案的限制 4.3 配合人員 列出所須的配合人員數量及要求 測試報告則列明具體配合人的姓名及所在部門 5 ...