配置管理培訓(xùn)

配置管理2021-7-29

培訓(xùn)主題SCM根底知識(shí)SCM術(shù)語相關(guān)術(shù)語解釋

軟件配置管理系統(tǒng)流程概述SCM流程定義建立SCM環(huán)境制定SCM方案SCI的入庫和標(biāo)識(shí)基線的建立和管理組織級(jí)配置庫工程級(jí)配置庫SCI變更SCM根底知識(shí)SCM術(shù)語相關(guān)術(shù)語解釋流程概述SCM術(shù)語CID 配置標(biāo)識(shí)〔ConfigurationIdentifier〕SCM軟件配置管理〔SoftwareConfigurationManagement〕SCI 軟件配置項(xiàng)〔SoftwareConfigurationItem〕SCMP軟件配置管理方案〔SoftwareConfigurationManagementPlan〕SCCB 軟件配置管理控制委員會(huì)〔SoftwareConfigurationControlBoard〕SQA 軟件質(zhì)量保證〔SoftwareQualityAssurance〕CR變更請求〔ChangeRequirement〕SCI〔軟件配置項(xiàng)〕：軟件過程中產(chǎn)生的程序〔源代碼和可執(zhí)行程序〕、描述計(jì)算機(jī)程序的文檔〔針對(duì)技術(shù)開發(fā)者和用戶〕和數(shù)據(jù)〔包含在程序內(nèi)部或在程序外部〕?；€：由特定的軟件開發(fā)活動(dòng)所產(chǎn)生、并通過了正式評(píng)審的一組相關(guān)的SCI的集合，，并且只能通過正式的變化控制過程改變。〞它是軟件開發(fā)中的里程碑，一旦確定，它將成為下一步開發(fā)活動(dòng)的起點(diǎn)。由此我們可將配置項(xiàng)分為基線配置項(xiàng)和非基線配置項(xiàng)兩類，例如：基線配置項(xiàng)可能包括所有的設(shè)計(jì)文檔和源程序等；非基線配置項(xiàng)可能包括工程的各類方案和報(bào)告等?；€變更：對(duì)納入基線的SCI原有內(nèi)容進(jìn)行的變更，需要走變更流程。對(duì)于工作產(chǎn)品的細(xì)化和補(bǔ)充均不作為變更。版本變更：對(duì)實(shí)行版本控制的SCI所作的變更，不需要走變更流程。開發(fā)庫：各種信息處于動(dòng)態(tài)變化之中，存放開發(fā)過程中的程序、未獲批準(zhǔn)的文檔、數(shù)據(jù)。受控庫：存放經(jīng)審查或評(píng)審的、狀態(tài)穩(wěn)定的階段產(chǎn)品，包括受基線控制和版本控制的SCI。產(chǎn)品庫：存放測試階段結(jié)束后的最終產(chǎn)品，在?移交確認(rèn)單?中有明確定義，包括交付給客戶的工作產(chǎn)品和用于以后升級(jí)維護(hù)的所有工作產(chǎn)品。QA與QC區(qū)別QA〔QualityAssurance〕質(zhì)量保證通過建立和維持質(zhì)量管理體系來確保產(chǎn)品質(zhì)量沒有問題，QA不僅要知道問題出在哪里，還要知道這些問題解決方案如何制訂，今后該如何的預(yù)防，QC要知道僅僅是有問題就去控制，但不一定要知道為什么要這樣去控制。QC〔QualityControl〕質(zhì)量控制產(chǎn)品的質(zhì)量檢驗(yàn)，發(fā)現(xiàn)質(zhì)量問題后的分析、改善和不合格品控制相關(guān)人員的總稱。簡單說，QA控制過程，QC控制產(chǎn)品。SCCB：一個(gè)有權(quán)力管理工程軟件基線的委員會(huì)〔即軟件配置控制委員會(huì)〕,它的作用表現(xiàn)在：定軟件基線的建立和SCI的標(biāo)識(shí)；代表工程經(jīng)理和所有可能受到軟件基線更改影響的組的利益；評(píng)審和審定對(duì)軟件基線的更改；審定由軟件基線庫制造的產(chǎn)品的生成。當(dāng)變更超出團(tuán)隊(duì)職權(quán)范圍時(shí)，可以由工程經(jīng)理上級(jí)主管擔(dān)任。3流程概述軟件配置管理活動(dòng)一般在工程啟動(dòng)的同時(shí)就開展起來，它的目的就是要建立和維護(hù)在工程的整個(gè)軟件生命周期中軟件工程產(chǎn)品的完整性。方案：首先要做好SCM活動(dòng)的準(zhǔn)備工作，這包括制定軟件配置管理方案〔SCMP〕、為新啟動(dòng)的工程建立受控庫和開發(fā)庫以及為工程組各成員分配相應(yīng)的權(quán)限；標(biāo)識(shí)：然后將開發(fā)庫中被批準(zhǔn)的SCI進(jìn)行標(biāo)識(shí)；入庫：下一步將根據(jù)SCMP中哪些SCI要進(jìn)入受控庫，對(duì)這些選定的SCI進(jìn)行檢查，當(dāng)SCI被批準(zhǔn)后，SCM角色將它提交到受控庫中，其中局部SCI要受到基線控制，局部SCI要受到版本控制；變更：當(dāng)受控庫中SCI要發(fā)生變更時(shí)，首先區(qū)分此SCI受到哪一種控制。如果受到基線控制，那么由工程經(jīng)理或其他人對(duì)變更后造成的影響進(jìn)行估算，得到變更請求說明書，接著SCCB對(duì)變更請求進(jìn)行評(píng)審，決定是否接受基線變更；如果受到版本控制，那么由相關(guān)責(zé)任人負(fù)責(zé)修改和維護(hù)SCI即可；審計(jì)：SCM角色應(yīng)定期對(duì)受控庫中的基線進(jìn)行審計(jì)，如發(fā)現(xiàn)問題，由SCM角色通知相關(guān)責(zé)任人并跟蹤問題直到解決；發(fā)布：最后發(fā)布受控庫中生成的產(chǎn)品，在SCM角色搜集整理完將提交的全部軟件工作產(chǎn)品后，提交發(fā)布.如果到達(dá)要求，由測試人員將封樣軟件提交給SCM主管，由后者將封樣軟件存入封樣庫并作記錄。SCM流程定義建立SCM環(huán)境制定SCM方案SCI的入庫和標(biāo)識(shí)基線的建立和管理SCI變更流程定義目的：為工程SCM活動(dòng)的開展做好準(zhǔn)備活動(dòng)。相關(guān)人：工程組SCM角色、SQA、開發(fā)負(fù)責(zé)人相關(guān)活動(dòng)：配置管理庫的建立：在工程啟動(dòng)之后，SCM角色將在開發(fā)庫和受控庫中建立目錄，并制定一個(gè)粗略的配置管理庫結(jié)構(gòu)，按工程類和管理類劃分目錄結(jié)構(gòu);除了包含分配需求的文件以外,管理目錄下的文件只做版本控制;工程目錄下的文件只做基線控制，兩庫“管理〞,“工程〞的一級(jí)子目錄結(jié)構(gòu)必須與軟件配置管理方案中定義的配置庫結(jié)構(gòu)保持一致。隨著代碼的不斷穩(wěn)定，需不斷完善“編碼〞的子目錄結(jié)構(gòu)。方案中需要定義：基線的創(chuàng)立時(shí)間、級(jí)別、內(nèi)容配置狀態(tài)報(bào)告的頻率基線審計(jì)的策略SCCB成員資格標(biāo)準(zhǔn)和過程工程需要管理的相關(guān)資料及其權(quán)限分配3.1SCI的選擇:以下工作產(chǎn)品,以及其附件和應(yīng)用標(biāo)準(zhǔn)均要納入基線除了納入基線的工作產(chǎn)品外，以下工作產(chǎn)品，以及其附件和應(yīng)用標(biāo)準(zhǔn)均要納入受控庫方案類文檔(階段方案、風(fēng)險(xiǎn)管理方案除外)工程軟件過程定義3.2SCI的命名：： 工程名稱[[[+子系統(tǒng)名稱][+構(gòu)件名稱]]|[+階段名稱]]+模板名稱[+日期] 例:XXX幫助子系統(tǒng)需求規(guī)格說明書 或：XXX構(gòu)造階段確認(rèn)測試方案 或：XXX構(gòu)造階段工程狀態(tài)報(bào)告20050520注：以上各局部可在軟件配置管理方案SCMP中規(guī)定簡化名稱。模板名稱不可簡化。3.3SCI的標(biāo)識(shí)：對(duì)納入配置管理的工作產(chǎn)品進(jìn)行唯一標(biāo)識(shí)，工程成員在撰寫文檔時(shí)，需按照如下格式對(duì)SCI進(jìn)行標(biāo)識(shí)：工程名＋SCI名＋版本號(hào)3.5版本的標(biāo)識(shí)和升級(jí)版本標(biāo)識(shí)定義：版本標(biāo)識(shí)包括兩局部：主版本號(hào)和次版本號(hào)，二者均由阿拉伯?dāng)?shù)字構(gòu)成且中間用“.〞隔開。如V1.2版。版2.文檔每通過一次同行評(píng)審后，次版本號(hào)遞增1，主版本號(hào)不變；

如：V0.1版－>V0.2版－>V0.3版..

3.文檔每通過一次評(píng)審或?qū)徟?，主版本?hào)遞增1，同時(shí)次版本號(hào)回至0

如：V0.4版－>V1.0版，V1.7版－>V2.0版，...

4.每次文檔版本標(biāo)識(shí)變更后，應(yīng)維護(hù)修改記錄，其中修改描述的內(nèi)容盡量簡潔明確。要求同一版本的所有修改記錄只對(duì)應(yīng)于一個(gè)編號(hào)?；€相關(guān)SCI的入庫:在工作產(chǎn)品的開發(fā)階段，開發(fā)人員在開發(fā)庫中工作，穩(wěn)定后提交驗(yàn)證〔評(píng)審或測試〕，批準(zhǔn)后SCM角色入受控庫.基線的創(chuàng)立:基線通常在里程碑點(diǎn)上創(chuàng)立，至少在需求完成和發(fā)布/驗(yàn)收通過兩個(gè)里程碑點(diǎn)上應(yīng)建立基線。創(chuàng)立基線的方法是對(duì)選定的目錄做基線，同時(shí)在Messages中對(duì)基線的含義予以說明。對(duì)于目錄下入基線的SCI，單獨(dú)打基線，同時(shí)在Messages中對(duì)基線的含義予以說明。各工程的基線由相應(yīng)工程的SCM角色進(jìn)行標(biāo)識(shí)?；€的更新：準(zhǔn)那么:只要是基線內(nèi)容的更新,都屬于基線變更.更新相應(yīng)的SCI.更新基線的標(biāo)識(shí).工程基線的標(biāo)識(shí)：BL-階段代號(hào)-[-基線級(jí)別][-版本號(hào)]例：BL-C-VT-V02定義：BL兩位拼音字母，表示基線Baseline；-C短線后跟一位大寫字母〔階段的第一位字母〕啟動(dòng)階段用I〔Inception〕表示， 細(xì)化階段用E〔Elaboration〕表示， 構(gòu)造階段用C〔Construction〕表示， 移交階段用T〔Transition〕表示；-VT短線后跟兩位英文字母，表示某開發(fā)過程的完成。開發(fā)過程標(biāo)識(shí)同軟件過程元素，如VT表示確認(rèn)測試完成〔參見下表：軟件過程元素名稱列表〕。隨著產(chǎn)品到達(dá)不同的成熟度，可晉升基線的級(jí)別，即在基線標(biāo)識(shí)中加注該局部；通常有以下級(jí)別：需求完成〔RA〕、設(shè)計(jì)完成〔DS〕、編碼完成〔CO〕、單元測試通過〔UT〕、集成通過〔IT〕、確認(rèn)測試通過〔VT〕、系統(tǒng)測試通過〔ST〕、驗(yàn)收測試通過〔AT〕、發(fā)布〔RL〕；-V02短線后跟大寫V〔version的第1個(gè)字母〕及兩位阿伯?dāng)?shù)字標(biāo)識(shí)基線的不同版本〔按序遞增〕,缺省情況下為第一版本，可省去不標(biāo)；在下一階段之前,當(dāng)基線發(fā)生變更,重新建立基線時(shí)將增加版本信息?；€報(bào)告至少要包括:已經(jīng)建立的基線名稱,基線建立的時(shí)間,及所包含的SCI及其版本.軟件過程元素列表

組織基線的標(biāo)識(shí)：公司名(簡寫)＋財(cái)富類別名＋[版本號(hào)]例如：XXX過程財(cái)富1.0命名根本要求：唯一性，可追溯性版本變更：對(duì)于管理類工作產(chǎn)品，發(fā)生變更時(shí)不需要走變更流程，新的版本被重新批準(zhǔn)后直接由SCM角色入受控庫?；€變更：對(duì)于已納入基線的工程工作產(chǎn)品進(jìn)行修改時(shí)，須走以下變更流程〔具體操作方法見?SCI變更的操作規(guī)程?〕：內(nèi)部測試時(shí)，對(duì)已納入基線的代碼本身的變更不必提交變更申請，走?軟件測試標(biāo)準(zhǔn)?的BUG管理流程進(jìn)行相關(guān)分析處理，BUG分析后如確認(rèn)有代碼以外其他已納入基線配置項(xiàng)的變更，如需求、設(shè)計(jì)、測試等文檔的變更需提交變更申請走以下變更流程。提交變更請求：工程組中的任何成員均可以提出變更請求;SCCB評(píng)審：根據(jù)影響域分析的結(jié)果，SCCB評(píng)審決定是否接受變更請求。影響域分析：由SCCB對(duì)提出的變更請求進(jìn)行影響域分析，內(nèi)容包括：CR的有效性影響范圍、嚴(yán)重程度、時(shí)間表、資源、風(fēng)險(xiǎn)等本錢估算軟件配置管理系統(tǒng)組織級(jí)配置庫工程級(jí)配置庫軟件配置管理庫系統(tǒng)：3庫〔開發(fā)庫，受控庫，產(chǎn)品庫〕+工具〔VSS/SVN〕+標(biāo)準(zhǔn)〔SCM標(biāo)準(zhǔn)〕1.組織級(jí)配置管理庫分為：過程財(cái)富庫：存放組織標(biāo)準(zhǔn)過程、數(shù)據(jù)、最正確實(shí)踐、樣例、經(jīng)驗(yàn)教訓(xùn)其他參考資料等；②產(chǎn)品庫：存放各產(chǎn)品的可執(zhí)行程序、用戶手冊、驗(yàn)收報(bào)告等材料③過程改進(jìn)庫：過程改進(jìn)相關(guān)工作目錄。

2.工程級(jí)配置管理庫分為：①受控庫：基線目錄：存放得到確認(rèn)的需求、設(shè)計(jì)、集成和發(fā)布等基線內(nèi)容審批目錄：存放工程開發(fā)過程中得到確認(rèn)和承諾的各類工程數(shù)據(jù)〔基線外的〕②開發(fā)庫：提供給工程組開發(fā)過程中使用的，由工程組成員自己控制〔含代碼庫，為方便操作可將代碼庫單獨(dú)提出來〕③產(chǎn)品庫：將產(chǎn)品基線的配置項(xiàng)以及系統(tǒng)規(guī)定的其它文檔作為最終產(chǎn)品存放在公司級(jí)產(chǎn)品庫，等待交付客戶或作為產(chǎn)品復(fù)用的資源。出入庫要嚴(yán)格辦理手續(xù)。產(chǎn)品庫由公司統(tǒng)一管理和維護(hù)，出入庫要嚴(yán)格辦理手續(xù)結(jié)束語

ThankYou！一．無視軟件配置管理可能導(dǎo)致的混亂現(xiàn)象v發(fā)錯(cuò)了版本v安裝后不工作v異地不能正常工作v已經(jīng)解決的缺陷過后又出現(xiàn)錯(cuò)誤v開發(fā)人員把產(chǎn)品拿出去出售贏利v找不到最新修改了的源程序v找不到編程序的人SVN提交的備注信息SVN提交的備注信息變更流程配置庫三類庫〔1〕開發(fā)庫：存放開發(fā)過程中需要保存的各種信息，供開發(fā)人員個(gè)人專用。〔2〕受控庫：在軟件開發(fā)的某個(gè)階段工作結(jié)束時(shí)，將