武漢大學(xué)國際軟件學(xué)院軟件過程管理復(fù)習(xí)范圍

1、 1、 過程管理是制定過程和對過程活動進(jìn)行動態(tài)監(jiān)管。2、 目的：最大限度地提高軟件產(chǎn)品的質(zhì)量和軟件開發(fā)過程的生產(chǎn)率。3、 途徑：軟件過程模型 組織標(biāo)準(zhǔn)軟件過程 項目定義軟件過程 過程實施與監(jiān)控 軟件過程改進(jìn)。4、 軟件的工業(yè)化生產(chǎn)需要技術(shù)的支持，也需要管理的支持。5、 規(guī)范的軟件過程是軟件工業(yè)化生產(chǎn)的必要條件。6、 基于構(gòu)件的軟件開發(fā)技術(shù)是軟件工業(yè)化生產(chǎn)的技術(shù)基礎(chǔ)。7、 結(jié)構(gòu)化生產(chǎn)時代、以過程為中心的時代、軟件工業(yè)化生產(chǎn)時代。8、 軟件構(gòu)建的核心是管理復(fù)雜度。9、 項目的三個基本特征是:成本、進(jìn)度和質(zhì)量。10、 實現(xiàn)機(jī)構(gòu)的高質(zhì)量和生產(chǎn)率，依賴于三個因素:過程、人和技術(shù)。11、 軟件產(chǎn)品質(zhì)量的好

2、壞主要取決于開發(fā)和維護(hù)該產(chǎn)品所使用的軟件過程質(zhì)量。12、 CMM階梯式進(jìn)化框架：初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級。級別CMM 過程域（6,7,2,3）18CMMI 過程域（7，13，2,2）242需求管理；軟件項目規(guī)劃；軟件項目追蹤與監(jiān)控；軟件轉(zhuǎn)包合同管理；軟件質(zhì)量保證；軟件配置管理需求管理；項目計劃；項目監(jiān)督和控制；供應(yīng)商合同管理；過程和產(chǎn)品質(zhì)量管理；配置管理；度量和分析3軟件過程要點；軟件過程定義；培訓(xùn)計劃；軟件集成管理；軟件產(chǎn)品工程；組間協(xié)作；同級評審組織級過程焦點；組織級過程定義；組織級培訓(xùn)；集成化群組；集成化項目管理；組織級集成環(huán)境；需求開發(fā)；技術(shù)解決方案；產(chǎn)品集成；驗證

3、；確認(rèn)；風(fēng)險管理；決策分析和解決方案4定量過程管理；軟件質(zhì)量管理項目定量管理；組織級過程性能5缺陷預(yù)防；技術(shù)改革管理；過程變更管理因果分析和解決方案；組織級改革和實施13、五類KP：執(zhí)行約定、執(zhí)行能力、執(zhí)行活動、度量和分析、驗證實施14、CMM用途：過程改進(jìn)；能力評價。歸結(jié)為評定方法：軟件過程評估、軟件能力評價15、軟件配置管理SCM活動主要解決：配置識別、變更控制、配置狀態(tài)統(tǒng)計、配置審核。16、同級評審（Peer Reviews）：由與軟件工作產(chǎn)品生產(chǎn)者處于同一級別的人員系統(tǒng)地檢測軟件工作產(chǎn)品，找出其中的錯誤并確定需要更改的領(lǐng)域。17、階段計劃是基于時間段的計劃，產(chǎn)品計劃是基于活動的計劃。1

4、8、代碼復(fù)查是PSP提倡的查找缺陷的方法。19、要將迭代過程和發(fā)布協(xié)調(diào)一致，就要在每次迭代結(jié)束時建立并發(fā)布一個已測試過的基線。20、RUP的設(shè)計活動，是以架構(gòu)（Architecture，系統(tǒng)架構(gòu)或軟件架構(gòu)）為中心的。五種元素：角色、活動、制品、工作流、規(guī)程。四個階段：初始階段（先啟階段）、細(xì)化階段（精化階段）、構(gòu)造階段、交付階段（轉(zhuǎn)化階段、產(chǎn)品化階段）。21、RUP定義了4個模型，即Use Case模型（Use Case Model），分析模型(Analysis Model)，設(shè)計模型(Design Model)和實現(xiàn)模型(Implementation Model)。22、RUP兩個關(guān)于架構(gòu)的

5、主要制品：軟件架構(gòu)描述（SAD）：它描述了與項目有關(guān)的架構(gòu)視圖。架構(gòu)原型：驗證架構(gòu)并作為剩余部分開發(fā)的基線。（設(shè)計指南、產(chǎn)品結(jié)構(gòu)、開發(fā)團(tuán)隊結(jié)構(gòu)）23、不同階段中迭代的本質(zhì)和關(guān)注的重點以及迭代范圍定義的標(biāo)準(zhǔn)是不同的，但在細(xì)節(jié)上的處理仍舊是相同的。要根據(jù)時間來制定計劃，而不是根據(jù)工作量制定計劃。24、在迭代過程中，開發(fā)應(yīng)以階段計劃和一系列迭代計劃為基礎(chǔ)。風(fēng)險是計劃的驅(qū)動器。度量是用于控制項目的關(guān)鍵技術(shù)。25、RUP的集成方法是將軟件增量式集成。（ C ）1. CMM2（可重復(fù)級）重點關(guān)注的是下列哪一個級別的軟件過程 。 A. 個人 B. 機(jī)構(gòu) C. 項目 D. 小組（ C ）2. 下面有關(guān)CMM模

6、型的描述中，不正確的是 。 A. CMM模型定義了成熟的軟件過程的實踐活動 B. CMM模型提供了改進(jìn)軟件開發(fā)過程的結(jié)構(gòu)化模型 C. CMM模型給出了適用于各種應(yīng)用范圍的專門技術(shù) D. 按照CMM模型改進(jìn)軟件過程需要相當(dāng)可觀的費用 （ A ）2. 組間協(xié)調(diào)不是泛泛地解決組間協(xié)作的問題，而是讓 主動參與到其他工程組的工作方式。 A. 軟件工程組B. 軟件工程過程組C. 軟件質(zhì)量保證小組D. 配置管理小組。（ D ）3. 以下哪一個KPA不是CMM2（可重復(fù)級）關(guān)鍵過程域 。 A. 軟件需求管理 B. 軟件質(zhì)量保證 C. 軟件配置管理 D. 定量過程管理 （ B ）4. 直接在測試環(huán)境中修改源代碼

7、違反了下列哪一個KPA的規(guī)定 。 A. 需求管理 B. 配置管理 C. 項目計劃 D. 過程變更 （ A ）5. 以下哪一項是實施OPF（組織過程焦點）活動的前提條件 。 A. 成立SEPG組B. 進(jìn)行同行評審C. 制定軟件項目計劃 D. 識別軟件工作產(chǎn)品 （ C ）6. “定期地評估過程，理解過程的強(qiáng)項和弱項”是哪一個KPA的活動 。 A. SQA B. OPD C. OPF（組織過程焦點） D. SCM（ D ）6. CMMI中的實踐分為共性實踐和特定實踐兩種。以下哪一項不是CMMI2級的共性實踐 。 A. 建立組織級策略 B. 計劃過程 C. 客觀地評價符合性 D. 管理需求變更（ C

8、）7. OPF（組織過程焦點）的驗證工作是由 來承擔(dān)的。 A. SEPG組 B. SQA組 C. 高級管理者 D. 項目經(jīng)理 （ D ）8. 在RUP中，關(guān)于周期（Cycle）、階段（Phase）、迭代（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. 過程是需要

9、定義的 C. 在軟件過程中，產(chǎn)品實現(xiàn)過程被稱為“工程過程” D. 過程就是指完成某項任務(wù)的步驟之間的先后順序（ D ）10. 典型的項目進(jìn)度計劃通常包括工作分解結(jié)構(gòu)、活動的順序、生命周期各階段需要投入的 等。 A. 時間 B. 人力 C. 費用 D. 資源（ A ）11.軟件開發(fā)的瀑布模型是 。 A. 適用于需求被清晰定義的情況。 B.一種需要快速構(gòu)造可運行程序的好方法 C. 最適合于大規(guī)模團(tuán)隊開發(fā)的項目。 D.已不能用于現(xiàn)代環(huán)境的過時模型（ D ）12.在RUP中，有一個術(shù)語叫做“制品”（Artifacts），在CMM中與之對應(yīng)的術(shù)語是。A.模板（Templates） B.產(chǎn)品（Produc

10、ts）C.設(shè)計集（Design Set） D.工作產(chǎn)品（Work Products）（ C ）13.以下哪一項不是成熟的軟件過程的特點 。A.過程可以度量 B.過程本身受技術(shù)支持C. 高度依賴于專業(yè)人員 D. 關(guān)注的焦點是過程改進(jìn)（ B ）14. 在CMMI中，下列哪一項不屬于支持類過程域 。 A. 配置管理 B. 產(chǎn)品集成 C. 過程和產(chǎn)品質(zhì)量保證 D. 度量和分析15. 可將過程分為產(chǎn)品實現(xiàn)過程、 管理過程 和 支持過程 三大類。16. RUP是一個軟件過程的框架，它所使用的可視化建模語言是 UML。 17. 軟件開發(fā)的三個要素是人、技術(shù)和管理 ，先重視 技術(shù)，后重視管理 。18.軟件危機(jī)

11、是指軟件項目開發(fā)在時間、成本 和 質(zhì)量 三方面出了問題。19.用于提高 軟件過程能力 的實踐通稱為軟件過程改進(jìn)。19.模型有助于對系統(tǒng)的理解。常見的模型包括業(yè)務(wù)模型、用例模型、分析模型和設(shè)計 模型。20.架構(gòu)由描述清楚的架構(gòu)視圖（用例視圖、邏輯視圖、實現(xiàn)視圖等）和一個可執(zhí)行的架構(gòu) 原型 組成。20.經(jīng)典軟件工程的一個重大貢獻(xiàn)是防止了軟件開發(fā)人員匆匆開始編碼，而強(qiáng)調(diào)了需求分析和系統(tǒng)設(shè)計的重要性，軟件過程管理的理論則為持續(xù)提高軟件過程能力指明了一條行之有效的道路。21. 如果從變更的意義上講，軟件配置管理主要解決軟件的變更標(biāo)識 、變更 控制 和變更發(fā)布的問題。 22. 軟件管理工程的發(fā)展經(jīng)歷了結(jié)構(gòu)

12、化生產(chǎn) 時代和以過程為中心的時代，正向著工業(yè)化生產(chǎn) 時代邁進(jìn)。 23.軟件過程的三要素是機(jī)構(gòu) 、活動 和 測量。24.在RUP提倡的迭代開發(fā)中，一個周期分為4個階段，它們是：初始階段、細(xì)化階段、構(gòu)造階段 和 移交階段 。 25. CMMI提供了階段式和連續(xù)式兩種表示方法，這兩種表示法在邏輯上是等價的。 26. 要將迭代過程和發(fā)布過程協(xié)調(diào)一致，就要在每次迭代結(jié)束時建立并發(fā)布一個已測試過的 基線。26. CMM與CMMI的過程域相比，最大的差別是體現(xiàn)在第 3 級。27. 在CMM/CMMI的測試策略中，使用經(jīng)過單元測試的部件來創(chuàng)建系統(tǒng)，使系統(tǒng)建立在一個相對可靠的基礎(chǔ)之上。 （ T ）28. 業(yè)務(wù)建

13、模是針對客戶業(yè)務(wù)的模型，嚴(yán)格來說與計算機(jī)系統(tǒng)建模無關(guān)。（ T ）28. 建立項目軟件過程并不是SPP的任務(wù)，SDP建立在項目確定的軟件過程之上。（ F ）29. RUP和CMMI一樣，都是定義良好的軟件過程產(chǎn)品。（T代表True，F(xiàn)代表False）（ T ）30. 一個沒有建立在合理估計基礎(chǔ)上的項目計劃會提供一種錯誤的安全感，可能比根本沒有計劃更糟。 （ F ）31. 同行評審的目的是為了有效地發(fā)現(xiàn)提交給用戶的軟件產(chǎn)品的缺陷。 （ T ）32. 配置管理不僅僅只是管理需求，還涉及到預(yù)算、計劃、代碼等東西的平滑控制。（ T ）32. 在進(jìn)行軟件過程評估時，盡管有些問題不屬于CMM的范圍，但評估過

14、程中發(fā)現(xiàn)它們時也應(yīng)提交，因為評估的目的是幫助改進(jìn)。 （ T ）33. 軟件缺陷不僅限于程序代碼中存在的bug，還包括項目計劃、需求規(guī)格說明書、設(shè)計文檔、測試用例、用戶手冊等等中存在的錯誤和問題。 （ T ）34. 根據(jù)RUP的建議，在迭代開發(fā)中，應(yīng)該制定一個粗粒度的階段計劃和一組細(xì)粒度的迭代計劃。 （ T ）34. SQA的目的，是使軟件過程對管理人員可見。 （ T ）35. 軟件質(zhì)量與組織生產(chǎn)力之間的關(guān)系是：低的生產(chǎn)力往往暗示著差的質(zhì)量。 （ F ）36. 基線是工作產(chǎn)品的一個版本。因此，只要需要，在開發(fā)過程的任何時刻都可以將工作產(chǎn)品保存下來形成基線。 （ F ）37. 在CMMI中，需求管

15、理過程域被排列在需求開發(fā)過程域之后。原因是只有開發(fā)好需求，才能為需求管理奠定基礎(chǔ)。 （ T ）38. CMM是以瀑布開發(fā)模型為基礎(chǔ)的，而CMMI是以迭代開發(fā)模型為基礎(chǔ)的。（ T ）39. 所謂CMM/CMMI最佳實踐，大多并不是什么革命性的創(chuàng)新，而是將開發(fā)人員已經(jīng)知曉的原則加以系統(tǒng)性的描述。SPI：Software Process Improvement 軟件過程更進(jìn)CBD：Component-Based Development 基于構(gòu)件的開發(fā)PDSP：Projects Defined Software Process 工程定義軟件過程CMM(SW-CMM)：Capability Maturi

16、ty Model For Software 軟件能力成熟度模型CMMI：Capability Maturity Model Integration 軟件成熟度模型集成KPA：Key Process Area 關(guān)鍵過程域KP：Key Practices 關(guān)鍵實踐RM：Requirement Management 需求管理SPP：Software Project Planning 軟件項目計劃SPTO：Software Project Tracking and Oversight 軟件項目跟蹤和監(jiān)控SSM：Software Subcontract Management 軟件轉(zhuǎn)包合同管理SQA：So

17、ftware Quality Assurance 軟件質(zhì)量保證SCM：Software Configuration Management 軟件配置管理OPF：Organization Process Focus 組織過程焦點OPD：Organization Process Definition 組織過程定義TP：Training Program 培訓(xùn)程序ISM：Integrated Software Management 集成軟件管理SPE：Software Product Engineering 軟件產(chǎn)品工程QPM：Quantitative Process Management 定量過程管理

18、SQM：Software Quality Management 軟件質(zhì)量管理QFD：Quality Function Deployment 質(zhì)量功能展開法DP：Defect Prevention 缺陷預(yù)防TCM：Technology Change Management 技術(shù)改革管理PCM：Process Change Management 過程變更管理PSP：Personal Software Process 個體軟件過程TSP：Team Software Process 群組軟件過程RUP：Rational Unified Process 統(tǒng)一軟件開發(fā)過程SPEM：Software Process Engineering Metamodel 軟件過程工程元模型