上半年系統集成項目管理工程師試題分析與解答_第1頁
上半年系統集成項目管理工程師試題分析與解答_第2頁
上半年系統集成項目管理工程師試題分析與解答_第3頁
上半年系統集成項目管理工程師試題分析與解答_第4頁
上半年系統集成項目管理工程師試題分析與解答_第5頁
已閱讀5頁,還剩94頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論