清華軟件工程ppt課件09

1、軟件質(zhì)量概念軟件質(zhì)量保證軟件可靠性軟件配置管理軟件質(zhì)量管理1軟件質(zhì)量量概念軟件質(zhì)量量的定義義軟件質(zhì)量量特性軟件質(zhì)量量模型軟件質(zhì)量量的度量量和評(píng)價(jià)價(jià)2軟件質(zhì)量量的定義義ANSI/IEEEStd 729-1983定義軟件件質(zhì)量為為“與軟件產(chǎn)產(chǎn)品滿足足規(guī)定的的和隱含含的需求求的能力力有關(guān)的的特征或或特性的的全體”。M.J. Fisher定義軟件件質(zhì)量為為“所有描述述計(jì)算機(jī)機(jī)軟件優(yōu)優(yōu)秀程度度的特性性的組合合”。3質(zhì)量特性性及其組組合，是是軟件開(kāi)開(kāi)發(fā)與維維護(hù)中的的重要考考慮因素素為滿足軟軟件的各各項(xiàng)精確確定義的的功能、性能需需求，符符合文檔檔化的開(kāi)開(kāi)發(fā)標(biāo)準(zhǔn)準(zhǔn)，需要要相應(yīng)地地給出或或設(shè)計(jì)一一些質(zhì)量量特性及

2、及其組合合。如果這些些質(zhì)量特特性及其其組合都都能在產(chǎn)產(chǎn)品中得得到滿足足，則這這個(gè)軟件件產(chǎn)品質(zhì)質(zhì)量就是是高的。4軟件需求求是度量量軟件質(zhì)質(zhì)量的基基礎(chǔ)。不符合合需求的的軟件就就不具備備質(zhì)量。標(biāo)準(zhǔn)定義義了一組組開(kāi)發(fā)準(zhǔn)準(zhǔn)則，用用來(lái)指導(dǎo)導(dǎo)軟件人人員用工工程化的的方法來(lái)來(lái)開(kāi)發(fā)軟軟件。如果不不遵守這這些開(kāi)發(fā)發(fā)準(zhǔn)則，軟件質(zhì)質(zhì)量就得得不到保保證。軟件質(zhì)量量是各種種特性的的復(fù)雜組組合。它它隨著應(yīng)應(yīng)用的不不同而不不同，隨隨著用戶戶提出的的質(zhì)量要要求不同同而不同同。5軟件質(zhì)量量特性軟件質(zhì)量量特性，反映了了軟件的的本質(zhì)。討論一一個(gè)軟件件的質(zhì)量量，問(wèn)題題最終要要?dú)w結(jié)到到定義軟軟件的質(zhì)質(zhì)量特性性。定義一個(gè)個(gè)軟件的的質(zhì)量，就

3、等價(jià)價(jià)于為該該軟件定定義一系系列質(zhì)量量特性。人們通常常把影響響軟件質(zhì)質(zhì)量的特特性用軟軟件質(zhì)量量模型來(lái)來(lái)描述。6軟件質(zhì)量量模型軟件質(zhì)量量特性定定義成分層模型型最基本的的叫做基本質(zhì)量量特性，它可以以由一些些子質(zhì)量量特性定定義和度度量。二次特性性在必要時(shí)時(shí)又可由由它的一一些子質(zhì)質(zhì)量特性性定義和和度量。1976年Boehm質(zhì)量模型型1979年McCall質(zhì)量模型型1985年ISO質(zhì)量模型型78ISO的軟件質(zhì)質(zhì)量評(píng)價(jià)價(jià)模型按照ISO/TC97/SC7/WG3/1985-1-30/N382，軟件質(zhì)量量度量模模型由三三層組成成軟件質(zhì)量量需求評(píng)評(píng)價(jià)準(zhǔn)則則（SQRC）軟件質(zhì)量量設(shè)計(jì)評(píng)評(píng)價(jià)準(zhǔn)則則（SQDC）軟件質(zhì)

4、量量度量評(píng)評(píng)價(jià)準(zhǔn)則則（SQMC）高層和中中層建立立國(guó)際標(biāo)標(biāo)準(zhǔn)，低低層可由由各使用用單位視視實(shí)際情情況制定定9Boehm質(zhì)量模型型10111991年ISO質(zhì)量特性性國(guó)際標(biāo)標(biāo)準(zhǔn)（ISO/IEC9126）質(zhì)量特性性：功能性、可靠性、可維護(hù)性性、效率、可使用性性、可移植性性推薦21個(gè)子特特性：適適合性準(zhǔn)準(zhǔn)確性互互用用性依依從從性安安全全性成成熟熟性容容錯(cuò)性性可可恢復(fù)復(fù)性可可理理解性易易學(xué)習(xí)性性操操作性性時(shí)時(shí)間特特性資資源源特性可可分析性性穩(wěn)穩(wěn)定性性可可變更更性可可測(cè)測(cè)試性可可安裝性性可可替換性性適適應(yīng)性性一一致致性1213軟件質(zhì)量量的度量量和評(píng)價(jià)價(jià)軟件質(zhì)量量特性度度量有兩兩類：預(yù)測(cè)型和驗(yàn)收型。預(yù)測(cè)度量

5、量是利用定定量或定定性的方方法，估估算軟件件質(zhì)量的的評(píng)價(jià)值值，以得得到軟件件質(zhì)量的的比較精精確的估估算值。驗(yàn)收度量量是在軟件件開(kāi)發(fā)各各階段的的檢查點(diǎn)點(diǎn)，對(duì)軟軟件的要要求質(zhì)量量進(jìn)行確確認(rèn)性檢檢查的具具體評(píng)價(jià)價(jià)值，它它是對(duì)開(kāi)開(kāi)發(fā)過(guò)程程中的預(yù)預(yù)測(cè)進(jìn)行行評(píng)價(jià)。14預(yù)測(cè)度量量有兩種。第一種叫叫做尺度度量量，這是一一種定量度量量。它適用用于一些些能夠直直接度量量的特性性，例如，出出錯(cuò)率定定義為：錯(cuò)誤數(shù)數(shù)KLOC單位時(shí)間間。第二種叫叫做二元度量量，這是一一種定性度量量。它適用用于一些些只能間間接度量量的特性性，例如，可可使用性性、靈活活性等等等。15尺度度量量檢查表表16二元度量量檢查表表17通過(guò)對(duì)照照檢查

6、項(xiàng)項(xiàng)目，確確定一種種質(zhì)量特特性的有有無(wú)。例如，在在設(shè)計(jì)和和編碼階階段的復(fù)復(fù)雜性度度量，利利用尺度度量量方法來(lái)做。對(duì)對(duì)模塊復(fù)復(fù)雜性的的度量采采用McCabe環(huán)路度量量。對(duì)于二元度量量，可針對(duì)對(duì)檢查表表中每一一項(xiàng)都應(yīng)應(yīng)給以記記分，指指定信息息存在時(shí)時(shí)記“1”，否則記記 “0”。表表中所有有各項(xiàng)的的分?jǐn)?shù)相相加，即即得度量量結(jié)果。18軟件的質(zhì)質(zhì)量保證證質(zhì)量保證證的概念念軟件質(zhì)量量保證的的主要任任務(wù)質(zhì)量保證證與檢驗(yàn)驗(yàn)軟件質(zhì)量量保證體體系質(zhì)量保證證的實(shí)施施軟件的質(zhì)質(zhì)量設(shè)計(jì)計(jì)19質(zhì)量保證證的概念念什么是質(zhì)質(zhì)量保證證，它是是為保證產(chǎn)產(chǎn)品和服服務(wù)充分分滿足消消費(fèi)者要要求的質(zhì)質(zhì)量而進(jìn)進(jìn)行的有有計(jì)劃、有組織織的活動(dòng)

7、動(dòng)。質(zhì)量保證證是面向消費(fèi)費(fèi)者的活活動(dòng)，是為了了使產(chǎn)品品實(shí)現(xiàn)用用戶要求求的功能能，站在在用戶立立場(chǎng)上來(lái)來(lái)掌握產(chǎn)產(chǎn)品質(zhì)量量的。軟件的質(zhì)質(zhì)量保證證就是向向用戶及及社會(huì)提提供滿意意的高質(zhì)質(zhì)量的產(chǎn)產(chǎn)品。20軟件的質(zhì)質(zhì)量保證證活動(dòng)也也和一般般的質(zhì)量量保證活活動(dòng)一樣樣，是確保軟件件產(chǎn)品從從誕生到到消亡為為止的所所有階段段的質(zhì)量量的活動(dòng)動(dòng)。即為了確定定、達(dá)到到和維護(hù)護(hù)需要的的軟件質(zhì)質(zhì)量而進(jìn)進(jìn)行的所所有有計(jì)計(jì)劃、有有系統(tǒng)的的管理活活動(dòng)。21軟件質(zhì)量量保證的的主要任任務(wù)為了提高高軟件的的質(zhì)量和和軟件的的生產(chǎn)率率，軟件件質(zhì)量保保證的主主要任務(wù)務(wù)大致可可歸結(jié)為為8點(diǎn)。221.用戶戶要求定定義熟練掌握握正確定義義用戶要

8、要求的技技術(shù)熟練使用用和指導(dǎo)導(dǎo)他人使使用定義軟件件需求的的支持工工具重視領(lǐng)導(dǎo)全體體開(kāi)發(fā)人人員收集集和積累累有關(guān)用用戶業(yè)務(wù)務(wù)領(lǐng)域的的各種業(yè)業(yè)務(wù)的資資料和技技術(shù)技能。232.力力爭(zhēng)不重重復(fù)勞動(dòng)動(dòng)考慮哪些些既有軟件件可以復(fù)復(fù)用在開(kāi)發(fā)過(guò)過(guò)程中，隨時(shí)考慮所生生產(chǎn)軟件件的復(fù)用用性。243.掌掌握開(kāi)發(fā)發(fā)新軟件件的方法法在開(kāi)發(fā)新新軟件的的過(guò)程中中大力使使用和推推行軟件件工程學(xué)學(xué)中所介介紹的開(kāi)開(kāi)發(fā)方法法和工具具。使用先進(jìn)進(jìn)的開(kāi)發(fā)發(fā)技術(shù)：如結(jié)構(gòu)化技技術(shù)、面向?qū)ο笙蠹夹g(shù)使用數(shù)據(jù)據(jù)庫(kù)技術(shù)術(shù)或網(wǎng)絡(luò)絡(luò)化技術(shù)術(shù)應(yīng)用開(kāi)發(fā)發(fā)工具或或環(huán)境改進(jìn)開(kāi)發(fā)發(fā)過(guò)程254.組組織外部部力量協(xié)協(xié)作的方方法一個(gè)軟件件自始至至終由同同一個(gè)軟軟件開(kāi)發(fā)

9、發(fā)單位來(lái)來(lái)開(kāi)發(fā)，也許是是最理想想的。但但在現(xiàn)實(shí)實(shí)中常常常難以做做到。改善對(duì)外外部協(xié)作作部門(mén)的的開(kāi)發(fā)管管理。必必須明確規(guī)定定進(jìn)度管理理、質(zhì)量管理理、交接檢查查、維護(hù)體制制等各方面面的要求求，建立跟蹤檢查查的體制。265.排排除無(wú)效效勞動(dòng)最大的無(wú)無(wú)效勞動(dòng)動(dòng)就是因需求規(guī)規(guī)格說(shuō)明明有誤、設(shè)計(jì)有誤誤而造成的的返工。定量記記錄返工工工作量量，收集和分分析返工工勞動(dòng)花花費(fèi)數(shù)據(jù)據(jù)較大的無(wú)無(wú)效勞動(dòng)動(dòng)是重復(fù)勞動(dòng)動(dòng)，即相似似的軟件件在幾個(gè)個(gè)地方同同時(shí)開(kāi)發(fā)發(fā)建立互相相交流、信息往往來(lái)通暢暢、具橫橫向交流流特征的的信息流流通網(wǎng)276.發(fā)發(fā)揮每個(gè)個(gè)開(kāi)發(fā)者者的能力力軟件生產(chǎn)產(chǎn)是人的的智能生生產(chǎn)活動(dòng)動(dòng)，它依賴于人人的能力力和

10、開(kāi)發(fā)組織織團(tuán)隊(duì)的的能力。開(kāi)發(fā)者必須有學(xué)習(xí)各專專業(yè)業(yè)務(wù)務(wù)知識(shí)、生產(chǎn)技術(shù)術(shù)和管理技術(shù)術(shù)的能動(dòng)性性。管理者或產(chǎn)品服務(wù)務(wù)者要制定技術(shù)術(shù)培訓(xùn)計(jì)計(jì)劃、技術(shù)水平平標(biāo)準(zhǔn)，以及適用于將將來(lái)需要要的中長(zhǎng)長(zhǎng)期技術(shù)術(shù)培訓(xùn)計(jì)計(jì)劃。287.提提高軟件件開(kāi)發(fā)的的工程能能力要想生產(chǎn)產(chǎn)出高質(zhì)質(zhì)量的軟軟件產(chǎn)品品必須有有高水平平的軟件工程程能力。在軟件開(kāi)開(kāi)發(fā)環(huán)境境或軟件件工具箱箱的支持持下，運(yùn)用先進(jìn)進(jìn)的開(kāi)發(fā)發(fā)技術(shù)、工具和管管理方法法開(kāi)發(fā)軟軟件的能能力。298.提提高計(jì)劃劃和管理理質(zhì)量能能力項(xiàng)目開(kāi)發(fā)發(fā)初期計(jì)劃階段段的項(xiàng)目目計(jì)劃評(píng)評(píng)價(jià)計(jì)劃執(zhí)行行過(guò)程中中及計(jì)劃劃完成報(bào)報(bào)告的評(píng)評(píng)價(jià)將評(píng)價(jià)、評(píng)審工工作在工工程實(shí)施施之前就就列入整整個(gè)開(kāi)發(fā)發(fā)工

11、程的的工程計(jì)計(jì)劃中提高軟件件開(kāi)發(fā)項(xiàng)項(xiàng)目管理理的精確確度30質(zhì)量保證證與檢驗(yàn)驗(yàn)其一是切實(shí)搞好好開(kāi)發(fā)階階段的管管理，檢查各各開(kāi)發(fā)階階段的質(zhì)質(zhì)量保證證活動(dòng)開(kāi)開(kāi)展得如如何；其二是預(yù)先防止止軟件差差錯(cuò)給用用戶造成成損失。為了確保每個(gè)個(gè)開(kāi)發(fā)過(guò)過(guò)程的質(zhì)質(zhì)量，防止把把軟件差差錯(cuò)傳遞遞到下一一個(gè)過(guò)程程，必須須進(jìn)行質(zhì)質(zhì)量檢驗(yàn)驗(yàn)。31質(zhì)量檢驗(yàn)驗(yàn)的原則則用戶要求求的是產(chǎn)產(chǎn)品所具具有的功功能，這這是“真真質(zhì)量”?？抠|(zhì)量檢檢驗(yàn)，一一般檢查查的是“真質(zhì)量量”的質(zhì)質(zhì)量特性性。能靠質(zhì)量量檢驗(yàn)的的質(zhì)量特特性，即使全數(shù)數(shù)檢驗(yàn)，也只是是代表產(chǎn)產(chǎn)品的部部分質(zhì)量量特性。必須在各開(kāi)發(fā)發(fā)階段對(duì)對(duì)影響產(chǎn)產(chǎn)品質(zhì)量量的因素素進(jìn)行切切實(shí)的管管理，認(rèn)

12、真檢檢查實(shí)施施落實(shí)情情況。32當(dāng)開(kāi)發(fā)階階段出現(xiàn)現(xiàn)異常時(shí)時(shí)，要從質(zhì)量量特性方方面進(jìn)行行檢驗(yàn)，看是否否會(huì)給后后續(xù)階段段帶來(lái)影影響。雖然各開(kāi)開(kāi)發(fā)階段段進(jìn)展穩(wěn)穩(wěn)定，但但由于工工程能力力不足，軟件產(chǎn)產(chǎn)品不能能滿足用用戶要求求的質(zhì)量量。這時(shí)時(shí)可通過(guò)檢檢驗(yàn)對(duì)該該產(chǎn)品做做出評(píng)價(jià)價(jià)，判斷斷是否能能向用戶戶提供該該產(chǎn)品。要以一定定的標(biāo)準(zhǔn)準(zhǔn)檢驗(yàn)產(chǎn)產(chǎn)品，根根據(jù)產(chǎn)品品的質(zhì)量量特性，檢查各各個(gè)過(guò)程程的管理理狀態(tài)。33軟件質(zhì)量量保證體體系軟件的質(zhì)質(zhì)量保證證活動(dòng)，是涉及及各個(gè)部部門(mén)的部部門(mén)間的的活動(dòng)。例如，如如果在用用戶處發(fā)發(fā)現(xiàn)了軟軟件故障障，產(chǎn)品服務(wù)務(wù)部門(mén)就應(yīng)聽(tīng)取取用戶的的意見(jiàn)，再由檢查部門(mén)門(mén)調(diào)查該產(chǎn)產(chǎn)品的檢檢驗(yàn)結(jié)果果，進(jìn)

13、而而還要調(diào)調(diào)查軟件件實(shí)現(xiàn)過(guò)過(guò)程的狀狀況，并并根據(jù)情情況檢查查設(shè)計(jì)是是否有誤誤，不當(dāng)當(dāng)之處加加以改進(jìn)進(jìn)，防止止再次發(fā)發(fā)生問(wèn)題題。34為了順利利開(kāi)展以以上活動(dòng)動(dòng)，事先明確確部門(mén)間間的質(zhì)量量保證業(yè)業(yè)務(wù)，確立部門(mén)門(mén)間的聯(lián)聯(lián)合與協(xié)協(xié)作的機(jī)機(jī)構(gòu)十分重要要，這個(gè)機(jī)構(gòu)構(gòu)就是質(zhì)質(zhì)量保證證體系。必須明確反饋饋途徑。必須明確各部部門(mén)的職職責(zé)。必須確定保證證系統(tǒng)運(yùn)運(yùn)行的方方法、工具、有關(guān)文檔檔資料，以及系統(tǒng)管理理的規(guī)程程和標(biāo)準(zhǔn)準(zhǔn)。35必須明確決定定是否可可向下一一階段進(jìn)進(jìn)展的評(píng)評(píng)價(jià)項(xiàng)目目和評(píng)價(jià)價(jià)準(zhǔn)則。必須不斷地總總結(jié)系統(tǒng)統(tǒng)管理的的經(jīng)驗(yàn)教教訓(xùn)，能夠修改改系統(tǒng)。制定質(zhì)量量保證計(jì)計(jì)劃，在計(jì)劃劃中確定質(zhì)量目標(biāo)標(biāo)確定在每個(gè)階階

14、段為達(dá)達(dá)到總目目標(biāo)所應(yīng)應(yīng)達(dá)到的的要求確定進(jìn)度安排排確定所需人力力、資源源和成本本等。36軟件質(zhì)量量保證規(guī)規(guī)程和技技術(shù)準(zhǔn)則則規(guī)定在項(xiàng)目的的哪個(gè)階階段進(jìn)行行評(píng)審及及如何評(píng)評(píng)審；規(guī)定在項(xiàng)目的的哪個(gè)階階段應(yīng)當(dāng)當(dāng)產(chǎn)生哪哪些報(bào)告告和計(jì)劃劃；規(guī)定產(chǎn)品各方方面測(cè)試試應(yīng)達(dá)到到的水平平。在每次評(píng)審審和測(cè)試試中發(fā)現(xiàn)現(xiàn)的錯(cuò)誤誤如何修修正；37描述希望得到到的質(zhì)量量度量；說(shuō)明各種軟件件人員的的職責(zé)，規(guī)定為為了達(dá)到到質(zhì)量目目標(biāo)他們們必須進(jìn)進(jìn)行哪些些活動(dòng)。建立在各階段段中執(zhí)行行質(zhì)量評(píng)評(píng)價(jià)的質(zhì)量評(píng)價(jià)價(jià)和質(zhì)量量檢查系系統(tǒng)有效運(yùn)用用質(zhì)量信信息的質(zhì)量信息息系統(tǒng)，并使其其運(yùn)行。38質(zhì)量保證證的實(shí)施施軟件質(zhì)量量保證的的實(shí)施需需要從縱縱

15、向和橫橫向兩個(gè)個(gè)方面展展開(kāi)。要求所有有與軟件件生存期期有關(guān)的的人員都都要參加加要求對(duì)產(chǎn)產(chǎn)品形成成的全過(guò)過(guò)程進(jìn)行行質(zhì)量管管理這要求整整個(gè)軟件件部門(mén)齊齊心協(xié)力力，不斷斷完善軟軟件的開(kāi)開(kāi)發(fā)環(huán)境境。此外外還需要要與用戶戶共同合合作。39質(zhì)量目標(biāo)標(biāo)與度量量為了開(kāi)發(fā)發(fā)高質(zhì)量量的軟件件，需要要明確軟件件的功能能，明確軟件件應(yīng)達(dá)到到什么樣樣的質(zhì)量量標(biāo)準(zhǔn)，即質(zhì)量目標(biāo)標(biāo)。為了達(dá)到到這個(gè)目目標(biāo)，在開(kāi)發(fā)過(guò)過(guò)程中的的各個(gè)階階段進(jìn)行行檢查和和評(píng)價(jià)。在做質(zhì)量量評(píng)價(jià)時(shí)時(shí)，需要有對(duì)對(duì)質(zhì)量進(jìn)進(jìn)行度量量的準(zhǔn)則則和方法法。需要有在在軟件生生存期中中如何使使用這些些準(zhǔn)則和和方法的的質(zhì)量保證證步驟，以及提提高該項(xiàng)項(xiàng)作業(yè)效效率的工具40軟

16、件質(zhì)量量度量和和保證的的條件適應(yīng)性：適應(yīng)各種種用戶、軟件類類型易學(xué)性：不需要特特殊技術(shù)術(shù)，易掌掌握可靠性：同個(gè)軟件件的評(píng)價(jià)價(jià)結(jié)果一一致針對(duì)性：設(shè)計(jì)階段段就確立立質(zhì)量目目標(biāo)，在在各個(gè)階階段實(shí)施施落實(shí)?？陀^性：經(jīng)濟(jì)性：41質(zhì)量保證證活動(dòng)的的實(shí)施步步驟：Target：以用戶要要求和開(kāi)開(kāi)發(fā)方針針為依據(jù)據(jù)，對(duì)質(zhì)質(zhì)量需求求準(zhǔn)則、質(zhì)量設(shè)設(shè)計(jì)準(zhǔn)則則的各質(zhì)質(zhì)量特性性設(shè)定質(zhì)質(zhì)量目標(biāo)標(biāo)。Plan：設(shè)定適合合于被開(kāi)開(kāi)發(fā)軟件件的評(píng)測(cè)測(cè)檢查項(xiàng)項(xiàng)目(質(zhì)質(zhì)量評(píng)價(jià)價(jià)準(zhǔn)則)。研討討實(shí)現(xiàn)質(zhì)質(zhì)量目標(biāo)標(biāo)的方法法或手段段。Do：制作高質(zhì)質(zhì)量的規(guī)規(guī)格說(shuō)明明和程序序。在接接受質(zhì)量量檢查前前先做自自我檢查查。42Check：以Plan階段設(shè)定

17、定的質(zhì)量量評(píng)價(jià)準(zhǔn)準(zhǔn)則進(jìn)行行評(píng)價(jià)。計(jì)算結(jié)果果用質(zhì)量量圖的形形式表示示出來(lái)。比比較評(píng)價(jià)價(jià)結(jié)果的的質(zhì)量得得分和質(zhì)質(zhì)量目標(biāo)標(biāo)，看其其是否合合格。Action：對(duì)評(píng)價(jià)發(fā)現(xiàn)現(xiàn)的問(wèn)題題進(jìn)行改改進(jìn)活動(dòng)動(dòng)，如果實(shí)實(shí)現(xiàn)并達(dá)達(dá)到了質(zhì)質(zhì)量目標(biāo)標(biāo)就轉(zhuǎn)入入下一個(gè)個(gè)工程階階段。這樣重復(fù)復(fù)“Plan”到“Action”的過(guò)程，直到整整個(gè)開(kāi)發(fā)發(fā)項(xiàng)目完完成。43444546軟件的質(zhì)質(zhì)量設(shè)計(jì)計(jì)質(zhì)量特性性轉(zhuǎn)換為為軟件的的內(nèi)部結(jié)結(jié)構(gòu)在軟件定義義階段，必須定義義對(duì)軟件件的質(zhì)量量需求。即確定定軟件的的質(zhì)量特特性及必必需的評(píng)評(píng)價(jià)準(zhǔn)則則，并定定量地設(shè)設(shè)定其必必須達(dá)到到的質(zhì)量量水平在以后軟軟件開(kāi)發(fā)發(fā)的每一一階段結(jié)結(jié)束時(shí)，要算出出評(píng)價(jià)的的分?jǐn)?shù)，然

18、后與與目標(biāo)值加加以對(duì)照照，以評(píng)估估在這一一階段開(kāi)開(kāi)發(fā)的軟軟件質(zhì)量量是否達(dá)達(dá)到要求求。47為了實(shí)現(xiàn)現(xiàn)規(guī)定的的質(zhì)量特特性，就就需要把把這些質(zhì)量特性性轉(zhuǎn)換為為軟件的的內(nèi)部結(jié)結(jié)構(gòu)的特特性。例如，軟軟件質(zhì)量量需求中中的“性能”，可以以轉(zhuǎn)換成成軟件內(nèi)內(nèi)部結(jié)構(gòu)構(gòu)中的構(gòu)構(gòu)成元素素，即每一個(gè)程程序模塊塊和物理理數(shù)據(jù)各各自應(yīng)具具有的性性能特性性。這些性能能特性的的累積就就形成外外部規(guī)格格中的性性能特性性。48軟件的結(jié)結(jié)構(gòu)特性性與評(píng)價(jià)價(jià)標(biāo)準(zhǔn)結(jié)構(gòu)特性性邏輯數(shù)據(jù)據(jù)層次評(píng)價(jià)標(biāo)準(zhǔn)準(zhǔn)全部數(shù)據(jù)據(jù)元素定定義完畢畢所有層次次的操作作符定義義完畢結(jié)構(gòu)特性性功能層次次評(píng)價(jià)標(biāo)準(zhǔn)準(zhǔn)全部功能能元素定定義完畢畢所有層次次的操作作符定義義完畢4

19、9結(jié)構(gòu)特性性邏輯數(shù)據(jù)據(jù)與功能能的對(duì)應(yīng)應(yīng)關(guān)系評(píng)價(jià)準(zhǔn)則則所有數(shù)據(jù)據(jù)都與功功能對(duì)應(yīng)應(yīng)所有功能能元素都都與數(shù)據(jù)據(jù)對(duì)應(yīng)邏輯數(shù)據(jù)據(jù)與功能能的相互互關(guān)系個(gè)個(gè)數(shù)（局局部）50結(jié)構(gòu)特性性物理數(shù)據(jù)據(jù)層次評(píng)價(jià)準(zhǔn)則則全部數(shù)據(jù)據(jù)元素定定義完畢畢物理數(shù)據(jù)據(jù)之間的的所有指指針定義義完畢上述指針針都具有有層次性性51結(jié)構(gòu)特性性模塊層次次評(píng)價(jià)準(zhǔn)則則所有模塊塊定義完完畢模塊之間間所有控控制關(guān)系系定義完完畢上述關(guān)系系都是標(biāo)標(biāo)準(zhǔn)過(guò)程程調(diào)用形形式各層次上上的模塊塊大小適適當(dāng)52結(jié)構(gòu)特性性物理數(shù)據(jù)據(jù)與模塊塊的對(duì)應(yīng)應(yīng)關(guān)系評(píng)價(jià)準(zhǔn)則則所有物理理數(shù)據(jù)都都與模塊塊對(duì)應(yīng)所有模塊塊都與物物理數(shù)據(jù)據(jù)對(duì)應(yīng)對(duì)應(yīng)于一一個(gè)物理理數(shù)據(jù)的的模塊數(shù)數(shù)（以一一對(duì)一為為

20、好）53結(jié)構(gòu)特性性邏輯數(shù)據(jù)據(jù)與物理理數(shù)據(jù)的的對(duì)應(yīng)關(guān)關(guān)系評(píng)價(jià)準(zhǔn)則則所有邏輯輯數(shù)據(jù)都都與物理理數(shù)據(jù)對(duì)對(duì)應(yīng)對(duì)應(yīng)于一一個(gè)物理理數(shù)據(jù)的的邏輯數(shù)數(shù)據(jù)數(shù)（以一對(duì)對(duì)一為好好）54結(jié)構(gòu)特性性功能與模模塊的對(duì)對(duì)應(yīng)關(guān)系系評(píng)價(jià)準(zhǔn)則則所有功能能都與模模塊對(duì)應(yīng)應(yīng)對(duì)應(yīng)模塊塊的功能能個(gè)數(shù)（以一對(duì)對(duì)一為好）55軟件可靠靠性軟件生存存期與軟軟件壽命命的關(guān)系系在軟件工工程中常常用的定定義軟件可靠靠性定義義測(cè)試中的的可靠性性分析測(cè)試精確確度和測(cè)測(cè)試覆蓋蓋度的評(píng)評(píng)價(jià)56軟件生存存期與軟軟件壽命命的關(guān)系系一切有生生命的東東西都有有一個(gè)“壽命”這個(gè)概念念也可以以延伸到到對(duì)非生生命產(chǎn)品品的質(zhì)量量評(píng)價(jià)上上來(lái)。例例如一個(gè)個(gè)電子產(chǎn)產(chǎn)品的壽壽命就是

21、是指該產(chǎn)產(chǎn)品從出出廠直到到喪失使使用價(jià)值值的持續(xù)續(xù)時(shí)間。從軟件工工程的角角度來(lái)說(shuō)說(shuō)，軟件產(chǎn)品品的壽命命是指軟軟件的整整個(gè)生存存期。57從軟件用用戶的角角度來(lái)看看，更關(guān)關(guān)心的是是軟件在交交付使用用后的情情況如何何。希望用一一個(gè)指標(biāo)標(biāo)平均失效效間隔時(shí)時(shí)間MTBF(MeanTimeBetween Failure)來(lái)表明，在規(guī)定定的要求求和條件件下，能能在多大大的程度度上依賴賴這個(gè)軟軟件來(lái)完完成任務(wù)務(wù)。我們把在使用期期間軟件件能夠正正常工作作的持續(xù)續(xù)時(shí)間叫叫做軟件件的使用用壽命。58軟件的使用壽命命與輸入入環(huán)境有有關(guān)。例如，有有一個(gè)存存在缺陷陷的編譯譯程序，當(dāng)用于于學(xué)生做做簡(jiǎn)單練練習(xí)時(shí)，MTBF可能很

22、長(zhǎng)長(zhǎng)。而做做一個(gè)大大的課題題時(shí)，由由于程序序連續(xù)出出錯(cuò)，MTBF就會(huì)變得得很短。MTBF可以看做做是對(duì)軟軟件可靠靠性做估估計(jì)的樣樣本數(shù)據(jù)據(jù)，但不不能看做做是依據(jù)據(jù)。59“錯(cuò)誤”這一術(shù)術(shù)語(yǔ)。在在沒(méi)有特特別加以以說(shuō)明的的情況下下，這是是一個(gè)泛泛用的、模糊的的概念。它指的可可能是bug(設(shè)計(jì)中的的差錯(cuò))、fault(故障)、error(錯(cuò)誤)、failure(失效)、crash(重大事故故)、problem(疑問(wèn))等等。在漢譯中中，這些些術(shù)語(yǔ)的的使用更更加混亂亂。60在軟件工工程中常常用的定定義故障(fault)：軟件的內(nèi)內(nèi)在缺陷陷。這些缺缺陷可在在生存期期各個(gè)階階段被引引入。錯(cuò)誤(error)：故

23、障在一一定的環(huán)環(huán)境條件件下的暴暴露，導(dǎo)致系系統(tǒng)在運(yùn)運(yùn)行中出出現(xiàn)了不不正常、不正確確、不按按規(guī)范執(zhí)執(zhí)行的狀狀態(tài)，稱稱為軟件件出錯(cuò)。失效(failure)：對(duì)錯(cuò)誤不不做任何何修正和和恢復(fù)， 導(dǎo)致致系統(tǒng)的的輸出不不滿足用用戶要求求，稱為軟軟件的一一次失效效。61以上定義義的故障障、錯(cuò)誤誤和失效效，分別別代表了了廣義的“錯(cuò)誤”在不同的的條件下下所對(duì)應(yīng)的的術(shù)語(yǔ)。它們可以以理解為為：設(shè)計(jì)計(jì)者的失失誤導(dǎo)導(dǎo)致系統(tǒng)統(tǒng)中留有有錯(cuò)誤的的設(shè)計(jì)缺陷陷或“故障”(fault)，這些故障導(dǎo)致系統(tǒng)統(tǒng)的錯(cuò)誤誤執(zhí)行錯(cuò)誤(error)，由于錯(cuò)誤導(dǎo)致系統(tǒng)統(tǒng)的錯(cuò)誤誤輸出失效(failure)。62故障是物物理地或或靜態(tài)地地存在的的失誤

24、、錯(cuò)錯(cuò)誤和失失效都是是系統(tǒng)的的一種動(dòng)動(dòng)態(tài)的轉(zhuǎn)轉(zhuǎn)瞬即逝逝的現(xiàn)象象軟件發(fā)生生失效標(biāo)標(biāo)志著軟軟件一次次使用壽壽命的結(jié)結(jié)束發(fā)生過(guò)失失效的軟軟件通常常仍然是是可用的的。只有有當(dāng)軟件件頻繁失失效，或或者公認(rèn)認(rèn)已經(jīng)“過(guò)時(shí)”了的時(shí)時(shí)侯，軟軟件才被被廢棄，意味著當(dāng)當(dāng)前這一一版本軟軟件使用用壽命的的終結(jié)。63軟件故障障產(chǎn)生原原因支持軟件件工作的的基本條條件(除除硬件外外的操作作系統(tǒng)、數(shù)據(jù)庫(kù)庫(kù)管理系系統(tǒng)、編編譯程序序、微代代碼等)的缺陷陷軟件設(shè)計(jì)計(jì)不當(dāng)加入了允允許范圍圍之外的的輸入64軟件可靠靠性的定定義軟件可靠靠性是軟軟件在給定的時(shí)時(shí)間間隔隔及給定的環(huán)環(huán)境條件件下，按設(shè)計(jì)要要求，成功地運(yùn)運(yùn)行程序序的概率。環(huán)境條件

25、件指的是是軟件的使使用環(huán)境境。無(wú)論是是什么軟軟件，如如果不對(duì)對(duì)它的使使用環(huán)境境加以限限制，都都是會(huì)失失效的。這種失失效的數(shù)數(shù)據(jù)，不不能用來(lái)來(lái)度量軟軟件的可可靠性。65規(guī)定的時(shí)時(shí)間在定義義中，一一般采用用“運(yùn)行時(shí)時(shí)間”t作為時(shí)間間的尺度度。因具體要處處理的問(wèn)問(wèn)題是多多種多樣樣的其對(duì)應(yīng)的的輸入環(huán)環(huán)境是隨隨機(jī)程序中相相應(yīng)程序序路徑的的選取也也是隨機(jī)機(jī)的軟件的失失效也是是隨機(jī)的的應(yīng)當(dāng)把運(yùn)運(yùn)行時(shí)間間t當(dāng)作隨機(jī)機(jī)變量來(lái)來(lái)考慮。66規(guī)定的功功能在考慮慮軟件可可靠性時(shí)時(shí)，首先先應(yīng)當(dāng)明明確軟件的功功能是什什么，哪些功能能是主要要的，哪些功能能是次要要的。一般從從軟件需需求分析析說(shuō)明書(shū)書(shū)和設(shè)計(jì)計(jì)說(shuō)明書(shū)書(shū)中可以以了

26、解這這些情況況。由于功能能不同，失效帶帶來(lái)的損損失就不不一樣。因此，還要明明確哪些失效效是致命命的，哪些失效效是非致致命的，哪些又是是容易修修復(fù)的。此外，還要明明確，怎樣才算算是完成成了一個(gè)個(gè)規(guī)定的的功能。67成功地運(yùn)運(yùn)行程序序是指不不僅程序序能正確確地運(yùn)行行，滿足足用戶對(duì)對(duì)它的功功能要求求，而而且當(dāng)程程序一旦旦受到意意外的傷傷害，或或系統(tǒng)故故障時(shí)，能盡快快恢復(fù)，仍能正正常地運(yùn)運(yùn)行。68測(cè)試中的的可靠性性分析在軟件開(kāi)開(kāi)發(fā)的過(guò)過(guò)程中，利用測(cè)試試的統(tǒng)計(jì)計(jì)數(shù)據(jù)，估算軟軟件的可可靠性，以控制制軟件的的質(zhì)量是是至關(guān)重重要的。推測(cè)錯(cuò)誤誤的產(chǎn)生生頻度，即推測(cè)測(cè)錯(cuò)誤產(chǎn)產(chǎn)生的時(shí)時(shí)間間隔隔推測(cè)殘留留在程序序中的錯(cuò)

27、錯(cuò)誤數(shù)評(píng)價(jià)測(cè)試試的精確確度和覆覆蓋率69推測(cè)錯(cuò)誤誤的產(chǎn)生生頻度估算錯(cuò)誤誤產(chǎn)生頻頻度的一一種方法法是估算算平均失失效等待待時(shí)間MTTF(Mean TimeToFailure)MTTF估算公式式(Shooman模型)70故障累積積指數(shù)曲曲線模型型71估算軟件件中故障障總數(shù)ET的方法利用Shooman模型估算程序序中原來(lái)來(lái)錯(cuò)誤總總量ET瞬間估算算72解此方程程組73利用最小小二乘法法進(jìn)行程程序原有有錯(cuò)誤數(shù)數(shù)ET及K的估算由失效率率整理得若對(duì)程序序進(jìn)行若若干次不不同的功功能測(cè)試試，可得得到一系系列實(shí)驗(yàn)驗(yàn)數(shù)據(jù)74Ec(ti),(ti),i= 1, 2, ,n令 有75用最小二二乘法解解此方程程組，可可解

28、出a、b的估計(jì)值值最后得到到K,ET的估計(jì)值值利用植入入故障法法估算程程序中原原有故障障總數(shù)ET捕獲再再捕獲抽抽樣法76設(shè)Ns是在測(cè)試前前人為地地向程序序中植入入的故障障數(shù)，ns是經(jīng)過(guò)一段段時(shí)間測(cè)測(cè)試后發(fā)發(fā)現(xiàn)的播播種故障障數(shù)目，n是在測(cè)試中中又發(fā)現(xiàn)現(xiàn)的程序序原有故故障數(shù)。設(shè)測(cè)試用例例發(fā)現(xiàn)植植入故障障和原有有故障的的能力相相同，則程序中原原有故障障總數(shù)N( =ET)估算值為為77Hyman分別測(cè)試試法由兩個(gè)測(cè)測(cè)試員同同時(shí)互相相獨(dú)立地地測(cè)試同同一程序序的兩個(gè)個(gè)副本，用t表示測(cè)試時(shí)間間，記t0時(shí)，程序中原原有故障障總數(shù)是是B0；tt1時(shí)，測(cè)試員甲甲發(fā)現(xiàn)的的故障總總數(shù)是B1；測(cè)試員乙乙發(fā)現(xiàn)的的故障總總

29、數(shù)是B2；其中兩人人發(fā)現(xiàn)的的相同故障障數(shù)目是是bc；兩人發(fā)現(xiàn)現(xiàn)的不同故障障數(shù)目是是bi。78在大程序序測(cè)試時(shí)時(shí)，頭幾幾個(gè)月兩兩個(gè)測(cè)試試員測(cè)試試的結(jié)果果應(yīng)當(dāng)比比較接近近，bi不是很大大。這時(shí)有有如果bi比較顯著著，應(yīng)當(dāng)每隔隔一段時(shí)時(shí)間，由兩個(gè)測(cè)測(cè)試員再再進(jìn)行分分別測(cè)試試，分析測(cè)測(cè)試結(jié)果果，估算算B0。如果bi減小，或或幾次估估算值的的結(jié)果相相差不多多，則B0作為原有有錯(cuò)誤總總數(shù)的估估算值。79測(cè)試精確確度和測(cè)測(cè)試覆蓋蓋度的評(píng)評(píng)價(jià)在軟件測(cè)測(cè)試過(guò)程程中累積積發(fā)現(xiàn)的的故障數(shù)數(shù)，可用帶有有平均值值函數(shù)m(t)的非齊次次泊松過(guò)過(guò)程(NHPP)來(lái)描述：其中，N是在測(cè)試試中可能能發(fā)現(xiàn)的的故障總總數(shù)，b是故障發(fā)

30、發(fā)現(xiàn)率。當(dāng)N一定時(shí)，b越大，在在短期內(nèi)內(nèi)發(fā)現(xiàn)的的故障越越多。8081N可以認(rèn)為為是當(dāng)測(cè)試時(shí)時(shí)間無(wú)限限延長(zhǎng)時(shí)時(shí)估計(jì)可能能發(fā)現(xiàn)的的故障總總數(shù)。由于測(cè)試的不不完全，在某些些很難發(fā)發(fā)現(xiàn)的故故障未發(fā)發(fā)現(xiàn)前就就可能結(jié)結(jié)束測(cè)試試若程序中中潛在的的故障較較少，則則參數(shù)N的估計(jì)誤誤差較大大因此，只只用測(cè)試試中累積積發(fā)現(xiàn)的的故障數(shù)數(shù)來(lái)評(píng)價(jià)價(jià)測(cè)試是是不夠的的。需要要從測(cè)試試的量的方面面和質(zhì)的方面面，全面地地評(píng)價(jià)測(cè)測(cè)試。82SPQL(SoftwareProduct QualityLevel)用如下公公式度量量：SPQL AcCv其中，Ac(Test Accuracy)是測(cè)試的精精確度，它反映映了測(cè)試試的質(zhì)量量；Cv(

31、TestCoveragy)是測(cè)試的覆覆蓋度，它反映映了測(cè)試試的數(shù)量量。測(cè)試結(jié)束束時(shí)軟件件產(chǎn)品質(zhì)質(zhì)量水準(zhǔn)準(zhǔn)83測(cè)試質(zhì)量量的度量量可以靠靠測(cè)試的故故障捕捉捉率和遺遺漏率來(lái)衡量。測(cè)試數(shù)量量的度量量指標(biāo)是是執(zhí)行的測(cè)測(cè)試用例例數(shù)、確認(rèn)的程程序路徑徑數(shù)等等；84測(cè)試精確確度Ac表明在測(cè)測(cè)試的過(guò)過(guò)程中以以多大的的把握捕捕捉了軟軟件中潛潛在的故故障。測(cè)定Ac，需要預(yù)先先植入播播種故障障，然后后通過(guò)測(cè)測(cè)試，根根據(jù)播種種故障的的捕捉率率來(lái)推測(cè)測(cè)原有故故障的捕捕獲率。85用ns表示經(jīng)過(guò)相當(dāng)當(dāng)長(zhǎng)時(shí)間間測(cè)試可可能發(fā)現(xiàn)現(xiàn)的播種種故障數(shù)數(shù)，用Ns表示測(cè)試試對(duì)象軟軟件內(nèi)預(yù)先埋設(shè)設(shè)的播種種故障總總數(shù),用平均均值為m(t)的NH

32、PP模型描述測(cè)試試時(shí)發(fā)現(xiàn)現(xiàn)播種故故障的過(guò)過(guò)程m(t)的收斂值值m()N測(cè)試精確確度Ac的推測(cè)值值：86若設(shè)測(cè)試試過(guò)程中中到時(shí)刻刻ti能發(fā)現(xiàn)的的累積播播種故障障總數(shù)為為yi，則在測(cè)試試期間可可得到一一連串?dāng)?shù)數(shù)據(jù)(t0, 0),(t1,y1),(tm,ym)可得到一一組方程程：應(yīng)用最小小二乘法法可得到到參數(shù)N與b的估計(jì)值值，并得得到測(cè)試試精確度度Ac。87測(cè)試覆蓋蓋率Cv表明在整整個(gè)測(cè)試試期間發(fā)發(fā)現(xiàn)軟件件內(nèi)潛在在故障的的可能性性有多大大。可通過(guò)被被測(cè)試對(duì)對(duì)象軟件件內(nèi)潛在在的原有有故障的的捕捉率率來(lái)測(cè)定定的。88測(cè)試過(guò)程程中已發(fā)現(xiàn)原原有故障障總數(shù)為n0(實(shí)測(cè)值)，經(jīng)過(guò)過(guò)相當(dāng)長(zhǎng)長(zhǎng)時(shí)間測(cè)測(cè)試后可能發(fā)現(xiàn)現(xiàn)

33、的原有有故障總總數(shù)為N0，采用平均均值函數(shù)數(shù)m(t)的NHPP模型描述測(cè)試試發(fā)現(xiàn)原原有故障障的過(guò)程程m(t)的收斂值值m()Nc測(cè)試覆蓋蓋率Cv的推測(cè)值值：89測(cè)試開(kāi)始始后，由由于測(cè)試試員對(duì)程程序和測(cè)測(cè)試環(huán)境境不熟悉悉，造成成拖期。為描述這這種情形形，對(duì)原原來(lái)NHPP的指數(shù)型型平均值值函數(shù)加加以改造造：它是把原來(lái)的的指數(shù)型型平均值值函數(shù)在在時(shí)間軸軸上平移移而得到到的結(jié)果果，是具有時(shí)時(shí)間延遲遲的NHPP模型。9091測(cè)試員從從發(fā)現(xiàn)錯(cuò)錯(cuò)誤征兆兆到確認(rèn)認(rèn)錯(cuò)誤，需要反反復(fù)執(zhí)行行程序，以再現(xiàn)現(xiàn)錯(cuò)誤，造成時(shí)時(shí)間拖延延。因此，在在使用測(cè)測(cè)試結(jié)果果進(jìn)行軟軟件質(zhì)量量評(píng)價(jià)時(shí)時(shí)，只用指數(shù)數(shù)型的NHPP的平均值值曲線

34、(A)是不夠的的。實(shí)測(cè)結(jié)果果多是如如(B)所示的S型曲線。92實(shí)驗(yàn)表明明：對(duì)于一般般功能單單純的小小規(guī)模的的程序模模塊，具具有時(shí)間間延遲的的NHPP模型比較較合適；對(duì)于功能能比較復(fù)復(fù)雜的程程序模塊塊，S型NHPP模型比較較合適；對(duì)于80000行以上上的程序序，最基基本的指指數(shù)型NHPP模型比較較合適。93軟件配置置管理在軟件建建立時(shí)變更是不不可避免免的，因?yàn)樵谠谶M(jìn)行變變更前沒(méi)沒(méi)有仔細(xì)細(xì)分析，或沒(méi)有有進(jìn)行變變更控制制，變更加劇劇了項(xiàng)目目中軟件件人員之之間的混混亂。協(xié)調(diào)軟件件開(kāi)發(fā)使使得混亂亂減到最最小的技技術(shù)叫做做配置管管理。配置管理理是一組組標(biāo)識(shí)、組織和和控制修修改的活活動(dòng)，目目的是使使錯(cuò)誤達(dá)達(dá)

35、到最小小并最有有效地提提高生產(chǎn)產(chǎn)率。94軟件配置置管理的的概念軟件配置置管理，簡(jiǎn)稱SCM，是一種“保護(hù)傘傘”活動(dòng)動(dòng)，它應(yīng)用于整整個(gè)軟件件工程過(guò)過(guò)程。SCM活動(dòng)的目目標(biāo)是為為了(1)標(biāo)標(biāo)識(shí)變變更；(2)控控制變變更；(3)確確保變變更正確確地實(shí)現(xiàn)現(xiàn)；(4)向向其他他有關(guān)的的人報(bào)告告變更。95在軟件工工程過(guò)程程中產(chǎn)生生的所有有信息項(xiàng)項(xiàng)（文檔檔、報(bào)告告、程序序、表格格、數(shù)據(jù)據(jù)）構(gòu)成了軟軟件配置置。軟件配置置是軟件件的具體體形態(tài)在在某一時(shí)時(shí)刻的瞬瞬時(shí)影像像。隨著軟件件工程過(guò)過(guò)程的進(jìn)進(jìn)展，軟件配置置項(xiàng)(SCI)數(shù)目快速速增加。系統(tǒng)規(guī)規(guī)格說(shuō)明明可繁衍衍出軟件件項(xiàng)目實(shí)實(shí)施計(jì)劃劃和軟件件需求規(guī)規(guī)格說(shuō)明明。它們

36、們又依次次繁衍出出建立信信息層次次的其它它文檔。96基線(Baseline)基線是軟軟件生存存期中各各開(kāi)發(fā)階階段末尾尾的特定定點(diǎn)，又又稱里程程碑。由正式的的技術(shù)評(píng)評(píng)審而得得到的SCI協(xié)議和軟軟件配置置的正式式文本才才能成為為基線?；€的作用是把把各階段段工作的的劃分更更加明確確化，以便于于檢驗(yàn)和和肯定階階段成果果。97軟件開(kāi)發(fā)發(fā)各階段段的基線線98項(xiàng)目數(shù)據(jù)據(jù)庫(kù)一旦一個(gè)SCI成為基線線，就把它存存放到項(xiàng)項(xiàng)目數(shù)據(jù)據(jù)庫(kù)中。當(dāng)軟件組組織成員員想要對(duì)基線SCI進(jìn)行修改改時(shí)，把它從項(xiàng)項(xiàng)目數(shù)據(jù)據(jù)庫(kù)中復(fù)復(fù)制到該該工程師師的專用用工作區(qū)區(qū)中。例如，把把一個(gè)名為B的SCI從項(xiàng)目數(shù)數(shù)據(jù)庫(kù)復(fù)復(fù)制到工工程師的的專用工工

37、作區(qū)中中。工程師在在B（B的副本）上完成成要求的的變更，再用B來(lái)更新B。99有些系統(tǒng)統(tǒng)中把這這個(gè)基線線SCI鎖定。在變更完完成、評(píng)評(píng)審和批批準(zhǔn)之前前，不許許對(duì)它做做任何操操作。100基線SCI和項(xiàng)目數(shù)數(shù)據(jù)庫(kù)101軟件配置置項(xiàng)SCI軟件配置置管理的的對(duì)象就就是SCI軟件配置置項(xiàng)。系統(tǒng)規(guī)格格說(shuō)明軟件項(xiàng)目目實(shí)施計(jì)計(jì)劃軟件需求求說(shuō)明可執(zhí)行的的原型初步的用用戶手冊(cè)冊(cè)設(shè)計(jì)規(guī)格格說(shuō)明102源代碼清清單測(cè)試計(jì)劃劃和過(guò)程程、測(cè)試試用例和和測(cè)試結(jié)結(jié)果記錄錄操作和安安裝手冊(cè)冊(cè)可執(zhí)行程程序（可可執(zhí)行程程序模塊塊、連接接模塊）數(shù)據(jù)庫(kù)描描述（模模式和文文件結(jié)構(gòu)構(gòu)、初始始內(nèi)容）正式的用用戶手冊(cè)冊(cè)維護(hù)文檔檔（軟件件問(wèn)題報(bào)報(bào)告

38、、維維護(hù)請(qǐng)求求、工程程變更次次序）103軟件工程程標(biāo)準(zhǔn)項(xiàng)目開(kāi)發(fā)發(fā)總結(jié)除以上所所列SCI以外，許許多軟件件工程組組織還把把配置控制制之下的的軟件工工具列入其中中，即編輯程序序、編譯程序序、其它CASE工具的特特定版本本。因?yàn)橐褂眠@這些工具具來(lái)生成成文檔、程序和和數(shù)據(jù)，如果編編譯程序序的版本本不同，可能產(chǎn)產(chǎn)生的結(jié)結(jié)果也不不同。104配置對(duì)象象在實(shí)現(xiàn)SCM時(shí)，把SCI組織成配配置對(duì)象象，在項(xiàng)目目數(shù)據(jù)庫(kù)庫(kù)中用一一個(gè)單一的名名字來(lái)組組織它們們。一個(gè)配置置對(duì)象有有一個(gè)名字和一組屬性，并通過(guò)過(guò)某些聯(lián)聯(lián)系“連連接”到到其它對(duì)對(duì)象。每個(gè)對(duì)象象與其它它對(duì)象的的聯(lián)系用用箭頭表表示。箭箭頭指明明了一種種構(gòu)造關(guān)關(guān)系

39、。105配置對(duì)象象106雙向箭頭頭則表明明一種相相互關(guān)系系。如果對(duì)對(duì)“源代代碼”對(duì)對(duì)象作了了一個(gè)變變更，軟軟件工程程師就可可以根據(jù)據(jù)這種相相互關(guān)系系確定，其它哪哪些對(duì)象象（和SCI）可能受到到影響。107軟件配置置管理的的任務(wù)軟件配置置管理（SCM）的任務(wù)是是：標(biāo)識(shí)單個(gè)個(gè)的SCI標(biāo)識(shí)和管管理軟件件各種版版本控制變更更審查軟件件配置報(bào)告所有有加在配配置上的的變更。108配置標(biāo)識(shí)識(shí)一方面隨隨著軟件件生存期期的向前前推進(jìn)，SCI的數(shù)量不不斷增多多。整個(gè)軟件件生存期期的軟件配置置就象一一部不斷斷演變的的電影，而某一一時(shí)刻的的配置就就是這部部電影的的一個(gè)片片段。為了方便便對(duì)軟件配配置的各各個(gè)片段段（SC

40、I）進(jìn)行控制制和管理理，不致造造成混亂亂，首先先應(yīng)給它它們命名。109對(duì)象類型型基本對(duì)象象：是由軟件件工程師師在分析析、設(shè)計(jì)計(jì)、編碼碼和測(cè)試試時(shí)所建建立的文本單元元。例如，基本對(duì)對(duì)象可能能是需求求規(guī)格說(shuō)說(shuō)明中的的一節(jié)，一個(gè)模模塊的源源程序清清單、一一組用來(lái)來(lái)測(cè)試一一個(gè)等價(jià)價(jià)類的測(cè)測(cè)試用例例。復(fù)合對(duì)象象：是基本對(duì)對(duì)象或其其它復(fù)合合對(duì)象的的一個(gè)收集集。110對(duì)象標(biāo)識(shí)識(shí)：（名字、描述、資源、實(shí)現(xiàn)）對(duì)象的名字明確地標(biāo)標(biāo)識(shí)對(duì)象象。對(duì)象描述包括：SCI類型（如文檔檔、程序序、數(shù)據(jù)據(jù)）、項(xiàng)目標(biāo)識(shí)識(shí)、變更和或版本信息息。資源包括由對(duì)對(duì)象產(chǎn)生的、處理的、引用的或其它需要要的一些實(shí)體體?；緦?duì)象象的實(shí)現(xiàn)現(xiàn)是指向文

41、本單元元的指針，復(fù)合對(duì)對(duì)象的實(shí)實(shí)現(xiàn)為null。111命名對(duì)象象之間的的聯(lián)系對(duì)象的層層次關(guān)系系：一個(gè)對(duì)象象可以是是一個(gè)復(fù)復(fù)合對(duì)象象的一個(gè)個(gè)組成部部分，用用聯(lián)系標(biāo)識(shí)。E-Rdiagram1.4data model;data model DesignSpecification;就可以建建立SCI的一個(gè)層層次。112對(duì)象的相相互關(guān)聯(lián)聯(lián)關(guān)系：對(duì)象跨越越對(duì)象層層次的分分支相互互關(guān)聯(lián)。這些交交叉的結(jié)結(jié)構(gòu)聯(lián)系系表達(dá)方方式如下下：data model dataflowmodel;(兩個(gè)復(fù)合合對(duì)象之之間的相相互聯(lián)系系)data model testcaseclassm;(一個(gè)復(fù)合合對(duì)象與與一個(gè)特特定的基基本對(duì)象象

42、之間的的相互聯(lián)聯(lián)系）113演變圖整個(gè)軟件件工程過(guò)過(guò)程中所所涉及的的軟件對(duì)對(duì)象都必必須加以以標(biāo)識(shí)。在對(duì)象成成為基線線以前可可能要做做多次變變更，在在成為基基線之后后也可能能需要頻頻繁地變變更。對(duì)于每一一配置對(duì)對(duì)象都可可以建立立一個(gè)演演變圖，用演變變圖記敘敘對(duì)象的的變更歷史史。114演變圖115在某些工工具中，當(dāng)前保保持的只是最后后版本的的完全副副本。為了得到到較早時(shí)時(shí)期(文文檔或程程序)的的版本，可以從從最后版版本中“提取”出(由由工具編編目的)變更，使得當(dāng)前配置置直接可可用，并使得得其它版本本也可用用。116版本控制制版本控制制是SCM的基礎(chǔ)，它管理理并保護(hù)護(hù)開(kāi)發(fā)者者的軟件件資源。版本控制制管

43、理在在軟件工工程過(guò)程程中建立立起配置對(duì)象象的不同同版本。版本管理理可以把把一些屬性性結(jié)合到到各個(gè)軟軟件版本本上。通過(guò)描述所希希望的屬屬性集合合來(lái)確定（或構(gòu)造）所想要的的配置。使用演變圖來(lái)表示系系統(tǒng)的不不同版本本。117118圖中的各各個(gè)結(jié)點(diǎn)點(diǎn)都是聚合對(duì)象象，是一個(gè)個(gè)完全的軟軟件版本本。軟件的每每一版本本都是SCI（源代碼、文檔、數(shù)據(jù)）的一個(gè)收收集，且各個(gè)個(gè)版本都都可能由由不同的的變種組組成。例如，一一個(gè)簡(jiǎn)單單的程序序版本由由1、2、3、4和5等部件件組成。其中部件4在軟件使用彩色色顯示器器時(shí)使用，部件5在軟件使用單色色顯示器器時(shí)使用。因此，可以定定義版本本的兩個(gè)個(gè)變種。119版本管理理的主要要

44、任務(wù)集中管理理檔案，安全授授權(quán)機(jī)制制：版本管理理的操作作將開(kāi)發(fā)組組的檔案案集中地地存放在在服務(wù)器器上，經(jīng)系統(tǒng)管管理員授授權(quán)給各各個(gè)用戶戶。用戶通過(guò)過(guò)登入（checkin）和檢出（checkout）的方式訪訪問(wèn)服務(wù)務(wù)器上的的文件，未經(jīng)授授權(quán)的用用戶無(wú)法法訪問(wèn)服服務(wù)器上上的文件件。120121軟件版本本升級(jí)管管理：每次登入入時(shí)，在在服務(wù)器器上都會(huì)會(huì)生成新新的版本本。任何版本本都可以以隨時(shí)檢檢出編輯輯，同一一應(yīng)用的的不同版版本可以以像樹(shù)枝枝一樣向向上增長(zhǎng)長(zhǎng)。122123加鎖功能能：目的是在文件更更新時(shí)保保護(hù)文件件，避免不同同用戶更更改同一一文件時(shí)時(shí)發(fā)生沖沖突。某一文件件一旦被被登入，鎖即被解解除，該

45、文件件可被其其它用戶戶使用。在更新一個(gè)個(gè)文件之之前鎖定定它，避免變變更沒(méi)有有鎖定的的項(xiàng)目源源文件。124在文件登登入和檢檢出時(shí)，需要注注意登入入和檢出出的使用用:當(dāng)需要修修改某個(gè)個(gè)小缺陷陷時(shí)，應(yīng)應(yīng)只檢出完完成工作作必需的的最少文文件；需要對(duì)文文件變更更時(shí)，應(yīng)應(yīng)登入它它并加鎖，保留對(duì)每每個(gè)變更更的記錄錄；應(yīng)避免長(zhǎng)長(zhǎng)時(shí)間地地鎖定文文件。如如果需要要長(zhǎng)時(shí)間間工作于于某個(gè)文文件，最最好能創(chuàng)建一個(gè)個(gè)分支，并在分分支上做做工作。125如果需要要做較大大的變更更，可有有兩種選選擇：a.將需要的的所有文文件檢出出并加鎖鎖，然后后正常處處理；b.為需要修修改的所所有分支支創(chuàng)建分分支，把把變更與與主干“脫機(jī)”，然

46、后后把結(jié)果果合并回回去。126變更控制制軟件生存存期內(nèi)全全部的軟軟件配置置是軟件件產(chǎn)品的的真正代代表，必須使使其保持持精確。軟件工程程過(guò)程中中某一階段段的變更更，均要引起軟件件配置的的變更，這種變變更必須須嚴(yán)格加加以控制和管理，保持修修改信息息。變更控制制包括建立控制制點(diǎn)和建立報(bào)告告與審查查制度。127變更控制制過(guò)程128129在此過(guò)程程中，首首先用戶戶提交書(shū)書(shū)面的變變更請(qǐng)求求，詳細(xì)細(xì)申明變變更的理理由、變變更方案案、變更更的影響響范圍等等。然后由變變更控制制機(jī)構(gòu)確確定控制制變更的的機(jī)制、評(píng)價(jià)其其技術(shù)價(jià)價(jià)值、潛潛在的副副作用、對(duì)其它它配置對(duì)對(duì)象和系系統(tǒng)功能能的綜合合影響以以及項(xiàng)目目的開(kāi)銷銷、并把把評(píng)價(jià)的的結(jié)果以以變更報(bào)報(bào)告的形形式提交交給變更更控制負(fù)負(fù)責(zé)人（最終決決定變更更狀態(tài)和和優(yōu)先權(quán)權(quán)的某個(gè)個(gè)人或小小組）。130對(duì)每個(gè)批批準(zhǔn)了的的變更產(chǎn)產(chǎn)生一個(gè)個(gè)工程變變更順序序（ECO），描述進(jìn)行行的變更更、必須須考慮的的約束、評(píng)審和和審計(jì)的的準(zhǔn)則等等。要做變更更的對(duì)象象從項(xiàng)目目數(shù)據(jù)庫(kù)庫(kù)中檢出出（checkout），對(duì)其做出出變更，并實(shí)施施適當(dāng)?shù)牡馁|(zhì)量保保證活動(dòng)動(dòng)。然后后再把對(duì)對(duì)象登入入（checkin）到數(shù)據(jù)庫(kù)庫(kù)中并使使用適當(dāng)當(dāng)?shù)陌姹颈究刂茩C(jī)機(jī)制建立立軟件的的下一版版本。131軟件變更更有兩類類不同情情況：為改正小小錯(cuò)誤需需要的變變更。它是必必須進(jìn)行行的，通通常不需需要從管