上半年系統(tǒng)集成項目管理工程師試題分析與解答

2023年上六個月系統(tǒng)集成項目管理工程師試題分析與解答(1)A.信息系統(tǒng)集成的主線出發(fā)點是實現(xiàn)各個分立子系統(tǒng)統(tǒng)集成是指將計算機軟件、硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)④系統(tǒng)集成包括技術(shù)、管理和商務(wù)等各項工作，有四家系統(tǒng)集成企業(yè)計劃于2023年5月申請計算機信息系統(tǒng)集成資質(zhì)，其中：甲企業(yè)計劃申請一級資質(zhì)，注冊資本3000萬元，具有項目經(jīng)理20名，高級項目經(jīng)理8名，2023年1月通過IS09001質(zhì)量管理體系認證；乙企業(yè)計劃申請一級資質(zhì)，注冊資本2023萬元，具有項目經(jīng)理20名，高級項目經(jīng)理8名，2023年4月通過IS09001質(zhì)量管理體系認證；丙企業(yè)計劃申請四級資質(zhì)，注冊資本500萬元，具有項目經(jīng)理5名，高級項目經(jīng)理1名，2023年2月通過IS09001質(zhì)量管理體系認證；丁企業(yè)計劃申請四級資質(zhì)，注冊資本500萬元，具有項目經(jīng)理5名，高級項目經(jīng)理1名，沒有通過IS09001質(zhì)量管理體系認證。根據(jù)上述狀況，企業(yè)(2)不符合基本的申報條件。試題(2)分析信息產(chǎn)業(yè)部于2023年9月公布《有關(guān)公布計算機信息系統(tǒng)集成資質(zhì)等級評估條件的告知》(信部規(guī)[2023]821號文),于2023年10月頒布了《有關(guān)公布計算機信息系統(tǒng)集成資質(zhì)等級評估條件(修訂版)的告知》(信部規(guī)[2023]440號文)。系統(tǒng)集成資質(zhì)等級評定條件主從綜合條件、業(yè)績、管理能力、技術(shù)實力、人才實力5個方面描述的。根據(jù)(信部規(guī)[2023]440號文),申請各級資質(zhì)時在企業(yè)注冊資本、項目經(jīng)理和管理體系方面分別一級資質(zhì)：企業(yè)產(chǎn)權(quán)關(guān)系明確，注冊資金2023萬元以上，已建立完備的企業(yè)質(zhì)量管理體系，通過國家承認的第三方認證機構(gòu)認證并有系統(tǒng)集成項目經(jīng)理人數(shù)不少于25名，其中高級項目經(jīng)理人數(shù)不少于8名。二級資質(zhì)：企業(yè)產(chǎn)權(quán)關(guān)系明確，注冊資金1000萬元以上，已建立完備的企業(yè)質(zhì)量管理體系，通過認證并有效運行一年以上，具有計算于15名，其中高級項目經(jīng)理人數(shù)不少于3名。三級資質(zhì)：企業(yè)產(chǎn)權(quán)關(guān)系明確，注冊資本200萬元以上，已建立企業(yè)質(zhì)量管理體系，通過認證并能有效運行，具有計算機信息系統(tǒng)集成項目經(jīng)理人數(shù)不少于6名，其中高級項目經(jīng)理人數(shù)不少于1名。四級資質(zhì)：企業(yè)產(chǎn)權(quán)關(guān)系明確，注冊資本30萬元以上，己建立企業(yè)質(zhì)量管理體系，并能有效實行，計算機信息系統(tǒng)集成項目經(jīng)理人數(shù)不少于3名。企業(yè)甲2023年1月通過IS09001質(zhì)量管理體系認證，已經(jīng)通過國家承認的第三方下面有關(guān)計算機信息系統(tǒng)集成資質(zhì)的論述，(3)是不對的的。(3)A.工業(yè)和信息化部對計算機信息系統(tǒng)集成認證工作進行行業(yè)管理C.申請一、二級資質(zhì)的單位應(yīng)直接向工業(yè)和信息化部資D.通過資質(zhì)認證審批的各單位將獲得由工業(yè)和信息化部質(zhì)認證機構(gòu)提出資質(zhì)認證委托申請，提交認證申請材料。本省市省市信息產(chǎn)業(yè)主管部門負責(zé)對(4)信息系統(tǒng)集成資質(zhì)進行審批和管理。C.本行政區(qū)域內(nèi)的一、二級D.本行政區(qū)域內(nèi)的三、四級通過認證機構(gòu)審核的申請單位填寫信息產(chǎn)業(yè)部計算機信息系辦公室統(tǒng)一制定的《計算機信息系統(tǒng)集成資質(zhì)申報表》,各省、市信息產(chǎn)業(yè)主管部門對申請單位的申報材料進行有關(guān)材料報信息產(chǎn)業(yè)部計算機信息系統(tǒng)集成資質(zhì)認證工作辦公室信息產(chǎn)業(yè)部計算機信息系統(tǒng)集成資質(zhì)認證工作辦公室將省市通過認證機構(gòu)認證的申請單位填寫信息產(chǎn)業(yè)部計算機信息系辦公室統(tǒng)一制定的《計算機信息系統(tǒng)集成資質(zhì)申報表》,對于通過審批的單位，將有關(guān)材料上報到信息產(chǎn)業(yè)部計算機信息系辦公室立案；對于未通過審批的單位，將有關(guān)意見反饋業(yè)主管部門在將有關(guān)材料向信息產(chǎn)業(yè)部計算機信息系統(tǒng)集成資質(zhì)認信息產(chǎn)業(yè)部計算機信息系統(tǒng)集成資質(zhì)認證工作辦公室將省市與制造資源計劃MRPII相比，企業(yè)資源計劃ERP最大的特點是在制定計劃時將(5)(5)A.經(jīng)銷商B.整個供應(yīng)鏈C.終端顧客D.競爭對手企業(yè)資源計劃(EnterpriseResourcePlanning,ERP)的概念由美國GartnerGroup企業(yè)于20世紀90年代提出，它是由物料需求計劃(MaterialsRequirementPlanning,MRP)MPRII和ERP等4個階段。進入20世紀90年代，伴隨市場競爭加劇和信息技術(shù)的飛速進步，20世紀80年代MPRII重要面向企業(yè)內(nèi)部資源全面計劃管理的思想逐漸發(fā)展為20世紀90年代怎樣有效運用和管理整體資源的管理思想—-企業(yè)資源計劃ERP應(yīng)運形成企業(yè)一種完整的供應(yīng)鏈并對供應(yīng)鏈上所有環(huán)節(jié)如訂單、造、質(zhì)量控制、運送、分銷、服務(wù)與維護、財務(wù)管理、人事管理、MPRII的基礎(chǔ)上擴展了管理范圍，形成一種完整的供應(yīng)鏈并對供應(yīng)鏈上所有環(huán)節(jié)進小張在某電子商務(wù)網(wǎng)站建立一家經(jīng)營手工藝品的(6)A.B2BB.B2C的一種類型，即企業(yè)內(nèi)部不一樣部門之間的電子商務(wù)，通過企業(yè)內(nèi)部網(wǎng)(Intranet)的方式(7)A.具有更強的事務(wù)處理能力，易于實現(xiàn)復(fù)雜的業(yè)務(wù)流程C/S模式(即客戶機/服務(wù)器模式)分為客戶機和服務(wù)器兩層，客戶機不是毫無運算能力的輸入、輸出設(shè)備，而是具有一定的數(shù)據(jù)算量。由于服務(wù)器連接個數(shù)和數(shù)據(jù)通信量的限制，這種構(gòu)造的B/S模式(瀏覽器/服務(wù)器模式)是伴隨Internet技術(shù)的興起，對C/S構(gòu)造的一種改進。在這種構(gòu)造下，軟件應(yīng)用的業(yè)務(wù)邏輯完全在應(yīng)用服務(wù)器端實現(xiàn)序版本的一致性，必須暫停一切業(yè)務(wù)進行更新(即“休克更新”),將會明顯延遲其服務(wù)響應(yīng)時問。而在B/S構(gòu)造的信息系統(tǒng)中，其應(yīng)用C.分布式對象中間件D.事務(wù)中間件的控器(TransactionProcessingMonitor,TPM)位于客戶端和服務(wù)器之間，完畢事務(wù)管理(9)A.系統(tǒng)測試應(yīng)盡量在實際運行使用環(huán)境下進行軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，是根據(jù)程序內(nèi)部構(gòu)造而精心設(shè)計的一批測試用例(輸入數(shù)據(jù)及其預(yù)期成果的集合),并運用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。故軟件測試軟件測試不再只是一種僅在編碼階段完畢后才開始的活它可以證明軟件的功能和性能與需求闡明相符。軟件測C.顧客需求的滿意度軟件“產(chǎn)品評價”國際原則IS014598品質(zhì)量.質(zhì)量模型》給出的“軟件質(zhì)量”的定義是：軟件特性的總和，軟件滿足規(guī)定或潛用中的體現(xiàn)來衡量。軟件質(zhì)量特性是軟件質(zhì)量的構(gòu)成原因，是屬性，包括軟件的功能性、可靠性、易用性、效率、可維護性是顧客需求的滿意程度，而是軟件特性的總和，是軟件滿engineering)有的人也叫反求工程，其大意是根軟件逆向工程的基本原理是抽取軟件系統(tǒng)的重要部分而領(lǐng)域，同步在高層上對軟件系統(tǒng)的抽象表達規(guī)定簡潔和易于理解。正向工程：從高層抽象和獨立于實現(xiàn)的邏輯設(shè)計到再文檔(Redocumentation):根據(jù)源代碼，在同一層次上設(shè)計恢復(fù)(DesignRecovery).結(jié)合目的系統(tǒng)、領(lǐng)域重構(gòu)(Restructuring):保持系統(tǒng)外部行為(功能和語義),在同一抽象層次上變化表再工程(Reengineering):結(jié)合逆向工程、重構(gòu)和正向工程對既有系統(tǒng)進行審查和改一般波及逆向工程與正向工程的聯(lián)合使用，逆向工程處理件轉(zhuǎn)換成更高抽象形式表達的軟件的活動不屬于重構(gòu)，而屬于軟(12)A.需求評審深入確認開發(fā)者和設(shè)計者己理解顧客規(guī)定什么及顧客從開發(fā)者B.在概要設(shè)計評審過程中重要詳細評審每個系統(tǒng)構(gòu)成部分的基本設(shè)計措施和C.設(shè)計評審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⒃鯓釉O(shè)計開發(fā)和測試以滿足一需求評審深入確認開發(fā)者和設(shè)計者已理解顧客規(guī)定什么,及顧客從開發(fā)者一方了在概要設(shè)計評審過程中，重要詳細評審每個系統(tǒng)構(gòu)成部分的基(13)是不對的的。C.管理文檔記錄項目管理的信息D.過程文檔描述項目實行的信息文檔類型，管理者可將任何軟件文檔歸入這三種類型中的一種(14)A.適應(yīng)性B.適合性C.安全保密性D.互操作性功能性：當軟件在指定條件下使用時，軟件產(chǎn)品提供④安全保密性：軟件產(chǎn)品保護信息和數(shù)據(jù)的能力⑤功能性的依從性：軟件產(chǎn)品遵照與功能性有關(guān)的D.W企業(yè)根據(jù)招標文獻的規(guī)定，在三家投標單位中選擇了其中一家作為此項第十二條：招標人有權(quán)自行選擇招標代理機構(gòu)，委托其辦理第十五條：招標代理機構(gòu)應(yīng)當在招標人委托的范圍內(nèi)辦理招第十九條：招標人應(yīng)當根據(jù)招標項目的特點和需要編制招標文獻；第二十四條：招標人應(yīng)當確定投標人編制投標文獻所需要的合理時間。W企業(yè)根據(jù)此項目的特點和需要編制了招標文獻，并確定了提交投標文獻的截止日期是符合法規(guī)第二十八條：投標人應(yīng)當在招標文獻規(guī)定提交投標文獻的截止時間前，將投標文獻送達投標地點。在招標文獻規(guī)定提交投標文獻的截止時間后送達的投標文獻，招標人應(yīng)第四十五條：中標人確定后，招標人應(yīng)當向中標人發(fā)出中標告知書，并同步將中標成果告知所有未中標的投標人。由此可見，《中華人民共和國招標投標法》并沒有規(guī)定對承建方和監(jiān)理方的招標工作不可以由一家招標代理機構(gòu)負責(zé)招標，亦未規(guī)定不能在同一天開標。有四家企業(yè)參與了投標，其中一家投標單位在截止日期之后提交投標文獻，W企業(yè)應(yīng)依法拒收該單位在截止時間后送達的投標文獻。而W企業(yè)根據(jù)招標文獻的規(guī)定，在三家投標單位中選擇了其中一家作為此項目的承建商，并只將成果告知了中標企業(yè)，未告知所有未中標的投標人，不符合《中華人民共和國招標投標法》第四十五條之規(guī)定。應(yīng)選擇D。如下采用單一來源采購方式的活動，(16)是不恰當?shù)摹?16)A.某政府部門為建立內(nèi)部辦公系統(tǒng)，已從一種供應(yīng)商采購了120萬元的網(wǎng)絡(luò)設(shè)備，由于辦公地點擴大，打算繼續(xù)從原供應(yīng)商采購15萬元的設(shè)備C.某地方主管部門需要采購一種市政設(shè)施，目前此種設(shè)施國D.某政府機關(guān)為升級其內(nèi)部辦公系統(tǒng)，與處采購的；(三)必須保證原有采購項目一致性或者服務(wù)試題(17)分析C/S(Client/Server)模式即客戶機/服務(wù)器模式。該模式是基于資源不對等，為實現(xiàn)共享而提出的。C/S模式需要在使用者計算機上安裝對應(yīng)的操作軟件，使得客戶機負載過重。為了處理C/S模式中客戶端的問題，發(fā)展形成了瀏覽器/服務(wù)器(Browser/Server,B/S)模式；為處理C/S模式中服務(wù)器端的問題，發(fā)展形成了三層(多層)C/S模式及多層應(yīng)用架構(gòu)。知識庫模式采用兩種不一樣的控制方略：老式數(shù)據(jù)庫型的知識庫模式和黑板報系統(tǒng)的知識庫模式。應(yīng)選擇C。小王在企業(yè)局域網(wǎng)中用Delphi編寫了客戶端應(yīng)用程序，其后臺數(shù)據(jù)庫使用MS試題(18)分析中間件是位于硬件、操作系統(tǒng)等平臺和應(yīng)用之間的通用服務(wù)，這些服務(wù)具有原則的程序接口和協(xié)議。不一樣的硬件及操作系統(tǒng)平臺，可以有符合接口和協(xié)議規(guī)范的多種實現(xiàn)。中間件包括的范圍十分廣泛，針對不一樣的應(yīng)用需求有多種不一樣的中間件產(chǎn)品。從不一樣的角度對中間件的分類也會有所不一樣。一般將中問件分為數(shù)據(jù)庫訪問中間件、遠程過程調(diào)用中間件、面向消息中間件、事務(wù)中間件、分布式對象中間件等幾類。數(shù)據(jù)庫訪問中間件通過一種抽象層訪問數(shù)據(jù)庫，從而容許準開發(fā)出多種各樣的功能專一的構(gòu)件，然后將它們按照需C.IEEE802.15(HyperTextTransferProtocol)是超文本傳播協(xié)議的英文簡稱，它是客戶服務(wù)器上寄存的都是超文本信息，客戶機需要通過協(xié)議傳播所要訪問的超文SMTP(SimpleMailTransferProtocol,簡SNMP(SimpleNetworkMan盟米，辦公總面積不超過1000平方米的布線區(qū)域。我國頒布的《大樓通信綜合布線系統(tǒng)YD/T926)本部分合用于跨距不過3000m,辦公面積不超過1000000m的布線區(qū)域，區(qū)域內(nèi)的人員為50～50000人。應(yīng)選擇D。(22)A.某機房內(nèi)面積為125平方米，共設(shè)置了三個安全出口B.機房內(nèi)所有設(shè)備的金屬外殼、各類金屬管道C.機房內(nèi)的照明線路宜穿鋼管暗敷或在吊頂6.3.4面積不小于100m的主機房，安全出口應(yīng)不少于兩個，且應(yīng)分散布置。面積不不小于100m的主機房，可設(shè)置一種安全出口，并可通過其他相臨房間的門進行疏散。門應(yīng)采用雙層固定窗，并應(yīng)有良好的氣密性，不間斷電源系統(tǒng)的電池8.3.4電子信息系統(tǒng)機房內(nèi)所有設(shè)備可導(dǎo)電金屬外殼、各類金屬管道、金屬線槽、建筑物金屬構(gòu)造等必須進行等電位連接并接地。應(yīng)選擇D。①高度的可擴展性②復(fù)雜但體系化的存儲管理方式③優(yōu)化的資源和服務(wù)共享④高度的可用性試題(23)分析SAN是采用高速的光纖通道為傳播介質(zhì)的網(wǎng)絡(luò)存儲技術(shù)。它將存儲系統(tǒng)網(wǎng)絡(luò)化，實現(xiàn)了高速共享存儲以及塊級數(shù)據(jù)訪問的目的。作為獨立于服務(wù)器網(wǎng)絡(luò)系統(tǒng)之外，它幾乎擁有無限存儲擴展能力。業(yè)界倡導(dǎo)的OPENSAN克服了早先光纖通道仲裁環(huán)所帶來的互操作和可靠性問題，提供了開放式、靈活多變的多樣配置方案?？傮w來說，SAN擁有極度的可擴展性、簡化的存儲管理、優(yōu)化的資源和服務(wù)共享以及高度可用性。應(yīng)選擇A。某機房布署了多級UPS和線路穩(wěn)壓器，這是出于機房供電的(24)需要。C.緊急供電和穩(wěn)壓供電D.不間斷供電和安全供電①分開供電：機房供電系統(tǒng)應(yīng)將計算機系統(tǒng)供電與其③備用供電：建立備用的供電系統(tǒng)，以備常用供電系⑥不間斷供電：采用不問斷供電電源，防止電壓波⑧忽然事件防護：采用有效措施，防止/減少壓過載或低電壓)、電壓瞬變、噪聲(電磁干擾)以及由于雷擊等B.機房中應(yīng)定期使用靜電消除劑，以減C.進入機房的工作人員，應(yīng)更換不易產(chǎn)生對計算機機房的安全保護包括機房場地選擇、機房防火、機房水與防潮、機房防靜電、機房接地與防雷、機房電磁防護等機房物品：沒有管理人員的明確準許，任何記錄介質(zhì)、文獻資清除或重新標識”的提法與上述“標識和外觀”規(guī)定中的“系統(tǒng)設(shè)某企業(yè)應(yīng)用系統(tǒng)為保證運行安全，只容許操作人員在規(guī)定的工C.資源訪問安全D.系統(tǒng)級安全應(yīng)用系統(tǒng)運行中波及的安全和保密層次包括系統(tǒng)級安全、資源全和數(shù)據(jù)安全。這4個層次的安全，按照粒度從粗到細的排序是系統(tǒng)級安全、資源訪問安全、功能性安全、數(shù)據(jù)域安全。程序資源訪問控制安功能性安全兩者之間，是最常見的應(yīng)用系統(tǒng)安全問題，幾企業(yè)應(yīng)用越來越復(fù)雜，因此制定得力的系統(tǒng)級安全方礎(chǔ)。通過對現(xiàn)行安全技術(shù)的分析，制定系統(tǒng)級安全方略，方略包括敏感系統(tǒng)的隔離、訪問IP地址段的限制、登錄時問段的限制、會話時間的限制、連接數(shù)的限制、特定期間段內(nèi)登錄次數(shù)的限制以及遠程訪問控制等，系統(tǒng)級安全是應(yīng)用系統(tǒng)的第一級防護大門。(2)資源訪問安全對程序資源的訪問進行安全控制，在客戶端上，為顧客提供和其權(quán)限有關(guān)的顧客界面，僅出現(xiàn)和其權(quán)限相符的菜單和操作按鈕；在服務(wù)端則對URL程序資源和業(yè)務(wù)服務(wù)類措施的調(diào)用進行訪問控制。功能性安全會對程序流程產(chǎn)生影響，如顧客在操作業(yè)務(wù)記錄時，與否需要審核，上傳附件不能超過指定大小等。這些安全限制已經(jīng)不是入口級的限制，而是程序流程內(nèi)的限制，在一定程度上影響程序流程的運行。數(shù)據(jù)域安全包括兩個層次，其一是行級數(shù)據(jù)域安全，即顧客可以訪問哪些業(yè)務(wù)記錄，一般以顧客所在單位為條件進行過濾；其二是字段級數(shù)據(jù)域安全，即顧客可以訪問業(yè)務(wù)記錄的哪些字段。不一樣的應(yīng)用系統(tǒng)數(shù)據(jù)域安全的需求存在很大的差異，業(yè)務(wù)有關(guān)性比根據(jù)上述定義，只容許操作人員在規(guī)定的工作時問段內(nèi)登錄該系統(tǒng)進行業(yè)務(wù)操作，屬于“系統(tǒng)級安全”層次。應(yīng)選擇D。基于顧客名和口令的顧客入網(wǎng)訪問控制可分為(27)三個環(huán)節(jié)。(27)A.顧客名的識別與驗證、顧客口令的識別與驗證、顧客賬號的默認限制檢查B.顧客名的識別與驗證、顧客口令的識別與驗證、顧客權(quán)C.顧客身份識別與驗證、顧客口令的識別與驗證、顧客權(quán)限的識別與控制D.顧客賬號的默認限制檢查、顧客口令的識別與驗證、顧客權(quán)限的識別與控制口令不能顯示在顯示屏上，口令長度應(yīng)不少于6個字符，口令字符最佳是數(shù)字、字母和式驗證器(如智能卡)來驗證顧客韻身份。網(wǎng)絡(luò)管理員和服務(wù)器之間的通信是一種棘手的問題?？蛻舳撕头?wù)器之間①單機應(yīng)用程序：只與運行在當?shù)貦C器上的其他程序進②局域網(wǎng)上的同構(gòu)應(yīng)用程序：使用同一種語言開發(fā)的C.構(gòu)件可以與系統(tǒng)資源進行交互D.服務(wù)是表達應(yīng)用邏輯的代碼試題(29)分析J2EE應(yīng)用服務(wù)器運行環(huán)境包括構(gòu)件(Component)、容器(Container)及服務(wù)(Services)三部分。構(gòu)件是表達應(yīng)用邏輯的代碼；容器是構(gòu)件的運行環(huán)境；服務(wù)則是應(yīng)用服務(wù)器提供的多種功能接口，可以同系統(tǒng)資源進行交互。由此可知，“容器是構(gòu)件的運行環(huán)境”的論述是對的的，其他答案選項中的論述與上述概念的定義不符。應(yīng)選擇A。參照答案如下有關(guān)數(shù)據(jù)倉庫與數(shù)據(jù)庫的論述中，(30)是對的的。(30)A.數(shù)據(jù)倉庫的數(shù)據(jù)高度構(gòu)造化、復(fù)雜、適合操作計算；而數(shù)據(jù)庫的數(shù)據(jù)構(gòu)造比較簡樸，適合分析B.數(shù)據(jù)倉庫的數(shù)據(jù)是歷史的、歸檔的、處理過的數(shù)據(jù)；數(shù)據(jù)庫的數(shù)據(jù)反應(yīng)當C.數(shù)據(jù)倉庫中的數(shù)據(jù)使用頻率較高；數(shù)據(jù)庫中的數(shù)據(jù)使用頻率較低D.數(shù)據(jù)倉庫中的數(shù)據(jù)是動態(tài)變化的，可以直接更新；數(shù)據(jù)庫中的數(shù)據(jù)是靜態(tài)的，不能直接更新老式的數(shù)據(jù)庫技術(shù)以單一的數(shù)據(jù)資源即數(shù)據(jù)庫為中心從兩個層次理解數(shù)據(jù)倉庫：首先數(shù)據(jù)倉庫用于決策支持，面向而數(shù)據(jù)倉庫的數(shù)據(jù)按主題進行組織。主題指的是顧客使用數(shù)據(jù)倉③相對穩(wěn)定：操作型數(shù)據(jù)庫中數(shù)據(jù)一般是實時更新的，數(shù)庫的數(shù)據(jù)一般包括歷史信息，系統(tǒng)記錄了企業(yè)從過去某一時公布項目章程，標志著項目的正式啟動。如下圍B.項目章程要為項目經(jīng)理提供授權(quán)，以便其使用項目章程是正式同意一種項目的文檔，或者是同意現(xiàn)項目章程是項目的一種正式文檔，在同意公布前應(yīng)由(32)A.應(yīng)由項目經(jīng)理獨立進行編制編制項目管理計劃所遵照的基本原則有：全局性原則、全統(tǒng)一組織與管理原則、技術(shù)工作與管理工作協(xié)調(diào)的原計劃所遵照的原則有：目的的統(tǒng)一管理、方案的統(tǒng)一管理、過程與管理工作的統(tǒng)一協(xié)調(diào)、計劃的統(tǒng)一管理、人員資源的其中，各干系人的參與是指各干系人尤其是后續(xù)實行人員參逐漸求精是指，項目計劃的制定過程也反應(yīng)了項目的漸進明計劃制定得詳細些，遠期的計劃制定得概要某些，伴隨時間的推缺陷補救措施是對在質(zhì)量審查和審核過程中發(fā)現(xiàn)的缺陷制定項目經(jīng)理通過項目周報中的項目進度分析圖表發(fā)現(xiàn)機法，用事件發(fā)生的“頻率”來決定事件的“概率”,可用于在項進行模擬分析。模擬指以不一樣的活動假設(shè)為前提，計算多種項目所需旁站是監(jiān)理中的一種術(shù)語，重要用于監(jiān)控隱蔽工程通過進度匯報、掙值分析和判斷、會議評審等搜集進度數(shù)據(jù)和一項新的國標出臺，某項目經(jīng)理意識到新原則中(35)A.撰寫一份書面的變更祈求B.召開一次變更控制委員會會議，討論D.修改項目計劃和WBS,以保證該項目產(chǎn)品符合新原則項目經(jīng)理對某軟件需求分析活動歷時估算的成果是：該活動用時2周(假定每周工作時間是5天)。隨即對其進行后備分析，確定的增長時間是2天。如下針對該項目后備(36)A.增長軟件需求分析的應(yīng)急時間是2天B.增長軟件需求分析的緩沖時間是該活動歷時的20%C.增長軟件需求分析的時間儲備是20%D.增長軟件需求分析的歷時原則差是2天在活動歷時估算所采用的重要措施和技術(shù)中包具有后備分析。間”,而該活動用時2周(假定每周工作日為5天),則總工作日為10天，確定的增長時間是2天，因此后備分析可以增長2天或20%。因此“增長軟件需求分析的應(yīng)急時間是間儲備是20%”等三種表述方式是一致的。在工程網(wǎng)絡(luò)計劃中，工作M的最早開始時間為第16天，其持續(xù)時間為5天。該工作有三項緊后工作，他們的最早開始時間分別為第25天、第27天和第30天，最遲開始時間分別為第28天、第29天和第30天。則工作M的總時差為(37)天。逆推法計算最遲結(jié)束日期(LF)=28天，開始日期(LS)=28—5=23B.關(guān)鍵途徑包括所有項目進度控制點C.假如有兩個或兩個以上的途徑長度同樣，就有也許存展過程中，由于資源平衡，關(guān)鍵途徑也許用時縮短，比其他的在軟件開發(fā)項目實行過程中，由于進度需要，有時要采用迅速跟C.使用最佳的工程師，加班加點盡快完畢需求分進度壓縮指在不變化項目范圍、進度制約條件、強加日期或其他并一般會增長風(fēng)險。這種措施也許規(guī)定在獲得完成需求分析闡明書編制工作”屬于在盡量少增長費用的前提下關(guān)活動，即屬于迅速跟進。而對于“同其他項目協(xié)調(diào)好關(guān)一選項，間接防止進度的遲延，而非實質(zhì)性推進工程進度(40)A.請經(jīng)驗豐富的老程序員進行技術(shù)指導(dǎo)或協(xié)助完畢工作B.規(guī)定項目組組員每天加班2～3個小時進行趕工項目進度控制是根據(jù)項目進度基準計劃對項目的實際時完畢。當項目的實際進度滯后于進度計劃若沒找出導(dǎo)致拖期的原因而“規(guī)定項目組組員每天加班2～3個小時進行趕工”不一般狀況下，通過新版本的軟件開發(fā)工具不會對縮短憑借其豐富的經(jīng)驗協(xié)助項目組找出拖期原因，并通過其企業(yè)公布了項目章程，小張根據(jù)該章程等項目資料編制了目邊界及成本和質(zhì)量測量指標等內(nèi)容構(gòu)成的(41)。項目范圍闡明書詳細描述了項目的可交付物以及產(chǎn)組織過程資產(chǎn)和同意的變更申請。項目范圍闡明書(詳細)它是定義工作范圍、定義項目組織、設(shè)定項目產(chǎn)品的質(zhì)質(zhì)量測量指標等內(nèi)容構(gòu)成的文檔。該文檔的一種輸入是項目章范圍確認是客戶等項目干系人正式驗收并接受已完范圍確認過程為范圍核算過程。項目范圍確認包括審項目范圍確認應(yīng)當貫穿項目的一直。范圍確認與質(zhì)量控范圍確認的輸入包括：①項目管理計劃；②可交綜上所述，范圍確認的對象不僅包括范圍闡明書，還包范圍確認與質(zhì)量控制不一樣，前者是有關(guān)工作成果的接(43)A.資源平衡一般用于已經(jīng)運用關(guān)鍵鏈法分析過的進度模型之中B.進行資源平衡的前提是不能變化原關(guān)鍵路線C.使用按資源分派倒排進度法不一定能制定D.資源平衡的成果一般是使項目的估計持續(xù)時間比項目初步進度表短些時間動用或只能動用有限數(shù)量的必要的共用或關(guān)鍵資源詳細時問段按照某種水平均勻地使用選定資源。這種均勻使關(guān)鍵路線法是運用進度模型時使用的一種進度網(wǎng)絡(luò)分早開始與完畢日期、最遲開始與完畢日期進度表，這種進度表資源也許比實際可供使用的數(shù)量多，或者規(guī)求超過了項目團體的管理能力。將稀缺資源首先分派給關(guān)鍵路資源可以從項目的結(jié)束日期開始反向安排，這綜上可知，資源平衡是一種進度網(wǎng)絡(luò)分析技術(shù)，用于已鏈法)分析過的進度模型之中；資源平衡也許會變化本來的關(guān)鍵路常常是項目的估計持續(xù)時間比初步項目進度表長：按結(jié)束日期反向倒排，可以制定出一種很好的項目進度某企業(yè)今年用于信息系統(tǒng)安全工程師的培訓(xùn)費用為5萬元，其中有8000元計入A項目成本，該成本屬于A項目的(44)。某企業(yè)今年用于信息系統(tǒng)安全工程師的培訓(xùn)費用為5萬元，其中只有8000元計入A項目進行到某階段時，項目經(jīng)理進行了績效分析，計算出CPI值為0.91。這表達(45)。(45)A.項目的每91元人民幣投資中可發(fā)明相稱于100元的價值B.當項目完畢時將會花費投資額的91%C.項目僅進展到計劃進度的91%D.項目的每100元人民幣投資中只發(fā)明相稱于91元的價值成本執(zhí)行(績效)指數(shù)(CostPerformanceIndex,CPI)等于掙值(EarnedValue,EV)和實際成本(ActualCost,AC)的比值。CPI是最常用的成本作發(fā)生的實際總成本(AC)的比值。CPI值若不不小于1則表達實際成本超過預(yù)算，CPI值若不小于1則表達實際成本低于預(yù)算。根據(jù)CPI的定義，項目經(jīng)理進行了績效分析計算出CPI值為0.91,表達項目的每100元人民幣投資中只發(fā)明相稱于91元的價值。因此應(yīng)選D。下圖是一項布線工程計劃和實際完畢的示意圖，2023年3月23目的PV、EV、ACB.PV=4000元、EV=3800元、AC=202試題(46)分析根據(jù)PV、EV、AC定義，到2023年3月23日，計劃預(yù)算即PV為4000元。到23日時實際花費的費用即AC,為完畢第一層用掉的3800元。到23日時實際才完畢了第一層的布線工作，而第一層布線工作對應(yīng)的預(yù)算為2023元，即EV為2023元。因此選擇A。織既有的部門、單位或團體進行分解，把工作包和項目的矩陣和文本格式。除此之外，在某些分計劃(如風(fēng)險、質(zhì)量和溝通某些項目的工作分派。無論采用何種形式，都要保證每一種工作物進行分解，而是根據(jù)組織既有的部門、單位或團體進行分解。把列在負責(zé)的部門下面。通過這種方式，某個運行部門(例如，資源分解構(gòu)造可以反應(yīng)一艘輪船建造項目中各個不一樣區(qū)域(48)A.對關(guān)鍵崗位要有技能原則，人員達標后方可聘任B.與技能原則有差距的員工進行培訓(xùn)，合格后可聘任企業(yè)在人力資源管理體系建立過程中的基本規(guī)定為：和經(jīng)驗，從事影響產(chǎn)品與規(guī)定的符合性工作的人員是可以勝任經(jīng)驗、愛好、成本等人員原因；假如目前某些人員達不到原則其他措施以獲得所需的能力。而不建立人力資源管理制度，或C.妥協(xié)、求同存異、增長權(quán)威D.妥協(xié)、撤退、防止如下是沖突管理的6種措施：定義問題、搜集問題的信息、制定處理方案，最終直突，此時為雙贏或多贏。但在這個過程中，需要②合作(Collaborating)。集合多方的觀點和意見，得出一種多數(shù)人接受和承諾的④妥協(xié)(Compromising)。妥協(xié)就是沖突的各方協(xié)商并且尋找一種可以使沖突各方⑥撤退(Withdrawing/Avoiding)。撤退就和各項闡明。該項目工程包括：火災(zāi)自動報警、廣播、火災(zāi)初期總價協(xié)議又稱固定價格協(xié)議，是指在協(xié)議中確定完畢項目所有協(xié)議內(nèi)容的協(xié)議。這種協(xié)議類型可以使建設(shè)單位且能鼓勵承包人通過提高工資等手段從成本節(jié)省中提高利潤。此定的某一種方式支付酬金的協(xié)議類型。在此類協(xié)議中一切費用，因此也承擔(dān)了項目的所有風(fēng)險。承建單位也往和各項闡明。該項目工程包括：火災(zāi)自動報警、廣播、火災(zāi)初此精確計算工程量，合適采用總價協(xié)議。單價協(xié)議一般需要以托人約定，由受托人處理委托人事務(wù)的協(xié)議。根據(jù)上述幾種不一樣小王為我司草擬了一份計算機設(shè)備采購協(xié)議，②為防止因條款的不完備或歧義而引起協(xié)議糾紛，系位擬訂的協(xié)議。除了法律的強制性規(guī)定外，其他協(xié)議條款都應(yīng)與建綜合以上分析，經(jīng)理審閱后規(guī)定小王修改其草擬的協(xié)議組織項目招標要按照《中華人民共和國招標投標法》進行(52)A.公開招標和邀請招標都是常用的招標B.公開招標是指招標人以招標公告方式邀請一定范圍的法人或者C.邀請招標是指招標人以投標邀請書的方式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織D.招標人是根據(jù)本法規(guī)定提出招標項目、進行招標的法人或者其他組織根據(jù)上述《中華人民共和國招標投標法》有關(guān)條款的規(guī)定，公初驗時間為2023年6月底(付款50%);正式驗收時間為2023年10月底(合計付款系統(tǒng)運行服務(wù)期限為一年(也許合計付款100%);并但愿長期提供應(yīng)用軟件技術(shù)支持。系統(tǒng)集成可分為系統(tǒng)設(shè)計、系統(tǒng)集成、系統(tǒng)售后服根據(jù)上述分析，以選項C為妥。某軟件開發(fā)項目協(xié)議規(guī)定，需求分析要通過客戶確認后方可進行軟件設(shè)計。但建設(shè)單位以客戶代表出國、其他人員不知情為由拒絕簽字，導(dǎo)致進度延期。軟件開發(fā)單位進行索賠一般按(54)次序較妥當。①由該項目的監(jiān)理方進行調(diào)解②由經(jīng)濟協(xié)議仲裁委員會仲裁③由有關(guān)政府主管機構(gòu)仲裁試題(54)分析索賠是在工程承包協(xié)議履行過程中，當事人一方由于另一方未履行協(xié)議所規(guī)定的義務(wù)而遭受損失時，向另一方提出索賠規(guī)定的行為。項目發(fā)生索賠事件后，一般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設(shè)主管機構(gòu)進行調(diào)解，若仍調(diào)解不成，由經(jīng)濟協(xié)議仲裁委員會進行調(diào)解或仲裁。在整個索賠過程中，遵照的原則是索賠的有理性、索賠根據(jù)的有效性、索賠計算的對的性。根據(jù)上述索賠程序，應(yīng)選擇B。按照索賠程序，索賠方要在索賠告知書發(fā)出后(55)內(nèi)，向監(jiān)理方提出延長工期和按照索賠程序，當出現(xiàn)索賠事項時，首先由索賠方以書面賠事項發(fā)生后的28天以內(nèi)，向監(jiān)理工程師正式提出索賠意向告知書。在索賠告知書發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長工期和(或)賠償經(jīng)濟損某項工程需在室外進行線纜鋪設(shè)，但由于持續(xù)大雨導(dǎo)致承建日期比計劃晚了2周(協(xié)議約定持續(xù)1周以內(nèi)的天氣異常不屬于反常天氣),給承建方造成一定的經(jīng)濟損失。承建方若尋求賠償，應(yīng)當(56)。(56)A.規(guī)定延長工期賠償試題(56)分析索賠是在工程承包協(xié)議履行過程中，當事人一方由于另一方未履行協(xié)議所規(guī)定的義務(wù)而遭受損失時，向另一方提出索賠規(guī)定的行為。按照索賠的目的分類，可分為工期索賠和費用索賠。工期索賠就是規(guī)定業(yè)主延長施工時間，使原規(guī)定的竣工時期順延。費用索賠就是規(guī)定業(yè)主或承包商雙方賠償費用損失，進而調(diào)整協(xié)議價款。協(xié)議索賠的重要前提條件是協(xié)議一方或雙方存在違約行為和事實，并且由此導(dǎo)致了損失，責(zé)任應(yīng)由對方承擔(dān)。對提出的協(xié)議索賠，凡屬于客觀原因?qū)е碌难悠?、屬于業(yè)主也無法預(yù)見到的狀況，如特殊反常天氣，到達協(xié)議中特殊反常天氣的約定條件，承包商也許得到延長工期，但得不到費用賠償。對于屬于業(yè)主方面的原因?qū)е逻t延工期，不僅應(yīng)給承包商延長工期，還應(yīng)予以費用賠償。根據(jù)上述協(xié)議索賠的構(gòu)成條件，某項工程需在室外進行線纜鋪設(shè)，但由于持續(xù)大雨導(dǎo)致承建方一直無法施工，動工日期比計劃晚了2周(協(xié)議約定持續(xù)1周以內(nèi)的天氣異常不屬于反常天氣),到達了協(xié)議中特殊反常天氣的約定條件，承包商也許得到延長工期，但得不到費用賠償。因此應(yīng)選擇A。某企業(yè)正在計劃實行一項用于企業(yè)內(nèi)部的辦公自動化系統(tǒng)項目，由于該系統(tǒng)的實行波及到企業(yè)諸多內(nèi)部人員，因此項目經(jīng)理打算制定一種項目溝通管理計劃，他應(yīng)采用的第一種工作環(huán)節(jié)是(57)。(57)A.設(shè)計一份日程表，標識進行每種溝通的時間①確定干系人的溝通信息需求，即哪些人需要溝通，誰需③發(fā)送信息和重要信息的格式，重要指創(chuàng)立信息發(fā)送的檔案；獲得信息(58)A.項目經(jīng)理在會議召開前一天，將會議議程通過電子郵件發(fā)給參會人員C.某系統(tǒng)驗收會上，為了防止專家組意見太發(fā)散，項目經(jīng)某項目組的小組長王某和程序員李某在討論確定一種功能(59)A.請兩人先冷靜下來，淡化爭議，然后在討論問題時求同存異沖突就是計劃于現(xiàn)實之間的矛盾，由于王某和程序員李某已(60)A.采購闡明書與項目范圍基準沒有關(guān)系供的產(chǎn)品、成果或服務(wù)的描述。在某些應(yīng)用領(lǐng)域中，對于一份采于2023年3月25日在某國家級報刊上公布了招標公告，并規(guī)定4月20日上午9時為投人發(fā)現(xiàn)已發(fā)售的招標文獻中某技術(shù)指標存在問題，需要進行澄清，于是在4月12日以書根據(jù)《中華人民共和國招標投標法》第二十三條規(guī)定：招標人對己發(fā)出的招標文件進行必要的澄清或者修改的，應(yīng)當在招標文獻規(guī)定提交投標文獻截止時間至少十五日前，以書面形式告知所有招標文獻收受人。該澄清或者修改的內(nèi)容為招標文獻的構(gòu)成部分。招標單位在4月12日以書面形式告知A、B、C三家單位需要進行澄清的技術(shù)指標問題，投標文獻截止日期和開標日期應(yīng)當不早于4月27曰。因此選擇D。試題(62)在評標過程中，(62)是不符合招標投標法規(guī)定的。(62)A.評標委員會委員由5人構(gòu)成，其中招標人代表2人，經(jīng)濟、技術(shù)專家3人B.評標委員會認為A投標單位的投標文獻中針對某項技術(shù)的論述不夠清晰，規(guī)定A單位予以澄清C.某單位的投標文獻中某分項工程的報價存在個別漏項，評標委員會認為個別漏項屬于細微偏差，投標標書有效D.某單位雖然按招標文獻規(guī)定編制了投標文獻，不過個別頁面沒有編制頁碼，評標委員會認為投標標書有效評標由招標人依法組建的評標委員會負責(zé)。依法必須進行招標的項目，其評標委員因此，“評標委員會委員由5人構(gòu)成，其中招標人代表2人，經(jīng)濟、技術(shù)專家3人”某項采購已經(jīng)到了協(xié)議收尾階段，為了總結(jié)這次采購過程中的對采購協(xié)議收尾使用的工具和技術(shù)有采購審計和協(xié)議檔案管理(64)A.程序源代碼清單不屬于文檔B.文檔按項目周期角度可以分為開發(fā)文檔和管理文檔兩大類D.《軟件文檔管理指南》明確了軟件項目文檔的詳細軟件文檔可分為三種類別：開發(fā)文檔描述開發(fā)過程自身開發(fā)文檔是描述軟件開發(fā)過程包括軟件需求、軟件設(shè)計、軟的一類文檔，開發(fā)文檔也包括軟件的詳細技術(shù)描述，程序邏輯、程序間互相關(guān)系、數(shù)據(jù)開發(fā)文檔起到如下5種作用：①它們是軟件開發(fā)過程中包括的所有階段之間的②它們描述開發(fā)小組的職責(zé)。通過規(guī)定軟件、主③它們用作檢查點而容許管理者評估開發(fā)進度。④它們形成了維護人員所規(guī)定的基本的軟件支持產(chǎn)品文檔規(guī)定有關(guān)軟件產(chǎn)品的使用、維護、增強、轉(zhuǎn)換和傳播這種文檔建立在項目管理信息的基礎(chǔ)上，如：開發(fā)過程的每按照質(zhì)量規(guī)定，文檔可分為4個級別。正式文檔(第4級)適合那些要正式發(fā)行供普遍使用的軟件產(chǎn)品。關(guān)鍵性程序或具有反復(fù)管理應(yīng)用性質(zhì)如工資計算的程序需要第4配置識別是軟件項目管理中的一項重要工作，它的工作內(nèi)容不包括(65)。⑥維護文獻和組件的修訂與產(chǎn)品版本之間的關(guān)系。其中不包括“對識別的配置項進行審計”,因此應(yīng)選D。參照答案某開發(fā)項目配置管理計劃中定義了三條基線，分別是需求基線、設(shè)計基線和產(chǎn)品基線，(66)應(yīng)當是需求基線、設(shè)計基線和產(chǎn)品基線均包括的內(nèi)容。(66)A.需求規(guī)格闡明書B.詳細設(shè)計闡明書C.顧客手冊D.概要設(shè)計闡明書試題(66)分析軟件需求是一種為處理特定問題而必須由被開發(fā)或被修改的軟件展示的特性。因此，軟件需求是軟件配置控制的基礎(chǔ)。軟件設(shè)計、實現(xiàn)、測試和維護等所有軟件開發(fā)生命周期中的活動所產(chǎn)生的產(chǎn)品都要建立與軟件需求之間的追溯關(guān)系。一般，要唯一地標識軟件需求，才能在整個軟件生命周期中，進行軟件配置控制。因此，需求基線、設(shè)計基線和產(chǎn)品基線必然要包括軟件的需求，一般用需求規(guī)格闡明書來體現(xiàn)軟件需求。因此D.它反應(yīng)了準時問次序抽取的樣本的數(shù)值點，可以清晰地看出過程實現(xiàn)的種原因引起的缺陷數(shù)量或不一致的排列次序，是找出影響質(zhì)量的帕累托分析也被稱為80-20法則，意思是，80%的問題常常是由于20%的原因引起測試、交付運行到產(chǎn)品退伍的整個生命周期中各個過程的各項有機匯集，意在為各類組織包括軟件企業(yè)、系統(tǒng)集成企業(yè)等改或服務(wù)的開發(fā)、采購以及維護的能力提供指導(dǎo)。它的過程改項目經(jīng)理在進行項目質(zhì)量規(guī)劃時應(yīng)設(shè)計出符合項目規(guī)糾錯成本是為消除已發(fā)現(xiàn)的不合格所采用的措施而是不合格與否發(fā)生，故也可叫做缺陷成本。評估成本指為使工作符合規(guī)定目的而進行檢查和檢查評估所付出的成本。防止成本是指那些為保證產(chǎn)品符合需求條件，無產(chǎn)品缺陷而付出的成本。是采用預(yù)防措施防止不合格產(chǎn)品發(fā)生而產(chǎn)生的成本。項目經(jīng)理在進行項目質(zhì)量規(guī)劃時應(yīng)設(shè)計出符合項目規(guī)定的質(zhì)量管理流程和原則，其目的就是制定措施，防止不合格的發(fā)生，由此而產(chǎn)生的質(zhì)量成本屬于防止成本。因此選擇B。Project(71)isanuncertaineventorconditionthat,if(71)A.riskB.problemC.resultD.data試題(71)分析風(fēng)險是一種不確定原因或條件，假如它一旦發(fā)生，也許對至少一種項目目的，如項目進度、項目成本、項目范圍或項目質(zhì)量產(chǎn)生負面或正面的影響。選項A是風(fēng)險，選項B是問題，選項C是成果，選項D是數(shù)據(jù)。根據(jù)項目風(fēng)險定義，風(fēng)險包括兩方面含義：一是未實現(xiàn)目的；二是不確定性。因此應(yīng)選擇A。Categoriesofriskresponseare(72).(72)A.Identification,quantification,B.Marketing,technical,finanD.Avoidance,mitigation,accept(73)istheapplicationofplanned,systematicqualityactivitiestoensurwillemployallprocessesneededt(73)A.Qualityassurance(QA)B.QualityC.Qualitycontrol(QC)D.Qualitycos質(zhì)量計劃是質(zhì)量管理的一部分，致力于制定質(zhì)量目的，并規(guī)定必要的運行過程和相關(guān)資源以實現(xiàn)項目質(zhì)量目的。質(zhì)量控制就是項目團體的管理人員采用有效措施，監(jiān)督項目的詳細實行成果，判斷它們與否符合項目有關(guān)的質(zhì)量原則，并消除產(chǎn)生不良成果原因的途徑。質(zhì)量成本是指為滿足質(zhì)量規(guī)定所付出的重要成本。質(zhì)量保證是通過對質(zhì)量計劃的系統(tǒng)實行，保證項目需要的有關(guān)過程到達預(yù)期規(guī)定的質(zhì)量活動。選項A是質(zhì)量保證(QA),選項B是質(zhì)量計劃，選項C是質(zhì)量控制(QC),選項D是質(zhì)量成本。因此應(yīng)選擇A。includedintheproj(74)A.ProjectTimeManagementD.ProjectCommunicationsManagem項目范圍管理是項目管理(包括時間、成本、溝通)的基礎(chǔ)。Aprojectmanagerbelievesthatmodifyingthescopeoftheprojectmayprovideaddedvalueserviceforthecustomer.Theprojectmanagershould(B.callameetingoftheconfigurationD.postponethemodificationuntilaseparateenhancementprojecafterthisprojectiscompletedaccordingto試題一(25分)閱讀下面闡明，回答問題1至問題3,將解答填入答題紙的對應(yīng)欄內(nèi)。某網(wǎng)絡(luò)建設(shè)項目在商務(wù)談判階段，建設(shè)方和承建方鑒于此前有過談判階段雙方都認為理解了對方的意圖，因此簽訂的協(xié)議只簡樸規(guī)定了在初步驗收時，建設(shè)方提出了諸多問題，甚至將曾被拒絕的需求變【問題1】(7分)①溝通管理②配置管理③質(zhì)量管理④范圍管理⑤績效管理⑥風(fēng)險管理【問題2】(4分)①首先確定,然后確定變更協(xié)議價款?！締栴}3】(4分)*協(xié)議簽訂比較隨意，闡明該項目的協(xié)議管理存在一定的問蹶。只規(guī)定了項目建設(shè)內(nèi)容、項*在項目實行過程中，對于變更的處理存在一定問題。當客戶提出變更祈求時，項目組按照式不恰當，不能在沒有跟客戶進行溝通的狀況下就直接拒絕*當銷售人員轉(zhuǎn)達了項目組的意思后，客戶已經(jīng)表達了不滿的情緒，但對于該項目組來說并*初步驗收的時候客戶提出問題，并且遲遲不愿簽字，也是由于之前的溝通不到位，客戶關(guān)【問題1】【問題2】【問題3】果，給出對應(yīng)的處理措施。試題一解答要點【問題1】(1)①溝通管理④范圍管理⑥風(fēng)險管理(回答編號或術(shù)語都可以，次序不限)(2)項目范圍(或需求)、驗收原則(或驗收環(huán)節(jié)、或驗收措施)、違約責(zé)任及鑒定(次序不限)(3)與建設(shè)方正式協(xié)商(或溝通)后，就項目的后續(xù)執(zhí)行到達一致(只要答出溝通和協(xié)商即可得分)【問題2】(2)①協(xié)議變更量清單(或協(xié)議變更范圍、協(xié)議變更內(nèi)容)④承包人(或承建單位)、監(jiān)理工程師(或業(yè)主，或建設(shè)單位)【問題3】1.對雙方的需求(項目范圍)做一次全面的溝通和闡明，到達一致，并記錄下來，請建設(shè)方2.就完畢的工作