看過模組開發卷宗的前後對比如下所示:
看過之前的感受:之前已為所謂的程式都是很簡單的,頂多就是編寫完了對程式做乙個檢查,看看有沒有什麼變數和格式錯誤而已,認為軟體就是由乙個個簡單的程式組合起來構成的,它們之間雖有聯絡但並不多.
看過之後的感受:在閱讀過模組開發卷宗和一些有關於遊戲程式設計的書籍後,對程式和程式模組的設計及測試等有了具體的認識.先從程式小組的角度來說吧,在乙個遊戲的程式製作小組中,他們中的每乙個人編制的程式都是由美工設計人員和遊戲策劃人員的要求而定的,所以有的程式可以借用以前的加以修改,而有些程式需要體現出某種新型的想法而重新設計,雖然是按同一標準進行編制的,但這時程式在設計原則上會有很大的不同,程式因此而出錯的機率也會大幅增加,這就用上了今天所看的模組開發卷宗的內容,上面主要寫出了跟製作程式有關的文件說明,詳細規格如下:
1. 從標題方面規定了程式,因為無論製作的是遊戲還是軟體,所需的程式量都是非常龐大的,儘管採用模組的設計方式,但模組的數量、模組與模組之間的關聯性等內容也很多，這是使用標題就可以很好的標記出各模組之間的對應關係和模組的詳細功能。
2. 針對程式實現的功能進行了規劃性的說明，通過統一的規格文件可以更加清晰的看出模組實現的功能。
3. 在以前學過的各個說明書中都有涉及模組設計的內容，通過這些可以使程式開發小組的分工更明確，製作出的**的可遷移性更強。
4. 說明在製作模組前所涉及到的無錯的程式**，就是在程式設計前進行充分的準備，這樣在製作時才不會打亂整個小組的時間計畫表。
5. 測試是相當重要的，在開發程式的過程中，有些測試人員專門負責部分**功能的詳細測試，找到其中的bug然後反饋給開發人員好及時糾正，這樣可以避免程式開發完成後因錯誤太多而無從下手的問題，而在製作的中期階段也可以進行一次總體的測試，。
6. 最後一項要求的就是統計每次測試的結果並將其與相關資料彙總討論，得到解決問題的經驗，鞏固小組成員的協調性等因素。
以上就是結合其他文獻並閱讀這篇模組開發卷宗的感想。
模組開發卷宗格式
軟體系統名稱和識別符號 模組名稱和識別符號 如果本卷宗包含多於乙個的模組，則用這組模組的功能標識代替模組名 程式編制員簽名 卷宗的修改文字序號 修改完成日期 卷宗序號 說明本卷宗在整個卷宗中的序號 編排日期 說明整個卷宗最近的一次編排日期 扼要說明本模組 或本組模組 的功能，主要是輸入 要求的處理 ...
模組開發卷宗編寫規範
專案名稱 作者完成日期 簽收人簽收日期 修改情況記錄 目錄1 模組開發情況表 1 2 功能說明 1 3 設計說明 2 4 源 清單 2 5 測試說明 2 6 複審的結論 2 扼要說明本模組 或本組模組 的功能，主要是輸入 要求的處理 輸出。可以從系統設計說明書摘錄。同時列出在軟體需求說明書中對這些功...
讀後感 《看見》讀後感
看見 讀後感范文三篇 學會獨立思考，可以表達思緒，但盡量不要偏激，能了解背後的本質，能包容別人的觀點，客觀的評價事物，最後找到不合理的邏輯並為之努力去修繕它我想這就是這本書想要告訴我們的！由 第一篇范文看見讀後感 今天華東 華北很多地方下起了雪，我們這也是，上午的時候豆大的鵝絨般的雪花從天而降飄飄灑...