《基于任務(wù)驅(qū)動模式的軟件工程與UML建模技術(shù)》課件項目六

項目六軟件交付與維護(hù)任務(wù)一軟件交付

任務(wù)二軟件維護(hù)

任務(wù)一軟件交付

操作一軟件交付準(zhǔn)則

計算機(jī)軟件的交付階段是繼計算機(jī)軟件的需求、設(shè)計、編碼、測試等階段之后的一個核對用戶需求、檢驗軟件產(chǎn)品、面向客戶實施應(yīng)用的階段。本階段后期的工作旨在通過對計算機(jī)軟件產(chǎn)品客戶方的安裝、應(yīng)用及維護(hù)，收集計算機(jī)軟件產(chǎn)品運(yùn)行期出現(xiàn)的問題，及時反饋用戶的使用信息，并轉(zhuǎn)化為計算機(jī)軟件產(chǎn)品的升級換代的重要性材料。

操作二軟件交付過程

1．對計算機(jī)軟件項目進(jìn)行交付前的最終評審

這部分工作主要包括：

(1)核對軟件項目開發(fā)周期各階段形成文檔的完整性。

這些階段性文檔包括：

①需求階段：《需求規(guī)格說明書》《項目開發(fā)計劃》《可行性研究報告》《產(chǎn)品設(shè)計說明書》《產(chǎn)品發(fā)布計劃》《用戶手冊》《操作手冊》。

②設(shè)計階段：《概要設(shè)計說明書》《數(shù)據(jù)字典》《詳細(xì)設(shè)計說明書》《數(shù)據(jù)庫設(shè)計說明書》、《測試計劃》《質(zhì)量保證計劃》《質(zhì)量配置方案》。③編碼階段：《測試報告》。

④測試階段：《測試報告》。

(2)評審階段性文檔的真實性、有效性。各階段文檔應(yīng)當(dāng)反映出所處階段的工作特點(diǎn)、待完成的工作指標(biāo)和工作任務(wù)，符合軟件生命周期各階段的具體工作要求。

2．對計算機(jī)軟件項目進(jìn)行交付階段的最終評審

這部分工作主要包括：

(1)評審最終產(chǎn)品是否符合需求階段《需求規(guī)格說明書》對用戶需求的定義。嚴(yán)格檢查計算機(jī)軟件在完成功能的形式上是否符合《需求規(guī)格說明書》中對計算機(jī)軟件功能、內(nèi)容的闡述；對于需求變更的部分，是否形成了變更部分的實時性說明書，并在《產(chǎn)品設(shè)計說明書》《產(chǎn)品發(fā)布計劃》《用戶手冊》和《操作手冊》中有所體現(xiàn)。對用戶操作平臺進(jìn)行標(biāo)準(zhǔn)化評審，從設(shè)計標(biāo)準(zhǔn)、設(shè)計風(fēng)格、操作風(fēng)格等方面重點(diǎn)進(jìn)行考核。并檢查是否在《產(chǎn)品設(shè)計說明書》《產(chǎn)品發(fā)布計劃》《用戶手冊》和《操作手冊》中有所體現(xiàn)。

(2)評審最終產(chǎn)品在邏輯設(shè)計上是否完全覆蓋了用戶的需求。全面檢查《概要設(shè)計說明書》《數(shù)據(jù)字典》《詳細(xì)設(shè)計說明書》和《數(shù)據(jù)庫說明書》中對各個功能模塊的定義是否符合用戶需求，各技術(shù)說明書之間是否嚴(yán)格按照階段性劃分對模塊進(jìn)行定義，彼此之間是否存在著功能調(diào)用上的聯(lián)系；檢查各模塊所用到的系統(tǒng)級參數(shù)的傳遞定義是否完全符合用戶對需求的要求。對于新功能的增加部分，要嚴(yán)格同《產(chǎn)品設(shè)計說明書》、《產(chǎn)品發(fā)布計劃》《用戶手冊》和《操作手冊》進(jìn)行比較，從模塊定義、接口設(shè)計、數(shù)據(jù)及數(shù)據(jù)庫定義等方面檢查是否同以上文檔的闡述內(nèi)容相吻合。

(3)評審最終產(chǎn)品在軟件的測試上是否完全覆蓋了用戶的操作需求。核對單元測試記錄報告，檢查模塊測試接口覆蓋率、錯誤測試覆蓋率、代碼覆蓋率。核對集成測試記錄報告，驗收測試記錄報告，并檢查測試范圍是否覆蓋了用戶的全部需求；對于增加部分的功能測試，要核對是否與技術(shù)文檔(《概要設(shè)計說明書》《數(shù)據(jù)字典》《詳細(xì)設(shè)計說明書》和《數(shù)據(jù)庫說明書》)和非技術(shù)文檔(《產(chǎn)品設(shè)計說明書》《產(chǎn)品發(fā)布計劃》《用戶手冊》和《操作手冊》)相應(yīng)部分的說明吻合。

(4)安排、評審最終產(chǎn)品后期維護(hù)的準(zhǔn)備工作。

任務(wù)二軟件維護(hù)

操作一軟件維護(hù)概念

1.軟件維護(hù)定義

一般認(rèn)為，軟件維護(hù)就是在軟件運(yùn)行維護(hù)階段，為了改正軟件錯誤，或為了滿足用戶新的應(yīng)用需要，而對軟件進(jìn)行改錯、變更或進(jìn)化的過程。

具體地說，軟件維護(hù)涉及以下幾個方面的任務(wù)。

(1)改正性維護(hù)。由于軟件測試技術(shù)的限制，已投入使用的軟件必然會有一些隱藏的錯誤或缺陷。這些隱藏的錯誤或缺陷，在某些特定的使用環(huán)境下可能會暴露出來，并有可能影響到軟件的正常使用。因此，軟件技術(shù)人員需要對暴露出來的軟件錯誤進(jìn)行診斷，并設(shè)法改正這個錯誤。這個診斷與改正錯誤的過程，就叫做改正性維護(hù)。

(2)適應(yīng)性維護(hù)。隨著計算機(jī)技術(shù)的飛速發(fā)展，軟件的工作環(huán)境，例如硬件設(shè)備、軟件配置、數(shù)據(jù)環(huán)境、網(wǎng)絡(luò)環(huán)境等，都有可能發(fā)生變化。為了使軟件適應(yīng)這種變化，往往需要對軟件進(jìn)行改造。這個為使軟件適應(yīng)新的工作環(huán)境而對軟件進(jìn)行改造的過程，就叫做適應(yīng)性維護(hù)。

(3)完善性維護(hù)。在軟件使用過程中，用戶難免會對軟件提出一些新的與完善性有關(guān)的要求，例如，要求增加一些新的功能，要求對系統(tǒng)原有的功能關(guān)系做一些調(diào)整，要求提高數(shù)據(jù)檢索速度，要求操作界面更加人性化等。而為了滿足這些要求，就必須對軟件進(jìn)行改造，以使軟件在功能、性能、界面等方面有所進(jìn)化，由于這些原因而對軟件進(jìn)行的維護(hù)活動，就叫做完善性維護(hù)。大多數(shù)軟件維護(hù)活動的表現(xiàn)是：在軟件運(yùn)行階段初期，改正性維護(hù)的工作量較大，而隨著軟件錯誤發(fā)現(xiàn)率的降低，軟件系統(tǒng)的工作逐步趨于穩(wěn)定，改正性維護(hù)也就由此下降。然而，隨著軟件使用時間的增加，用戶新的需求意愿會逐漸形成并提出，于是軟件適應(yīng)性維護(hù)和完善性維護(hù)的工作量就會逐步增加。除了上述三種類型的維護(hù)活動之外，還有一種叫做預(yù)防性維護(hù)的活動，這是為了使軟件具有更好的可維護(hù)性、可靠性，或為了今后軟件進(jìn)化的便利而進(jìn)行的一系列與維護(hù)有關(guān)的準(zhǔn)備性工作。有關(guān)統(tǒng)計數(shù)據(jù)表明，在上述幾種維護(hù)活動中，完善性維護(hù)所占的比重最大，約占整個維護(hù)工作的50%以上。預(yù)防性維護(hù)則只占很小的比例。也就是說，大部分的軟件維護(hù)工作是擴(kuò)充功能、提高性能，而不是改正錯誤。

2.影響維護(hù)工作的因素

有關(guān)統(tǒng)計數(shù)據(jù)顯示，軟件維護(hù)活動所消耗的工作量占整個軟件生存期工作量的70%以上。許多軟件開發(fā)機(jī)構(gòu)就因為軟件維護(hù)工作量的巨大，而導(dǎo)致新的軟件項目不能承接，新的軟件產(chǎn)品不能及時開發(fā)。軟件維護(hù)需要消耗這么大的工作量，其原因是什么呢？

有關(guān)研究表明，影響軟件維護(hù)工作量的原因，歸納起來主要有以下幾個方面。

(1)系統(tǒng)大?。很浖到y(tǒng)越大，其執(zhí)行功能越復(fù)雜，理解掌握起來越困難，因而需要更多的維護(hù)工作量。

(2)程序設(shè)計語言：許多軟件是用較老的程序設(shè)計語言編寫的，程序邏輯復(fù)雜、混亂，而且沒有做到模塊化和結(jié)構(gòu)化，直接影響到程序的可讀性與可維護(hù)性。

(3)系統(tǒng)文檔：一些系統(tǒng)在開發(fā)時并沒有考慮到將來維護(hù)的便利，并沒有按照軟件工程的要求進(jìn)行開發(fā)，因而沒有文檔，或文檔太少，或在長期的維護(hù)過程中文檔在許多地方與程序?qū)崿F(xiàn)變得不一致，這樣在維護(hù)時就會遇到很大困難。

(4)系統(tǒng)年齡：老系統(tǒng)比新系統(tǒng)需要更多的維護(hù)工作量。隨著不斷的修改，老系統(tǒng)結(jié)構(gòu)變得越來越亂，由于系統(tǒng)維護(hù)人員經(jīng)常更換，程序變得越來越難于理解。

(5)其他因素：包括應(yīng)用的類型、數(shù)學(xué)模型、任務(wù)的難度、開關(guān)與標(biāo)記、IF嵌套深度、索引或下標(biāo)數(shù)等，它們都會給維護(hù)工作帶來影響。

3.非結(jié)構(gòu)化與結(jié)構(gòu)化維護(hù)

1)非結(jié)構(gòu)化維護(hù)

非結(jié)構(gòu)化維護(hù)往往與早期軟件非工程化開發(fā)有關(guān)系，是軟件開發(fā)過程中沒有按照軟件工程原則實施軟件開發(fā)的后遺癥。

許多早期軟件，由于沒有按照軟件工程原則實施軟件開發(fā)，以致和軟件配套的一系列文檔沒有建立起來，保留下來的可能只有源程序。

應(yīng)該說，軟件開發(fā)過程中文檔的完整性，對軟件今后的維護(hù)有非常大的影響。如果軟件配置僅僅只有源程序代碼，那么軟件維護(hù)活動就需要直接從源程序代碼開始。顯然，面對這樣的軟件進(jìn)行維護(hù)，將會是困難重重，而且往往還會使程序變得更加混亂，更加不能理解。

2)結(jié)構(gòu)化維護(hù)

軟件工程所要求的是結(jié)構(gòu)化維護(hù)，它建立在嚴(yán)格按照軟件工程原則實施軟件開發(fā)的基礎(chǔ)上，因此各個階段的文檔完整，能夠比較全面地說明軟件的功能、性能、軟件結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)、系統(tǒng)接口和設(shè)計約束等，這些都將給今后軟件的維護(hù)帶來便利。

實際上，結(jié)構(gòu)化維護(hù)就是一種依靠完整的軟件配置而進(jìn)行的維護(hù)，其中的軟件配置包括需求規(guī)格說明、設(shè)計說明、測試說明、源程序清單和維護(hù)計劃等諸多文檔。因此，結(jié)構(gòu)化維護(hù)可以從評價文檔開始。例如，通過對設(shè)計說明的評價確定軟件重要的結(jié)構(gòu)特點(diǎn)、性能特點(diǎn)以及接口特點(diǎn)，估量所要求的改動將給軟件帶來的影響，并為維護(hù)實施途徑制定出合適的計劃。而在軟件維護(hù)具體實施過程中，則可以先修改設(shè)計，并且對所做的改動進(jìn)行仔細(xì)復(fù)查，接下來編寫相應(yīng)的源程序代碼，然后再依據(jù)測試說明書中包含的信息進(jìn)行回歸測試，最后把修改后的軟件再次交付使用。

很顯然，結(jié)構(gòu)化的維護(hù)是一種有利于系統(tǒng)健康發(fā)展的維護(hù)，并能夠在減少維護(hù)工作量、提高維護(hù)效率等方面產(chǎn)生積極作用。

操作二軟件維護(hù)的實施

1.維護(hù)機(jī)構(gòu)

隨著軟件維護(hù)工作量的不斷增加，許多軟件開發(fā)單位開始意識到了設(shè)立軟件維護(hù)機(jī)構(gòu)的重要性。這種維護(hù)機(jī)構(gòu)有可能是一個臨時維護(hù)小組，也有可能是一個長期專門從事軟件維護(hù)的職能部門。

一個臨時維護(hù)小組往往被派去執(zhí)行一些特殊的或臨時的維護(hù)任務(wù)，例如，當(dāng)正在工作的軟件系統(tǒng)出現(xiàn)了不能回避的嚴(yán)重運(yùn)行錯誤時，可能需要臨時組織一個維護(hù)小組前往用戶單位對系統(tǒng)進(jìn)行排錯檢查。對于一個需要長期穩(wěn)定運(yùn)行的復(fù)雜系統(tǒng)，維護(hù)工作需要有一個相對穩(wěn)定的維護(hù)部門來完成。一般說來，執(zhí)行長期維護(hù)職能的維護(hù)部門在系統(tǒng)開發(fā)完成之前就應(yīng)該成立，并需要有嚴(yán)格的組織與管理規(guī)則，以確保今后維護(hù)工作的順利開展。

一項維護(hù)工作，無論是臨時的還是長期的，都往往會涉及以下人員或角色：

(1)維護(hù)機(jī)構(gòu)負(fù)責(zé)人：全權(quán)負(fù)責(zé)所有維護(hù)活動，包括技術(shù)與管理兩個方面的工作，并負(fù)責(zé)向上級主管部門報告維護(hù)工作的開展情況。

(2)系統(tǒng)監(jiān)督員：負(fù)責(zé)對維護(hù)申請進(jìn)行技術(shù)性評價，以確保維護(hù)的有效性。

(3)配置管理員：進(jìn)行與軟件維護(hù)有關(guān)的軟件配置管理。

(4)維護(hù)管理員：負(fù)責(zé)同軟件開發(fā)部門或其他部門的聯(lián)系，收集、整理有關(guān)維護(hù)的信息。

(5)維護(hù)技術(shù)人員：負(fù)責(zé)分析程序錯誤、進(jìn)行程序修正。

為使維護(hù)工作正常開展，上述維護(hù)人員需要協(xié)作工作，例如可以按照下面的協(xié)作關(guān)系與工作步驟實施對軟件的維護(hù)。

(1)有關(guān)人員將維護(hù)申請報告表提交給維護(hù)管理員登記。

(2)維護(hù)管理員把維護(hù)申請報告交系統(tǒng)監(jiān)督員進(jìn)行技術(shù)性評價。

(3)系統(tǒng)監(jiān)督員從技術(shù)角度對該項維護(hù)的可行性、必要性等做出說明。

(4)在得到系統(tǒng)監(jiān)督員的技術(shù)性評價之后，維護(hù)管理員把維護(hù)申請報告表提交給維護(hù)機(jī)構(gòu)負(fù)責(zé)人。

(5)維護(hù)機(jī)構(gòu)負(fù)責(zé)人將根據(jù)對維護(hù)申請報告的技術(shù)評價，決定如何進(jìn)行軟件維護(hù)。

(6)維護(hù)機(jī)構(gòu)負(fù)責(zé)人需要將維護(hù)決定通知維護(hù)管理員，以便維護(hù)管理員能夠及時安排相關(guān)技術(shù)人員實施維護(hù)。

(7)維護(hù)機(jī)構(gòu)負(fù)責(zé)人還需要將維護(hù)決定通知配置管理員，以便技術(shù)人員在對系統(tǒng)進(jìn)行維護(hù)的過程中，配置管理員能夠嚴(yán)格把關(guān)，控制維護(hù)范圍，并對軟件配置進(jìn)行審計。

圖6-1是維護(hù)工作人員之間的協(xié)作關(guān)系圖示說明。圖6-1維護(hù)工作人員協(xié)作關(guān)系圖

2.維護(hù)申請報告

為使維護(hù)按規(guī)程進(jìn)行，需要先以文檔的形式提出維護(hù)申請，例如，由申請維護(hù)的人員(用戶、開發(fā)人員)填寫一份軟件維護(hù)申請報告表。

對于改正性維護(hù)，申請報告必須盡量完整地說明錯誤產(chǎn)生的情況，包括運(yùn)行時的環(huán)境、輸入數(shù)據(jù)、錯誤提示等。

對于適應(yīng)性或完善性的維護(hù)，則應(yīng)該提交一份簡要的維護(hù)要求說明。

一切維護(hù)活動都應(yīng)該從維護(hù)申請報告開始，并需要由維護(hù)機(jī)構(gòu)對維護(hù)請求進(jìn)行評審，由此確定維護(hù)類型(改正性維護(hù)、適應(yīng)性維護(hù)或完善性維護(hù))，然后根據(jù)需要維護(hù)的軟件問題的嚴(yán)重性，對維護(hù)作出具體的工作安排。在維護(hù)過程中，軟件維護(hù)機(jī)構(gòu)內(nèi)部還應(yīng)該制定一份軟件修改報告，該報告是維護(hù)階段的技術(shù)性文檔，其一般包含以下信息：

(1)維護(hù)工作量；

(2)維護(hù)類型；

(3)維護(hù)的優(yōu)先順序；

(4)預(yù)見的維護(hù)結(jié)果。

3.軟件維護(hù)工作流程

軟件維護(hù)的工作流程如圖6-2所示，其主要工作步驟如下：

(1)確定維護(hù)類型。由于用戶的看法可能會與維護(hù)人員的評價不一致，當(dāng)出現(xiàn)意見不一致時，維護(hù)人員應(yīng)該與用戶進(jìn)行協(xié)商。

(2)對于改正性維護(hù)申請，需要先對錯誤的嚴(yán)重性進(jìn)行評價。如果存在嚴(yán)重的錯誤，則必須立即安排維護(hù)人員進(jìn)行“救火”式的緊急維護(hù)。而對于不太嚴(yán)重的錯誤，則可根據(jù)任務(wù)情況和問題的嚴(yán)重程度列入維護(hù)計劃，按優(yōu)先順序統(tǒng)一安排維護(hù)時間。

(3)對于適應(yīng)性維護(hù)和完善性維護(hù)申請，需要先確定每項申請的優(yōu)先次序。若某項申請的優(yōu)先級非常高，就可立即開始維護(hù)工作，否則，將維護(hù)申請納入軟件開發(fā)任務(wù)計劃進(jìn)行排隊(適應(yīng)性維護(hù)與完善性維護(hù)可當(dāng)作開發(fā)看待)，統(tǒng)一安排維護(hù)時間。圖6-2軟件維護(hù)工作流程盡管維護(hù)申請的類型不同，但都要進(jìn)行同樣的技術(shù)工作。這些工作有：修改軟件需求說明，修改軟件設(shè)計，設(shè)計評審，對源程序做必要的修改，單元測試，集成測試(回歸測試)，確認(rèn)測試，軟件配置評審等。

在每次軟件維護(hù)任務(wù)完成之后，應(yīng)該對維護(hù)情況進(jìn)行評審。評審內(nèi)容包括：

(1)設(shè)計、編碼、測試中的哪些方面還可以改進(jìn)；

(2)哪些維護(hù)資源應(yīng)該有，但事實上卻沒有；

(3)維護(hù)工作中主要的或次要的障礙是什么；

(4)是否需要考慮預(yù)防性維護(hù)。

維護(hù)情況評審對今后維護(hù)工作的進(jìn)行有重要的影響，并可為軟件機(jī)構(gòu)的有效管理提供重要的反饋信息。

4.維護(hù)記錄

為了估計軟件維護(hù)的有效程度，確定軟件產(chǎn)品的質(zhì)量，同時確定維護(hù)的實際開銷，需要在維護(hù)的過程中做好維護(hù)檔案記錄。

維護(hù)記錄內(nèi)容包括：程序名稱、源程序語句條數(shù)、機(jī)器代碼指令條數(shù)、所用的程序設(shè)計語言、程序安裝的日期、程序安裝后的運(yùn)行次數(shù)、與程序安裝后運(yùn)行次數(shù)有關(guān)的處理故障次數(shù)、程序改變的層次及名稱、修改程序所增加的源程序語句條數(shù)、修改程序所減少的源程序語句條數(shù)、每次修改所付出的“人時”數(shù)、修改程序的日期、軟件維護(hù)人員的姓名、維護(hù)申請報告的名稱、維護(hù)類型、維護(hù)開始時間和維護(hù)結(jié)束時間、花費(fèi)在維護(hù)上的累計“人時”數(shù)、維護(hù)工作的凈收益等。

5.維護(hù)評價

由于缺乏可靠的數(shù)據(jù)，評價維護(hù)活動往往比較困難。但如果維護(hù)的檔案記錄做得比較好，就可以得出一些維護(hù)“性能”方面的度量值。

可參考的度量值如：

(1)每次程序運(yùn)行時的平均出錯次數(shù)；

(2)花費(fèi)在每類維護(hù)上的總“人時”數(shù)；

(3)每個程序、每種語言、每種維護(hù)類型的程序平均修改次數(shù)；

(4)因為維護(hù)，增加或刪除每個源程序語句所花費(fèi)的平均“人時”數(shù)；

(5)用于每種語言的平均“人時”數(shù)；

(6)維護(hù)申請報告的平均處理時間；

(7)各類維護(hù)申請的百分比。

這7種度量值提供了定量的數(shù)據(jù)，據(jù)此可對開發(fā)技術(shù)、語言選擇、維護(hù)工作計劃、資源分配以及其他許多方面做出判定，因此，這些數(shù)據(jù)可以用來評價維護(hù)工作。

一個應(yīng)用廣泛的可維護(hù)性評估模型是：通過對可理解性、可靠性、可測試性、可修改性、可移植性、運(yùn)行效率和可使用性這7個方面的軟件特性的評價，對軟件的可維護(hù)性進(jìn)行綜合評估。下面是對這7個方面特性的說明：

(1)可理解性：指人們通過閱讀源代碼和相關(guān)文檔，了解程序功能及其如何運(yùn)行的難易程度。一個可理解的程序應(yīng)該具有模塊化、風(fēng)格一致、結(jié)構(gòu)完整等特性。

(2)可靠性：指程序按照用戶的要求和設(shè)計目標(biāo)，在給定的一段時間內(nèi)正確執(zhí)行的概率。其度量標(biāo)準(zhǔn)有：平均失效間隔時間(MTTF)、平均修復(fù)時間(MTTR)。

(3)可測試性：指診斷程序錯誤的難易程度。對于程序模塊，可用程序復(fù)雜性來度量可測試性。程序的環(huán)路復(fù)雜性越大，程序的路徑就越多，全面測試程序的難度就越大。

(4)可修改性：指程序修改的難易程度。一個可修改的程序應(yīng)當(dāng)是可理解的、通用的、靈活的、簡單的。

(5)可移植性：指程序轉(zhuǎn)移到一個新的計算環(huán)境的可能性的大小。一個可移植的程序應(yīng)具有結(jié)構(gòu)良好、靈活，并具有與計算機(jī)、操作系統(tǒng)無關(guān)的特點(diǎn)。

(6)運(yùn)行效率：指一個程序能執(zhí)行預(yù)定功能而又不浪費(fèi)機(jī)器資源的程度。這些機(jī)器資源包括：內(nèi)存容量、外存容量、通道容量和執(zhí)行時間。

(7)可使用性：指對于用戶而言，程序的方便、實用和易于使用的程度。

需要注意的是，上述7個方面的軟件特性，對于不同類型的軟件維護(hù)，會有不同的側(cè)重表現(xiàn)。表6-1顯示了各類維護(hù)中應(yīng)該側(cè)重的特性。表6-1各類維護(hù)側(cè)重特性一覽表

操作三軟件配置管理

軟件配置管理是一組針對軟件產(chǎn)品的追蹤和控制活動，它貫穿于軟件生命周期的始終，并代表軟件產(chǎn)品接受各項評審。

當(dāng)對軟件進(jìn)行維護(hù)時，軟件產(chǎn)品發(fā)生了變化，這一系列的改變，必須在軟件配置中體現(xiàn)出來，以防止因為維護(hù)所產(chǎn)生的變更給軟件帶來混亂。

軟件開發(fā)過程中，需要輸出的信息有以下三種：計算機(jī)程序，描述計算機(jī)程序的文檔，數(shù)據(jù)結(jié)構(gòu)。軟件配置就由這些信息所組成。

1.配置標(biāo)識

為了方便對軟件配置中的各個對象進(jìn)行控制與管理，首先應(yīng)給它們命名，再利用面向?qū)ο蟮姆椒ńM織它們。通常需要標(biāo)識兩種類型的對象：基本對象和復(fù)合對象?；緦ο笫怯绍浖こ處熢诜治?、設(shè)計、編碼和測試時所建立的“文本單元”。復(fù)合對象則是基本對象或其他復(fù)合對象的一個集合。

每個對象可用一組信息來唯一地標(biāo)識它，這組信息包括名字、描述、資源、實現(xiàn)等內(nèi)容。

2.變更控制

軟件生命期內(nèi)全部的軟件配置是軟件產(chǎn)品的真正代表，必須使其保持精確。軟件工程過程中某一階段的變更，均要引起軟