軟體工程課程聯(lián)盟課件

第十一章

軟件項目與構(gòu)型管理大綱軟件構(gòu)型管理(SoftwareConfigurationManagement,SCM)定義與工作內(nèi)容軟體構(gòu)型管理標(biāo)準(zhǔn)與內(nèi)容軟體專案基線(Baseline)與構(gòu)型管理的關(guān)系軟體構(gòu)型管理工具本章總結(jié)2/35學(xué)習(xí)目標(biāo)組織內(nèi)軟件構(gòu)型管理的內(nèi)容軟體構(gòu)型管理限制與指引軟體構(gòu)型管理的規(guī)劃監(jiān)督與稽核軟體構(gòu)型管理3/35軟件構(gòu)型管理的定義系統(tǒng)構(gòu)型(SystemConfiguration)是指可能是硬件、韌體、軟件或技術(shù)文件的結(jié)合，以完成一個產(chǎn)品[Buckley]。特定版本：由各組成部份如硬件、韌體、軟件或技術(shù)文件等排列組合而成，以作為依據(jù)設(shè)立程序及產(chǎn)品目標(biāo)。所有版本現(xiàn)狀及修改皆可追溯并具有雙向追溯性(bidirectionaltraceability)，藉以提升可維護(hù)性。具體地說，構(gòu)型管理是標(biāo)識構(gòu)型標(biāo)識符，以維護(hù)其完整性、可追溯性及正確性的學(xué)科。4/35軟件構(gòu)型管理的工作內(nèi)容工作內(nèi)容構(gòu)型識別(ConfigurationIdentification)版本控制(VersionControl)構(gòu)型控制(ConfigurationControl)

含變更控制(ChangeControl)構(gòu)型狀況報告(ConfigurationStatusAccounting)構(gòu)型稽核(ConfigurationAudit)5/35構(gòu)型識別構(gòu)型識別是指選擇適當(dāng)?shù)挠浭龇绞?，包括運(yùn)用數(shù)字編號及其它識別名稱，以區(qū)別各類需要做構(gòu)型管理的各項產(chǎn)品（如文件、程序、數(shù)據(jù)）。構(gòu)型項目的內(nèi)容，可能使用已獲準(zhǔn)之記述方式，用各種不同的形式（包含規(guī)格、藍(lán)圖、列表、界面控制文件…等），以區(qū)別、定義出各種構(gòu)型項目的功能及實體特征(functionalandphysicalcharacteristics)。6/35標(biāo)識方法構(gòu)型項目的標(biāo)識方法，主要是選擇適當(dāng)?shù)挠浭龇绞?，包括運(yùn)用數(shù)字編號及其它識別名稱，以區(qū)別各類軟件產(chǎn)品（文件、數(shù)據(jù)、程序）?！杠浖a(chǎn)品識別」必須確保各項軟件產(chǎn)品的「命名」(Naming)均有意義，而且具有一致性。7/35構(gòu)型項目的范例例如:文件的識別，包含專案名稱(或?qū)０复a)系統(tǒng)/子系統(tǒng)名稱承包商名稱客戶名稱合約編號8/35版本控制版本控制為構(gòu)型管理的核心功能。構(gòu)型數(shù)據(jù)庫中的元素都應(yīng)(自動)予以版本的標(biāo)識。版本的標(biāo)識，必須具有唯一性。9/35版本控制的范例10/35RELEASE1.0RELEASE1.5RELEASE2.0C.I.11.01.11.2C.I.21.0C.I.31.01.11.2C.I.X1.01.31.11.21.31.41.11.51.61.71.41.51.21.31.4變更控制變更控制(ChangeControl)：針對項目中所有組成項目，如果需要做變更，必須要有一個完整而妥善的變更方法與程序。11/35變更控制的作業(yè)程序軟件項目變更控制主要依據(jù)基線配置項，一般流程，如下：提出變更請求(CR)由變更控制委員會(CCB)審核并決定是否批準(zhǔn)批準(zhǔn)之變更請求，經(jīng)由指派人員提取構(gòu)型項目(CI)，進(jìn)行修改復(fù)審變化提交修改后的構(gòu)型項目(CI)建立測試基線并測試重建軟件的適當(dāng)版本復(fù)審（審查）所有構(gòu)型項目(CI）的變化發(fā)布新版本12/35構(gòu)型項目變更控制的作業(yè)流程(1/2)13/35使用單位直屬主管變更需求申請單核準(zhǔn)核準(zhǔn)檢討更改的必要性核準(zhǔn)拒絕CCB退回拒絕構(gòu)型項目變更控制的作業(yè)流程(2/2)14/35沖擊性分析確認(rèn)更改核準(zhǔn)拒絕CCB拒絕可行性分析執(zhí)行更改工作接受軟件開發(fā)小組核準(zhǔn)構(gòu)型狀況報告(1/2)構(gòu)型狀況報告(ConfigurationStatusAccounting)：根據(jù)報告，應(yīng)著重反映當(dāng)前基線配置項的狀態(tài)，以作為對開發(fā)進(jìn)度報告的參照。15/35構(gòu)型狀況報告(2/2)包括下列主要內(nèi)容：構(gòu)型數(shù)據(jù)庫結(jié)構(gòu)和相關(guān)說明開發(fā)起始基線的構(gòu)型項目組合當(dāng)前基線位置及狀態(tài)各基線配置項及成分支的情況各子開發(fā)分支類型的分布情況關(guān)鍵構(gòu)型項目的版本演進(jìn)記錄其他應(yīng)予報告的事項16/35構(gòu)型稽核的目的構(gòu)型稽核(ConfigurationAudit)目的是作為構(gòu)型管制的補(bǔ)充手段，來確保某一變更需求(CR)已被確實實現(xiàn)。在某些情況下，它被作為正式的技術(shù)審查的一部分，當(dāng)軟件構(gòu)型管理成為一個正式的活動時，該活動由軟件質(zhì)量確保(SQA)人員獨(dú)立執(zhí)行。17/35構(gòu)型稽核的主要工作軟件項目構(gòu)型稽核的主要工作功能構(gòu)型稽核(FunctionalConfigurationAudit,FCA)實體構(gòu)型稽核(PhysicalConfigurationAudit,PCA)18/35功能構(gòu)型稽核主要工作審查「軟件測試報告」審查「正式鑒定測試」(FQT)

確認(rèn)所有的工程變更要求，均已完整納入管制，并已獲得解決。審查相關(guān)的「運(yùn)作及支持文件」(OperationandSupportDocument)審查每一「檢驗與測試項目」及「檢驗與測試結(jié)果」19/35實體構(gòu)型稽核主要工作審查「軟件產(chǎn)品規(guī)格」(SPS)與「版本說明文件」(VDD)的一致性與完整性。審查已經(jīng)發(fā)展完成(as-built)的「軟件」、「軟件產(chǎn)品規(guī)格」(SPS)及「運(yùn)作及支持文件」相互之間的一致性與完整性。確認(rèn)目前的「軟件產(chǎn)品規(guī)格」(SPS)是否與原來識別的內(nèi)容一致。確認(rèn)正確的版本及修改信息是否已納入基準(zhǔn)文件，并與基準(zhǔn)的構(gòu)型狀況報告相符。20/35軟件構(gòu)型管理標(biāo)準(zhǔn)與內(nèi)容(1/2）軟件工程技術(shù)吸引越來越多關(guān)注的目光。例：CMMI為代表現(xiàn)代的軟件工程理念，在國內(nèi)、外皆受到業(yè)界廣泛的重視。軟體構(gòu)型管理（SoftwareConfigurationManagement，SCM）作為CMMI第2級的一個流程領(lǐng)域（ProcessArea，PA），在整個軟件的開發(fā)活動中占有極重要的地位。21/35軟件構(gòu)型管理標(biāo)準(zhǔn)與內(nèi)容(2/2)軟件構(gòu)型管理中所包含的活動，融合入現(xiàn)有的軟件開發(fā)流程的管理過程，甚至以軟件構(gòu)型管理過程為框架，來發(fā)展及再造組織的軟件開發(fā)流程。在CMMI

二級當(dāng)中，最后一個PA

軟件構(gòu)型管理的目的，是在項目的整個軟件生命周期內(nèi)，建立并維護(hù)軟件項目產(chǎn)品及項目過程產(chǎn)物的完整性。實際上，構(gòu)型管理是大多數(shù)軟件工程和管理流程的重要部分。22/35軟件項目基線與構(gòu)型管理的關(guān)系在軟件開發(fā)過程中，由于各種原因，可能需要變更需求、變更預(yù)算、變更進(jìn)度和變更設(shè)計方案等，盡管這些變更請求(CR)中絕大部分是合理的，但在不同的時機(jī)作不同的變更，難易程度和造成影響差別甚大，為了有效地控制變更，軟件構(gòu)型管理必須引入項目基線(基線)(baseline）的概念。23/35基線屬性

通過正式的評審過程建立基線存在于基線庫中，對基線的變更，接受更高權(quán)限的控制基線是進(jìn)一步開發(fā)和修改的基準(zhǔn)和出發(fā)點(diǎn)24/35建立基線的好處（1/2）

重現(xiàn)性及時返回并重新生成軟件系統(tǒng)給定發(fā)布版的能力，或者是在項目中的早期所具備開發(fā)環(huán)境的能力。當(dāng)認(rèn)為更新不穩(wěn)定或不可信時，基線為團(tuán)隊提供一種取消變更的方法可追溯性建立項目執(zhí)行工件之間的前后繼承關(guān)系。目的是確保需求、編碼、設(shè)計、測試、實施(上線)及用正確代碼編譯可執(zhí)行文件。25/35建立基線的好處(2/2)版本隔離基線為提供一個定點(diǎn)和快照，新項目可以從基線所提供的定點(diǎn)中建立，作為一個單獨(dú)分支，新項目將與隨后定點(diǎn)上之原始項目（在主要分支上）進(jìn)行變更的隔離。26/35軟件構(gòu)型管理工具(1/6)較著名的軟件構(gòu)型管理工具RationalClearCaseHanskyFireflyConcurrentVersionsSystem(CVS)MicrosoftVisualSourceSafeMerantPVCSBorlandStarteem27/35構(gòu)型管理工具-RationalClearCase

(2/6)Rational

公司是規(guī)模相當(dāng)大的軟件CASE

工具之供貨商，已被整合入IBM中。Rational公司所開發(fā)的構(gòu)型管理工具ClearCase，深受用戶的喜愛，是現(xiàn)在應(yīng)用面最廣的企業(yè)級、跨平臺的構(gòu)型管理工具之一。28/35構(gòu)型管理工具-HanskyFirefly(3/6)Hansky公司的Firefly是軟件開發(fā)管理套件中重要的一環(huán)，可以輕松管理、維護(hù)整個企業(yè)的軟件資產(chǎn)，包括程序代碼和相關(guān)文檔。Firefly是一個功能完善、運(yùn)行速度極快的軟件構(gòu)型管理系統(tǒng)，可以支持不同的操作系統(tǒng)和多種層級開發(fā)環(huán)境，因此它能在整個企業(yè)中的不同團(tuán)隊，不同項目中得以應(yīng)用。29/35構(gòu)型管理工具-ConcurrentVersionsSystem(4/6)ConcurrentVersionsSystem(CVS)是開放源代碼軟件，由于其簡單易用、功能強(qiáng)大，跨平臺，而且免費(fèi)，在全球中小型軟件企業(yè)中得到了廣泛使用。CVS最大的遺憾就是缺少相應(yīng)的技術(shù)支持，許多問題的解決需要自己尋找數(shù)據(jù)。30/35構(gòu)型管理工具-MicrosoftVisualSourceSafe(5/6)VisualSourceSafe(VSS)是微軟公司為VisualStudio配套開發(fā)的一個小型的構(gòu)型管理工具，準(zhǔn)確來說，它僅能夠稱得上是一個小型的版本控制軟件。VSS的優(yōu)點(diǎn)在于其與VisualStudio產(chǎn)品結(jié)合，使用簡單。提供了歷史版本記錄、修改控制、日志等基本功能。31/35構(gòu)型管理工具-PVCS(6/6)MERANT

公司的PVCS

能夠提供對軟件配置管理的基本支持，透過使用其圖形接口或類似SCCS的命令，能夠基本滿足小型項目開發(fā)的構(gòu)型管理需求。PVCS在功能上雖然能滿足基本需求，但其性能表現(xiàn)一直較差，逐漸地被市場所冷落。32/35本章總論構(gòu)型管理本身無論從理論和實踐都在不斷豐富和發(fā)展。例如：構(gòu)型管理應(yīng)用于“知識庫”的管理，就產(chǎn)生了“項目管