【正文】 14. 什么是質(zhì)量保證?有哪些策略? 15. 質(zhì)量保證的主要任務(wù)是什么?47 / 48。6．軟件質(zhì)量保證應(yīng)做好哪幾方面的工作?7．文檔的作用是什么?8．軟件配置管理有哪些內(nèi)容?9．軟件配置管理的對(duì)象稱為軟件配置項(xiàng)，它包含哪些內(nèi)容?10．試述軟件工程過(guò)程中版本控制與變更控制處理過(guò)程。一、 名詞解釋1．自頂向下估算方法 2．開(kāi)發(fā)人員 3．軟件工程管理 4．軟件工程標(biāo)準(zhǔn)化 5．變更控制 6．軟件配置項(xiàng) 7．基線 8．軟件配置管理 9 風(fēng)險(xiǎn)分析10 自底向上估算方法二、 簡(jiǎn)答題1．軟件項(xiàng)目管理包括哪些內(nèi)容?2．軟件配置管理需要解決哪些問(wèn)題，如何實(shí)施?3．軟件開(kāi)發(fā)成本估算方法有哪些?4．試說(shuō)明軟件工程標(biāo)準(zhǔn)化的重要性。所有軟件項(xiàng)目中最關(guān)鍵的因素就是人員，軟件工程師可以按照不同的小組結(jié)構(gòu)來(lái)組織，一般而言正是的復(fù)審和非正式的個(gè)人溝通交流是較好的溝通和管理方式。問(wèn)題是必須由用戶和開(kāi)發(fā)者交流并劃分為較小組成部分，并分配給軟件小組。人員、問(wèn)題和過(guò)程是影響軟件項(xiàng)目管理的關(guān)鍵因素。本章小結(jié)軟件項(xiàng)目管理是軟件工程的管理和控制性活動(dòng)。每個(gè)版本可以用一個(gè)靜態(tài)規(guī)則指定（也就是參考特定版本號(hào)）或用動(dòng)態(tài)規(guī)則指定（如，參考某項(xiàng)的最新版本）。CM聚集是作為目錄實(shí)現(xiàn)的，作為ClearCase的配置項(xiàng)進(jìn)行管理。但是，它還支持變化和變化集合的概念，允許開(kāi)發(fā)人員更容易地跟蹤特定變化涉及的配置項(xiàng)。Perforce是CVS的商業(yè)替代版。如果CVS檢測(cè)到并發(fā)的變化，它首先試圖合并兩個(gè)變化，然后如果有重疊的情況，就通知后面將進(jìn)入的開(kāi)發(fā)人員。CVS不是鎖定配置項(xiàng)，而是把每個(gè)開(kāi)發(fā)人員看作單獨(dú)的分支。CVS還為合并兩個(gè)分支和檢查重疊提供工具。CVS(并發(fā)版本管理）也是一個(gè)免費(fèi)工具，用分支的概念擴(kuò)展了RCS。注意，這種方法不允許配置管理自身的版本控制。將開(kāi)發(fā)人員指定的標(biāo)簽貼到配置的所有版本中，就可以實(shí)現(xiàn)配置的概念。改動(dòng)完成后，開(kāi)發(fā)人員檢查修改后的項(xiàng)并放入庫(kù)，同時(shí)創(chuàng)建一個(gè)新的版本并且解鎖。為了獲得特定的版本，開(kāi)發(fā)人員通過(guò)指定版本號(hào)或者日期查出工作區(qū)的版本。 常用軟件項(xiàng)目管理工具 由于配置管理在軟件開(kāi)發(fā)中的重要性，開(kāi)發(fā)人員有許多配置管理和版本管理的工具可用。當(dāng)然，存在一個(gè)分支之間進(jìn)行同步的問(wèn)題：某個(gè)分支發(fā)現(xiàn)并修復(fù)了的錯(cuò)誤在另外的分支中可能也存在，需要將一個(gè)分支中的修改反映到其他相關(guān)分支中?？梢詾檫@個(gè)發(fā)布版本另建立一個(gè)單獨(dú)的分支。使用不同的條件編譯開(kāi)關(guān)分別產(chǎn)生了如下幾種版本：功能相同、但使用不同數(shù)據(jù)庫(kù)的子版本。配置管理工具使用增量技術(shù)存儲(chǔ)每次修改的不同點(diǎn)。 對(duì)本地文件進(jìn)行修改并完成測(cè)試。在配置管理工具中建立一個(gè)主干開(kāi)發(fā)分支，用戶修改文件的過(guò)程分為順序進(jìn)行的三個(gè)步驟。以上三種方法各有優(yōu)缺點(diǎn)，在實(shí)際的項(xiàng)目培訓(xùn)配置管理中是將這些方法有機(jī)結(jié)合起來(lái)滿足復(fù)雜的配置管理要求。版本數(shù)量過(guò)多時(shí)還會(huì)造成配置管理的失控。因?yàn)椴煌陌姹竟蚕淼拇a只有一份，可以將一次性修改反映到所有版本中。缺點(diǎn)在于如果主版本破壞則所有版本相關(guān)信息都丟失了。存儲(chǔ)版本之間的差別即稱為增量，包含一些編輯命令，這些命令描述了如何從主版本切換到不同版本。所謂增量技術(shù)是指在進(jìn)行配置管理時(shí)將一個(gè)特定的版本作為系統(tǒng)的主版本，其他版本作為主版本的變體。而且，如果采用單獨(dú)文件方式進(jìn)行配置管理，A版本中存在的問(wèn)題在B版本中也會(huì)存在，需要以同樣的方式來(lái)排除這些問(wèn)題，在這種情況下保持版本的一致性和正確性都比較困難。單獨(dú)文件是指為每個(gè)不同的系統(tǒng)版本單獨(dú)保存一份完整的分支。審核由質(zhì)量控制小組完成。它使得開(kāi)發(fā)速度。狀態(tài)記錄 單個(gè)組件、工作產(chǎn)品和變化請(qǐng)求的狀態(tài)都要加以記錄。變化控制 系統(tǒng)的變化以及發(fā)布給用戶的版本要確保與項(xiàng)目一致。開(kāi)發(fā)人員在項(xiàng)目鑒定協(xié)議后，即一旦對(duì)系統(tǒng)的主要交付組件達(dá)成一致意見(jiàn)就可以確定配置項(xiàng)。配置管理系統(tǒng)使得版本的識(shí)別、存儲(chǔ)和檢索以及支持狀態(tài)記錄自動(dòng)完成。當(dāng)定義了基準(zhǔn)后，任何變化實(shí)現(xiàn)前都需要評(píng)估和批準(zhǔn)這樣使得管理能夠確保系統(tǒng)正朝著項(xiàng)目目標(biāo)進(jìn)展，并確保引入系統(tǒng)的問(wèn)題數(shù)目是有限的。當(dāng)變化失敗時(shí)，檢查并選取版本能使得開(kāi)發(fā)人員返回到明確定義的系統(tǒng)狀態(tài)。系統(tǒng)由許多能被單獨(dú)修改的配置項(xiàng)構(gòu)成。開(kāi)發(fā)與維護(hù)之間的界限變得，模糊不清，在所有階段能用配置管理來(lái)處理變化。軟件配置管理用于維護(hù)領(lǐng)域，并在系統(tǒng)中逐步達(dá)到完善。當(dāng)客戶要求新功能時(shí)，或者當(dāng)開(kāi)發(fā)人員加深了對(duì)應(yīng)域的認(rèn)識(shí)時(shí)，需要都會(huì)發(fā)生改變。軟件配置管理是監(jiān)督和控制工作產(chǎn)品中變化的過(guò)程。自覺(jué)利用在執(zhí)行過(guò)程中總結(jié)出來(lái)的經(jīng)驗(yàn)，以及來(lái)自新思想和技術(shù)的先導(dǎo)性試驗(yàn)的定量反饋信息，來(lái)持續(xù)不斷地改進(jìn)組織的標(biāo)準(zhǔn)軟件過(guò)程，從而使組織的軟件過(guò)程能力不斷地增強(qiáng)和優(yōu)化。因此，軟件開(kāi)發(fā)的成本、進(jìn)度和軟件質(zhì)量等都是定量的、可預(yù)測(cè)的。4） 已管理級(jí)（4級(jí)）。管理活動(dòng)和工程活動(dòng)兩方面的軟件過(guò)程均已穩(wěn)定化，標(biāo)準(zhǔn)化，并將它們集成為軟件開(kāi)發(fā)組的標(biāo)準(zhǔn)軟件過(guò)程。必要的過(guò)程紀(jì)律已經(jīng)就位，使具有類似應(yīng)用的項(xiàng)目能重復(fù)以前的成功。已建立基本的項(xiàng)目管理過(guò)程去跟蹤成本、進(jìn)度和功能的實(shí)現(xiàn)必要的過(guò)程要求已經(jīng)建立，且作為紀(jì)律嚴(yán)格執(zhí)行，使得今后完成類似的應(yīng)用項(xiàng)目能重復(fù)以前的成功，并不受人員流動(dòng)的限制。幾乎沒(méi)有什么過(guò)程是經(jīng)過(guò)定義的，成功依賴于個(gè)人的努力。[5]優(yōu)化級(jí)[4]已管理級(jí)[2]可重復(fù)級(jí)[3]已定義級(jí)[1]初始級(jí) 1） 初始級(jí)（1級(jí)）。將CMM組織成下圖所示的5個(gè)等級(jí)，其意在于增加軟件過(guò)程成熟的改進(jìn)行動(dòng)按優(yōu)先級(jí) 排序。軟件過(guò)程能力是軟件過(guò)程生產(chǎn)計(jì)劃中產(chǎn)品內(nèi)在能力。CMM的基本前提是：軟件質(zhì)量在很大程度上取決于開(kāi)發(fā)軟件的軟件過(guò)程的質(zhì)量和能力；軟件過(guò)程是一個(gè)可管理、可度量并不斷改進(jìn)的過(guò)程；軟件過(guò)程的質(zhì)量受到用以支撐它的技術(shù)和設(shè)施的影響；軟件開(kāi)發(fā)組織在軟件過(guò)程中所采用的技術(shù)層次應(yīng)適應(yīng)于軟件過(guò)程的成熟度。它描述了軟件過(guò)程從無(wú)序到有序、從特殊到一般、從定性管理到定量管理、最終到達(dá)可動(dòng)態(tài)優(yōu)化的成熟過(guò)程。所有這些都要求提供統(tǒng)一的行動(dòng)規(guī)范和衡量準(zhǔn)則，使得各種工作都能有章可循。投入運(yùn)行的軟件，其維護(hù)工作中遇到的問(wèn)題又與開(kāi)發(fā)工作有著密切的關(guān)系。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約束和規(guī)定。 未能及時(shí)修訂和更新。 主管部門(mén)未能堅(jiān)持大力推行，在實(shí)施的過(guò)程中遇到問(wèn)題又 未能及時(shí)加以解決。這些因素可能有： 標(biāo)準(zhǔn)本身制定得有缺陷，或是存在不夠合理，不夠恰當(dāng)?shù)?部分。事實(shí)上，軟件工程標(biāo)準(zhǔn)在制定和推行過(guò)程中還會(huì) 遇到許多實(shí)際問(wèn)題。 ⑧審核：檢驗(yàn)實(shí)施效果，決定修訂還是撤銷 ⑥培訓(xùn)：為推行標(biāo)準(zhǔn)準(zhǔn)備人員條件 ④審批，由管理部門(mén)決定能否推出 ②開(kāi)發(fā)：制定標(biāo)準(zhǔn)的具體內(nèi)容 最初，制定一項(xiàng)標(biāo)準(zhǔn)僅僅是初步設(shè)想，經(jīng)發(fā)起后沿著環(huán)狀生命期，順時(shí)針進(jìn)行要經(jīng)歷以下的步驟： 圖6．1軟件工程標(biāo)準(zhǔn)的環(huán)狀生命期語(yǔ)言表示法記法術(shù)語(yǔ)課程特許認(rèn)證道德準(zhǔn)則度量NSAC39NSAC39NSAC39技術(shù)FIPS 105過(guò)程管理產(chǎn)品管理資源管理評(píng)審與審計(jì)產(chǎn)品分析測(cè)試標(biāo)準(zhǔn)類型過(guò)程方法 (b)軟件工程標(biāo)準(zhǔn)分類 這個(gè)表不僅告訴了我們軟件工程標(biāo)準(zhǔn)的范圍和標(biāo)準(zhǔn)如何分類，而且對(duì)標(biāo)準(zhǔn)的開(kāi)發(fā)具有指導(dǎo)作用。語(yǔ)言專業(yè)職別計(jì)劃部件軟 件 生 存 期 (a)軟件工程標(biāo)準(zhǔn)分類(b)表是(a)表的繼續(xù)。在全面考慮以上兩個(gè)方面的情況下，軟件工程的標(biāo)準(zhǔn)可用一張二維的表格來(lái)表示。它可能包括過(guò)程標(biāo)準(zhǔn)(如方法、技術(shù)、度量等)、產(chǎn)品標(biāo)準(zhǔn)(如需求、設(shè)計(jì)、部件、 描述、計(jì)劃、報(bào)告等)、專業(yè)標(biāo)準(zhǔn)(如職別、道德準(zhǔn)則、認(rèn)證、特許、課程等)以及記法標(biāo)準(zhǔn)(如術(shù)語(yǔ)、表示法、語(yǔ)言等)。所有這些方面都應(yīng)逐步 建立起標(biāo)準(zhǔn)或規(guī)范來(lái)。諸如，軟件概念的形成、需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè) 試、制造、安裝和檢驗(yàn)、運(yùn)行和維護(hù)直到軟件引退(為新的軟件所代 替)。隨著軟件工程學(xué)科的發(fā)展，人們對(duì)計(jì)算機(jī)軟件的認(rèn)識(shí)逐漸深入。（6） 由獨(dú)立的測(cè)試小組進(jìn)行測(cè)試。（4） 不斷地優(yōu)化和完善質(zhì)量計(jì)劃。軟件質(zhì)量保證原則：（1） 在開(kāi)始制定項(xiàng)目計(jì)劃時(shí)，充分考慮用戶的要求，確定實(shí)用的質(zhì)量特征（2） 詳細(xì)制定質(zhì)量計(jì)劃。質(zhì)