无码人妻A片一区二区三区_18禁裸乳无遮挡啪啪无码免费_91精品亚?影视在线?看_人人妻人人爽人人澡AV_国产精品人妻一区二区三区四区_午夜免费影视

中培偉業IT資訊頻道
您現在的位置:首頁 > IT資訊 > 國內認證 > 2014年5月信息系統項目管理師真題

2014年5月信息系統項目管理師真題

2014-07-18 11:37:14 | 來源:中培企業IT培訓網
1、結構化法是信息系統開發的常用方法之一,它將信息系統軟件生命大致分為系統規劃、系統分析、系統設計、系統實施和系統維護5個階段,每個階段都有明確的工程任務,各階段工作按順序展開,下列任務中,(1)不屬于系統規劃或系統分析階段。A、調查應用部門的環境、目標和應用系統B、研究開發新系統的必要性和可行性C、用形式化或半形式化的描述說明數據和處理過程的關系D、用ER圖建立數據模型參考答案:D解析:E-R圖即實體-聯系圖(Entity Relationship Diagram),是指提供了表示實體型、屬性和聯系的方法,用來描述現實世界的概念模型。E-R方法:是“實體-聯系方法”(Entity-Relationship Approach)的簡稱。它是描述現實世界概念結構模型的有效方法。實體聯系模型,實體關系模型或實體聯系模式圖(ERD)是由美籍華裔計算機科學家陳品山(Peter Chen)發明,是概念數據模型的高層描述所使用的數據模型或模式圖,它為表述這種實體聯系模式圖形式的數據模型提供了圖形符號。這種數據模型典型的用在信息系統設計的第一階段;比如它們在需求分析階段用來描述信息需求和/或要存儲在數據庫中的信息的類型。用結構化系統開發方法開發一個系統,將整個開發過程劃分為五個首尾相連接的階段,一般稱之為系統開發的生命周期,系統開發的生命周期分為系統規劃、系統分析、系統設計、系統實施、系統運行和維護五個階段。1.系統規劃  系統規劃的主要內容包括:  企業目標的確定  解決目標的方式的確定  信息系統目標的確定  信息系統主要結構的確定  工程項目的確定  可行性研究等2.系統分析  系統分析的主要內容包括:  數據的收集  數據的分析  系統數據流程圖的確定  系統方案的確定等  系統分析階段是整個MIS建設的關鍵階段。3.系統設計  系統設計的主要內容包括:  系統流程圖的確定  程序流程圖的確定  編碼  輸入、輸出設計  文件設計  程序設計等4.系統實施  系統實施的主要內容包括:  硬件設備的購買  硬件設備的安裝  數據準備  程序的調試  系統測試與轉換  人員培訓等5.系統運行與維護  系統運行與維護的主要內容包括:  系統投入運行后的管理及維護  系統建成前后的評價  發現問題并提出系統更新的請求等2、(2)不屬于信息系統項目的生命周期模型。A、瀑布模型B、迭代模型C、螺旋模型D、類-對象模型參考答案:D解析:這題很簡單,類、對象是面向對象的相關概念。常見的信息系統項目的生命周期模型1.瀑布模型瀑布模型是一個經典的軟件生命周期模型,一般將軟件開發分為可行性分析(計劃)、需求分析、軟件設計(概要設計、詳細設計)、編碼(含單元測試)、測試、運行維護等幾個階段,如圖所示。 瀑布模型中每項開發活動具有以下特點:(l)從上一項開發活動接受其成果作為本次活動的輸入。(2)利用這一輸入,實施本次活動應完成的工作內容。(3)給出本次活動的工作成果,作為輸出傳給下一項開發活動。(4)對本次活動的實施工作成果進行評審。缺點:過程基本不可迭代,需求在開始的不確定性,錯誤到最后才能發現,開發進程呈現塞阻狀態。2.V模型如圖所示 V模型的左邊下降的是開發過程各階段,與此相對應的是右邊上升的部分,即各測試過程的各個階段。V模型的優點在于它非常明確地標明了測試過程中存在的不同級別,并且清楚地描述了這些測試階段和開發各階段的對應關系。3.原型化模型原型化模型的第一步是建造一個快速原型,實現客戶或未來的用戶與系統的交互,經過和用戶針對原型的討論和交流,弄清需求以便真正把握用戶需要的軟件產品是什么樣子的。充分了解后,再在原型基礎上開發出用戶滿意的產品。如圖所示: 增量模型也是原型化開發方法。如圖所示 模型要點:瀑布和原型模型相結合,強調版本升級。4.螺旋模型螺旋模型是一個演化軟件過程模型,將原型實現的迭代特征與線性順序(瀑布)模型中控制的和系統化的方面結合起來。使得軟件的增量版本的快速開發成為可能。在螺旋模型中,軟件開發是一系列的增量發布。螺旋模型的整個開發過程如圖所示。 圖中的螺旋線代表隨著時間推進的工作進展;開發過程具有周期性重復的螺旋線形狀。4個象限分別標志每個周期所劃分的4個階段:制定計劃、風險分析、實施工程和客戶評估。螺旋模型要點:統一了瀑布模型與原型模型,與增量模型相似,更強調風險分析。5.迭代模型噴泉模型:體現認識事物的循環迭代性,強調開發活動之間的無間隙性,無明顯的活動階段劃分,適用于面向對象的開發過程。如圖所示: RUP ( Rational Unified Process)軟件統一過程是一種“過程方法”,它就是迭代模型的一種。如圖所示。 RUP中的軟件生命周期在時間上被分解為4個順序的階段,分別是:初始階段(Inception)、細化階段(Elaboration)、構建階段(Construction)和交付階段(Transition)。這4個階段的順序執行就形成了一個周期。每個階段結束于一個主要的里程碑(Major Mileslones)。在每個階段的結尾執行一次評估以確定這個階段的目標是否己經滿足。3、軟件過程改進(software process improvement, SPI)是幫助軟件企業對其軟件(制作)過程的改變(進)進行計劃、實施的過程,根據相關標準,軟件過程改進一般從(3)開始。A、計劃變更B、領導建議C、問題分析D、知識創新參考答案:C解析:軟件過程改進SPI的五條核心原則分別是:•注重問題•強調知識創新•鼓勵參與•領導層的統一•計劃不斷地改進。SPI就是要在實踐中發現軟件過程中的問題,并在實踐中尋找和找到解決問題的辦法,可以說過程改進就是在不斷發現問題和解決問題的過程中不斷向前發展。所以軟件過程改進一般從問題分析開始。過程改進/過程改進(Software Process improvement,SPI)幫助軟件企業對其軟件(制作)過程的改變(進)進行計劃、(措施)制定以及實施。他的實施對象就是軟件企業的軟件過程,也就是軟件產品的生產過程,當然也包括軟件維護之類的維護過程,而對于其他的過程并不關注。SPI的五條核心原則分別是:1·注重問題 2·強調知識創新3 ·鼓勵參與 4·領導層的統一 5·計劃不斷地改進。“問題的解決是過程改進的核心,實踐不僅是SPI組的目標也是它的起點。”這條原則為過程改進人員指明了目標,明確了方法。SPI就是要在實踐中發現軟件過程中的問題,并在實踐中尋找和找到解決問題的辦法,可以說過程改進就是在不斷發現問題和解決問題的過程中不斷向前發展。“改進是一種知識的創新,SPI是受知識的驅動的”。這條原則強調了知識創新在SPI中的作用,提醒了SPI人員在注重知識創新的同時更要注重知識的傳播和擴散。通常從事SPI工作的做法是,過程改進僅僅是過程改進人員的事情,其他人員只是被動地接受。而“合作促使改進產生”這條原則給予了我們很好的啟發和提示。它告訴我們,過程改進不僅僅是一個人或幾個人的事情,而是整個組織的事情。只有鼓勵大家都積極參與,讓這些人基于自身的經驗和職業的判斷力來實實在在地設計和開發新的過程,才能使設計出來的過程真正為他們所理解,為他們所用,從而實現過程的成功。這也是我們在過程改進工作中容易疏忽的地方。“SPI的關鍵點在于改變軟件開發的方式。然而,改變人的行為并不是件容易的事。”這條原則分析了我們在這項工作中可能會遇到的困難和阻力,本書中也不忘為我們提供了如何克服這些問題的可行方法、建議和實例。“改進必須是綜合了各個層次的人的力量。”SPI人員一定要保證SPI的目標與組織的整體目標是一致的,因為只有這樣才能保證SPI工作得到各個領導層的贊同、支持和投入,才能綜合利用各個層次的力量來推動SPI工作的前進。這是預防過程改進項目風險的重要手段。“改進應該是一個不斷持續的過程。”這一原則進一步提示和告誡SPI人員一定要認識到改進的不斷持續的特性。到達頂點并不重要,關鍵的是,你現在處在一個上升?達一個目標你就創造了另一個更高的目標,這個目標對我們的過程和環境都具有重要的意義。4、國家電子政務總體框架主要包括:服務與應用;信息資源;(4);法規、法則與標準化;管理體制。A、基礎設施B、過程管理C、信息完全D、信息共享參考答案:A解析:國家電子政務總體框架的構成包括:服務與應用系統、信息資源、基礎設施、法律法規與標準化體系、管理體制;推進國家電子政務建設,服務是宗旨,應用是關鍵,信息資源開發利用是主線,基礎設施是支撐,法律法規、標準化體系、管理體制是保障。5、(5)主要是針對用戶使用的績效,而不是針對軟件自身的度量指標。A、內部質量B、使用質量C、外部質量D、可用性度量參考答案:B解析:使用質量是基于用戶觀點的軟件產品用于指定的環境和使用周境時的質量。它測量用戶在特定環境中能達到其目標的程度,而不是測量軟件自身的屬性。使用質量的屬性分為四個特性:有效性、生產率、安全性和滿意度。1、有效性:軟件產品在指定的使用周境下,使用戶能達到與準確性和完備性相關的規定目標的能力2、生產率:在指定的使用周境下,使用戶為達到有效性而消耗適當數量的資源的能力3、安全性:在指定的使用周境下,達到對人類、業務、軟件、財產或環境造成損害的可接受的風險級別的能力4、滿意度:使用戶滿意的能力。6、(6)是指企業與政府機構之間進行電子商務活動A、B2AB、B2BC、B2CD、C2A參考答案:A解析:商業機構對行政機構(Business-to-administrations)的電子商務指的是企業與政府機構之間進行的電子商務活動。例如,政府將采購的細節在國際互聯網絡上公布,通過網上競價方式進行招標,企業也要通過電子的方式進行投標。目前這種方式仍處于初期的試驗階段,但可能會發展很快,因為政府可以通過這種方式樹立政府形象,通過示范作用促進電子商務的發展。除此之外,政府還可以通過這類電子商務實施對企業的行政事物管理,如政府用電子商務方式發放進出口許可證、開展統計工作,企業可以通過網上辦理交稅和退稅等。政府應在推動電子商務發展方面起到重要的作用。在美國,克林頓政府已決定在近期對70%的聯邦政府的公共采購實施電子化。在瑞典,政府已決定至少90%的公共采購將在網上公開進行。我國的金關工程就是要通過商業機構對行政機構的電子商務,如發放進出口許可證、辦理出口退稅、電子報關等,建立我國以外貿為龍頭的電子商務框架,并促進我國各類電子商務活動的開展。7、(7)不屬于對需求描述的精確性要求A、能確認需求B、能驗證需求的實現C、能估算需求的成本D、能評估需求變更的影響參考答案:C解析:首先去除A、B選項,這個大家應該沒問題,主要是C和D選哪個,從我們實際中對需求的描述來看,并不會在描述需求時還注明實現這個需求要多少成本。8、在實施監理工作中,總監理工程師具有(8)A、組織項目施工驗收權B、工程款支付憑證簽認權C、工程建設規模的確認權D、分包單位選定權參考答案:B解析:總監理工程師職責:(1)確定項目監理機構人員的分工和崗位職責(2)主持編寫項目監理規劃、審批項目監理實施細則并負責管理項目監理機構的日常工作(3)審查分包單位的資質并提出審查意見(4)檢查和監督監理人員的工作根據工程項目的進展情況可進行人員調配對不稱職的人員應調換其工作(5)主持監理工作會議簽發項目監理機構的文件和指令(6)審定承包單位提交的開工報告、施工組織設計、技術方案、進度計劃(7)審核簽署承包單位的申請、支付證書和竣工結算(8)審查和處理工程變更(9)主持或參與工程質量事故的調查(10)調解建設單位與承包單位的合同爭議、處理索賠、審批工程延期(11)組織編寫并簽發監理月報、監理工作階段報告、專題報告和項目監理工作總結(12)審核簽認分部工程和單位工程的質量檢驗評定資料審查承包單位的竣工申請組織監理人員對待驗收的工程項目進行質量檢查參與工程項目的竣工驗收(13)主持整理工程項目的監理資料9、由總監理工程師主持編寫,監理單位技術負責人書面批準,用來指導監理機構開展監理工作的指導性文件是(9)A、監理合同B、監理規劃C、監理細則D、監理報告參考答案:B解析:監理規劃是指總監理工程師接受項目監理的委托,根據業主對該項目監理的要求,在詳細占有被監理項目有關資料的基礎上,結合監理的具體條件,開展項目監理的工作所編制的指導性文件。監理規劃監理規劃是指總監理工程師接受項目監理的委托,根據業主對該項目監理的要求,在詳細占有被監理項目有關資料的基礎上,結合監理的具體條件,開展項目監理的工作所編制的指導性文件,編制監理規劃的目的是將監理委托合同規定的責任和任務具體化并在這些基礎上制定出實現監理任務的措施。監理規劃的主要內容包括:項目概況、監理范圍和目標、主要監理措施、監理組織機構、項目監理工作制度。監理實施細則監理實施細則是由總監理工程師組織各專業監理工程師編制與本專業及與職務相關的監理實施細則。監理實施細則可以按以下方式進行編制1、按信息工程的階段編制:可將監理過程分為前期、中期、后期三個大的階段,在中期有三個專業部分,即綜合布線、網絡系統集成、應用軟件開發,這是整個監理過程的核心部分,同時,在這三個階段中,實際也牽涉到四控、三管、一協調。2、按專業分工進行編制:如有綜合布線工程、網絡工程等專業3、按監理的控制及管理形式分:如質量控制、進度控制、投資控制、合同管理和信息管理,以此分別編制的監理細則中,仍有與按不同專業的分工是有交叉的。監理實施細則的主要內容包括:質量管理實施細則、進度管理實施細則、成本管理實施細則等。10、軟件過程管理一般包括:啟動和范圍定義;軟件項目計劃;(10);評審和評價;關閉和軟件工程度量A、需求管理B、軟件項目實施C、項目測試D、變更管理參考答案:B解析:11、用例圖主要用來描述用戶與系統功能單元之間的關系,它展示了一個外部用戶能夠觀察到的系統功能模型圖。在一個訂票系統中,下圖表現的是(11)關系。 A、泛化B、繼承C、擴展D、依賴參考答案:A解析:在UML中,用例泛化表示為一個三角的實線箭頭,從子用例指向父用例。12、文檔管理師軟件開發過程中一項非常重要的工作,根據GB/T16680-1996中的相關規定,描述開發小組職責的文檔屬于(12)A、人力資源文檔B、管理文檔C、產品文檔D、開發文檔參考答案:D解析:軟件文檔歸入如下三種類別開發文檔開發文檔是描述軟件開發過程包括軟件需求軟件設計軟件測試保證軟件質量的一類文檔開發文檔也包括軟件的詳細技術描述程序邏輯程序間相互關系數據格式和存儲等。開發文檔起到如下五種作用1、它們是軟件開發過程中包含的所有階段之間的通信工具它們記錄生成軟件需求設計編碼和測試的詳細規定和說明2、它們描述開發小組的職責通過規定軟件主題事項文檔編制質量保證人員以及包含在開發過程中任何其他事項的角色來定義做什么如何做和何時做3、它們用作檢驗點而允許管理者評定開發進度如果開發文檔丟失不完整或過時管理者將失去跟蹤和控制軟件項目的一個重要工具4、它們形成了維護人員所要求的基本的軟件支持文檔而這些支持文檔可作為產品文檔的一部分5、它們記錄軟件開發的歷史基本的開發文檔是1、可行性研究和項目任務書2、需求規格說明3、功能規格說明4、設計規格說明包括程序和數據規格說明5、開發計劃6、軟件集成和測試計劃7、質量保證計劃標準進度8、安全和測試信息管理文檔這種文檔建立在項目管理信息的基礎上諸如:1、開發過程的每個階段的進度和進度變更的記錄2、軟件變更情況的記錄3、相對于開發的判定記錄職責定義這種文檔從管理的角度規定涉及軟件生存的信息產品文檔產品文檔規定關于軟件產品的使用維護增強轉換和傳輸的信息產品的文檔起到如下三種作用1、為使用和運行軟件產品的任何人規定培訓和參考信息2、使得那些未參加開發本軟件的程序員維護它3、促進軟件產品的市場流通或提高可接受性產品文檔用于下列類型的讀者1、用戶他們利用軟件輸入數據檢索信息和解決問題2、運行者他們在計算機系統上運行軟件3、維護人員他們維護增強或變更軟件產品文檔包括如下內容1、用于管理者的指南和資料他們監督軟件的使用2、宣傳資料通告軟件產品的可用性并詳細說明它的功能運行環境等3、一般信息對任何有興趣的人描述軟件產品基本的產品文檔包括1、培訓手冊2、參考手冊和用戶指南3、軟件支持手冊4、產品手冊和信息廣告13、按照標準GB/T 16260.1《軟件過程 產品質量 第1部分質量模型》規定,軟件產品的“安全性”屬性屬于(13)評價內容A、外部質量B、內部質量C、過程質量D、使用質量參考答案:D解析:使用質量的屬性分為四個特性:有效性、生產率、安全性和滿意度14、按照GB/T 16680《軟件文檔管理指南》規定,(14)是正確的。A、軟件產品的所有文檔都應會簽B、修改單的簽署可與被修改文檔的簽署不一樣C、軟件產品的所有文檔的簽署不允許代簽D、一般來講軟件文件審核與批準是一個責任人參考答案:C解析:根據GB/T 16680《軟件文檔管理指南》,軟件產品的所有文檔的簽署不允許代簽,其他選項均不正確。15、《計算機信息系統安全保護等級劃分準則》規定了計算機系統安全保護能力的5個等級。其中,按照(15)的順序從左到右安全能力逐漸增強。A、系統審計保護級、結構化保護級、安全標記保護級B、用戶自主保護級、訪問驗證保護級、安全標記保護級C、訪問驗證保護級、系統審計保護級、安全標記保護級D、用戶自主保護級、系統審計保護級、安全標記保護級參考答案:D解析:計算機系統安全保護能力的5個等級:用戶自主保護級、系統審計保護級、安全標記保護級、結構化保護級、訪問驗證保護級。16-17、OSI安全體系結構定義了五種安全服務,其中(16)用于識別對象的身份并對身份核實。(17)用于防止對資源的非授權訪問,確保只有經過授權的實體才能訪問受保護的資源。(16)A、安全認證服務B、訪問控制安全服務C、數據保密性安全服務D、數據完整性安全服務(17)A、安全認證服務B、訪問控制安全服務C、數據保密性安全服務D、數據完整性安全服務參考答案:A、B解析:五類安全服務包括認證(鑒別)服務、訪問控制服務、數據保密性服務、數據完整性服務和抗否認性服務。-認證(鑒別)服務:在網絡交互過程中,對收發雙方的身份及數據來源進行驗證。-訪問控制服務:防止未授權用戶非法訪問資源,包括用戶身份認證和用戶權限確認。-數據保密性服務:防止數據在傳輸過程中被破解、泄露。-數據完整性服務:防止數據在傳輸過程中被篡改。-抗否認性服務:也稱為抗抵賴服務或確認服務。防止發送方與接收方雙方在執行各自操作后,否認各自所做的操作。從上述對安全服務的詳細描述中我們不難看出,OSI參考模型安全服務緊扣安全技術目標。八類安全機制包括加密機制、數字簽名機制、訪問控制機制、數據完整性機制、認證機制、業務流填充機制、路由控制機制和公證機制。1.加密機制:加密機制對應數據保密性服務。加密是提高數據安全性的最簡便方法。通過對數據進行加密,有效提高了數據的保密性,能防止數據在傳輸過程中被竊取。常用的加密算法有對稱加密算法(如DES算法)和非對稱加密算法(如RSA算法)。2.數字簽名機制:數字簽名機制對應認證(鑒別)服務。數字簽名是有效的鑒別方法,利用數字簽名技術可以實施用戶身份認證和消息認證,它具有解決收發雙方糾紛的能力,是認證(鑒別)服務最核心的技術。在數字簽名技術的基礎上,為了鑒別軟件的有效性,又產生了代碼簽名技術。常用的簽名算法有RSA算法和DSA算法等。3.訪問控制機制:訪問控制機制對應訪問控制服務。通過預先設定的規則對用戶所訪問的數據進行限制。通常,首先是通過用戶的用戶名和口令進行驗證,其次是通過用戶角色、用戶組等規則進行驗證,最后用戶才能訪問相應的限制資源。一般的應用常使用基于用戶角色的訪問控制方式,如RBAC(Role Basic Access Control,基于用戶角色的訪問控制)。4.數據完整性機制:數據完整性機制對應數據完整性服務。數據完整性的作用是為了避免數據在傳輸過程中受到干擾,同時防止數據在傳輸過程中被篡改,以提高數據傳輸完整性。通常可以使用單5.向加密算法對數據加密,生成唯一驗證碼,用以校驗數據完整性。常用的加密算法有MD5算法和SHA算法等。5.認證機制:認證機制對應認證(鑒別)服務。認證的目的在于驗證接收方所接收到的數據是否來源于所期望的發送方,通常可使用數字簽名來進行認證。常用算法有RSA算法和DSA算法等。6.業務流填充機制:也稱為傳輸流填充機制。業務流填充機制對應數據保密性服務。業務流填充機制通過在數據傳輸過程中傳送隨機數的方式,混淆真實的數據,加大數據破解的難度,提高數據的保密性。7.路由控制機制:路由控制機制對應訪問控制服務。路由控制機制為數據發送方選擇安全網絡通信路徑,避免發送方使用不安全路徑發送數據,提高數據的安全性。8.公證機制:公正機制對應抗否認性服務。公證機制的作用在于解決收發雙方的糾紛問題,確保兩方利益不受損害。類似于現實生活中,合同雙方簽署合同的同時,需要將合同的第三份交由第三方公證機構進行公證。安全機制對安全服務做了詳盡的補充,針對各種服務選擇相應的安全機制可以有效地提高應用安全性。隨著技術的不斷發展,各項安全機制相關的技術不斷提高,尤其是結合加密理論之后,應用安全性得到了顯著提高。18、(18)屬于QA的主要職責A、組織對概要設計同行評審B、檢查工作產品及過程與規劃的符合性C、組織對軟件過程的改進D、文件版本管理參考答案:B解析:QA是質量保證人員,質量保證人員主要職責是保證質量管理過程的符合性。選項A是PM的職責;選項C是SEPG(軟件工程過程小組)的職責;選項D是CMO(配置管理員)的職責。19、依照TCP/IP協議,(19)不屬于網絡層的功能A、路由B、異構網互聯C、數據可靠性校驗D、擁塞控制參考答案:C解析:網絡層,負責管理網絡地址,定位設備,決定路由。網絡層提供路由和尋址的功能,使兩終端系統能夠互連且決定最佳路徑,并具有一定的擁塞控制和流量控制的能力。數據可靠性校驗是數據鏈路層的功能。OSI七層網絡模型由下至上為1至7層,分別為物理層(Physical layer),數據鏈路層(Data link layer),網絡層(Network layer),傳輸層(Transport layer),會話層(Session layer),表示層(Presentation layer),應用層(Application layer)。應用層:很簡單,就是應用程序。這一層負責確定通信對象,并確保由足夠的資源用于通信,這些當然都是想要通信的應用程序干的事情。表示層:負責數據的編碼、轉化,確保應用層的正常工作。這一層,是將我們看到的界面與二進制間互相轉化的地方,就是我們的語言與機器語言間的轉化。數據的壓縮、解壓,加密、解密都發生在這一層。這一層根據不同的應用目的將數據處理為不同的格式,表現出來就是我們看到的各種各樣的文件擴展名。表示層協議的代表包括:ASCII,ASN.1,JPEG,MPEG等會話層:負責建立、維護、控制會話,區分不同的會話,以及提供單工(Simplex)、半雙工(Half duplex)、全雙工(Full duplex)三種通信模式的服務。我們平時所知的NFS,RPC,X Windows等都工作在這一層。傳輸層:負責分割、組合數據,實現端到端的邏輯連接。數據在上三層是整體的,到了這一層開始被分割,這一層分割后的數據被稱為段(Segment)。三次握手(Three-way handshake),面向連接(Connection-Oriented)或非面向連接(Connectionless-Oriented)的服務,流控(Flow control)等都發生在這一層。傳輸層是兩臺計算機經過網絡進行數據通信時,第一個端到端的層次,具有緩沖作用。傳輸層提供了主機應用程序進程之間的端到端的服務。傳輸層協議SPX:順序包交換協議,是Novell NetWare網絡的傳輸層協議。TCP:傳輸控制協議,是TCP/IP參考模型的傳輸層協議。網絡層:負責管理網絡地址,定位設備,決定路由。我們所熟知的IP地址和路由器就是工作在這一層。上層的數據段在這一層被分割,封裝后叫做包(Packet),包有兩種,一種叫做用戶數據包(Data packets),是上層傳下來的用戶數據;另一種叫路由更新包(Route update packets),是直接由路由器發出來的,用來和其他路由器進行路由信息的交換。網絡層提供路由和尋址的功能,使兩終端系統能夠互連且決定最佳路徑,并具有一定的擁塞控制和流量控制的能力。TCP/IP協議體系中的網絡層功能由IP協議規定和實現,故又稱IP層。具有網絡層功能的協議有IP、IPX、X.25、ARP、RARP、ICMP。數據鏈路層:負責準備物理傳輸,CRC校驗,錯誤通知,網絡拓撲,流控等。我們所熟知的MAC地址和交換機都工作在這一層。上層傳下來的包在這一層被分割封裝后叫做幀(Frame)。物理層:就是實實在在的物理鏈路,負責將數據以比特流的方式發送、接收,為了實現比特流的傳輸,物理層必須解決傳輸介質、信道類型、數據與信號之間的轉換、信號傳輸中的衰減和噪音等問題。它的功能:1、規定了網絡層中的傳輸介質2、信道類型(多路復用)3、接口標準(RJ-45,RJ-11)具體說:網線,集線器----物理層網卡,網橋----數據鏈路路由器-----網絡層比如:網絡因為網線而上不了網就是出現在物理層的原因。20、某企業內部擁有幾百臺計算機終端,但只能獲得1-10個公用IP地址,為使所有終端均能接入互聯網,可采用(20)的IP地址管理策略。A、每臺計算機分配一個固定的公用IP地址B、每臺計算機分配一個固定的專用IP地址C、網絡地址轉換D、限制最多10臺計算機上網參考答案:C解析:通過NAT(網絡地址轉換)實現私有地址到公有地址的轉換。21、在TCP/IP協議分層結構中,SNMP是在(21)協議之上的異步請求/響應協議。A、TCPB、IPC、UDPD、FTTP參考答案:C解析:如下表所示: 22、某高校在進行新的網絡規劃和設計時,重點考慮的問題之一是網絡系統應用和今后網絡的發展。為了便于未來的技術升級與銜接,該高校在網絡設計時應遵循(22)原則。A、先進性B、高可靠性C、標準化D、可擴展性參考答案:D解析:為了便于未來的技術升級與銜接,要遵循可擴展性原則。在方案設計實施過程中必須考慮的原則如下。(1)可靠性原則。網絡的運行是穩固的。(2)安全性原則。包括選用安全的操作系統、設置網絡防火墻、網絡防殺病毒、數據加密和信息工作制度的保密。(3)高效性原則。性能指標高,軟硬件性能充分發揮。(4)可擴展性。能夠在規模和性能兩個方向上進行擴展。建設原則是網絡規劃和方案制定的方針,不同的原則側重會產生不同的方案。23、(23)是WLAN常用的上網認證方式A、WEP認證B、SIM認證C、寬帶撥號認證D、PpoE認證參考答案:A解析:這里也只有WEP是一種加密認證技術。主流無線加密方式WEP(Wired Equivalent Privacy,有線等效保密)。只從名字上來看,WEP似乎是一個針對有線網絡的安全加密協議,但事實并非如此。WEP標準在無線網絡出現的早期就已創建,它的安全技術源自于名為RC4的RSA數據加密技術,是無線局域網WLAN的必要的安全防護層。目前常見的是64位WEP加密和128位WEP加密。WPA(WiFi Protected Access,WiFi網絡安全存取)。WPA協議是一種保護無線網絡(WiFi)安全的系統,它是在前一代有線等效加密(WEP)的基礎上產生的,它解決了前任WEP的缺陷問題,它使用TKIP(臨時密鑰完整性)協議,是IEEE 802.11i標準中的過度方案。WPA有兩種認證模式可供選擇,一種是使用802.1x協議進行認證(面向企業用戶);一種是稱為預先共享密鑰PSK模式(面向個人用戶),因此我們只測試WPA-PSK加密。WPA2,即WPA加密的升級版。它是WiFi聯盟驗證過的IEEE 802.11i標準的認證形式,WPA2實現了802.11i的強制性元素,特別是Michael算法被公認徹底安全的CCMP(計數器模式密碼塊鏈消息完整碼協議)訊息認證碼所取代、而RC4加密算法也被AES(高級加密)所取代。與WPA加密相同,WPA2同樣有兩種認證模式可供選擇,因此我們同樣只測試面向個人用戶的WPA2-PSK加密。24、某軟件的工作量是20000行,由4人組成的開發小組開發,每個程序員的生產效率是5000行/人月,每對程序員的溝通成本是250行/人月,則該軟件需要開發(24)月。A、1B、1.04C、1.05D、1.08參考答案:D解析:本題考查軟件工程項目管理有關知識。軟件開發項目組一般由多人組成,當幾個人分別承擔軟件項目中的某個任務時,開發人員之間必須通過交流來解決各自承擔任務之間的接口問題,即通信問題,通信需要花費時間和代價,并有可能引起軟件錯誤增加,降低生產率。如果兩個人之間需要通信,則稱為這兩人之間存在一條通信路徑,假設一個軟件開發小組有n個人,每兩個之間都需要通信,則總的通信路徑有 (條),若一個人單獨開發軟件,生產率是5000行/人年,4個人組成一個小組共同開發這個軟件,則需要6條通信路徑,若在每條通信路徑上耗費的工作量是250行/人年,那么小組中每個人的軟件生產率降低為: 總的工作量是20000,該軟件開發需要的時間約等于 (年)。25、評估和選擇最佳系統設計方案時,甲認為可以采用點值評估方法,即根據每一個價值因素的重要性,綜合打分在選擇最佳的方案。乙根據甲的提議,對系統A和系統B進行評估,評估結果如下表所示,那么乙認為(25)。評估因素的重要性系統A系統B評估值評估值硬件40%9080軟件40%8085供應商支持20%8090A、最佳方案時AB、最佳方案時BC、條件不足,不能得出結論D、只能用成本/效益分析方法做出判斷參考答案:C解析:A的得分:90*0.4+80*0.4+80*0.2=84B的得分:80*0.4+85*0.4+90*0.2=84所以無法得出結論26、以下關于綜合布線及綜合布線系統的敘述中,(26)是不正確的。A、綜合布線領域被廣泛遵循的標準時EIA/TIA 568AB、綜合布線系統的范圍包括單幢建筑和建筑群體兩種C、單幢建筑的綜合布線系統工程范圍一般指建筑內部敷設的通信線路,不包括引出建筑物的通信線路D、綜合布線系統的工程設計和安裝施工應分步實施參考答案:C解析:單幢建筑中的綜臺布線系統工程范圍,一般指在整幢建筑內部敷設的通信線路,還應包括引出建筑物的通信線路。綜合布線系統的范圍綜合布線系統的范圍應根據建筑工程項目范圍來定,主要有單幢建筑和建筑群體兩種范圍。(1)單幢建筑中的綜臺布線系統工程范圍,一般指在整幢建筑內部敷設的通信線路,還應包括引出建筑物的通信線路。如建筑物內敷設的管路、槽道系統、通信纜線、接續設備以及其他輔助設施(如電纜豎井和專用的房間等)。此外,各種終端設備(如電話機、傳真機等)及其連接軟線和插頭等,在使用前隨時可以連接安裝,一般不需設計和施工。綜合有線系統的工程設計和安裝施工是單獨進行的,所以,這兩部分工作應該與建筑工程中的有關環節密切聯系和互相配合。(2)建筑群體因建筑幢數不一而規模不同,但綜合布線系統的工程范圍除包括每幢建筑內的通信線路外,還需包括各幢建筑之間相互連接的通信線路。我國頒布的通信行業標準《大樓通信綜合布線系統> D/T926)的適用范圍是跨越距離不超過3000米、建筑總面積不超過100萬平方米的布線區域,區域內的人員為50~5萬人。如布線區域超出上述范圍時可參考使用D標準中大樓指各種商務、辦公和綜合性大樓等,但不包括普通住宅樓。上述范圍是從基本建設和工程管理的要求考慮的,與今后的業務管理和維護職責等的劃分范圍有可能不同。因此,綜合布線系統的具體范圍應根據網絡結構、設備布置和維護辦法等因素來劃分。為了適應信息社會的需要,綜合布線系統應能滿足傳輸話音、資料和圖像以及其他信息的要求,尤其是當今時代出現的智能化建筑和先進技術裝備的建筑群體更是如此。3)綜合布線系統的適用場合和服務對象綜合布線系統的適用場合和服務對象有以下幾類:商業貿易類型,如商務貿易中心(包括商業大廈)、金融機構(包括專業銀行和保險公司等)、高級賓館飯店、股票證券市場和高級商城大廈等高層建筑;綜合辦公類型,如政府機關、群眾團體、公司總部等辦公大廈以及辦公、貿易和商業兼有的綜合業務樓和租賃大樓等;交通運輸類型,如航空港、人車站、長途汽車客運樞紐站、江海港區(包括航運客貨站)、城市公共交通指揮中心、出租車調度中心、郵政、電信通信樞紐樓等公共服務建筑;新聞機構類型,如廣播電臺、電視臺和新聞通信及報社業務樓等:其他重要建筑類型,如醫院、急救中心、科學研究機構、高等院校和工業企業及氣象中心的高科技業務樓等;此外,在軍事基地和重要部門的建筑、高等院校中的校園建筑、高級住宅小區等也需要采用綜合布線系統。27、下列關于項目投資回收期的說法中,(27)是正確的A、項目投資回收期是指以項目的凈收益回收項目投資所需要的時間B、項目投資回收期一般以年為單位,并從項目投產開始年算起C、投資回收期越長,則項目的盈利和抗風險能力越好D、投資回收期的判別基準是基本投資回收期參考答案:A解析:B可以從項目建設開始年算起,如果從項目投產開始年算起的,應予以特別注明。C應為投資回收期越短,表明項目的盈利能力和抗風險能力越好。D投資回收期的判別基準是基準投資回收期28、某承諾文件超過要約規定時間到達要約人。依據郵寄文件收函郵局戳記標明的時間,受要約人是在要求的時間內投郵,由于郵局錯遞而錯過了規定時間。對此情況,該承諾文件(28)。A、因遲到而自然無效B、必須經要約人發出接受通知后才有效C、必須經要約人發出拒絕通知后才無效D、因非受要約人的原因遲到,要約人必須接受該承諾參考答案:C解析:《合同法》第二十六條規定:承諾通知到達要約人時生效。承諾不需要通知的,根據交易習慣或者要約的要求作出承諾的行為時生效。雖然是由于郵局錯遞而延誤了到達時間,但是畢竟過了邀約規定的時間,有可能造成要約人接受了別人的承諾,所以這個時候由要約人來決定是否接受是恰當的。29、某軟件開發企業,在平面媒體上刊登了其開發的財務軟件銷售商業廣告,概要介紹了產品的功能。按照合同法規定,該商業廣告屬于(29)A、要約B、承諾C、要約邀請D、承諾邀請參考答案:C解析:要約邀請:是希望他人向自己發出要約的意思表示。如寄送的價目表、拍賣公告、招標公告、招股說明書、商業廣告等。要約:又稱發盤與報價,是賣方向買方當事人所做的、邀請訂立合同的意思表示。承諾:通常是買方,即被要約人無條件、完全同意要約人的要約,愿意按此訂立合同的意思表示。合同是否成立不是看是否有一份雙方都在上面簽過字的協議。而是看是否已經完成要約和承諾。只要是完成了要約和承諾,即使沒有那份協議,合同也已成立。30、某集成企業的軟件著作權登記發表日期為2013年9月30日,按照著作權法規定,其權利保護期到(30)。A、2063年12月31日B、2063年9月29日C、2033年12月31日D、2033年9月29日參考答案:A解析:軟件著作權保護期限為50年(第50年12月31日)。除署名權、修改權沒有保護期限限制外,其它都是50年。著作權法各權利的保護期第二十條  作者的署名權、修改權、保護作品完整權的保護期不受限制。第二十一條 公民的作品,其發表權、本法第十條第一款第(五)項至第(十七)項規定的權利的保護期為作者終生及其死亡后五十年,截止于作者死亡后第五十年的12月31日;如果是合作作品,截止于最后死亡的作者死亡后第五十年的12月31日。法人或者其他組織的作品、著作權(署名權除外)由法人或者其他組織享有的職務作品,其發表權、本法第十條第一款第(五)項至第(十七)項規定的權利的保護期為五十年,截止于作品首次發表后第五十年的12月31日,但作品自創作完成后五十年內未發表的,本法不再保護。電影作品和以類似攝制電影的方法創作的作品、攝影作品,其發表權、本法第十條第一款第(五)項至第(十七)項規定的權利的保護期為五十年,截止于作品首次發表后第五十年的12月31日,但作品自創作完成后五十年內未發表的,本法不再保護。31、以下有關質量保證的敘述中,(31)是錯誤的。A、制定一項質量計劃就可確保實際交付高質量的產品和服務B、質量保證是一項管理職能,包括所有有計劃地、系統地為保證項目能夠滿足相關的質量標準而建立的活動C、質量保證應該貫穿于整個的項目生命期D、質量審計是對其他質量管理活動的結構性的審查,是決定一個項目質量活動是否符合組織政策、過程和程序的獨立的評估參考答案:A解析:如果僅僅制定一項質量計劃就可確保實際交付高質量的產品和服務,那就不需要后面的質量保證和質量控制過程了。32、風險預測一般是從風險發生的可能性和(32)兩個方面來評估風險A、風險發生的原因B、風險監控技術C、風險能否消除D、風險發生所產生的后果參考答案:D解析:風險預測一般是從風險發生的可能性和風險發生所產生的后果兩個方面來評估風險33、風險的成本估算完成后,可以針對風險表中的每個風險計算其風險曝光度。某軟件小組計劃項目中采用60個可復用的構件,每個構件平均是100LOC,每個LOC的成本是13元人民幣。下面是該小組定義的一個項目風險:1、風險識別:預定要復用的軟件構件中只有60%將被集成到應用中,剩余功能必須定制開發2、風險概率:50%3、該項目風險的風險曝光度是(33)A、23400B、65000C、15600D、19500參考答案:C解析:風險曝光度(Risk Exposure,RE)的計算公式為RE=P×C。其中,P是風險發生的概率,C是風險發生時帶來的項目成本。該軟件小組計劃采用60個可復用的構件,如果只有60%可能被使用,則24個構件必須從頭開發。因為構件平均是100 LOC,每個LOC的成本是13元人民幣,則開發構件的整體成本C=24×100×13=31200元人民幣。因此RE=0.5×31200=15600元人民幣。34、某網絡系統安裝實施合同約定的開工日為2月1日。由于機房承包人延誤竣工,導致網絡系統安裝承包人實際于2月10日開工。網絡系統安裝承包人在5月1日安裝完畢并向監理工程師提交了竣工驗收報告,5月10日開始進行5天啟動連續試運行,結果表明安裝實施有缺陷。網絡系統安裝承包人按照監理工程師的要求進行了調試工作,并于5月25日再次提交請求驗收申請。5月26日再次試運行后表明安裝工作滿足合同規定的要求,參與試運行有關各方于6月1日簽署了同意移交工程的文件。為判定承包人是提前竣工還是延誤竣工,應以(34)作為網絡系統安裝實施的實際工期并與合同工期比較A、2月1日至5月10日B、2月1日至5月25日C、2月10日至5月26日D、2月10日至6月1日參考答案:C解析:本題的關鍵點是要按照實際的開工日期和最終表明項目滿足合同規定的要求的時間,既2月10日至5月26日,用這個時間合同工期進行比較,以確定是否違約。35、某項目各項工作的先后順序及工作時間如下表所示,該項目的總工期為(35)天序號活動名稱緊前活動活動持續時間(天)1A--52BA73CA54DA65EB96FC.D137GE.F68HF59IG.H2A、31B、32C、33D、34參考答案:B解析: 關鍵路徑為:ADFGI,工期為3236、項目經理小李對一個小項目的工期進行估算時,發現開發人員的熟練程度對工期有較大的影響,如果都是經驗豐富的開發人員,預計20天可以完成;如果都是新手,預計需要38天;按照公司的平均開發速度,一般26天可以完成。該項目的工期可以估算為(36)天。A、26B、27C、28D、29參考答案:B解析:根據三點估算的公式計算:(20+4*26+38)/6=2737、以下關于工作分解結構(WBS)的說法中,(37)是正確的。A、凡是出現在WBS中的工作都屬于項目的范圍,凡是沒有出現在WBS中的工作都不屬于項目的范圍,要想完成這樣的工作,必須遵守變更控制流程B、WBS最底層的工作單位叫工作包,一個項目的 WBS應在項目早期就分解到最底層C、樹狀結構的WBS直觀,層次清晰,適用于大型的項目D、業界一般把1個人40個小時能干完的工作稱為1個工作包,依據分解得到的工作包能夠可靠地估計出成本和進度參考答案:A解析:排除法B不符合漸進明細原則C列表型適用大型的項目D業內一般把一個人2周能干完的工作稱為一個工作包,或把一個人80小時能干完的工作稱為一個工作包38、按照下圖所示的項目分解結構,其中空白處的內容應為(38)。 A、需求開發、系統測試B、需求開發、系統交付C、需求確認、系統測試D、需求確認、系統交付參考答案:C解析:采用排除法,需求確認是必須的,系統測試后才能交付39、某項目已制定了詳細的范圍說明書,并完成了WBS分解。在項目執行過程中,項目經理在進行下一周工作安排的時候,發現WBS中遺漏了一項重要的工作,那么接下來他應該首先(39)。A、組織項目組討論,修改WBSB、修改項目管理計劃,并重新評審C、匯報給客戶,與其溝通,重新編寫項目文檔D、填寫項目變更申請,對產生的工作量進行估算,等待變更委員會審批參考答案:D解析:發生變更要按變更控制流程來進行。40、以下對詢價的理解中,(40)是正確的。A、詢價的目的是了解市場有關產品的價格B、詢價是從潛在的賣方處獲取如何滿足項目需求的答復的過程C、投標人會議不是詢價的方法D、通常需要為詢價支付費用參考答案:B解析:詢價過程從潛在的賣方處獲取如何滿足項目需求的答復,如投標書和建議書。通常在這個過程中由潛在的賣方完成大部分實際工作,項目或買方無需支付直接費用。41、某政府公開招標項目,在編制了招標文件并發布了招標公告后,招標人應隨即(41)。A、組織專家對招標文件進行評審B、出售招標文件,對潛在招標人資格預審C、接受參與投標人的投標書D、由評標委員會對投標文件進行預審參考答案:B解析:發布招標公告后,就要出售招標文件,對潛在招標人資格預審。資格預審是指在招投標活動中,招標人在發放招標文件前,對報名參加投標的申請人的承包能力、業績、資格和資質、財務狀況和信譽等進行審查,并確定合格的投標人名單的過程。42、以下項目的招標過程中,(42)的做法是正確的。A、某市計劃投資建設大型軌道交通地鐵項目,經多方專家論證,確定了項目的可行性并落實了資金來源。由于該市的第一條地鐵項目的主要控制系統是系統集成商A建設的,經過投資方和專家委員會的共同評審,確定繼續由集成商A承擔此地鐵項目的主要控制系統建設。B、某政府采購項目,招標人編制了招標文件,由于此項目涉及政府的重要數據,因此招標文件中對投標人資質要求為具備涉密系統集成資質。C、招標人在制定招標的評分標準時,設定其中一項評標項為“內部管理”,給出的評分細則是:“好”得5分,“較好”得4分,“一般”得3分,“較差”得2分,“差”得1分D、招標人收到投標方的標書后應該簽收,并當面開啟進行初審,確定提交的標書形式上是否完整。參考答案:B解析:排除法A選項,招標分為公開招標和邀請招標,不能指定由某一公司承接,即使要采用單一來源采購也要符合:(一)只能從唯一供應商處采購的;(二)發生了不可預見的緊急情況不能從其他供應商處采購的;(三)必須保證原有采購項目一致性或者服務配套的要求,需要繼續從原供應商處添購,且添購資金總額不超過原合同采購金額百分之十的。C選項,在制定評分標準時,不能采用好,較好,一般,較差等模糊性的詞語。D選項,《招標投標法》第二十八條規定,投標人應當在招標文件要求提交投標文件的截止時間前,將投標文件送達投標地點。招標人收到投標文件后,應當簽收保存,不得開啟。投標人少于三個的,招標人應當依照本法重新招標。在招標文件要求提交投標文件的截止時間后送達的投標文件,招標人應當拒收。投標人在遞交標書應注意的問題《招標投標法》第二十八條規定,投標人應當在招標文件要求提交投標文件的截止時間前,將投標文件送達投標地點。招標人收到投標文件后,應當簽收保存,不得開啟。投標人少于三個的,招標人應當依照本法重新招標。在招標文件要求提交投標文件的截止時間后送達的投標文件,招標人應當拒收。投標文件的送達。投標人必須按照招標文件規定的地點,在規定的時間內送達投標文件。投遞投標書的方式最好是直接送達或委托代理人送達,以便獲得招標機構已收到投標書的回執。在招標文件中通常就包含有遞交投標書的時間和地點,投標人不能將投標文件送交招標文件規定地點以外地方,如果投標人因為遞交投標書的地點發生錯誤,而延誤投標時間的,將被視為無效標而被拒收。如果以郵寄方式送達的,投標人必須留出郵寄時間,保證投標文件能夠在截止日期之前送達招標人指定的地點。而不是以“郵戳為準”。在截止時間后送達的投標文件,即已經過了招標有效期的,招標人應當原封退回,不得進入開標階段。招標文件的簽收保存。招標人收到標書以后應當簽收,不得開啟。為了保護投標人的合法權益,招標人必須履行完備的簽收、登記和備案手續。簽收人要記錄投標文件遞交的日期和地點以及密封狀況,簽收人簽名后應將所有遞交的投標文件放置在保密安全的地方,任何人不得開啟投標文件。為了保證引起充分競爭,對于投標人少于三個的,應當重新招標。這種情況在國外稱之為“流標”。按照國際慣例,至少有三家投標者才能帶來有效競爭,因為兩家參加投標,缺乏競爭,投標人可能提高采購價格,損害招標人利益。43、(43)是用于編制溝通計劃的輸入。A、項目章程B、溝通管理計劃C、溝通頻率D、溝通術語詞匯表參考答案:A解析:編制溝通計劃的輸入:組織過程資產、項目章程、項目管理計劃、項目范圍說明書44、下表是一份簡單的項目溝通計劃,該計劃存在的最嚴重的問題是(44)。 A、缺少溝通時間B、缺少溝通方式或信息傳遞方式C、接收人不明確D、溝通的負責人不應該都是項目經理參考答案:B解析:很明顯是缺少溝通方式或信息傳遞方式,比如是通過書面的還是口頭的。正式的還是非正式的。45、項目發生索賠事件后,一般先由(45)依據合同進行調解。A、政府行政主管部門B、監理工程師C、仲裁委員會D、項目經理參考答案:B解析:項目發生索賠事件后,一般先由監理工程師調解,若調解不成,由政府建設主管機構進行調解,若仍調解不成,由經濟合同仲裁委員會進行調解或仲裁。在整個索賠過程中,遵循的原則是索賠的有理性、索賠依據的有效性、索賠計帳的正確性。信息系統合同管理索賠流程項目發生索賠事件后,一般先由監理工程師調解,若調解不成,由政府建設主管機構進行調解,若仍調解不成,由經濟合同仲裁委員會進行調解或仲裁。在整個索賠過程中,遵循的原則是索賠的有理性、索賠依據的有效性、索賠計帳的正確性。遵循的流程:(1)提出索賠要求。當出現索賠事項時,索賠方以書面的索賠通知書形式,在索賠事項發生后的28天以內,向監理工程師正式提出索賠意向通知。(2)報送索賠資料。在索賠通知書發出后的28天內,向監理工程師提出延長工期和(或)補償經濟損失的索賠報告及有關資料。索賠報告的內容主要有總論部分、根據部分、計算部分和證據部分。索賠報告編寫的一般要求如下。①索賠事件應該真實。②責任分析應清楚、準確、有根據。③充分論證事件給索賠方造成的實際損失。④索賠計算必須合理、正確。⑤文字要糟煉、條理要清楚、語氣要中肯。(3)監理工程師答復。監理工程師在收到送交的索賠報告有關資料后,于28天內給予答復,或要求索賠方進一步補充索賠理由和證據。(4)監理工程師逾期答復后果。監理工程師在收到承包人送交的索賠報告的有關資料后28天未予答復或未對承包人作進一步要求,視為該項索賠已經認可。(5)持續索賠。當索賠事件持續進行時,索賠方應當階段性向工程師發出索賠意向,在索賠事件終了后28天內,向工程師送交索賠的有關資料和最終索賠報告,工程師應在28天內給予答復或要求索賠方進一步補充索賠理由和證據。逾期末笞復,視為該項索賠成立。(6)仲裁與訴訟。監理工程師對索賠的答復,索賠方或發包人不能接受,即進入仲裁或訴訟程序。46、(46)是項目干系人管理的主要目的。A、識別項目的所有潛在用戶來確保完成項目總體設計B、避免項目干系人提出不一致的要求C、通過制訂對項目干系人調查表來關注對項目的評價D、避免項目干系人在項目管理中出現嚴重分歧參考答案:D解析:項目干系人管理的主要目的是避免項目干系人在項目管理中出現嚴重分歧47、某軟件公司開發某種軟件產品時花費的固定成本為16萬元,每套產品的可變成本為2元,設銷售單價為12元,則需要銷售(47)套才能達到盈虧平衡點。A、14000B、16000C、18000D、20000參考答案:B解析:假設銷售X套 12X=2X+16萬 X=2萬48、以下關于IT項目風險應對策略的描述中,(48)是錯誤的A、策略必須具有時效性B、策略必須與風險的嚴重程度相一致,避免花費比風險后果更多的資源區預防風險C、對于某個比較重要的風險,可以采用單個風險應對計劃表來對其進行管理D、為避免風險進一步擴大,盡可能讓更少的項目干系人參與參考答案:D解析:根據項目管理的一般原則,不能閉門造車,要讓相關的干系人一起參與。49、在項目組合管理中,項目排序是對項目創造的(49)和投入進行分析,以選擇出對組織最有利項目的過程A、功能性交付物B、交付物C、期望貨幣值D、期望價值參考答案:D解析:高級信息系統項目管理師教材P401:項目選擇和優先級排列過程是對項目創造的期望價值和投入進行分析,以選擇出對組織最有利項目的過程50、以下關于大型IT項目的敘述中,(50)是不正確的A、大型IT項目一般是在需求不十分清晰的情況下開始的,所以通常分解為需求定義和需求實現兩個階段B、對大型項目進行需求定義時,往往要求對業務領域有深刻的理解C、對大型項目進行需求實現時,往往要求對技術領域的精通D、大型IT項目的需求定義和需求實現同城都是由專業的咨詢公司完成的參考答案:D解析:開始時,大型IT項目的需求不是十分清晰,因此項目就分成了需求定義階段和需求實現階段,前者往往要求對業務領域有深刻的理解,后者則主要放在對技術領域的精通上。因此第一階段由專業的咨詢公司對需求進行詳細的定義;再由專業的系統集成公司實現需求。51、在大型復雜IT項目管理中,為了提高項目之間的協作效率,通常應首先(51)A、確保每個項目經理都明確項目的總體目標B、建立統一的項目過程作為IT項目管理的基礎C、為每一個項目單獨建立一套合適的過程規范D、制定合理的溝通計劃參考答案:B解析:大型復雜項目管理,首先關注過程管理。52、以下有關大型及復雜項目管理的說法中,(52)是錯誤的A、大型項目經理的日常職責更集中于管理職責B、大型項目管理模式接近于直接管理模式C、項目周期較長D、團隊構成較復雜參考答案:B解析:大型項目管理模式是間接管理模式大型復雜項目有如下特征:(1)項目周期較長。(2)項目規模較大,目標構成復雜。在這種情況下都會把項目分解成一個個目標相互關聯的小項目,對多個這樣的小項目進行管理。(3)項目團隊構成復雜。(4)大型項目經理的日常職責將更集中于管理職責,對小項目實行“間接管理”。53、以下關于績效報告的說法中,(53)是錯誤的A、績效報告應包含項目的狀態報告和進展報告,以及對項目的未來狀況的預測B、形成績效報告之前應收集項目的各種數據,進行分析和匯總,這些數據來源于項目執行過程中的記錄C、通過對項目績效的分析可能會產生項目變更的需求D、績效報告應該關注項目的重要目標方面的內容,主要是對進度、質量和成本方面的績效情況的量化分析,風險、采購等定性方面的內容不必納入績效報告中參考答案:D解析:績效報告是指搜集所有基準數據并向項目干系人提供項目績效信息。一般來說,績效信息包括為實現項目目標而輸入的資源的使用情況。績效報告一般應包括范圍、進度、成本和質量方面的信息。許多項目也要求在績效報告中加入風險和采購信息。報告可草擬為綜合報告,或者報導特殊情況的專題報告。54、(54)不是績效報告應當包含的內容A、績效目標及其設立依據B、分析說明為完成項目目標及其原因C、對預算年度內目標完成情況進行總結D、項目計劃網絡圖參考答案:D解析:績效報告的內容(狀態、進展、預測):(1)項目的進展和調整情況。(2)項目的完成情況。(3)項目總投入、資金到位情況。(4)項目資金實際支出情況。(5)項目主要效益情況。(6)財務制度執行情況。(7)項目團隊各職能團隊的績效。(8)項目執行中存在的問題及改進措施。(9)預測——隨著項目的進展,根據獲得的工作績效信息對以前的預測進行更新并重新簽發。(10)變更請求——對項目績效進行分析后,通常需要對項目的某些方面進行變更。這些變更請求應按整體變更控制過程所描述的辦法進行處理。(11)其他需要說明的問題。55、績效評價主要采用成本效益分析法、比較法、因素分析法、最低成本法、公眾評判法等方法。下列敘述中屬于成本效益分析法的是(55)。A、通過綜合分析影響績效目標實現、實施效果的內外因素,評價績效目標實現程度B、通過專家評估、公眾問卷及抽樣調查等對項目支出效果進行評判,評價績效目標實現程度C、將一定時期內的支出與效益進行對比分析以評價績效目標實現程度D、通過對績效目標與實施效果、歷史或當前情況、不同部門和地區同類項目的比較,綜合分析績效目標實現程度參考答案:C解析:成本效益分析法。是指將一定時期內的支出與效益進行對比分析以評價績效目標實現程度。適用于成本、效益都能準確計量的項目績效評價。項目績效評價主要采用成本效益分析法、比較法、因素分析法、最低成本法、公眾(專家)評判法等評價方法。(一)成本效益分析法。是指將一定時期內的支出與效益進行對比分析以評價績效目標實現程度。適用于成本、效益都能準確計量的項目績效評價。(二)比較法。是指通過對績效目標與實施效果、歷史與當期情況、不同部門和地區同類支出的比較,綜合分析績效目標實現程度。(三)因素分析法。是指通過綜合分析影響績效目標實現、實施效果的內外因素,評價績效目標實現程度。(四)最低成本法。是指對效益確定卻不易計量的多個同類對象的實施成本進行比較,評價績效目標實現程度。適用于公共管理與服務、社會保障、文化、教育等領域項目支出的績效評價。(五)公眾(專家)評判法。是指通過專家評估、公眾問卷及抽樣調查等對財政支出效果進行評判,評價績效目標實現程度。(六)其他評價方法。56、項目Ⅰ、Ⅱ、Ⅲ、Ⅳ的工期都是三年,在第二年末其掙值分析數據如下表所示。按此趨勢,項目(56)應最早完工。項目預算總成本EVPVACⅠ150010001200900Ⅱ1500130012001300Ⅲ1500125012001300Ⅳ1500110012001200A、ⅠB、ⅡC、ⅢD、Ⅳ參考答案:B解析:首先求出各個項目的進度績效指數SPI(SPI=EV/PV),然后值越大的績效越好,就是最早完工的。57、項目成本控制是指(57)A、對成本費用的趨勢及可能達到的水平所作的分析和推斷B、預先規定計劃期內項目施工的耗費和成本要達到的水平C、確定各個成本項比預計要達到的目標成本的降低額和降低度D、在項目過程中,對形成成本的要素進行監督和調節參考答案:D解析:成本控制主要指工程項目施工成本的過程控制。通常是指在項目施工成本的形成過程中,對形成成本的要素,即施工生產所耗費的人力、物力和各項費用開支,進行監督、調節和限制。及時預防、發現和糾正偏差,從而把各項費用控制在計劃成本的預定目標之內。這通常是工程項目施工成本管理活動中不確定因素最多、最復雜、最基礎也是最重要的管理內容。58、某信息系統項目最終完成的可行性研究報告的主要內容包括以下部分:①項目背景和概述 ②市場前景分析 ③運行環境可行性分析 ④項目技術方案分析 ⑤項目投資及成本分析 ⑥項目組織及投入資源分析 ⑦可行性研究報告結論該可行性報告缺少()A、風險分析、項目計劃B、風險分析、項目評估方法C、市場需求預測、項目計劃D、市場需求預測、項目評估方法參考答案:A解析:可行性研究報告內容一、項目概述1、項目背景2、可行性研究的結論(1)項目的目標、規模(2)技術方案概述及特點(3)項目的建設進度計劃(4)投資估算和資金籌措計劃(5)項目財務和經濟評價(6)項目綜合評價結論二、項目技術背景與發展概況3、項目提出的技術背景4、項目的技術發展現狀5、編制項目建議書的過程及必要性三、現行系統業務、資源、設施情況分析6、市場情況調查分析7、客戶現行系統業務、資源、設施情況調查四、項目技術方案8、項目總體目標五、實施進度計劃9、項目實施計劃六、投資估算與資金籌措計劃10、項目投資估算七、人員及培訓計劃11、項目組人員組成及培訓八、不確定性
主站蜘蛛池模板: 四虎影院在线免费 | 欧美午夜无码大片免费看 | 亚洲国产欧美在线人成大黄瓜 | 免费人成黄页在线观看忧物 | 三区视频在线观看 | 99久久精品无码一区二区三区 | 欧美精品人妻无码一区二区三区 | 国产农村妇女一级毛片 | 久久综合狠狠综合久久综合88 | 久久亚洲精华国产 | 亚洲色精品88色婷婷七月丁香 | 少妇无码太爽了在线观看免费视频 | 麻豆乱码国产二区三区使用方法 | 国产嘿嘿嘿视频在线观看 | 成人免费一级淫片 | 尤物AV无码国产在线观看 | 国产精品水蜜桃 | 美女久久久久久久久 | 殴亚乱色熟一区二区三四区 | 极品成人影院 | 超碰免费公开在线 | 亚洲а∨天堂一区 | 老色鬼在线播放精品视频 | 国产精品午睡沙发系列 | 欧美日本在线观看 | 免费人成网站视频在线观看国内 | 国产精品成人av禁果av | 免费日韩av | 亚洲美女免费 | 亚洲国产精品无码久久九九大片 | 高清三区 | 四川小少妇BBAABBAA | 精品午夜久久 | 久久成人资源 | 久久WWW免费人成一看片 | 国产精品女同一区二区久久夜 | 成年久久| av天堂中文字幕在线播放 | 免费观看一级毛片视频 | 娇喘潮喷抽搐高潮视频 | 久久精品农村毛片 |