1、靠，這東西人家還要20個金幣，太黑了吧，兩個金幣意思下一.選擇1. 以下哪一項最能表現(xiàn)某個項目的特征A. 運用進度計劃技巧 B. 整合范圍與成本C. 確定期限 D. 利用網(wǎng)絡(luò)進行跟蹤2. 項目管理需要在相互間有沖突的要求中尋找平衡，除了:A. 甲方和乙方的利益B. 范圍，時間，成本，質(zhì)量C. 有不同需求和期望的項目干系人 D. 明確的和未明確表達的需求3. 以下都是日常運作和項目的共同之處，除了:A. 由人來作 B. 受制于有限的資源C. 需要規(guī)劃、執(zhí)行和控制 D. 都是重復(fù)性工作4. 有效的項目管理要求項目管理團隊理解和利用以下專業(yè)知識領(lǐng)域的知識和技能，除了:A. 項目管理知識體系B. 應(yīng)用

2、領(lǐng)域知識、標準與規(guī)章制度C. 以項目為手段對日常運作進行管理D. 處理人際關(guān)系技能5. 下列都是子項目的正確說法，除了:A. 劃分子項目的目的是為了便于管理B. 子項目的劃分便于發(fā)包給其他單位C. 項目生命期的一個階段是子項目D. 子項目不能再往下劃分成更小的子項目6. 管理一個項目包括以下內(nèi)容，除了:A. 識別要求 B. 確定清楚而又能實現(xiàn)的目標C. 權(quán)衡質(zhì)量、范圍、時間和費用的要求D. 制定符合項目經(jīng)理期望的計劃和說明書7. ( ) 是為創(chuàng)造一種產(chǎn)品、服務(wù)或者結(jié)果而進行的臨時性的努力A. 項目群B. 過程C. 項目D. 組合8. 下列（ ）不屬于項目管理的特征A. 獨特性B. 通過漸進性協(xié)

3、助實施的C. 擁有主要顧客或項目發(fā)起人D. 具有很小的確定性9. 下列（ ）不屬于項目管理的三維約束A. 達到范圍目標B. 達到時間目標C. 達到溝通目標D. 達到成本目標10. （ ）就是將知識、技能、工具和技術(shù)應(yīng)用到項目活動，以達到組織的要求A. 項目管理B. 項目組管理C. 項目組合管理D. 需求管理11. 為相同的功能組合而實施的一系列應(yīng)用開發(fā)項目，作為（ ）的一部分，后者能夠得到更好的管理。A. 組合B. 項目群C. 投資D. 合作12. PMI提供的認證項目叫做（ ）A. Microsoft Certified Project ManagerB. Project Managemen

4、t ProfessionalC. Project Management ExpertD. Project Management Menter解答:1. C2. A3. D4. C5. D6. D7. C8. D9. C10. A11. B12. B二.填空1. 項目目標成功實現(xiàn)的制約因素有：（），成本，進度計劃，客戶滿意度。2. 項目管理3. 項目管理的五要素：（），方法，團隊建設(shè)，信息，溝通。4. 項目群與項目、項目與子項目的關(guān)系是什么？5. 軟件項目管理分為（），項目計劃，項目執(zhí)行控制，項目結(jié)束。6. 對于一個組織的管理而言，主要包括戰(zhàn)略管理，運作管理，（）解答:1. 項目范圍2. 項目管

5、理是一系列的伴隨著項目的進行而進行的、目的是為了確保項目能夠達到期望的結(jié)果的一系列管理行為。3. 技術(shù)4. 項目群也稱為大型項目，是通過協(xié)調(diào)來進行統(tǒng)一管理的一組相互聯(lián)系的項目，它本身可能不是項目。子項目是將項目分解為更小單位。5. 項目初始6. 項目管理三.判斷1. “上課”這項活動是項目（）2. “野餐活動”這項活動是項目（）3. “集體婚禮”這項活動是項目（）4. “社區(qū)保安”這項活動是項目（）5. “開發(fā)微軟的操作系統(tǒng)”這項活動是項目（）6. 項目開發(fā)過程中可以無限制地使用資源。（ ）7. 項目具有暫時的特征。（ ）8. 項目管理核心的三角形是范圍、進度、風險。（ ）9. 過程管理與項目

6、管理在軟件組織中是兩項很重要的管理，項目管理用于保證項目的成功，而過程管理用于管理最佳實踐。（ ）10. 運作管理(Operation Management)是從宏觀上幫助企業(yè)明確和把握企業(yè)發(fā)展方向的管理。（ ）解答:1. X2. Y3. Y4. X5. Y6. X7. Y8. X9. Y10. X四.名詞解釋1. 項目2. 項目群3. 軟件項目管理解答:1. 項目，是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進行的歷史性的努力; 是以一套獨特而相互聯(lián)系的任務(wù)為前提，有效地利用資源，為實現(xiàn)一個特定的目標所做的努力；項目是一個特殊的將被完成的有限任務(wù)，它是在一定時間內(nèi)滿足一系列特定目標的多項相

7、關(guān)工作的總稱。2. 項目群也稱為大型項目，是通過協(xié)調(diào)來進行統(tǒng)一管理的一組相互聯(lián)系的項目，它本身可能不是項目。但是可以通過一系列的具體項目去實施。3. 軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。五.簡答題1. 集成項目管理(Integration Project Management)是什么？2. 項目管理九大知識域是什么？3. 項目成本管理（Project Cost management）包括哪些過程？4. 項目管理的五個過程組是什么？5. 軟件項目管理和其他項目管理相比有相當?shù)奶厥庑?，你認為主要有哪些特殊性？6

8、. 項目與日常運作的不同點有哪些？7. 軟件開發(fā)過程管理和項目管理各自的側(cè)重點是什么？8. 關(guān)注開發(fā)的過程相對于關(guān)注開發(fā)的結(jié)果有何優(yōu)勢？9. 關(guān)注開發(fā)的結(jié)果相對于關(guān)注開發(fā)的過程有何缺點？解答:1. 是在項目的整個生存期內(nèi)，協(xié)調(diào)項目管理其他各管理知識域，將項目管理的方方面面集成為一個有機整體，保證項目總目標的實現(xiàn)。項目集成管理從一個宏觀的尺度將項目作為一個整體來考慮。項目集成管理的目標在于對項目中的不同組成元素進行正確高效的協(xié)調(diào)。2. 項目集成管理，項目范圍管理，項目時間管理，項目成本管理，項目質(zhì)量管理，項目人力資源管理，項目溝通管理，項目風險管理，項目采購管理。3. 包括成本估算，成本預(yù)算，成

9、本控制等過程。成本估算是估計完成項目所需的資源成本。成本預(yù)算是將總的估算成本分攤到各項任務(wù)中，以便建立項目跟蹤的成本基線。成本控制是控制成本預(yù)算的變更。4. 啟動過程組，計劃過程組，執(zhí)行過程組，控制過程組，收尾過程組。5. 軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。軟件是純知識產(chǎn)品，開發(fā)進度和質(zhì)量很難估計和度量，生產(chǎn)效率也難以預(yù)測和保證；項目周期長，復(fù)雜度高，變數(shù)多；軟件需要滿足一群人的期望。6. 項目是一次性的，日常運作是重復(fù)進行的；項目是以目標為導(dǎo)向的，日常運作是通過效率和有效性體現(xiàn)的；項目是通過項目經(jīng)理及其

10、團隊工作完成的，而日常運作是職能式的線形管理；項目存在大量的變更，而日常運作基本保持持續(xù)的連貫性。7. 過程管理，顧名思義，就是對過程進行管理，這種管理的目的是要讓過程能夠被共享，復(fù)用，并得到持續(xù)的改進。項目管理用于保證項目的成功，而過程管理用于管理最佳實踐。但這兩者并不是相互孤立的，而是有機地緊密地結(jié)合的。8. 如果將項目的關(guān)注點放在項目的開發(fā)過程，不管誰來做，也不管什么需求，都采用統(tǒng)一的開發(fā)過程，也就是說，企業(yè)的關(guān)注點在過程。經(jīng)過同一企業(yè)過程開發(fā)的軟件，產(chǎn)品的質(zhì)量是一樣的。通過不斷提高過程的質(zhì)量，來提高產(chǎn)品的質(zhì)量。9. 如果項目人員將關(guān)注點只放到最終的產(chǎn)品上，不關(guān)注期間的開發(fā)過程，那么不同

11、的開發(fā)隊伍或者個人可能就會采用不同的開發(fā)過程，結(jié)果導(dǎo)致開發(fā)的產(chǎn)品質(zhì)量是不同的，有的質(zhì)量高，有的質(zhì)量差，完全依賴于個人的素質(zhì)和能力。六.應(yīng)用題解答:第一章-軟件項目初始過程一.選擇1. 乙方在項目初始階段的主要任務(wù)不包含以下哪一項（ ）A.項目分析B.競標C.合同簽署D.合同管理2. 項目章程中不包括以下哪項內(nèi)容（ ）A. 項目成本估算B. 項目名稱C. 項目經(jīng)理及聯(lián)系方式D. 項目成員及角色3. 項目經(jīng)理的職責不包括以下哪項內(nèi)容（ ）A. 開發(fā)計劃B. 組織實施C. 項目控制D. 系統(tǒng)支持4. 項目經(jīng)理的權(quán)利不包括以下哪一項（ ）A. 制定決策B. 項目控制C. 挑選項目成員D. 資源分配5.

12、 為避免一次性投資太多帶來的風險，最好選擇（ ）生存期模型，A. 增量式模型B. 原型C. 螺旋模型D. V模型6. 可以構(gòu)建一部分系統(tǒng)的模型，通過用戶試用提出優(yōu)缺點，最好選擇（ ）生存期模型，A. 增量式模型B. 原型C. 螺旋模型D. V模型7. 項目章程 （ ）A. 明確了項目經(jīng)理B. 確定了項目的質(zhì)量標準C. 明確了團隊的紀律D. 定義了項目需求8. 對于風險比較大的項目，最好選擇（ ）生存期模型，A. 瀑布模型B. 原型C. 螺旋模型D. V模型9. 開發(fā)項目建議書的目的是為了（ ）A. 驗收B. 競標或者簽署合同C. 編寫計劃D. 跟蹤控制項目10. 項目建議書是哪個階段開發(fā)的文檔

13、（ ）A. 項目執(zhí)行階段B. 項目結(jié)尾階段C. 項目初始階段D. 項目計劃階段解答:1. D2. A3. D4. B5. A6. B7. A8. C9. B10. C二.填空1. 投標書一般有兩種類型:建議書和()。2. 在項目選擇過程中，關(guān)鍵是對項目的定義有明確的描述，應(yīng)包括明明確的目標、時間表、項目使用的資源和經(jīng)費，而且得到執(zhí)行該項目的項目經(jīng)理和項目發(fā)起人的認可。這個階段稱為（）階段。3. （）即需方（有時也成為買方）是對所需要的產(chǎn)品或服務(wù)進行采購。4. （）即供方（有時也成為賣方）是為顧客提供產(chǎn)品或服務(wù)。5. 在立項階段，產(chǎn)品負責人會進行（）決策，確定待開發(fā)產(chǎn)品的哪些部分應(yīng)該采購，外包開

14、發(fā)，自主研發(fā)。6. 在（）生存期模型中，要求項目所有的活動都嚴格按照順序執(zhí)行，一個階段的輸出是下一個階段的輸入。解答:1. 報價單2. 立項3. 甲方4. 乙方5. 自造購買6. 瀑布三.判斷1. 項目經(jīng)理是一個綜合的角色（ ）2. 軟件項目都是需要簽署合同的（ ）3. 增量式模型可以避免一次性投資太多帶來的風險（ ）4. 項目章程類似一個項目授權(quán)書（ ）5. 在甲乙合同項目中，提出需求的一方是乙方（ ）6. 如果是內(nèi)部項目，在項目初始階段可以不提交招標書（ ）7. 有限招標是指招標信息在有限的范圍內(nèi)發(fā)布（）解答:1. Y2. X3. Y4. Y5. X6. Y7. Y四.名詞解釋1. 項目章

15、程2. 項目建議書3. 軟件生存期過程解答:1. 項目章程是指項目執(zhí)行組織高層批準的一份以書面簽署的確認項目存在的文件，包括對項目的確認，對項目經(jīng)理的授權(quán)和項目目標的概述等。2. 建議書是乙方根據(jù)甲方提出的產(chǎn)品的性質(zhì)，目標，共鞥等，提交的完整的技術(shù)方案和報價等。3. 正如同任何事物一樣，軟件也有一個孕育、誕生、成長、成熟、衰亡的生存過程。一般稱其為計算機軟件的生存期。五.簡答題1. 在合同中，什么是甲方，什么是乙方？其中涉及的采購包含哪兩種情況，其中的服務(wù)又包含哪些方面？2. 軟件開發(fā)中可能用到的主要生存期模型有哪些？3. 甲方在項目初始階段的主要任務(wù)是什么？4. 招標書主要包含哪些部分內(nèi)容?

16、5. 軟件項目招標的方式主要有哪些？6. 軟件項目合同中的乙方在項目初始階段的主要任務(wù)是什么？解答:1. 甲方即需方（有時也成為買方），是對所需要的產(chǎn)品或者服務(wù)進行采購，這覆蓋了兩種情況，一種為自身的產(chǎn)品或資源進行采購，另一種是為顧客進行采購。乙方即供方（有時也稱為賣方），是為顧客提供產(chǎn)品或者服務(wù)。服務(wù)包括為客戶開發(fā)系統(tǒng)，提供技術(shù)咨詢，提供專項技術(shù)開發(fā)服務(wù)，提供技術(shù)資源的服務(wù)。2. 瀑布模型，V模型模型，原型模型，增量模型，螺旋式模型，快速應(yīng)用開發(fā)模型，漸近式階段模型。3. 招標書定義，乙方選擇，合同簽署。4. 技術(shù)說明，商務(wù)說明和投標說明。5. 公開招標，有限招標，多方洽談，直接談判等。6.

17、 項目分析，競標，合同簽署。六.應(yīng)用題解答:第二章-軟件項目范圍計劃一.選擇1. 需求分析是回答系統(tǒng)必須（ ）的問題A. 做什么B. 怎么做C. 何時做D. 為誰做2. WBS（工作分解結(jié)構(gòu)）非常重要，因為下列原因，除了（ ）A. 幫助組織工作B. 防止遺漏工作C. 為項目估算提供依據(jù)D. 確定團隊成員責任3. 項目范圍（ ）A. 只在項目開始時重要B. 在授權(quán)項目的合同或者其他文件得以批準后就不再重要了C. 從項目概念階段到收尾階段都應(yīng)該加以管理和控制D. 是在項目執(zhí)行階段通過變更控制步驟進行處理的問題4. 為了有效地管理項目，應(yīng)該將工作分解為更小的部分，以下各項中，哪一項不能說明任務(wù)應(yīng)該分

18、解到什么程度？（ ）A. 可以在80小時內(nèi)完成B. 不能再進一步進行邏輯細分了C. 可由一個人完成D. 可以進行實際估算5. 范圍變更是指（ ）A. 修改技術(shù)規(guī)格B. 對范圍陳述進行修訂C. 對批準后的WBS進行修改D. 以上都不是6. 下面哪個不是需求管理的過程（ ）A. 需求設(shè)計B. 需求獲取C. 需求分析D. 需求變更7. 下面那個不是創(chuàng)建WBS的方法（ ）A. 自頂向下B. 自底向上C. 控制方法D. 模版指導(dǎo)8. 任務(wù)分解可以( )，它是范圍變更的一項重要輸入A. 提供項目成本估算結(jié)果B. 提供項目范圍基線C. 規(guī)定項目采用的過程D. 提供項目的關(guān)鍵路徑9. 范圍基線由（ ）組成A.

19、 項目章程、批準的詳細的項目范圍說明書和WBSB. 批準的詳細項目范圍說明書、WBS和WBS字典C. 項目章程、項目工作說明書和WBSD. WBS10. 以下哪項是指對項目包括什么與不包括什么的定義與控制過程。（ ）A. 項目章程B. 投標書C. 項目范圍管理D. 項目成本估算11. （ ）反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標需求，有管理人員或市場分析人員確定。A. 業(yè)務(wù)需求B. 質(zhì)量需求C. 范圍定義D. 功能需求12. （ ） 描述了用戶通過使用本軟件產(chǎn)品必須要完成的任務(wù)，一般是用戶協(xié)助提供。A. 約束和假設(shè)B. 非功能性需求C. 功能需求D. 用戶需求13. （ ） 定義了開發(fā)人

20、員必須實現(xiàn)的軟件功能，使得用戶通過使用此軟件能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。A. 功能需求B. 系統(tǒng)需求C. 質(zhì)量特性D. 業(yè)務(wù)需求14. （ ） 是對需求進行調(diào)查、收集、分析、評價、定義等所有活動。A. 需求獲取B. 需求管理C. 需求開發(fā)D. 需求工程15. 需求分析完成的標志是（ ）A. 開發(fā)出初步原型B. 提交一份工作陳述C. 提交項目章程D. 提交一份完整的軟件需求規(guī)格說明書16. （ ） 是軟件項目的一個突出的特點，也是軟件項目最為普遍的一個特點。A. 需求變更B. 暫時性C. 階段性D. 約束性17. WBS中的每一個具體細目通常都指定唯一的（ ）A. 編碼B. 責任人C.

21、 功能模塊D. 提交截至期限18. 任務(wù)分解時，（）方法從一般到特殊的方向進行，從項目的大局著手，然后逐步分解子細目，將項目變?yōu)楦毟晟频牟糠?。A. 模板參照B. 自頂向下C. 類比D. 自底向上19. 任務(wù)分解時，（）方法從特殊到一般的方向進行，首先定義一些特殊的任務(wù)，然后將這些任務(wù)組織起來，形成更高級別的WBS層。A. 模板參照B. 自頂向下C. 類比D. 自底向上解答:1. A2. B3. C4. C5. C6. A7. C8. B9. B10. C11. A12. D13. A14. C15. D16. A17. A18. B19. D二.填空1. 進行任務(wù)分解時，可以采用清單或者（

22、）的形式表達任務(wù)分解的結(jié)果。2. 任務(wù)分解可以采用生存期為標準，或者以（）為標準，或者其他的方法。3. 任務(wù)分解結(jié)構(gòu)中，任何分支最底層的細目叫做（）4. 任務(wù)分解結(jié)構(gòu)中，（）是完成一項具體工作所要求的一個特定的、可確定的、可交付以及獨立的工作單元。5. （）也稱為需求建模，是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述，并盡可能多的捕獲現(xiàn)實世界的語義。6. 需求分析也稱為（），是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述，并盡可能多的捕獲現(xiàn)實世界的語義。7. 任務(wù)分解可以采用（）為標準，或者以功能為標準，或者其他的方法。8. 進行任務(wù)分解時，可以采用（）或者圖表的

23、形式表達任務(wù)分解的結(jié)果。9. WBS的英文單詞是（）10. WBS是指（）11. 進行任務(wù)分解時，可以采用清單或者（）的形式表達任務(wù)分解的結(jié)果。解答:1. 圖表2. 功能3. 工作包4. 工作包5. 需求分析6. 需求建模7. 生存期8. 清單9. Work Breakdown Structure10. 任務(wù)分解結(jié)構(gòu)11. 圖表三.判斷1. 需求分析過程是確定項目如何實現(xiàn)的過程，并確定項目的技術(shù)方案（ ）2. 對于一個重來沒有做過的項目，開發(fā)WBS時，可以采用用自底向上的方法（ ）3. 直接談判是直接與一家供應(yīng)商談判并簽訂合同，只適應(yīng)一些特殊的項目（）4. 招標書沒有統(tǒng)一的格式，可繁可簡。（）

24、5. 招標書的定義主要是甲方的需求定義。（）解答:1. X2. Y3. Y4. Y5. Y四.名詞解釋1. 軟件項目范圍2. 軟件需求3. 需求獲取解答:1. 是指開發(fā)項目產(chǎn)品所包括的工作以及產(chǎn)生這些產(chǎn)品所用的過程。項目干系人必須在項目要產(chǎn)生什么樣的產(chǎn)品方面達成共識，也要在如何生產(chǎn)這些產(chǎn)品方面達成一定的共識。2. 軟件需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么樣的性能。3. 需求獲取是通過與用戶的交流，對現(xiàn)有系統(tǒng)的觀察及對任務(wù)進行分析，從而開發(fā)，捕獲和修訂用戶的需求。五.簡答題1. 軟件需求調(diào)查通常采用哪些形式？2. 軟件項目任務(wù)分解常常采用

25、哪些方法？3. 軟件需求包括哪些層次？4. 軟件需求建模的方法主要有哪些？5. 我們常常從哪些方面著手處理需求不明確問題？6. 驗證需求一般包括哪些方面？7. 你認為客戶的需求變更的常見原因有哪些？8. 當解決問題過于復(fù)雜時，可以將問題進行分解，這樣做的好處是什么？9. 對于較大的項目而言，在進行任務(wù)分解的時候，要注意哪些方面？10. 簡單地描述一下軟件需求工程。解答:1. Q&A List郵件提問。電視電話會議訪談。需求專題討論會。自行搜集需求。2. 模板參照，類比，自頂向下，自底向上。3. 業(yè)務(wù)需求，用戶需求，功能需求4. 原型分析法，結(jié)構(gòu)化分析法，用例分析法，功能列表法等。5. 1）讓用

26、戶參與開發(fā)。2）開發(fā)用戶界面原型。3）需求討論會議。4）強化需求分析和評審。6. 需求的正確性。需求的一致性。需求的完整性。需求的可行性。需求的必要性。需求的可檢驗性。需求的可跟蹤性。7. 人類認識世界是一個有無知到已知，由淺入深的過程。我們以及客戶對需求的認識也是是一個逐步深入逐步明晰的過程。隨著認識的深入，客戶的需求才逐漸變的明確。（注意：該答案供參考。答案合情合理即可）8. 將一個項目分解為更多的工作細目或者子項目，使項目變得更小，更易管理，更易操作。這樣可以提高估算成本，時間和資源的準確性。使工作變得更易操作，責任分工更加明確。9. 任務(wù)分解的規(guī)模和數(shù)量因項目而異；對于項目最底層的工作

27、要非常具體，任務(wù)分解結(jié)果必須有利于責任分配；WBS分解的規(guī)模和數(shù)量因項目而異；參考類似項目的WBS；最低層是可控的和可管理的，但是不要過細，最好不要超過7層；軟件項目推薦分解到40小時的任務(wù)。10. 軟件需求工程的管理分為需求開發(fā)和需求管理。需求開發(fā)是對需求進行調(diào)查，收集，分析，評價，定義等所有活動，主要包括需求獲取，需求分析，需求規(guī)格說明書編寫和需求驗證等過程。需求管理是對需求進行一些維護活動。六.應(yīng)用題解答:第三章-軟件項目進度計劃一.選擇1. 快速跟進是指（ ）A. 采用并行執(zhí)行任務(wù)，加速項目進展B. 用一個任務(wù)取代另外的任務(wù)C. 如有可能，減少任務(wù)數(shù)量D. 減輕項目風險2. 趕工一個任

28、務(wù)時，你應(yīng)該關(guān)注（ ）A. 盡可能多的任務(wù)B. 非關(guān)鍵任務(wù)C. 加速執(zhí)行關(guān)鍵路徑上的任務(wù)D. 通過成本最低化加速執(zhí)行任務(wù)3. “軟件編碼完成之后，我才可以對它進行軟件測試”,這句話說明了哪種依賴關(guān)系？（ ）A. 強制性依賴關(guān)系B. 軟邏輯關(guān)系C. 外部依賴關(guān)系D. 里程碑4. 如果用戶提供的環(huán)境設(shè)備需要月日到位，所以環(huán)境測試安排在月日以后，這種活動安排的依賴依據(jù)是：（ ）A. 強制性依賴關(guān)系B. 軟邏輯關(guān)系C. 外部依賴關(guān)系D. 里程碑5. 對一個任務(wù)進行進度估算時,A是樂觀者,估計是6天完成,B是悲觀者,估計是24天完成,C是有經(jīng)驗者認為最有可能是12天完成，那么這個任務(wù)的歷時估算是介于10

29、天到16天的概率是（ ）A. 50% B. 68.3% C. 70% D. 99.7%6. 下面哪項可能延長項目的進度？（ ）A. LagB. LeadC. 趕工D. 快速跟進7. 關(guān)于浮動，下面哪個是正確的？（ ）A. 每個任務(wù)都有浮動B. 只有復(fù)雜的項目有浮動C. 浮動是在不增加項目成本的條件下，一個活動可以延遲的時間量D. 浮動是在不影響項目完成時間的前提下，一個活動可以延遲的時間量8. 關(guān)于網(wǎng)絡(luò)圖，下面哪個是不正確的？（）A. 網(wǎng)絡(luò)圖可用于安排計劃B. 網(wǎng)絡(luò)圖展示任務(wù)之間的邏輯關(guān)系C. 網(wǎng)絡(luò)圖可用于跟蹤項目D. 網(wǎng)絡(luò)圖可用于詳細的時間管理9. 資源平衡最好用于（ ）活動A. 時間很緊的

30、B. 按時的C. 非關(guān)鍵路徑D. 關(guān)鍵路徑10. 下面哪項可以決定進度的靈活性( )A. PERTB. Total floatC. ADMD. 趕工11. ( )可以顯示任務(wù)的基本信息，使用甘特圖能方便地查看任務(wù)的工期，開始和結(jié)束時間以及資源的信息。A. 甘特圖B. 網(wǎng)絡(luò)圖C. 里程碑圖D. 資源圖解答:1. A2. D3. A4. C5. B6. A7. D8. D9. C10. B11. A二.填空1. （）是一種特殊的資源，以其單向性，不可重復(fù)性，不可替代性而有別于其他資源。2. （）是一項加在項目末端的人為任務(wù)，不是加在每一個任務(wù)間隔上，即給項目增加一個儲備時間。3. 表示甘特圖有兩種

31、方式，一種是（），另一種用三角形表示，其中空心表示計劃時間，實心表示實際時間。4. （）網(wǎng)絡(luò)圖也稱為箭線法或雙代號網(wǎng)絡(luò)圖。箭線表示活動，節(jié)點表示前一個任務(wù)的結(jié)束，也表示后一個任務(wù)的開始。5. 里程碑事件的工期一般設(shè)置為（）。6. 資源圖可以用來顯示項目進展過程中資源的分配情況，這個資源包括（）資源，設(shè)備資源等。7. 在ADM網(wǎng)絡(luò)圖中，有時為了表示邏輯關(guān)系，需要設(shè)置一個虛活動，虛活動是不需要時間和資源的，一般用（）表示。8. 歷史估計這個數(shù)值應(yīng)該是有效工作時間加上（）的時間。9. 工程評估評審技術(shù)采用加權(quán)平均的公式是（ ），其中O是樂觀值，P是悲觀值，M是最可能值。10. 關(guān)鍵鏈法和關(guān)鍵路徑法是

32、有區(qū)別的，其中（）是工作安排盡早開始，盡可能提前。解答:1. 時間2. 管理預(yù)留3. 棒狀圖4. ADM5. 零6. 人力7. 虛箭線8. 額外9. （O+4M+P）/610. 關(guān)鍵鏈路法三.判斷1. 甘特圖可以顯示任務(wù)的基本信息，使用甘特圖能方便地查看任務(wù)的工期，開始和結(jié)束時間以及資源的信息。()2. 為了得到一個相對準確的估算結(jié)果，項目管理者應(yīng)該系統(tǒng)的學習相關(guān)的成本管理過程。3. IT項目尤其是軟件項目的成本管理一直沒有一個好的口碑，但成本超支很少見。4. 成本估算不準有很多原因，有主觀的原因，也有客觀的原因。5. 軟件項目規(guī)模即工作量，是從軟件項目范圍中抽出的軟件功能，然后確定每個軟件功

33、能所必須執(zhí)行的一系列軟件工程任務(wù)。解答:1. Y2. Y3. X4. Y5. Y四.名詞解釋1. 里程碑事件2. PDM網(wǎng)絡(luò)圖3. 甘特圖解答:1. 往往是一個時間要求為零的任務(wù)，就是說它并非是一個要實實在在完成的任務(wù)，而是一個標志性的事件。P692. PDM（Precedence Diagramming Method）網(wǎng)絡(luò)圖稱優(yōu)先圖法或者節(jié)點法或者單代號網(wǎng)絡(luò)圖。構(gòu)成單代號網(wǎng)絡(luò)圖的基本特點是節(jié)點，節(jié)點表示任務(wù)（活動），用箭線表示各任務(wù)（活動）之間的邏輯關(guān)系。P683. 甘特圖可以顯示任務(wù)的基本信息，使用甘特圖能方便地查看任務(wù)的工期，開始和結(jié)束時間以及資源的信息。甘特圖有兩種表示方法，將任務(wù)（工

34、作）分解結(jié)構(gòu)中的任務(wù)排列在垂直軸，而水平軸表示時間。一種是棒狀圖，用棒狀圖表示任務(wù)的起止時間，空心棒狀圖表示計劃起止時間，實心棒狀圖表示實際起止時間。另外一種表示方式是用三角形表示特定日期，方向向上的三角形表示開始時間，向下三角形表示結(jié)束時間，計劃時間和實際時間分別用空心和實心三角表示。P67五.簡答題1. 軟件項目中任務(wù)之間的四種關(guān)系是什么？并分別表述其含義2. 軟件項目管理采用甘特圖來表示任務(wù)進度有何優(yōu)點？3. 什么是任務(wù)定義？4. 什么是任務(wù)之間的強制性依賴關(guān)系？5. PMI強調(diào)，項目成功的三大要素是什么？6. 項目進度的計劃的主要過程是什么？7. 什么是任務(wù)之間的軟邏輯關(guān)系？解答:1.

35、 任務(wù)之間的關(guān)系主要有以下4中情況，結(jié)束-開始：表示A任務(wù)（活動）在B任務(wù)（活動）開始前結(jié)束。開始-開始：表示A任務(wù)（活動）開始，B任務(wù)（活動）才可以開始。結(jié)束-結(jié)束：表示A任務(wù)（活動）結(jié)束，B任務(wù)（活動）才可以結(jié)束。開始-結(jié)束：表示A任務(wù)（活動）開始，B任務(wù)（活動）才能結(jié)束。P662. 可以顯示任務(wù)的基本信息，能方便地查看任務(wù)的工期，開始和結(jié)束時間，以及資源的信息。3. 任務(wù)定義是一個過程，它涉及確認和描述一些特定的活動，完成了這些活動意味著完成了WBS結(jié)構(gòu)中的項目細目和子細目。任務(wù)定義是面向活動的，是對WBS做進一步分解的結(jié)果，我們稱活動為一個具體的任務(wù)。P664. 是工作任務(wù)中固有的依賴

36、關(guān)系，是一種不可以違背的邏輯關(guān)系，又稱為硬邏輯關(guān)系，它是因為客觀規(guī)律和物質(zhì)條件的限制造成的。5. 計劃，計劃，計劃。P656. 首先根據(jù)任務(wù)分解的結(jié)果（WBS）再進一步分解出主要的任務(wù)（活動），確立任務(wù)（活動）之間的關(guān)聯(lián)關(guān)系，然后估算出每個任務(wù)（活動）需要的資源，歷史，最后編制出項目的進度計劃。P657. 軟邏輯是由項目管理人員確定的項目活動之間的關(guān)系，是人為的、主觀的，是一種根據(jù)主觀意志去調(diào)整和確定的項目活動的關(guān)系，也可稱指定性相關(guān)，或者偏好相關(guān)或軟相關(guān)。P66六.應(yīng)用題1. 采用工程評估評審技術(shù)PERT計算項目在19.98天內(nèi)完成的概率，其中任務(wù)1的最樂觀、最可能和最悲觀的歷時估計是8天，

37、10天，24天, 任務(wù)2的最樂觀、最可能和最悲觀的歷時估計是1天，5天，9天。 已知標準正態(tài)分布函數(shù)（1）=0.8413，（2）=0.97725，（3）=0.9987. 要求有詳細的計算過程。2. 采用工程評估評審技術(shù)PERT計算項目在14.57天內(nèi)完成的概率，其中任務(wù)1的最樂觀、最可能和最悲觀的歷時估計是2天，3天，6天, 任務(wù)2的最樂觀、最可能和最悲觀的歷時估計是4天，6天，8天。 任務(wù)3的最樂觀、最可能和最悲觀的歷時估計是3天，4天，6天。 已知標準正態(tài)分布函數(shù)（1）=0.8413，（2）=0.97725，（3）=0.9987。要求有詳細的計算過程。3. 采用工程評估評審技術(shù)PERT計算

38、，活動A最悲觀的估計是36天完成，最可能21天，最樂觀6天，求在16到26天完成的概率。已知標準正態(tài)分布函數(shù)（1）=0.8413，（2）=0.97725，（3）=0.9987。要求有詳細的計算過程。4. 采用工程評估評審技術(shù)PERT計算，完成活動A所需的時間，悲觀（P）的估計需36天，最可能（ML）的估計需21天，樂觀（O）的估計需6天?；顒覣在16天至26天內(nèi)完成的概率是多少？ 已知標準正態(tài)分布函數(shù)（1）=0.8413，（2）=0.97725，（3）=0.9987。要求有詳細的計算過程。5. 采用時間定額估算法計算，某設(shè)備工程基礎(chǔ)土方工程量為1000立方米，其工作定額為5立方米日，計劃每天安

39、排2班，每班10名工人工作，則該項工程活動的持續(xù)時間為多少天?已知標準正態(tài)分布函數(shù)（1）=0.8413，（2）=0.97725，（3）=0.9987。要求有詳細的計算過程。6. 如果客戶想要的東西太多，你在范圍和時間上怎樣跟他達成一致呢？解答:1. 根據(jù)PERT公式 （O+4M+P）/6，計算各個任務(wù)的歷時估計結(jié)果，任務(wù)1的PERT估計值為 12 任務(wù)2的PERT估計值為 5項目的PERT估計值為 17 任務(wù)1的標準差為16/6，方差為 256/36 任務(wù)2的標準差為8/6 ，方差為 64/36 項目的標準差為 2.98，方差為320/36 項目歷時服從正態(tài)概率分布，項目在14.02 天到19

40、.98 天內(nèi)完成的概率是 （1）-（-1）=2（1）-1=68.3% 項目在 天以內(nèi)完成的概率是50%+68.3%/2=84.2%2. 根據(jù)PERT公式 （O+4M+P）/6，計算各個任務(wù)的歷時估計結(jié)果，任務(wù)1的PERT估計值為3.33 任務(wù)2的PERT估計值為6任務(wù)3的PERT估計值為4.17 項目的PERT估計值為13.5任務(wù)1的標準差為4/6，方差為16/36 任務(wù)2的標準差為4/6，方差為16/36 任務(wù)3的標準差為3/6，方差為9/36 項目的標準差為1.07，方差為41/36 項目歷時服從正態(tài)概率分布，項目在12.43天到14.57天內(nèi)完成的概率是68.3% 項目在14.57天以內(nèi)

41、完成的概率是50%+68.3%/2=84.2%3. 正態(tài)分布=21 =5查(標準正態(tài)分布)表得:26(=+) 天內(nèi)完成的概率為0.841 3在16到26 天（-，+）完成的概率為(0.841 3-0.5)*2=0.68264. 參考 P71-725. （本題作為參考內(nèi)容了解）參考 P71-726. 這個太正常了，用戶希望你的系統(tǒng)能實現(xiàn)他所有想到的功能，但1 任何功能總有主次，不能為了芝麻丟西瓜2 能為公司掙錢或者省錢的功能，應(yīng)該是最重要的3 能為銷售服務(wù)的功能，是最重要的4 能為研發(fā)服務(wù)的功能，也是重要的，但在大部分公司里，等級略低于銷售5 領(lǐng)導(dǎo)最關(guān)心的幾個數(shù)字有關(guān)的功能是重要的。這樣，就可以

42、從紛繁的需求中，對其進行重要性排序1 區(qū)分哪些是必須做的，不做這個系統(tǒng)就全別做的。2 哪些是可以延后做的，比如主要功能上線后3個月內(nèi)完成就可以，比如季度報表，年度報表等，3 最后就是那些“錦上添花”的功能，有更好，沒有也無所謂這樣，有限的需求就可以更精確的估算時間和工作量。 第四章-軟件項目成本計劃一.選擇1. （ ）是用系統(tǒng)的功能數(shù)量來測量其規(guī)模，與實現(xiàn)產(chǎn)品所使用的語言和技術(shù)沒有關(guān)系的。（ ）A. 功能點B. 對象點C. 代碼行D. 用例點2. 如果你是某項目的項目經(jīng)理，你已經(jīng)估算出每個任務(wù)（工作單元）的成本是￥129。這個項目一共有1200項任務(wù)（工作單元），你采用什么估算方法？( )A.

43、 自下而上估算法B. 類比估算法C. 專家估算法D. 參數(shù)估算法3. 在項目初期，進行競標合同的時候，一般采用的成本估算方法是（ ）A. 參數(shù)估算法B. 類比估算法C. 專家估算法D. 功能點估算4. 在成本管理過程中，項目經(jīng)理確定的每個時間段，各個工作單元的成本是（ ）A. 估算B. 預(yù)算C. 直接成本D. 間接成本5. 成本管理就是確保項目在預(yù)算范圍之內(nèi)的管理過程，不包括以下哪一項（ ）A. 成本估算B. 成本預(yù)算C. 成本控制D. 成本核算6. 成本估算的輸入一般不包括以下哪一項？（ ）A. 需求或者WBSB. 資源需求和消耗率C. 進度規(guī)劃D. 質(zhì)量標準7. 估算文件不包括以下哪一項（

44、 ）A. 功能模塊B. 質(zhì)量標準C. 資源及數(shù)量D. 估算成本8. 常見的成本估算方法不包括哪一項（）A. 代碼行B. 功能點C. 類比法D. 關(guān)鍵路徑法9. 在項目執(zhí)行和收尾過程中主要矛盾來自是什么?A. 進度計劃B. 技術(shù)問題C. 個性D. 質(zhì)量10. 自下而上的估算除了成本估算外，還屬于哪個過程的工具:A.活動定義 B.活動排序C.活動資源估算 D.活動所需時間估算解答:1. A2. A3. B4. B5. D6. D7. A8. D9. A10. D二.填空1. 軟件不同于其他物理產(chǎn)品的成本和其他領(lǐng)域項目的成本計算（比如建筑行業(yè)等），它不包括原材料和能源的消耗，主要是（）的消耗。2.

45、企業(yè)經(jīng)營的最直接目標就是（），而成本與利潤的關(guān)系最為密切。3. 成本包括直接成本和間接成本，一般而言，管理成本歸屬于（）成本。4. 成本包括直接成本和間接成本，一般而言，質(zhì)量成本歸屬于（）成本。5. 成本包括直接成本和間接成本，一般而言，員工福利成本歸屬于（）成本。6. 成本包括直接成本和間接成本，一般而言，房租和水電成本歸屬于（）成本。7. 估算通常以（）單位表達。8. （）是在軟件規(guī)模度量中最早使用也是最簡單的方法。9. （）使用系統(tǒng)的功能數(shù)量來測量其規(guī)模，它以一個標準的單位來度量軟件產(chǎn)品的功能，與實現(xiàn)產(chǎn)品所使用的語言和技術(shù)沒有關(guān)系的。10. 成本包括直接成本和間接成本，一般而言，人力成本

46、歸屬于（ ）成本。解答:1. 人的勞動2. 利潤3. 直接4. 直接5. 間接6. 間接7. 貨幣8. 代碼行9. 功能點10. 直接三.判斷1. 間接成本是與一個具體的項目相關(guān)的成本（ ）2. 軟件項目的估算結(jié)果是比較準確的（ ）3. 在進行軟件項目估算的時候，可以參照其它企業(yè)的項目估算模型（ ）4. COCOMO 81有3個等級的模型: 基本(basic)模型、 中等(intermediate)模型、 高級（詳細(detailed)）模型。（ ）5. 成本估算一般可能不是非常的精確，尤其軟件更是如此，軟件項目中存在太多的不確定性。6. 對于估算既沒有特效的辦法也沒有很通用的模型，項目經(jīng)理不

47、能根據(jù)以前的項目經(jīng)驗和驗證過的指南來提高精度。解答:1. X2. X3. Y4. Y5. Y6. X四.名詞解釋1. 軟件的成本估算2. 軟件項目成本3. 學習曲線4. 資源消耗率解答:1. 軟件的成本估算是成本管理的核心，是預(yù)測開發(fā)一個軟件系統(tǒng)所需要的總工作量的過程。軟件開發(fā)成本是指軟件開發(fā)過程中所花費的工作量及相應(yīng)的代價。p902. 軟件項目成本是指完成軟件項目規(guī)模相應(yīng)付出的代價，是待開發(fā)的軟件項目需要的資金。代碼行、功能點、人天、人月、人年等都是規(guī)模的單位。成本一般采用貨幣單位。p893. 它是項目組學習某項技術(shù)或者工作的時間，當一件事情被重復(fù)的時候，完成這件事情的時間將縮短，業(yè)績會以一

48、定的百分比提高。p914. 資源消耗率，即資源單價，成本估算時必須知道每種資源單價（例如：每小時人員費用等）以計算項目成本。p91五.簡答題1. 軟件項目中一般哪些算作直接成本，哪些算作間接成本，試舉例說明？2. 常見的成本估算方法有哪些？3. 什么是任務(wù)之間的外部邏輯關(guān)系？4. 請畫一個簡單的甘特圖，示意一下任務(wù)1，任務(wù)2，及其計劃和實際時間。5. 甘特圖的缺點有哪些?解答:1. 直接成本是與開發(fā)的具體項目直接相關(guān)的成本，例如人員的工資，材料費，外包外購成本等，包括開發(fā)成本，管理成本，質(zhì)量成本等。間接成本不能歸屬于一個具體的項目，是企業(yè)的運營成本，可以分攤到各個項目中。例如房租，水電，保安，

49、員工福利，保險，稅收，行政管理，市場費用。2. 代碼行，功能點，類比估算法，自下而上估算法，參數(shù)估算法，專家估算法，猜測估算法。3. 外部邏輯關(guān)系也就是外部依賴關(guān)系，是項目活動與非項目活動之間的依賴關(guān)系，例如環(huán)境測試依賴于外部提供的環(huán)境設(shè)備等。p664. 教材67頁。圖3-3，或者，圖3-4. p675. 甘特圖也有缺點，它不能明顯地表示各種任務(wù)彼此間的依賴關(guān)系，也不能明顯地表示關(guān)鍵路徑和關(guān)鍵任務(wù)，進度計劃中的關(guān)鍵部分不明確。因此，在管理大型軟件項目時，僅用甘特圖是不夠的，而網(wǎng)路圖可以反映任務(wù)的起止日期變化對整個項目的影響。p68六.應(yīng)用題1. 如果某軟件公司正在進行一個項目，預(yù)計有50KLO

50、C的代碼量，項目是中等規(guī)模的半嵌入式類型的項目，采用中等COCOMO模型，項目屬性中只有可靠性為很高級別（即取值為1.3），其他屬性為正常，計算項目是多少人月的規(guī)模？如果2萬元/人月，則項目的費用是多少。已知，中等COCOMO模型，參數(shù)取值為： 有機型，a=3.2， b=1.05； 半嵌入式，a=3.0， b=1.12； 嵌入式，a=2.8， b=1.2.2. 如果某軟件公司正在進行一個項目，預(yù)計有30KLOC的代碼量，項目是中等規(guī)模的有機類型的項目，采用中等COCOMO模型，項目屬性中所有屬性為正常，計算項目是多少人月的規(guī)模？如果2萬元/人月，則項目的費用是多少。已知，中等COCOMO模型，

51、參數(shù)取值為： 有機型，a=3.2， b=1.05； 半嵌入式，a=3.0， b=1.12； 嵌入式，a=2.8， b=1.2.3. 項目經(jīng)理正在進行一個媒體信息查詢系統(tǒng)項目的估算，他采用的delphi的成本估算方法，邀請2位專家估算，第一個專家給出1萬， 8萬，9萬的估算值，第二個專家給出了4萬， 6萬 ，8 萬的估算，計算這個項目的成本估算值是多少？4. 項目經(jīng)理正在進行一個媒體信息查詢系統(tǒng)項目的估算，他采用的delphi的成本估算方法，邀請2位專家估算，第一個專家給出2.5萬，9.5萬，11萬的估算值，第二個專家給出了4萬，7萬，9萬的估算，計算這是成本的估算值是多少？5. 如果某軟件公司

52、正在進行一個項目，預(yù)計有30KLOC的代碼量，項目是中等規(guī)模的有機類型的項目，采用中等COCOMO模型，項目屬性中可靠性為高級別（即取值為1.15），平臺的穩(wěn)定性為低級別（即取值為0.87），預(yù)計的進度壓縮程度為為低級別（即取值為1.08），其他屬性為正常，計算項目是多少人月的規(guī)模？如果2萬元/人月，則項目的費用是多少。已知，中等COCOMO模型，參數(shù)取值為： 有機型，a=3.2， b=1.05； 半嵌入式，a=3.0， b=1.12； 嵌入式，a=2.8， b=1.2. 已知，中等COCOMO模型，參數(shù)取值為： 有機型，a=3.2， b=1.05； 半嵌入式，a=3.0， b=1.12； 嵌

53、入式，a=2.8， b=1.2.解答:1. 該項目為中等規(guī)模的有機類型的項目，因此系數(shù)a=3.2， b=1.05 工作量估算為：Effort=3.0（50）1.12（1.3） =239.865（1.3） =311.8 人月項目費用為：311.8 人月2=623.6萬元2. 參考P101例題3. 第一個專家E1=（1+4*8+9）/6=42/6=7第二個專家E2=（4+4*6+8）/6=36/6=6期望值E=（E1+E2）/2=13/24. 參考教材103-104頁的計算步驟。P1035. 該項目為中等規(guī)模的有機類型的項目，因此系數(shù)a=3.2， b=1.05 工作量估算為：Effort=3.2（

54、30）1.05（1.150.871.08） =113.8（1.150.871.08） =123.0 人月第五章-軟件項目質(zhì)量計劃一.選擇1. 項目質(zhì)量管理的最終責任由誰來承擔（ ）A. 項目開發(fā)人員B. 采購經(jīng)理C. 質(zhì)量經(jīng)理D. 項目經(jīng)理2. “質(zhì)量成本”是一個項目管理概念，它說明了下列哪項成本（ ）A. 額外需求的成本B. 需求變更的成本C. 確保符合需求的成本D. 固定成本3. 增加有益的活動過程減少沒有價值的活動過程是哪類質(zhì)量活動（ ）A. 質(zhì)量保證B. 質(zhì)量規(guī)劃C. 質(zhì)量控制D. 質(zhì)量改進4. 質(zhì)量控制是（ ）A. 對每個工作包增加工作時間B. 項目生存期的各個階段都需要實施的C.

55、只需要做一次D. 只有大的項目才需要的5. 質(zhì)量管理計劃與質(zhì)量體系得區(qū)別在于（ ）A. 質(zhì)量計劃是針對單一的產(chǎn)品、項目、服務(wù)和合同制定的B. 質(zhì)量管理系統(tǒng)是針對單一的產(chǎn)品、項目、服務(wù)和合同制定的C. 質(zhì)量管理系統(tǒng)是由一個單獨的組織實體使用D. 質(zhì)量計劃不屬于項目計劃的一部分6. 項目質(zhì)量管理的目標是滿足（ ）的需要A. 老板B. 干系人C. 項目D. 組織7. 質(zhì)量與等級的區(qū)別是什么（ ）A. 質(zhì)量是對需求的滿足程度，而等級是對質(zhì)量的排序。B. 質(zhì)量是對需求的滿足程度，而等級是對貨物和服務(wù)的排序。C. 在項目管理過程中，質(zhì)量和等級沒有明顯的區(qū)別。D. 質(zhì)量是項目的最終結(jié)果，而等級是項目進展過程

56、中對質(zhì)量的排序。8. 下面哪項是質(zhì)量計劃的方法（ ）A. 質(zhì)量檢查。B. 對等評審。C. 抽樣分析D. 試驗設(shè)計9. （ ）是企業(yè)的生命也是信譽。A. 形象B. 質(zhì)量C. 利潤D. 效益10. 質(zhì)量管理過程的目的是確保項目滿足需要執(zhí)行的過程。主要過程不包含以下哪一項（）A. 質(zhì)量評審B. 質(zhì)量保證C. 質(zhì)量規(guī)劃D. 質(zhì)量控制解答:1. D2. C3. A4. B5. A6. C7. B8. D9. B10. A二.填空1. 質(zhì)量成本包括（）和缺陷成本。2. 質(zhì)量體系是一個企業(yè)質(zhì)量管理系統(tǒng)的規(guī)范，常用的標準有（）和CMM。3. （）是滿足要求的程度，包括符合規(guī)定的要求和滿足顧客的需求。4. 軟件

57、質(zhì)量框架是一個（），質(zhì)量子特征，度量因子的三層結(jié)構(gòu)模型。5. 軟件質(zhì)量與硬件質(zhì)量有很大的不同，軟件質(zhì)量問題基本上是（）引起，硬件質(zhì)量問題主要是設(shè)計、生產(chǎn)和使用的問題。6. 軟件質(zhì)量管理的發(fā)展經(jīng)歷的三個發(fā)展時期：程序設(shè)計、程序系統(tǒng)、（）的時期。7. 軟件質(zhì)量管理的發(fā)展經(jīng)歷的三個發(fā)展時期：（）、程序系統(tǒng)、軟件工程的時期。8. 質(zhì)量成本包括 預(yù)防成本 和（）。9. 質(zhì)量體系是一個企業(yè)質(zhì)量管理系統(tǒng)的規(guī)范，常用的標準有 ISO 和（）。10. 軟件質(zhì)量框架是一個 質(zhì)量特征 ，（），度量因子的三層結(jié)構(gòu)模型。解答:1. 預(yù)防成本2. ISO3. 質(zhì)量4. 質(zhì)量特征5. 人為差錯6. 軟件工程7. 程序設(shè)計8

58、. 缺陷成本9. CMM10. 質(zhì)量子特征三.判斷1. 質(zhì)量計劃中可以確定質(zhì)量保證人員的特殊匯報渠道。（ ）2. 質(zhì)量計劃可以在項目進行過程中編寫，不一定在前期完成。（ ）3. 項目溝通是以項目經(jīng)理為中心，縱向?qū)Ω邔庸芾碚?、項目發(fā)起人、團隊成員，橫向?qū)β毮懿块T、客戶、供應(yīng)商等進行項目信息的交換。4. 沖突不能完全靠項目經(jīng)理來處理解決，團隊成員間的沖突應(yīng)該由相關(guān)成員來處理。解答:1. Y2. X3. Y4. Y四.名詞解釋1. 質(zhì)量控制2. 質(zhì)量保證3. 質(zhì)量4. 可用度解答:1. 質(zhì)量控制是確定項目結(jié)果與質(zhì)量標準是否相符，同時確定消除不符的原因和方法，控制產(chǎn)品的質(zhì)量，及時糾正缺陷的過程。軟件質(zhì)

59、量控制主要就是發(fā)現(xiàn)和消除軟件產(chǎn)品的缺陷。P1162. QA致力于按照正確方法、在正確的時間做正確的事情：從做事方法上按照既定流程來保障產(chǎn)品質(zhì)量，控制開發(fā)工作而不是解決具體存在的BUG。3. 質(zhì)量是產(chǎn)品或者服務(wù)滿足明確和隱含需求能力的性能特性的總體。p1124. 可用度指軟件運行后在任意隨機時刻需要執(zhí)行規(guī)定任務(wù)或者完成規(guī)定功能時，軟件處于可使用狀態(tài)的概率。p119五.簡答題1. 你認為項目管理中的項目型組織結(jié)構(gòu)有何主要優(yōu)點？2. 你認為項目管理中的項目型組織結(jié)構(gòu)有何主要缺點？3. 項目管理中的項目型組織結(jié)構(gòu)是什么樣的？4. 責任分配矩陣是什么？有何用途？5. 人員管理計劃是什么？解答:1. 項目經(jīng)理對項目可以負全責；項目目標單一，可以以項目為中心,有利于項目順利進行；避免多重領(lǐng)導(dǎo)；組織結(jié)構(gòu)簡單，交流簡單,快速。P128-1292. 資源不能共享；各個獨立的項目處于相對封閉狀態(tài),不利于公司政策的貫徹；對項目組織的成員缺少一種事業(yè)上的連續(xù)性和安全感；項目組織之間處于分割狀態(tài),缺少信息交流。P128-1293. 項目型組織結(jié)構(gòu)中的部門完全是按照項目進行設(shè)置的，是一種單目標的垂直組織方式，存在一個項目就有一個類似部門的項目組，當項目完成之后，這個項目組代表的部門就解散了，這時項目人員的去向就是一個問題了。所以，這種組織結(jié)構(gòu)不存在原來意義上的部門的概念。每個項目以項目經(jīng)理為首，項目工作