【正文】 （64）A. 需求定義 B. 活動(dòng)計(jì)劃 C. 項(xiàng)目過(guò)程 D. 項(xiàng)目團(tuán)隊(duì) ● 大型及復(fù)雜項(xiàng)目因其復(fù)雜性和多變性使得范圍管理尤為重要，其中應(yīng)遵循的基本原則不包括（65） 。 （65）A. 通過(guò)分解結(jié)構(gòu)對(duì)項(xiàng)目進(jìn)行管理B. 包含了一系列子過(guò)程，用以確保能夠?qū)崿F(xiàn)項(xiàng)目目標(biāo)所必需的工作 C. 項(xiàng)目過(guò)程的持續(xù)改進(jìn) D. 對(duì)項(xiàng)目變更應(yīng)該統(tǒng)一控制 ● 一般來(lái)說(shuō)，多項(xiàng)目管理從項(xiàng)目目標(biāo)上看項(xiàng)目可能是孤立無(wú)關(guān)的，但是這些項(xiàng)目都是服務(wù)于組織的產(chǎn)品布局和戰(zhàn)略規(guī)劃，項(xiàng)目的協(xié)作管理不包括（66） 。 (66) A. 共享和協(xié)調(diào)資源 B. 項(xiàng)目進(jìn)行集中的配置管理 C. 統(tǒng)一收集和匯總項(xiàng)目信息D. 與甲方的技術(shù)主管部門(mén)的溝通 ● 投資大、建設(shè)周期長(zhǎng)、專(zhuān)業(yè)復(fù)雜的大型項(xiàng)目最好采用（67）的組織形式或近似的組織形式。 （67）A．項(xiàng)目型 B．職能型 C．弱矩陣型 D．直線(xiàn)型 ● 大型復(fù)雜項(xiàng)目各子項(xiàng)目由于目標(biāo)相同而存在，以下關(guān)于子項(xiàng)目的描述不恰當(dāng)?shù)氖牵?8） 。 (68) A. 需明確各子項(xiàng)目之間相互依賴(lài)、相互配合和相互約束的關(guān)系 B. 為每一個(gè)子項(xiàng)目的績(jī)效測(cè)量制定明確的基準(zhǔn) C. 一個(gè)子項(xiàng)目的變更不會(huì)引起其它子項(xiàng)目范圍的巨大的變動(dòng) D. 各子項(xiàng)目也應(yīng)確定明確的范圍、質(zhì)量、進(jìn)度、成本 ● 經(jīng)濟(jì)計(jì)量分析的工作程序依次是（69） 。 （69）、檢驗(yàn)?zāi)Ｐ?、估?jì)模型、改進(jìn)模型 、估計(jì)參數(shù)、檢驗(yàn)?zāi)Ｐ汀?yīng)用模型 、應(yīng)用模型、檢驗(yàn)?zāi)Ｐ?、改進(jìn)模型 、設(shè)定模型、估計(jì)參數(shù)、應(yīng)用模型 ● 超出項(xiàng)目經(jīng)理控制的成本增加因素，除了存款利率、貸款利息和稅率外，還包括（70） 。 （70）A．項(xiàng)目日常開(kāi)支的速度和生產(chǎn)率 B．項(xiàng)目日常開(kāi)支的速度和工期拖延 C．項(xiàng)目補(bǔ)貼和加班 D．原材料成本和運(yùn)輸成本 ● Many of the activities performed during the preliminary investigation are still being conducted in （71）, but in much greater depth than before. During this phase, the analyst must beefully aware of the （72） and must develop enough knowledge about the （73） and the existing systems to enable an effective solution to be proposed and implemented. Besides the （74） for process and data of current system, the deliverable from this phase also includes the （75） for the proposed system. （71）A. analysis phaseB.design phase C.implementation phase D. maintenance phase （72）A. main symptom B.root problemC.final blueprintD.data specification （73）A. hardware environmentB. testing environment C. software environmentD. business environment （74）A. logical models B. physical models C. design modelsD. implementation models （75）A. hardware and software specificationB. system performance specification C. formal requirements definition D. general problem statement2009年上半年下午試卷 I 試題一（25分） 閱讀下列說(shuō)明，針對(duì)項(xiàng)目的啟動(dòng)，計(jì)劃制訂和執(zhí)行過(guò)程中存在的部分問(wèn)題，回答問(wèn)題1至問(wèn)題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。[說(shuō)明] 2007年3月系統(tǒng)集成商BXT公司承擔(dān)了某市電子政務(wù)三期工程，合同額為5000萬(wàn)元，全部工期預(yù)計(jì)6個(gè)月。 該項(xiàng)目由BXT公司執(zhí)行總裁涂總主管，小劉作為項(xiàng)目經(jīng)理具體負(fù)責(zé)項(xiàng)目的管理，BXT公司總工程師老方負(fù)責(zé)項(xiàng)目的技術(shù)工作，新畢業(yè)的大學(xué)生小呂負(fù)責(zé)項(xiàng)目的質(zhì)量保證。項(xiàng)目團(tuán)隊(duì)的其他 12 個(gè)成員分別來(lái)自公司的軟件產(chǎn)品研發(fā)部、網(wǎng)絡(luò)工程部。來(lái)自研發(fā)部的人員負(fù)責(zé)項(xiàng)目的辦公自動(dòng)化軟件平臺(tái)的開(kāi)發(fā)，來(lái)自網(wǎng)絡(luò)工程部的人員負(fù)責(zé)機(jī)房、綜合布線(xiàn)和網(wǎng)絡(luò)集成。 總工程師老方把原來(lái)類(lèi)似項(xiàng)目的解決方案直接拿來(lái)交給了小劉，而WBS則由小劉自己依據(jù)以往的經(jīng)驗(yàn)進(jìn)行分解。小劉依據(jù)公司的計(jì)劃模版，填寫(xiě)了項(xiàng)目計(jì)劃。因?yàn)轫?xiàng)目的驗(yàn)收日期是合同里規(guī)定的，人員是公司配備的，所以進(jìn)度里程碑計(jì)劃是從驗(yàn)收日期倒推到啟動(dòng)日期分階段制定的。在該項(xiàng)目計(jì)劃的評(píng)審會(huì)上，大家是第一次看到該計(jì)劃，在改了若干錯(cuò)別字后，就匆忙通過(guò)了該計(jì)劃。該項(xiàng)目計(jì)劃交到負(fù)責(zé)質(zhì)量保證的小呂那里，小呂看到計(jì)劃的內(nèi)容，該填的都填了，格式也符合要求，就簽了字。 在需求分析時(shí)，他們制作的需求分析報(bào)告的內(nèi)容比合同的技術(shù)規(guī)格要求更為具體和細(xì)致。小劉把需求文檔提交給了甲方聯(lián)系人審閱，該聯(lián)系人也沒(méi)提什么意見(jiàn)。 在項(xiàng)目啟動(dòng)后的第二個(gè)月月底，甲方高層領(lǐng)導(dǎo)來(lái)到開(kāi)發(fā)現(xiàn)場(chǎng)聽(tīng)取項(xiàng)目團(tuán)隊(duì)的匯報(bào)并觀看系統(tǒng)演示，看完后甲方領(lǐng)導(dǎo)很不滿(mǎn)意，具體意見(jiàn)如下： 系統(tǒng)演示出的功能與合同的技術(shù)規(guī)格要求不一致，最后的驗(yàn)收應(yīng)以合同的技術(shù)規(guī)格要求為準(zhǔn)。 進(jìn)度比要求落后2周，應(yīng)加快進(jìn)度趕上計(jì)劃。 ……[問(wèn)題1]（8 分） 你認(rèn)為造成該項(xiàng)目的上面所述問(wèn)題的原因是什么？ [問(wèn)題2]（7分） 項(xiàng)目經(jīng)理小劉應(yīng)該如何科學(xué)地制訂該項(xiàng)目的WBS（說(shuō)明WBS 的制訂過(guò)程）？如何在項(xiàng)目的執(zhí)行過(guò)程中監(jiān)控項(xiàng)目的范圍（說(shuō)明WBS 的監(jiān)理過(guò)程）？ [問(wèn)題3]（10分） 項(xiàng)目經(jīng)理小劉應(yīng)該如何科學(xué)地檢查及控制項(xiàng)目的進(jìn)度執(zhí)行情況？ 試題二（25分） 閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。[說(shuō)明] A 公司組織結(jié)構(gòu)屬于弱矩陣結(jié)構(gòu)，該公司的項(xiàng)目經(jīng)理小劉正在接手公司售后部門(mén)轉(zhuǎn)來(lái)的一個(gè)項(xiàng)目，要為某客戶(hù)的企業(yè)管理軟件實(shí)施重大升級(jí)。小劉的項(xiàng)目組由5個(gè)人組成，項(xiàng)目組中只有資深技術(shù)人員M參加過(guò)該軟件的開(kāi)發(fā)，主要負(fù)責(zé)研發(fā)該軟件最難的核心模塊。 根據(jù)公司與客戶(hù)達(dá)成的協(xié)議，需要在一個(gè)月之內(nèi)升級(jí)完成M原來(lái)開(kāi)發(fā)過(guò)的核心模塊。 M隸屬于研發(fā)部，由于他在日常工作中經(jīng)常遲到早退，經(jīng)研發(fā)部經(jīng)理口頭批評(píng)后仍沒(méi)有改善，研發(fā)部經(jīng)理萌生了解雇此人的想法。但是M的離職會(huì)嚴(yán)重影響項(xiàng)目的工期，因此小劉提醒M要遵守公司的有關(guān)規(guī)定，并與研發(fā)部經(jīng)理協(xié)商，希望給M一個(gè)機(jī)會(huì)，但M仍然我行我素。項(xiàng)目開(kāi)始不久，研發(fā)部經(jīng)理口頭告訴小劉要解雇M，為此，小劉感到很為難。 [問(wèn)題1]（6分） 從項(xiàng)目管理的角度，請(qǐng)簡(jiǎn)要分析造成小劉為難的主要原因。 [問(wèn)題2]（9分） 請(qǐng)簡(jiǎn)要敘述面對(duì)上述困境應(yīng)如何妥善處理。 [問(wèn)題3]（10分） 請(qǐng)簡(jiǎn)要說(shuō)明該公司和項(xiàng)目經(jīng)理應(yīng)采取哪些措施以避免類(lèi)似情況的發(fā)生。 試題三（25分） 閱讀下述說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 [說(shuō)明] A公司是從事糧倉(cāng)自動(dòng)通風(fēng)系統(tǒng)開(kāi)發(fā)和集成的企業(yè)，公司內(nèi)的項(xiàng)目管理部作為研發(fā)與外部的接口，在銷(xiāo)售人員的協(xié)助下完成與客戶(hù)的需求溝通。 某日，銷(xiāo)售人員小王給項(xiàng)目管理部提交了一條信息，說(shuō)客戶(hù)甲要求對(duì)“JK型產(chǎn)品的P1組件更換為另外型號(hào)的組件”的可行性進(jìn)行技術(shù)評(píng)估。項(xiàng)目經(jīng)理接到此信息后，發(fā)出正式通知讓研發(fā)部門(mén)修改 JK 型產(chǎn)品并進(jìn)行了測(cè)試，再把修改后的產(chǎn)品給客戶(hù)試用。但客戶(hù)甲對(duì)此非常不滿(mǎn)，因?yàn)樗麄兊囊鈭D并不是要單一改變JK產(chǎn)品的這個(gè)P1組件，而還要求把JK產(chǎn)品的 P1組件放到其他型號(hào)產(chǎn)品的外殼中，上述技術(shù)評(píng)估只是他們需求的一個(gè)方面。 經(jīng)項(xiàng)目管理部了解，銷(xiāo)售部其實(shí)知道客戶(hù)的目的，只是認(rèn)為 P1 組件的評(píng)估是最關(guān)鍵的，所以只向項(xiàng)目經(jīng)理提到這個(gè)要求，而未向項(xiàng)目經(jīng)理說(shuō)明詳細(xì)情況。 [問(wèn)題1]（8分）請(qǐng)分析上案例中A 公司在管理中主要存在哪些問(wèn)題導(dǎo)致客戶(hù)非常不滿(mǎn)。 [問(wèn)題2]（5 分請(qǐng)簡(jiǎn)要敘述需求管理流程的主要內(nèi)容。 [問(wèn)題3]（12分） 請(qǐng)簡(jiǎn)要敘述上述案例中，項(xiàng)目經(jīng)理在接到銷(xiāo)售部的信息后應(yīng)如何處理。2009年上半年下午試卷II 試題一 論軟件項(xiàng)目質(zhì)量管理及其應(yīng)用 軟件工程的目標(biāo)是生產(chǎn)出高質(zhì)量的軟件。ANSI/IEEE Std 7291983對(duì)軟件質(zhì)量的定義是“與軟件產(chǎn)品滿(mǎn)足規(guī)定的和隱含的需求能力有關(guān)的特征或特性的全體”，實(shí)際上反映了三方面的問(wèn)題： （1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)。 （2）只滿(mǎn)足明確定義的需求，而沒(méi)有滿(mǎn)足應(yīng)有的隱含需求，軟件質(zhì)量也無(wú)法保證。 （3）不遵循各種標(biāo)準(zhǔn)定義的開(kāi)發(fā)規(guī)則，軟件質(zhì)量就得不到保證。 軟件質(zhì)量管理貫穿于軟件生命周期，極為重要。軟件質(zhì)量管理過(guò)程包括軟件項(xiàng)目質(zhì)量計(jì)劃、軟件質(zhì)量保證和軟件質(zhì)量控制。質(zhì)量管理的關(guān)鍵是預(yù)防重于檢查，應(yīng)事前計(jì)劃好質(zhì)量，而不只是事后檢查，這有助于降低軟件質(zhì)量管理成本。 請(qǐng)圍繞“軟件項(xiàng)目質(zhì)量管理及其應(yīng)用”論題，依次從以下三個(gè)方面進(jìn)行論述。 概要敘述你參與管理和開(kāi)發(fā)的軟件項(xiàng)目以及你在其中擔(dān)任的主要工作。 詳細(xì)論述在該項(xiàng)目中進(jìn)行質(zhì)量保證和質(zhì)量控制時(shí)所實(shí)施的活動(dòng)，并論述二者之間的關(guān)系。 分析并討論你所參與的項(xiàng)目中的質(zhì)量管理成本，并給出評(píng)價(jià)。 試題二 論大型信息系統(tǒng)項(xiàng)目的風(fēng)險(xiǎn)管理 項(xiàng)目風(fēng)險(xiǎn)管理應(yīng)貫穿項(xiàng)目的整個(gè)過(guò)程，成功的風(fēng)險(xiǎn)管理會(huì)大大增加項(xiàng)目成功的概率。對(duì)信息系統(tǒng)項(xiàng)目進(jìn)行有效的風(fēng)險(xiǎn)管理，使用合理的方法、工具，針對(duì)不同風(fēng)險(xiǎn)采取相應(yīng)的防范、化解措施，及時(shí)有效地對(duì)風(fēng)險(xiǎn)進(jìn)行跟蹤與控制，是減少項(xiàng)目風(fēng)險(xiǎn)損失的重要手段。大型項(xiàng)目具有規(guī)模大、周期長(zhǎng)、復(fù)雜度高等特點(diǎn)，一旦出現(xiàn)問(wèn)題，造成的損失更是難以預(yù)料，所以針對(duì)大型項(xiàng)目進(jìn)行有效的風(fēng)險(xiǎn)管理尤為重要。 請(qǐng)圍繞 “大型信息系統(tǒng)項(xiàng)目的風(fēng)險(xiǎn)管理”論題，分別從以下三個(gè)方面進(jìn)行論述： 結(jié)合你參與管理過(guò)的大型信息系統(tǒng)項(xiàng)目，概要敘述項(xiàng)目的背景（發(fā)起單位、目的、項(xiàng)目周期、交付產(chǎn)品等）以及你在其中承擔(dān)的工作。 簡(jiǎn)要描述你承擔(dān)的大型信息系統(tǒng)項(xiàng)目中可能存在的風(fēng)險(xiǎn)因素以及采取的應(yīng)對(duì)措施。 結(jié)合你所在組織的情況，論述組織應(yīng)如何實(shí)施大型信息系統(tǒng)項(xiàng)目的風(fēng)險(xiǎn)管理 2009年下半年試卷2009年下半年上午題 　●一般可以將信息系統(tǒng)的開(kāi)發(fā)分成5個(gè)階段，即總體規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)運(yùn)行和評(píng)價(jià)階段，在各個(gè)階段中工作量最大的是（1） 。在每個(gè)階段完成后都要向下一階段交付一定的文檔，（2）是總體規(guī)劃階段交付的文檔?！　。?）A．總體規(guī)劃階段 　 　B．系統(tǒng)分析階段 　 　C．系統(tǒng)設(shè)計(jì)階段 　 　D．系統(tǒng)實(shí)施階段 　?。?）A．系統(tǒng)方案說(shuō)明書(shū) 　 　B．系統(tǒng)設(shè)計(jì)說(shuō)明書(shū) 　 　C．用戶(hù)說(shuō)明書(shū) 　 　D．可行性研究報(bào)告 　　● 結(jié)構(gòu)化系統(tǒng)分析和設(shè)計(jì)的主導(dǎo)原則是（3） 。 　?。?）A．自底向上 　 　B．集中 　 　C．自頂向下 　 　D．分散平行 　　● 根據(jù)信息服務(wù)對(duì)象的不同，企業(yè)中的管理專(zhuān)家系統(tǒng)屬于（4） 。 　　（4）A面向決策計(jì)劃的系統(tǒng) 　 　B面向管理控制的系統(tǒng) 　 　C面向作業(yè)處理的系統(tǒng) 　 　D面向具體操作的系統(tǒng) ● 在信息系統(tǒng)中，信息的處理不包括（5） 。 　?。?）A信息的輸入 　　 B信息的刪除 　　 C信息的修改 　 　D信息的統(tǒng)計(jì) 　　● 下表是關(guān)于ERP的典型觀點(diǎn)，綜合考慮該表中列出的各種因素，選項(xiàng)（6）代表的觀點(diǎn)是正確的。 　?。?）A．①、③、⑤、⑦ 　 　B．②、④、⑥、⑧ C．①、③、⑥、⑧ 　 D．②、③、⑤、⑦ 　　● 在軟件需求分析過(guò)程中，分析員要從用戶(hù)那里解決的最重要的問(wèn)題是（7）。 　?。?） 　 　 　 　 　 　 　　● 在描述復(fù)雜關(guān)系時(shí)，圖形比文字?jǐn)⑹鰞?yōu)越得多，下列四種圖形工具中，不適合需求分析階段使用的是（8） 　　（8） 　 　 　　 　 　 ● 以下關(guān)于數(shù)據(jù)庫(kù)設(shè)計(jì)中范式的敘述，不正確的是（9）。 　?。?），數(shù)據(jù)冗余程度越小 　 　，在需求變化時(shí)數(shù)據(jù)的穩(wěn)定性越強(qiáng) 　　 ，存儲(chǔ)同樣的數(shù)據(jù)就需要分解成更多張表 　 　，數(shù)據(jù)庫(kù)性能（速度）將下降 　　●（10）表達(dá)的不是類(lèi)之間的關(guān)系。 　?。?0） 　 　 　　 　　 　　● 以下關(guān)于UML的敘述，錯(cuò)誤的是（11） 　　（11） 　　 　　 　　 ，如需求說(shuō)明等 　　● 根據(jù)《GB/T 166801996軟件文檔管理指南》的描述，軟件文檔的作用不包括（12） 　?。?2）A．管理依據(jù) 　　 B．任務(wù)之間聯(lián)系的憑證 　　C．歷史檔案 　　D．記錄代碼的工具 ●《GB/