軟件項目管理復(fù)習(xí)題

1、文檔供參考，可復(fù)制、編制，期待您的好評與關(guān)注！ 1 項目管理是以項目為對象來-的過程。知識、技能、工具和方法？項目目標(biāo)需求2 合同是使賣方負(fù)有提供具體的責(zé)任。產(chǎn)品和服務(wù)？雙方相互負(fù)有義3 ？是軟件從需求確定、設(shè)計、開發(fā)、測試直至投。軟件生命周期？系統(tǒng)所替代4 VSTS 是一套高生產(chǎn)力的、集成的、可擴(kuò)展的生命。開發(fā)工具？溝通與協(xié)作5 腦力風(fēng)暴是一種對于而言非常有用的方法。獲取新觀點(diǎn)？解決方案6 甘特圖又稱橫道圖，是各種任務(wù)活動與。日歷表？時間7 風(fēng)險評估又稱風(fēng)險預(yù)測，就是對識別出的風(fēng)險。估計和評價？風(fēng)險發(fā)生時間8 圖解控制法是利用表示進(jìn)度的甘特圖，表示成。累計費(fèi)用曲線圖？項目性能9 ？是對產(chǎn)品進(jìn)

2、行標(biāo)志、存儲。軟件配置管理？管理辦法和活動原則10 項目收尾是將-的可交付成果交付的過程的過程。項目或項目階段？取消項目11.檢查點(diǎn)(Check Point) 是指在對行檢查，。規(guī)定的時間間隔內(nèi)？差異進(jìn)行調(diào)整12.技術(shù)合同是？以技術(shù)開發(fā)、技術(shù)轉(zhuǎn)讓、技術(shù)咨詢和技術(shù)服務(wù)為內(nèi)容，明確？所達(dá)成的協(xié)議。法人之間、法人和公民之間、公民之間？相互權(quán)利義務(wù)關(guān)系13.質(zhì)量體系是指為保證、？。產(chǎn)品、過程或服務(wù)質(zhì)量？有機(jī)整體 14.責(zé)任分配矩陣就是將？中的每一。工作分解結(jié)構(gòu)圖(WBS)？OBS中的執(zhí)行人15.？是一種用于查找、記錄、組織和跟蹤系統(tǒng)需。需求管理？客戶和項目團(tuán)隊16.Putnam模型是一個Norden-

3、Rayleigh曲線，在。動態(tài)多變量模型？平衡功能17.風(fēng)險識別是尋找可能？的風(fēng)險以及確認(rèn)？的過程。影響項目？風(fēng)險特性18.掙值分析法是對項目實施的進(jìn)度、成本狀態(tài)進(jìn)行。績效評估？所需成本19.基線是指一個（或一組）配置在。項目生命期？正式受控20.費(fèi)用決算是指對從？全過程所支付的全。項目開始到項目結(jié)束？項目決算表21.里程碑是完成階段性工作的？，不同類型的項目？不同 。標(biāo)志？里程碑22.？執(zhí)行的各方履行其權(quán)利和義務(wù)，它是的文件。合同監(jiān)督項目？法律效力23.現(xiàn)在常見的軟件過程改進(jìn)方法：和由多來的CMMI。ISO 9000？SW-CMM24.項目組織結(jié)構(gòu)是具體承擔(dān)某一項目的全。項目目標(biāo)？職務(wù)范圍、

4、責(zé)任、權(quán)力25.數(shù)據(jù)字典是對系統(tǒng)用到的所有？，以確保開。數(shù)據(jù)項和結(jié)構(gòu)定義？數(shù)據(jù)定義26.算法模型提供一個或多個？，這些算的若干變量值。數(shù)學(xué)算法？成本驅(qū)動因素27.情景分析法是根據(jù)項目發(fā)展趨勢的多樣性，描述。系統(tǒng)內(nèi)外？情景和畫面28.控制圖法是？的控制方法.它顯示軟件產(chǎn)品的質(zhì)量隨。一種圖形？偏差標(biāo)準(zhǔn)29.管理基線是SCCB根據(jù)項目的進(jìn)展情。批準(zhǔn)基線變更？開發(fā)和維護(hù)30范圍確認(rèn)是項目接收前，？工作成果，檢驗項目。重新審核？雙方確認(rèn)簽字31.軟件項目是一種特殊的項目，它創(chuàng)造的。唯一產(chǎn)品或者服務(wù)？規(guī)模和運(yùn)行的效果32.項目分析是供方分析用戶的項目需求，并據(jù)此開發(fā)出。項目計劃？能力評估33.軟件過程是人

5、們用于？及其相關(guān)產(chǎn)品的。開發(fā)和維護(hù)軟件？一系列活動34.OBS（組織分解結(jié)構(gòu)的簡稱）是一種特殊的？。組織結(jié)構(gòu)圖？更詳細(xì)地分解35.需求管理是一種用于查找、記錄、組織和跟蹤系。系統(tǒng)化方法？系統(tǒng)需求變更36.？是對完成軟件項目？的估計和計劃，是軟件。成本估算？所需費(fèi)用37.？是指在項目進(jìn)行過程中不斷對風(fēng)險進(jìn)行？，。風(fēng)險管理識別、評估38.趨勢分析法是運(yùn)用？，依據(jù)過去的成果？的產(chǎn)品。數(shù)字技巧？預(yù)測將來39.配置庫管理是配置人員根據(jù)軟件配置管理規(guī)。配置庫和工作空間？定期執(zhí)行 40.項目文件是項目整個生命周期的？，是項目成果。詳細(xì)記錄？展示形式41.？是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進(jìn) 。

6、項目？臨時性42.項目任務(wù)書是項目正式？，同時也是對項目經(jīng)理有效。開始的標(biāo)志？依據(jù)43.？是描述了過程的度量和質(zhì)量分析，典型的度量和質(zhì)。度量分析？執(zhí)行活動44.直線性組織結(jié)構(gòu)是？憑借自己的知識經(jīng)。組織各級領(lǐng)導(dǎo)人員？按隸屬關(guān)系45.Borland Caliber是一個企業(yè)解決方案，。協(xié)助企業(yè)？管理軟件需求46.？是20世紀(jì)50年代末美國海軍部開發(fā)北極。PERT 估算法？項目進(jìn)度規(guī)劃47.？是最常用也是比較簡單的風(fēng)險識別方法，它是利。風(fēng)險條目檢查表？提問48.？是優(yōu)化后并批準(zhǔn)的計劃，它作為項目實施?；鶞?zhǔn)計劃？考核的依據(jù)49.？是實現(xiàn)有序、及時和正確處理軟件配置項。配置管理委員會 ？基本機(jī)制50.資

7、料驗收是檢查項目過程中的所有文件？，然后？。是否齊全？進(jìn)行歸檔1. 神州飛船計劃是項目。（）2. 技術(shù)合同一般包括主合同和合同附件。（ ）3. CMMI有連續(xù)式和階段式兩種不同的實施方法。（）4. 微軟團(tuán)隊模型可以描述為項目組成員分工協(xié)作、不相互依賴。（×）5. 在項目管理過程組中，計劃過程最耗費(fèi)時間與資金。（ × ）6. 進(jìn)度問題是項目沖突的主要原因，尤其在項目的后期。（）7. 定量風(fēng)險分析過程的目標(biāo)是量化分析每一個風(fēng)險的概率及其對。（）8. 跟蹤控制是一個反饋過程，需要在項目實施的全過程對項行跟蹤控制。（）9. 配置管理計劃首先的一個關(guān)鍵任務(wù)是確定要控制哪些文檔。 （）

8、10. 質(zhì)量驗收是控制項目最終質(zhì)量的重要手段。（）11.  固定總價合同類型的合同為買方提供了最小的風(fēng)險。（）12. 技術(shù)合同有兩種環(huán)境：需（甲）方環(huán)境、供（乙）方環(huán)境。（×）13. 美國卡內(nèi)基·梅隆大學(xué)軟件工程研究所（CMU/SEI）于2001年12月發(fā)。（）14. 項目團(tuán)隊是軟件項目中最重要的因素，成功的團(tuán)隊管理是軟件項目順。（）15. 有效的需求管理在于維護(hù)清晰明確的需求闡述、每種需求。（）16. WBS分解的規(guī)模和數(shù)量不是因項目而異。（×）17. 只有源代碼屬于產(chǎn)品組成部分的工作成果。（×）18. 美國軟件工程研究所將風(fēng)險定義為損失的可

9、能性。（）19. 建立項目監(jiān)控和報告體系的首要任務(wù)是項目信息跟蹤采集。（）20. 項目進(jìn)行到一半時，客戶想取消剩余工作和合同。最佳方法是查看風(fēng)。（×）21. 里程碑是完成階段性工作的標(biāo)志，不同類型的項目里程碑不同 。（）22. 產(chǎn)品維護(hù)過程是供方對提交后的軟件產(chǎn)品進(jìn)行后期維護(hù)的工作過程（）23. 質(zhì)量計劃不是質(zhì)量管理的第一過程域。（×）24. 馬斯洛把人的需求分為四個層次。（×）25. 用例分析方法屬于需求分析建模方法。（）26. 工程評價技術(shù)屬于軟件項目進(jìn)度估算。（）27. ISO9000作用強(qiáng)化品質(zhì)管理，提高企業(yè)效益；信心，擴(kuò)大市場份額。（）28. 降低風(fēng)險的

10、主要策略是回避風(fēng)險、轉(zhuǎn)移風(fēng)險、損失控制。（）29. 觀察項目的性能是建立項目監(jiān)控和報告體系，確定為控制據(jù)。（）30. 項目驗收的標(biāo)準(zhǔn)，一般選用項目合同書；也有選用國政策法規(guī)、國際慣例等。（）31. 每天的衛(wèi)生保潔是項目。（×）32. 合同只為賣方負(fù)有提供具體產(chǎn)品和服務(wù)的責(zé)任（×）33. 產(chǎn)品更改過程不屬于供方合同環(huán)境中合同準(zhǔn)備。（×）34. 在實際的項目管理中，主要有三種基本的項目組織形式,。（）35. CMMISM-SE/SW/IPPD/SS1.1版本有4個集成成分。（）。36. 自頂向下估算法屬于成本估算方法。（）37. 歷史資料法屬于定量風(fēng)險評估。（

11、5;）。38. 已獲取價值分析法是利用成本會計的評估項目進(jìn)展情況的一種方法。（）39. 變更評估是變更申請交給SCCB后，必須驗證其完整性、正確性和清楚性。（）40. 項目終止的條件之一是項目出現(xiàn)了環(huán)境的變化，它負(fù)面影響項目的未來。（）41. 編碼階段是把流程圖翻譯成程序，并對程序進(jìn)行調(diào)試。（）42. 合同是具有法律效力的文件。（）43. 演化型是先構(gòu)造一個功能簡單而且質(zhì)量要求不高統(tǒng)的核心。（）44. 團(tuán)隊意識是團(tuán)隊成員為了團(tuán)隊的整體利益和目標(biāo)而意愿與作風(fēng)。（）45. Rational Rose是分析和設(shè)計面向?qū)ο筌浖到y(tǒng)的建模工具。（）46. 德爾菲（Delphi）法起源于20世紀(jì)20年代末

12、期。（×）47. 軟件活動定義是一個過程，它涉及確認(rèn)和描述一些特定的活動 。（）48. 版本控制的目的是按照一定的規(guī)則保存配置項的所有版本，避。（）49. 軟件工程項目是否成功的主要因素在于項目管理。（）50.項目所有者的戰(zhàn)略發(fā)生了變化，就可以終止項目。（）1. 在軟件構(gòu)建階段，定期評審的主要內(nèi)容有哪些？答：1）從項目計劃工具、缺陷跟蹤工具、時間統(tǒng)計工具等處收集信息；2）將完成的情況與計劃進(jìn)行比較；3）將實際的缺陷情況與計劃進(jìn)行比較；4）將實際的項目規(guī)模與計劃進(jìn)行比較；5）評審并更新風(fēng)險計劃；6）評審?fù)ㄟ^若名渠道反饋信息；7）評審建議的變更和軟件管理委員會批準(zhǔn)變更，同時評審這些變更對

13、項目計劃總的波及影響。2. 在軟件項目配置管理過程中，配置管理基本活動有哪些。答：1）配置管理計劃；2）配置項標(biāo)志 ；3）配置項控制；4)狀態(tài)狀況報告;5)配置項審核3. 請畫出項目驗收流程圖 。第10章P1814. 決定活動之間關(guān)系的依據(jù)有幾種？第6章P121答: 決定活動之間關(guān)系的依據(jù)有4種。1)強(qiáng)制性依賴關(guān)系 ; 2)軟邏輯關(guān)系 ;3)外部依賴關(guān)系 ;4)里程碑 5. 線性組織結(jié)構(gòu)特點(diǎn)？ 答：1）反應(yīng)迅速靈活；2）運(yùn)營成本較低；3）指令唯一且責(zé)任明確；4）低正規(guī)化和高度集權(quán)度的結(jié)構(gòu)會導(dǎo)致高層信息超載；5）隨著規(guī)模的擴(kuò)大制定決策變得非常緩慢；6）高層經(jīng)理會陷入日常經(jīng)營活動而無法做好長期性的

14、資源配置工作。6. 項目監(jiān)控分析的對象有哪些？ 答：1）項目范圍監(jiān)控；2）項目成本監(jiān)控；3）項目進(jìn)度監(jiān)控；4）項目資源監(jiān)控；5）項目質(zhì)量監(jiān)控；6）項目風(fēng)險監(jiān)控7. 簡述軟件配置管理的目標(biāo)？第9章P166答1）標(biāo)志變更；2）已標(biāo)志的軟件工作產(chǎn)品的變更是受控制的；3）確保變更正確實現(xiàn)；4）向受影響的組織和個人報告變更。8. 簡述項目驗收范圍。第10章P181答: 從項目驗收的內(nèi)容劃分，項目驗收范圍通常包括質(zhì)量驗收和文件驗收。1）項目質(zhì)量驗收：項目質(zhì)量永遠(yuǎn)是考查和評價項目成功與否的重要方面。一個項目的最終目的是滿足客戶的需求，這種需求是以質(zhì)量保證為前提的，必須從項目計劃、項目控制、項目驗收等不同環(huán)節(jié)

15、嚴(yán)把質(zhì)量關(guān)；2）項目文件驗收 項目文件是項目整個生命周期的詳細(xì)記錄，是項目成果的重要展示形式。項目文件既作為項目評價和驗收的標(biāo)準(zhǔn)，也是項目移交、維護(hù)和后期評價的重要原始憑證 。 9. 簡述軟件項目計劃的邏輯要點(diǎn) 。第6章P122 答：1）需求分析；2）項目的概念設(shè)計；3）資源配置和進(jìn)度安排。10. 簡述職能制組織形式特點(diǎn)。 第4章P68答:1）在人員利用上有較大的彈性和適應(yīng)性；2）個別專家可被不同項目利用；3)部門中的專家可以被組織起來共享知識和經(jīng)驗；4)在個別人離開項目甚至上級組織時仍可以保持技術(shù)上的延續(xù)性；5)職能部門有自己的常規(guī)工作，這些工作常常優(yōu)先于項目考慮，客戶常被忽略；6)職能部門

16、中沒有一個人對項目全權(quán)負(fù)責(zé)，不能引起對項目的高度責(zé)任感；7)協(xié)調(diào)性差；8)不易形成對項目的系統(tǒng)化管理系統(tǒng)。11. 寫出合同文本準(zhǔn)備過程。（第2章16）12. 軟件項目跟蹤控制的主要對象有哪些?第8章P153答：1)項目范圍;2)項目成本;3）項目進(jìn)度；4）項目質(zhì)量；5）項目風(fēng)險13. 軟件項目收尾前應(yīng)完成的任務(wù)有哪些。答：1）客戶正式接受這個項目；2）項目文檔記錄完整；3）產(chǎn)品的最后版本必須滿足完整的條件；4）保留必要的項目文檔；5）準(zhǔn)備經(jīng)驗學(xué)習(xí)資料；6）轉(zhuǎn)移必要的權(quán)限。14. 對軟件項目團(tuán)隊中成員的主要要求有哪些？1）具備特定崗位所需的不同技能，這可能是設(shè)計、編碼、測試、溝通等能力；2)適應(yīng)

17、需求和任務(wù)的變動；3)能夠建立良好的人際關(guān)系，與小組中其他成員協(xié)作；4)能夠接受加班的要求；5)認(rèn)真負(fù)責(zé)、勤奮好學(xué)，積極主動，富于創(chuàng)新。15. 需求獲取需要執(zhí)行哪些活動？ 第5章P80答: 1)確定需求開發(fā)過程;2) 編寫項目視圖和范圍文檔;3)獲取涉眾請求;4) 選擇每類用戶的產(chǎn)品代表;5)建立典型的以用戶為核心的隊伍;6)讓用戶代表確定用例;7）召開應(yīng)用程序開發(fā)聯(lián)系會議8）分析用戶工作流程；9）確定質(zhì)量屬性和其它非功能需求16. 畫出項目計劃修改流程圖。17. 簡述配置管理的基本過程。答：1）配置管理計劃；2）配置項標(biāo)志、跟蹤；3）配置管理環(huán)境的建立；4）基線變更管理；5）配置狀態(tài)統(tǒng)計18

18、. 出現(xiàn)哪些條件，就可以終止項目？答: 出現(xiàn)下列條件之一，就可以終止項目。1）項目計劃中確定的可交付成果已經(jīng)出現(xiàn)，項目的目標(biāo)已經(jīng)成功實現(xiàn)；2）項目已經(jīng)不具備實用價值；3）項目由于各種原因而導(dǎo)致無限期拖長；4）項目出現(xiàn)了環(huán)境的變化，它負(fù)面影響項目的未來；5)項目所有者的戰(zhàn)略發(fā)生了變化;6)項目無競爭力，難以生存19. 簡述項目進(jìn)度（時間）管理過程。答：1）活動定義；2）活動排序；3）活動歷時估計；4）制定進(jìn)度計劃；5）進(jìn)度控制-項目跟蹤.20. 績效評估應(yīng)遵循的哪些原則?答：1）公開性原則；2）客觀、公正原則；3）及時反饋原則；4）敏感性原則，又稱區(qū)分性原則；5）可行性原則；6）多層次、多渠道、

19、全方位評價的原則；7）績效評估經(jīng)常化、制度化的原則21. 在合同終止過程中，供方應(yīng)該配合需方做哪些工作？答：供方應(yīng)該配合需方做的主要工作包括：項目的驗收、雙方認(rèn)可簽字、總結(jié)項目的經(jīng)驗教訓(xùn)、獲取合同的最后款項、開具相應(yīng)的發(fā)票、獲取需方的合同終止的通知、將合同相關(guān)文件歸檔。22. 按活動類別分，評審類型主要有哪些？ 答: 1）商務(wù)評審；2）技術(shù)評審；3）管理評審；4）質(zhì)量評審；5）產(chǎn)品評審23. 典型的項目結(jié)束計劃包括哪些內(nèi)容？答:1）項目結(jié)束要達(dá)到的目標(biāo)；2）項目結(jié)束的責(zé)任人3）項目結(jié)束程序40項目結(jié)束的工作分解結(jié)構(gòu)24. 簡述矩陣制組織形式特點(diǎn).6答：1)項目管理強(qiáng)調(diào)的重點(diǎn)是，項目經(jīng)理個人負(fù)責(zé)

20、管理項目以保證項目在規(guī)定費(fèi)用之內(nèi)按期完成；2)由于項目組織覆蓋于職能部門之上，因此人力資源管理方便，且項目可充分利用職能部門的技術(shù)優(yōu)勢；3)對客戶反應(yīng)迅速；4)項目決策權(quán)力需要在項目組織和職能部門二者之間平衡從而帶來一定困難；5)多個項目之間優(yōu)化項目目標(biāo)是矩陣制的一個優(yōu)點(diǎn)但也由此帶來項目之間的資源競爭從而互相影響；6)由于項目人員至少有兩個上級：項目經(jīng)理和職能部門經(jīng)理，容易造成上級命令的不統(tǒng)一，從而帶來管理混亂。25. 軟件需求包括哪幾個層次？ 答:軟件需求包括以下幾個層次：1)業(yè)務(wù)需求2)用戶需求;3)功能需求;4)同時也包括非功能需求、軟件需求規(guī)格說明等。1、 結(jié)合實際談?wù)勗陧椖抗芾碇兄饕紤]的風(fēng)險問題有哪些？答：1）進(jìn)度風(fēng)險、有些項目對進(jìn)度要求非?？量?，項目進(jìn)度的延遲意味著違約或市場機(jī)會的錯失。2）技術(shù)風(fēng)