軟件配置管理

軟件配置管理第一頁(yè)，共三十八頁(yè)，編輯于2023年，星期一17.1軟件配置管理的任務(wù)隨著軟件工程過(guò)程的進(jìn)展，軟件配置項(xiàng)(SCI，SoftwareConfigurationItems)的層次、數(shù)量迅速增加?？紤]到因?yàn)槭袌?chǎng)原因、客戶原因、組織原因和預(yù)算與進(jìn)度原因的影響，軟件工程過(guò)程隨時(shí)都可能發(fā)生變化。這就不可避免地會(huì)影響到配置項(xiàng)發(fā)生變化。SCM的任務(wù)就是在計(jì)算機(jī)軟件的整個(gè)生命周期內(nèi)管理變化。我們可以將SCM看作是應(yīng)用于整個(gè)軟件過(guò)程的一類質(zhì)量保證活動(dòng)。17.1.1基線變化是軟件開(kāi)發(fā)過(guò)程中必然發(fā)生的事情?？蛻粢兏枨?，開(kāi)發(fā)者希望修改技術(shù)方法，管理者要調(diào)整預(yù)算等等第二頁(yè)，共三十八頁(yè)，編輯于2023年，星期一都屬于合理的變化要求。遺憾的是如果完全隨意地進(jìn)行變化的話，軟件工程將變成一場(chǎng)災(zāi)難。變化不可避免，變化必須得到管理，已經(jīng)成為業(yè)界的共識(shí)。引入基線的概念，正是為了實(shí)現(xiàn)對(duì)變化的管理。

基線(BaseLine)的原意是棒球場(chǎng)的邊線，在軟件工程中將其引申成為軟件配置管理中的一個(gè)專用名詞?；€用來(lái)在不對(duì)合理變化造成嚴(yán)重阻礙的前提下控制變化。IEEE組織對(duì)于基線的定義是：“已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只能遵循正式的變化控制過(guò)程得到改變”。這里的規(guī)約(Specification)可以解釋為“詳細(xì)說(shuō)明”或“規(guī)格說(shuō)明”。第三頁(yè)，共三十八頁(yè)，編輯于2023年，星期一根據(jù)這個(gè)定義，可以認(rèn)為基線是一組已經(jīng)經(jīng)過(guò)正式技術(shù)復(fù)審而被認(rèn)可、發(fā)布并且可供使用，只能遵循一定規(guī)程進(jìn)行變化的軟件工作產(chǎn)品。SCI被納入基線之前，生產(chǎn)者可以為了順應(yīng)某種要求，對(duì)其進(jìn)行迅速而非正式的變更，但是如果該項(xiàng)已經(jīng)納入基線，那么針對(duì)它的每一個(gè)變化，必須按照特定的、正式的規(guī)程進(jìn)行評(píng)估、實(shí)施、驗(yàn)證和發(fā)布。雖然基線可以在任意的細(xì)節(jié)層次上定義，但為了避免過(guò)于繁瑣，最常見(jiàn)的軟件基線如圖17.1所示。第四頁(yè)，共三十八頁(yè)，編輯于2023年，星期一圖17.1基線第五頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

在軟件工程的范圍內(nèi)，基線是軟件開(kāi)發(fā)過(guò)程中的里程碑，其標(biāo)志是有一個(gè)或多個(gè)軟件配置項(xiàng)(SCI)的交付。而且這些配置項(xiàng)已經(jīng)經(jīng)過(guò)正式技術(shù)復(fù)審并獲得認(rèn)可。例如：某設(shè)計(jì)規(guī)約的要素已經(jīng)形成文檔并通過(guò)復(fù)審，錯(cuò)誤已被發(fā)現(xiàn)并且得到了糾正。一旦規(guī)約的所有部分均通過(guò)復(fù)審、糾正，然后認(rèn)可，則該設(shè)計(jì)規(guī)約就變成了一個(gè)基線。此后任何對(duì)包含在此設(shè)計(jì)規(guī)約中的程序體系結(jié)構(gòu)的變化都只能在被評(píng)估并得到批準(zhǔn)之后方可進(jìn)行。產(chǎn)生基線的事件進(jìn)展如圖17.2所示。

第六頁(yè)，共三十八頁(yè)，編輯于2023年，星期一圖17.2作為基線的SCI和項(xiàng)目的配置數(shù)據(jù)庫(kù)第七頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

軟件工程產(chǎn)生一個(gè)或多個(gè)SCI，在SCI被復(fù)審并得到認(rèn)可后，它們被放進(jìn)項(xiàng)目的配置管理數(shù)據(jù)庫(kù)中。當(dāng)軟件工程項(xiàng)目組中的某個(gè)成員希望修改某個(gè)基線SCI時(shí)，該SCI被從項(xiàng)目的配置管理數(shù)據(jù)庫(kù)拷貝到工程師的私有工作區(qū)中，然而，這個(gè)提取出來(lái)的SCI只有在遵循SCM控制的情況下才可以被修改。圖17.2中的虛線說(shuō)明了對(duì)某一個(gè)SCI進(jìn)行修改的事件路徑。

第八頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

軟件財(cái)富基線主要包括各類可復(fù)用的軟件構(gòu)件。對(duì)這些構(gòu)件進(jìn)行標(biāo)識(shí)、維護(hù)、管理，提供給所有需要重用它們的項(xiàng)目組，無(wú)疑將會(huì)極大地提高生產(chǎn)率，改進(jìn)未來(lái)產(chǎn)品的質(zhì)量并提供更多可供選擇的解決方案和設(shè)計(jì)方案。項(xiàng)目中形成的可復(fù)用構(gòu)件，應(yīng)當(dāng)及時(shí)納入財(cái)富基線，盡快發(fā)揮它們的作用，擴(kuò)大財(cái)富的積累。17.1.2軟件配置項(xiàng)軟件配置項(xiàng)已經(jīng)定義為在部分軟件工程過(guò)程中創(chuàng)建的信息。一般地說(shuō)，一個(gè)SCI可以是一個(gè)文檔、一套測(cè)試用例或者一個(gè)已經(jīng)命名的程序構(gòu)件。下面的SCI成為配置管理技術(shù)的目標(biāo)并形成一組基線。第九頁(yè)，共三十八頁(yè)，編輯于2023年，星期一1：系統(tǒng)規(guī)約2：軟件項(xiàng)目計(jì)劃3：軟件需求規(guī)約a:圖形分析模型b:處理規(guī)約c:原型d:數(shù)學(xué)規(guī)約4：初步的設(shè)計(jì)手冊(cè)5：設(shè)計(jì)規(guī)約a:數(shù)據(jù)設(shè)計(jì)描述b:體系結(jié)構(gòu)設(shè)計(jì)描述c:模塊設(shè)計(jì)描述d:界面設(shè)計(jì)描述e:對(duì)象描述(如果采用了面向?qū)ο蠹夹g(shù))第十頁(yè)，共三十八頁(yè)，編輯于2023年，星期一6：源代碼清單7：測(cè)試規(guī)約a:測(cè)試計(jì)劃和過(guò)程b:測(cè)試用例和結(jié)果記錄8：操作和安裝手冊(cè)9：可執(zhí)行程序a:模塊的可執(zhí)行代碼b:鏈接的模塊10：數(shù)據(jù)庫(kù)描述a:模式和文件結(jié)構(gòu)b:初始內(nèi)容11：聯(lián)機(jī)用戶手冊(cè)12：維護(hù)文檔a:軟件問(wèn)題報(bào)告b:維護(hù)請(qǐng)求c:工程變化命令13：軟件工程的標(biāo)準(zhǔn)和規(guī)程第十一頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

除此之外，為了清晰地描述開(kāi)發(fā)環(huán)境，許多軟件開(kāi)發(fā)組織也將使用的工具和開(kāi)發(fā)環(huán)境內(nèi)容納入配置管理庫(kù)中。工具，就像利用它們生產(chǎn)的產(chǎn)品一樣，可以被基線化，并作為綜合配置管理工作的一部分，一般稱之為“環(huán)境基線”。SCI被組織成配置對(duì)象、被命名并被歸類到項(xiàng)目的配置管理數(shù)據(jù)庫(kù)中。一個(gè)配置對(duì)象有名字、屬性，并通過(guò)“關(guān)系”和其他的對(duì)象連接。第十二頁(yè)，共三十八頁(yè)，編輯于2023年，星期一圖17.3配置對(duì)象在圖17.3中，配置對(duì)象“設(shè)計(jì)規(guī)約、“測(cè)試規(guī)約”、“數(shù)據(jù)模塊”、“模塊N”、“源代碼”分別被定義。但每個(gè)對(duì)象都和其他對(duì)象存在著一定的關(guān)聯(lián)。曲線表示的關(guān)系是組裝關(guān)系，說(shuō)明數(shù)據(jù)模塊和模塊N都是設(shè)計(jì)規(guī)約的組成部分。直線雙箭頭連接指明關(guān)聯(lián)關(guān)系。如果一個(gè)對(duì)象(比如源代碼對(duì)象)發(fā)生變化，關(guān)聯(lián)關(guān)系使得軟件工程師能夠據(jù)此判定還有哪些對(duì)象會(huì)被影響。第十三頁(yè)，共三十八頁(yè)，編輯于2023年，星期一17.2SCM過(guò)程

軟件配置管理過(guò)程是軟件工程中的重要環(huán)節(jié)，它的直接目標(biāo)是管理變更。在管理過(guò)程中，配置管理活動(dòng)還要關(guān)注個(gè)體SCI的標(biāo)識(shí)和軟件產(chǎn)品的版本控制，負(fù)責(zé)軟件配置庫(kù)的審核和配置變更情況并及時(shí)提出配置變更報(bào)告。概括地說(shuō)，SCM過(guò)程的任務(wù)主要有下面五項(xiàng)。

(1)組織如何標(biāo)識(shí)和管理程序及文檔的很多現(xiàn)存版本，以保證能夠高效率地進(jìn)行必要的變更。(2)如何在軟件發(fā)布之前和之后控制變更。(3)明確由什么角色負(fù)責(zé)批準(zhǔn)變更，并給變更確定優(yōu)先級(jí)別。(4)如何保證變更已經(jīng)被恰當(dāng)?shù)貓?zhí)行。(5)采用什么機(jī)制去告訴相關(guān)人員目前已經(jīng)發(fā)生的變更。

第十四頁(yè)，共三十八頁(yè)，編輯于2023年，星期一簡(jiǎn)單地說(shuō)，SCM任務(wù)是標(biāo)識(shí)配置項(xiàng)、控制產(chǎn)品版本、控制變化、配置審計(jì)和發(fā)布配置報(bào)告。在軟件能力成熟度模型中，將配置管理作為達(dá)到二級(jí)成熟度的一個(gè)關(guān)鍵活動(dòng)域，提出了四項(xiàng)必須達(dá)到的目標(biāo)。

目標(biāo)1：軟件配置管理活動(dòng)是有計(jì)劃的。目標(biāo)2：所選定的軟件工作產(chǎn)品是已標(biāo)識(shí)的、受控的和適用的。目標(biāo)3：對(duì)已標(biāo)識(shí)的軟件工作產(chǎn)品的更改是受控的。目標(biāo)4：受影響的組和個(gè)人得到軟件基線的狀態(tài)和內(nèi)容的通知。

第十五頁(yè)，共三十八頁(yè)，編輯于2023年，星期一17.3軟件配置中對(duì)象的標(biāo)識(shí)

為了控制和管理軟件配置項(xiàng)，每一個(gè)配置項(xiàng)必須被獨(dú)立命名，然后用面向?qū)ο蟮姆椒右越M織。對(duì)象命名是為了能夠根據(jù)名稱提取對(duì)象；而通過(guò)組織對(duì)象并描述其間的關(guān)系則是著眼于在對(duì)象變更時(shí)能夠清楚地了解變更的影響范圍。能夠被標(biāo)識(shí)的對(duì)象分為基本對(duì)象和聚集對(duì)象兩大類?；緦?duì)象是軟件工程師在工作中創(chuàng)建的諸如需求規(guī)約的一個(gè)段落、一組測(cè)試用例、模塊的源代碼清單之類的“文本單元”(unitoftext)。而一個(gè)聚集對(duì)象是基本對(duì)象和其他聚集對(duì)象的集合，是一個(gè)遞歸的概念。例如圖17.3中的“設(shè)計(jì)規(guī)約”。在概念上，聚集對(duì)象可以被認(rèn)為是已經(jīng)被標(biāo)識(shí)命名的“指針表”。指針指向基本對(duì)象“模塊N”和“數(shù)據(jù)模塊”。第十六頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

配置對(duì)象具有一組惟一標(biāo)識(shí)它的特征數(shù)據(jù)：(對(duì)象名、描述、資源表、實(shí)體)。各項(xiàng)特征的含義如下：

(1)對(duì)象名：無(wú)二義的表示對(duì)象的一個(gè)字符串。(2)描述：一組數(shù)據(jù)項(xiàng)的列表，具體標(biāo)識(shí)：該對(duì)象所表示的SCI類型；項(xiàng)目標(biāo)識(shí)符、變更信息和(或)版本信息。(3)資源：由對(duì)象提供、處理、引用或需要的實(shí)體，如數(shù)據(jù)類型、特定的函數(shù)、變量名稱等等。(4)實(shí)體：是一個(gè)指針。對(duì)于基本對(duì)象，它指向特定的“文本單元”；對(duì)于聚合對(duì)象，它指向null。第十七頁(yè)，共三十八頁(yè)，編輯于2023年，星期一在標(biāo)識(shí)配置對(duì)象時(shí)，應(yīng)當(dāng)能夠反映它們之間的關(guān)系。通過(guò)制定命名規(guī)則，一個(gè)對(duì)象可以被標(biāo)識(shí)為某個(gè)聚集對(duì)象的局部(part-of...)。(part-of...)定義了一個(gè)對(duì)象層次，例如：E-Rdigram1.4(part-of)datamodeldatamodel(part-of)DesignSpecification使用這樣的對(duì)象標(biāo)識(shí)方法，能夠創(chuàng)建SCI之間的層次結(jié)構(gòu)。實(shí)際上，在層次結(jié)構(gòu)中也存在有交叉關(guān)連(interrelated)關(guān)系：datamodel(interrelated)dataflowmodel(數(shù)據(jù)模塊和數(shù)據(jù)流程圖關(guān)聯(lián))datamodel(interrelated)testcaseclassm(數(shù)據(jù)模塊和測(cè)試用例類m之間關(guān)聯(lián))第十八頁(yè)，共三十八頁(yè)，編輯于2023年，星期一對(duì)于配置項(xiàng)的標(biāo)識(shí)，除了上面的基本原則必須滿足之外，各個(gè)軟件開(kāi)發(fā)組織也可制定自己的配置項(xiàng)標(biāo)識(shí)規(guī)范。例如，某組織的配置項(xiàng)標(biāo)識(shí)方法規(guī)定：配置項(xiàng)標(biāo)識(shí)：要求對(duì)每一配置項(xiàng)進(jìn)行惟一性標(biāo)識(shí)。命名規(guī)范：1位基線庫(kù)編碼+“_”+2位配置對(duì)象編碼+“_”+最多五個(gè)漢字或10個(gè)英文/拼音的配置項(xiàng)標(biāo)識(shí)(一般為功能/模塊名稱，但要求有易懂且惟一)+‘_’+5位版本號(hào)(最多5位——q.m.n)一個(gè)對(duì)象在被納入基線之前，它可能變化了許多次。在被納入基線之后，也允許繼續(xù)發(fā)生受控的變化。對(duì)象的標(biāo)識(shí)必須能夠反映對(duì)象在整個(gè)軟件過(guò)程中的演化情況。對(duì)象演化圖能夠滿足這一要求，直觀地反映對(duì)象的演化過(guò)程和演化路徑。第十九頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

圖17.4中，反映出對(duì)象1.0經(jīng)歷了四次一般變化，演化出對(duì)象1.1、1.2、1.3、1.4；演化對(duì)象1.1經(jīng)歷了兩次小的變化，演化出對(duì)象1.1.1和1.1.2；對(duì)象1.2經(jīng)歷了一次大的變化，形成了對(duì)象2.0；對(duì)象2.0發(fā)生一般變化后，形成對(duì)象2.1對(duì)象的變化有可能針對(duì)它當(dāng)前存在的任意版本，但一般不會(huì)針對(duì)所有版本。經(jīng)過(guò)恰當(dāng)?shù)臉?biāo)識(shí)使得對(duì)象被選中進(jìn)行變化時(shí)，可以借助于標(biāo)識(shí)符的引導(dǎo)找到本對(duì)象及其相關(guān)聯(lián)的所有對(duì)象，實(shí)施聯(lián)帶變化，保證配置管理數(shù)據(jù)庫(kù)的完整性。目前許多用于SCM的自動(dòng)工具已經(jīng)被開(kāi)發(fā)出來(lái)，提高了配置管理的工作效率和準(zhǔn)確程度。第二十頁(yè)，共三十八頁(yè)，編輯于2023年，星期一圖17.4配置對(duì)象演化圖第二十一頁(yè)，共三十八頁(yè)，編輯于2023年，星期一17.4版本控制

為適應(yīng)不同的環(huán)境特點(diǎn)和用戶的個(gè)性化需求，同一個(gè)軟件可能會(huì)推出不同的版本。為方便用戶的使用，軟件的若干功能可以是“可選件”，即使同一版本的軟件，選件的不同也將導(dǎo)致它們成為同一版本的不同“變體”。如何利用配置項(xiàng)裝配成不同版本的產(chǎn)品進(jìn)行產(chǎn)品發(fā)布，也是SCM工作必須完成的任務(wù)。如果圖17.4中的每個(gè)節(jié)點(diǎn)都是包括軟件所有組成部分的聚集對(duì)象，那么，每個(gè)對(duì)象節(jié)點(diǎn)也就代表了軟件的一個(gè)版本(一組SCI的集合，包括源代碼、文檔、數(shù)據(jù)、可執(zhí)行程序)。每個(gè)版本可以由許多不同的變體(Variant)組成。這第二十二頁(yè)，共三十八頁(yè)，編輯于2023年，星期一種情況在我們使用工具軟件時(shí)也經(jīng)常會(huì)遇到。比如在工具軟件的安裝過(guò)程中我們可以進(jìn)行裁剪，得到同一版本軟件的不同變體。圖17.5軟件版本變化及其變體第二十三頁(yè)，共三十八頁(yè)，編輯于2023年，星期一圖17.5是實(shí)現(xiàn)變體的示意圖。對(duì)版本2.1來(lái)說(shuō)，可以定義由構(gòu)件(1、2、3、4)和構(gòu)件(1、2、3、5)構(gòu)成的相同版本的兩種變體。當(dāng)軟件使用彩色顯示器實(shí)現(xiàn)時(shí)選擇使用構(gòu)件4，構(gòu)件5只在使用單色顯示器時(shí)才被選中。為了構(gòu)造某程序的給定版本的適當(dāng)變體，可以為每一個(gè)構(gòu)件賦予一個(gè)“屬性元組”，即構(gòu)件特征表。當(dāng)要構(gòu)造某軟件版本的特殊變體時(shí)，只要規(guī)定了應(yīng)當(dāng)使用具有什么特征屬性的構(gòu)件，就能夠很方便地完成構(gòu)件的選擇和組裝。目前已經(jīng)有許多不同的、能夠自動(dòng)進(jìn)行版本控制的方法與工具，并得到了廣泛的使用。使用這樣的SCM工具，第二十四頁(yè)，共三十八頁(yè)，編輯于2023年，星期一能夠進(jìn)行增量式的版本生成與管理，能夠根據(jù)當(dāng)前版本對(duì)早期版本進(jìn)行追溯，同時(shí)具有基線管理能力，完全排除了對(duì)特定版本進(jìn)行無(wú)控制修改、刪除的可能性。第二十五頁(yè)，共三十八頁(yè)，編輯于2023年，星期一17.5變更控制

軟件工程活動(dòng)中，變更不可避免，重要的是對(duì)變更進(jìn)行管理。無(wú)控制的變化將迅速地導(dǎo)致過(guò)程的混亂。合理的組織保證，人為的規(guī)程限制和自動(dòng)化的工具相結(jié)合，能夠?qū)崿F(xiàn)良好的變更控制機(jī)制。變更控制過(guò)程流程如圖17.6所示，當(dāng)修改(變更)請(qǐng)求被提出后，首先要從技術(shù)指標(biāo)，潛在的副作用，對(duì)其他配置對(duì)象和系統(tǒng)功能的整體影響和變更成本幾方面評(píng)估變更的可行性。評(píng)估結(jié)果形成變更報(bào)告。該報(bào)告交由變更控制審核小組(CCA，ChangeControlAuthority)使用。第二十六頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

CCA針對(duì)被批準(zhǔn)的變更生成一個(gè)工程變更命令(ECO，EngineeringChangeOrder)。ECO描述將要進(jìn)行的變更，必須注意的約束，復(fù)審和審核的標(biāo)準(zhǔn)。然后，接到ECO的技術(shù)人員將指定要被修改的對(duì)象從項(xiàng)目配置管理數(shù)據(jù)庫(kù)中提取出來(lái)(CheckOut)，進(jìn)行修改，并進(jìn)行必要的SQA活動(dòng)和測(cè)試活動(dòng)。接著，將改定的對(duì)象提交(CheckIn)回項(xiàng)目配置管理數(shù)據(jù)庫(kù)。最后使用合適的版本控制機(jī)制去建立軟件的下一個(gè)版本。第二十七頁(yè)，共三十八頁(yè)，編輯于2023年，星期一圖17.6變更控制的過(guò)程第二十八頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

“提取”和“提交”過(guò)程實(shí)現(xiàn)了兩個(gè)主要的變更控制因素。“提取”實(shí)現(xiàn)了對(duì)配置項(xiàng)的“訪問(wèn)控制”，限制了只有被指定的工程師才有權(quán)獲得和修改特定的配置對(duì)象，在對(duì)象被提取后自動(dòng)“加鎖”；“提交”提供了一種“同步控制”。特定的配置項(xiàng)一旦被授權(quán)人提取進(jìn)行修改，在修改完畢提交回配置庫(kù)之前，由于已經(jīng)加鎖，其他人只能夠進(jìn)行瀏覽性提取，無(wú)權(quán)進(jìn)行修改。修改者執(zhí)行了提交操作后，配置庫(kù)中原被鎖定的修改對(duì)象將被更新并被“解鎖”。在變更管理流程中，CCA的作用十分重要。他們要從全局的觀點(diǎn)來(lái)評(píng)估變更對(duì)SCI之外的事物的影響，包括變更是第二十九頁(yè)，共三十八頁(yè)，編輯于2023年，星期一否會(huì)影響硬件，如何影響性能，如何影響軟件的質(zhì)量和可靠性等等。最終CCA將根據(jù)變更評(píng)估的結(jié)果就是否實(shí)行變更進(jìn)行決策，并具體安排變更的實(shí)施。

第三十頁(yè)，共三十八頁(yè)，編輯于2023年，星期一17.6配置審核與狀態(tài)報(bào)告17.6.1配置審核

SCM通過(guò)配置項(xiàng)標(biāo)識(shí)、版本控制和變更控制措施，保障了軟件工程過(guò)程中的工作秩序。對(duì)于變更工作，必須通過(guò)正式的技術(shù)復(fù)審和軟件配置審核工作來(lái)驗(yàn)證被核準(zhǔn)進(jìn)行變更的對(duì)象是否進(jìn)行了必要的、正確的變更，并得到了重新的配置。對(duì)變更結(jié)果進(jìn)行的正式復(fù)審由技術(shù)工程師們進(jìn)行。它關(guān)注的是被修改的配置對(duì)象在技術(shù)上的正確性。復(fù)審者們要評(píng)估SCI以確定它和其他SCI的一致性，關(guān)注是否有潛在的副作用等問(wèn)題。第三十一頁(yè)，共三十八頁(yè)，編輯于2023年，星期一

作為對(duì)變更進(jìn)行的正式復(fù)審的補(bǔ)充，SQA人員還要針對(duì)和變更管理相關(guān)的SCM工作進(jìn)行審核。作為正式技術(shù)復(fù)審的補(bǔ)充環(huán)節(jié)，這種審核主要關(guān)注下列幾方面的問(wèn)題：

(1)ECO中提出的變更是否已經(jīng)完成，有無(wú)進(jìn)行未經(jīng)指定的其他附加變更。(2)針對(duì)變更工作的技術(shù)正確性，是否已經(jīng)進(jìn)行了正式的技術(shù)復(fù)審。(3)變更工作是否遵循了軟件工程標(biāo)準(zhǔn)。(4)檢查是否針對(duì)被變更的SCI進(jìn)行了強(qiáng)調(diào)說(shuō)明。被變更的SCI的屬性是否反映了本次變更，是否記錄了變更日期和變更實(shí)施者等必要信息。(5)是否遵循了標(biāo)注變更、記錄變更和報(bào)告變更的SCM工作規(guī)程。(6)所有相關(guān)的SCI是否都得到了恰當(dāng)?shù)男薷?。第三十二?yè)，共三十八頁(yè)，編輯于2023年，星期一17.6.2配置狀態(tài)報(bào)告建立并發(fā)布配置狀態(tài)報(bào)告(CSR，ConfigurationStatusReporting)是SCM的任務(wù)之一。CSR應(yīng)當(dāng)說(shuō)明：配置庫(kù)發(fā)生了什么事情，該事是誰(shuí)做的，是什么時(shí)候發(fā)生的，將會(huì)造成哪些影響。每當(dāng)一個(gè)SCI被賦予新的或修改后的標(biāo)識(shí)時(shí)，就有一個(gè)CSR的條目被創(chuàng)建；每當(dāng)下達(dá)一個(gè)ECO時(shí)，也有一個(gè)CSR條目被創(chuàng)建。在每次進(jìn)行配置審核時(shí)，審核的結(jié)果也作為CSR的一部分被報(bào)告。應(yīng)當(dāng)定期地生成配置狀態(tài)報(bào)告并向所有相關(guān)人員發(fā)布。保證大家始終能夠清楚地了解配置管理庫(kù)的現(xiàn)狀和配置管理工作的進(jìn)展。在大型項(xiàng)目中，離開(kāi)了配置狀態(tài)報(bào)告有可能導(dǎo)致?tīng)顟B(tài)混亂。例如，兩個(gè)開(kāi)發(fā)者可能試圖以不同的或者互相沖突第三十三頁(yè)，共三十八頁(yè)，編輯于2023年，星期一的意圖去修改一個(gè)配置對(duì)象；不了解未來(lái)的軟件運(yùn)行環(huán)境已經(jīng)發(fā)生了變更的工程師們可能還在針對(duì)已經(jīng)不再存在的環(huán)境開(kāi)發(fā)軟件。有了真實(shí)、及時(shí)的配置狀態(tài)報(bào)告，就能夠防患于未然。第三十四頁(yè)，共三十八頁(yè)，編輯于2023年，星期一17.7小結(jié)

SCM活動(dòng)是應(yīng)用于軟件工程全過(guò)程中的一種保護(hù)性活動(dòng)。SCM標(biāo)識(shí)、控制、審核和報(bào)告在軟件開(kāi)發(fā)過(guò)程