福師《軟件過程管理》練習(xí)題答案匯總VIP

1、軟件過程與軟件管理課程復(fù)習(xí)題(一)解釋相關(guān)概念或術(shù)語1) 軟件工程是指導(dǎo)軟件開發(fā)和維護的工程類學(xué)科，它以計算機科學(xué)理論及其他相關(guān)學(xué)科的理論為指導(dǎo)，采用工程化的概念、原理、方法和技術(shù)，進行軟件的開發(fā)和維護，并與經(jīng)過時間證明正確的管理方法與措施相結(jié)合，以較少的代價獲取高質(zhì)量的軟件。TheIEEEComputerSociety：是(1)將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運行和維護的過程，即將工程化應(yīng)用于軟件中。(2)對(1)中所述方法的研究。2) 軟件過程軟件過程是指軟件開發(fā)人員開發(fā)和維護軟件及相關(guān)產(chǎn)品(如項目計劃、設(shè)計文檔、代碼、測試用例、用戶手冊等)的一套行為、方法、實踐及變換過

2、程根據(jù)IEEE對軟件過程概念的解釋，軟件過程涵蓋了軟件采購、軟件開發(fā)、軟件維護、軟件運行、軟件獲取、軟件管理、軟件支持等7大類的軟件活動ISO12207分別將這些活動歸結(jié)為基本過程、支持過程和組織過程等3大類3) 軟件過程工程為建造軟件過程所進行的一系列工程化活動，包含如下基本活動：過程定義、過程例化、過程模擬、過程運作?，F(xiàn)代軟件工程=軟件項目工程+軟件過程工程，這標(biāo)志著軟件過程的時代的到來。4) 軟件配置管理SCM是標(biāo)識和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生命周期內(nèi)控制這些項的投放和變動，記錄并報告配置的狀態(tài)和變動要求，驗證配置項的完整性和正確性(GB/T11457-1995軟件工程術(shù)語)。

3、針對SCM在軟件生命周期各階段所起的作用，一個完整的SCM環(huán)境要求具有版本控制、變更管理、狀態(tài)統(tǒng)計、和配置審計的功能。5) CMMCMM是指“能力成熟度模型”，其英文全稱為CapabilityMaturityModelforSoftware，英文縮寫為SW-CMM，簡稱CMM。它是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實現(xiàn)商業(yè)目標(biāo)。6) CMM中的關(guān)鍵過程域每個軟件能力成熟度等級包含若干個對該成熟度等級至關(guān)重要的過程方面，它

4、們的實施對達(dá)到該成熟度等級的目標(biāo)起到保證作用。這些過程域就稱為該成熟度等級的關(guān)鍵過程域。確定了實現(xiàn)一個成熟度級別所必須解決的問題處于級別3的機構(gòu)，必須解決級別2和級別3的所有關(guān)鍵過程域中的問題每個關(guān)鍵過程域都確定了一套相應(yīng)的活動，完成了這些活動，就達(dá)到了被認(rèn)為是對改進過程非常重要的一組目標(biāo)目標(biāo)說明了每個關(guān)鍵過程域的范圍、界限和意義對于滿足關(guān)鍵過程域的機構(gòu)，一個關(guān)鍵過程域的所有目標(biāo)都必須實現(xiàn)每個關(guān)鍵過程域的目標(biāo)總結(jié)了它的關(guān)鍵實踐7) CMM中的關(guān)鍵實踐是指關(guān)鍵過程域種的一些主要實踐活動。每個關(guān)鍵過程域最終由關(guān)鍵實踐所組成，通過實現(xiàn)這些關(guān)鍵實踐達(dá)到關(guān)鍵過程域的目標(biāo)。一般情況下，關(guān)鍵實踐描述了該做什

5、么”，但沒有規(guī)定“如何”去達(dá)到這些目標(biāo)。描述了對關(guān)鍵過程域的有效實施和制度化起重要作用的基礎(chǔ)設(shè)施和活動。每個關(guān)鍵過程域最終由關(guān)鍵實踐所組成，通過實現(xiàn)這些關(guān)鍵實踐來達(dá)到關(guān)鍵過程域的目標(biāo)。關(guān)鍵實踐描述要做“什么”，但沒有強行規(guī)定應(yīng)當(dāng)“怎樣”完成目標(biāo)。關(guān)鍵實踐的下面描述更為詳細(xì)的各實踐。8) PSP個體軟件過程（PersonalSoftwareProcess,PSP層一個過程描述、測度和方法的結(jié)構(gòu)化集合，能夠幫助軟件工程師改善其個人性能。它提供了表格、腳本和標(biāo)準(zhǔn)，以幫助軟件工程師估算和計劃其工作。它顯示了如何定義過程及如何測量其質(zhì)量和生產(chǎn)率。9) TSPTSP（TeamSoftwareProcess

6、,團隊軟件過程/群組軟件過程）是為開發(fā)軟件產(chǎn)品的開發(fā)團隊提供指導(dǎo)，TSP的早期實踐側(cè)重于幫助開發(fā)團隊改善其質(zhì)量和生產(chǎn)率，以使其更好的滿足成本及進度的目標(biāo)。TSP被設(shè)計為滿足220人規(guī)模的開發(fā)團隊，大型的多團隊過程的TSP被設(shè)計為大約最多為150人左右的規(guī)模。TSP是一個小組軟件過程框架TSP指導(dǎo)你通過小組軟件工程的每一個步驟TSP向你表明該如何在一個小組協(xié)同工作環(huán)境中工作TSP教會你如何規(guī)劃和管理一個小組項目TSP教會你如何為小組成員分配不同的角色TSP為小組提高生產(chǎn)力確立了一個過程10) SCM（SoftwareConfigurationManagement）：又稱軟件形態(tài)管理、或軟件建構(gòu)管

7、理，簡稱軟件形管（SCM）。界定軟件的成項目，對每個項目的變更進行管控（版本控制），并維護不同項目之間的版本關(guān)聯(lián)，以使軟件在開發(fā)過程中任一時間的內(nèi)容都可以被追溯，包括某幾個具有重要意義的數(shù)個組合，例如某一次交付給客戶的軟件內(nèi)容。（二）簡要回答下列問題1) PSP和TSP中質(zhì)檢過失比（A/FR）是一個重要的質(zhì)量度量參數(shù)。請簡要說明A/FR分別小于1和大于2時對過程的意義。質(zhì)檢/過失比：質(zhì)檢質(zhì)量成本/過失質(zhì)量成本，用來測量在第一次編譯前花在查找缺陷上的時間的相對值?？捎脧?fù)查時間/（編譯+測試）時間來計算。能很好地指示測試中發(fā)現(xiàn)缺陷的可能性。當(dāng)A/FR<1時，程序測試一般會發(fā)現(xiàn)很多錯誤；當(dāng)A/

8、FR>2時，過程產(chǎn)生無缺陷的可能性更大。A/FR的值對于小的獨立的產(chǎn)品通常比2.0要大；A/FR的值對于相對大的產(chǎn)品等于1.0較為合適。例如，如果有實際總開發(fā)時間=262min，實際代碼復(fù)查時間=29min，則質(zhì)檢成本=100*29/262=11.07%如果有實際編譯時間=5min，實際測試時間=10min，則過失成本=100*（5+10）/262=5.73%。此時，A/FR=11.07/5.73=1.93?？捎脧?fù)查時間/（編譯+測試）時間來計算。2) 在軟件配置管理系統(tǒng)中檢入與檢出是基本功能。請解釋該功能的作用。檢入就是將軟件配置項從用戶的工作環(huán)境存入到軟件配置庫的過程；檢出就是將軟件

9、配置項從軟件配置庫中取出的過程。3) CMM的主要用途。一組經(jīng)過訓(xùn)練和培訓(xùn)的軟件專業(yè)人員，確定出一個企業(yè)最急需解決的所有問題， 以便取得企業(yè)領(lǐng)導(dǎo)層對軟件過幫助軟件企業(yè)對其軟件過程向更好的方向改變，進行計一組經(jīng)過訓(xùn)練和培訓(xùn)的軟件專業(yè)人員，鑒別出軟件承包軟件過程評估：(SPA，SoftwareProcessAssessment)軟件過程的狀況，找出軟件企業(yè)所面對的與軟件過程有關(guān)的、程改進的支持企業(yè)內(nèi)部。軟件過程改進：(SPI，SoftwareProcessImprovement)劃、制定以及實施。軟件能力評價：(SCE，SoftwareCapabilityEvaluation)者的能力資格；或者是

10、，檢查、監(jiān)察正用于軟件制作的軟件過程的狀況企業(yè)外部。4) CMM中屬于管理類別的關(guān)鍵過程域。2 可重復(fù)級：需求管理；軟件項目計劃；軟件項目跟蹤及監(jiān)督；軟件子合同管理；軟件質(zhì)量保證；軟件配置管理。3 已定義級：集成軟件管理；組間合作。4 已管理級：定量的過程管理。5) 簡要說明PSP中程序規(guī)模與生產(chǎn)率的估計過程。先(按功能分類)估計程序可能有多少行代碼LOC，再估計編寫每行代碼需要多少分鐘MIN/LOC；然后(按功能分類匯總)估算總共需要的時間。其中對代碼行的估計：較大規(guī)模-收集一系列有關(guān)數(shù)據(jù)，建立一個歷史記錄，用新程序的每個功能比對歷史記錄中每個類似功能，然后累加。小規(guī)模-與歷史數(shù)據(jù)比對作出好

11、的規(guī)模估計關(guān)鍵是要有大量的歷史數(shù)據(jù)，要進行多次規(guī)模估計，要定期將實際結(jié)果與估計值作比較。6) 軟件基線庫的要求是建立軟件配置管理數(shù)據(jù)庫系統(tǒng)。請簡要給出軟件配置管理數(shù)據(jù)庫系統(tǒng)中的主要功能。軟件配置庫又稱軟件受控庫，是指在軟件生命周期的某一階段結(jié)束時，存放作為階段產(chǎn)品而釋放的、與軟件開發(fā)工作有關(guān)的計算機可讀信息和人工可讀信息。軟件配置庫存儲一般采用數(shù)據(jù)庫的形式。軟件配置管理就是對軟件配置庫中的各項軟件項管理。7) 軟件工程過程組與軟件工程組的主要區(qū)別。軟件工程組(SoftwareEngineeringGroup)：負(fù)責(zé)一個項目的軟件開發(fā)和維護活動的團體?；顒影ㄐ枨蠓治?、設(shè)計、編碼和測試等。軟件工

12、程過程組(SoftwareEngineeringProcessGroup)：是由專家組成的組，他們推進組織采用的軟件過程的定義、維護和改進工作。軟件工程過程組統(tǒng)領(lǐng)CMM實施活動，協(xié)調(diào)全組織軟件過程的開發(fā)和改進活動，制定、維護和跟蹤與軟件過程開發(fā)和改進活動有關(guān)的計劃，定義用于過程的標(biāo)準(zhǔn)和模板，負(fù)責(zé)對全體人員培訓(xùn)有關(guān)軟件過程及其相關(guān)的活動。8) 度量與分析在CMM中的作用。描述與軟件過程相關(guān)的基本測量實踐，其目的是控制和改進過程，度量和分析一般包括測量示例，通過這些示例可以知道如何確定操作活動的狀態(tài)和效果。9) TSP的啟動過程主要包括的步驟及其要點。啟動過程是TSP的第一個步驟，其步驟：1 、描

13、述了小組角色的職責(zé)2、制定小組目標(biāo)3、制定小組成員目標(biāo)4、制定角色目標(biāo)5、TSP啟動流程a、 TSP周期1小組啟動b、 TSP周期n小組啟動c、成員信息表d、每周例會e、每周狀況報告（WEEK表）要點：組建小組不能隨意；需要花費時間進行考慮；需要建立小組成員在工作中的相互關(guān)系；決定小組成員所擔(dān)當(dāng)?shù)慕巧蝗〉媚繕?biāo)的一致意見。10） UML中活動圖可以用來描述什么？描述活動之間的數(shù)據(jù)流或判斷提供多種不同的業(yè)務(wù)流程視圖描述用例中出現(xiàn)的活動使用不同的非連續(xù)符號顯示多種不同的活動顯示并行線程用來描述事物發(fā)展變化的過程，活動圖可以描述業(yè)務(wù)流程，工作流程，類中的操作流程等。11） 簡要說明“項目計劃總結(jié)表”

14、在PSP中的作用。作用：在PSP中，記錄項目的計劃數(shù)據(jù)和實際數(shù)據(jù)的表格叫項目計劃總結(jié)表。在項目開始時，軟件工程師記錄計劃部分的值；項目完成時，記錄實際值，并累積值和累積百分比。計劃不是一個準(zhǔn)確的過程，作為一種技能，計劃可以逐步的改善和提高，而提高的最主要途徑是為所作的每一項工作做計劃，然后對于每一項已經(jīng)完成的工作，將它的計劃值與實際結(jié)果作比較。這樣可以更清楚的了解計劃中的差錯并且學(xué)會制定更好的計劃。通過對缺陷數(shù)據(jù)的記錄分析，可以清楚的看到設(shè)計過程中存在的問題，作為對日后開發(fā)有益的補充。12） ROSE的基本功能有哪些1、對業(yè)務(wù)進行建模（工作流）；2、建立對象模型（表達(dá)信息系統(tǒng)內(nèi)有哪些對象，它們

15、之間是如何協(xié)作完成系統(tǒng)功能的）；3、對數(shù)據(jù)庫進行建模，并可以在對象模型和數(shù)據(jù)模型之間進行正、逆向工程，相互同步；4、建立構(gòu)件模型（表達(dá)信息系統(tǒng)的物理組成，如有什么文件、進程、線程、分布如何等等）5、生成目標(biāo)語言的框架代碼，VB、JAVA、DELPHI等（三）論述題1） 從PSP、TSP、CMM所關(guān)注的焦點，簡要論述PSP、TSP、CMM之間的關(guān)系。1. PSP、TSP和CMM為軟件產(chǎn)業(yè)提供了一個集成化的軟件過程框架。三者互相配合，各有側(cè)重，形成了不可分割的整體。2. CMM注重于組織能力和高質(zhì)量的產(chǎn)品，它提供了評價組織的能力、識別優(yōu)先改善需求和追蹤改善進展的管理方式。然而，它實現(xiàn)的成功與否和T

16、SP、PSP密不可分。在CMM的18個關(guān)鍵過程域中，有12個與PSP緊密相關(guān)，16個與TSP緊密相關(guān)。3. PSP注重于個人的技能，能夠指導(dǎo)軟件工程師如何保證自己的工作質(zhì)量，估計和規(guī)劃自身的工作，度量和追蹤個人的表現(xiàn)。軟件工程師們在他們參與的項目工作之中若充分利用PSP，則可以保證項目整體的進度和質(zhì)量，有助于CMM目標(biāo)的實現(xiàn)。4. TSP注重團隊的高效工作和產(chǎn)品交付能力，結(jié)合CMM的管理方法和PSP的工程技能，通過告訴軟件工程師如何將個體過程結(jié)合進小組軟件過程通過告訴管理層如何支持和授權(quán)項目小組堅持高質(zhì)量的工作并且依據(jù)數(shù)據(jù)進行項目的管理向組織展示如何應(yīng)用CMM的原則和PSP的技能去生產(chǎn)高質(zhì)量的

17、產(chǎn)品。5. CMM關(guān)注組織所應(yīng)該做的它指明組織應(yīng)達(dá)到的目標(biāo)；PSP為軟件工程師個體持續(xù)改進個人的性能提供指導(dǎo)；TSP為受訓(xùn)的PSP工程師提供作為團隊成員如何在高性能團隊有效工作的具體指導(dǎo)。三者結(jié)合在一起使軟件組織如期生產(chǎn)高質(zhì)量的軟件產(chǎn)品。）2） 從CMM的框架、結(jié)構(gòu)方面談?wù)凜MM是如何指示軟件機構(gòu)的能力成熟度的。1. CMM框架中融合了全面質(zhì)量管理的思想分別是初始級、可重復(fù)級、已定義級、已管理級和優(yōu)化級。這5個級別是機構(gòu)過程能力的5個不同層次的狀態(tài)從第一級到高一級的躍遷分別實現(xiàn)4個過程：有紀(jì)律的過程、標(biāo)準(zhǔn)一致的過程、可預(yù)測的過程、持續(xù)改進的過程。以5個不斷進化的層次反映了軟件過程定量控制中項目

18、管理和項目工程的基本原則。2. CMM的內(nèi)部結(jié)構(gòu)包括：成熟度級別關(guān)鍵過程域共同特性和關(guān)鍵實踐。通過定義成熟度級別表示了過程能力的水平；通過關(guān)鍵過程域確定了實現(xiàn)一個成熟度級別所必須解決的問題；共同特性是一組屬性指明一個關(guān)鍵過程域的執(zhí)行和制度化是否有效、可重復(fù)和可持續(xù)；關(guān)鍵實踐描述了對關(guān)鍵過程域的有效實施和制度化起重要作用的基礎(chǔ)設(shè)施和活動。3）從管理和控制的角度談?wù)劷④浖€的意義。1. 基線是軟件生命周期各階段末尾的特定點其作用是把各階段工作劃分的更加準(zhǔn)確使之便于檢驗和確認(rèn)階段開發(fā)成果。在CMM中項目建立或使用一個倉庫用于存放配置項/單元和相關(guān)的SCM記錄。倉庫的內(nèi)容稱為軟件基線。2. 建立軟

19、件基線庫不僅僅是對軟件開發(fā)的過程管理變得更加容易準(zhǔn)確最關(guān)鍵的它還是一種高效的管理方法有助于最大程度的降低軟件開發(fā)成本提高質(zhì)量和用戶滿意度。從管理角度看其意義主要表現(xiàn)在以下幾個方面：軟件基線是軟件生命周期各階段末尾的特定點即里程碑。其意義在于能把各階段工作劃分的更加準(zhǔn)確使之便于檢驗和確認(rèn)階段開發(fā)成果。在軟件的整個生命周期中建立和維護軟件產(chǎn)品的完整性。對系統(tǒng)不同版本進行標(biāo)識和跟蹤的過程可以保證軟件技術(shù)狀態(tài)的一致性。指導(dǎo)軟件組織提高軟件開發(fā)管理能力；降低軟件承包商和采購者的風(fēng)險；評估軟件承包商的軟件開發(fā)管理能力；從控制角度看其意義表現(xiàn)在以下幾個方面：通過軟件配置管理的更改控制和配置審核功能可以系統(tǒng)地

20、控制基線的更改和那些利用軟件基線庫構(gòu)成的軟件產(chǎn)品的發(fā)行。根據(jù)文檔化的規(guī)程生成由軟件基線庫制造的產(chǎn)品并控制它們的發(fā)行。使得軟件配置管理活動是有計劃的。選定的軟件工作產(chǎn)品是已標(biāo)識的、受控的和適用的。已標(biāo)識的軟件工作產(chǎn)品的變更是受控的。受影響的組和個人會得到軟件基線的狀態(tài)和內(nèi)容的通知。4）從你已有的軟件過程與軟件管理的知識和軟件實踐經(jīng)驗談?wù)勅绾闻袛嘬浖^程是成熟的和有效的。若軟件過程滿足如下幾個標(biāo)準(zhǔn)則認(rèn)為其是成熟和有效的：軟件過程被正確無誤地通知到現(xiàn)有職員和新雇員工作活動均按照己規(guī)劃的過程進行而且和實際進行工作的方式相一致。軟件過程中需要時就更新過程并且通過可控的先導(dǎo)性試驗和（或）費效分析使其得到改

21、進。所有項目和在整個組織中所有的崗位及其職責(zé)都是清楚的。經(jīng)理能夠嚴(yán)格監(jiān)控產(chǎn)品的質(zhì)量和顧客的滿意程度；有客觀的、定量的基礎(chǔ)進度和預(yù)算是現(xiàn)實的基于以前的性能數(shù)據(jù)；能達(dá)到產(chǎn)品的成本、進度、功能和質(zhì)量的預(yù)期結(jié)果。整個過程一致地遵循一個有紀(jì)律的過程而且存在支持該過程的必要基礎(chǔ)設(shè)施。5）談你學(xué)習(xí)PSP、TSP、CMM的心得體會。學(xué)習(xí)PSP、TSP、CMM之后，結(jié)合之前自己的項目經(jīng)歷，體會如下：對于小項目，項目本身不大，開發(fā)周期也不長，所以看起來比較簡單，比較容易成功。因而往往會忽視了這類小項目的管理，其實這是一種誤解，從本人的經(jīng)驗看來，小項目開發(fā)中容易犯以下的一些錯誤：開發(fā)之前沒有認(rèn)真地進行項目可行性和工

22、作量的估計往往由于項目較小，便很草率地制定一個開發(fā)日程表，沒有認(rèn)真地估計項目難度，結(jié)果實際完成時間與估計完成時間往往有較大差別。沒有真正的設(shè)計過程開發(fā)人員少，意味著不同人員的程序之間交互、接口相對少一些。開發(fā)周期短意味著往往是同樣的幾個人從頭到尾負(fù)責(zé)一個項目。這兩者都讓人容易犯些錯誤。往往是幾個人碰一下頭，討論一下最基本的結(jié)構(gòu)、接口便分頭去做自己的工作了，沒有一份較正式的文檔。這種做法潛在的危險之一是有的人可能會對討論出的接口、結(jié)構(gòu)理解有偏差（應(yīng)該承認(rèn)人是會犯錯誤的），一個誤解可能造成以后的返工。另一個潛在的危險是由于討論時忽略了某些情況，等大家都按當(dāng)時的分工完成屬于自己的工作后，才發(fā)現(xiàn)各個模

23、塊組合起來卻形不成一個完整的系統(tǒng)。其根源在于沒有一個負(fù)責(zé)協(xié)調(diào)的人員不斷監(jiān)控整個開發(fā)過程。第三個潛在的危險是一旦有人中途退出開發(fā)隊伍，其他人加入時，新來的人難以理解以前別人做好的代碼，索性自己從頭來。另外，沒有文檔的程序，日后維護和版本升級都比較困難。不經(jīng)過單元測試而直接進入系統(tǒng)測試造成這一現(xiàn)象的原因是每個模塊相對比較簡單，但是為了測試一個模塊需要建立一些測試環(huán)境。例如，為了測試一個函數(shù)是否正確，應(yīng)該用一些測試數(shù)據(jù)去調(diào)用該函數(shù)，需要編寫一些測試數(shù)據(jù)。但很多人嫌麻煩，覺得反正其他模塊也很快出來了，直接用真正的數(shù)據(jù)來運行幾次就行了。這樣，一旦直接進入系統(tǒng)測試，發(fā)現(xiàn)運行結(jié)果不正確后需要一步步查找。由于

24、模塊間的調(diào)用關(guān)系，可能查了很久才發(fā)現(xiàn)是某個模塊的問題。這種方法一來效率比較低，大量的時間用在了將一個錯誤定位在模塊上了。另外由于這種測試不完全，真正運行系統(tǒng)，當(dāng)調(diào)用某模塊時，可能大部分時候都是正常數(shù)據(jù)，極少出現(xiàn)邊界情況，可能某些邊界情況容易被忽視，很久之后才被發(fā)現(xiàn)。但是如果對每個模塊進行單元測試時都進行一下邊界測試，就會很容易消除一些隱患，可謂欲速則不達(dá)。（四）選擇題和填空題參考答案（C）1.CMM2（可重復(fù)級）重點關(guān)注的是下列哪一個級別的軟件過程。A.企業(yè)B.機構(gòu)C.項目D.小組（C）2.下面有關(guān)CMM模型的描述中，不正確的是。A. CMM模型定義了成熟的軟件過程的實踐活動B. CMM模型提

25、供了改進軟件開發(fā)過程的結(jié)構(gòu)化模型C. CMM模型給出了適用于各種應(yīng)用范圍的專門技術(shù)D.按照CMM模型改進軟件過程需要相當(dāng)可觀的費用（D）3.以下哪一個KPA不是CMM2（可重復(fù)級）關(guān)鍵過程域。A.軟件需求管理B.軟件質(zhì)量保證C.軟件配置管理D.定量過程管理（8） 4.直接在測試環(huán)境中修改源代碼違反了下列哪一個KPA的規(guī)定。A.需求管理B.配置管理C.項目計劃D.過程變更(A)5.以下哪一項是實施OPF(組織過程焦點)活動的前提條件。A.成立SEPG組B.進行同行評審C.制定軟件項目計劃D.識別軟件工作產(chǎn)品(C)6.定期地評估過程，理解過程白強項和弱項”是哪一個KPA的活動。A.SQA(軟件質(zhì)量

26、保證)B.OPD(組織過程定義)C.OPF(組織過程焦點)D.SCM(軟件配置管理)(C)7.OPF(組織過程焦點)的驗證工作是由來承擔(dān)的。A.SEPG組B.SQA組C.高級管理者D.項目經(jīng)理(D)8.在RUP中，關(guān)于周期(Cycle)、階段(Phas©、迭代(Iteration)的描述錯誤的是。A. 一個周期由4個階段構(gòu)成，并產(chǎn)生一代軟件產(chǎn)品B.每個階段經(jīng)歷的時間長短可能不同C.每個階段由多個迭代構(gòu)成，每個迭代產(chǎn)生一個可運行的版本D.每個迭代都是一次小型的瀑布式開發(fā)，從需求分析直到測試、集成等工作都花費同樣的時間(D)9.下列關(guān)于過程和軟件過程的描述中不正確的是。A.過程對結(jié)果的影響往往是決定性的B.過程是需要定義的C.在軟件過程中，產(chǎn)品實現(xiàn)過程被稱為“工程過程”D.過程就是指完成某項任務(wù)的步驟之間的先后順序(B)10.下列關(guān)于“軟件過程管理”和“軟件工程”的描述中，不正確的是。A.經(jīng)典的軟件過程不是不好，而是不夠，所以要關(guān)注軟件過程B.軟件過程管理并不屬于軟件工程的范疇C.軟件工程的誕生是為了解決軟件危機，然而軟件工程近40年的發(fā)展并未徹底解決這個問題D.在軟件過程管理中并不排斥對經(jīng)典軟件工程方法的應(yīng)用(A)11.軟件開發(fā)的瀑布模型是。A.適用于需求被清晰定義的情況B. 一種需要快速構(gòu)造