軟件項目管理實用教程(整理的答案)及軟件測試報告完整實用

軟件項目管理實用教程（非官方答案，存在錯誤）第一章1.名詞解釋項目項目是未完成某項獨特的產(chǎn)品、服務(wù)或成果等特定目標所作的一次性任務(wù)。項目群項目群是為了實現(xiàn)某一戰(zhàn)略目標而以協(xié)同方式管理的一組項目。子項目子項目是項目的一個階段或一個部分，可被相對獨立地進行管理，也可以外包給外部單位或者組織內(nèi)的其他職能單位。軟件項目管理軟件項目管理是項目管理中的一個特殊領(lǐng)域，它是以軟件項目為對象的系統(tǒng)管理方式，它運用相關(guān)的知識、技術(shù)和工具，對軟件項目周期中的各階段工作進行計劃、組織、指導和控制，以實現(xiàn)項目目標。2.問答題下列哪些活動不是項目探索火星生命跡象向部門經(jīng)理進行月工作匯報開發(fā)新版的操作系統(tǒng)每天的衛(wèi)生保潔組織一次校園歌唱比賽一次集體婚禮軟件產(chǎn)品具有哪些特點？軟件項目有哪些特點？軟件的特點：復雜性，不一致性，可變性，不可見性。軟件項目的特點：知識密集型，技術(shù)含量高；涉及多個專業(yè)領(lǐng)域，多種技術(shù)綜合應(yīng)用；項目范圍和目標的靈活性；風險大，收益大；客戶化程度高；過程管理的重要性。為什么說學習軟件項目管理是非常重要的？軟件項目管理對于軟件項目的成功是至關(guān)重要的。因為軟件項目涉及大量的人員活動，有進度和資金限制，并會遇到各種變化、風險和矛盾，必須有良好的管理才能成功。對高軟件開發(fā)人員的專業(yè)素質(zhì)是必不可少的。適應(yīng)團隊開發(fā)，理解項目計劃并勝任管理工作。理解軟件項目在進度、成本、質(zhì)量、人員等方面的計劃和相應(yīng)的措施，從而更有效地工作并為企業(yè)創(chuàng)造價值。你認為在一個軟件項目中，為保證軟件項目的成功，主要應(yīng)注意哪些方面的管理？軟件項目合同管理，軟件項目進度管理，軟件項目成本管理，軟件項目風險管理，軟件項目人員管理，軟件質(zhì)量管理，軟件配置管理軟件項目的生命周期通?？煞譃槟膸讉€階段？各階段需完成哪些任務(wù)？1.項目啟動階段發(fā)現(xiàn)項目機會，識別客戶需求，在此基礎(chǔ)上定義項目目標和初始范圍；落實項目的初步財務(wù)和人力資源，選定項目經(jīng)理并授權(quán)開始項目。2.項目規(guī)劃階段為實現(xiàn)目標而定制行動方案，針對項目的范圍、進度、成本、質(zhì)量、風險、人力資源等方面進行規(guī)劃，形成項目管理計劃文件。3.項目執(zhí)行階段管理人員要指導項目組成員完成項目管理計劃中所確定的工作，從而滿足客戶的需求。在該階段的末尾通常需要對項目產(chǎn)品或服務(wù)進行驗收。在這一階段還要不斷監(jiān)控項目的執(zhí)行過程，測量項目的實際進程和質(zhì)量指標是否與計劃一致。如果測量結(jié)果表明出現(xiàn)偏差，要立即采取糾正措施，以使項目恢復到正常軌道，或者更正計劃的不合理之處。4.項目收尾階段進行項目移交和總結(jié)工作，確認所有的項目可交付物都已移交給客戶，所有的費用都已清算。對項目承擔者來說，要對項目進行總結(jié)，得到對本組織的改進有所收益的經(jīng)驗教訓。項目組需要調(diào)查客戶的滿意度，收集客戶和項目團隊的建議，從而能夠改進以后的項目性能。軟件項目管理為什么要堅持具體問題具體分析的原則？軟件項目管理的知識體系與數(shù)學、物理等學科不同，它不存在“公理系統(tǒng)”，其理論體系不是由公式和定律組成，而是有經(jīng)驗性的原則和方法組成，其解決問題的主要方式也不是套用定律進行推理，而是針對具體項目情況對原則和方法靈活運用。不存在任何情況都適用的方法，要堅持具體問題具體分析。軟件項目管理的系統(tǒng)方法具有哪些特征？對各組成部分之間的關(guān)系進行評價將各組成部分集成和匹配到一個統(tǒng)一的整體中將所有活動整合到一個有意義的系統(tǒng)化的動態(tài)過程中尋找解決問題的最佳方案和策略保證解決問題時的客觀性

第二章問答題一般從哪幾個方面評價一個軟件項目的可行性？明確項目規(guī)模和目標。研究正在運行的系統(tǒng)。建立新系統(tǒng)的邏輯模型。導出和評價各種解決的方案。推薦可行方案編寫可行性研究報告在軟件項目中使用開源軟件有哪些好處？應(yīng)注意哪些方面的風險？好處：（1）節(jié)省成本，提高開發(fā)效率。（2）開放和自由（3）公開透明（4）提供良好的學習平臺風險：（1）開源軟件存在質(zhì)量風險（2）開源軟件不提供技術(shù)支持和服務(wù)承諾，可能會給開源軟件的使用和維護造成困難（3）使用開源軟件存在法律風險合同項目的投標書一般包含哪些方面的內(nèi)容？商務(wù)標部分：（1）投標函和法定代表人授權(quán)委托書（2）投標報價詳細預算（3）投標方資質(zhì)證明材料技術(shù)標部分：（1）系統(tǒng)需求分析（2）系統(tǒng)解決方案（3）項目進度安排（4）培訓、售后服務(wù)和技術(shù)支持（5）項目實施風險分析（6）項目驗收工作計劃項目合同通常包含哪些方面的內(nèi)容？（1）權(quán)利與義務(wù)（2）供應(yīng)的商品與服務(wù)（3）技術(shù)成果的歸屬（4）項目的質(zhì)量要求（5）項目的各種期限（6）保密約定（7）驗收標準和方法（8）價格和付款方法（9）違約處理方法（10）解決爭議的方法（11）客戶承諾通用產(chǎn)品項目在產(chǎn)品構(gòu)思階段應(yīng)主要考慮哪些問題？待開發(fā)產(chǎn)品的主要功能；待開發(fā)產(chǎn)品的技術(shù)方案；Make-or-Buy分析；開發(fā)計劃；市場營銷計劃。通用產(chǎn)品項目的立項審批過程一般包含哪些步驟？（1）評審準備（2）舉行評審會議（3）評估（4）評審會議和決議（5）機構(gòu)領(lǐng)導終審《項目計劃》通常要對項目的哪些方面進行規(guī)劃？（1）項目目標與范圍（2）項目的過程模型與技術(shù)方法（3）人力資源計劃（4）軟硬件資源計劃（5）財務(wù)計劃（6）進度計劃線性、迭代型、敏捷型過程模型分別具有什么特征？分別適用于什么類型的項目？線性模型（瀑布模型）：要求在項目初期就明確需求和解決方案，制定明確的計劃，然后嚴格按照計劃執(zhí)行。不適合需求頻繁交換的項目。迭代模型：每個項目階段（稱為迭代）執(zhí)行一系列重復性的開發(fā)活動（分析、設(shè)計、編碼、測試等），每次迭代結(jié)束時，將完成一個或一組可交付成果，用戶和其他項目干系人應(yīng)對這些交付成果進行評估和反饋。適合：項目需求不斷變化；項目的規(guī)模大、復雜性高，需要通過增量交付來得到反饋意見和經(jīng)驗教訓，以減小項目的風險。敏捷型（適應(yīng)型或變更驅(qū)動型）：包含迭代概念，迭代很快，通常2~4周迭代一次，而且每次迭代所需的時間和資源大致固定。強調(diào)用戶持續(xù)參與。適用：項目需求快速變化，能夠以有利于用戶的方式把項目可交付成果分解為一系列增量改進。單選題；以下有關(guān)開源軟件的陳述，哪個是錯誤的？開源軟件的代碼是公開的，有利于保證安全性。開源軟件是免費的，使用開源軟件有利于降低成本。開源軟件是良好的學習平臺。開源軟件通常不受著作權(quán)保護。投標者只向一些經(jīng)過篩選合格的供應(yīng)商發(fā)出投標邀請，這種投標方式是公開投標非公開投標受限制的招標已商定的投標過程在一個軟件項目簽署合同或通過立項評審后，負責籌備和啟動項目的角色是軟件架構(gòu)師項目經(jīng)理企業(yè)領(lǐng)導用戶代表以下哪個不是敏捷型過程模型的特征？迭代很快，通常2~4周完成一個迭代。強調(diào)用戶的持續(xù)參與。要求在項目初期就獲得完整而明確的用戶需求。每次迭代所需的時間和資源是大致固定的。名詞解釋凈利潤整個生命周期中總成本和總收益之差。投資回報率比較凈收益與投資額，從而能夠用來衡量投資效益的大小。投資回報率=（平均年利潤/總投資）*100%軟件外包企業(yè)為了專注核心競爭力業(yè)務(wù)和降低軟件項目成本，將軟件項目的全部或部分工作承包給提供外包服務(wù)的企業(yè)完成。Make-or-Buy分析指確定產(chǎn)品中的哪些部分應(yīng)當自行研發(fā)，哪些部分需要采購或外包開發(fā)。

第三章問答題范圍管理在項目中的作用是什么？保證項目只做必須做的事，避免范圍蔓延和做無用功，同時也避免不清晰的需求所導致的嚴重的系統(tǒng)缺陷。軟件項目的需求一般包括哪些類別？1.界面需求2.功能需求3.性能需求4.質(zhì)量需求5.資源使用需求6.軟件成本消耗與開發(fā)進度需求7.異常處理要求獲取需求的常用方法有哪些？1.訪談2.討論會3.觀察用戶工作流程4.問卷調(diào)查5.快速原型法軟件需求規(guī)格說明書一般包括哪些內(nèi)容？1.功能特征描述2.系統(tǒng)接口描述3.質(zhì)量特征描述項目范圍說明書一般包括哪些內(nèi)容？1.產(chǎn)品范圍描述2.驗收標準3.可交付成果4.項目的除外責任5.制約因素6.假設(shè)條件創(chuàng)建WBS時所用的類比法具有什么特點？適用于什么情況？類比法就是參考類似的已完成的項目的WBS和項目經(jīng)驗，根據(jù)當前項目特點做必要的調(diào)整，從而得到當前項目的WBS。適用情況：有較完整的歷史數(shù)據(jù)支持，軟件組織經(jīng)常性在某一行業(yè)或產(chǎn)品中重復多個項目，則項目過程的重合度高，容易參考歷史數(shù)據(jù)，適合用類比法。創(chuàng)建WBS時所用的自底向上歸納法具有什么特點？適用于什么情況？自底向上歸納是一個通過對細粒度工作的逐層歸納以得到整個項目WBS的方法。適用情況：不熟悉的項目，沒有歷史數(shù)據(jù)或經(jīng)驗豐富的專家的項目。判斷題快速原型法使得用戶可以體驗最終產(chǎn)品，而不是僅限于討論抽象的需求描述?！淘谲浖椖恐校a(chǎn)品范圍就是項目范圍?！猎趧?chuàng)建WBS時，如果沒有項目歷史數(shù)據(jù)，且找不到經(jīng)驗豐富的專家時，適合用類比法。×在創(chuàng)建WBS時，項目工作分解得越細越好?！练秶刂埔ㄟ^變更控制系統(tǒng)和配置管理系統(tǒng)來完成?！堂~解釋WBS工作結(jié)構(gòu)分解（WorkBreakdownStructure，WBS）是對項目團隊為實現(xiàn)項目目標、創(chuàng)建可交付成果而需實施的全部工作范圍的層級分解。范圍蔓延未經(jīng)控制的產(chǎn)品或項目范圍的擴大（未對時間、成本和資源做相對應(yīng)調(diào)整）被稱為范圍蔓延。

第四章問答題軟件項目活動之間有哪幾種依賴關(guān)系，請結(jié)合具體的例子說明。強制性依賴關(guān)系。例如只有在編碼完成后，才能進行構(gòu)建和測試。選擇性依賴關(guān)系。選擇性依賴關(guān)系的確定帶有主觀性。什么是項目活動的最早和最遲開始時間、最早和最遲結(jié)束時間？什么是項目活動的總浮動時間和自由浮動時間？最早開始時間（EarlyStart，ES）：指一個活動最早可以開始的時間。最早結(jié)束時間（EarlyFinish，EF）：指一個活動最早可以完成的時間。最遲開始時間（LateStart，LS）：在不影響項目完工時間的情況下，一項活動最晚必須開始執(zhí)行的時間。最遲結(jié)束時間（LateFinish，LF）：在不影響項目工期的情況下，該活動最晚必須完成的時間?？偢訒r間（TotalFloat，TF）：一個活動在不影響項目最早完成時間的情況下可以延遲的時間量。TF=LS-ES或TF=LF-EF自由浮動時間（FreeFloat，F(xiàn)F）：一個活動在不影響其所有后置活動的最早開始時間的情況下，可以延遲的時間量。FF=min（TI）。TI=后置活動的ES-本活動的EF-Lag（滯后）關(guān)鍵鏈法在哪些方面對關(guān)鍵路徑進行了改進？關(guān)鍵路徑法是在不考慮任何資源限制的情況下，在給定活動持續(xù)時間和邏輯關(guān)系的條件下，分析項目的關(guān)鍵路徑，而關(guān)鍵鏈法考慮了資源限制對項目活動邏輯關(guān)系及關(guān)鍵路徑的影響。關(guān)鍵鏈法引入了緩沖和緩沖管理來應(yīng)對項目的不確定性。關(guān)鍵鏈法考慮了人的心理行為因素和工作習慣，因為人是項目實施的主題，是項目最關(guān)鍵的資源。在制定項目進度計劃的過程中，資源優(yōu)化的目的是什么？資源優(yōu)化就是根據(jù)資源供需情況，來調(diào)整進度計劃。選擇題對某個項目活動的持續(xù)時間進行三點估算，的到其最樂觀時間為8天，最悲觀時間為24天，最可能時間為10天，則該活動的持續(xù)時間期望值是（B）。10天 B.12天 C.14天 D.16天快速跟進是指（A）。A．采用并行執(zhí)行任務(wù)，加速項目進度B．用一個任務(wù)取代另一個任務(wù)C．如果有可能，減少任務(wù)數(shù)量D．減輕項目風險趕工一個項目時，你應(yīng)該關(guān)注（C）。盡量可能多的活動非關(guān)鍵活動加速執(zhí)行關(guān)鍵路徑上的活動通過成本最低化加速執(zhí)行活動分析題根據(jù)下表的活動歷時和活動關(guān)系畫出前導圖和箭線圖，指出關(guān)鍵活動及關(guān)鍵路徑?；顒踊顒託v時前序活動A7B3C6AD3AE3DFF2BG3CH2GE前導圖：箭線圖：作為項目經(jīng)理，你需要給一個軟件項目做進度計劃，經(jīng)過任務(wù)分解后得到任務(wù)A、B、C、D、E、F、G，下圖是這個項目的PDM網(wǎng)絡(luò)圖。通過歷時估計已經(jīng)算出每個任務(wù)的工期，現(xiàn)已標識在PDM網(wǎng)絡(luò)圖上。假設(shè)項目的最早開工日期是第0天，請計算每個任務(wù)的最早開始時間、最遲開始時間、最早結(jié)束時間、最遲結(jié)束時間，同時確定關(guān)鍵路徑，并計算項目工期和活動F的總浮動時間。

第五章問答題什么是軟件項目的規(guī)模、工作量和成本？它們一般用什么度量單位來度量？軟件項目規(guī)模一般是指所開發(fā)軟件的規(guī)模大小，通?？梢院唵蔚赜密浖拇a行數(shù)來表示，也可以通過軟件功能的多少來衡量。軟件項目工作量是指為了提供軟件的功能而必須完成的軟件工程任務(wù)量，其度量單位為人月、人天、人年等。軟件項目成本時指完成軟件項目所付出的代價，即待開發(fā)軟件項目所需要的資金，通常用貨幣單位（如美元，人名幣等）衡量。軟件項目的成本一般由哪些部分構(gòu)成？設(shè)備、軟硬件購置成本 2.人工成本（軟件開發(fā)、系統(tǒng)集成費用） 3.維護成本 4.培訓費 5.業(yè)務(wù)費、差旅費 6.管理及服務(wù)費 7.其他費用使用代碼行和功能點度量軟件規(guī)模各有什么優(yōu)缺點？代碼行：優(yōu)點：用代碼行數(shù)來表示軟件項目的規(guī)模簡單易行、自然、直觀。缺點：項目初期很難較為精準地估算出最終系統(tǒng)的代碼行數(shù)；代碼行數(shù)通常依賴于程序程序設(shè)計語言功能和表達能力，采用不同的開發(fā)語言，代碼行數(shù)不同。功能點：優(yōu)點：軟件系統(tǒng)的功能與實現(xiàn)該軟件系統(tǒng)的語言和技術(shù)無關(guān)，一般項目初期就可獲得功能點數(shù)目，可以較好的克服代碼行的軟件項目規(guī)模表示方法的不足。缺點：沒有直接涉及算法的復雜度，不適合算法比較復雜的軟件項目系統(tǒng)；計算功能點的數(shù)據(jù)不好采集。項目成本估算的依據(jù)是什么？工作分解結(jié)構(gòu)、資源需求、資源單價、計劃進度和歷史信息。簡述項目成本的類比估算方法及其缺點。類比估算就是通過把當前項目與以往一個或多個項目比較來進行成本估算。缺點：需要有類似的項目和類似的開發(fā)經(jīng)驗。簡述項目成本的自底向上估算方法及其特點。自底向上估算方法首先通過對單個工作包或活動的成本進行最具體、細致的估算，然后把這些細節(jié)性的成本向上匯總到更高的層次。什么是成本預算？它與成本估算有什么關(guān)系？成本預算是一項制定項目成本控制標準的項目管理工作。成本估算的目的是估計項目的總成本和誤差范圍，而成本預算是將項目的總成本分配到各項工作上。成本估算的輸出結(jié)果是成本預算的基礎(chǔ)與依據(jù)，而成本預算則是將項目批準的成本估算進行分攤。單選題以下哪一項不是項目成本類比估算方法的特點？（B）通過把當前項目與以往一個或多個項目比較來進行成本估算。利用歷史數(shù)據(jù)之間的統(tǒng)計關(guān)系，通過建立數(shù)學模型來進行成本估算。該方法成本較低，耗時較少。該方法適合在項目詳細信息不足時（例如項目初期）使用。在基本COCOMO模型中，用一個以（A）為自變量的函數(shù)來計算軟件開發(fā)工作量。A千代碼行數(shù) B功能點數(shù) C對象數(shù) D頁面數(shù)在（C）模型中，采用了“階段敏感工作權(quán)數(shù)”對成本比估算進行調(diào)整。A基本COCOMO B中間COCOMO C詳細COCOMO D嵌入式COCOMO計算題項目原來預計2012年10月10日完成10萬元的工作，但是到該日期時只完成了其中8.5萬元的工作，而為了完成這些工作實際花費了9萬元。請用掙值分析法計算在2012年10月10日項目的成本偏差、進度偏差、成本效能指數(shù)和進度效能指數(shù)各是多少？BCWS：預算成本 ACWP：實際成本 BCWP：掙值（已完成工作預算成本）成本偏差:CV=BCWP-ACWP=8.5-9=-0.5進度偏差：SV=BCWP-BCWS=8.5-10=-1.5成本效能指數(shù)：CPI=BCWP/ACWP=8.5/9=0.944進度效能指數(shù)：SPI=BCWP/BCWS=8.5/10=0.85

第六章問答題什么是軟件質(zhì)量、質(zhì)量屬性、質(zhì)量要素？軟件質(zhì)量就是軟件與用戶需求相一致的程度，它是軟件的一個綜合特征，用一系列質(zhì)量屬性來表示。對于一個具體的軟件項目，哪些用戶最關(guān)心的，對軟件整體質(zhì)量影響最大的質(zhì)量屬性稱為質(zhì)量要素。全面軟件質(zhì)量管理包括哪些部分？各部分作用是什么？全面軟件質(zhì)量管理采取一系列的措施來保證軟件質(zhì)量：通過制定質(zhì)量管理計劃來規(guī)劃軟件項目中的各種質(zhì)量管理活動，通過技術(shù)評審和軟件測試發(fā)現(xiàn)軟件缺陷，通過過程檢查保證軟件過程和產(chǎn)品符合既定的規(guī)范，通過缺陷跟蹤保證發(fā)現(xiàn)的缺陷和問題被正確記錄、跟蹤和處理，通過軟件過程改進來提高軟件組織整體的技術(shù)水平和規(guī)范化水平。什么是缺陷跟蹤？簡述一個典型的缺陷跟蹤流程。缺陷跟蹤是值從缺陷被發(fā)現(xiàn)開始到被改正為止的整個跟蹤流程。請解釋軟件過程和軟件過程改進的含義。軟件過程是指開發(fā)和維護軟件產(chǎn)品的活動、技術(shù)、實踐的集合。軟件過程改進是指根據(jù)實踐中對軟件過程的適用情況，對軟件過程中的偏差和不足之處進行不斷優(yōu)化。CMMI的過程成熟度分為哪幾個等級？每個等級有哪些特征？初始級（CMMI1）：軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。已管理級（CMMI2）：建立了基本的項目管理過程和跟蹤費用、進度和軟件的功能特性。已定義級（CMMI3）：已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。量化管理級（CMMI4）：分析軟件過程和產(chǎn)品質(zhì)量的詳細度量數(shù)據(jù)，對軟件過程和產(chǎn)品都有定量的理解與控制。優(yōu)化管理級（CMMI5）：過程的量化反饋和先進的新思想、新技術(shù)促使過程持續(xù)不斷改進。PSP將個人能力分為哪幾個等級？每個等級有哪些特征？個人過程基線：PSP0是過程基線，目的是為了在個人的工作中引入表格和腳本，以便工程師按照測量和報告格式記錄軟件過程。個人計劃過程：PSP1是個人計劃過程，在PSP0的基礎(chǔ)上增加了計劃步驟。個人質(zhì)量管理：PSP2強調(diào)提高質(zhì)量，引入了缺陷管理，包含了代碼審查和設(shè)計審查。循環(huán)質(zhì)量過程：PSP3將個人軟件過程的應(yīng)用拓展到大規(guī)模程序開發(fā)當中。軟件組織實施TSP需要哪些條件？需要有高層主管和各級經(jīng)理的支持，已取得必要的資源。整個軟件開發(fā)小組至少在CMMI的第二級。全體軟件開發(fā)人員必須經(jīng)過PSP的培訓，并有按TSP工作的愿望和熱情。開發(fā)小組成員應(yīng)在2~20個人之間。請解釋缺陷密度、平均失效時間、平均修復時間的含義。缺陷密度指單位規(guī)模的軟件所包含的缺陷的數(shù)量。平均失效時間指軟件在失效前正常工作的平均統(tǒng)計時間，它常用來度量軟件的可靠性。平均修復時間指軟件失效后，使其恢復正常工作所需要的平均統(tǒng)計時間。用來度量可維護性。軟件缺陷的原因分析過程包含哪些步驟？簡述每個步驟所執(zhí)行的任務(wù)。軟件缺陷原因分析過程一般包括選擇缺陷數(shù)據(jù)、分析缺陷數(shù)據(jù)、識別公共原因并提出改進措施。選擇題軟件在異常情況下能夠正常運行的能力稱為軟件的（B）。A正確性B健壯性C性能D可靠性與其他軟件系統(tǒng)相互交換信息的能力稱為軟件的（C）。A易用性B可擴展性C兼容性D缺陷跟蹤（A）是通過執(zhí)行軟件來發(fā)現(xiàn)缺陷。A軟件測試B技術(shù)評審C過程檢查D缺陷跟蹤配置管理是CMMI的（A）上的關(guān)鍵過程域。A已管理級B已定義級C量化管理級D優(yōu)化管理級判斷題軟件項目質(zhì)量管理的目的就是使所有的質(zhì)量屬性都達到最好（×）技術(shù)評審可以在軟件項目的任何階段執(zhí)行，一次可以盡早發(fā)現(xiàn)和消除缺陷（√）工作過程和工作結(jié)果通過了過程檢查，就能保證軟件質(zhì)量。（×）CMMI既說明了軟件過程改進應(yīng)“做什么”，也說明了“怎么做”。（×）軟件組織要達到CMMI的某個成熟度級別，必須滿足該級別及其以下級別上所有關(guān)鍵過程域的要求。（√）

第七章單項選擇題軟件配置管理最核心的內(nèi)容是（A）A版本控制B配置審核C集成管理D配置狀態(tài)統(tǒng)計關(guān)于軟件產(chǎn)品的版本編號方法，以下描述錯誤的是（C）數(shù)字順序型版本編號由若干數(shù)字組成，數(shù)字之間用“.”分隔。屬性版本編號可以包含更多的有關(guān)軟件產(chǎn)品的信息。在數(shù)字順序型版本編號中，當某一級版本號改變時，其下一級版本號保持不變。屬性版本編號適合在軟件組織內(nèi)部使用。關(guān)于基線配置項，正確的描述是（B）是不可以變化的配置項基線是經(jīng)過正式審批的配置項，是后續(xù)工作的基礎(chǔ)對大部分基線的變更，不需要執(zhí)行嚴格的變更控制流程基線發(fā)生變更時，必須修改需求下列關(guān)于配置控制委員會（CCB）職責的描述，錯誤的是（C）A對變更進行評估B拒接或批準變更C執(zhí)行缺陷跟蹤D審批軟件項目配置管理計劃問答題闡述配置庫的檢入檢出機制及其作用。配置庫的檢入檢出機制是版本控制的基線。作用是防止文件修改相互沖突和覆蓋的問題。版本控制系統(tǒng)是怎樣防止不同的人對同一文件所作的修改相互覆蓋的？配置庫的檢入檢出機制。什么是分支？為什么要使用分支？分支可以形象地看作是配置項演化圖中的一條獨立路徑。作用1.開發(fā)者需要創(chuàng)建軟件的不同用途版本。2.在軟件開發(fā)過程中，有時需要創(chuàng)建一個相對獨立的開發(fā)環(huán)境。什么是系統(tǒng)集成？系統(tǒng)集成的一般步驟有哪些？系統(tǒng)集成就是把軟件產(chǎn)品的各個組成部分組合在一起，使產(chǎn)品作為一個整體是可以運行的。確保開發(fā)人員都提交了本次將要集成的代碼。凍結(jié)或標識將要集成的源代碼。取出要集成的源代碼。編譯、鏈接和打開安裝包。安裝并粗略測試。標志和存儲集成結(jié)果。通知相關(guān)人員本次集成完成。什么是持續(xù)集成？持續(xù)集成能帶來什么好處？持續(xù)集成是指以很高的頻率進行系統(tǒng)集成工作。好處是能盡快地發(fā)現(xiàn)和糾正配置庫里源代碼的問題。在開發(fā)人員更新自己的工作空間時，有直接工作流和間接工作流兩種方式，請解釋它們的含義。間接工作流：不更新到配置庫中的最新內(nèi)容，而是更新到最近一次集成產(chǎn)生的基線。直接工作流：更新到配置庫中的最新內(nèi)容。在哪些情況下使用多層集成？大型項目開發(fā)人員眾多，源代碼也龐大復雜。簡述嚴格的變更管理流程。什么是配置審計？它有什么作用？配置審計的目的是驗證配置項符合特定的標準或要求。通常在軟件開發(fā)每個階段結(jié)束后，或產(chǎn)品發(fā)行之前，都要進行配置審計，它是正時技術(shù)復審的一種補充。在組織級，一般要做哪些軟件配置管理工作？對軟件配置管理工具和環(huán)境進行設(shè)置和維護，負責與工具相關(guān)的培訓和咨詢，制定軟件配置管理的流程、規(guī)范和方法并監(jiān)督它們的執(zhí)行，對它們進行調(diào)整和改進，還有可能與具體的軟件項目中對標準流程規(guī)范的剪裁和配置管理計劃的制定。

第八章問答題什么是軟件項目團隊？它有什么特點？軟件項目團隊是由軟件項目的不同干系人所組成的，具有共同目標、緊密協(xié)作的集體。特點：1.臨時性2.團隊成員的不穩(wěn)定性3.年輕化程度較高4.是高度集中的知識型團隊5.成員的業(yè)績不易量化考核什么是軟件項目團隊管理？它包括哪些主要內(nèi)容？軟件項目團隊管理就是采用科學的方法，對項目組織結(jié)構(gòu)和項目全體參與人員進行管理。主要內(nèi)容：1.項目組織的規(guī)劃2.團隊人員獲取3.團隊建設(shè)4.團隊日常工作管理5.溝通管理6.項目干系人管理。項目型組織結(jié)構(gòu)有哪些優(yōu)點和缺點？優(yōu)點：項目經(jīng)理對項目可以全權(quán)負責，可以根據(jù)項目需要靈活調(diào)動項目組織的內(nèi)部資源或外部資源。缺點：當一個公司有多個項目時，每個項目有自己一套獨立的班子，這將導致類似項目的重復努力和規(guī)模經(jīng)濟的喪失。人員配置管理計劃一般包括哪些內(nèi)容？1.項目團隊組建的相關(guān)問題2.時間表3.成員遣散安排4.培訓需求5.表彰和獎勵6.合規(guī)性。通常采用哪幾種方法獲取項目團隊人員？1.預分派2.談判3.招募項目中解決沖突的方式主要有哪幾種？1.問題解決2.妥協(xié)3.求同存異4.撤退5.強迫項目溝通管理計劃一般包括哪些內(nèi)容？1.項目干系人的溝通需求2.溝通方式3.人員聯(lián)系方式4.工作匯報方式5.溝通時間安排6.溝通計劃維護人單項選擇題以下有關(guān)軟件項目團隊角色的說法，哪個是錯誤的？（C）不同角色之間是一種相互配合、相互制約的關(guān)系。項目經(jīng)理是整個項目團隊的核心角色，對項目的成敗起著關(guān)鍵作用。不同角色之間的關(guān)系主要是上下級的匯報關(guān)系。應(yīng)通過不同的角色設(shè)置，形成一個檢查和平衡機制。以下有關(guān)職能型組織結(jié)構(gòu)的敘述，錯誤的是（D）項目成員主要受他所在的職能部門的經(jīng)理管轄。以職能部門作為承擔項目任務(wù)的主體，可以充分發(fā)揮職能部門的專業(yè)優(yōu)勢和資源集中優(yōu)勢?？梢詼p少因項目的臨時性給項目成員帶來的事業(yè)上的不安全感。有利于完全以項目目標作為工作驅(qū)動動力和導向。最早由IBM采用的“主程序員小組”屬于（A）小組結(jié)構(gòu)。A控制集中型B明珠分散型C控制分散型D矩陣型以下敘述中哪一個不是虛擬團隊的特點？（D）可以組建在同一組織工作，但工作地點十分分散的團隊。可以納入在家辦公的員工。成員之間的交流受到一定限制。易于按工時計算成員的工作量。名詞解釋虛擬團隊。虛擬團隊時指擁有共同目標，但是工作地點分散，在工作過程中很少或完全不面對面交流的一組人員。項目干系人項目干系人是指能夠影響項目或受項目影響的全部個人、群體或組織。團隊意識團隊意識就是團隊成員為了團隊的整體利益和目標相互合作、共同努力的意愿和作風。

第九章問答題什么是風險？風險具有那些屬性？風險是遭受損失的一種可能性。屬性：1.風險事件2.風險發(fā)生的原因3.風險發(fā)生的概率4.風險的影響5.風險發(fā)生的頻率6.與其他風險相比較的重要程度7.風險防范策略和應(yīng)對策略8.風險責任人軟件項目風險管理計劃一般有哪些主要內(nèi)容？1.風險規(guī)劃2.風險識別3.風險評估4.風險應(yīng)對5.風險監(jiān)控怎樣用核對表法識別項目風險？核對表將軟件項目可能發(fā)生的許多潛在風險列于一張表上，供風險識別人員進行檢查核對，用來判別某項目是否存在表中所列或類似的風險。什么是項目風險的定性和定量評估？定性評估是確定風險發(fā)生的概率和發(fā)生后產(chǎn)生的影響程度，并按照風險的潛在危險性大小對其進行優(yōu)先級排序。定量風險評估是針對哪些對項目有潛在重大影響而排序在前的風險進行量化分析，從而為風險應(yīng)對和項目管理決策提供依據(jù)。你所在的軟件組織內(nèi)，許多人跟不上新技術(shù)的發(fā)展，因此將新技術(shù)引入組織可以視為一個風險。試針對該風險指定風險應(yīng)對策略。風險回避：發(fā)現(xiàn)新技術(shù)風險太大時，放棄新技術(shù)。轉(zhuǎn)移風險：將不熟悉的技術(shù)外包。風險預留：預留一段時間和一筆資金，當技術(shù)風險發(fā)生，需要采取措施補救時，才能動用改資金和時間。風險監(jiān)控的目的是什么？風險監(jiān)控的目的時監(jiān)控項目風險的狀況，如：風險是否已經(jīng)發(fā)生、任然存在還是已經(jīng)消失，風險決策的結(jié)果是否與預期的相同，識別新的風險，并發(fā)現(xiàn)細化和改進風險管理計劃的機會，把信息反饋給有關(guān)決策者。案例分析題請閱讀以下案例并回答問題。 某大型公司的行業(yè)業(yè)務(wù)運營網(wǎng)路管理系統(tǒng)的開發(fā)項目受到該公司領(lǐng)導層的高度重視，委派本公司的業(yè)務(wù)支撐部負責完成該項目，委任張工為項目經(jīng)理。 在編制早期項目計劃書時，市場部李工不斷提出新的需求，而張工“來者不拒”，不停地更改項目計劃。另外，在工程的機房設(shè)備平面設(shè)計中，張工組織人員進行自行設(shè)計，將大部分機架式的小型機集中擺放在一片較小的區(qū)域內(nèi)。 系統(tǒng)正式完全割接上線前，舊系統(tǒng)仍然需保持運行。保證系統(tǒng)穩(wěn)定運行是項目團隊的第一要務(wù)，在系統(tǒng)割接期間，確保7天×24小時的業(yè)務(wù)連續(xù)平穩(wěn)運行。 問題：該工程中有哪些風險？應(yīng)采取怎樣的應(yīng)對策略？

頻繁的需求變更必然會影響信息工程項目的三大目標（進度、成本、質(zhì)量）。因此引導客戶需求對項目經(jīng)理來說就非常關(guān)鍵，引導得好，項目的開發(fā)就會比較順利，相反，就會給項目帶來很多負面影響。

在該項目中，項目經(jīng)理張工對市場部李工不斷提出的新需求采取了“來者不拒”的態(tài)度，這是不恰當?shù)?，因為這會使項目計劃不斷變動，導致項目范圍無法確定，工期和成本不可控制，團隊成員工作目標也不明確，因此出現(xiàn)了非常嚴重的需求風險。

為了應(yīng)對這一風險，張工應(yīng)該與李工積極地溝通和談判，使他明白工程的重要意義，并承諾工程不是交鑰匙項目，可為系統(tǒng)升級和擴容留有擴展接口，將來新的需求能夠通過后續(xù)工程逐步實現(xiàn)，從而使需求趨于穩(wěn)定。

在工程的機房設(shè)備平面設(shè)計中，將大部分機架式的小型機集中擺放在一片較小區(qū)域內(nèi)，從表面上看，提高了機房平面空間的使用率，但是由于未充分考慮到設(shè)備散熱因素，容易造成該區(qū)域

機器過熱而宕機。因此團隊的機房設(shè)計技術(shù)經(jīng)驗不足給項目帶來了系統(tǒng)運行不穩(wěn)定的風險。

可采取風險轉(zhuǎn)移策略來應(yīng)對這一風險。張工可聘請具有通信設(shè)計資質(zhì)的專家來負責機房設(shè)備平面設(shè)計，從機房空調(diào)、電源、布線、承重、消防等各個方面進行詳細的勘察和設(shè)計，從而保證設(shè)備運行的可靠性，實現(xiàn)工程設(shè)計風險的良性轉(zhuǎn)移。

在系統(tǒng)割接期間，新舊系統(tǒng)要順利交接，這給系統(tǒng)業(yè)務(wù)的7天×24小時連續(xù)平穩(wěn)運行帶來了風險，

因此項目組必須制定詳盡可行的系統(tǒng)割接方案、新舊系統(tǒng)并運行方案和故障應(yīng)急處理方案。

第十章問答題項目收尾過程包含哪些主要活動？對每個活動進行簡單解釋。范圍確認：項目結(jié)束前，重新審核工作成果，檢驗項目的各項工作范圍是否完成，或者完成到何種程度。質(zhì)量驗收：質(zhì)量驗收是控制項目產(chǎn)品最終質(zhì)量的重要手段，依據(jù)質(zhì)量計劃和相關(guān)的質(zhì)量標準進行驗收，不合格不予接收。費用決算：是指對項目開始到項目結(jié)束全過程所支付的全部費用進行核算，編制項目決算表的過程。合同終結(jié)：整理并存檔各種合同文件。項目資料檢查和歸檔：檢查項目過程中的所有文件是否齊全，然后進行歸檔。項目后評價：是指對已完成的項目(或規(guī)劃)的目的、執(zhí)行過程、效益、作用和影響所進行的系統(tǒng)的、客觀的分析，通過分析評價找出成功失敗的原因，總結(jié)經(jīng)驗教訓，為新項目的決策和提高完善投資決策管理水平提出建議。一般通過哪些要素判斷一個項目是否成功？1.項目必須通過正式驗收2.須進行認真的財務(wù)核算，客戶的應(yīng)付項目款要結(jié)清，項目組的開發(fā)實施費用要盤結(jié)清楚，保證利潤、資金落實到位3.對項目的經(jīng)驗進行總結(jié)4.與客戶保持良好的關(guān)系。什么時項目清算？簡述項目清算的步驟。項目清算是非正常的項目終止過程。步驟一：組成項目清算小組，主要由投資方召集項目團隊、工程監(jiān)理等相關(guān)人員。

步驟二：項目清算小組對項目進行的現(xiàn)狀及已完成的部分，依據(jù)合同逐條進行檢查。對項目已經(jīng)進行的、并且符合合同要求的，免除相關(guān)部門和人員責任；對項目中不符合合同目標的，并有可能造成項目失敗的工作，依合同條款進行責任確認，同時就損失估算、索賠方案等事宜進行協(xié)商。

步驟三：找出造成項目非正常終止的所有原因，總結(jié)經(jīng)驗。

步驟四：明確責任，確定損失，協(xié)商索賠方案，形成項目清算報告，合同各方在清算報告上簽證，使之生效。

步驟五：協(xié)商不成則按合同的約定提起仲裁，或直接向項目所在地的人民法院提起訴訟。為什么要進行項目后評價？項目后評價的主要內(nèi)容有哪些？項目后評價就是在項目完成后，對項目進行分析，評價項目的得失，總結(jié)經(jīng)驗教訓。主要內(nèi)容：項目的技術(shù)經(jīng)濟評價、項目的社會效益評價、項目數(shù)據(jù)總結(jié)和項目問題總結(jié)。實施項目后評價包括哪些步驟？步驟一：成立后評價小組、制定評價計劃。

步驟二：設(shè)計調(diào)查方案、聘請有關(guān)專家。

步驟三：閱讀文件、收集資料。

步驟四：開展調(diào)查、了解情況。

步驟五：分析資料、形成報告。

步驟六：提交后評價報告、反饋信息。

單項選擇題下面哪一個不是項目收尾過程的活動？（C）A范圍確認B質(zhì)量確認C風險評估D費用決算在項目非正常終止的情況下，應(yīng)進行（D）A項目移交B用戶培訓C風險識別D項目清算下面哪一項不是項目后評價過程中執(zhí)行的活動（B）A項目的技術(shù)經(jīng)濟評價B掙值分析C項目的社會效益評價D項目問題總結(jié)下面哪一項不是項目后評價的目的？（D）A確定項目目標是否達到B評價項目規(guī)劃是否合理有效C總結(jié)項目的經(jīng)驗教訓D確定項目中成功和失敗決策的責任人XXXX項目系統(tǒng)測試總結(jié)報告XXXX年XX月XX日引言編寫目的編寫該測試總結(jié)報告主要有以下幾個目的通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價分析測試的過程，產(chǎn)品，資源，信息，為以后制定測試計劃提供參考評估測試測試執(zhí)行和測試計劃是否符合分析系統(tǒng)存在的缺陷，為修復和預防bug提供建議背景用戶群主要讀者：XX項目管理人員，XX項目測試經(jīng)理 其他讀者：XX項目相關(guān)人員。定義嚴重bug：出現(xiàn)以下缺陷，測試定義為嚴重bug系統(tǒng)無響應(yīng)，處于死機狀態(tài)，需要其他人工修復系統(tǒng)才可復原。點擊某個菜單后出現(xiàn)“Thepagecannotbedisplayed”或者返回異常錯誤。進行某個操作（增加、修改、刪除等）后，出現(xiàn)“Thepagecannotbedisplayed”或者返回異常錯誤當對必填字段進行校驗時，未輸入必輸字段，出現(xiàn)“Thepagecannotbedisplayed”或者返回異常錯誤系統(tǒng)定義不能重復的字段輸入重復數(shù)據(jù)后，出現(xiàn)“Thepagecannotbedisplayed”或者返回異常錯誤測試對象略測試階段系統(tǒng)測試參考資料《XX需求和設(shè)計說明書》 《XX數(shù)據(jù)字典》《XX后臺管理系統(tǒng)測試計劃》《XX后臺管理系統(tǒng)測試用例》《XX項目計劃》測試概要XX后臺管理系統(tǒng)測試從2007年7月2日開始到2007年8月10日結(jié)束，共持續(xù)39天，測試功能點174個，執(zhí)行2385個測試用例，平均每個功能點執(zhí)行測試用例13.7個，測試共發(fā)現(xiàn)427個bug，其中嚴重級別的bug68個，無效bug44個，平均每個測試功能點2.2個bug。XX總共發(fā)布11個測試版本，其中B1—B5為計劃內(nèi)迭代開發(fā)版本（針對項目計劃的基線標識），B6－B8為回歸測試版本。計劃內(nèi)測試版本，B1—B4測試進度依照項目計劃時間準時完成測試并提交報告，其中B4版本推遲一天發(fā)布版本，測試通過增加一個人日，準時完成測試。B5版本推遲發(fā)布2天，測試增加2個人日，準時完成測試。B6－B11為計劃外回歸測試版本，測試增加5個工作人日的資源，準時完成測試。XX測試通過Bugzilla缺陷管理工具進行缺陷跟蹤管理，B1—B4測試階段都有詳細的bug分析表和階段測試報告。進度安排版本/時間計劃開始時間實際開始時間計劃完成時間實際完成時間加班增加資源B12007.7.22007.7.22007.7.52007.7.5否否B22007.7.162007.7.162007.7.192007.7.19否否B32007.7.232007.7.232007.7.252007.7.24否2個人日B42007.7.282007.7.292007.7.312007.7.311個人1天1個人2天2個人日B52007.8.12007.8.22007.8.62007.8.3否2個人日B62007.8.42007.8.42個人1天2個人日B72007.8.52007.8.51個人1天1個人日B8B92007.8.92007.8.92007.8.102007.8.10否2個人日B10合計1個人6天11個人日測試執(zhí)行此次測試嚴格按照項目計劃和測試計劃執(zhí)行，按時完成了測試計劃規(guī)定的測試對象的測試。針對測試計劃規(guī)定的測試策略，在測試執(zhí)行中都有體現(xiàn)，在測試執(zhí)行過程中，依據(jù)測試計劃和測試用例，對系統(tǒng)進行了完整的測試測試用例功能性系統(tǒng)實現(xiàn)的主要功能，包括查詢，添加，修改，刪除。系統(tǒng)實現(xiàn)的次要功能，包括為用戶分配酒店，為用戶分配權(quán)限，渠道酒店綁定，渠道RATE綁定，權(quán)限控制菜單按鈕。需求規(guī)定的輸入輸出字段，以及需求規(guī)定的輸入限制易用性操作按鈕提示信息正確性，一致性，可理解性限制條件提示信息正確性，一致性，可理解性必填項標識輸入方式可理解性中文界面下數(shù)據(jù)語言與界面語言的一致性測試環(huán)境軟硬件環(huán)境硬件環(huán)境應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器客戶端硬件配置CPU：Intel(R)Celeron(R)CPU2.40GHzstepping01Memory：1048256kHD：ST380817AS80GSATACPU：Intel(R)Celeron(R)CPU2.40GHzstepping01Memory：1048256kHD：ST380817AS80GSATACPU：Intel(R)Celeron(R)CPU2.40GHzstepping01Memory：1048256kHD：ST380817AS80GSATA軟件配置OS：CentOS4.2JDK1.5.0_06Apache2.2.0Tomcat5.5.15OS：CentOS4.2MySQL5.0.17LinuxWindow2000Professional（SP2）IE6.0.2900.2180.xpsp_sp2網(wǎng)絡(luò)環(huán)境10MLAN10MLAN10MLAN網(wǎng)絡(luò)拓撲測試結(jié)果Bug趨勢圖此次黑盒測試總共發(fā)布10個版本，V1.0.1-V1.0.5為計劃內(nèi)迭代開發(fā)版本（針對項目計劃的基線標識），V1.1.1-V1.2.2為進行的回歸測試版本，所有版本一共發(fā)現(xiàn)bug1306個。bug版本趨勢圖如下圖所示：由Bug的版本分布圖可以看出，V1.0.1-V1.0.5版本質(zhì)量非常不穩(wěn)定，bug數(shù)量最高達到189個，V1.0.1作為第一個版本bug數(shù)量為58個。在版本V1.0.3驗證了前面發(fā)現(xiàn)的所有bug的基礎(chǔ)上遺留bug數(shù)量在123個質(zhì)量表現(xiàn)也不夠穩(wěn)定，在V1.1.1新增了批量制證、數(shù)據(jù)恢復、數(shù)據(jù)備份、數(shù)據(jù)清除等功能所以bug數(shù)目驟增為232個。隨著版本的迭代在版本V1.2.2bug數(shù)量逐漸將為0。Bug優(yōu)先級分布測試發(fā)現(xiàn)的bug主要集中在未完善功能級別major，屬于一般性的功能缺陷，但是測試的時候，出現(xiàn)了163個涉及到程序崩潰、程序啟動不了、不能完成正常制證、不能完成正常印刷等嚴重級別的bug，出現(xiàn)嚴重級別的bug主要表現(xiàn)在以下幾個方面：系統(tǒng)的主要功能沒有實現(xiàn)本地數(shù)據(jù)庫數(shù)據(jù)量比較大的時候出現(xiàn)程序崩潰死機系統(tǒng)主要功能邏輯混亂導致意外bug后臺進程在程序關(guān)閉后沒有相應(yīng)停止導致程序不能啟動WebAPI接口調(diào)用錯誤導致核心功能不可實現(xiàn)問題類型分布系統(tǒng)的問題類型主要分布于測試過程和維護過程發(fā)現(xiàn)影響系統(tǒng)運行的缺陷bug和對現(xiàn)有系統(tǒng)功能的改進improvement。Bug占所有問題類型的百分比為：97%，improvement占所有問題類型的百分比為：3%。圖上結(jié)果說明系統(tǒng)在需求采集、程序設(shè)計工作過程中考慮十分全面極少存在功能設(shè)計遺漏問題。Bug模塊分布圖由上圖可以看出，bug主要分布模塊是CerDesk印刷端（405個）和CerDesk制證端（534個）兩個工作臺，占到了全部bug的2/3以上。而CerWeb服務(wù)器端（260個）的bug分布相對來說比較少占總體百分比為7%。CerDesk運維端（107個）的bug量最少主要原因是功能比較簡單。最近提交缺陷圖由上圖可以看出，在統(tǒng)計的十個周bug提交和解決狀況比較理想，當前提交的bug都能夠在很快的時間得到修復，并且隨著版本的穩(wěn)定解決bug數(shù)量為全部解決新增bug數(shù)量逐漸降為0，整個過程屬于正常的軟件版本迭代過程。Bug狀態(tài)分布由bug狀態(tài)圖可以看出，打開的bug有0個，重新打開的bug有0個。已解決bug有2個，主要是版本V1.2.2中提交的界面易用性bug，而其他的1304個都是已驗證修復并關(guān)閉的bug。系統(tǒng)整體的遺留bug數(shù)量達到測試結(jié)束標準。測試結(jié)論功能性系統(tǒng)正確實現(xiàn)了通過數(shù)據(jù)字典管理基礎(chǔ)數(shù)據(jù)的功能，實現(xiàn)了數(shù)據(jù)內(nèi)容的多語言功能，實現(xiàn)了中英文界面。實現(xiàn)了基礎(chǔ)數(shù)據(jù)管理，酒店集團管理，酒店基礎(chǔ)信息管理，渠道管理，代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統(tǒng)還實現(xiàn)了將權(quán)限控制細化到菜單按鈕的功能。系統(tǒng)在實現(xiàn)用戶管理下的權(quán)限管理功能時，存在重大的缺陷，權(quán)限控制不嚴密，權(quán)限設(shè)計有遺漏。易用性現(xiàn)有系統(tǒng)實現(xiàn)了如下易用性：查詢，添加，刪除，修改操作相關(guān)提示信息的一致性，可理解性輸入限制的正確性輸入限制提示信息的正確性，可理解性，一致性現(xiàn)有系統(tǒng)存在如下易用性缺陷：界面排版不美觀輸入，輸出字段的可理解性差輸入缺少解釋性說明中英文對應(yīng)的正確性中英文混排可靠性現(xiàn)有系統(tǒng)的可靠性控制不夠嚴密，很多控制是通過頁面控制實現(xiàn)的，如果頁面控制失效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，引發(fā)錯誤?，F(xiàn)有系統(tǒng)的容錯性不高，如果系統(tǒng)出現(xiàn)錯誤，返回錯誤類型為找不到頁面錯誤，無法回復到出錯前的狀態(tài)兼容性現(xiàn)有系統(tǒng)支持window下的IE瀏覽器和傲游瀏覽器，支持linux系統(tǒng)下的IE瀏覽器和火狐瀏覽器?，F(xiàn)有系統(tǒng)未進行其他兼容性測試安全性現(xiàn)有系統(tǒng)控制了以下安全性問題：把某一個登錄后的頁面保存下來，不能單獨對其進行操作不進行登錄直接輸入某一頁面的Url能否打開頁面并進行操作不應(yīng)該允許?，F(xiàn)有系統(tǒng)未控制以下安全性問題：用戶名和密碼應(yīng)對大小寫敏感登陸錯誤次數(shù)限制分析摘要覆蓋率此次測試，所有測試用例都是在中文界面下執(zhí)行，未在英文界面下執(zhí)行，測試不包括英文界面下的測試，也不包括正對英文翻譯的測試。此次測試，部分頁面需求描述無明確的定義，對輸入限制無詳細定義，無明確的測試依據(jù)，在測試過程中，測試是根據(jù)輸入字段含義，測試人員理解，以及和項目經(jīng)理，開發(fā)人員溝通獲得測試依據(jù)，無法保證測試依據(jù)的正確性和完整性，因此，沒有進行完整的，正確的無效數(shù)據(jù)的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性下面為此次測試測試用例覆蓋率分析圖：遺留缺陷的影響1．缺陷描述：酒店娛樂項添加頁面，“距離”字段無單位，建議增加單位缺陷影響：距離字段無單位說明，無衡量標準，用戶易用性不好推遲原因：需求定義無單位定義，統(tǒng)一在升級版本中解決2．缺陷描述：酒店基礎(chǔ)信息管理模塊，默認語言設(shè)置不一致。用中文查詢酒店，進入酒店基礎(chǔ)信息模塊后，如下模塊，語言顯示為“請選擇”列表頁面添加頁面取消政策停留政策擔保政策機場參照點會議室詳情打包促銷服務(wù)Rate而其他模塊語言顯示“中文語言”缺陷影響：相同功能模塊默認語言設(shè)置不一致，一致性不好推遲原因：默認語言設(shè)置，目前無統(tǒng)一標準，升級版本中統(tǒng)一3．缺陷描述：tomcat日志有亂碼，日志無項目名稱，查看不方便缺陷影響：其他項目日志都有項目名稱，日志無項目名稱，查看不方便推遲原因：目前的日志為了調(diào)試方便，顯示了很多其它信息，在項目正式發(fā)布時會統(tǒng)一處理的。4．缺陷描述：取消政策管理要么，取消時間“天/小時”缺少單位補充字段缺陷影響：該處因為是兩個不同的單位時間，需要有另外一個單位補充字段補充所所填寫內(nèi)容的單位推遲原因：該缺陷單位補充字段本來存在，翻譯不夠準確，不能理解為補充單位的字段，需要等翻譯完畢后再確認。5．缺陷描述：數(shù)據(jù)字