2014年中級《系統(tǒng)集成項目管理工程師》模擬試卷1(下午試題)

1、2014年中級系統(tǒng)集成項目管理工程師全真模擬試卷1（下午試題）一、綜合題(共5題，合計75分)系統(tǒng)集成商PA公司的項目經(jīng)理小郭目前承接了一個中小型信息系統(tǒng)軟件開發(fā)項目。由于項目雙方老總彼此很熟悉，且都希望項目盡快實施。在項目合同簽訂之后，PA公司葉總很快指定小郭及其他6名員工組成項目組，由小郭擔(dān)任項目經(jīng)理。葉總將小郭引見給客戶方王總，王總在業(yè)務(wù)部給小郭的項目組安排了一間辦公室。該項目開始進展很順利，小郭有什么事都能與王總及時溝通?？墒峭蹩偸聞?wù)比較繁忙，經(jīng)常不在公司。小郭有事找客戶方其他部門的負責(zé)人時，不是被推托做不了主，就是被“此事與我無關(guān)”，有些部門負責(zé)人甚至說根本就不知道這件事。目前，項目

2、組所遇到的問題得不到及時解決，并且很多手續(xù)也沒人簽字。項目組內(nèi)部問題也不少，部分程序員多次直接向葉總請示問題；兩名程序員編的軟件界面不統(tǒng)一；項目支出的每筆費用，財務(wù)部人員都要求小郭找葉總簽字。小郭頻繁打電話給葉總，部分團隊成員心里想：“項目經(jīng)理怎么老是拿老板來壓人”。由此，小郭與項目組部分成員和財務(wù)部人員產(chǎn)生了不少摩擦，葉總也開始懷疑小郭的能力。這一切都讓小郭感覺到無助與苦惱。1結(jié)合你的項目管理經(jīng)驗，請簡要分析該項目在啟動階段(過程)存在的問題。2項目啟動過程組是由正式批準開始一個新項目(或一個新的項目階段)所必需的一些過程組成的。通常，項目啟動過程應(yīng)包含 (1) 和 (2) 等步驟。3針對該

3、項目在啟動及計劃階段(過程)存在的問題，可以采取的補救措施有：(1)由王總和葉總共同正式發(fā)布 (3) 。其主要欄目及核心內(nèi)容包括： (4) 的要求；項目必須滿足的 (5)； (6) ；委派的項目經(jīng)理及項目經(jīng)理的權(quán)限級別；概要的里程碑進度計劃； (7) ；職能組織及其參與； (8) ； (9) ；項目的業(yè)務(wù)方案論證，包括投資回報率； 概要預(yù)算等。(2)采用項目管理信息系統(tǒng)、 (10) 等工具、技術(shù)和方法制訂一份 (11) ；(3)采用配置管理系統(tǒng)進行 (12) 等；(4)采用風(fēng)險核對表、頭腦風(fēng)暴、概率影響矩陣等工具做好 (13) 工作，根據(jù)項目需要重新配置項目資源。說明Q省某省直機關(guān)單位以公開招

4、標(biāo)方式，利用本省財政資金擬采購一個技術(shù)較復(fù)雜的大中型信息系統(tǒng)。本次招標(biāo)允許聯(lián)合體投標(biāo)，并要求投標(biāo)人具有工業(yè)和信息化部頒發(fā)的計算機信息系統(tǒng)集成一級資質(zhì)。甲、乙、丙、丁、戊5家系統(tǒng)集成公司分別在招標(biāo)公告要求的時間內(nèi)購買了招標(biāo)文件。截止至規(guī)定的開標(biāo)時間，共收到A、B兩份投標(biāo)文件。事件1：投標(biāo)人A由甲、戊兩家系統(tǒng)集成公司組成，投標(biāo)人B由乙、丁兩家系統(tǒng)集成公司組成。甲、乙、丁3家公司具有計算機信息系統(tǒng)集成一級資質(zhì)，丙、戊兩家公司具有計算機信息系統(tǒng)集成二級資質(zhì)。事件2：因截至規(guī)定開標(biāo)時間投標(biāo)人不足3家，故根據(jù)相關(guān)規(guī)定進行第2次招標(biāo)，但重新招標(biāo)后，有效投標(biāo)人數(shù)量仍不足3家，且招標(biāo)文件及招標(biāo)過程符合相關(guān)規(guī)定。

5、事件3：丙公司認為招標(biāo)文件內(nèi)容具有明顯的傾向性，故未參加本項目投標(biāo)。在本次招標(biāo)結(jié)果公示后，丙、丁兩家公司分別就招標(biāo)文件內(nèi)容向同級政府采購監(jiān)督管理部門進行了投訴，但該部門對上述投訴均未予受理。4根據(jù)事件1中的描述，請判斷投標(biāo)人A、B是否滿足招標(biāo)資質(zhì)要求，并簡要說明理由。5根據(jù)事件2中的描述，請指明建設(shè)方在下一步最可能采用的招標(biāo)方式，并簡要說明理由；同時請指出該項目后續(xù)還可能采取的采購方式。6根據(jù)事件3中的描述，同級政府采購監(jiān)督管理部門是否可以拒絕丙、丁兩家公司的相關(guān)投訴受理，并簡要說明理由。說明系統(tǒng)集成PB公司的項目經(jīng)理小郭將其目前負責(zé)的某系統(tǒng)集成項目進行了工作分解，并對每個工作單元進行了成本估

6、算，得到其計劃成本。各任務(wù)同時開工，開工6天后項目經(jīng)理對進展情況進行了考核，所形成的階段性績效報告如表7-6所示。表7-6中“*”表示此處的數(shù)據(jù)未給出。表7-6某系統(tǒng)集成項目第6天末的績效報告(部分)page 1 / 87請計算該項目在第6天末的PV、AC、EV值，并簡要寫出計算過程。8請計算該項目在第6天末的進度偏差、成本偏差、進度績效指標(biāo)、成本績效指標(biāo)，分別填入表7-6中的(1)(4)空缺處。并從進度和成本兩方面評價項目的當(dāng)前執(zhí)行績效情況。9針對該項目在第6天末的執(zhí)行績效情況，請簡要說明項目經(jīng)理小郭在緊接著的工作中將采取哪些工作措施?10若要求任務(wù)甲按期完成，項目經(jīng)理小郭采取了趕工措施，那

7、么任務(wù)甲的剩余日平均工作量是原計劃日平均工作量的多少倍?請簡要寫出計算過程。說明近期，RH系統(tǒng)集成公司承接了一所知名中學(xué)“智慧校園”業(yè)務(wù)系統(tǒng)的軟件開發(fā)項目，項目質(zhì)量要求比較高。項目經(jīng)理小郭制定了項目的整體計劃，將項目劃分為需求、設(shè)計、編碼和測試4個階段，他將測試階段預(yù)留了大量的時間，以便開展充分的測試工作。需求分析完成后，項目組編寫了需求分析報告，項目經(jīng)理小郭召集部分骨干人員召開評審會，對需求文件進行了評審。為了盡快進入下一階段工作，評審會從早上8點一直進行到晚上21點，終于把全部的文件都審?fù)炅?。評審組找到了幾處小問題，并當(dāng)場進行了修改，項目經(jīng)理小郭宣布可以進入設(shè)計階段了。設(shè)計人員根據(jù)需求文件

8、編寫了設(shè)計說明書，并提交給小郭，小郭對設(shè)計文件仔細審閱后，便安排項目團隊中相關(guān)程序員開始編程。編程結(jié)束后，項目進入了測試階段。11結(jié)合你的項目管理經(jīng)驗，針對項目質(zhì)量管理，請簡要分析上述管理過程中存在哪些問題?12在該項目測試準備會上，團隊成員發(fā)表了以下觀點：(1)軟件測試的目的是為了驗證軟件程序無錯誤。( )(2)嚴格的測試計劃會使測試工作死板教條，影響測試進度。( )(3)軟件測試計劃始于軟件設(shè)計階段，完成于軟件開發(fā)階段。( )(4)成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。( )(5)測試后軟件中仍存在的錯誤概率與已經(jīng)發(fā)現(xiàn)的錯誤數(shù)成反比。( )(6)驗收測試是由承建方和用戶按照用戶使用手

9、冊執(zhí)行軟件驗收。( )請判斷以上觀點的正確性13除了案例中提及的相關(guān)評審工作外，軟件項目的質(zhì)量管理工作應(yīng)重點完成的工作包括：要制定出切實可行、科學(xué)的 (1) ；應(yīng)安排獨立于 (2) 的質(zhì)量保證人員負責(zé)質(zhì)量保證工作；對軟件開發(fā)的過程實施 (3) ；注重測試階段的工作，并安排相對獨立的測試人員負責(zé)完成；對發(fā)現(xiàn)的缺陷進行 (4) ，確保最終的軟件產(chǎn)品質(zhì)量；為項目團隊成員提供質(zhì)量管理要求方面的培訓(xùn)或指導(dǎo)等。page 2 / 8說明某系統(tǒng)集成公司為做好項目配置管理，對配置庫中的操作權(quán)限進行了如表7-7所示的定義。表7-7配置庫中操作權(quán)限的相關(guān)定義同時，對項目相關(guān)人員在該開發(fā)庫中的操作權(quán)限進行了如表7-8

10、所示的分配。其中，表示該人員具有相應(yīng)權(quán)限，表示該人員沒有相應(yīng)權(quán)限。表7-8 Work(開發(fā)庫)操作權(quán)限分配表14通常，配置管理系統(tǒng)的配置庫可以分為開發(fā)庫、產(chǎn)品庫、主庫和備份庫等4種類型。配置庫的基本分類如圖7-11左側(cè)所示，圖7-11右側(cè)是相關(guān)配置庫的主要功能，請在圖7-11中用直線將兩者對應(yīng)連接起來。15請將表7-8所示的開發(fā)庫權(quán)限分配表中空缺處的內(nèi)容填寫完整。16配置項的識別是配置管理活動的基礎(chǔ)。通常，識別配置項的步驟依次是 (1) 。(請使用以下選項編號做答)A填寫配置項管理表 B確定每個配置項的重要特征C確定配置項進入配置管理的時間 D審批配置項管理表E配置管理員識別配置項 F確定每個

11、配置項的擁有者的責(zé)任G為每個配置項指定唯一的標(biāo)識號17變更控制是項目管理的重要內(nèi)容。通常，配置管理中的變更控制流程是：變更申請 (2) 變更實施 (3) (4) 。為了在不嚴重阻礙合理變更的情況下來控制變更，軟件配置管理引入了“ (5)”這一概念。它可看作是一個相對穩(wěn)定的邏輯實體，其組成部分不能被任何人隨意修改。參考答案page 3 / 81.該項目沒有遵循正確的立項流程，沒有由項目發(fā)起人正式發(fā)布項目章程解析：依題意，項目經(jīng)理小郭目前所面對的困境，其關(guān)鍵原因之一是該項目沒有遵循正確的立項流程，沒有由項目發(fā)起人發(fā)布項目章程。葉總為了趕該項目的進度，只是簡單地“將小郭引見給客戶方王總”，跳過項目啟

12、動環(huán)節(jié)，直接指令小郭進入項目實施階段，從而導(dǎo)致項目剛起步就麻煩不斷。正所謂“好的開始是成功的一半”。做項目啟動是為了形成一個良好的溝通體系，讓所有與項目相關(guān)的人都理解項目的重要性，同時形成一個由雙方領(lǐng)導(dǎo)人、項目負責(zé)人和項目組成員構(gòu)成的三級溝通體系，確保項目管理的暢通。2.(1)制定項目章程 (2)制定初步的項目范圍說明書解析：項目啟動過程組是由正式批準開始一個新項目(或一個新的項目階段)所必需的一些過程組成的。在該項目期間，項目干系人的參與通常有助于進一步明確客戶的需求。啟動過程組的結(jié)果是啟動了一個項目，同時其輸出物也定義了項目的用途，明確了目標(biāo)，并授權(quán)項目經(jīng)理開始實施這一項目。通常，啟動過程

13、組包括以下內(nèi)容：(1)制訂項目章程。這一過程批準項目的開始或項目階段的開始。它是論證客戶的業(yè)務(wù)要求，以及預(yù)期滿足這些要求的新產(chǎn)品或服務(wù)時所必需的過程。制訂項目章程可以將項目與組織的日常工作連接起來并使項目獲得批準。制訂項目章程和批準項目是由項目外的更高一級組織(或大型項目管理，或項目組合管理)部門負責(zé)的。(2)制訂初步的項目范圍說明書。這一過程用于依據(jù)項目章程和啟動過程的其他依據(jù)來確定初步的項目定義。該過程確定了項目需求、項目的邊界、接收的方法和高層次范圍控制的方式，并將其記入初步的項目范圍說明書。3.(3)項目章程 (4)基于項目干系人的需求和期望提出(5)業(yè)務(wù)要求(或產(chǎn)品需求) (6)項目

14、的目的(或項目立項的理由)(7)項目干系人的影響 (8)組織的、環(huán)境的和外部的假設(shè)(9)組織的、環(huán)境的和外部的約束 (10)項目管理方法論(或?qū)＜遗袛?(11)項目管理計劃 (12)變更控制和版本控制 (13)風(fēng)險識別與分析解析：項目章程可以為項目經(jīng)理使用組織資源進行項目活動提供授權(quán)。通常，項目章程應(yīng)當(dāng)包括以下直接列入的核心內(nèi)容(或援引自其他文件的內(nèi)容)：基于項目干系人的需求和期望提出的需求；項目必須滿足的業(yè)務(wù)要求(或商業(yè)需求，或產(chǎn)品需求)；項目的目的(或項目立項的理由及論證的結(jié)果)；委派的項目經(jīng)理及項目經(jīng)理的權(quán)限級別；概要的里程碑進度計劃；項目干系人的影響；職能組織及其參與；組織的、環(huán)境的和

15、外部的假設(shè)；組織的、環(huán)境的和外部的約束；論證項目的業(yè)務(wù)方案，包括投資回報率(或投資收益率)； 概要預(yù)算等。除此之外，項目章程還應(yīng)包含項目名稱、批準時間、背景介紹(發(fā)起原因)、驗收標(biāo)準、簽發(fā)人和簽發(fā)時間等內(nèi)容。針對該項目在啟動及計劃階段存在的問題，可提出以下一些相應(yīng)的補救措施(包含但不限于)：(1)由項目發(fā)起人(例如王總和葉總共同)正式發(fā)布項目章程。(2)采用項目管理方法論、項目管理信息系統(tǒng)和專家判斷等工具、技術(shù)和方法制訂一份項目管理計劃。(3)建議采用配置管理系統(tǒng)進行變更控制和版本控制。同時，建議使用需求追蹤矩陣等工具做好需求管理工作。(4)建議采用風(fēng)險核對表、頭腦風(fēng)暴、因果圖和概率影響矩陣等

16、工具，做好需求變更和人員不足等風(fēng)險的識別與分析，并管理好項目風(fēng)險，同時根據(jù)項目需要重新配置項目資源。4.投標(biāo)人A不滿足招標(biāo)資質(zhì)要求，投標(biāo)人B滿足招標(biāo)資質(zhì)要求。理由根據(jù)中華人民共和國招標(biāo)投標(biāo)法(或招標(biāo)投標(biāo)法條文規(guī)定：由同一專業(yè)的單位組成的聯(lián)合體，按照資質(zhì)等級較低的單位確定資質(zhì)等級。投標(biāo)人A的資質(zhì)僅為二級，不能滿足該項目的招標(biāo)要求。解析：依題意，該項目要求投標(biāo)人具有工業(yè)和信息化部頒發(fā)的計算機信息系統(tǒng)集成一級資質(zhì)。根據(jù)中華人民共和國招標(biāo)投標(biāo)法(以下簡稱為招標(biāo)投標(biāo)法)第三十一條條文規(guī)定：“兩個以上法人或者其他組織可以組成一個聯(lián)合體，以一個投標(biāo)人的身份共同投標(biāo)。聯(lián)合體各方均應(yīng)當(dāng)具備承擔(dān)招標(biāo)項目的相應(yīng)能力

17、；國家有關(guān)規(guī)定或者招標(biāo)文件對投標(biāo)人資格條件有規(guī)定的，聯(lián)合體各方均應(yīng)當(dāng)具備規(guī)定的相應(yīng)資格條件。由同一專業(yè)的單位組成的聯(lián)合體，按照資質(zhì)等級較低的單位確定資質(zhì)等級?！庇捎谖旃局痪哂杏嬎銠C信息系統(tǒng)集成二級資質(zhì)，因此其與具有計算機信息系統(tǒng)集成一級資質(zhì)的甲公司組成的聯(lián)合體A的資質(zhì)為二級，不能滿足該項目的招標(biāo)要求，為無效投標(biāo)。乙、丁兩家公司都具有計算機信息系統(tǒng)集成一級資page 4 / 8質(zhì)，其組成的聯(lián)合體B的資質(zhì)為一級，能夠滿足該項目的招標(biāo)要求。5.競爭性談判理由：雖然招標(biāo)未能成立的(或流標(biāo))，可以依照中華人民共和國政府采購法(或政府采購法)采用競爭性談判的采購方式。單一來源采購解析：依題意，本案例中Q

18、省某省直機關(guān)單位屬于政府部門性質(zhì)，其項目建設(shè)的招標(biāo)工作須符合招標(biāo)投標(biāo)法和中華人民共和國政府采購法(以下簡稱為政府采購法)的相關(guān)條文規(guī)定。根據(jù)招標(biāo)投標(biāo)法第十條條文規(guī)定：“招標(biāo)分為公開招標(biāo)和邀請招標(biāo)?！闭袠?biāo)投標(biāo)法第二十八條條文規(guī)定：“投標(biāo)人少于3個的，招標(biāo)人應(yīng)當(dāng)依照本法重新招標(biāo)?！闭少彿ǖ诙鶙l條文規(guī)定：“政府采購采用以下方式：(一)公開招標(biāo)；(二)邀請招標(biāo)；(三)競爭性談判；(四)單一來源采購；(五)詢價；(六)國務(wù)院政府采購監(jiān)督管理部門認定的其他采購方式。公開招標(biāo)應(yīng)作為政府采購的主要采購方式。”政府采購法第三十條條文規(guī)定：“符合下列情形之一的貨物或者服務(wù)，可以依照本法采用競爭性談判方式采

19、購：(一)招標(biāo)后沒有供應(yīng)商投標(biāo)或者沒有合格標(biāo)的或者重新招標(biāo)未能成立的；”政府采購法第三十六條條文規(guī)定：“在招標(biāo)采購中，出現(xiàn)下列情形之一的，應(yīng)予廢標(biāo)：(一)符合專業(yè)條件的供應(yīng)商或者對招標(biāo)文件做實質(zhì)響應(yīng)的供應(yīng)商不足3家的；廢標(biāo)后，采購人應(yīng)當(dāng)將廢標(biāo)理由通知所有投標(biāo)人?！痹诒景咐录?中，該項目“重新招標(biāo)后，有效投標(biāo)人數(shù)量仍不足3家”，屬于“重新招標(biāo)未能成立的”隋況，即成為常見的流標(biāo)事件。對此，建設(shè)方在下一步最可能采用競爭性談判的招標(biāo)方式。政府采購法第三十一條條文規(guī)定：“符合下列情形之一的貨物或者服務(wù)，可以依照本法采用單一來源方式采購：(一)只能從唯一供應(yīng)商處采購的；(二)發(fā)生了不可預(yù)見的緊急情況不能

20、從其他供應(yīng)商處采購的；(三)必須保證原有采購項目一致性或者服務(wù)配套的要求，需要繼續(xù)從原供應(yīng)商處添購，且添購資金總額不超過原合同采購金額百分之十的?！庇纱丝芍擁椖亢罄m(xù)還可能采取單一來源的采購方式。6.可以拒絕(或可以，或是)理由：丙公司未參與該項目投標(biāo)，丁公司未按政府采購?fù)对V程序進行(或未按“先質(zhì)疑后投訴”的程序進行)解析：根據(jù)政府采購法第五十一條條文規(guī)定：“供應(yīng)商對政府采購活動事項有疑問的，可以向采購人提出詢問，采購人應(yīng)當(dāng)及時做出答復(fù)，但答復(fù)的內(nèi)容不得涉及商業(yè)秘密?！闭少彿ǖ谖迨l條文規(guī)定：“供應(yīng)商認為采購文件、采購過程和中標(biāo)、成交結(jié)果使自己的權(quán)益受到損害的，可以在知道或者應(yīng)知其權(quán)益

21、受到損害之日起7個工作日內(nèi)，以書面形式向采購人提出質(zhì)疑。”政府采購法第五十五條條文規(guī)定：“質(zhì)疑供應(yīng)商對采購人、采購代理機構(gòu)的答復(fù)不滿意或者采購人、采購代理機構(gòu)未在規(guī)定的時間內(nèi)做出答復(fù)的，可以在答復(fù)期滿后15個工作日內(nèi)向同級政府采購監(jiān)督管理部門投訴?！北到y(tǒng)集成公司未參與該項目投標(biāo)活動，因此不具有對該項目的“質(zhì)疑與投訴”權(quán)利；丁系統(tǒng)集成公司未按政府采購?fù)对V程序(先質(zhì)疑后投訴)進行。因此，同級政府采購監(jiān)督管理部門可以拒絕丙、丁兩家公司的相關(guān)投訴受理。7.pV=(2500+2000+3000+2500+2200)6=73200元AC=14500+12500+19500+13000+13500=730

22、00元EV=(250080%+2000x70%+3000100%+2500100%+220080%)6=62460元解析：依題意，結(jié)合表7-6所給出的數(shù)據(jù)可得，該項目在第6天末的計劃值(PV)=(2500+2000+3000+2500+2200)6=73200元。該項目在第6天末的實際成本(AC)=14500+12500+19500+13000+13500=73000元。由于任務(wù)甲在第6天末已完成了第1天第6天所有工作量(即這6天本應(yīng)完成的總工作量)的80%，因此任務(wù)甲在此時間點的掙值(EV)=2500680%=12000元。依此類推，可得該項目在第6天末的掙值 (EV)=2500680%+2

23、000670%+30006100%+25006100%+2200680%=62460元。8.(1)-10740 (2)-10540(3)0.8533 (4)0.8556該項目的當(dāng)前進度處于滯后狀態(tài)(或進度效率較低)，資金使用效率較低(或成本超支)(答案類似即可)解析：基于成本績效指數(shù)(CPI)和進度績效指數(shù)(SPI)的基本定義，結(jié)合問題1求解得出的各參數(shù)值，可得：SV=EV-PV=62460-73200=-107400，表明當(dāng)前該項目進度處于滯后狀態(tài)。SPI=EV/PV=62460/732000.85331.0，表明當(dāng)前該項目進度效率較低，進度滯后。CV=EV-AC=62460-73000=-

24、105400，表明當(dāng)前該項目資金使用超出預(yù)算。CPI=EV/AC=62460/730000.85561.0，表明當(dāng)前該項目資金使用效率較低，成本超支。page 5 / 89.措施(答題包含但不限于以下要點，答出其中3個小點即可，答案類似即可)：在防范風(fēng)險的前提下并行施工(快速跟進)適度的加班(或趕工)提高工作效率，例如用工作效率高的人員更換一批工作效率低的人員采取控制成本措施，必要時調(diào)整成本基準項目中區(qū)分不同的任務(wù)，采取不同的成本及進度措施等解析：由于73200元73000元62460元，即：PVACEV，說明當(dāng)前該項目處于進度滯后、成本超支的狀態(tài)，因此為了保證這一項目成本目標(biāo)和進度目標(biāo)的實現(xiàn)

25、，可以采取的調(diào)整措施包括(但不限于)：在防范風(fēng)險的前提下并行施工(快速跟進)；適度的加班(或趕工)；提高工作效率，例如用工作效率高的人員更換一批工作效率低的人員；采取控制成本措施，必要時調(diào)整成本基準；項目中區(qū)分不同的任務(wù)，采取不同的成本及進度措施等。10.1.6倍，計算式(6(1/8)(1-80%)+2(1/8)/2)/1/8或其他等價形式解析：由表7-6中可知，任務(wù)甲的計劃工期為8天，則其原計劃日平均工作量為總工作量的1/8(即總工作量的12.5%)。由于任務(wù)甲在第6天末僅完成了前6天所有工作量的80%，即本應(yīng)前6天完成的工作量還剩余20%，占總工作量的3/20(即6(1/8)(1-80%)

26、=3/20)，因此項目經(jīng)理小郭采取趕工措施，使得任務(wù)甲按期完成，則任務(wù)甲在第7天和第8天所完成的工作量為總工作量的2/5(即3/20+2(1/8)=2/5)，則這兩天中日平均工作量為總工作量的1/5。任務(wù)甲的剩余日平均工作量是原計劃日平均工作量的1.6倍，即(總工作量1/5)/(總工作量1/8)=8/5=1.6。11.沒有制定單獨的質(zhì)量管理計劃，也沒有安排質(zhì)量管理人員(或沒有分配質(zhì)量管理職責(zé))沒有實施質(zhì)量保證工作，只進行了質(zhì)量控制工作(或沒有對項目過程進行質(zhì)量檢查工作)相關(guān)干系人或客戶沒有參加需求評審會，可能導(dǎo)致最終對需求的理解不能達成一致在項目重大里程碑處沒有相關(guān)干系人對階段成果進行評審，無

27、法確保結(jié)果和預(yù)期目標(biāo)一致評審會召開時間過長，也沒有起到質(zhì)量控制的作用技術(shù)評審會沒有關(guān)注于發(fā)現(xiàn)問題，沒有達到預(yù)期的會議目的項目經(jīng)理個人決定進入項目下一重要階段，而不是經(jīng)過評審后決定設(shè)計文件未經(jīng)過正式評審，可能導(dǎo)致設(shè)計文件中有較多的錯誤解析：通讀整個案例，該項目在質(zhì)量管理過程中存在的主要問題有(但不限于)：(1)由題干關(guān)鍵信息“需求分析完成后，項目組編寫了需求分析報告，項目經(jīng)理小郭召集部分骨干人員召開評審會，對需求文件進行了評審”可知，該需求評審會沒有邀請客戶等重要項目干系人參加，最終可能導(dǎo)致相關(guān)干系人對需求的理解不能達成一致。根據(jù)軟件工程知識，需求分析報告是系統(tǒng)分析階段的重要標(biāo)志性文檔，在這個項

28、目重大里程碑處需由相關(guān)干系人(如客戶等)對此階段性成果進行評審，以確保結(jié)果和客戶的預(yù)期目標(biāo)(期望)一致。(2)由題干關(guān)鍵信息“為了盡快進入下一階段工作，評審會從早上8點一直開到晚上21點，終于把全部的文件都審?fù)炅恕笨芍撔枨笤u審會控制不好。需求評審屬于技術(shù)評審，評審會召開時間過長，容易因與會人員過度疲勞(或心理壓力)而起不到質(zhì)量保證、質(zhì)量控制的作用(或評審會連續(xù)時間過長會導(dǎo)致效率低下)。(3)由題干關(guān)鍵信息“評審組找到了幾處小問題，并當(dāng)場進行了修改，項目經(jīng)理小郭宣布可以進入設(shè)計階段了”說明：技術(shù)評審會的會議目的不明確而沒有達到預(yù)期效果，因為技術(shù)評審會是為了發(fā)現(xiàn)問題的，而不是以“修改問題”為目

29、的；能否進入項目下一個重要階段(即從系統(tǒng)分析階段進入系統(tǒng)設(shè)計階段)應(yīng)該進行評審后才能決定，而不是由項目經(jīng)理個人來決定的。(4)結(jié)合軟件工程知識可知，設(shè)計說明書是系統(tǒng)設(shè)計階段的標(biāo)志性文檔，在這個項目重大里程碑處需由相關(guān)干系人(如客戶、項目團隊等)對此階段性成果進行評審。例如，以需求規(guī)格說明書為輸入對需求進行驗證，是為了更好地保證系統(tǒng)設(shè)計工作滿足用戶的真實需求，以使目標(biāo)管理系統(tǒng)能夠被正確地開發(fā)出來。由題干關(guān)鍵信息“設(shè)計人員根據(jù)需求文件編寫了設(shè)計說明書，并提交給小郭，小郭對設(shè)計文件仔細審閱后，便安排程序員開始編程”可知，該設(shè)計文件沒有經(jīng)過正式評審與確認，最終可能導(dǎo)致設(shè)計文件中存在較多不能真正滿足用戶

30、需求的設(shè)計(或存在較多的錯誤)。(5)縱觀整個案例，項目經(jīng)理小郭僅制定了項目的整體計劃，而沒有制定單獨的質(zhì)量管理計劃，也沒有安排質(zhì)量管理人員(或沒有分配質(zhì)量管理職責(zé))；僅應(yīng)用了評審、檢查等工具、方法和技術(shù)進行質(zhì)量控制工作，沒有應(yīng)用質(zhì)量審計、過程分析等工具/方法和技術(shù)實施質(zhì)量保證工作(或沒有對項目過程進行質(zhì)量檢查工作)。12.(1) () (2) ()(3) () (4) ()(5) () (6) ()page 6 / 8解析：(1)軟件測試是程序的一種執(zhí)行過程，目的是盡可能發(fā)現(xiàn)并改正被測試軟件中的錯誤，提高軟件的可靠性。因為測試的目的是查找軟件中的錯誤，所以它無法證明軟件的正確性。(2)嚴格的

31、測試計劃會使測試工作有效地發(fā)現(xiàn)軟件的錯誤，從而保障測試進度。(3)軟件測試計劃始于軟件需求分析階段，完成于軟件設(shè)計階段。(4)成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。(5)按照軟件工程的基本觀點，經(jīng)測試后，軟件中仍存在的錯誤概率與已經(jīng)發(fā)現(xiàn)的錯誤數(shù)成正比。(6)驗收測試是由承建方和用戶按照項目合同、軟件系統(tǒng)需求和用戶使用手冊在軟件正式驗收前執(zhí)行的測試。13.(1)質(zhì)量保證計劃 (2)項目組或項目團隊(3)質(zhì)量審計或質(zhì)量保證 (4)統(tǒng)計分析解析：項目質(zhì)量管理是為了保證項目最終能夠達到預(yù)期的質(zhì)量目標(biāo)而進行的一系列的管理過程。通常包括制定質(zhì)量方針和質(zhì)量目標(biāo)，以及質(zhì)量策劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改

32、進等。軟件項目的質(zhì)量管理工作應(yīng)重點完成的工作包括(但不限于)：要制定出切實可行、科學(xué)的質(zhì)量保證計劃(如合理制定質(zhì)量檢查的周期，根據(jù)當(dāng)前項目的特點選用合適的工具、方法和技術(shù)等)；應(yīng)安排獨立于項目組、擁有較豐富質(zhì)量保證經(jīng)驗和行業(yè)經(jīng)驗的質(zhì)量保證(QA)人員負責(zé)QA工作；對軟件開發(fā)的過程實施質(zhì)量審計(或質(zhì)量保證)；加強技術(shù)評審工作，注重對需求、設(shè)計等開發(fā)過程文檔的技術(shù)評審工作；注重測試階段的工作，并安排相對獨立的測試人員負責(zé)完成；對發(fā)現(xiàn)的缺陷進行統(tǒng)計分析，確保最終的軟件產(chǎn)品質(zhì)量；提出科學(xué)、合理的質(zhì)量整改措施(如建議的糾正措施、變更請求等)；督促及監(jiān)控各子階段項目文檔的及時完成，定期給項目干系人分發(fā)質(zhì)量報告等文檔；為項目組成員提供質(zhì)量管理要求方面的培訓(xùn)或指導(dǎo)等。14.C AD B解析：通常，配置管理系統(tǒng)的配置庫可以分為動態(tài)庫(或開發(fā)庫)、受控庫(或主庫)、靜態(tài)庫(或產(chǎn)品庫)和備份庫4種類型，詳見表7-9。page 7 / 8結(jié)合表7-9可知，圖7-10中各類配置庫及其主要功能的對應(yīng)