軟件研發(fā)版本管理制度32981(編輯修改稿)
2025-05-06 07:31 本頁面
【文章內容簡介】 RTF等格式的文檔也視為源代碼。各子系統(tǒng)當前的程序源文件放入相應的目錄下。對于一個子系統(tǒng)又分多個分子系統(tǒng)的情況，應在該目錄下分別建立幾個相應的目錄。 SQL語句的存放各子系統(tǒng)SQL文件放入…..\.......\SQL下，對于不同的數(shù)據(jù)庫，分別建立不同的子目錄，如oracle、sysbase、db2等。公共SQL文件直接放入…\SQL下即可，不同數(shù)據(jù)庫的特殊SQL分別放入對應的子目錄下。發(fā)行文檔是指產(chǎn)品交付用戶使用所必須的文件。包括：產(chǎn)品可執(zhí)行文件，用戶使用說明書，聯(lián)機幫助（HLP）；資源文件（BMP，ICO等），環(huán)境配置文件等。以上文檔作為制作發(fā)行盤的素材，放在RELEASE的REL_SRC目錄之下，制作好的發(fā)行盤放在RELEASE的SETUP目錄。2．4權限控制管理為保障文檔的安全性，一致性，以及防止意外修改，必須對不同的文檔設置不同的訪問權限。文檔權限類別：只讀權限，讀寫權限。文檔類別：設計文檔，源碼，發(fā)行文檔。用戶類別：開發(fā)人員、測試人員、分析設計人員、項目經(jīng)理、配置管理員、安裝盤制作人員、問題及需求管理人員、用戶文檔編寫人員等。為了控制不同的使用權限，根據(jù)要求在服務器上分別建立不同的用戶，針對不同的配置項所在目錄分配不同的權限。為了便于管理，應以表格的形式列出人員與管理對象的訪問關系（用戶權限清單）。3．更新管理（版本升級）版本升級應嚴格納入版本管理的控制之下。應當謹慎地控制版本的升級，保障高版本的向下兼容性，或提供嚴格定義的升級方法。在下面幾種情況下，進行版本演化和升級：當產(chǎn)品發(fā)生重大修改和改進時，主版本號加1。重大修改和改進包括：1） 平臺遷移；2） 開發(fā)工具的遷移；3） 體系結構的變遷。當產(chǎn)品發(fā)生較小的改進或修改時，次版本號可以加1。 對于改動量比較少的，如修改產(chǎn)品的錯誤，可增加內部版本號。內部版本號對用戶來說是不可見的，只對項目部內部版本控制有用。記錄版本升級過程。每次版本升級，都要填寫版本升級記錄表，記錄表樣例如下：版本升級記錄表版本號發(fā)布日期修改文件問題簡要描述發(fā)布責任人批準人備注說明： 版本號： 記錄當前發(fā)布的版本。 發(fā)布日期：該版本批準發(fā)布的日期。 修改文件：版本修改記錄文件，一般為版本修改日志。 新版本的發(fā)布新版本的發(fā)布包括主版本號和次版本號的升級，一般不包括內部版本號的升級。流程如下： 根據(jù)項目進展情況，或者根據(jù)用戶需要進行發(fā)布準備。
公司管理相關推薦
鄂ICP備17016276號-1