1、軟件質(zhì)量保證和管理 - Ch.5 軟件配置管理,第4章 回顧,4.1 軟件質(zhì)量控制與保證 目標(biāo)問(wèn)題問(wèn)題度量法，風(fēng)險(xiǎn)管理法 4.2 軟件質(zhì)量控制模型和技術(shù) 控制模型，控制模型要素，質(zhì)量控制技術(shù)、實(shí)施與跟蹤 4.3 軟件質(zhì)量控制工具 4.4 軟件質(zhì)量保證體系 4.5 改正性和預(yù)防性措施 4.6 支持性質(zhì)量保證手段,第 5章 軟件配置管理,5.1 概述 5.2 配置項(xiàng) 5.3 基線 5.4 版本控制 5.5 變更控制 5.6 軟件配置管理系統(tǒng),課程目標(biāo),了解實(shí)施軟件配置管理的重要意義 理解軟件配置管理的基本概念 掌握實(shí)施軟件配置管理的基本步驟 軟件配置管理計(jì)劃文檔的主要內(nèi)容 如何選擇軟件配置管理工具

2、,5.1 概述,軟件配置管理的概念 SCM簡(jiǎn)單而言就是管理軟件的變化，應(yīng)用于軟件工程過(guò)程，通常由相應(yīng)的工具、過(guò)程和方法學(xué)組成。在整個(gè)軟件的開發(fā)活動(dòng)中占有很重要的位置。 軟件配置管理的目的與益處 有效的軟件配置管理可以解決一些常見(jiàn)的問(wèn)題； 有效的軟件配置管理可以節(jié)約用戶資金； 有效的軟件配置管理可以提高軟件開發(fā)管理的水平； 有效的軟件配置管理可以保護(hù)企業(yè)的知識(shí)財(cái)富。,5.2 配置項(xiàng),5.2.1 配置項(xiàng)定義 5.2.2 軟件配置控制 5.2.3 配置項(xiàng)標(biāo)識(shí),5.2.1 配置項(xiàng)的定義,所有在軟件過(guò)程中產(chǎn)生的信息，總稱為軟件配置項(xiàng)，主要包括： 計(jì)算機(jī)程序（源代碼和可執(zhí)行程序）； 描述計(jì)算機(jī)程序的文檔（

3、針對(duì)技術(shù)開發(fā)者和用戶）； 數(shù)據(jù)（包含在程序內(nèi)部或外部）。,配置項(xiàng)內(nèi)容,5.2.2 軟件配置控制,配置控制是配置管理的核心工作。配置控制主要包括： 存取控制：設(shè)定了軟件開發(fā)人員對(duì)軟件基準(zhǔn)庫(kù)的存取權(quán)限，保證軟件開發(fā)過(guò)程及軟件產(chǎn)品的安全性； 版本控制：是配置管理的基本要求，使得組織在任何時(shí)刻都可以獲得配置項(xiàng)的任何一個(gè)版本； 變更控制：為軟件產(chǎn)品變更提過(guò)了一個(gè)明確的流程，要求任何進(jìn)行配置管理的軟件產(chǎn)品變更都要經(jīng)過(guò)相應(yīng)的授權(quán)與批準(zhǔn)才能實(shí)施； 產(chǎn)品發(fā)布：保證了提交給客戶的軟件產(chǎn)品是完整的、正確的。,5.2.3 配置項(xiàng)標(biāo)識(shí),軟件配置項(xiàng)標(biāo)識(shí)是管理配置的前提。標(biāo)識(shí)包括文件名和版本。 確定配置項(xiàng)：軟件項(xiàng)目在開發(fā)過(guò)

4、程中會(huì)產(chǎn)生成千上百個(gè)配置項(xiàng)，那么確定配置項(xiàng)是很重要的； 明確配置項(xiàng)標(biāo)識(shí)的要求：項(xiàng)目組人員按照標(biāo)識(shí)規(guī)則對(duì)配置項(xiàng)進(jìn)行標(biāo)識(shí)，最后提交給配置管理員納入配置庫(kù)統(tǒng)一管理； 配置項(xiàng)命名： (1) 唯一性：在一個(gè)項(xiàng)目?jī)?nèi)不能出現(xiàn)重名，以避免混淆； (2) 可追溯性：系統(tǒng)的要求，即名字應(yīng)能體現(xiàn)相鄰配置項(xiàng)之間的關(guān)系。,5.3 基線,常用軟件基線：,基線屬性與優(yōu)點(diǎn),基線是軟件生存期各開發(fā)階段末尾的特定點(diǎn)，也稱里程碑。 基線的屬性： 通過(guò)正式評(píng)審過(guò)程建立； 存在于基線庫(kù)，對(duì)基線的變更接受更高權(quán)限的控制； 基線是進(jìn)一步開發(fā)和修改的基準(zhǔn)和出發(fā)點(diǎn)； 進(jìn)入基線前，不對(duì)變化進(jìn)行管理；進(jìn)入基線后，對(duì)變化進(jìn)行有效管理； 不會(huì)變化的內(nèi)

5、容不納入基線，變化對(duì)其它無(wú)影響的也不納入基線； 基線具有名稱、標(biāo)識(shí)符、版本、日期等屬性； 交付給客戶的基線成為一個(gè)Release，內(nèi)部開發(fā)用的基線為一個(gè)Build。 基線的優(yōu)點(diǎn) 重現(xiàn)性：當(dāng)更新不穩(wěn)定或不可信時(shí)，基線提供一種取消變更的方法； 可追溯性：建立項(xiàng)目工件之間的前后繼承關(guān)系； 版本隔離：新項(xiàng)目與隨后對(duì)原始項(xiàng)目所進(jìn)的變更進(jìn)行隔離。,基線種類,功能基線(Functional Baseline) 指派基線(Allocated Baseline) 產(chǎn)品基線(Production Baseline),軟件過(guò)程中的配置基線,5.4 版本控制,5.4.1 版本的訪問(wèn)與同步控制 5.4.2 版本分支和合

6、并 5.4.3 版本的歷史記錄,5.4.1 版本的控制與同步控制,版本的訪問(wèn)控制 工作區(qū)域中的源文件是從庫(kù)中恢復(fù)得到的一個(gè)復(fù)制文件，它可以是可“寫”的，也可以是可“讀”的。一般有兩種工作模式： 一是在工作區(qū)域一旦有“讀”請(qǐng)求，就做一次恢復(fù)操作，獲得復(fù)制文件，當(dāng)“讀”操作結(jié)束，該復(fù)制文件被刪除； 二是僅當(dāng)軟件庫(kù)中的內(nèi)容發(fā)生更改時(shí)，才發(fā)生交互，而不是每次“讀”操作都與軟件庫(kù)中的文件發(fā)生交互。 版本的同步控制 同步控制實(shí)際上時(shí)版本的檢入檢出控制： 檢入：將軟件配置項(xiàng)從用戶的工作環(huán)境存入到軟件配置庫(kù)的過(guò)程； 檢出：將軟件配置項(xiàng)從軟件配置庫(kù)中取出的過(guò)程。,訪問(wèn)和同步控制的流程圖,5.4.2 版本分支和合

7、并,版本分支 版本分支人工方法就是從主版本復(fù)制一份文件，做上標(biāo)記；實(shí)行版本控制之后，版本的分支是一份復(fù)制文件，這時(shí)的復(fù)制過(guò)程和標(biāo)記動(dòng)作由版本系統(tǒng)自動(dòng)完成。 版本合并 版本合并是通過(guò)對(duì)文件的比較來(lái)進(jìn)行合并。有兩種途徑： 一種是將版本A的內(nèi)容附加到版本B中； 另一種是合并A和B的內(nèi)容，形成新的C； 后一種途徑更容易理解，也符合軟件開發(fā)的思路。,5.4.3 版本的歷史記錄,文件和目錄的版本演化的歷史可以形象的表示為圖形化的版本樹； 版本樹由版本依次連接形成，每個(gè)結(jié)點(diǎn)代表一個(gè)版本，根結(jié)點(diǎn)是初始版本，葉結(jié)點(diǎn)代表最新的版本； 典型的軟件系統(tǒng)包含多個(gè)文件和目錄，每個(gè)文件和目錄都有自己的版本樹； 版本的歷史記

8、錄有助于對(duì)軟件配置項(xiàng)進(jìn)行審計(jì)，有助于追蹤問(wèn)題的來(lái)源； 版本的歷史記錄應(yīng)該包含版本號(hào)、修改時(shí)間、修改者、修改描述這些最基本的內(nèi)容。,版本樹,最簡(jiǎn)單的版本樹只有一個(gè)分支，就是版本樹的枝干；復(fù)雜的版本樹除了主干外，還可以包含很多的分支，分支可以進(jìn)一步包含子分支。,5.5 變更控制,5.5.1 變更類型 5.5.2 變更請(qǐng)求管理 5.5.3 變更管理的實(shí)施步驟,變更機(jī)制,5.5.1 變更類型,功能變更 功能變更是為了增加或者刪除某些功能、或者為了完成某個(gè)功能的方法而需要的變更；這類變更必須經(jīng)過(guò)某種正式的變更評(píng)價(jià)過(guò)程，以估計(jì)變更需要的成本和其對(duì)軟件系統(tǒng)其他部分的影響。 缺陷變更 缺陷修補(bǔ)是為了修復(fù)漏洞需

9、要進(jìn)行的變更。在項(xiàng)目前期，它是必須進(jìn)行的，通常不需要從管理角度對(duì)這類變更進(jìn)行審查和批準(zhǔn)。在項(xiàng)目后期，如果發(fā)現(xiàn)錯(cuò)誤的階段在造成錯(cuò)誤的階段的后面，則必須遵照標(biāo)準(zhǔn)的變更控制過(guò)程來(lái)進(jìn)行。,5.5.2 變更請(qǐng)求管理,變更請(qǐng)求通常分為兩個(gè)大類： 增強(qiáng)請(qǐng)求：增強(qiáng)請(qǐng)求指系統(tǒng)的新增特征或?qū)ο到y(tǒng)“預(yù)定設(shè)計(jì)”行為的變更。 缺陷：指存在于一個(gè)已交付產(chǎn)品中的異?，F(xiàn)象或缺陷。 變更請(qǐng)求管理過(guò)程： 變更請(qǐng)求提交 變更請(qǐng)求接收 變更請(qǐng)求評(píng)估 變更請(qǐng)求決策 變更請(qǐng)求實(shí)現(xiàn) 變更請(qǐng)求驗(yàn)證 變更請(qǐng)求完成,變更請(qǐng)求管理流程,5.5.3 變更管理的實(shí)施步驟,變更請(qǐng)求提交 缺陷和增強(qiáng)請(qǐng)求通常在請(qǐng)求起源和收集信息類型上不同。 變更請(qǐng)求接收

10、項(xiàng)目必須建立接收提交的變更請(qǐng)求并進(jìn)行跟蹤的機(jī)制。指定接收和處理變更請(qǐng)求的責(zé)任人，確認(rèn)變更請(qǐng)求。 變更請(qǐng)求評(píng)估 大多數(shù)機(jī)構(gòu)根據(jù)請(qǐng)求的類型是缺陷還是增強(qiáng)而使用不同的評(píng)估過(guò)程。 變更請(qǐng)求決策 決策階段是當(dāng)選擇實(shí)現(xiàn)一個(gè)變更請(qǐng)求時(shí)所做出的決定，如推遲此次實(shí)施或者永遠(yuǎn)不進(jìn)行實(shí)施等。缺陷和增強(qiáng)請(qǐng)求幾乎總是以不同方式進(jìn)行處理。,變更管理的實(shí)施步驟,變更請(qǐng)求實(shí)現(xiàn) 增強(qiáng)請(qǐng)求實(shí)現(xiàn)較之缺陷實(shí)現(xiàn)需要更多的設(shè)計(jì)工作，這是因?yàn)樵鰪?qiáng)請(qǐng)求經(jīng)常涉及新特性或新功能。另一方面，缺陷修復(fù)需要建立一個(gè)環(huán)境，在該環(huán)境中可以對(duì)缺陷進(jìn)行重現(xiàn)并測(cè)試相應(yīng)的解決方案。 變更請(qǐng)求驗(yàn)證 驗(yàn)證發(fā)生在最終測(cè)試及文檔制作階段。增強(qiáng)請(qǐng)求的測(cè)試通常涉及驗(yàn)證所做變

11、更是否滿足該增強(qiáng)請(qǐng)求的需要。缺陷測(cè)試則簡(jiǎn)單的驗(yàn)證開發(fā)人員的修復(fù)是否真正消除了該缺陷。 變更請(qǐng)求完成 完成是變更請(qǐng)求的最終階段，這可能是完成了一項(xiàng)請(qǐng)求或者決定不實(shí)現(xiàn)某一請(qǐng)求。在完成階段的主要步驟是由提交請(qǐng)求的原有請(qǐng)求者中止這一循環(huán)過(guò)程。,5.6 軟件配置管理系統(tǒng),5.6.1 軟件配置標(biāo)準(zhǔn) 5.6.2 并發(fā)版本系統(tǒng)（CVS） 5.6.3 IBM-Rational的ClearCase 5.6.4 基于構(gòu)件復(fù)用的配置管理系統(tǒng)JBCM,軟件配置管理系統(tǒng)功能,并行開發(fā)系統(tǒng) 修訂版管理 版本控制 產(chǎn)品發(fā)布管理 建立管理 過(guò)程控制 變更請(qǐng)求管理 代碼共享,5.6.1 軟件配置標(biāo)準(zhǔn),軟件配置標(biāo)準(zhǔn)和指南,5.6.

12、2 并發(fā)版本系統(tǒng)（CVS）,CVS是并發(fā)版本系統(tǒng)（Concurrent Versions System）的意思，主流的開放源碼，網(wǎng)絡(luò)透明的版本控制系統(tǒng)。它的客戶機(jī)/服務(wù)器存取方法使得開發(fā)者可以從任何因特網(wǎng)的接入點(diǎn)存取最新的代碼。它的無(wú)限制的版本管理檢出的模式避免了通常的因?yàn)榕潘鼨z出模式而引起的人工沖突。它的客戶端工具可以在絕大多數(shù)的平臺(tái)上使用。,CVS基本概念,CVS基本概念： 倉(cāng)庫(kù)：它是CVS服務(wù)器的根目錄，所有的工作都保存在這個(gè)倉(cāng)庫(kù)； 模塊：模塊里面放的是一個(gè)項(xiàng)目的所有文件； 導(dǎo)入：將本地軟件項(xiàng)目導(dǎo)入到CVS倉(cāng)庫(kù)中； 導(dǎo)出：將倉(cāng)庫(kù)中的一個(gè)模塊中的東西到處到本地工作目錄下； 提交修改：將本地

13、修改的文件提交到CVS倉(cāng)庫(kù)； 同步：從CVS下載修改過(guò)的文件來(lái)更新本地文件； 文件版本：指的是單個(gè)文件版本； 發(fā)行版本：整個(gè)產(chǎn)品的版本； 標(biāo)簽：對(duì)一個(gè)文件或多個(gè)文件給的符號(hào)名。,CVS簡(jiǎn)單命令集,CVS簡(jiǎn)單命令集： 檢出源文件 提交命令 刪除 增加文件 提交源文件,文件狀態(tài),使用CVS進(jìn)行版本控制,檢出 小組成員從CVS服務(wù)器上檢出各自負(fù)責(zé)的模塊進(jìn)行開發(fā)。結(jié)束后把文件提交到CVS服務(wù)器； 提交新文件 在項(xiàng)目中有新的文件加入，要提交到服務(wù)端； 提交修改文件 只有一個(gè)小組成員對(duì)文件進(jìn)行修改的情況； 兩個(gè)或兩個(gè)以上的小組成員對(duì)同一個(gè)文件的不同部分進(jìn)行修改； 兩個(gè)或兩個(gè)以上的小組成員對(duì)同一個(gè)文件的相同

14、部分進(jìn)行修改。 標(biāo)記 分支管理,5.6.3 IBM-Rational 的ClearCase,Rational Rose公司推出的軟件配置管理工具ClearCase提供了比較 全面的配置管理支持，包括： 版本控制 工作空間管理 建立管理 過(guò)程控制,版本控制,ClearCase的核心功能是版本控制 支持廣泛的文件類型 在版本樹中觀察構(gòu)件發(fā)展的過(guò)程 對(duì)目錄和子目錄進(jìn)行版本控制 使用常見(jiàn)的檢出/編輯/檢入范例 豐富的數(shù)據(jù)信息 自動(dòng)的比較和版本間的歸并,工作空間管理,空間管理：即保證開發(fā)人員擁有自己獨(dú)立的工作環(huán)境，擁有自己的私人存儲(chǔ)區(qū)，同時(shí)可以訪問(wèn)成員間的共享信息。 ClearCase給每一位開發(fā)者提供

15、了一致、靈活的工作空間域。 版本間的透明訪問(wèn)。開發(fā)人員不必進(jìn)入ClearCase界面就可以直接完成相關(guān)操作。 通過(guò)規(guī)則試圖選擇并顯示版本 從沒(méi)有安裝ClearCase的主機(jī)平臺(tái)進(jìn)行視圖訪問(wèn),過(guò)程控制,ClearCase為團(tuán)隊(duì)通信、質(zhì)量保證、變更管理提供了非常有效的 過(guò)程控制和策略控制機(jī)制： 為對(duì)象分配屬性 超級(jí)鏈接 歷史記錄 定義事件觸發(fā)機(jī)制 訪問(wèn)控制 查詢功能,5.6.4 基于構(gòu)件復(fù)用的配置管理系統(tǒng)JBCM,青鳥軟件配置管理系統(tǒng)（簡(jiǎn)稱JBCM系統(tǒng)）是一套在軟件 開發(fā)中用于配置管理的系統(tǒng)，可用于管理軟件開發(fā)過(guò)程 中的各種產(chǎn)品，幫助管理軟件開發(fā)中出現(xiàn)的各種變化和 演變方向，跟蹤軟件開發(fā)的過(guò)程，保存軟件開發(fā)過(guò)程中 待開發(fā)軟件系統(tǒng)的狀態(tài)，供用戶隨時(shí)提取，簡(jiǎn)化開發(fā)過(guò) 程的管理工作，有助于軟件開發(fā)和維護(hù)工作的有序進(jìn)行,JBCM的軟件開發(fā)模型項(xiàng)目/構(gòu)件結(jié)構(gòu),在JBCM系統(tǒng)中，軟件開發(fā)主要分為兩個(gè)層次：項(xiàng)目和構(gòu)件。 項(xiàng)目指的是一個(gè)可以獨(dú)立開發(fā)的軟件系統(tǒng)。 構(gòu)件是JBCM系統(tǒng)進(jìn)行版本管理的基本單位。一個(gè)項(xiàng)目可以含有一個(gè)或多個(gè)構(gòu)件。 創(chuàng)建項(xiàng)目和構(gòu)件 文件的版本結(jié)構(gòu)，它以版本樹的結(jié)構(gòu)跟蹤記錄文件的變化。 構(gòu)件的版本結(jié)構(gòu)，也是以版本樹來(lái)表示。但是它引入了分支的概念，每個(gè)分