軟件項目管理課程設(shè)計指導(dǎo)書20-資料下載頁
2025-04-13 02:06本頁面
【正文】 2)項目經(jīng)理是SCCB的負(fù)責(zé)人。 3)配置管理的角色和職責(zé)見下表。 配置管理角色職責(zé)表角色人員職責(zé)配置管理員1) 制定《配置管理計劃》2) 創(chuàng)建和維護配置庫SCCB負(fù)責(zé)人1） 審批《配置管理計劃》2） 審批重大變更SCCB審批某些配置或基線變更由于本項目屬于中小型項目，工期也不是很長，所以采用SourceSafe作為配置管理工具。(見下表) 配置庫的目錄結(jié)構(gòu)序號內(nèi)容說明路徑TCM技術(shù)合同管理$\prj_School\TCMRM需求管理$\prj_School\RMSPP軟件項目計劃$\prj_School\SPPSPTO軟件項目跟蹤與管理$\prj_School\SPTOSCM軟件配置管理$\prj_School\SCMSQA軟件質(zhì)量保證$\prj_School\SQASPE軟件產(chǎn)品工程設(shè)計$\prj_School\SPE\DESIGN源代碼$\prj_School\SPE\SOURCECODE目標(biāo)代碼$\prj_School\SPE\BUILD測試$\prj_School\SPE\TEST發(fā)布$\prj_School\SPE\RELEASE(見下表)類別人員權(quán)限配置管理者負(fù)責(zé)項目配置管理，對庫擁有所有權(quán)限項目經(jīng)理讀質(zhì)量保證人員讀開發(fā)人員讀高層管理讀4．配置管理活動 配置項標(biāo)識 命名規(guī)范命名規(guī)范適用于過程文檔、生存期中各階段的計劃、需求、設(shè)計、代碼、測試、手冊等文件。本項目文件命名規(guī)范由5個宇段組成，從左到右依次為：公司、項目、類型、編號和版本號，如下圖所示。這些字段用一橫線(—)分隔。公司：3個字符項目：最長10個字符類型：最長5個字符編號：最長8位數(shù)字版本號： 主要配置項類型主要配置項 標(biāo) 識 符預(yù)計正式發(fā)表時間技術(shù)合同《合同》QTDSCh001TCMContractV1．0SOWQTD—Sch001—TCMSOⅥLVl．0計劃《項目計劃》QTDSchOOlSPPPPV1．0《質(zhì)量保證計劃》TDSch001SPPSQAV1．0《置管理計劃》QTDSch001SPPCMV1．0需求《需求規(guī)格說明書》QTDSchOOLRMSRSV1．0用戶DEMOQTDSCh001RMDemoV1．0 設(shè)計《總體設(shè)計說明書QTDCh001eSignHLV1．0《數(shù)據(jù)庫設(shè)計》QTDSCh001DesignDBV1．0《詳細(xì)設(shè)計說明書》QTDSChOOlDeSignLLV1．0《設(shè)計術(shù)語及規(guī)范》QTDSCh001DesignSTDV1．0編程源程序編碼規(guī)則QTDSCh001CodeSTDV1．0測試《測試計劃》QTDSchoolTeStP1anV1．0《測試用例》QTDSCh001TeStaseV1．0《測試報告》QTDSchoolTeStReportV1．0提交運行產(chǎn)品QTDSchoolProductExeV1．0《驗收報告》QTDSchoolProductRepoortV1．0《用戶手冊》QTDSchoolProductManualV1．0 項目基線基線名稱／標(biāo)識符基線所包含的主要配置項預(yù)計建立時間（天）需求《需求規(guī)格說明書》、用戶DEMO20總體設(shè)計《總體設(shè)計說明書》、《數(shù)據(jù)庫設(shè)計》30項目實現(xiàn)軟件源代碼、編碼規(guī)則70系統(tǒng)測試《測試用例》、《測試報告》93配置項可能包含的分支從邏輯上可以劃分成4個不同功能的分支，讓它們分別對應(yīng)4類工作空間。 ．主干分支 私有分支 . 小組分支 集成分支上面定義的四類工作空間(分支)由項目執(zhí)行負(fù)責(zé)人統(tǒng)一管理，根據(jù)各開發(fā)階段的實際情況定制相應(yīng)的版本選取規(guī)則，來保證開發(fā)活動的正常運作。在變更發(fā)生時，應(yīng)及時做好基線的推進(jìn)。對配置項的版本管理在不同分支具有不同的策略：1)主干分支系統(tǒng)默認(rèn)自動建立的物理分支——主干分支(／main)。2)私有分支 ‘如果多個開發(fā)工程師維護一個配置項時建議建立自己的私有分支。配置管理員對其基本不予管理，如個別私有空間上的版本樹過于冗余，將對其冗余版本進(jìn)行限制。3)小組分支如果出現(xiàn)小組共同開發(fā)該配置項，該分支可視為項目組內(nèi)部分組的私有空間，存放代碼開發(fā)過程中的版本分支，由項目組內(nèi)部控制。4)集成分支集成測試時在主干分支的特定版本上建立集成分支，測試工作在集成分支上完成。私有分支和小組分支均為可選，必要時建立。 變更管理變更管理的流程是：1)由請求者提交變更請求，SCCB召開復(fù)審會議對變更請求進(jìn)行復(fù)審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。2)配置管理員收到基線修改請求后，在配置庫中生成與此配置項相關(guān)的波及關(guān)系表。3)配置管理員將基線波及關(guān)系表提交給SCCB， 由SCCB確定是否需要修改，如果需要修改，SCCB應(yīng)根據(jù)波及關(guān)系表，確定需要修改的具體文件，并在波及分析表中標(biāo)識出來。4)配置管理員按照出庫程序從配置庫中取出需要修改的文件。5)項目人員將修改后的文件提交給配置管理員。6)配置管理員將修改后的配置項按入庫程序放入配置庫。7)配置管理員按SCCB標(biāo)識出的修改文件， 由波及關(guān)系表生成基線變更記錄表，并按入庫程序放入配置庫。 配置狀態(tài)統(tǒng)計利用配置狀態(tài)統(tǒng)計，可以記錄和跟蹤配置項的改變。狀態(tài)統(tǒng)計可用于評估項目風(fēng)險，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計數(shù)據(jù)以確保所有必需的更改已被執(zhí)行。為跟蹤工作產(chǎn)品基線，配置管理員需收集下列信息： 基線類型。 工作產(chǎn)品名稱。 配置項名稱／標(biāo)識符。 版本號。 更改日期／時間。 更改請求列表。 需要更改的配置項 .當(dāng)前狀態(tài)。 當(dāng)前狀態(tài)發(fā)生日期。項目組每周提交配置項清單及其當(dāng)前版本。配置管理人員每半個月提交變更請求的狀態(tài)統(tǒng)計。
公司管理相關(guān)推薦
鄂ICP備17016276號-1