儘管在檔案編制中存在著很多靈活性，然而，檔案的編制確實是非常必要的，其意義如前所述。為了控制這種靈活性，保證檔案編制能達到應該達到的目的，對於具體的軟體開發任務，應編制的檔案的種類、詳細程度應取決於承擔開發單位的管理能力、任務的規模、複雜性和成敗風險等因素。乙個軟體開發單位應該根據本單位經營承包的應用軟體的專業特點和本單位的管理能力，制定乙個檔案編制實施規定，說明在什麼情況下應該編制哪些檔案。
由於國內目前在這方面還缺乏成熟的經驗，這裡提供參考國外經驗制定的兩個例子，用以向國內軟體開發單位說明如何建立這種實施規定，使專案負責人能確定本專案開發過程中應編制的檔案的種類。當然，例子畢竟只是例子，這兩個例子各自都不免有其片面性，它們兩者之間也不免有不一致之處，之所以列出來無非是供國內軟體開發單位參考。
例1：此例規定用求和法來確定應編制的檔案。該方法的要點是提出十二個考慮因素來衡量乙個應用軟，件，每個因素可能取值的範圍是互至5。
任務負責人可用這十二個因素對所要開發的程式進行衡量，確定每個因素的具體值。把這十二個因素的值相加，得到乙個總和。然後由這個總和的值來確定應該編制的檔案的種類。
使用這個方法的具體過程如下：
a. 按表oi中的十二個因素衡量所要開發的程式，得到每個因素的值；
b. 把衡量所得的各個因素的值相加，得總和之值；
c. 根據總和之值，從表oz查出應編制的檔案的種類。
表1檔案編制的十二項衡量因素
表1檔案編制的十二項衡量因素
*在因素總和較低的情況下,專案開發總結報告的內容應包括：程式的主要功能、基本流程、測試結果和使用說明。
**測試分析報告應該寫，但不必很正規。
***資料要求說明和資料庫設計說明是否需要編寫應根據所開發軟體的實際需要來決定。
例2：為了避免在軟體開發中檔案編制的不足或過分，乙個簡便的辦法是把對軟體檔案的編制要求同軟體的規模大小聯絡起來，這就是本例的出發點。軟體的規模不妨分為四級：
1. 小規模軟體源程式行數小於5000的軟體；
2. 中規模軟體源程式行數為10000～50000的軟體；
3. 大規模軟體源程式行數為100000—500000的軟體；
4. 特大規模軟體源程式行數大於500000的軟體。
對上述的四級軟體的檔案編制要求分別列於表3。
至於源程式行數為5000～10000，50000～100000的軟體，其檔案編制要求介於兩級之間，可根據乙個軟體產品的具體情況，由專案負責人參照表3的規定，確定需要編制的檔案種類。
對於源程式行數大於500000的特大規模軟體，可進一步把本指南規定的十四種檔案按實際需要擴充套件成更多種類，這一點在本指南5.3.3已經提到。
表3產品檔案體系
軟體開發計畫模版
公路水路交通運輸資訊共享與服務系統一期工程 xx子系統 軟體開發計畫 版本歷史 說明 1.軟體開發計畫 sdp 描述開發者實施軟體開發工作的計畫，本文件中 軟體開發 一詞涵蓋了新開發 修改 重用 再工程 維護和由軟體產品引起的其他所有的活動。是向需求方提供了解和監督軟體開發過程 所使用的方法 每項活...
軟體開發合同
甲方委託方 位址 郵編 乙方開發方 位址 郵編 負責人 甲方委託乙方，乙方接受甲方委託，開發軟體產品，雙方就合作事宜達成如下協議 一.合作方式 乙方根據甲方的要求定製開發軟體產品，並向甲方提供技術培訓 甲方向乙方支付費用。二.軟體內容要求及驗收標準 1.依據本合同約定，甲方委託乙方開發的軟體產品為 ...
軟體開發合同
合同編號 h00001s0a112 專案名稱 委託方 甲方 承攬方 乙方 簽訂日期 年月日 有效期限 年月日至年月日 一 合同標題 甲方同意委託乙方開發專案。乙方願意承接甲方上述開發專案，並保證按時 按質地完成開發任務。二 雙方責任 1 甲方負責提出資訊發布系統使用者需求，並在系統開發完成後，及時組...