軟件開發(fā)流程和相關(guān)規(guī)范.doc

《軟件開發(fā)流程和相關(guān)規(guī)范.doc》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件開發(fā)流程和相關(guān)規(guī)范.doc（101頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 1/101 文件編號(hào)STD-ZS-KF-2010-000 中山森中山森創(chuàng)創(chuàng)信息技信息技術(shù)術(shù)有限公司有限公司 版本/修改A/0 文件名稱文件名稱軟件開發(fā)流程和相關(guān)規(guī)范頁數(shù)共 101 頁 中山森創(chuàng)信息技術(shù)有限公司中山森創(chuàng)信息技術(shù)有限公司 軟件開發(fā)流程和相關(guān)規(guī)范軟件開發(fā)流程和相關(guān)規(guī)范 版權(quán)所有，未經(jīng)雙方許可不得復(fù)制或?qū)ν鈧鏖啺鏅?quán)所有，未經(jīng)雙方許可不得復(fù)制或?qū)ν鈧鏖?軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 2/101 目目 錄錄 1軟件配置管理規(guī)范軟件配置管理規(guī)范.7 1.1.配置管理目標(biāo).7 1.2.配置管理的主要內(nèi)

2、容.7 1.3.配置管理角色、職責(zé)及權(quán)限.8 1.3.1.配置經(jīng)理.8 1.3.2.項(xiàng)目負(fù)責(zé)人.8 1.3.3.配置管理員（CMO）.9 1.3.4.開發(fā)人員.9 1.3.5.軟件測試人員.9 1.3.6.軟件維護(hù)人員.10 1.3.7.質(zhì)量保證人員.10 1.3.8.角色、權(quán)限圖.10 1.4.配置管理過程.12 1.5.配置管理工具及環(huán)境.13 1.5.1.文件服務(wù)器.13 1.5.2.配置管理工具.13 1.5.3.配置服務(wù)器.13 1.6.配置管理計(jì)劃.14 1.6.1.配置工具的選擇.14 1.6.2.配置庫的基本目錄結(jié)構(gòu).14 1.6.3.權(quán)限設(shè)置.15 1.6.4.配置項(xiàng)標(biāo)識(shí)規(guī)定

3、.15 1.6.5.協(xié)作開發(fā)規(guī)定.15 1.6.6.其它.15 1.7.配置項(xiàng)管理.15 1.7.1.配置項(xiàng)標(biāo)識(shí)號(hào)命名規(guī)范.16 1.7.2.配置項(xiàng)名稱命名規(guī)范.17 1.7.3.程序文件、數(shù)據(jù)文件.18 1.8.基線建立及變更管理.18 1.9.文檔版本管理.19 1.9.1.文檔版本及版本號(hào)的概念.19 1.9.2.版本號(hào)的定義及生成方法.20 1.9.3.定版的具體操作方法.21 1.9.4.定版的具體操作方法.21 1.10.軟件版本管理.21 1.10.1.定版的具體操作方法.21 1.10.2.版本號(hào)的定義及生成方法.22 1.10.3.定版的具體操作方法.23 1.10.4.在

4、VSS 上定版的具體操作方法.23 1.10.5.版本發(fā)布流程.24 1.10.6.版本保存.25 1.11.公用程序庫的建立及維護(hù).25 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 3/101 1.12.配置庫的安全管理.25 1.12.1.版本保存.25 1.12.2.配置服務(wù)器的安全控制.26 1.12.3.配置庫備份.26 1.12.4.配置管理平臺(tái)維護(hù).26 1.13.工作空間管理.26 1.14.變更文件的審批與確認(rèn).27 2軟件質(zhì)量保證規(guī)范軟件質(zhì)量保證規(guī)范.28 2.1概述.28 2.1.1目標(biāo).28 2.1.2方針.28 2.1.3核心內(nèi)容.28 2.2質(zhì)量保

5、證活動(dòng)組織與職責(zé).29 2.2.1質(zhì)量保證組織結(jié)構(gòu)圖.29 2.2.2角色與職責(zé).29 2.3工作規(guī)程.33 2.3.1工作流程圖.33 2.3.2指定質(zhì)量保證人員及參與項(xiàng)目策劃確認(rèn).34 2.3.3早期活動(dòng)及建立質(zhì)量保證計(jì)劃.34 2.3.4項(xiàng)目計(jì)劃的評(píng)審.34 2.3.5質(zhì)量保證計(jì)劃的分步實(shí)施及報(bào)告.34 2.3.6質(zhì)量保證計(jì)劃的維護(hù).35 2.3.7質(zhì)量保證總結(jié)報(bào)告.36 2.4質(zhì)量保證計(jì)劃.36 2.4.1質(zhì)量目標(biāo).36 2.4.2質(zhì)量保證活動(dòng)要點(diǎn).36 2.4.3質(zhì)量保證報(bào)告制度.38 3軟件開發(fā)過程規(guī)范軟件開發(fā)過程規(guī)范.39 3.1引言.39 3.2軟件開發(fā)過程.39 3.3需求開

6、發(fā)過程.39 3.3.1目的.39 3.3.2前提.39 3.3.3主要活動(dòng).39 3.3.4流程規(guī)范.40 3.1.1需求定義流程規(guī)范.42 3.1.2需求分析內(nèi)容.42 3.4總體設(shè)計(jì)過程.43 3.4.1目的.43 3.4.2前提.43 3.4.3主要活動(dòng).43 3.4.4流程規(guī)范.44 3.5概要設(shè)計(jì)過程.45 3.5.1目的.45 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 4/101 3.5.2前提.45 3.5.3主要活動(dòng).45 3.5.4流程規(guī)范.46 3.6詳細(xì)設(shè)計(jì)過程.49 3.6.1目的.49 3.6.2前提.50 3.6.3主要活動(dòng).50 3.6.4流

7、程規(guī)范.50 3.7系統(tǒng)實(shí)現(xiàn)過程.51 3.7.1目的.51 3.7.2前提.51 3.7.3主要活動(dòng).51 3.7.4流程規(guī)范.52 3.8軟件測試過程.52 3.9系統(tǒng)運(yùn)行過程.53 3.9.1目的.53 3.9.2前提.53 3.9.3主要活動(dòng).53 3.9.4流程規(guī)范.54 3.10軟件維護(hù)過程.54 4 4軟件測試過程規(guī)范軟件測試過程規(guī)范.54 4.1軟件測試目的.54 4.2軟件測試過程.55 4.3軟件測試過程與軟件開發(fā)過程關(guān)系.57 4.4測試計(jì)劃.57 4.4.1軟件測試計(jì)劃.57 4.4.2測試需求.58 4.5測試設(shè)計(jì).58 4.5.1單元測試方案.58 4.5.2集成測

8、試方案.58 4.5.3系統(tǒng)測試方案.59 4.5.4測試工具設(shè)計(jì).59 4.6測試實(shí)現(xiàn).59 4.6.1測試用例編制.59 4.6.2測試工具實(shí)現(xiàn).59 4.7測試執(zhí)行.59 4.7.1單元測試.59 4.7.2集成測試.60 4.7.3系統(tǒng)測試.60 4.7.4用戶測試.60 4.8測試結(jié)束.60 5 5設(shè)計(jì)和開發(fā)評(píng)審指南設(shè)計(jì)和開發(fā)評(píng)審指南.61 5.1目的.61 5.2范圍.61 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 5/101 5.3角色和職責(zé).61 5.3.1主審人.61 5.3.2評(píng)審專家.62 5.3.3質(zhì)量保證人員.62 5.3.4記錄員.62 5.3.

9、5顧客和用戶代表.62 5.3.6相關(guān)領(lǐng)導(dǎo)和部門管理人員.62 5.4評(píng)審時(shí)機(jī).62 5.5評(píng)審的基本要求.62 5.6評(píng)審依據(jù).63 5.7評(píng)審內(nèi)容.63 5.8評(píng)審方式.63 5.8.18.1 會(huì)簽評(píng)審.63 5.8.28.2 會(huì)議評(píng)審.63 5.9工作程序.64 5.9.1成立評(píng)審組.64 5.9.2提供資料.64 5.9.3評(píng)委發(fā)表意見.64 5.9.4形成評(píng)審結(jié)論.65 5.9.5評(píng)審資料的歸檔.65 5.9.6跟蹤管理.65 6 6編碼規(guī)范編碼規(guī)范.66 6.1編制目的.66 6.2C#編碼標(biāo)準(zhǔn)66 6.2.1一般命名規(guī)范.66 6.2.2ADO.NET 命名規(guī)范 67 6.2.3

10、WinForm Control 命名規(guī)范.67 6.2.4WebControl 命名規(guī)范68 6.2.5命名約定.69 6.2.6注釋.69 6.2.7代碼編寫格式.70 6.2.8C#細(xì)節(jié)規(guī)范73 7 7UNIXUNIX 開發(fā)環(huán)境規(guī)范開發(fā)環(huán)境規(guī)范74 7.1源程序版本管理.74 7.2開發(fā)用戶環(huán)境設(shè)置.75 7.3項(xiàng)目目錄結(jié)構(gòu).75 7.4軟件測試：.76 8 8軟件單元測試工作指南軟件單元測試工作指南.76 8.1目的.76 8.2單元測試工作內(nèi)容及其流程.76 8.3單元測試需求獲取.77 8.4單元測試測試策略.77 8.5單元測試工作機(jī)制.77 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-

11、KF-2010-000 6/101 9 9軟件集成測試工作指南軟件集成測試工作指南.78 9.1目的.78 9.2集成測試工作內(nèi)容及其流程.78 9.3集成測試需求獲取.79 9.4集成測試測試策略.79 9.5集成測試工作機(jī)制.79 1010軟件系統(tǒng)測試工作指南軟件系統(tǒng)測試工作指南.79 10.1目的.80 10.2系統(tǒng)測試工作內(nèi)容及其流程.80 10.3系統(tǒng)測試需求獲取.80 10.3.1功能性測試需求.81 10.3.2性能測試需求.81 10.3.3其它測試需求.81 10.4系統(tǒng)測試策略.82 10.4.1系統(tǒng)測試類型和目標(biāo).82 10.4.2采用的測試技術(shù).82 10.5系統(tǒng)測試的

12、工作機(jī)制.82 1111軟件開發(fā)文檔編制規(guī)范軟件開發(fā)文檔編制規(guī)范.83 11.1引言.83 11.2使用說明.83 11.3常用工具格式規(guī)范.84 11.4總體設(shè)計(jì)說明書編制規(guī)范.84 11.5需求規(guī)格說明書編制規(guī)范.85 11.6概要設(shè)計(jì)說明書編制規(guī)范.86 11.7數(shù)據(jù)庫設(shè)計(jì)說明書編制規(guī)范.86 11.8軟件維護(hù)手冊(cè)編制規(guī)范.87 11.9用戶手冊(cè)編制規(guī)范.88 11.10附件.89 1212軟件開發(fā)部門職責(zé)篇軟件開發(fā)部門職責(zé)篇.89 12.1軟件部門職責(zé).89 12.1.1售前咨詢.89 12.1.2項(xiàng)目規(guī)劃.89 12.1.3需求分析.90 12.1.4軟件原型.90 12.1.5軟件

13、開發(fā).91 12.1.6軟件測試.91 12.1.7軟件實(shí)施.91 12.1.8總結(jié)驗(yàn)收.92 12.1.9產(chǎn)品升級(jí).93 12.1.10知識(shí)管理.93 12.1.11內(nèi)部培訓(xùn).93 12.1.12開發(fā)流程標(biāo)準(zhǔn)化.93 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 7/101 12.2崗位職責(zé).93 12.2.1技術(shù)總監(jiān).93 12.2.2項(xiàng)目經(jīng)理.93 12.2.3系統(tǒng)分析員.94 12.2.4高級(jí)程序員.94 12.2.5程序員.94 12.2.6測試工程師.94 12.2.7軟件實(shí)施人員.95 附錄附錄.95 WORD 開發(fā)文檔格式模板開發(fā)文檔格式模板.95 ROSE模板

14、規(guī)范目錄結(jié)構(gòu)模板規(guī)范目錄結(jié)構(gòu).99 軟件開發(fā)文檔清單軟件開發(fā)文檔清單.100 1軟件配置管理規(guī)范軟件配置管理規(guī)范 1.1.配置管理目標(biāo)配置管理目標(biāo) 通過實(shí)施配置管理活動(dòng)，令項(xiàng)目開發(fā)團(tuán)隊(duì)工作在一個(gè)規(guī)范的配置管理平臺(tái)上，從而提高 軟件產(chǎn)品質(zhì)量、提高軟件開發(fā)的整體工作效率，達(dá)到用戶滿意。同時(shí)，通過配置管理活動(dòng)， 將項(xiàng)目開發(fā)過程中所有的產(chǎn)出、開發(fā)活動(dòng)、管理活動(dòng)等進(jìn)行記錄，以方便今后的軟件維護(hù)及 類似項(xiàng)目的參照。 1.2.配置管理的主要內(nèi)容配置管理的主要內(nèi)容 軟件開發(fā)的配置管理主要包括以下內(nèi)容： 配置項(xiàng)標(biāo)識(shí)的管理； 配置庫的建立及變更管理； 版本控制； 配置管理計(jì)劃編制； 公用程序庫的建立及維護(hù)； 配置

15、庫的安全管理； 小組協(xié)作管理； 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 8/101 工作空間管理； 1.3.配置管理角色、職責(zé)及權(quán)限配置管理角色、職責(zé)及權(quán)限 在配置管理平臺(tái)下，軟件開發(fā)人員按照不同的角色的要求、根據(jù)系統(tǒng)賦予的權(quán)限來執(zhí)行 相應(yīng)的動(dòng)作。具體主要涉及下列的角色和分工： 1.3.1.1.3.1.配置經(jīng)理配置經(jīng)理 負(fù)責(zé)指導(dǎo)和控制部門配置管理的各項(xiàng)具體活動(dòng)的進(jìn)行，為項(xiàng)目經(jīng)理的決策提供建議。配 置經(jīng)理由指定的專人兼任，其具體職責(zé)為以下幾項(xiàng)： 建立、管理部門配置管理平臺(tái)； 建立項(xiàng)目配置庫； 配置庫的備份等安全管理； 制定配置管理規(guī)范； 輔助項(xiàng)目組建立配置管理環(huán)境； 審核配

16、置管理計(jì)劃； 指導(dǎo)項(xiàng)目組配置管理活動(dòng)； 監(jiān)督、考核各項(xiàng)目組配置管理活動(dòng)的執(zhí)行情況。 1.3.2.1.3.2.項(xiàng)目負(fù)責(zé)人項(xiàng)目負(fù)責(zé)人 項(xiàng)目負(fù)責(zé)人根據(jù)配置管理員的建議，批準(zhǔn)、監(jiān)督該項(xiàng)目配置管理的各項(xiàng)活動(dòng)并控制它們 的進(jìn)程。其具體職責(zé)為以下幾項(xiàng)： 參與規(guī)劃、制定和修改項(xiàng)目配置管理策略； 批準(zhǔn)、發(fā)布配置管理計(jì)劃； 決定項(xiàng)目起始基線和開發(fā)里程碑； 建立基線，審核基線變更申請(qǐng)； 制定配置管理相關(guān)權(quán)限策略； 監(jiān)控配置管理過程； 項(xiàng)目負(fù)責(zé)人可以查看該項(xiàng)目配置庫中配置項(xiàng)，在允許的權(quán)限內(nèi)可以對(duì)配置項(xiàng)進(jìn)行增、刪、 改。 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 9/101 1.3.3.1.3.3.

17、配置管理員（配置管理員（CMOCMO） 各項(xiàng)目組指定配置管理員，配置管理員根據(jù)配置管理計(jì)劃執(zhí)行該項(xiàng)目各項(xiàng)配置管理任務(wù)， 其具體職責(zé)為以下幾項(xiàng)： 編制、提交配置管理計(jì)劃； 嚴(yán)格管理配置項(xiàng)的操作權(quán)限； 執(zhí)行版本控制流程； 執(zhí)行變更控制方案； 建立開發(fā)人員的工作空間； 對(duì)開發(fā)人員進(jìn)行相關(guān)的培訓(xùn)； 項(xiàng)目小組開發(fā)協(xié)作管理； 各配置項(xiàng)的日常管理與維護(hù)； 識(shí)別配置管理過程中存在的問題并擬就解決方案； 向配置經(jīng)理、項(xiàng)目負(fù)責(zé)人定期匯報(bào)項(xiàng)目組配置管理情況。 配置管理員可以查看該項(xiàng)目配置庫中配置項(xiàng)，在允許的權(quán)限內(nèi)可以對(duì)配置項(xiàng)進(jìn)行增、刪、 改。 1.3.4.1.3.4.開發(fā)人員開發(fā)人員 開發(fā)人員的職責(zé)就是根據(jù)軟件配置

18、管理計(jì)劃和相關(guān)規(guī)定，按照軟件配置管理工具的使用 方式來完成開發(fā)任務(wù)。 開發(fā)人員可以查看、修改項(xiàng)目配置庫中有權(quán)限的配置項(xiàng)，但不允許對(duì)配置項(xiàng)進(jìn)行永久刪 除操作。 1.3.5.1.3.5.軟件測試人員軟件測試人員 軟件測試人員的職責(zé)就是根據(jù)軟件配置管理計(jì)劃和相關(guān)規(guī)定，按照軟件配置管理工具的 使用方式來完成軟件測試任務(wù)。 軟件測試人員可以查看軟件的相關(guān)開發(fā)文檔，在權(quán)限范圍內(nèi)可以對(duì)配置項(xiàng)增加、修改， 但不允許對(duì)配置項(xiàng)進(jìn)行永久刪除操作。 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 10/101 1.3.6.1.3.6.軟件維護(hù)人員軟件維護(hù)人員 軟件維護(hù)人員的職責(zé)就是根據(jù)軟件配置管理計(jì)劃和

19、相關(guān)規(guī)定，按照軟件配置管理工具的 使用方式來完成軟件維護(hù)任務(wù)。 軟件維護(hù)人員可以查看、修改該人員負(fù)責(zé)維護(hù)的軟件的相關(guān)開發(fā)文檔、源程序，在權(quán)限 范圍內(nèi)可以對(duì)配置項(xiàng)增加、修改，但不允許對(duì)配置項(xiàng)進(jìn)行永久刪除操作。 1.3.7.1.3.7.質(zhì)量保證人員質(zhì)量保證人員 質(zhì)量保證人員的職責(zé)就是根據(jù)軟件配置管理計(jì)劃和相關(guān)規(guī)定，按照軟件配置管理工具的 使用模型來完成質(zhì)量保證任務(wù)。 質(zhì)量保證人員可以查看軟件的相關(guān)開發(fā)文檔，在權(quán)限范圍內(nèi)可以對(duì)配置項(xiàng)增加、修改， 但不允許對(duì)配置項(xiàng)進(jìn)行永久刪除操作。 1.3.8.1.3.8.角色、權(quán)限圖角色、權(quán)限圖 以下角色、權(quán)限圖主要針對(duì) VSS 配置管理工具。 角色 Project

20、 配置經(jīng)理 項(xiàng)目經(jīng)理配置管理員開發(fā)人員軟件測試人員質(zhì)量保證人 員 準(zhǔn)備階段 RRCARCAD R (CA 授權(quán)) R R (CA 授權(quán)) 需求分析階段 RRCARCAD R (CA 授權(quán)) RR 系統(tǒng)設(shè)計(jì)階段 RRCARCAD R (CA 授權(quán))無 R 系統(tǒng)實(shí)現(xiàn)階段 RRCARCAD R (CA 授權(quán))無無 系統(tǒng)測試階段 RRCARCADRCARCAR 系統(tǒng)維護(hù)階段 RRCARCAD R (CA 授權(quán))無 R 質(zhì)量保證 RRRCADRRRCA 項(xiàng)目管理 RRCARCADR 無 R 配置管理 RRRCADRRR 測試管理 RRRCADRRCAR 個(gè)人工作庫 R 無 RCADRCAD 無無 項(xiàng)目共

21、享庫 RRCARCADRRR 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 11/101 項(xiàng)目基線庫 R R (CA 授權(quán)) RCAD R (CA 授權(quán))R (CA 授權(quán)) RCA 注： 1.權(quán)限 R表示具有 Read 權(quán)限。 C表示具有 Check in/Check out 權(quán)限。 A表示具有 Add/Rename/Delete 權(quán)限。 D表示具有 Destroy 權(quán)限。 無表示不具有該項(xiàng)權(quán)限。 授權(quán)表示需要項(xiàng)目負(fù)責(zé)人根據(jù)需要配置相應(yīng)權(quán)限。 2.由于配置管理員具有最高權(quán)限，可以進(jìn)行任何操作，但執(zhí)行非 Read 操作時(shí)必須經(jīng) 項(xiàng)目負(fù)責(zé)人同意。 3. 個(gè)人工作空間允許擁有者進(jìn)行任

22、何操作，包括 destroy 操作。 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 12/101 1.4.配置管理過程配置管理過程 開 始 配置管理策劃 評(píng)審 不通過 建立配置管理環(huán)境 通過 配置、標(biāo)識(shí)和 管理 變更控制版本控制 基線審核和發(fā) 布 報(bào)告狀態(tài) 發(fā)布產(chǎn)品 結(jié)束 配置管理的策劃由項(xiàng)目組配置管理員負(fù)責(zé)，策劃的結(jié)果為配置管理計(jì)劃； 配置管理策劃的評(píng)審由開發(fā)部配置經(jīng)理、項(xiàng)目經(jīng)理進(jìn)行評(píng)審，形成相關(guān)的評(píng)審紀(jì)錄； 配置管理環(huán)境由開發(fā)部配置經(jīng)理負(fù)責(zé)； 配置庫的具體管理由配置管理員負(fù)責(zé)，形成相關(guān)的記錄，包括配置項(xiàng)信息登記表 、配置管理周報(bào)、配置管理工作表、軟件配置管理評(píng)分表、變更申

23、請(qǐng)記錄表、應(yīng)用軟件版本發(fā)布申請(qǐng)表、版本記錄表、變更文件審批與 確認(rèn)登記表。 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 13/101 1.5.配置管理工具及環(huán)境配置管理工具及環(huán)境 1.5.1.1.5.1.文件服務(wù)器文件服務(wù)器 在開發(fā)部建立獨(dú)立的文件服務(wù)器，文件服務(wù)器的主要作用為： 提供共享程序服務(wù) 將常用應(yīng)用程序（包括開發(fā)工具、數(shù)據(jù)庫工具、管理工具等）存放共享目錄下，方便各 開發(fā)人員隨時(shí)使用，并提供共享目錄以便各開發(fā)人員上傳共享程序。 提供共享資料服務(wù) 將常用資料存放共享目錄下，方便各開發(fā)人員隨時(shí)使用，并提供共享目錄以便各開發(fā)人 員上傳共享文檔。 提供開發(fā)人員個(gè)人空間 為每個(gè)

24、開發(fā)人員建立個(gè)人目錄，開發(fā)人員可將關(guān)鍵文檔在文件服務(wù)器上進(jìn)行備份。此為 開發(fā)人員的私有目錄，別人無權(quán)訪問。 1.5.2.1.5.2.配置管理工具配置管理工具 可采用以下配置管理工具： Microsoft Visual Sourcesafe(VSS) 基于 WINDOWS 的開發(fā)采用 Microsoft Visual Sourcesafe(VSS)作為配置管理工具。 基于 UNIX 下的開發(fā)采用 Samba 作為磁盤映射工具，Microsoft Visual Sourcesafe(VSS) 作為配置管理工具。 CVS 工具 基于 UNIX 下的開發(fā)采用 CVS 作為程序版本控制工具，同時(shí)在 WI

25、NDOWS 環(huán)境下 用VSS 建立項(xiàng)目文檔等配置項(xiàng)的管理環(huán)境。 1.5.3.1.5.3.配置服務(wù)器配置服務(wù)器 在開發(fā)部建立統(tǒng)一的配置服務(wù)器，逐步進(jìn)行配置庫的集中管理，項(xiàng)目組內(nèi)部不再單 獨(dú)設(shè)立配置服務(wù)器。 配置服務(wù)器今后將成為軟件開發(fā)的項(xiàng)目庫，記錄所有軟件開發(fā)項(xiàng)目的開發(fā)及維護(hù)過 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 14/101 程。對(duì)新項(xiàng)目的開發(fā)，項(xiàng)目負(fù)責(zé)人可以申請(qǐng)查閱配置庫中相類似的項(xiàng)目資料，以更好地 把握新項(xiàng)目的開發(fā)。 配置服務(wù)器也是開發(fā)部的公用程序庫服務(wù)器。各項(xiàng)目組在項(xiàng)目開發(fā)過程中有義務(wù)將 通用的程序模塊放入公用程序庫中，被其他項(xiàng)目組使用，達(dá)到程序共享，避免重復(fù)開

26、發(fā)。 公用程序庫的建立及維護(hù)見第八章。 1.6.配置管理計(jì)劃配置管理計(jì)劃 配置管理計(jì)劃應(yīng)細(xì)化以下內(nèi)容： 1.6.1.1.6.1.配置工具的選擇配置工具的選擇 配置管理計(jì)劃中明確采用的配置工具，如采用 unix 下的 CVS 工具，還必須編寫完善 的配置操作腳本，并注明使用方法。 1.6.2.1.6.2.配置庫的基本目錄結(jié)構(gòu)配置庫的基本目錄結(jié)構(gòu) 根據(jù)具體的項(xiàng)目設(shè)置配置庫的基本目錄結(jié)構(gòu)，并進(jìn)行基本的解釋，一般可以包含以下的 一級(jí)目錄及二級(jí)目錄： 01 項(xiàng)目工作庫 01 準(zhǔn)備階段 02 需求分析階段 03 系統(tǒng)設(shè)計(jì)階段 04 系統(tǒng)實(shí)現(xiàn)階段 05 系統(tǒng)測試階段 06 運(yùn)行推廣階段 07 系統(tǒng)維護(hù)階段

27、02 項(xiàng)目管理庫 01 質(zhì)量保證 02項(xiàng)目管理 03配置管理 04測試管理 03 項(xiàng)目共享庫 01 項(xiàng)目模版 02 項(xiàng)目規(guī)范 03 項(xiàng)目制度 04 共享資料 04 項(xiàng)目基線庫 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 15/101 01 計(jì)劃基線 02 需求基線 03 設(shè)計(jì)基線 04 產(chǎn)品基線 05 個(gè)人工作庫 下設(shè)每個(gè)項(xiàng)目組成員的目錄 06 其他 1.6.3.1.6.3.權(quán)限設(shè)置權(quán)限設(shè)置 明確項(xiàng)目組成員對(duì)各配置目錄的操作權(quán)限。 1.6.4.1.6.4.配置項(xiàng)標(biāo)識(shí)規(guī)定配置項(xiàng)標(biāo)識(shí)規(guī)定 根據(jù)項(xiàng)目規(guī)模和實(shí)際情況的不同，在項(xiàng)目的配置管理計(jì)劃中詳細(xì)規(guī)定配置項(xiàng)標(biāo)識(shí)的命名 規(guī)則。 1.6

28、.5.1.6.5.協(xié)作開發(fā)規(guī)定協(xié)作開發(fā)規(guī)定 在項(xiàng)目的配置管理計(jì)劃中，必須對(duì)項(xiàng)目組的協(xié)作開發(fā)作相應(yīng)的規(guī)定，比如，項(xiàng)目成員每 日的工作是否必須提交？更改了公用頭文件如何通知項(xiàng)目組成員？等等，具體項(xiàng)目具體規(guī)定。 1.6.6.1.6.6.其它其它 1.7.配置項(xiàng)管理配置項(xiàng)管理 配置項(xiàng)是配置管理的對(duì)象，主要包括各種開發(fā)/測試文檔、源程序、測試腳本、關(guān)鍵數(shù) 據(jù)、項(xiàng)目報(bào)告、會(huì)議紀(jì)要等。通過建立配置庫對(duì)配置項(xiàng)的維護(hù)、變更等進(jìn)行管理，對(duì)配置項(xiàng) 要進(jìn)行統(tǒng)一的配置標(biāo)識(shí)管理及名稱管理。配置標(biāo)識(shí)就是為產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及其類型， 分配唯一的標(biāo)識(shí)符，具體項(xiàng)目可根據(jù)項(xiàng)目規(guī)模和實(shí)際情況的不同，在項(xiàng)目的配置管理計(jì)劃中 進(jìn)一

29、步補(bǔ)充、刪減、細(xì)化配置項(xiàng)標(biāo)識(shí)的命名規(guī)則。開發(fā)部的配置項(xiàng)標(biāo)識(shí)及名稱總體規(guī)則如下： 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 16/101 1.7.1.1.7.1.配置項(xiàng)標(biāo)識(shí)號(hào)命名規(guī)范配置項(xiàng)標(biāo)識(shí)號(hào)命名規(guī)范 配置項(xiàng)標(biāo)識(shí)號(hào)命名規(guī)則： 項(xiàng)目名標(biāo)識(shí)-配置類別-子系統(tǒng)標(biāo)識(shí)-組成部分標(biāo)識(shí)-模塊標(biāo)識(shí)-配置項(xiàng)特殊標(biāo)識(shí)， 其中中的內(nèi)容可根據(jù)系統(tǒng)規(guī)模和實(shí)際情況有所省略，項(xiàng)目名標(biāo)識(shí)、配置項(xiàng)特殊標(biāo) 識(shí)一般是約定俗成的英文代碼名。 下表列出了我們?cè)陧?xiàng)目中使用的配置類別命名： 配置類別配置類別說明說明常用配置項(xiàng)特殊標(biāo)識(shí)舉例常用配置項(xiàng)特殊標(biāo)識(shí)舉例 PDP(Project Development Plan)

30、項(xiàng)目開發(fā)計(jì)劃 CMP(Configure Management Plan)配置管理計(jì)劃 QAP(Quality Assurance Plan)質(zhì)量保證計(jì)劃 FRR(Feasibility Research Report)可行性研究 Init準(zhǔn)備階段其他文檔準(zhǔn)備階段其他文檔 CRS(Client Requirement Statement)客戶需求 SRS(Software Requirement Statement) 需求規(guī)格說明書 RA(Requirement Analyse)需求分析階段其他文檔需求分析階段其他文檔 EIS(External Interface Statement)外部接口

31、規(guī)范說明文檔 HLD(Holistic Design)概要設(shè)計(jì)文檔總體方案：-Totle DDS(Detail Design Statement)詳細(xì)設(shè)計(jì)文檔 DBD(Database Design)數(shù)據(jù)庫設(shè)計(jì)文檔數(shù)據(jù)字典：-Dictionary Design 設(shè)計(jì)階段其他文檔設(shè)計(jì)階段其他文檔 軟件架構(gòu)設(shè)計(jì)： -Architecture；階段計(jì)劃： -Plan；階段總結(jié)報(bào)告： -Summarize SCODE(Source Code)源代碼文件 ECODE（Executable Code）執(zhí)行代碼文件 CF(Configure File)配置文件 Code實(shí)現(xiàn)階段其他文檔實(shí)現(xiàn)階段其他文檔 階段

32、計(jì)劃：-Plan；階段總結(jié) 報(bào)告：-Summarize UTest(Unit Test)單元測試文檔單元測試記錄：-Record ITest(Integration Test)集成測試文檔集成測試記錄：-Record 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 17/101 Test測試階段文檔測試階段文檔 測試計(jì)劃：-Plan；測試方案： -Scheme；測試案例：-Case 測試記錄：-Record；測試問 題：-Problem；測試分析報(bào) 告:-Summarize Man軟件說明書和手冊(cè) 操作手冊(cè)：-Operate；用戶手 冊(cè)：-User；維護(hù)手冊(cè)：- Maintena

33、nce；安裝手冊(cè)：-Setup Issue產(chǎn)品發(fā)行文檔產(chǎn)品發(fā)行文檔發(fā)行記錄：-Record Delivery交付階段文檔交付階段文檔 Switch切換階段文檔切換階段文檔切換方案：-Scheme SMSyyyymm0199 (Software Maintain Statement) 軟件維護(hù)說明書 Maintain維護(hù)階段其他文檔維護(hù)階段其他文檔維護(hù)記錄：-Record PDS(Project Development Summarize)項(xiàng)目開發(fā)總結(jié)報(bào)告 RTM(Requirement Track Matric)需求跟蹤矩陣 CRyyyymm0199(Change Record)變更控制號(hào) P

34、RyyyymmddAZ(Peer Review)評(píng)審號(hào) Train培訓(xùn)記錄和培訓(xùn)文檔培訓(xùn)記錄：-Record Project項(xiàng)目其他文檔 注 1：粗體部分的配置類別是按軟件生存周期的階段劃分的，如配置項(xiàng)具有明確的階段 性，但不屬于某類具體的配置類別，則納入所屬階段的配置類別中；如是貫穿項(xiàng)目多個(gè) 階段或歸屬于項(xiàng)目整體的配置項(xiàng)，且不屬于某類具體的配置類別，則納入“Project”配置 類別中。 1.7.2.1.7.2.配置項(xiàng)名稱命名規(guī)范配置項(xiàng)名稱命名規(guī)范 開發(fā)技術(shù)文檔名稱通過項(xiàng)目名稱標(biāo)識(shí)或項(xiàng)目簡稱文檔類別名稱進(jìn)行命名，主要包括以下文 檔： 可行性研究報(bào)告； 項(xiàng)目開發(fā)計(jì)劃； 配置管理計(jì)劃 質(zhì)量保證計(jì)

35、劃； 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 18/101 測試計(jì)劃； 程序開發(fā)規(guī)范； 需求規(guī)格說明書； 總體設(shè)計(jì)說明書； 概要設(shè)計(jì)說明書； 詳細(xì)設(shè)計(jì)說明書； 數(shù)據(jù)庫設(shè)計(jì)說明書； 用戶手冊(cè)； 維護(hù)手冊(cè)； 部分文檔名稱命名時(shí)需附加相關(guān)信息，主要包括以下文檔： 項(xiàng)目周報(bào)：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_項(xiàng)目周報(bào)_YYYYMMDD” 軟件開發(fā)進(jìn)度月報(bào)：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_月報(bào)_YYYYMMDD” 子項(xiàng)目周報(bào)：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_子項(xiàng)目簡稱_周報(bào)_YYYYMMDD” 質(zhì)量周報(bào)：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_質(zhì)量周報(bào)_YYYYMMDD” 會(huì)議紀(jì)要：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_會(huì)議紀(jì)要_YYY

36、YMMDD” 軟件維護(hù)說明書：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_軟件維護(hù)說明書_YYMM0199” 變更記錄：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_變更記錄_YYMM0199” 評(píng)審記錄：項(xiàng)目名標(biāo)識(shí)或項(xiàng)目簡稱“_評(píng)審記錄_YYMMDDAZ” 說明：斜體部分根據(jù)實(shí)際情況用相應(yīng)內(nèi)容替代。 1.7.3.1.7.3.程序文件、數(shù)據(jù)文件程序文件、數(shù)據(jù)文件 按項(xiàng)目開發(fā)規(guī)范要求執(zhí)行。 1.8.基線建立及變更管理基線建立及變更管理 基線的是已經(jīng)正式通過審核批準(zhǔn)的某階段成果，它可作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能 通過正式的變化控制過程改變。一般在某階段成果通過評(píng)審后，對(duì)該成果建立基線，納入基 線管理。（在項(xiàng)目開發(fā)的里程碑階段一般要建立項(xiàng)

37、目基線）。開發(fā)過程的階段成果可以納入 基線管理的主要有：項(xiàng)目開發(fā)計(jì)劃、測試計(jì)劃、質(zhì)量保證計(jì)劃、業(yè)務(wù)需求說明書、需求分析 說明書、總體設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、程序開發(fā)規(guī)范、數(shù)據(jù)庫設(shè)計(jì)說明書、軟件維護(hù) 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 19/101 手冊(cè)、用戶手冊(cè)、測試案例、已通過測試的軟件版本等。 對(duì)項(xiàng)目的每個(gè)基線對(duì)應(yīng)一個(gè)唯一的標(biāo)識(shí)號(hào)?；€標(biāo)識(shí)可采用“BL” +“基線版本號(hào)” “-”+“基線日期（YYMMDD）表示。 基線類別定義如下：需求基線、設(shè)計(jì)基線、測試基線、代碼基線 基線版本號(hào)由 2 個(gè)數(shù)字組成，格式為：BL1.0 第一位：對(duì)每個(gè)基線類型（需求基線、設(shè)計(jì)基

38、線、測試基線、代碼基線等），都從 1 開始，增改編幅或重要性比例大于 10，則在原來的基礎(chǔ)上加 1。 第二位：增改編幅或重要性比例小于 10，則在原來的基礎(chǔ)上加 1 例如： “BL1.0-050101”表示 進(jìn)入基線管理的階段成果，是經(jīng)過評(píng)審?fù)ㄟ^的，配置管理員對(duì)其必須進(jìn)行嚴(yán)格的權(quán)限控 制，一般只允許讀取，不允許修改，確實(shí)需要修改的，執(zhí)行變更管理流程。 變更管理的一般流程是： A) 獲得/提出變更請(qǐng)求； B) 變更預(yù)計(jì)影響的評(píng)估，包括可能受影響配置項(xiàng)以及對(duì)資源、進(jìn)度、質(zhì)量等影響 的分析，描述實(shí)施方案； C) 項(xiàng)目經(jīng)理審核并決定是否批準(zhǔn)，必要時(shí)報(bào)請(qǐng)領(lǐng)導(dǎo)批準(zhǔn)； D) 如變更請(qǐng)求被接受，由配置管理員從

39、配置庫中檢出配置項(xiàng)，賦予相關(guān)人員修改 的權(quán)限； E)項(xiàng)目組實(shí)施變更，修改配置項(xiàng)的內(nèi)容，提交確認(rèn)，如不通過則返回項(xiàng)目組繼續(xù) 修改； F)配置管理員回收相關(guān)權(quán)限，把配置項(xiàng)檢入，形成新基線版本，發(fā)布新版本，并 發(fā)布變更通知給所有相關(guān)人員，包括項(xiàng)目組成員、質(zhì)量保證人員、測試人員及 其它部門人員等。 1.9.文檔版本管理文檔版本管理 1.9.1.1.9.1.文檔版本及版本號(hào)的概念文檔版本及版本號(hào)的概念 文檔的版本用于區(qū)別文檔的不同狀態(tài)。每個(gè)版本都有唯一的版本號(hào)進(jìn)行標(biāo)識(shí)。版本的概 念對(duì)于文檔不同的階段還可以細(xì)分為草稿版本（Draft Versions）、版本（Versions）。 軟件開發(fā)流程和相關(guān)規(guī)范

40、STD-ZS-KF-2010-000 20/101 草稿版本號(hào)：未定稿的文檔的版本號(hào)稱為草稿版本號(hào)。 版本號(hào)：已定稿的文檔的版本號(hào)稱為版本號(hào)。 1.9.2.1.9.2.版本號(hào)的定義及生成方法版本號(hào)的定義及生成方法 草稿版本號(hào) 未定稿的文檔，在經(jīng)過修改后，如果覺得有需要，可由負(fù)責(zé)編寫文檔的人員制定出新的 草稿版本號(hào)。 草稿版本號(hào)由前綴加 2 個(gè)數(shù)字組成，格式為：DRAFT 0.1 第一位：固定為 0 第二位：在原來的基礎(chǔ)上加 1 草稿版本號(hào)的起始標(biāo)識(shí)為：DRAFT 0.1 草稿版本號(hào)的變動(dòng)：第 2 位數(shù)字在原來的基礎(chǔ)上加 1。 例如： DRAFT 0.2 - DRAFT 0.3 DRAFT 0.

41、8 - DRAFT 0.9 版本號(hào)的生成 定稿的文檔，每次的修訂后，視文檔的重要性由不同權(quán)限的人員制定出新的版本號(hào)。一 般的文檔或者重要文檔中的單個(gè)文檔是可由負(fù)責(zé)編寫文檔的人員制定出新的版本號(hào)。重要的 文檔如需求規(guī)格說明書詳細(xì)設(shè)計(jì)等階段性文檔，由項(xiàng)目配置管理員與項(xiàng)目經(jīng)理協(xié)商， 在征得項(xiàng)目經(jīng)理同意后制定出新的版本號(hào)。 版本號(hào)由前綴加 2 個(gè)數(shù)字組成，格式為：VER 1.0 第一位：增改編幅或重要性比例大于 10 第二位：增改編幅或重要性比例小于 10 版本號(hào)的起始標(biāo)識(shí)為：VER 1.0 版本號(hào)的變動(dòng)：根據(jù)其實(shí)際情況選擇相應(yīng)位置的數(shù)值加 1，并將該位置右邊的所有數(shù)值 置 0。 例如： VER 1.

42、1 - VER 1.2 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 21/101 1.9.3.1.9.3.定版的具體操作方法定版的具體操作方法 文檔的定版必須在文檔開始處按模板要求填寫表格。并在 checkin 到 vss 時(shí)將該版本 的改動(dòng)內(nèi)容填寫到 Comment 中。同時(shí)還要遵照變更文件審批與確認(rèn)的規(guī)定執(zhí)行（詳見本文 相關(guān)段落）。 1.9.4.1.9.4.定版的具體操作方法定版的具體操作方法 示例 1，文擋封面處： XXX 系統(tǒng)系統(tǒng) 需求規(guī)格說明書需求規(guī)格說明書 示例 2，文擋信息部分： 文檔編號(hào)版本號(hào)密級(jí) XXX-SRS1.1秘密 Sun Trend 中山市森創(chuàng)公司

43、開發(fā)部文檔 名稱：XXX 系統(tǒng)_需求規(guī)格說明書共 120 頁 修訂歷史記錄 日期日期版本號(hào)版本號(hào)修訂內(nèi)容修訂內(nèi)容修訂人修訂人評(píng)審號(hào)評(píng)審號(hào)變更控制號(hào)變更控制號(hào) 2010.06.090.9新建張三 2010.06.121.0 根據(jù)評(píng)審問題修改 章節(jié) 1.1.3 張三XXX-PR20040612 2010.07.081.1在 1.2.4 中在增 加 張三XXX-CR20040601 1.10. 軟件版本管理軟件版本管理 1.10.1.1.10.1. 定版的具體操作方法定版的具體操作方法 版本用于區(qū)別軟件產(chǎn)品的不同狀態(tài)。每個(gè)版本都有唯一的版本號(hào)進(jìn)行標(biāo)識(shí)。版本的概念 對(duì)于不同的軟件產(chǎn)品和不同的階段還可以

44、細(xì)分為測試版本（Test Versions）、版本 秘密/機(jī)密/絕密當(dāng)前版本號(hào) 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 22/101 （Versions）。 測試版本號(hào)：提供測試的可執(zhí)行文件的版本稱為測試版本號(hào)。 版本號(hào)：通過測試的可執(zhí)行文件的版本稱為版本號(hào)。 1.10.2.1.10.2. 版本號(hào)的定義及生成方法版本號(hào)的定義及生成方法 測試版本號(hào) 可執(zhí)行文件的各部分通過單元測試，總體編譯通過，由項(xiàng)目配置管理員與項(xiàng)目經(jīng)理協(xié)商， 在項(xiàng)目經(jīng)理同意下制定出新的測試版本號(hào)。 測試版本號(hào)由前綴加 2 個(gè)數(shù)字組成，格式為：TEST 0.1 第一位：固定為 0 第二位：在原來的基礎(chǔ)上加

45、1 測試版本號(hào)的起始標(biāo)識(shí)為：TEST 0.1 測試版本號(hào)的變動(dòng)：第 2 位數(shù)字在原來的基礎(chǔ)上加 1。 例如： TEST 0.2 - TEST 0.3 TEST 0.18 - TEST 0.19 版本號(hào)的生成 可執(zhí)行文件的各部分通過單元測試，總體編譯通過，并通過了系統(tǒng)測試，由項(xiàng)目配置管 理員與項(xiàng)目經(jīng)理協(xié)商，在項(xiàng)目經(jīng)理同意下制定出新的版本號(hào)。 版本號(hào)由前綴加 4 個(gè)數(shù)字組成，格式為：VER 1.0.0.0 其中，后兩個(gè)數(shù)字可選，即如果后兩個(gè)數(shù)字同時(shí)為 0 時(shí)，可以同時(shí)省去。但版本號(hào)一 定是兩個(gè)或四個(gè)數(shù)字。 第一位：系統(tǒng)整個(gè)框架性設(shè)計(jì)改動(dòng)或者業(yè)務(wù)功能的增改編幅或重要性比例大于 10 第二位：系統(tǒng)部分

46、設(shè)計(jì)改動(dòng)或者業(yè)務(wù)功能的增改編幅或重要性比例大于 5 第三位：系統(tǒng)的代碼改動(dòng)或者業(yè)務(wù)功能的增改編幅或重要性比例小于 5 第四位：對(duì)系統(tǒng)的 BUG 修改或者業(yè)務(wù)功能的增改編幅或重要性均微小。 版本號(hào)的起始標(biāo)識(shí)為：VER 1.0 版本號(hào)的變動(dòng)：根據(jù)其實(shí)際情況選擇相應(yīng)位置的數(shù)值加 1，并將該位置右邊的所有數(shù)值 置 0。如果在同一次的修訂中，同時(shí)出現(xiàn)兩個(gè)或以上位置的數(shù)值都符合改變的情況時(shí)，只 需按照符合條件的最左位的數(shù)值加 1，并將該位置右邊的所有數(shù)值置 0。如果后兩個(gè)數(shù)字同 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 23/101 時(shí)為0 時(shí)，可以同時(shí)省去。 例如： VER 1.1.

47、2.1 - VER 1.2.0.0 - VER 1.2 VER 1.2.0.1 - VER 1.2.1.0 VER 1.3.9.0 - VER 1.3.8.1 VER 1.3.9.0 - VER 1.3.10.0 1.10.3.1.10.3. 定版的具體操作方法定版的具體操作方法 每個(gè)項(xiàng)目必須有一份版本記錄表。當(dāng)需要生成一個(gè)測試版本時(shí)，填寫測試版本一欄 信息。當(dāng)某一個(gè)測試版本通過了測試，有條件生成一個(gè)版本時(shí)，在該測試版本所對(duì)應(yīng)的一行 中填上版本一欄信息。當(dāng)某一個(gè)版本需要發(fā)布，在該版本所對(duì)應(yīng)的一行中填上發(fā)布一欄信息 測試版本號(hào)和版本號(hào)均由項(xiàng)目配置管理員與項(xiàng)目經(jīng)理協(xié)商，在項(xiàng)目經(jīng)理同意下制定。 版本

48、號(hào)欄可根據(jù)實(shí)際情況填寫，發(fā)布版本號(hào)為空。 版本類型欄選擇填寫以下之一：測試版本、版本、發(fā)布。 對(duì)于測試版本的注釋欄填寫該測試版本與上一測試版本的不同之處，對(duì)于版本的注釋欄 填寫該版本對(duì)應(yīng)的測試版本號(hào)以及與上一版本的不同之處，對(duì)于發(fā)布的注釋欄填寫該版本發(fā) 布對(duì)應(yīng)的版本號(hào)以及對(duì)生產(chǎn)的影響等情況。 項(xiàng)目負(fù)責(zé)人欄電子文檔填寫項(xiàng)目負(fù)責(zé)人姓名，紙質(zhì)文件由項(xiàng)目負(fù)責(zé)人簽名。 配置管理員欄電子文檔填寫項(xiàng)目配置管理員姓名，紙質(zhì)文件由項(xiàng)目配置管理員簽名。 其他相關(guān)人員欄如有需要電子文檔填寫其他相關(guān)人員姓名，紙質(zhì)文件由其他相關(guān)人員簽 名。其他相關(guān)人員如公司經(jīng)理。 項(xiàng)目配置管理員負(fù)責(zé)填寫版本記錄表，并對(duì)VSS 庫中的源

49、代碼加上版本號(hào)并填 上注釋。 版本記錄表 項(xiàng)目名稱： 序號(hào)版本號(hào)定版日期版本類型注釋項(xiàng)目負(fù)責(zé)人配置管理員其他相關(guān)人員 1.10.4.1.10.4. 在在 VSSVSS 上定版的具體操作方法上定版的具體操作方法 在 VSS 上，可以通過加 Lable 的功能實(shí)現(xiàn)對(duì)系統(tǒng)中所有的源代碼文件進(jìn)行加版本號(hào)的 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 24/101 管理。 當(dāng)需要加測試版本號(hào)是，選擇所有源代碼的最高一級(jí)目錄，為其加上 Lable，Lable 為： Test0.1（0.1 為具體的測試版本號(hào)），并在 Comment 中填上該測試版的定版日期和注釋。 操作完成后，VSS 對(duì)

50、該目錄一下的所有子目錄及文件均加上相同的 Lable 和 Comment。 當(dāng)需要加版本號(hào)時(shí)，選擇所有源代碼的最高一級(jí)目錄，按右鍵并選擇顯示歷史信息，然 后在信息中選中標(biāo)有該版本對(duì)應(yīng)的測試版本號(hào)的 Lable，雙擊。在回顯框上，修改 Lable， 加上當(dāng)前的版本號(hào)，修改后的 Lable為：Test0.1Ver1.2.2.2（0.1為具體的測試版本號(hào), 1.2.2.2 為具體的版本號(hào)），并在 LableComment 中填上該版本的定版日期和注釋。操作完成后，VSS對(duì)該 目錄一下的所有子目錄及文件均改為相同的 Lable 和 LableComment。 當(dāng)某一版本需要發(fā)布時(shí)，按上述操作，選擇對(duì)應(yīng)

51、的 Lable，并在相應(yīng)的 LableComment 中加上發(fā)布日期及注釋。 1.10.5.版本發(fā)布流程版本發(fā)布流程 項(xiàng)目組軟件版本發(fā)布流程如下圖所示： 序號(hào)序號(hào) 流程流程 責(zé)任人責(zé)任人相關(guān)人員相關(guān)人員文件文件/ /記錄記錄說明說明 A01 配置管理 員 配置管理 員 、軟件 開發(fā)人員 用戶測試 報(bào)告、開 發(fā)、維護(hù)文 檔、應(yīng)用 軟件版本發(fā) 布申請(qǐng)表 開發(fā)及維護(hù)文 檔必須存放項(xiàng) 目配置庫中 A02 各項(xiàng)目部 門負(fù)責(zé)人、 局領(lǐng)導(dǎo) 項(xiàng)目經(jīng)理、 開發(fā)人員 應(yīng)用軟件 版本發(fā)布申 請(qǐng)表 嚴(yán)格審核出部 門、公司的技 術(shù)文檔。 A03 配置管理 員、 相關(guān) 部門 項(xiàng)目經(jīng)理 軟件版本、 技術(shù) 資料 A04 軟件

52、接收 部門 開發(fā)人員書面通知書內(nèi)容包括：版 本發(fā)布原因、 版本業(yè)務(wù)功 能、安裝時(shí)間、 影響范圍、安 裝后業(yè)務(wù)驗(yàn)證 內(nèi)容 A05 開始 A01提交版本發(fā)布申請(qǐng) A02審核版本發(fā)布申請(qǐng) A03版本交付 是否需要業(yè)務(wù) 部門驗(yàn)證測試 A04業(yè)務(wù)驗(yàn)證測試通知 是 A05版本安裝技術(shù)支持 否 A06業(yè)務(wù)驗(yàn)證測試 A07系統(tǒng)運(yùn)行技術(shù)支持 A08保存版本 結(jié)束 項(xiàng)目負(fù)責(zé)開發(fā)人員必要時(shí)提供現(xiàn) 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 25/101 人場技術(shù)支持。 A06 用戶、測 試組 開發(fā)人員業(yè)務(wù)驗(yàn)證測 試報(bào)告 根據(jù)需要進(jìn)行 A07 項(xiàng)目負(fù)責(zé) 人 維護(hù)人員、 開發(fā)人員 必要時(shí)現(xiàn)場技 術(shù)支持

53、 A08 配置管理 員 綜合人員光盤可備份配置庫 時(shí)進(jìn)行備份 1.10.6.1.10.6. 版本保存版本保存 配置管理員必須保證發(fā)布版本源程序的完整性及一致性，質(zhì)量保證人員保證發(fā)布版本的 文檔的完整性，配置經(jīng)理及對(duì)每一次發(fā)布的版本，在配置庫中對(duì)應(yīng)地建立版本標(biāo)識(shí)，隨配置庫備份 刻錄光盤時(shí)，交綜合人員登記并永久保存，綜合人員應(yīng)在光盤標(biāo)簽上標(biāo)注光盤內(nèi)容、備份時(shí)間、提 交人員，以便查閱。對(duì)光盤的查閱必須經(jīng)部門負(fù)責(zé)人同意。 1.11. 公用程序庫的建立及維護(hù)公用程序庫的建立及維護(hù) 公用程序主要包括： 公用函數(shù)模塊：提供某一特定功能。 公用類模塊：提供具有通用性的類的定義及方法實(shí)現(xiàn)。 加密模塊：各項(xiàng)目組涉

54、及加密的功能模塊由專人開發(fā)。 自行開發(fā)實(shí)用工具：各項(xiàng)目組開發(fā)的實(shí)用工具。 實(shí)現(xiàn)某一功能的完整程序；例如采用 SOCKET 的通訊程序。 具有普遍實(shí)用的程序框架；例如 SCO UNIX 下終端程序框架。 其他； 各項(xiàng)目組在項(xiàng)目開發(fā)過程中應(yīng)注意提煉公用程序，共同建設(shè)好公用程序庫，為今后的項(xiàng) 目開發(fā)省時(shí)省力。配置經(jīng)理建立及維護(hù)公用程序庫，接受、審核公用程序，定期公布公用程 序清單。項(xiàng)目負(fù)責(zé)人可以根據(jù)需要提出使用公用程序的申請(qǐng)，部門負(fù)責(zé)人審核同意后，配置 經(jīng)理提供相應(yīng)程序。 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 26/101 1.12. 配置庫的安全管理配置庫的安全管理 1.1

55、2.1.1.12.1. 版本保存版本保存 項(xiàng)目負(fù)責(zé)人必須明確每個(gè)項(xiàng)目成員的操作權(quán)限，對(duì)配置項(xiàng)的永久刪除權(quán)限必須嚴(yán)格控制。 1.12.2.1.12.2. 配置服務(wù)器的安全控制配置服務(wù)器的安全控制 配置經(jīng)理負(fù)責(zé)配置服務(wù)器的系統(tǒng)管理，不允許其他人登錄配置服務(wù)器進(jìn)行操作。配置經(jīng) 理必須做好配置服務(wù)器的病毒防范及網(wǎng)絡(luò)安全控制。 1.12.3.1.12.3. 配置庫備份配置庫備份 配置經(jīng)理負(fù)責(zé)進(jìn)行配置庫的備份，主要有： 1)每日備份 每日下班前，配置經(jīng)理備份配置庫中所有配置項(xiàng)，每周循環(huán)。 2)每月備份 配置經(jīng)理每月定期備份文件服務(wù)器的共享目錄及配置服務(wù)器中配置庫文件，刻錄光 盤由綜合人員存放，填寫配置庫備

56、份登記表。 1.12.4.1.12.4. 配置管理平臺(tái)維護(hù)配置管理平臺(tái)維護(hù) 配置經(jīng)理負(fù)責(zé)配置管理平臺(tái)的維護(hù)，填寫開發(fā)部配置管理平臺(tái)維護(hù)日志、配置管 理平臺(tái)信息表，具體包括： 建立項(xiàng)目配置庫； 維護(hù)相關(guān)人員的權(quán)限： 系統(tǒng)軟件升級(jí)； 病毒防范； 系統(tǒng)資源維護(hù)； 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 27/101 1.13.工作空間管理工作空間管理 整個(gè)配置庫是一個(gè)統(tǒng)一的工作空間，可以進(jìn)一步劃分為個(gè)人空間、項(xiàng)目組空間和共享空 間這三類工作空間。個(gè)人空間是開發(fā)人員的私有工作空間，開發(fā)人員在自己的個(gè)人空間進(jìn)行 開發(fā)活動(dòng)，不會(huì)受到他人的影響，也不會(huì)影響到其他開發(fā)人員，在個(gè)人開發(fā)空間

57、開發(fā)出的成 果，最終提交到項(xiàng)目組空間中。項(xiàng)目組空間是開發(fā)團(tuán)隊(duì)的成果空間以及團(tuán)隊(duì)共享空間，對(duì)項(xiàng) 目組空間的配置項(xiàng)的操作，配置管理員必須做好權(quán)限控制及協(xié)調(diào)管理。共享工作空間是項(xiàng)目 組中子項(xiàng)目組共同工作的空間，子項(xiàng)目組成員擁有對(duì)該空間的讀寫權(quán)限。共享工作空間根據(jù) 需要建立。 配置管理員及項(xiàng)目負(fù)責(zé)人必須做好工作空間的分配及管理。 1.14.變更文件的審批與確認(rèn)變更文件的審批與確認(rèn) 為了規(guī)范化管理，明確責(zé)任，避免風(fēng)險(xiǎn)，項(xiàng)目組要做好變更文件的審批與確認(rèn)工作。 規(guī)定每個(gè)項(xiàng)目一本變更文件審批與確認(rèn)登記表，在項(xiàng)目啟動(dòng)時(shí)由項(xiàng)目經(jīng)理負(fù)責(zé)建立， 填寫好項(xiàng)目名稱和相關(guān)職責(zé)人員姓名。 在項(xiàng)目開發(fā)生命周期內(nèi)，由項(xiàng)目組配置代

58、表管理，不得遺失和毀壞。 屬于下列情況之一者，必須有相關(guān)人員在變更文件審批與確認(rèn)登記表上簽字： 項(xiàng)目的各項(xiàng)計(jì)劃的制定需要主管部門經(jīng)理審批，并得到相關(guān)部門、相關(guān)組或客戶的 確認(rèn)。 對(duì)用戶需求進(jìn)行分析整理而成的文檔需要經(jīng)過相關(guān)組和部門的確認(rèn)，并得到用戶的 認(rèn)可。 各個(gè)階段的技術(shù)文檔要得到相關(guān)組和個(gè)人的認(rèn)可。 項(xiàng)目組內(nèi)所有的變更要得到項(xiàng)目經(jīng)理的認(rèn)可。 涉及到資源、約定的變更要得到主管部門經(jīng)理的批準(zhǔn)，并和相關(guān)部門進(jìn)行協(xié)調(diào)確認(rèn)。 所有的變更要通知所有受影響的組和個(gè)人。 工作產(chǎn)品交接需要相關(guān)人員確認(rèn)。 工作匯報(bào)或狀態(tài)報(bào)告需要上級(jí)主管確認(rèn)。 凡簽名者，均對(duì)相關(guān)內(nèi)容負(fù)責(zé)，包括風(fēng)險(xiǎn)、保密和責(zé)任等方面。如果不能承

59、擔(dān)責(zé)任者， 則需要報(bào)送高一級(jí)經(jīng)理批準(zhǔn)。 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 28/101 簽名者必須用黑色墨水筆認(rèn)真書寫自己真實(shí)、完整的姓名，不得隨意涂改。 在項(xiàng)目交付完成后，將變更文件審批與確認(rèn)登記表交開發(fā)部綜合人員歸檔保存。 2軟件質(zhì)量保證規(guī)范軟件質(zhì)量保證規(guī)范 2.1 概述概述 2.1.1 目標(biāo)目標(biāo) 本文檔依據(jù) CMM 2 級(jí)中軟件質(zhì)量保證的要求并結(jié)合公司軟件開發(fā)實(shí)際情況對(duì)軟件開發(fā) 項(xiàng)目建立一套可操作的質(zhì)量保證規(guī)范,其目標(biāo)是以獨(dú)立審查方式，從第三方的角度監(jiān)控軟 件開發(fā)任務(wù)的執(zhí)行,就軟件項(xiàng)目是否正遵循已制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程給開發(fā)人員和管理層 提供反映產(chǎn)品和過程質(zhì)量

60、的信息和數(shù)據(jù)，提高項(xiàng)目透明度，同時(shí)輔助項(xiàng)目組取得高質(zhì)量的軟 件產(chǎn)品。 2.1.2 方針方針 質(zhì)量保證工作必須嚴(yán)格按照質(zhì)量保證規(guī)范實(shí)施和管理； 質(zhì)量保證實(shí)施過程中所有有效記錄必須納入配置管理； 質(zhì)量保證實(shí)施過程中軟件產(chǎn)品、軟件過程中存在的不符合問題必須得到處理，必要 時(shí)將問題反映給部門領(lǐng)導(dǎo)； 質(zhì)量保證人員必須熟悉各種標(biāo)準(zhǔn)及規(guī)范，明確影響產(chǎn)品質(zhì)量的各種活動(dòng)； 質(zhì)量保證人員必須獨(dú)立于項(xiàng)目組外，從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行。 2.1.3 核心內(nèi)容核心內(nèi)容 規(guī)范項(xiàng)目開發(fā)過程：按照公司的項(xiàng)目管理方法和軟件開發(fā)過程規(guī)范，并針對(duì)本項(xiàng)目 的實(shí)際情況，制定項(xiàng)目開發(fā)過程規(guī)范。 明確項(xiàng)目各項(xiàng)制度，建立良好的溝

61、通機(jī)制 。 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 29/101 嚴(yán)格項(xiàng)目計(jì)劃：制定明確的軟件開發(fā)計(jì)劃（包括各階段計(jì)劃），并進(jìn)行必要的跟蹤。 明確項(xiàng)目開發(fā)過程中各類角色的職責(zé)，為項(xiàng)目成員提供培訓(xùn)，確保項(xiàng)目成員具備實(shí) 施項(xiàng)目的能力 。 加強(qiáng)需求管理：需求是項(xiàng)目計(jì)劃和所有活動(dòng)的基層和依據(jù)，加強(qiáng)需求跟蹤 。 加強(qiáng)項(xiàng)目階段成果評(píng)審，評(píng)審?fù)ㄟ^后的成果，納入基線管理，嚴(yán)格執(zhí)行變更控制流 程。 加強(qiáng)項(xiàng)目質(zhì)量控制和質(zhì)量保證，設(shè)立專門的、獨(dú)立的測試小組和質(zhì)量保證小組（質(zhì) 量保證人員）。 2.2 質(zhì)量保證活動(dòng)組織與職責(zé)質(zhì)量保證活動(dòng)組織與職責(zé) 2.2.1 質(zhì)量保證組織結(jié)構(gòu)圖質(zhì)量保證組織結(jié)構(gòu)圖

62、項(xiàng)目的質(zhì)量保證活動(dòng)涉及到項(xiàng)目所有成員，具體結(jié)構(gòu)如下： 部門領(lǐng)導(dǎo) 專家組 質(zhì)量保證組 項(xiàng)目開發(fā)組測試組 子 項(xiàng) 目 組 子 項(xiàng) 目 組 2.2.2 角色與職責(zé)角色與職責(zé) 在質(zhì)量保證活動(dòng)中各角色的職責(zé)如下： 軟件開發(fā)流程和相關(guān)規(guī)范 STD-ZS-KF-2010-000 30/101 2.2.2.1部門領(lǐng)導(dǎo)部門領(lǐng)導(dǎo) 為項(xiàng)目實(shí)施及質(zhì)量保證活動(dòng)提供資源； 對(duì)質(zhì)量保證組報(bào)告中項(xiàng)目組內(nèi)無法解決的問題予以支持、解決。 2.2.2.2專家組專家組 參與本項(xiàng)目各階段成果評(píng)審，為項(xiàng)目組提供業(yè)務(wù)和技術(shù)支持。 2.2.2.3質(zhì)量保證負(fù)責(zé)人質(zhì)量保證負(fù)責(zé)人 負(fù)責(zé)軟件項(xiàng)目開發(fā)質(zhì)量體系的建立； 各項(xiàng)目質(zhì)量保證人員的指派； 負(fù)責(zé)質(zhì)量保證計(jì)劃維護(hù)和關(guān)鍵質(zhì)量保證活動(dòng)的審核認(rèn)可； 將項(xiàng)目組內(nèi)部無法解決的問題向部門領(lǐng)導(dǎo)報(bào)告，督促、申請(qǐng)幫助解決； 負(fù)責(zé)在質(zhì)量保證活動(dòng)實(shí)施過程中，逐步改進(jìn)軟件開發(fā)質(zhì)量體系過程； 指導(dǎo)各項(xiàng)目組質(zhì)量保證人員的質(zhì)量保證工作。 2.2.2.4質(zhì)量保證人員質(zhì)量保證人員 結(jié)合項(xiàng)目情況和軟件開發(fā)質(zhì)量體系，配合項(xiàng)目負(fù)責(zé)人制定項(xiàng)目規(guī)范； 負(fù)責(zé)編制項(xiàng)目質(zhì)量保證計(jì)劃，提交質(zhì)量組評(píng)估報(bào)告； 跟蹤監(jiān)督項(xiàng)目及各子項(xiàng)目小組的實(shí)施過程，驗(yàn)證評(píng)審參與人的資質(zhì)，監(jiān)督評(píng)審過程 是否符合規(guī)范要求； 代碼走查（從規(guī)范性的角度）； 監(jiān)督項(xiàng)目過程中的