軟件項目管理練習(xí)題1

1、軟件項目管理練習(xí)題1、 單選題1. 變更控制是對（ B ）的變更進行標(biāo)識、文檔化、批準(zhǔn)或拒絕，并控制。 A.詳細的WBS計劃 B.項目基線C.項目預(yù)算 D.明確的項目組織結(jié)構(gòu)。2.項目配置管理的主要任務(wù)中，不包括（ C ）。 A.版本管理 B.發(fā)行管理 C.檢測配置 D.變更控制3. 在項目團隊會議上，一個小組成員建議擴大工作范圍，他的建議已經(jīng)超越了項目章程中的范圍。這時，項目經(jīng)理指出項目團隊?wèi)?yīng)該集中精力完成僅限于需要完成的所有工作。這屬于（ B ）。A.范圍定義 B.范圍管理 C.項目章程 D.范圍分解4.使用工作分解結(jié)構(gòu)的主要原因是：（ D ）。A.組織工作 B.防止遺漏工作 C.為項目估

2、算提供依據(jù) D.以上都是5.進行活動歷時壓縮時，可以在關(guān)鍵路徑活動上增加資源。這時必須進一步考慮什么？( B )。 A.其他活動的延遲 B.出現(xiàn)新的關(guān)鍵活動C.分配給關(guān)鍵路徑上其他任務(wù)的資源 D.進度計劃中歷時最長的任務(wù)6. 如果一個任務(wù)的最樂觀估算為12天，最悲觀估算為18天，那么最可能估算為多少？( 15天 )。A.15天 B.13天 C.16天 D.以上都不是7.有一個文件，它通過確定項目目標(biāo)和主要項目可交付成果，形成了項目團隊和項目客戶之間達成一致的基礎(chǔ)。這個文件的名稱是：( C )。A. 執(zhí)行計劃 B. 配置管理計劃 C. 范圍說明書 D. 工作授權(quán)計劃8.工作包是：( A )。 A

3、.WBS最低層的可交付成果 B.帶有一個特定標(biāo)示符的任務(wù)C.要求的匯報級別 D.可以分配給一個以上組強單位的任務(wù)9.項目可能：( D )。 A. 沒有關(guān)鍵路徑 B.多條關(guān)鍵路徑 C. 一條關(guān)鍵路徑 D.一條或多條關(guān)鍵路徑10.舉行項目團隊會議時，小組決定在某個特定領(lǐng)域付出額外工作使客戶獲得他們不需要的需求，于是他們把額外的工作加進項目中，這稱為：( A )。A.鍍金 B.額外范圍 C.經(jīng)批準(zhǔn)的變更單 D.好主意11.“在對軟件編碼前不能進行軟件測試”這句話說明了哪種依賴關(guān)系？( D ) A.隨意的 B.軟邏輯關(guān)系 C.優(yōu)先 D.強制或硬邏輯關(guān)系12.進行活動歷時壓縮時，可以在關(guān)鍵路徑活動上增加

4、資源。這時必須進一步考慮什么？( B )。A.其他活動的延遲 B.出現(xiàn)新的關(guān)鍵活動C.分配給關(guān)鍵路徑上其他任務(wù)的資源D.進度計劃中歷時最長的任務(wù)13.目前，項目進度的BCWS為100，而BCWP為110。項目目前狀態(tài)（ B ）。 A.落后于進度計劃 B.超前于進度計劃 C.超出預(yù)算 D.超前于進度且超出預(yù)算 14. 項目快要完成時客戶想對工作范圍作一大的變更，項目經(jīng)理應(yīng)該 （ B ）。A.進行變更 B.將變更造成的影響通知客戶 C.拒絕變更 D.向管理當(dāng)局抱怨15. 在以下哪種項目特征中最適合采用強矩陣的項目型組織形式？（ C ）。A.復(fù)雜的不確定性、中等技術(shù) B.規(guī)模小、不確定性高C.規(guī)模大

5、、新技術(shù) D.時間緊急程度一般、歷時久16. 如果一個任務(wù)的最樂觀估算為12天，最悲觀估算為18天，那么最可能估算為多少？( D )A.15天 B.13天 C.16天 D.以上都不是17.項目可能：( D )。A. 沒有關(guān)鍵路徑 B.多條關(guān)鍵路徑 C. 一條關(guān)鍵路徑 D.一條或多條關(guān)鍵路徑18.采用逆推法的目的在于決定( C )。A.關(guān)鍵路徑 B.最早完成日期 C.最遲開始日期 D.趕工日期19. 激勵中的期望理論認為（ A ）。A.相信付出的努力很可能會產(chǎn)生成功的結(jié)果 B.管理者不應(yīng)對工人寄望過高 C.激勵應(yīng)與期望中具有價值的產(chǎn)出相關(guān)聯(lián)D.管理者不應(yīng)期望薪水高的雇員工作更努力20. 采用逆推

6、法的目的在于決定( C )。A.關(guān)鍵路徑 B.最早完成日期 C.最遲開始日期 D.趕工日期21.風(fēng)險的三個屬性是（ C ）。A. 風(fēng)險發(fā)生的時間、地點、負責(zé)人 B. 風(fēng)險事件、時間、影響C. 風(fēng)險事件、概率、影響 D. 風(fēng)險數(shù)量、風(fēng)險影響程度、概率 22.在計劃編制時你發(fā)現(xiàn)完成項目所需的時間比可以利用的時間長，這時你將如何處理？( D )A. 和客戶取得聯(lián)系，告訴他們項目不能在要求的時間完成。B. 向管理層匯報項目不能在要求的時間完成。C. 采用趕工或快速跟進法。D. 采用趕工或快速跟進法，然后將備選方案匯報管理層。23.里程碑與甘特圖不一樣，它顯示了( A )。A.主要事件的開始和完成時間

7、B.行為開始和結(jié)束日期C.活動預(yù)期的持續(xù)時間 D.活動之間的依附性24. 快速跟進是指：( A )。A.采用平行任務(wù)加速項目進展 B.用一個任務(wù)取代另外的任務(wù)C.如有可能減少任務(wù)數(shù)量 D.B和C25.關(guān)于浮動，下面除了哪個之外都是不正確的？（ D ）。A. 每個任務(wù)都有浮動 B. 只有復(fù)雜的項目有浮動C. 浮動是在不增加項目成本的條件下，一個活動可以延遲的時間量D. 浮動是在不影響項目完成時間的前提下，一個活動可以延遲的時間量26.下列中的（ B ）是不包含在項目配置管理系統(tǒng)的基本結(jié)構(gòu)中的。 A.開發(fā)庫 B.知識庫 C.受控庫 D.產(chǎn)品庫27. 在某個信息系統(tǒng)項目中，存在新老系統(tǒng)切換問題，在設(shè)

8、置項目計劃網(wǎng)絡(luò)圖時，新系統(tǒng)上線和老系統(tǒng)下線之間應(yīng)設(shè)置成（ C ）的關(guān)系。 A.結(jié)束開始（FS型） B.結(jié)束結(jié)束（FF型）C.開始結(jié)束（SF型） D.開始開始（SS型）28. 質(zhì)量是：（ C ）。A. 符合客戶要求 B.額外附加成分讓客戶高興C. 符合要求，適合使用 D.符合管理層的要求29. 變更控制是對（ B ）的變更進行標(biāo)識、文檔化、批準(zhǔn)或拒絕，并加以控制。A.詳細的WBS計劃 B.項目基線 C.項目預(yù)算 D.明確的項目組織結(jié)構(gòu)30.項目配置管理的主要任務(wù)中，不包括（ C ）。A.版本管理 B.發(fā)行管理 C.檢測配置 D.變更控制31.質(zhì)量控制是（ B ）。A. 對每個工作包增加工作時間

9、B.項目生存期的各個階段都需要實施的C. 只需要做一次 D. 只有大的項目才需要的32. 項目中，項目經(jīng)理采用德爾菲技術(shù)和魚骨圖對風(fēng)險進行分析，這表明其正在進行（ A ）。 A.風(fēng)險識別 B.定性的風(fēng)險分析 C.定量的風(fēng)險分析 D.風(fēng)險監(jiān)控33.當(dāng)對項目組織的矩陣結(jié)構(gòu)采用強矩陣，平衡矩陣和弱矩陣等詞匯時，它們指的是（ C ）。A.組織達成目標(biāo)的能力B.項目小組成員之間的物理距離以及與項目經(jīng)理的物理距離C.項目經(jīng)理對項目小組資源的控制能力D.項目小組成員合作的程度34. 由于政府的一項新規(guī)定，某項目的項目經(jīng)理必須變更該項目的范圍。項目目標(biāo)已經(jīng)做了若干變更，項目經(jīng)理已經(jīng)對項目的技術(shù)和管理文件做了必

10、要的修改，他下一步應(yīng)該（ A ）。A.及時通知項目干系人 B.修改公司的知識管理系統(tǒng)C.獲取客戶的正式認可 D.獲得政府認可35.體現(xiàn)了項目計劃過程的正確順序。（ A ）A.范圍規(guī)劃范圍定義活動定義活動歷時估算B.范圍定義范圍規(guī)劃活動定義活動排序活動歷時估算C.范圍規(guī)劃范圍定義活動排序活動定義活動歷時估算D.活動歷時估算范圍規(guī)劃范圍定義活動定義活動排序36.在某個信息系統(tǒng)項目中，存在新老系統(tǒng)切換問題，在設(shè)置項目計劃網(wǎng)絡(luò)圖時，新系統(tǒng)上線和老系統(tǒng)下線之間應(yīng)設(shè)置成（ C ）的關(guān)系。 A.結(jié)束開始（FS型） B.結(jié)束結(jié)束（FF型）C.開始結(jié)束（SF型） D.開始開始（SS型）37. 里程碑與甘特圖不一

11、樣，它顯示了( A )。 A.主要事件的開始和完成時間 B.行為開始和結(jié)束日期C.活動預(yù)期的持續(xù)時間 D.活動之間的依附性38. PRET和CPM的主要區(qū)別： ( A )。A. PRET在計算進度計劃時使用分布的平均值（預(yù)期值）B. PRET在計算時差時使用最可能估算 C. PRET通過計算時差來確定哪些活動的進度最不靈活D. PRET在圖中包括了非序列活動，如回環(huán)或條件分支39. 在項目進行過程中，一個開發(fā)人員接到某個用戶的電話，用戶要求更改系統(tǒng)中存在的一個問題，這個開發(fā)人員應(yīng)該（ B ）。 A.馬上改正問題 B.記錄問題并提交項目經(jīng)理C.不予理睬 D.通過測試部經(jīng)理，要求確認問題是否存在4

12、0.客戶已經(jīng)正式接收了項目，該項目的項目經(jīng)理下一步工作將是（ A ）。 A.適當(dāng)?shù)膶⒔邮瘴募职l(fā)給其他項目干系人 B.將項目總結(jié)向項目檔案庫歸檔C.記錄你與小組成員獲得的經(jīng)驗 D.進行項目審計41.在項目風(fēng)險管理的基本流程中，不包括下列中的（ C ）。 A.風(fēng)險分析 B.風(fēng)險追蹤 C.風(fēng)險規(guī)避措施 D.風(fēng)險管理計劃編制42.下列中的（ B ）是不包含在項目配置管理系統(tǒng)的基本結(jié)構(gòu)中的。 A.開發(fā)庫 B.知識庫 C.受控庫 D.產(chǎn)品庫43. 在招標(biāo)過程中，下列中的（ A ）應(yīng)在開標(biāo)之前完成。A.確認投標(biāo)人資格 B.制定評標(biāo)原則 C.答標(biāo) D.發(fā)放中標(biāo)通知書44. 下面哪一種質(zhì)量改進方法最不可能產(chǎn)生

13、積極結(jié)果（ B ）。A.持續(xù)改進 B.增加檢驗C.統(tǒng)計質(zhì)量過程 D.客戶跟蹤過程45、舉行項目團隊會議時，小組決定在某個特定領(lǐng)域付出額外工作使客戶獲得他們不需要的需求，于是他們把額外的工作加進項目中，這稱為：( A )。 A.鍍金 B.額外范圍 C.經(jīng)批準(zhǔn)的變更單 D.好主意46.在項目進行過程中，一個開發(fā)人員接到某個用戶的電話，用戶要求更改系統(tǒng)中存在的一個問題 ，這個開發(fā)人員應(yīng)該（ B ）。 A.馬上改正問題 B.記錄問題并提交項目經(jīng)理C.不予理睬 D.通過測試部經(jīng)理，要求確認問題是否存在47 具有風(fēng)險分析的軟件生存周期模型是（ C ）。A.瀑布模型 B.噴泉模型C.螺旋模型 D.增量模型4

14、8.通常在項目的初期（如招標(biāo)時），經(jīng)常采用（ A ）方法進行成本估算。A.類比估算法 B.專家估算法C.參數(shù)估算法 D.自下而上估算法 49. 一項活動歷時為4天，最早開始日期為10日，最遲開始日期為19日，沒有非工作日，根據(jù)以上信息，可以總結(jié)出什么？( A )。 A.該活動總時差為9天 B.該活動最早完成日期是14日結(jié)束C.該活動最遲完成日期是25日 D.如果分配雙倍資源的話，可以兩天之內(nèi)完成此活動50.下面關(guān)于風(fēng)險規(guī)避的陳述中，哪一項是錯誤的 ( C )。A.集中消除哪些產(chǎn)生風(fēng)險的因素 B.包括對某項目做出不進行投標(biāo)的決策，因為這個項目的風(fēng)險被認為是太高了 C.在風(fēng)險事件發(fā)生時接受風(fēng)險造成

15、的后果 D.當(dāng)客戶處于降低風(fēng)險最有利的地位時，將風(fēng)險留給客戶51.項目的項目范圍已經(jīng)發(fā)生變更，因此成本基線也將發(fā)生變更，項目經(jīng)理需要盡快（ B ）。A. 進行范圍變更決策 B.更新預(yù)算C. 記錄獲得的經(jīng)驗 D.執(zhí)行得到批準(zhǔn)的范圍變更52.在項目執(zhí)行過程中，有時需要對項目的范圍進行變更，（ B ）屬于項目范圍變更。A.修改所有項目基線 B.在甲乙雙方同意的基礎(chǔ)上，修改WBS中規(guī)定的項目范圍C.需要調(diào)整成本.完工時間.質(zhì)量和其他項目目標(biāo)D.對項目管理的內(nèi)容進行修改53. 項目快要完成時客戶想對工作范圍作一大的變更，項目經(jīng)理應(yīng)該 （ B ）。A.進行變更 B.將變更造成的影響通知客戶 C.拒絕變更

16、D.向管理當(dāng)局抱怨54.項目工期緊張時你會集中精力于( B )。A.盡可能多的工作 B.非關(guān)鍵工作 C.加速關(guān)鍵線路上工作的執(zhí)行 D. 通過降低成本加速執(zhí)行55.下面關(guān)于風(fēng)險規(guī)避的陳述中，哪一項是錯誤的 ( C )。A.集中消除哪些產(chǎn)生風(fēng)險的因素 B.包括對某項目做出不進行投標(biāo)的決策，因為這個項目的風(fēng)險被認為是太高了 C.在風(fēng)險事件發(fā)生時接受風(fēng)險造成的后果 D.當(dāng)客戶處于降低風(fēng)險最有利的地位時，將風(fēng)險留給客戶56.項目的項目范圍已經(jīng)發(fā)生變更，因此成本基線也將發(fā)生變更，項目經(jīng)理需要盡快（ B ）。A. 進行范圍變更決策 B.更新預(yù)算C. 記錄獲得的經(jīng)驗 D.執(zhí)行得到批準(zhǔn)的范圍變更57.在以下哪種

17、項目特征中最適合采用強矩陣的項目型組織形式？（ C ）。A.復(fù)雜的不確定性.中等技術(shù) B.規(guī)模小.不確定性高C.規(guī)模大.新技術(shù) D.時間緊急程度一般.歷時久58.小王負責(zé)一個管理信息系統(tǒng)項目，最近在與客戶共同進行的質(zhì)量審查中發(fā)現(xiàn)一個程序模塊不符合客戶的需求，進行追溯時，也未發(fā)現(xiàn)相應(yīng)的變更請求。最終小王被迫對這一模塊進行再設(shè)計并重新編程。造成此項返工的原因可能是（ C ）。 A.未進行需求管理 B.未進行范圍確認C.未進行變更管理 D.質(zhì)量管理過嚴(yán)59.在以下哪種項目特征中最適合采用強矩陣的項目型組織形式？（ C ）。A.復(fù)雜的不確定性.中等技術(shù) B.規(guī)模小.不確定性高C.規(guī)模大.新技術(shù) D.時

18、間緊急程度一般.歷時久60.小王負責(zé)一個管理信息系統(tǒng)項目，最近在與客戶共同進行的質(zhì)量審查中發(fā)現(xiàn)一個程序模塊不符合客戶的需求，進行追溯時，也未發(fā)現(xiàn)相應(yīng)的變更請求。最終小王被迫對這一模塊進行再設(shè)計并重新編程。造成此項返工的原因可能是（ C ）。 A.未進行需求管理 B.未進行范圍確認C.未進行變更管理 D.質(zhì)量管理過嚴(yán)2、 判斷1. 項目具有暫時的特征。（ ）2. 責(zé)任分配矩陣是明確其角色與職責(zé)的有效工具。（ ）3. 進度和成本是關(guān)系最為密切的兩個目的，幾乎成了對立關(guān)系，進度的縮短一定依靠增加成本實現(xiàn)，而成本的降低也一定犧牲工期進度為代價的。（ ×）4. 項目具有暫時的特征。（ ）5.

19、項目管理核心的三角形是范圍、進度、風(fēng)險。（ × ）6. 在甲乙合同項目中，提出需求的一方是乙方（ × ）7. 質(zhì)量保證屬于檢查職能，而質(zhì)量控制屬于管理職能。（ ×）8在當(dāng)今高科技環(huán)境下，X理論和期望理論可以用來激勵一個團隊員工的工作士氣。（ ×）9在項目早期和信息不足的時候，可以采用自下而上的估算方法進行成本估算。（ × ）10. 需求分析過程是確定項目如何實現(xiàn)的過程，并確定項目的技術(shù)方案（ × ）11. 軟件項目的估算結(jié)果是比較準(zhǔn)確的（ × ）12. 基線產(chǎn)品是不能修改的（ ×）13. 在IT項目中，許多專家都認

20、為：對于成功，威脅最大的就是溝通的失敗。（ ）14. 采購是為了執(zhí)行項目而從項目團隊外部采購或者獲取產(chǎn)品、服務(wù)或者結(jié)果的過程。（ ）15. 進度和成本是關(guān)系最為密切的兩個目的，幾乎成了對立關(guān)系，進度的縮短一定依靠增加成本實現(xiàn)，而成本的降低也一定犧牲工期進度為代價的。（ × ）16. 項目早期和信息不足的時候，可以采用自下而上的估算方法進行成本估算（ ×）17. 統(tǒng)計需求變更請求的數(shù)量是配置審核過程（ ）18. 質(zhì)量保證屬于檢查職能，而質(zhì)量控制屬于管理職能（ ×）19. 采用德爾菲方法來標(biāo)識風(fēng)險可以減少人為的偏差，以便作出正確決定（ ）20. “取消采用具有高風(fēng)險的

21、新技術(shù)，而采用原來熟悉的技術(shù)”是一種轉(zhuǎn)移風(fēng)險的規(guī)劃策略（ ）3、 填空題1風(fēng)險識別方法中， 頭腦風(fēng)暴法/大腦風(fēng)暴法要求項目組成員、外聘專家、客戶等各方人員組成一個小組，成員根據(jù)各自經(jīng)驗列出所有可能的風(fēng)險。2機動時間表示一個事件推遲多少時間可以不影響項目的結(jié)束。機動時間為0的事件為關(guān)鍵事件，將關(guān)鍵事件連接起來的最長路徑為 關(guān)鍵路徑/最短路徑。3需求工程中的活動可分為兩大類，一類屬于 需求開發(fā)，另一類屬于需求管理。 4有一個穩(wěn)定產(chǎn)品定義和很容易被理解的技術(shù)解決方案時， 瀑布模型特別合適。5軟件配置管理從應(yīng)用層次上可以從低到高分為三級： 版本控制 、以開發(fā)者為中心、過程驅(qū)動。6開發(fā)一個軟件需要選擇開

22、發(fā)策略（包括過程，方法和工具）以及通用階段，這些策略和階段被稱為 過程/過程模型 模型。7成功的項目管理必須滿足范圍、成本 和時間等三個目標(biāo)。8典型的系統(tǒng)開發(fā)生命周期包括計劃、分析、設(shè)計 、實現(xiàn)和支持等幾個階段。9資源/項目資源 是項目中所需的人員或者任何事物，有些在整個項目中都需要，有些則在部分活動中需要，主要分為：人力、設(shè)備、物料、空間、服務(wù)、時間、金錢等。10. 重要/重要軟件/危險 軟件是指其故障會影響到人身安全、會導(dǎo)致重大經(jīng)濟損失或社會損失的軟件。11.  實現(xiàn)項目目標(biāo)的制約因素有_項目范圍 、成本、進度計劃 和客戶滿意度。12軟件項目管理的核心是人員管理 和成本管理 。

23、13. 軟件需求包括業(yè)務(wù)需求、用戶需求 和功能需求 三個不同層次。14進度管理的常用圖表有甘特圖、 網(wǎng)絡(luò)圖 、里程碑圖、資源圖 。 15組織結(jié)構(gòu)的主要類型有 職能型 、項目型 和矩陣型三種16風(fēng)險規(guī)劃的主要策略有回避風(fēng)險 、轉(zhuǎn)移風(fēng)險 、損失風(fēng)險和自留風(fēng)險。17軟件開發(fā)項目的成本有 開發(fā)成本 、安裝成本、運行成本 。18典型的系統(tǒng)開發(fā)生命周期包括計劃、分析、設(shè)計 、實現(xiàn)和支持等幾個階段。19外包是風(fēng)險轉(zhuǎn)移 類型的風(fēng)險處理策略。20涉及多個領(lǐng)域工作的復(fù)雜項目最好采用矩陣型 組織來管理。1頭腦風(fēng)暴法/大腦風(fēng)暴法 2關(guān)鍵路徑/最短路徑3需求開發(fā) 4瀑布5版本控制/控制版本 6過程/過程模型7

24、成本 8設(shè)計9資源/項目資源 10重要/重要軟件/危險11項目范圍、進度計劃 12人員管理、成本管理13用戶需求、功能需求 14網(wǎng)絡(luò)圖、資源圖15職能型、項目型 16回避風(fēng)險、轉(zhuǎn)移風(fēng)險17開發(fā)成本、運行成本 18設(shè)計19風(fēng)險轉(zhuǎn)移 20矩陣型（ 注：“ / ” 為或者 ）4、 簡答題1什么是軟件項目管理？（5分）答：軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風(fēng)險等進行分析和管理的活動。2.項目管理九大知識域是什么？ （5分）答：項目集成管理，項目范圍管理，項目時間管理，項目成本管理，項目質(zhì)量管理，項目人 力資源管理，項目溝

25、通管理，項目風(fēng)險管理，項目采購管理。3.項目成本管理（Project Cost management）包括哪些過程？ （5分）答：包括成本估算，成本預(yù)算，成本控制等過程。成本估算是估計完成項目所需的資源成本 。成本預(yù)算是將總的估算成本分?jǐn)偟礁黜椚蝿?wù)中，以便建立項目跟蹤的成本基線。成本控制 是控制成本預(yù)算的變更。4.簡述軟件危機的表現(xiàn)有哪些？以及解決軟件危機的途徑有哪些？     （5分）答：軟件危機的主要表現(xiàn)包括： (1) 軟件開發(fā)進度難以預(yù)測，開發(fā)成本難以控制，導(dǎo)致超預(yù)算、

26、超時； (2) 產(chǎn)品功能難以滿足用戶需求； (3) 軟件產(chǎn)品質(zhì)量無法保證； (4) 軟件缺少適當(dāng)?shù)奈臋n資料，維護困難； (5) 軟件成本超過硬件成本； (6) 軟件開發(fā)生產(chǎn)率的提高速度跟不上計算機應(yīng)用普及深入的趨勢； 解決軟件危機的途徑有： (1)管理措施：項目管理、配置管理、過程管理、質(zhì)量控制  (2)技術(shù)措施：開發(fā)過程、開發(fā)技術(shù)與方法和開發(fā)工具5.簡述項目風(fēng)險產(chǎn)生的原因與現(xiàn)代項目風(fēng)險產(chǎn)生的原因 （7分）答：項目風(fēng)險產(chǎn)生的原因（1）、項目的未來性 （2）

27、、項目的復(fù)雜性 （3）、項目環(huán)境的變化 （4）、項目中人的因素 現(xiàn)代項目風(fēng)險產(chǎn)生的原因 （1）、生產(chǎn)極度復(fù)雜的產(chǎn)品 （2）、依賴多種數(shù)據(jù)來源 （3）、采用功能交叉的方法 （4）、項目管理與企業(yè)戰(zhàn)略的緊密結(jié)合 （5）、產(chǎn)品從概念到市場的時間縮短 （6）、滿足顧客需求 （7）、市場的國際化 （8）、鼓勵參與者取得更大的合伙權(quán)和所有權(quán) （9）、分散經(jīng)營 （10）、應(yīng)用更多專業(yè)技術(shù) （11）、依賴更復(fù)雜的工具6.軟件工程的目標(biāo)是什么，軟件工程的三要素都是什么并解釋？ （5分）答：軟件工程的目標(biāo)：軟件工程必須以有組織的質(zhì)量保證為基礎(chǔ)，進行全面質(zhì)量管理，不斷地過程改進使軟件工程方法走向成熟。&#

28、160;軟件工程的三要素包括：過程、方法和工具 過程為及時合理地開發(fā)出滿足用戶需求的計算機軟件而進行一系列有組織的活動。過程定義了技術(shù)方法的采用、工程產(chǎn)品(包括模型、文檔、數(shù)據(jù)、報告、表格等)的產(chǎn)生、里程碑的建立、質(zhì)量的保證和變更的管理。 方法為軟件開發(fā)提供“如何做”的技術(shù)，它涵蓋了項目計劃、需求分析、系統(tǒng)設(shè)計、程序?qū)崿F(xiàn)、測試與維護等一系列的開發(fā)活動如何來做。開發(fā)方法經(jīng)歷了從面向結(jié)構(gòu)、面向?qū)ο蟆⒚嫦蚪M件到面向服務(wù)的發(fā)展工程。  工具為過程和方法提供自動的或半自動的支持。這些軟件工具被集成起來，建立起一個支持軟件開發(fā)的系統(tǒng)，稱之為計算機輔助軟件工程7.簡述

29、教材中介紹了那些軟件開發(fā)模型？這些模型各有什么特點？（7分）答：教材中重點介紹了瀑布、原型、增量、螺旋四個傳統(tǒng)模型。 （1）瀑布模型嚴(yán)格按照生存周期開發(fā)軟件，每個階段必須完成規(guī)定的、完整、準(zhǔn)確的合格文檔，前一階段的輸出文檔就是后一階段的輸入文檔。 其主要特點包括：活動間具有順序性和依賴性；推遲實現(xiàn)的觀點；質(zhì)量保證的觀點； （2）原型模型法是開發(fā)人員在一個基本的需求的基礎(chǔ)上快速開發(fā)出一個軟件原型，然后由用戶使用和評價原型、開發(fā)人員根據(jù)用戶意見再修改原型，然后再使用評價再修改、直至將原型進化為最終產(chǎn)品。 原型模型的特點包括： 做出系統(tǒng)原型，及早向用

30、戶展示系統(tǒng)要實現(xiàn)的界面及功能，增強用戶的合作信心；  直觀化的表達，容易交流，消除理解上的歧義； 修改集中在前期的原型確認上，較大程度減少后期實施中的返工。 入手快，加快開發(fā)進度； （3）增量模型是一種演化模型，先完成一個系統(tǒng)子集的開發(fā)，再按同樣的開發(fā)步驟增加子集,如此遞增下去直至滿足全部系統(tǒng)需求。每個增量可按快速原型法進行。 增量模型的特點包括： 無須等待獲取完整需求就可入手，盡快見到成果，增強雙方信心； 分步開發(fā)，降低復(fù)雜性和難度，減少技術(shù)風(fēng)險，并可并行開發(fā)； 邊開發(fā)邊投入，可及早發(fā)現(xiàn)問題，減少投資風(fēng)

31、險； 各個子集是逐漸并入已有的系統(tǒng)中，加入子集不能破壞已構(gòu)造好的部分，這需要軟件具備開放式的體系結(jié)構(gòu)； 適用于需求不完整的軟件開發(fā)，指的是需求逐漸摸清、逐步完善，并非隨意改變，需求改變過大會導(dǎo)致整體性失控。 （4）螺旋模型(Spiral model)是一種融合了瀑布模型、快速原型模型和增量模型的演進模型，并引入風(fēng)險分析機制。適合大型復(fù)雜的系統(tǒng)開發(fā)。 螺旋模型特點包括：多種模型結(jié)合的一種演進模型，融合了瀑布模型、快速原型和增量模型的所有特點，融進了循環(huán)往復(fù)、迭代演進的思想；  增加風(fēng)險分析，一旦風(fēng)險成立，原方案應(yīng)終止、修訂，力

32、求風(fēng)險可控  客戶始終參與每個階段的開發(fā),每個階段的成果需客戶確認，避免錯誤的積累。  8.什么是CMM？它分為幾級？每級的特征是什么？（8分） 答案： CMMcapability maturity model for software軟件能力成熟度模型是一種描述有效軟件過程的關(guān)鍵元素的框架，CMM描述一條從無序的不成熟的過程到成熟的、有紀(jì)律的過程的進化的改進途徑。 CMM包括對軟件開發(fā)和維護進行策劃、工程化和管理的實踐。遵循這些關(guān)鍵實踐，就能改進組織在實現(xiàn)有關(guān)成本、進度、功能和產(chǎn)品質(zhì)

33、量等目標(biāo)上的能力。 成熟度等級的五個級別的主要特征：  1、初始級特征：軟件過程的特點是無秩序的，偶爾甚至是混亂的，幾乎沒有什么過程是經(jīng)過定義的，成功依賴于個人努力。 2、可重復(fù)級特征：已建立基本的項目管理過程去跟蹤成本進度和功能，必要的過程紀(jì)律已經(jīng)就位，使具有類似應(yīng)用的項目能重復(fù)以前的成功。 3、已定義級特征：管理活動和工程活動兩方面的軟件過程均已文檔化、標(biāo)準(zhǔn)化，并集成到組織的標(biāo)準(zhǔn)軟件過程中，全部項目均采用供開發(fā)和維護軟件用的組織標(biāo)準(zhǔn)軟件過程的一個經(jīng)批準(zhǔn)的普及剪裁版本。 4、已管理級特征：已采集詳細的有關(guān)軟件過程和產(chǎn)品質(zhì)量的度量，無

34、論軟件過程還是產(chǎn)品均得到定量了解和控制。 5、優(yōu)化級特征：利用來自過程和來自新思想、新技術(shù)的先導(dǎo)性實驗的定量反饋信息，使持續(xù)過程的改進成為可能。五、案例題(一)閱讀以下關(guān)于變更的敘述，回答下列問題。 在一個正在實施的系統(tǒng)集成項目中出現(xiàn)了下述情況：一個系統(tǒng)的用戶向他所認識的一個項目開發(fā)人員抱怨系統(tǒng)軟件中的一項功能問題，并且表示希望能夠進行修改。于是，該開發(fā)人員就直接對系統(tǒng)軟件進行了修改，解決了該項功能問題。針對這樣一種情況，請分析如下問題：1說明上述情況中存在著哪些問題？答：1）對用戶的要求未進行記錄；2）對變更請求未進行足夠的分析，也沒有獲得批準(zhǔn)；3）在修改過程中沒有注意進行版本管理

35、；4）修改完成后未進行驗證；5）修改的內(nèi)容未和項目干系人進行溝通。2說明上述情況可能會導(dǎo)致什么樣的后果？（7分）答：1）缺乏對變更請求的記錄可能會導(dǎo)致對產(chǎn)品的變更歷史無法追溯，并會導(dǎo)致對工作產(chǎn)物的整體變化情況失去把握。2）缺乏對變更請求的分析可能會導(dǎo)致后期的變更工作出現(xiàn)工作缺失、與其他工作不一致等問題，對項目的進度、成本、質(zhì)量方面也會產(chǎn)生一定影響。3）在修改過程中不注意版本管理，一方面可能會導(dǎo)致當(dāng)變更失敗時無法進行復(fù)原，造成成本損耗和進度拖延；另一方面，對于組織財富和經(jīng)驗的積累也是不利的。4）修改完成后不進行驗證則難以確認變更是否正確實現(xiàn)，為變更付出的工作量也無法得到承認。5）未與項目干系人進行溝通可能會導(dǎo)致項目干系人的工作之間出現(xiàn)不一致之處，進而影響項目的整體質(zhì)量。3說明配置管理中完整的變更處置流程。 （7分）答：1)變更申請。應(yīng)記錄變更的提出人、日期、申請變更的內(nèi)容等信患。2)