軟件項目管理案例教程復習題

軟件工程治理案例教程復習題第一章一、填空題靈敏模型包括〔4〕個核心價值，對應〔12〕個靈敏原則。工程治理包括〔啟動過程組〔打算過程組〔執(zhí)行過程組〔掌握過程組〔收尾過程組〕5個過程組。二、推斷題1〔√〕2、工程是為了制造一個唯一的產(chǎn)品或供給一個唯一的效勞而進展的永久性的努力〔×〕3〔√〕4、工程具有臨時性的特征〔√〕5、日常運作存在大量的變更治理，而工程根本保持連貫性的〔×〕6、工程開發(fā)過程中可以無限制地使用資源〔×〕7、相比傳統(tǒng)開發(fā)的推測性過程，靈敏開發(fā)屬于自適應過程〔√〕三、選擇題1、以下選項中不是工程與日常運作的區(qū)分的是〔C〕工程是以目標為導向的，日常運作是通過效率和有效性表達的。工程是通過工程經(jīng)理及其團隊工作完成的，而日常運作是職能式的線性治理。C．工程需要有專業(yè)學問的人來完成，而日常運作的完成無需特定專業(yè)學問。D．工程是一次性的，日常運作是重復性的。2、以下都是日常運作和工程的共同之處，除了〔D〕A．由人來做B．受限于有限的資源C．需要規(guī)劃、執(zhí)行和掌握D．都是重復性工作3PMBOK的學問域的是〔A〕A.聘請治理 B.質(zhì)量治理 C.范圍治理 D.風險治理4、以下選項中屬于工程的是〔C〕A．上課 B.社區(qū)保安 C.野餐活動 D.每天的衛(wèi)生保潔5、以下選項中正確的選項是〔C〕A．一個工程具有明確的目標而且周期不限B.一個工程一旦確定就不會發(fā)生變更C．每個工程都有自己的獨特性D．工程都是一次性的并由工程經(jīng)理單獨完成6〔B〕是為了制造一個唯一的產(chǎn)品或供給一個唯一的效勞而進展的臨時性的努力。A．過程 B.工程 C.工程群 D.組合7、下面選項中不是《靈敏宣言》中的內(nèi)容的是〔C〕A.個體和交互賽過過程和工具可以工作的軟件賽過面面俱到的文檔靈敏開發(fā)過程是自適應的過程響應變化賽過遵循打算8、以下活動中不是工程的是〔C〕野餐活動 B.集體婚禮 C.上課 D.開發(fā)操作系統(tǒng)9、以下選項中不是工程的特征的是〔C〕A.工程具有明確的目標工程具有限定的周期C.工程可以重復進展D.工程對資源本錢具有約束性四、問答題1、工程治理學問體系〔PMBOK〕10個學問領(lǐng)域？答：工程集成治理、工程范圍治理、工程時間治理、工程本錢治理、工程質(zhì)量治理、工程人力資源治理、工程溝通治理、工程風險治理、工程選購治理、工程干系人治理25〔可簡答〕1〕和授權(quán)工程或者工程的某個階段。打算過程組：為完成工程所要到達的商業(yè)要求而進展的實際可行的工作打算的設(shè)計、維護，確保實現(xiàn)工程的既定商業(yè)目標。打算基準是后面跟蹤和監(jiān)控的根底。執(zhí)行過程組：依據(jù)前面制定的基準打算，協(xié)調(diào)人力和其他資源，去執(zhí)行工程治理打算或相關(guān)子打算。掌握過程組：通過監(jiān)控和檢測過程確保工程到達目標，必要時實行一些修正措施。集成變更掌握是一個重要的過程。收尾過程組：取得工程或階段的正式認可并且有序地完畢該工程或階段。向客戶提交相關(guān)產(chǎn)品，公布相關(guān)完畢報告，并且更組織過程資產(chǎn)并釋放資源。關(guān)系：各個過程組通過其結(jié)果進展連接，一個過程組的結(jié)果或輸出是另一個過程組的輸入。其中，打算過程組、執(zhí)行過程組、掌握過程組是核心治理過程組。3、工程的特征是什么。答：目標性、相關(guān)性、臨時性、獨特性、資源約束性、不確定性其次章一、填空題1、工程立項之后，工程負責人會進展〔-購置〕決策，確定待開發(fā)產(chǎn)品的哪些局部應中選購、外包開發(fā)、自主研發(fā)等。2、PMI人才三角重點關(guān)注〔技術(shù)工程治理〔領(lǐng)導力〔戰(zhàn)略和商務治理〕3個關(guān)鍵技能。3、在〔立項〕階段，應當明確工程的目標、時間表、使用的資源和經(jīng)費，而且得到工程發(fā)起人的認可。二、推斷題1、工程立項可以確立工程目標、時間和資源本錢，同時得到工程發(fā)起人的認可〔√〕2、工程招標對于一個工程的開發(fā)是必需的，即便工程是內(nèi)部工程〔×〕3、makeorbuymake指的只是自主開發(fā)〔√〕4、工程建議書是工程打算階段開發(fā)的文檔〔×〕5、工程立項需要獲得工程經(jīng)理的認可，但不需要工程發(fā)起人的認可〔×〕6、工程章程是工程執(zhí)行組織高層批準確實認工程存在的文件，其中不包括對工程經(jīng)理的授〔×〕7、乙方即供方〔有時也稱賣方〕是為顧客供給產(chǎn)品或效勞的一方〔√〕8、在軟件工程合同中，甲方是需求方，乙方是供方〔√〕9、靈敏工程實行的是仆人式治理方式〔√〕三、選擇題1、以下不是工程立項過程內(nèi)容的是〔B〕A.工程的目標B.工程的風險C.工程的時間表D.工程使用的資源和經(jīng)費2、以下哪項不包括在工程章程中？〔C〕A.對工程確實認 B.對工程經(jīng)理的授權(quán) C.對工程風險的分析 D.工程目標的描述3、工程建議書是〔C〕階段開發(fā)的文檔A.工程執(zhí)行 B.工程結(jié)尾 C.工程初始 D.工程打算4、以下不屬于甲方招投標階段任務的是？〔A〕A.編寫建議書 B.招標書定義 C.供方選擇 D.合同簽署5、以下不屬于乙方招投標階段任務的是？〔D〕A.工程分析 B.競標 C.合同簽署 D.招標書定義6、PMI人才三角不包括〔B〕A、技術(shù)工程治理B、測試力量C、領(lǐng)導力D、戰(zhàn)略和商務治理四、問答題130000元，依據(jù)歷史信息，維護這個軟件每個月需要3500元。假設(shè)選擇購置軟件公司產(chǎn)品的策略，需180004200元/決策？答：自制方案：制造費30000元維護費3500元/月購置方案：購置費18000元維護費4200元/月制造差額：30000-18000=12023元效勞差額：4200-3500=700元自制方案承受月份：12023/700=17.1417個月以內(nèi)可以選擇購置方案，假設(shè)超過17個月選擇自造方案。2、什么是工程章程？確實認、對工程經(jīng)理的授權(quán)和工程目標的概述等。第三章一、填空題1.〔瀑布模型〕生存期模型中，要求工程全部的活動都嚴格依據(jù)挨次進展，一個階段的輸入時下一個階段的輸入。2.總體上，工程生存期模型可以是推測型或〔適應型〕3.DevOps是〔Development〕和〔Operations〕的組合二、推斷題1、瀑布模型不適合短期工程〔×〕2、增量式模型可以避開一次性投資太多帶來的風險〔√〕3、V模型適合的工程類型是需求很明確、解決方案很明確，而且對系統(tǒng)的性能要求比較嚴〔√〕4、瀑布模型和V模型都屬于推測型生存期模型〔√〕5、在瀑布生存期模型中，要求工程全部的活動都嚴格依據(jù)挨次執(zhí)行，一個階段的輸出是下〔√〕6313個靈敏實踐〔√〕7、靈敏包括《靈敏宣言》的價值觀、12個原則，以及一些通用實踐等〔√〕三、選擇題1、對于某工程，甲方供給了具體、準確的需求文檔。我們的解決方案也很明確。且安全性要求格外嚴格。此工程承受〔C〕成存期模型比較適宜。A：瀑布模型 B：增量式模型 C：V模型 D：XP模型2、下面屬于推測型生存期模型的是〔A〕A、瀑布模型 B、增量型生存期模型C、Scrum模型D、原型模型3、下面關(guān)于靈敏模型描述不正確是〔D〕A、與傳統(tǒng)模型相比，靈敏模型屬于自適應過程B、可以應對需求的不斷變化C、Scrum模型、XP模型、DevOps模型等都屬于靈敏模型D、靈敏型是推測型和迭代型的混合模型4、XP模型的實踐原則不包括以下哪一點？〔D〕A：快速反響 B：假設(shè)簡潔 C：包涵變化 D：具體設(shè)計5、在工程初期，一個工程需求不明確的狀況下，應避開承受以下哪種生存期模型？〔C〕A：快速原型模型 B：增量式模型 C：V模型 D：Scrum模型6、關(guān)于迭代模型，以下說法不正確的選項是〔D〕A、不斷反響原型B、可以加快開發(fā)速度C、工程需求變化大D、不屢次提交四、問答題1、寫出三種你生疏的生存期模型，并說明這些模型適用于什么狀況下的工程?！?〕瀑布模型的開發(fā)，即：在工程開頭前，工程的需求已經(jīng)被很好的理解、也很明確，而且工程經(jīng)理很生疏為實現(xiàn)這一模型所需要的過程。解決方案在工程開頭前也很明確。短期工程可承受瀑布模型?！?〕V模型很嚴格，如航天飛機掌握系統(tǒng)、公司的財務系統(tǒng)等。(3)快速原型模型適用于工程的需求在工程開頭前不明確，需要削減工程的不確定性的時候。2、混合模型是什么模型？程開發(fā)模型〔或混合模型〕第四章一、填空題需求治理包括〔需求獵取〔需求分析〔需求規(guī)格編寫〔需求驗證〔需求變更〕5個過程。靈敏工程主要承受〔用戶故事〕描述需求二、推斷題需求規(guī)格說明可以包括系統(tǒng)的運行環(huán)境〔√〕數(shù)據(jù)流分析方法是一種自下而上逐步求精的分析方法〔×〕需求分析工作完成的一個根本標志是形成了一份完整的、標準的需求規(guī)格說明書〔×〕需求是指用戶對軟件的功能和性能的要求，就是用戶期望軟件能做什么事，完成什么樣的功能，到達什么性能〔√〕用戶故事常常寫在卡片上，然后將其部署在墻上〔√〕軟件工程系統(tǒng)的響應時間屬于功能性需求〔×〕數(shù)據(jù)字典是由數(shù)據(jù)項、數(shù)據(jù)流及操作指令組成的〔×〕三、選擇題1、以下不屬于軟件工程治理需求過程的是？〔D〕A：需求獵取 B：需求分析 C：需求規(guī)格編寫 D：需求更2、以下不屬于數(shù)據(jù)字典組成局部的是？〔D〕A：數(shù)據(jù)項 B：數(shù)據(jù)流 C：數(shù)據(jù)文件 D：數(shù)據(jù)庫3UML需求視圖的是？〔A〕A：甘特圖 B：用例圖 C：狀態(tài)圖 D：挨次圖4、以下關(guān)于用戶故事描述不正確的選項是〔D〕A．英文稱：userstoryB．不使用技術(shù)語言來描述C．可以描述靈敏需求D．一種數(shù)據(jù)構(gòu)造5〔A〕是軟件工程的的一個突出特點，可以導致軟件工程的集中。A：需求變更 B：臨時性 C：階段性 C：約束性6、以下不屬于構(gòu)造化方法設(shè)計的是？〔D〕A：數(shù)據(jù)流圖 B：數(shù)據(jù)字典 C：系統(tǒng)流程圖 D：系統(tǒng)用例圖7、以下不屬于軟件需求范疇的是？〔A〕A：軟件工程承受什么樣的實現(xiàn)技術(shù)B：用戶需要軟件能做什么樣的事情C：用戶需要軟件完成什么樣的功能D：用戶需要軟件到達什么樣的性能8、靈敏工程需求一般承受下面〔C〕描述A、用戶用例B、DFD C、用戶故事D、數(shù)據(jù)字典四、問答題1.以下圖是SPM工程需求規(guī)格文檔中的一個用例圖并寫出至少三個用例，如登錄、注冊等。1)參與者是課務治理系統(tǒng)中的學生用戶2〕登錄、注冊、選課第五章一、填空題.任務分解是將一個工程分解為更多的工作細目或者〔子工程、更易操作。S的全稱是〔任務分解構(gòu)造kn。S最底層次可交付成果是〔工作包k。二．推斷題WBS〔√〕一個工作包可以安排給另一個工程經(jīng)理去完成〔√〕假設(shè)開發(fā)人員對工程比較生疏或者對工程大局有把握，開發(fā)WBS時最好承受自底向上方〔×〕WBS時可以承受自底向上方法〔√〕在任務分解結(jié)果中，最底層的要素必需是實現(xiàn)工程目標的充分必要條件〔√〕一個工作包應當由唯一主題負責〔√〕WBS的最高層次的可交付成果是工作包〔×〕對任務的分解只能是自上而下的〔×〕WBS的最底層任務是能安排到一個人完成的任務〔√〕Epic還可以連續(xù)分解為一些用戶故事〔√〕三.選擇題。WBS格外重要，由于以下緣由，除了〔D〕B.C.D.確定團隊成員責任WBS中的每一個具體細目通常都指定唯一的〔A〕A.B.C.D.提交截至期限WBS的方法的是〔C〕B.C.D.模板參照任務分解時〔WBS層。B.C.D.自底向上WBS的說法，不正確的選項是〔D〕A.WBS是任務分解的結(jié)果WBS中的任務就不是該工程的工作可以承受清單或者圖表的形式標石WBS的結(jié)果假設(shè)工程是一個嶄的工程，最好承受自頂向下方法開發(fā)WBSWBS分解結(jié)果的標準不包括以下那一項？(B)A.最底層的要素是否是實現(xiàn)目標的充分必要條件3層最底層元素是否有重復最底層要素是否有清楚完整定義WBS是對工程由粗到細的分解過程，它的構(gòu)造是〔B〕分層的集合構(gòu)造B.分級的樹形構(gòu)造C.分層的線性構(gòu)造D.分級的圖狀構(gòu)造任務分解時目，將工程變?yōu)楦?、更完善的局部。模板參照B.自頂向下C.類比D.自底向上四．問答題試寫出任務分解的方法和步驟。答：任務分解的根本步驟：確認并分解工程的組成要素(WBS編號)。確定分解標準，依據(jù)工程實施治理的方法分解，而且分解的標準要統(tǒng)一。確認分解是否具體，是否可以作為費用和時間估量的標準，明確責任。確定工程交付成果〔WBS字典。驗證分解正確性。驗證分解正確后，建立一套編號系統(tǒng)。任務分解方法：模板參照方法類比方法自上而下自下而上當工程過于簡單是，可以對工程進展任務分解，這樣做的好處是什么？這樣可以提高估算本錢、時間和資源的準確性，使工作變得更易操作，責任分工更加明確。第六章一、填空題。軟件工程本錢包括直接本錢和間接本錢，一般而言，工程人力本錢歸屬于〔直接〕本錢。再在工程初期，一般承受的本錢估算方法是〔類比估算法。功能點方法中5類功能組件的計數(shù)項是〔外部輸入〔外部輸出〔外部查詢〔內(nèi)部規(guī)律文件〔外部接口文件。靈敏工程一般承受〔故事點〕估算方法。5.〔用例點〕方法通過分析用例角色、場景和技術(shù)與環(huán)境因子等來進展軟件估算。二．推斷題故事點估算是一個相對的估算過程〔√〕在軟件工程估算中，估算結(jié)果是沒有誤差的〔×〕人的勞動消耗所付出的代價是軟件產(chǎn)品的主要本錢〔√〕功能點估算與工程所使用的語言和技術(shù)有關(guān)〔×〕COCOMO813個等級的模型：有機型、嵌入型、半嵌入型〔×〕閱歷對于估算來說不重要〔×〕估算時既要考慮直接本錢又要考慮間接本錢〔√〕在進展軟件估算的時候，可以直接考慮參照其他企業(yè)的模型進展工程估算〔×〕9間接本錢是與一個具體工程相關(guān)的本錢〔×〕三．選擇題3種估算值不包括〔D〕最可能本錢B.最樂觀本錢C.最悲觀本錢D.工程經(jīng)理估算值下面關(guān)于估算的說法，錯誤的選項是〔C〕A.估算是有誤差的估算時不要太迷信數(shù)學模型C.閱歷對于估算來說不重要D.歷史數(shù)據(jù)對于估算來說格外重要假設(shè)某工程的注冊功能為3個故事點，而其中成績錄入工作量比注冊功能工作量略多，如Fibonacci等級標準估算，則成績錄入功能的估算值的〔A〕A．5個故事點B.4個故事點C.6個故事點D.7個故事點4.〔B〕是本錢的主要因素，是本錢估算的根底。A.B.C.D.利潤常見的本錢估算方法不包括〔D〕B.C.D.關(guān)鍵路徑法UFC的功能計數(shù)項是〔C〕B.C.D.內(nèi)部文件本錢預算的目的是〔A〕B.C.D.便利進度治理以下不是軟件工程規(guī)模單位的是〔D〕源代碼長度〔LOC〕B.功能點〔FP〕C.人天、人月、人年D.小時在本錢治理過程中，每個時間段中等各個工作單元的本錢是〔B〕A.B.C.D.間接本錢四．計算題。工程經(jīng)理正在進展一個圖書館信息查詢系統(tǒng)的工程估算，他承受Delphi的專家估算方法，32萬元、7萬元、124萬元、6萬元、8萬元的估算值，第三位專家給出了2萬元、6萬元、10萬元的估算值，試計算這個工程的本錢估算值。答：專家一：Ei=(ai+4mi+bi)/6=〔2+4*7+12〕/6=7專家二：Ei=(ai+4mi+bi)/6=〔4+4*6+8〕/6=6專家三：Ei=(ai+4mi+bi)/6=〔2+4*6+10〕/6=6Ei=〔7+6+6〕/3=6.33〔萬元〕假設(shè)某軟件公司正在進展一個工程，估量有50KLOC的代碼量，工程是中等規(guī)模的半嵌入型的工程，承受中等O模型，工程屬性中只有牢靠性為很高級別〔即取值為，〔12/人月，則工程的費用是多少？答：Effort=a*〔KLOC〕b*Fa=3，b=1.12，F(xiàn)=1Effort=3.0*501.12*1.3*1=311.82〔人月〕2*Effort=623.64萬元C85IBM模型估算源代碼行數(shù)、工作量、工程持續(xù)時間、人員需要量以及文檔數(shù)量。答：C語言代碼行與功能點的關(guān)系近似為 150LOC/FP，所以，85個功能點代碼行數(shù)為L85*150=12750行=1.75KLOC,則:E=5.2*L0.91=5.2*12.750.91≈52.725〔人月〕工程時間D=4.1*L0.36=4.1*12.750.36≈10.25〔月〕人員需求量S=0.54*E0.6=0.54*52.7250.6≈5.829〔人〕文檔數(shù)量DOC=49*L1.01=49*12.751.01≈640.857〔頁〕第七章一、填空題〔關(guān)鍵路徑〕打算了工程在給定的金錢關(guān)系和資源條件下完成工程所需的最短時間?！矔r間〕ADM網(wǎng)絡(luò)圖中，箭線表示〔活動/任務?！矐狈ā澈汀财叫凶鳂I(yè)法〕都是時間壓縮法。工程評估評審技術(shù)承受加權(quán)平均的公式是T歷時，其中O是樂觀值，P是悲觀值，M是最可能值。二、推斷題一個工作也可以通過多個活動完成〔√〕在工程進展過程中，關(guān)鍵路徑是不變的〔×〕PDM網(wǎng)絡(luò)圖中，箭線表示的是任務之間的規(guī)律關(guān)系，節(jié)點表示的是活動〔√〕工程各項活動之間不存在相互聯(lián)系與相互依靠關(guān)系〔×〕在資源沖突問題中，過度安排也屬于資源沖突〔√〕浮動是在不增加工程本錢的條件下，一個活動可以延遲的時間量〔×〕在使用應急法壓縮時間時，不肯定要在關(guān)鍵路徑上選擇活動來進展壓縮〔×〕時間是工程規(guī)劃中敏捷性最小的因素〔√〕〔×〕當估算某活動時間，存在很大不確定性時應承受CPM〔×〕靈敏工程一般承受遠粗近細的打算模式，靈敏的公布打算相當于遠期打算，迭代打算相當于近期打算〔X〕三.選擇題下面說法中不正確的選項是〔D〕A．EF=ES+duration B. LS=LF-durationC．TF=LS-ES=LF-EF D. EF=ES+lag“軟件編碼完成之后，我才可以對它進展軟件測試”，這句話說明白哪種依靠關(guān)系？〔A〕A．強制性依靠關(guān)系 B.軟規(guī)律關(guān)系 C.外部依靠關(guān)系 D.里程碑〔A〕可以顯示任務的根本信息，使用該類圖能便利的查看任務的工期、開頭時間、完畢時間以及資源的信息。A．甘特圖 B.網(wǎng)絡(luò)圖 C.里程碑圖 D.資源圖〔C〕是工程沖突的主要緣由，尤其在工程后期。A．優(yōu)先級問題 B.人力問題 C.進度問題 D.費用問題以下哪一項為哪一項工程打算中敏捷性最小的因素？〔A〕A．時間 B.人工本錢 C.治理 D.開發(fā)以下哪一項不是任務之間的關(guān)系？〔D〕A．完畢-開頭 B.開頭-開頭 C.完畢-完畢 D.完畢-開頭-完畢快速跟進是指〔A〕A．承受并行執(zhí)行任務，加速工程進展 B.用一個任務取代另外的任務C. 如有可能，削減任務數(shù)量 D.減輕工程風險下面哪一項將延長工程的進度？〔A〕A．lag B.lead C.趕工 D.快速跟進下面哪一項可以打算進度的敏捷性？〔B〕A．PERT B.總浮動 C.ADM D.趕工10.〔B〕可以表示靈敏工程的進度，并且可以表示出剩余的任務A．燃起圖B.燃盡圖C.里程碑圖D.網(wǎng)絡(luò)圖四.問答題對一個任務進展進度估算時，A6天完成，B24天完成，C1210天到16天的概率是多少？解：E=(6+24+4*12)/6=13， δ=(24-6)/6=3E-δ=10E+δ=1610——16天的概率為：68.3%請將以下圖所示的PDM〔優(yōu)先圖法〕網(wǎng)絡(luò)圖改畫為ADM〔箭線法〕網(wǎng)絡(luò)圖。1ADM圖如下所示：依據(jù)下面任務流程圖和下表給出的工程歷時估算值PERT14.57天內(nèi)完成的概率的近似值。3解：E1=(2+6+4*3)/6=20/6，E2=(4+8+4*6)/6=6，E3=(3+6+4*4)/6=25/6任務方差、標準差分別為：4所以，E=E1+E2+E3=13.5天，δ=1.07E-δ=12.43，E+δ=14.57 [12.43，14.57]的概率為：68.3%E-2δ=11.36，E+2δ=15.64 [11.36，15.64]的概率為：95.5%E-3δ=10.29，E+3δ=16.71 [10.29，16.71]的概率為：99.7%14.57天內(nèi)完成的概率為：50%+68.3%/2=84.15%第八章一、填空題1〔審計〕是對過程或產(chǎn)品的一次獨立質(zhì)量評估。2、質(zhì)量本錢包括預防本錢和〔缺陷本錢。3〔軟件質(zhì)量〕是軟件滿足明確說明或者隱含的需求的程度。4、McCall3個方面是〔產(chǎn)品運行〔產(chǎn)品轉(zhuǎn)移〔產(chǎn)品修改。5、質(zhì)量治理總是圍圍著質(zhì)量保證和〔質(zhì)量掌握〕過程兩個方面進展。6、質(zhì)量保證的主要活動是〔工程執(zhí)行過程審計〕和〔工程產(chǎn)品審計。二、推斷題1、質(zhì)量是滿足要求的程度，包括符合規(guī)定的要求和客戶隱含的需求〔√〕2、軟件質(zhì)量是軟件滿足明確說明或者隱含的需求的程度〔√〕3、軟件質(zhì)量可以通過后期測試得以提高〔×〕4、質(zhì)量打算可以確定質(zhì)量保證人員的特別匯報渠道〔√〕5、軟件質(zhì)量是代碼正確的程度〔×〕6、靈敏工程要求全程的質(zhì)量審查〔×〕三、選擇題1、以下不屬于質(zhì)量治理過程的是〔D〕A質(zhì)量打算B質(zhì)量保證C質(zhì)量掌握D質(zhì)量優(yōu)化2、工程質(zhì)量治理的目標是滿足〔C〕的需要A老板B工程經(jīng)理C工程D組織3、以下屬于質(zhì)量本錢的是〔A〕A預防本錢B缺陷數(shù)量C推測本錢D缺失本錢4、以下不是質(zhì)量打算方法的是〔C〕A質(zhì)量本錢分析B因果分析圖C抽樣分析D基準比照5、以下不是軟件質(zhì)量模型的是〔D〕ABoehm質(zhì)量模型BMcCall質(zhì)量模型CISO/IEC9216質(zhì)量模型DMark質(zhì)量模型6、質(zhì)量掌握格外重要，但是進展質(zhì)量掌握也需要肯定的本錢〔〕。A進展過程分析B使用抽樣統(tǒng)計C對全程進展監(jiān)視D進展質(zhì)量審計7、McCall質(zhì)量模型不包含〔C〕A產(chǎn)品修改B產(chǎn)品轉(zhuǎn)移C產(chǎn)品特點D產(chǎn)品運行8、下面〔D〕不是靈敏工程的質(zhì)量實踐結(jié)對編程B.TDD C.迭代評審D.需求規(guī)格編寫過程審計四、問答題1、簡述質(zhì)量保證的主要活動，以及質(zhì)量保證的要點。答：質(zhì)量保證的主要活動是工程執(zhí)行過程審計和工程產(chǎn)品審計。質(zhì)量保證的要點是：對工程進展評價、推想能否到達質(zhì)量指標、建立對工程的信念2、簡述質(zhì)量保證與質(zhì)量掌握的關(guān)系。答：質(zhì)量保證〔QA〕是通過評價工程整體績效,建立對質(zhì)量要求的信任，供給工程和產(chǎn)品可以間接地提高產(chǎn)品的質(zhì)量。質(zhì)量保證一般由質(zhì)量保證部門人員實施。質(zhì)量掌握〔QC〕是確定工程結(jié)果與質(zhì)量標準是否相符,同時,確定消退不符的緣由和方法，它掌握產(chǎn)品的質(zhì)量，準時訂正缺陷。這個任務本身提高產(chǎn)品的質(zhì)量，一般由開發(fā)人員實施。質(zhì)量保證是后期質(zhì)量活動，質(zhì)量掌握是前期質(zhì)量活動。它們是有區(qū)分的:質(zhì)質(zhì)量保證是針對工程實施過程的治理手段，質(zhì)量掌握是針對工程產(chǎn)品的技術(shù)手段;實施質(zhì)量保證是針對過程交付成果的質(zhì)量，強調(diào)的是具體的可交付成果。第九章一、填空題1〔完整性和可跟蹤性〕是軟件配置治理的核心功能。2〔基線〕標志開發(fā)過程中一個階段的完畢和里程碑。3〔變更懇求〔變更掌握〔變更批準/拒絕〔變更實現(xiàn)等步驟。4〔版本治理〔變更治理〕是配置治理的主要功能。5、基線變更時，需要經(jīng)過〔SCCB〕授權(quán)。6、SCCB的全稱是〔軟件配置掌握委員會。二、推斷題1、一個軟件配置項可能有多個標識〔×〕2、基線供給了軟件開發(fā)階段的一個特定點〔×〕3、有效的工程治理能夠掌握變化，以最有效的手段應對變化，不斷命中移動的目標〔√〕4、一個〔些〕配置項形成并通過審核，即形成基線〔√〕5、軟件配置項是工程需定義其受控于軟件配置治理的款項，每個工程的配置項是一樣的?！病痢?、基線的修改不需要每次都依據(jù)正式的程序執(zhí)行〔×〕7、基線產(chǎn)品是不能修改的〔×〕8、基線修改應受到掌握，但不肯定要經(jīng)SCCB〔×〕9〔√〕10、持續(xù)支付領(lǐng)域強調(diào)對工程全部的相關(guān)產(chǎn)物及其之間的關(guān)系都要進展有效配置治理〔對〕11、持續(xù)支付更傾向于使用基于分支的開發(fā)模式〔錯〕三、選擇題1SCCB的職責的是〔D〕評估變更B與工程治理層溝通C對變更進展反響D提出變更申請2、為了更好地治理變更，需要定義工程基線，關(guān)于基線的描述，以下描述正確的選項是〔B〕A不行變化可以變化，但是必需通過基線變更掌握流程處理所以的工程必需定義基線D基線發(fā)生變更時，必需修改需求3、軟件配置治理無法確保以下哪種軟件產(chǎn)品屬性〔A〕A正確性B完整性C全都性D可控性4、變更掌握需要關(guān)注的是〔B〕A阻擋變更 B標識變更，提出變更，治理變更C治理SCCB D客戶的想法4、以下哪項不是工程配置治理中可能遇到的問題？〔B〕A找不到某個文件的歷史版本甲方與乙方在資金調(diào)配上存在意見差異開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導致整個工程失敗5、以下哪項不屬于軟件工程配置治理的問題〔B〕A.找不到某個文件的歷史版本甲方和乙方在資金調(diào)配上存在意見差異C.開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D.因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導致整個工程失敗四、簡答題1、寫出配置治理的根本過程?！病撑渲庙棙俗R、跟蹤〔〕配置治理環(huán)境建立〔〕基線變更治理4〕5〕6〕配置治理打算。2、說明軟件配置掌握委員會〔SCCB〕的根本職責。答：評估變更、批準變更申請、在生存期內(nèi)標準變更申請流程、對變更進展反響、與工程治理層溝通。3、寫出幾個常見的軟件配置項。答：軟件工程打算、需求分析結(jié)果、軟件需求規(guī)格說明書、設(shè)計規(guī)格說明書、源代碼清單、廁所規(guī)格說明書、測試打算、測試用例與試驗結(jié)果、可執(zhí)行程序、用戶手冊、維護文檔。第十章一、填空1、可以充分發(fā)揮部門資源優(yōu)勢集中的組織構(gòu)造為〔職能型組織構(gòu)造〕2、組織構(gòu)造的主要類型〔職能型〔工程型〔矩陣型〕3、〔會議形式〕溝通最有可能幫助解決簡單的問題。4、當工程中有0個人時，溝通渠道最多有。二、推斷1、工程干系人是工程打算的一局部〔√〕2、工程型的優(yōu)點是可以資源共享〔×〕3、應盡量多建立一些溝通渠道。(×)4、工程溝通的根本原則是準時性、準確性、完整性和可理解性(√)5IT工程中，成功的最大威逼是溝通的失敗(√)6、責任安排矩陣是明確工程團隊成員的角色與職責的有效工具(√)7、口頭溝通不是工程溝通的方式(×)8(√)9(√)103~9會〔√〕三、選擇1〔A〕以圖形方式展現(xiàn)工程團隊成員及其報告關(guān)系這樣可以削減溝通渠道，削減本錢A、工程組織圖B、甘特圖C、網(wǎng)絡(luò)圖D、RAM圖2、下面不是靈敏角色的是〔D〕A、產(chǎn)品負責人B、團隊促進者C、跨職能團隊成員D、合同治理者3、在工程治理的3種組織構(gòu)造中，適用于主要由一個部門完成的工程或技術(shù)比較成熟的工程組織構(gòu)造是(C)A矩陣型組織構(gòu)造B工程型組織構(gòu)造C職能型組織構(gòu)造D都一樣4、工程經(jīng)理花在溝通上的時間是(B)A、20%-40% B、75%-90% C、60% D、30%-60%5、在〔C〕組織構(gòu)造中，工程成員沒有安全感A職能型B矩陣型C工程型D弱矩陣型6、以下關(guān)于干系人的描述中，不正確的選項是〔D〕A影響工程決策的個人、群體或者組織B影響工程活動的個人、群體或者組織C影響工程結(jié)果的個人、群體或者組織D全部工程人員7、編制溝通打算的根底是(A)A溝通需求分析B工程范圍說明書C工程治理打算D歷史資料853〔A〕A、2.8倍B、兩倍C、4倍D、1.6倍9、對于工程中比較重要的通知，最好承受〔B〕溝通方式A口頭B書面C網(wǎng)絡(luò)方式D10多的領(lǐng)域和特性，他應中選擇〔A〕組織構(gòu)造A矩陣型B工程型C職能型D組織型三、簡答題15種以上工程溝通方式P217向溝通和雙向溝通、網(wǎng)絡(luò)溝通等2、對于特別重要的內(nèi)容，你認為一般承受哪些方式才能確保有效溝通P220提示、回執(zhí)等，重要的內(nèi)容還要通過進展各種會議進展傳達第十一章一、填空題風險評估的方法包括〔定性〕和定量風險分析。決策樹分析是一種〔形象化的圖表分析〕方法。工程風險的三要素是〔風險大事〔風險大事發(fā)生的概率〔風險造成的影響。4.〔回避〕風險是指盡可能地躲避可能發(fā)生的風險，實行主動放棄或者拒絕使用導致風險的方案。5.定量風險評估主要包括〔訪談〔盈虧平衡分析〔決策樹分析〔模擬法〔