軟件過程管理

1、C 1. CMM2 可重復(fù)級(jí)重點(diǎn)關(guān)注的是以下哪一個(gè)級(jí)別的軟件過程.A.個(gè)人 B.機(jī)構(gòu) C.工程 D.小組C 2.下面有關(guān)CMM模型的描述中,不正確的選項(xiàng)是.A. CMM模型定義了成熟的軟件過程的實(shí)踐活動(dòng)B. CMM模型提供了改良軟件開發(fā)過程的結(jié)構(gòu)化模型C. CMM模型給出了適用于各種應(yīng)用范圍的專門技術(shù)D.根據(jù)CMM模型改良軟件過程需要相當(dāng)可觀的費(fèi)用D 3.以下哪一個(gè) KPA不是CMM2 可重復(fù)級(jí)關(guān)鍵過程域.A.軟件需求治理B.軟件質(zhì)量保證C.軟件配置治理D.定量過程治理B 4.直接在測(cè)試環(huán)境中修改源代碼違反了以下哪一個(gè)KPA的規(guī)定A.需求治理B.配置治理C.工程方案 D.過程變更A 5.以下哪

2、一項(xiàng)為哪一項(xiàng)實(shí)施 OPF 組織過程焦點(diǎn)活動(dòng)的前提條件.A.成立SEPG組B.進(jìn)行同行評(píng)審C.制定軟件工程方案D.識(shí)別軟件工作產(chǎn)品C 6. “定期地評(píng)估過程,理解過程的強(qiáng)項(xiàng)和弱項(xiàng)是哪一個(gè)KPA的活動(dòng).A. SQA 軟件質(zhì)量彳證B. OPD 組織過程定義C. OPF 組織過程焦點(diǎn)D. SCM 軟件配置治理C 7. OPF 組織過程焦點(diǎn)的驗(yàn)證工作是由來承當(dāng)?shù)?A. SEPGmB. SQA組 C.高級(jí)治理者 D.工程經(jīng)理D 8.在RUP中,關(guān)于周期Cycle、階段Phase、迭代Iteration的描述錯(cuò)誤的選項(xiàng)是A. 一個(gè)周期由4個(gè)階段構(gòu)成,并產(chǎn)生一代軟件產(chǎn)品B.每個(gè)階段經(jīng)歷的時(shí)間長(zhǎng)短可能不同C.每

3、個(gè)階段由多個(gè)迭代構(gòu)成,每個(gè)迭代產(chǎn)生一個(gè)可運(yùn)行的版本D.每個(gè)迭代都是一次小型的瀑布式開發(fā),從需求分析直到測(cè)試、集成等工作都花費(fèi)同樣的時(shí)間D 9.以下關(guān)于過程和軟件過程的描述中不正確的選項(xiàng)是A.過程對(duì)結(jié)果的影響往往是決定性的B.過程是需要定義的C.在軟件過程中,產(chǎn)品實(shí)現(xiàn)過程被稱為“工程過程D.過程就是指完成某項(xiàng)任務(wù)的步驟之間的先后順序D 10.以下關(guān)于“軟件過程治理和“軟件工程的描述中,不正確的選項(xiàng)是.A.經(jīng)典的軟件工程不是不好,而是不夠,所以要關(guān)注軟件過程B.軟件過程治理并不屬于軟件工程的范疇C.軟件工程的誕生是為了解決軟彳危機(jī),然而軟件工程40余年的開展并未徹底解決這個(gè)問題D.在軟件過程治理中

4、并不排斥對(duì)經(jīng)典軟件工程方法的應(yīng)用A 11.軟件開發(fā)的瀑布模型是.A.適用于需求被清楚定義的情況B. 一種需要快速構(gòu)造可運(yùn)行程序的好方法C.最適合于大規(guī)模團(tuán)隊(duì)開發(fā)的工程D.已不能用于現(xiàn)代環(huán)境的過時(shí)模型D 12.在RUP中,有一個(gè)術(shù)語叫做“制品 (Artifacts ),在CMM中與之對(duì)應(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)是過程改良C 14.依靠天才的治理者治理軟件開發(fā)是很

5、多公司的做法.這種做法之所以錯(cuò)誤的最主要的原因是 .A.再能干的人也有出錯(cuò)的時(shí)候B.有才華的治理者往往得不到員工的支持和配合C.依靠個(gè)人意味著放棄組織責(zé)任,該組織實(shí)際上已經(jīng)從這個(gè)工程退出D.實(shí)際上并不存在天才的治理者15可將過程分為產(chǎn)品實(shí)現(xiàn)過程、 治理過程 和支持過程 三大類.16 . RUP是一個(gè)軟件過程的框架,它所使用的可視化建模語言是UML17 .軟件開發(fā)的三個(gè)要素是人、拉人 和萱理 ,先重視技花后重視 萱理,是世界各國(guó)軟件業(yè)共同走過的道路.18 .軟件危機(jī)是指軟件工程開發(fā)在時(shí)間、本錢 和 質(zhì)量三方面出了問題.19 .用于提升軟件過程水平的實(shí)踐通稱為軟件過程改良.20 .經(jīng)典軟件工程的一

6、個(gè)重大奉獻(xiàn)是預(yù)防了軟件開發(fā)人員匆匆開始編碼,而強(qiáng)調(diào)了需求分析 和 系統(tǒng)設(shè)計(jì)的重要性,軟件過程治理的理論那么為持續(xù)提升軟件過程水平指明了一條行之有效的道路.標(biāo)識(shí) 、變更限制時(shí)代和 以過程為中央的21 .如果從變更的意義上講,軟件配置治理主要解決軟件的變更 和變更發(fā)布的問題.22 .軟件治理工程的開展經(jīng)歷了結(jié)構(gòu)化生產(chǎn)時(shí)代,正向著工業(yè)化生產(chǎn)時(shí)代邁進(jìn).23 .軟件過程的三要素是機(jī)構(gòu)、活動(dòng)和測(cè)量24 .在RUP提倡的迭代開發(fā)中,一個(gè)周期分為4個(gè)階段,它們是：初始階段、細(xì)化階段、構(gòu) _造階段和移交階段.25 . CMMI提供了 X 式和 連綾 式兩種表示方法,這兩種表示法在邏輯上是等價(jià)的.26 . CMM

7、與CMMI的過程域相比,最大的差異是表達(dá)在第3 級(jí).27 .在CMM/CMMI的測(cè)試策略中,使用經(jīng)過單元測(cè)試的部件來創(chuàng)立系統(tǒng),使系統(tǒng)建立在一個(gè)相對(duì)可靠的根底之上.R 28.建立工程軟件過程并不是 SPP的任務(wù),SDP建立在工程確定的軟件過程之上.X 29. RUP和CMMI 一樣,都是定義良好的軟件過程產(chǎn)品.R 30. 一個(gè)沒有建立在合理估計(jì)根底上的工程方案會(huì)提供一種錯(cuò)誤的平安感,可能比根本沒 有方案更糟.X 31.同行評(píng)審的目的是為了有效地發(fā)現(xiàn)提交給用戶的軟件產(chǎn)品的缺陷.R 32在進(jìn)行軟件過程評(píng)估時(shí),盡管有些問題不屬于CMM的范圍,但評(píng)估過程中發(fā)現(xiàn)它們時(shí)也應(yīng)提交,由于評(píng)估的目的是幫助改良.R

8、 33.軟件缺陷不僅限于程序代碼中存在的bug,還包括工程方案、需求規(guī)格說明書、設(shè)計(jì)文檔、測(cè)試用例、用戶手冊(cè)等等中存在的錯(cuò)誤和問題.R 34. SQA的目的,是使軟件過程對(duì)治理人員可見.R 35.軟件質(zhì)量與組織生產(chǎn)力之間的關(guān)系是：低的生產(chǎn)力往往暗示著差的質(zhì)量.X 36.基線是工作產(chǎn)品的一個(gè)版本.因此,只要需要,在開發(fā)過程的任何時(shí)刻都可以將工作 產(chǎn)品保存下來形成基線.X 37.在CMMI中,需求治理過程域被排列在需求開發(fā)過程域之后.原因是只有開發(fā)好需求,才能為需求治理奠定根底.R 38. CMM是以瀑布開發(fā)模型為根底的,而CMMI是以迭代開發(fā)模型為根底的.R 39.所謂CMM/CMMI最正確實(shí)踐