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

1、 過程管理是制定過程和對過程活動(dòng)進(jìn)行動(dòng)態(tài)監(jiān)管。2、 目的：最大限度地提高軟件產(chǎn)品的質(zhì)量和軟件開發(fā)過程的生產(chǎn)率。3、 途徑：軟件過程模型 組織標(biāo)準(zhǔn)軟件過程 項(xiàng)目定義軟件過程 過程實(shí)施與監(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)時(shí)代、以過程為中心的時(shí)代、軟件工業(yè)化生產(chǎn)時(shí)代。8、 軟件構(gòu)建的核心是管理復(fù)雜度。9、 項(xiàng)目的三個(gè)基本特征是:成本、進(jìn)度和質(zhì)量。10、 實(shí)現(xiàn)機(jī)構(gòu)的高質(zhì)量和生產(chǎn)率，依賴于三個(gè)因素:過程、人和技術(shù)。11、 軟件產(chǎn)品質(zhì)量的好壞主要取決于開發(fā)和維護(hù)該產(chǎn)品所使用的軟件過程質(zhì)量。12、 CMM階梯式進(jìn)化框架：初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級。級別CMM 過程域（6,7,2,3）18CMMI 過程域（7，13，2,2）242需求管理；軟件項(xiàng)目規(guī)劃；軟件項(xiàng)目追蹤與監(jiān)控；軟件轉(zhuǎn)包合同管理；軟件質(zhì)量保證；軟件配置管理需求管理；項(xiàng)目計(jì)劃；項(xiàng)目監(jiān)督和控制；供應(yīng)商合同管理；過程和產(chǎn)品質(zhì)量管理；配置管理；度量和分析3軟件過程要點(diǎn)；軟件過程定義；培訓(xùn)計(jì)劃；軟件集成管理；軟件產(chǎn)品工程；組間協(xié)作；同級評審組織級過程焦點(diǎn)；組織級過程定義；組織級培訓(xùn)；集成化群組；集成化項(xiàng)目管理；組織級集成環(huán)境；需求開發(fā)；技術(shù)解決方案；產(chǎn)品集成；驗(yàn)證；確認(rèn)；風(fēng)險(xiǎn)管理；決策分析和解決方案4定量過程管理；軟件質(zhì)量管理項(xiàng)目定量管理；組織級過程性能5缺陷預(yù)防；技術(shù)改革管理；過程變更管理因果分析和解決方案；組織級改革和實(shí)施13、五類KP：執(zhí)行約定、執(zhí)行能力、執(zhí)行活動(dòng)、度量和分析、驗(yàn)證實(shí)施14、CMM用途：過程改進(jìn)；能力評價(jià)。歸結(jié)為評定方法：軟件過程評估、軟件能力評價(jià)15、軟件配置管理SCM活動(dòng)主要解決：配置識別、變更控制、配置狀態(tài)統(tǒng)計(jì)、配置審核。16、同級評審（Peer Reviews）：由與軟件工作產(chǎn)品生產(chǎn)者處于同一級別的人員系統(tǒng)地檢測軟件工作產(chǎn)品，找出其中的錯(cuò)誤并確定需要更改的領(lǐng)域。17、階段計(jì)劃是基于時(shí)間段的計(jì)劃，產(chǎn)品計(jì)劃是基于活動(dòng)的計(jì)劃。18、代碼復(fù)查是PSP提倡的查找缺陷的方法。19、要將迭代過程和發(fā)布協(xié)調(diào)一致，就要在每次迭代結(jié)束時(shí)建立并發(fā)布一個(gè)已測試過的基線。20、RUP的設(shè)計(jì)活動(dòng)，是以架構(gòu)（Architecture，系統(tǒng)架構(gòu)或軟件架構(gòu)）為中心的。五種元素：角色、活動(dòng)、制品、工作流、規(guī)程。四個(gè)階段：初始階段（先啟階段）、細(xì)化階段（精化階段）、構(gòu)造階段、交付階段（轉(zhuǎn)化階段、產(chǎn)品化階段）。21、RUP定義了4個(gè)模型，即Use Case模型（Use Case Model），分析模型(Analysis Model)，設(shè)計(jì)模型(Design Model)和實(shí)現(xiàn)模型(Implementation Model)。22、RUP兩個(gè)關(guān)于架構(gòu)的主要制品：軟件架構(gòu)描述（SAD）：它描述了與項(xiàng)目有關(guān)的架構(gòu)視圖。架構(gòu)原型：驗(yàn)證架構(gòu)并作為剩余部分開發(fā)的基線。（設(shè)計(jì)指南、產(chǎn)品結(jié)構(gòu)、開發(fā)團(tuán)隊(duì)結(jié)構(gòu)）23、不同階段中迭代的本質(zhì)和關(guān)注的重點(diǎn)以及迭代范圍定義的標(biāo)準(zhǔn)是不同的，但在細(xì)節(jié)上的處理仍舊是相同的。要根據(jù)時(shí)間來制定計(jì)劃，而不是根據(jù)工作量制定計(jì)劃。24、在迭代過程中，開發(fā)應(yīng)以階段計(jì)劃和一系列迭代計(jì)劃為基礎(chǔ)。風(fēng)險(xiǎn)是計(jì)劃的驅(qū)動(dòng)器。度量是用于控制項(xiàng)目的關(guān)鍵技術(shù)。25、RUP的集成方法是將軟件增量式集成。（ C ）1. CMM2（可重復(fù)級）重點(diǎn)關(guān)注的是下列哪一個(gè)級別的軟件過程 。 A. 個(gè)人 B. 機(jī)構(gòu) C. 項(xiàng)目 D. 小組（ C ）2. 下面有關(guān)CMM模型的描述中，不正確的是 。 A. CMM模型定義了成熟的軟件過程的實(shí)踐活動(dòng) B. CMM模型提供了改進(jìn)軟件開發(fā)過程的結(jié)構(gòu)化模型 C. CMM模型給出了適用于各種應(yīng)用范圍的專門技術(shù) D. 按照CMM模型改進(jìn)軟件過程需要相當(dāng)可觀的費(fèi)用 （ A ）2. 組間協(xié)調(diào)不是泛泛地解決組間協(xié)作的問題，而是讓 主動(dòng)參與到其他工程組的工作方式。 A. 軟件工程組B. 軟件工程過程組C. 軟件質(zhì)量保證小組D. 配置管理小組。（ D ）3. 以下哪一個(gè)KPA不是CMM2（可重復(fù)級）關(guān)鍵過程域 。 A. 軟件需求管理 B. 軟件質(zhì)量保證 C. 軟件配置管理 D. 定量過程管理 （ B ）4. 直接在測試環(huán)境中修改源代碼違反了下列哪一個(gè)KPA的規(guī)定 。 A. 需求管理 B. 配置管理 C. 項(xiàng)目計(jì)劃 D. 過程變更 （ A ）5. 以下哪一項(xiàng)是實(shí)施OPF（組織過程焦點(diǎn)）活動(dòng)的前提條件 。 A. 成立SEPG組B. 進(jìn)行同行評審C. 制定軟件項(xiàng)目計(jì)劃 D. 識別軟件工作產(chǎn)品 （ C ）6. “定期地評估過程，理解過程的強(qiáng)項(xiàng)和弱項(xiàng)”是哪一個(gè)KPA的活動(dòng) 。 A. SQA B. OPD C. OPF（組織過程焦點(diǎn)） D. SCM（ D ）6. CMMI中的實(shí)踐分為共性實(shí)踐和特定實(shí)踐兩種。以下哪一項(xiàng)不是CMMI2級的共性實(shí)踐 。 A. 建立組織級策略 B. 計(jì)劃過程 C. 客觀地評價(jià)符合性 D. 管理需求變更（ C ）7. OPF（組織過程焦點(diǎn)）的驗(yàn)證工作是由 來承擔(dān)的。 A. SEPG組 B. SQA組 C. 高級管理者 D. 項(xiàng)目經(jīng)理 （ D ）8. 在RUP中，關(guān)于周期（Cycle）、階段（Phase）、迭代（Iteration）的描述錯(cuò)誤的是 。 A. 一個(gè)周期由4個(gè)階段構(gòu)成，并產(chǎn)生一代軟件產(chǎn)品。B. 每個(gè)階段經(jīng)歷的時(shí)間長短可能不同。 C. 每個(gè)階段由多個(gè)迭代構(gòu)成，每個(gè)迭代產(chǎn)生一個(gè)可運(yùn)行的版本。 D. 每個(gè)迭代都是一次小型的瀑布式開發(fā)，從需求分析直到測試、集成等工作都花費(fèi)同樣的時(shí)間。（ D ）9.下列關(guān)于過程和軟件過程的描述中不正確的是 。 A. 過程對結(jié)果的影響往往是決定性的。 B. 過程是需要定義的 C. 在軟件過程中，產(chǎn)品實(shí)現(xiàn)過程被稱為“工程過程” D. 過程就是指完成某項(xiàng)任務(wù)的步驟之間的先后順序（ D ）10. 典型的項(xiàng)目進(jìn)度計(jì)劃通常包括工作分解結(jié)構(gòu)、活動(dòng)的順序、生命周期各階段需要投入的 等。 A. 時(shí)間 B. 人力 C. 費(fèi)用 D. 資源（ A ）11.軟件開發(fā)的瀑布模型是 。 A. 適用于需求被清晰定義的情況。 B.一種需要快速構(gòu)造可運(yùn)行程序的好方法 C. 最適合于大規(guī)模團(tuán)隊(duì)開發(fā)的項(xiàng)目。 D.已不能用于現(xiàn)代環(huán)境的過時(shí)模型（ D ）12.在RUP中，有一個(gè)術(shù)語叫做“制品”（Artifacts），在CMM中與之對應(yīng)的術(shù)語是。A.模板（Templates） B.產(chǎn)品（Products）C.設(shè)計(jì)集（Design Set） D.工作產(chǎn)品（Work Products）（ C ）13.以下哪一項(xiàng)不是成熟的軟件過程的特點(diǎn) 。A.過程可以度量 B.過程本身受技術(shù)支持C. 高度依賴于專業(yè)人員 D. 關(guān)注的焦點(diǎn)是過程改進(jìn)（ B ）14. 在CMMI中，下列哪一項(xiàng)不屬于支持類過程域 。 A. 配置管理 B. 產(chǎn)品集成 C. 過程和產(chǎn)品質(zhì)量保證 D. 度量和分析15. 可將過程分為產(chǎn)品實(shí)現(xiàn)過程、 管理過程 和 支持過程 三大類。16. RUP是一個(gè)軟件過程的框架，它所使用的可視化建模語言是 UML。 17. 軟件開發(fā)的三個(gè)要素是人、技術(shù)和管理 ，先重視 技術(shù)，后重視管理 。18.軟件危機(jī)是指軟件項(xiàng)目開發(fā)在時(shí)間、成本 和 質(zhì)量 三方面出了問題。19.用于提高 軟件過程能力 的實(shí)踐通稱為軟件過程改進(jìn)。19.模型有助于對系統(tǒng)的理解。常見的模型包括業(yè)務(wù)模型、用例模型、分析模型和設(shè)計(jì) 模型。20.架構(gòu)由描述清楚的架構(gòu)視圖（用例視圖、邏輯視圖、實(shí)現(xiàn)視圖等）和一個(gè)可執(zhí)行的架構(gòu) 原型 組成。20.經(jīng)典軟件工程的一個(gè)重大貢獻(xiàn)是防止了軟件開發(fā)人員匆匆開始編碼，而強(qiáng)調(diào)了需求分析和系統(tǒng)設(shè)計(jì)的重要性，軟件過程管理的理論則為持續(xù)提高軟件過程能力指明了一條行之有效的道路。21. 如果從變更的意義上講，軟件配置管理主要解決軟件的變更標(biāo)識 、變更 控制 和變更發(fā)布的問題。 22. 軟件管理工程的發(fā)展經(jīng)歷了結(jié)構(gòu)化生產(chǎn) 時(shí)代和以過程為中心的時(shí)代，正向著工業(yè)化生產(chǎn) 時(shí)代邁進(jìn)。 23.軟件過程的三要素是機(jī)構(gòu) 、活動(dòng) 和 測量。24.在RUP提倡的迭代開發(fā)中，一個(gè)周期分為4個(gè)階段，它們是：初始階段、細(xì)化階段、構(gòu)造階段 和 移交階段 。 25. CMMI提供了階段式和連續(xù)式兩種表示方法，這兩種表示法在邏輯上是等價(jià)的。 26. 要將迭代過程和發(fā)布過程協(xié)調(diào)一致，就要在每次迭代結(jié)束時(shí)建立并發(fā)布一個(gè)已測試過的 基線。26. CMM與CMMI的過程域相比，最大的差別是體現(xiàn)在第 3 級。27. 在CMM/CMMI的測試策略中，使用經(jīng)過單元測試的部件來創(chuàng)建系統(tǒng)，使系統(tǒng)建立在一個(gè)相對可靠的基礎(chǔ)之上。 （ T ）28. 業(yè)務(wù)建模是針對客戶業(yè)務(wù)的模型，嚴(yán)格來說與計(jì)算機(jī)系統(tǒng)建模無關(guān)。（ T ）28. 建立項(xiàng)目軟件過程并不是SPP的任務(wù)，SDP建立在項(xiàng)目確定的軟件過程之上。（ F ）29. RUP和CMMI一樣，都是定義良好的軟件過程產(chǎn)品。（T代表True，F(xiàn)代表False）（ T ）30. 一個(gè)沒有建立在合理估計(jì)基礎(chǔ)上的項(xiàng)目計(jì)劃會(huì)提供一種錯(cuò)誤的安全感，可能比根本沒有計(jì)劃更糟。 （ F ）31. 同行評審的目的是為了有效地發(fā)現(xiàn)提交給用戶的軟件產(chǎn)品的缺陷。 （ T ）32. 配置管理不僅僅只是管理需求，還涉及到預(yù)算、計(jì)劃、代碼等東西的平滑控制。（ T ）32. 在進(jìn)行軟件過程評估時(shí)，盡管有些問題不屬于CMM的范圍，但評估過程中發(fā)現(xiàn)它們時(shí)也應(yīng)提交，因?yàn)樵u估的目的是幫助改進(jìn)。 （ T ）33. 軟件缺陷不僅限于程序代碼中存在的bug，還包括項(xiàng)目計(jì)劃、需求規(guī)格說明書、設(shè)計(jì)文檔、測試用例、用戶手冊等等中存在的錯(cuò)誤和問題。 （ T ）34. 根據(jù)RUP的建議，在迭代開發(fā)中，應(yīng)該制定一個(gè)粗粒度的階段計(jì)劃和一組細(xì)粒度的迭代計(jì)劃。 （ T ）34. SQA的目的，是使軟件過程對管理人員可見。 （ T ）35. 軟件質(zhì)量與組織生產(chǎn)力之間的關(guān)系是：低的生產(chǎn)力往往暗示著差的質(zhì)量。 （ F ）36. 基線是工作產(chǎn)品的一個(gè)版本。因此，只要需要，在開發(fā)過程的任何時(shí)刻都可以將工作產(chǎn)品保存下來形成基線。 （ F ）37. 在CMMI中，需求管理過程域被排列在需求開發(fā)過程域之后。原因是只有開發(fā)好需求，才能為需求管理奠定基礎(chǔ)。 （ T ）38. CMM是以瀑布開發(fā)模型為基礎(chǔ)的，而CMMI是以迭代開發(fā)模型為基礎(chǔ)的。（ T ）39. 所謂CMM/CMMI最佳實(shí)踐，大多并不是什么革命性的創(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 Maturity Model For Software 軟件能力成熟度模型CMMI：Capability Maturity Model Integration 軟件成熟度模型集成KPA：Key Process Area 關(guān)鍵過程域KP：Key Practices 關(guān)鍵實(shí)踐RM：Requirement Management 需求管理SPP：Software Project Planning 軟件項(xiàng)目計(jì)劃SPTO：Software Project Tracking and Oversight 軟件項(xiàng)目跟蹤和監(jiān)控SSM：Software Subcontract Management 軟件轉(zhuǎn)包合同管理SQA：Software Quality Assurance 軟件質(zhì)量保證SCM：Software Configuration Management 軟件配置管理OPF：Organization Process Focus 組織過程焦點(diǎn)OPD：Organization Process Definition 組織過程定義TP：Training Program 培訓(xùn)程序ISM：Integrated Software Management 集成軟件管理SPE：Software Product Engineering 軟件產(chǎn)品工程QPM：Quantitative Process Management 定量過程管理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 個(gè)體軟件過程TSP：Team Software Process 群組軟件過程RUP：Rational Unified Process 統(tǒng)一軟件開發(fā)過程SPEM：Software Process Engineering Metamodel 軟件過程工程元模型軟件開發(fā)是一項(xiàng)高風(fēng)險(xiǎn)的活動(dòng)，在項(xiàng)目開發(fā)過程的任何一個(gè)階段都可能存在風(fēng)險(xiǎn)。采取積極的風(fēng)險(xiǎn)管理方式，可以使項(xiàng)目進(jìn)程更加平穩(wěn)，可以獲得很高的跟蹤和控制項(xiàng)目的能力，可以規(guī)避、轉(zhuǎn)移風(fēng)險(xiǎn)，或緩解風(fēng)險(xiǎn)帶來的不利影響。風(fēng)險(xiǎn)管理是對項(xiàng)目風(fēng)險(xiǎn)進(jìn)行識別、分析、應(yīng)對和監(jiān)控的過程，是項(xiàng)目管理中很重要的管理活動(dòng)，有效的實(shí)施軟件風(fēng)險(xiǎn)管理是軟件項(xiàng)目開發(fā)工作順利完成的保證。風(fēng)險(xiǎn)管理的達(dá)成必須包括三個(gè)要素：首先，在項(xiàng)目開發(fā)計(jì)劃中必須制定風(fēng)險(xiǎn)管理計(jì)劃；第二，在項(xiàng)目預(yù)算中必須包含解決風(fēng)險(xiǎn)所需的經(jīng)費(fèi)；第三，評估風(fēng)險(xiǎn)時(shí)，風(fēng)險(xiǎn)的影響也必須納入項(xiàng)目計(jì)劃中。 方法：避免風(fēng)險(xiǎn)；轉(zhuǎn)移風(fēng)險(xiǎn)；接受風(fēng)險(xiǎn)。風(fēng)險(xiǎn)是計(jì)劃的驅(qū)動(dòng)器。