版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、系統(tǒng)集成項目管理工程師網絡作業(yè)試題一上午試題(9:00-11:30)1、以下對信息系統(tǒng)集成的描述正確的是 C 。 A. 信息系統(tǒng)集成的根本出發(fā)點是實現(xiàn)各個分立子系統(tǒng)的整合 B. 信息系統(tǒng)集成的最終交付物是若干分立的產品 C. 信息系統(tǒng)集成的核心是軟件 D. 先進技術是信息系統(tǒng)集成項目成功實施的保障 C. 信息系統(tǒng)集成是近年來國際性息服務業(yè)中發(fā)展勢頭最猛的服務方式和行業(yè)之一。系統(tǒng)集成是指將計算機軟件、硬件、網絡通信等技術和產品集成為能夠滿足用戶特定需求的信息系統(tǒng),包括策劃、設計、開發(fā)、實施、服務及保障。 信息系統(tǒng)集成有以下幾個顯著特點: 信息系統(tǒng)集成要以滿足客戶需求為根本出發(fā)點。 信息系統(tǒng)集成不
2、只是設備選擇和供應,更重要的它是具有高技術含量的工程過程,要面向用戶需求提供全面解決方案,其核心是軟件。 系統(tǒng)集成的最終交付物是一個完整的系統(tǒng)而不是一個分立的產品。 系統(tǒng)集成包括技術、管理和商務等各項工作,是一項綜合性的系統(tǒng)工程,技術是系統(tǒng)集成工作的核心,管理和商務活動是項目成功實施的保障。 可見“信息系統(tǒng)集成的核心是軟件”這一敘述是正確的,其他選項的敘述均不正確,故應選擇C。2、有四家系統(tǒng)集成企業(yè)計劃于2010年5月申請計算機信息系統(tǒng)集成資質,其中:甲公司計劃申請一級資質,注冊資本3000萬元,具有項目經理 20 名,高級項目經理8名,2010 年 1 月通過 ISO9001質量管理體系認證
3、;乙公司計劃申請一級資質,注冊資本2000萬元,具有項目經理20名,高級項目經理8名,2009年4月通過ISO9001質量管理體系認證;丙公司計劃申請四級資質,注冊資本500萬元,具有項目經理5名,高級項目經理1名,2010年2月通過ISO9001質量管理體系認證;丁公司計劃申請四級資質,注冊資本 500 萬元,具有項目經理 5 名,高級項目經理1名,沒有通過ISO9001質量管理體系認證。根據(jù)上述狀況,公司 A 不符合基本的申報條件。 A.甲 B.乙 C.丙 D.丁 A. 信息產業(yè)部于2012年6月頒布了關于發(fā)布計算機信息系統(tǒng)集成資質等級評定條件(修訂版)的通知(系統(tǒng)集成資質等級評定條件主從
4、綜合條件、業(yè)績、管理能力、技術實力、人才實力5個方面描述的。申請各級資質時在企業(yè)注冊資本、項目經理和管理體系方面分別要滿足的條件為:一級資質:企業(yè)產權關系明確,注冊資金5000萬元以上,已建立完備的企業(yè)質量管理體系,通過國家認可的第三方認證機構認證并有效運行一年以上,具有計算機信息系統(tǒng)集成項目經理人數(shù)不少于30名,其中高級項目經理人數(shù)不少于10名。 二級資質:企業(yè)產權關系明確,注冊資金2000萬元以上,已建立完備的企業(yè)質量管理體系,通過認證并有效運行一年以上,具有計算機信息系統(tǒng)集項目經理人數(shù)不少于18名,其中高級項目經理人數(shù)不少于4名。 三級資質:企業(yè)產權關系明確,注冊資本200萬元以上,已建
5、立企業(yè)質量管理體系,通過認證并能有效運行,具有計算機信息系統(tǒng)集成項目經理人數(shù)不少于6名,其中高級項目經理人數(shù)不少于1名。四級資質:企業(yè)產權關系明確,注冊資本30萬元以上,以建立企業(yè)質量管理體系,并能有效實施,計算機信息系統(tǒng)集成項目經理人數(shù)不少于2名。企業(yè)甲2012年2月通過ISO 9001質量管理體系認證,已經通過國家認可的第三方認證機構的認證,但未有效運行一年以上,項目經理人數(shù)少于規(guī)定要求的,因此不滿足一級資質的申報條件。應選擇A。3、下面關于計算機信息系統(tǒng)集成資質的論述, C 是不正確的。 A. 工業(yè)和信息化部對計算機信息系統(tǒng)集成認證工作進行行業(yè)管理 B. 申請三、四級資質的單位應向經政府
6、信息產業(yè)主管部門批準的資質認證機構提出認證申請 C申請一、二級資質的單位應直接向工業(yè)和信息化部資質管理辦公室提出認證申請 D. 通過資質認證審批的各單位將獲得由工業(yè)和信息化部統(tǒng)一印制的資質證書 C依據(jù)計算機信息系統(tǒng)集成資質管理辦法(試行)(信部規(guī)【1999】1047號文)之規(guī)定: 第六條 信息產業(yè)部負責計算機信息系統(tǒng)集成資質認證管理工作,包括指定和管理資質認證機構、發(fā)布管理辦法和標準、審批和發(fā)布資質認證結果。 第十七條 資質認證工作辦公室將資質評審結果報請信息產業(yè)部審批后,頒發(fā)資質認證。資質證書分為正本和副本,正本和副本具有同等法律效力。 依據(jù)計算機信息系統(tǒng)集成資質認證申報程序(試行)(信規(guī)函
7、【2001】2號文)之規(guī)定: 第三條 資質的認證 (一)申請單位向資質認證機構提出委托評審申請,提交申請材料。 1、申請一、二級資質 申請單位根據(jù)規(guī)定的一、二級資質評定條件,向經信息產業(yè)部認可的一、二級資質認證機構(以下簡稱認證機構)提出資質認證委托申請,提交評審申請材料。 2、申請三、四級資質 申請單位根據(jù)規(guī)定的三、四級資質評定條件,向本省市信息產業(yè)主管部門認可的資質認證機構提出資質認證委托申請,提交認證申請材料。本省市沒有設置認證機構的可委托部和其他省市認可的認證機構認證。 因此,對于計算機信息系統(tǒng)集成的一、二級資質,申請單位應根據(jù)規(guī)定的一、二級資質評定條件,向經信息產業(yè)部認可的一、二級資
8、質認證機構(以下簡稱認證機構)提出資質認證委托申請,提交評審申請材料。應選擇C.4、省市信息產業(yè)主管部門負責對 D 信息系統(tǒng)集成資質進行審批和管理。 A一、二級 B三、四級 C本行政區(qū)域內的一、二級 D本行政區(qū)域內的三、四級 D依據(jù)計算機信息系統(tǒng)集成資質認證申報程序(試行)(信部函【2001】2號文之規(guī)定: 第四條 一、二級資質的申報和審批 (一)申請單位準備資質申報材料 通過認證機構審批的申請單位填寫信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室統(tǒng)一制定的計算機信息系統(tǒng)集成資質申報表,連同認證機構出具的計算機信息系統(tǒng)集成資質認證報告一并提交到申請單位所在省市信息產業(yè)主管部門。 (二)省市信息
9、產業(yè)主管部門簽署意見 各省、市信息產業(yè)主管部門對申請單位的申報材料進行初審,簽署審查意見后,將有關材料報信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室。計劃單列市信息產業(yè)主管部門在將有關材料向信息產業(yè)部上報時,應同時抄送省信息產業(yè)主管部門。 (三)信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室綜合信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室將省市信息產業(yè)主管部門上報的材料進行登錄、綜合。(四)資質認證專家委員會審核 由信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室組織有關專家對申請單位的計算機信息系統(tǒng)集成資質進行審核。對于通過審核的單位,將有關材料上報到信息產業(yè)部;對于未通過審核的單位,將有
10、關意見反饋給省市信息產業(yè)主管部門。(五)審批與頒發(fā)資質證書 信息產業(yè)部審批申請單位的資質。對通過審批的單位頒發(fā)資質證書;對于未通過審批的單位,將有關意見反饋給省市信息產業(yè)主管部門。第五條 三、四級資質的審報和審批 (一)申請單位準備資質申報材料通過認證機構認證的申請單位填寫信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室統(tǒng)一制定的計算機信息系統(tǒng)集成資質申報表,連同認證機構出具的計算機信息系統(tǒng)集成資質認證報告一并提交到申請單位所在省市信息產業(yè)主管部門。(二)省市信息產業(yè)主管部門組織審批 省(自治區(qū)、直轄市)信息產業(yè)主管部門對申請單位的申報材料進行審核,并審批。對于通過審批的單位,將有關材料上報到信
11、息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室備案;對于未通過審批的單位,將有關意見反饋給申請單位。計劃單列市信息產業(yè)主管部門在將有關材料向信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室上報備案時,應同時抄送省信息產業(yè)主管部門。(三)信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室備案信息產業(yè)部計算機信息系統(tǒng)集成資質認證工作辦公室將省市信息產業(yè)主管部門上報的材料進行登錄、備案。若有異議及時反饋有關省市,若無異議則省市審批生效。(四)頒發(fā)資質證書 通過審批的單位由各省市頒發(fā)信息產業(yè)部統(tǒng)一印制的資質證書。 因此,在計算機信息系統(tǒng)集成的一、二級資質的審批中,由?。ㄗ灾螀^(qū)、直轄市)信息產業(yè)主管部門對申請單
12、位的申報材料進行審核,并審批。應選擇D。5、與制造資源計劃 MRP相比,企業(yè)資源計劃 ERP 最大的特點是在制定計劃時將 B 考慮在一起,延伸管理范圍。 A. 經銷商 B. 整個供應鏈 C. 終端用戶 D. 競爭對手 B企業(yè)資源計劃(Enterprise Resource Planning , ERP)的概念由美國Gartner Group公司20世紀90年代提出,它是由物料需求計劃(Materials Requirement Planning, MRP)逐步演變并結合計算機技術的快速發(fā)展而來的,大致經歷了基本MRP、閉環(huán)MRP、MRPII和ERP等4個階段。進入20世紀90年代,隨著市場競爭
13、加劇和信息技術的飛速進步,20世紀80年代MPRII主要面向企業(yè)內部資源全面計劃管理的思想逐步發(fā)展為20世紀90年代怎樣有效利用和管理整體資源的管理思想企業(yè)資源計劃ERP應運而生。 ERP的管理范圍向整個供應鏈延伸,可同期管理企業(yè)的多種生產方式,在多方面擴充了管理功能,支持在線分析處理,施行財務計劃和價值控制。在資源管理范圍方面,MRPII主要側重對企業(yè)內部人、財、物等資源的管理,ERP系統(tǒng)在MRPII的基礎上擴展了管理范圍,它把客戶需求和企業(yè)內部的制造活動,以及供應商的制造資源整合在一起,形成企業(yè)一個完整的供應鏈并對供應鏈上所有環(huán)節(jié)如訂單、采購、庫存、計劃、生產制造、質量控制、運輸、分銷、服
14、務與維護、財務管理、人事管理、實驗室管理、項目管理、配方管理等進行有效管理。由此可見,于制造資源計劃MRPII相比,企業(yè)資源計劃ERP最大的特點是在MRPII的基礎上擴展了管理范圍,形成一個完整的供應鏈并對供應鏈上所有環(huán)節(jié)進行有效管理。應選擇B。6、小張在某電子商務網站建立一家經營手工藝品的個人網絡商鋪,向網民提供自己手工制作的工藝品。這種電子商務模式為 C 。 A. B2B B. B2C C. C2C D. G2C C電子商務按照交易對象可分為企業(yè)與企業(yè)之間(B2B)、商業(yè)企業(yè)與消費者之間的電子商務(B2C)、消費者與消費者之間(C2C)以及政府與個人間的電子商務(G2C)等4鐘。如果對電子
15、商務做進一步的細分,有的人把企業(yè)內部的電子商務也歸入電子商務的一種類型,即企業(yè)內部不同部門之間的電子商務,通過企業(yè)內部網(Intranet)的方式處理與交換商貿信息。 根據(jù)電子商務按照交易對象分類的電子商務模式,小張的電子商務模式屬于消費者與消費者之間的電子商務(C2C)。應選擇C。7、與基于 C/S 架構的信息系統(tǒng)相比,基于 B/S 架構的信息系統(tǒng) C 。 A具備更強的事務處理能力,易于實現(xiàn)復雜的業(yè)務流程 B人機界面友好,具備更加快速的用戶響應速度 C更加容易部署和升級維護 D具備更高的安全性 C C/S模式(即客戶機/服務器模式)分為客戶機和服務器兩層,客戶機不是毫無運算能力的輸入、輸出設
16、備,而是具有一定的數(shù)據(jù)處理和數(shù)據(jù)存儲能力,通過把應用系統(tǒng)的計算和數(shù)據(jù)合理地分配在客戶機和服務器兩端,可以有效地降低網絡通信量和服務器運算量。由于服務器連接個數(shù)和數(shù)據(jù)通信量的限制,這種結構的軟件適于在用戶數(shù)目不多的局域網內使用。 B/S模式(瀏覽器/服務器模式)是隨著Internet技術的興起,對C/S結構的一種改進。在這種結構下,軟件應用的業(yè)務邏輯完全在應用服務器端實現(xiàn),用戶表現(xiàn)完全在Web服務器端實現(xiàn),客戶端只需要瀏覽器即可進行業(yè)務處理,是一種全新的軟件系統(tǒng)構造技術。 C/S結構的系統(tǒng),由于其應用是分布的,需要在每一個使用節(jié)點上進行系統(tǒng)安裝,所以,即使非常小的系統(tǒng)缺陷都需要很長的重新部署時間
17、,重新部署時,為了保證各程序版本的一致性,必須暫停一切業(yè)務進行更新(即“休克更新”),將會顯著延遲其服務響應時間。而在B/S結構的信息系統(tǒng)中,其應用都集中于總部服務器上,各應用節(jié)點并沒有任何程序,一個地方更新則全部應用程序更新,可以做到快速服務響應。因此,基于B/S構架的信息系統(tǒng)比基于C/S構架的系統(tǒng)更容易部署和升級維護。應選擇C。8、中間件是位于硬件、操作系統(tǒng)等平臺和應用之間的通用服務。 D 位于客戶和服務器之間,負責負載均衡、失效恢復等任務,以提高系統(tǒng)的整體性能。 A. 數(shù)據(jù)庫訪問中間件 B. 面向消息中間件 C. 分布式對象中間件 D. 事務中間件D中間件是位于硬件、操作系統(tǒng)等平臺和應用
18、之間的通用服務。這些服務具有標準的程序接口和協(xié)議。不同的硬件及操作系統(tǒng)平臺,可以有符合接口和協(xié)議規(guī)范的多種實現(xiàn)。中間件包括的范圍十分廣泛,針對不同的應用需求有各種不同的中間件產品。從不同的角度對中間件的分類也會有所不同。通常將中間件分為數(shù)據(jù)庫訪問中間件、遠程過程調用中間件、面向信息中間件、事務中間件、分布式對象中間件等幾類。 數(shù)據(jù)庫訪問中間件通過一個抽象層訪問數(shù)據(jù)庫,從而允許使用相同或相似的代碼訪問不同的數(shù)據(jù)庫資源。遠程過程調用(RPC)中間件用來“遠程”執(zhí)行一個位于不同地址空間內的過程,從效果上看和執(zhí)行本地調用相同。面向信息的中間件(MOM)利用高效可靠的消息傳遞機制負責進行平臺無關的數(shù)據(jù)交
19、流,并可基于數(shù)據(jù)通信進行分布系統(tǒng)的集成。分布式對象中間件是隨著對象技術和分布計算技術的發(fā)展,兩者結合形成的技術,可用于在異構分布計算環(huán)境中透明地傳遞對象請求。事務中間件也稱事務處理監(jiān)控器(Transaction Processing Monitor, TPM)位于客戶端和服務器之間,完成事務管理與協(xié)調、負載平衡、失效恢復等任務,以提高系統(tǒng)的整體性能。應選擇D。9、以下關于軟件測試的描述, C 是正確的。 A系統(tǒng)測試應盡可能在實際運行使用環(huán)境下進行 B軟件測試是在編碼階段完成之后進行的一項活動 C專業(yè)測試人員通常采用白盒測試法檢查程序的功能是否符合用戶需求 D軟件測試工作的好壞,取決于測試發(fā)現(xiàn)錯
20、誤的數(shù)量A. 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程,是根據(jù)程序開發(fā)階段的規(guī)格說明及程序內部結構而精心設計的一批測試用例(輸入數(shù)據(jù)及其預期結果的集合),并利用這些測試用例去運行程序,以發(fā)現(xiàn)程序錯誤的過程。故軟件測試應盡可能在實際運行使用環(huán)境下進行。 軟件測試不再只是一種僅在編碼階段完成后才開始的活動,而是應該包括在整個開發(fā)和維護過程中的活動,它本身也是實際產品構造的一個組成部分。 基于計算機的測試可以分為白盒測試和黑盒測試。黑盒測試指根據(jù)軟件產品的功能設計規(guī)格,在計算機上進行測試,以證實每個已經實現(xiàn)的功能是否符合要求。白盒測試指根據(jù)軟件產品的內部工作過程,在計算機上進行測試,已證實每種內部操作
21、是否符合設計要求,所有內部成分是否已經過檢查。故專業(yè)測試人員通常采用黑盒測試法檢查程序的功能是否符合用戶需求。 對軟件測試進行設計的目的是想以最少的時間和人力系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。如果成功地實施了測試,就能夠發(fā)現(xiàn)軟件中的錯誤。測試的附帶收獲是它能夠證明軟件的功能和性能與需求說明相符。軟件測試工作的好壞,并不取決于測試發(fā)現(xiàn)錯誤的數(shù)量。因此,系統(tǒng)測試應盡可能在實際運行使用環(huán)境下進行。應選擇A。10、軟件的質量是指 D 。 A. 軟件的功能性、可靠性、易用性、效率、可維護性、可移植性 B. 軟件的功能和性能 C. 用戶需求的滿意度 D. 軟件特性的總和,以及滿足規(guī)定和潛在用戶需求的能
22、力 D. 軟件“產品評估”國際標準ISO 14598和國家標準GB/T1626012006軟件工程產品質量-質量模型給出的“軟件質量”的定義是:軟件特性的總和,軟件滿足規(guī)定或潛在用戶需求的能力。其中定義的軟件質量包括“內部質量”、“外部質量”和“使用質量”三部分。也就是說,“軟件滿足規(guī)定或潛在用戶需求的能力”要從軟件在內部、外部和使用中的表現(xiàn)來衡量。軟件質量特性是軟件質量的構成因素,是軟件產品內在的或固有的屬性,包括軟件的功能性、可靠性、易用性、效率、可維護性和可移值性等,每一個軟考質量特性又由若干個軟件質量子特性組成。由此可見,軟件質量不是某個或幾個軟件質量特性或子特性,如功能和性能,也不是
23、用戶需求的滿意程度,而是軟件特性的總和,是軟件滿足規(guī)定或潛在用戶的能力。應選擇D。11、在軟件生存周期中,將某種形式表示的軟件轉換成更高抽象形式表示的軟件的活動屬于 C 。 A. 逆向工程 B. 代碼重構 C. 程序結構重構 D. 數(shù)據(jù)結構重構 A. 逆向工程(reverse engineering)有的人也叫反求工程,其大意是根據(jù)已有的東西和結果,通過分析來推導出具體的實現(xiàn)方法。 軟件逆向工程的基本原理是抽取軟件系統(tǒng)的主要部分而隱藏細節(jié),然后使用抽取出的實體在高層上描述軟件系統(tǒng)。逆向工程抽取的實體應比源代碼更容易推理和接近應用領域,同時在高層上對軟件系統(tǒng)的抽象表示要求簡潔和易于理解,在軟件工
24、程領域,迄今為止沒有統(tǒng)一的逆向工程定義。較為通用的是Elliot Chikafsky 和Cross在文獻中定義的逆向工程的相關術語。 正向工程:從高層抽象和獨立于實現(xiàn)的邏輯設計到一個系統(tǒng)的物理實現(xiàn)的傳統(tǒng)開發(fā)過程。 逆向工程:分析目標系統(tǒng),認定系統(tǒng)的構件及其交互關系,并且通過高層抽象或其它形式來展現(xiàn)目標系統(tǒng)的過程。 與逆向工程相關的其它術語包括: 再文檔(Redocumentation):根據(jù)源代碼,在同一層次上創(chuàng)建或修改系統(tǒng)文檔。設計恢復(Design Recovery):結合目標系統(tǒng)、領域知識和外部信息認定更高層次的抽象。重構(Restructuring):保持系統(tǒng)外部行為(功能和語義),在
25、同一抽象層次上改變表示形式。再工程(Reengineering):結合逆向工程、重構和正向工程對現(xiàn)有系統(tǒng)進行審查和改造,將其重組為一種新形式。體系結構再現(xiàn):用于從源碼、性能分析信息、設計文檔及專家知識等現(xiàn)有信息中抽象出一個更高層次表示的技術和過程。其中,再文檔、設計恢復不改變系統(tǒng)。重構改變了系統(tǒng),但不改變其功能。再工程通常涉及逆向工程與正向工程的聯(lián)合使用,逆向工程解決程序的理解問題,正向工程檢驗哪些功能需要保留、刪除或增加。再工程改變了系統(tǒng)的功能和方向,是最根本和最有深遠影響的擴展。由此可見,重構是指在同一抽象層次上改變系統(tǒng)的表示形式,將某種形式表示的軟件轉換成更高抽象形式表示的軟件的活動不屬
26、于重構,而屬于軟件的逆向工程。故選擇A。12、根據(jù)軟件文檔管理指南(GB/T 16680-1996),以下關于文檔評審的敘述, B 是不正確的。 A. 需求評審進一步確認開發(fā)者和設計者已了解用戶要求什么及用戶從開發(fā)者一方了解某些限制和約束 B. 在概要設計評審過程中主要詳細評審每個系統(tǒng)組成部分的基本設計方法和測試計劃,系統(tǒng)規(guī)格說明應根據(jù)概要設計評審的結果加以修改 C. 設計評審產生的最終文檔規(guī)定系統(tǒng)和程序將如何設計開發(fā)和測試以滿足一致同意的需求規(guī)格說明書 D. 詳細設計評審主要評審計算機程序、程序單元測試計劃和集成測試計劃 D.軟件文檔管理指南(GB/T 166801996)有關“文檔評審”的
27、內容如下:需求評審進一步確認開發(fā)者和設計者以了解用戶要求什么,及用戶從開發(fā)者一方了解某些限制和約束。需求評審可能需要一次以上產生一個被認可的需求規(guī)格說明?;趯ο到y(tǒng)要做些什么的共同理解,才能著手詳細設計。用戶代表必須積極參與開發(fā)和需求評審,參與對需求文檔的認可。設計評審通常安排兩個主要的設計評審,概要設計評審和詳細設計評審。在概要設計評審過程中,主要詳細評審每個系統(tǒng)組成部分的基本設計方法和測試計劃。系統(tǒng)規(guī)格說明應根據(jù)概要設計評審的結果加以修改。詳細設計評審主要評審計算機程序和程序單元測試計劃。設計評審產生的最終文檔規(guī)定系統(tǒng)和程序將如何設計、開發(fā)和測試。應選擇D13、根據(jù)軟件文檔管理指南(GB/
28、T 16680-1996),以下關于軟件文檔歸類的敘述, D 是不正確的。 A. 開發(fā)文檔描述開發(fā)過程本身 B. 產品文檔描述開發(fā)過程的產物 C. 管理文檔記錄項目管理的信息 D. 過程文檔描述項目實施的信息 D。根據(jù)軟件文檔管理指南(GB/T 166801996)之7.2節(jié)之內容: 7.2 規(guī)定文檔類型和內容 下面給出軟件文檔主要類型的大綱,這個大綱不是詳盡的或最后的,但適合作為主要類型軟件文檔的檢驗表。而管理者應規(guī)定何時定義他們的標準文檔類型。軟件文檔歸入以下三種類別: a)開發(fā)文檔描述開發(fā)過程本身 b)產品文檔描述開發(fā)過程的產物 c)管理文檔記錄項目管理的信息由此可見,國際GB/T 16
29、6801996中定義了開發(fā)文檔、產品文檔和管理文檔三種文檔類型,管理者可將任何軟件文檔歸入這三種類型中的一種,標準中并未涉及過程文檔的概念。應選擇D。14、根據(jù)軟件工程產品質量(GB/T 16260.1-2006)定義的質量模型,不屬于功能性的質量特性是 B 。 A. 適應性 B. 適合性 C. 安全保密性 D. 互操作性 A. 根據(jù)軟件工程產品質量(GB/T 16260.12006)中關于功能性之定義: 功能性:當軟件在指定條件下使用時,軟件產品提供滿足明確和隱含要求的功能的能力。包括如下幾條子特性: 適合性:軟件產品為指定的任務和用戶目標提供一組合適的功能的能力。 準確性:軟件產品提供具有
30、所需精度的正確或相符的結果或效果的能力。 互操作性:軟件產品與一個或更多的規(guī)定系統(tǒng)進行交互的能力。 安全保密性:軟件產品保護信息和數(shù)據(jù)的能力,以及未授權的人員或系統(tǒng)不能閱讀或修改這些信息和數(shù)據(jù),而不拒絕授權人員或系統(tǒng)對它們的訪問。 功能性的預存性:軟件產品遵循與功能性相關的標準,約定或法定以及類似規(guī)定的能力。由此可見,標準中定義的功能性的子特性中不包含適應性。應選擇A。15、W 公司想要對本單位的內部網絡和辦公系統(tǒng)進行改造,希望通過招標選擇承建商,為此,W 公司進行了一系列活動。以下(15)活動不符合中華人民共和國招標投標法的要求。 AA. 對此項目的承建方和監(jiān)理方的招標工作,W 公司計劃由同
31、一家招標代理機構負責招標,并計劃在同一天開標 B. W 公司根據(jù)此項目的特點和需要編制了招標文件,并確定了提交投標文件的截止日期 C. 有四家公司參加了投標,其中一家投標單位在截止日期之后提交投標文件,W 公司認為其違反了招標文件要求,沒有接受該投標單位的投標文件 D. W 公司根據(jù)招標文件的要求,在三家投標單位中選擇了其中一家作為此項目的承建商,并只將結果通知了中標企業(yè)。 D. 中華人民共和國招標投標法中關于招標代理有下列條款:第十二條 招標人有權自行選擇招標代理機構,委托其辦理招標事宜。任何單位和個人不得以任何方式為招標人指定招標代理機構;第十五條 招標代理機構應當在招標人委托的范圍內辦理
32、招標事宜,并遵守本法對于招標人的規(guī)定。中華人民共和國招標投標法中關于招投標有下列條款:第十九條 招標人應該根據(jù)招標項目的特點和需要編制招投文件,第二十四條 招標人應當確定投標人編制投標文件所需要的合理時間。W公司根據(jù)此項目的特點和需要編制了招標文件,并確定了提交投標文件的截止日期是符合法定要求的。第二十八條 投標人應該在招標文件要求提交投標文件的截止時間前,將投標文件送達投標地點。在招標文件要求提交投標文件的截止時間后送達的投標文件,招標人應當拒收。第四十五條 中標人確定后,招標人應當向中標人發(fā)出中標通知書,并同時將中標結果通知所有未中標的投標人。由此可見,中華人民共和國招標投標法并沒有規(guī)定對
33、承建方和監(jiān)理方的招標工作不可以由一家招標代理結果負責招標,亦未規(guī)定不能在同一天開標。有四家公司參加了投標,其中一家投標單位在截止日期之后提交投標文件,w公司應依法拒收該單位在截止時間后送1選擇了其中一家作為此項目的承建商,并只將結果通知了招標企業(yè),未通知所有未招標的投標人,不符合中華人民共和國招標投標法第四十五條之規(guī)定。應選擇D16、以下采用單一來源采購方式的活動, B 是不恰當?shù)摹?A. 某政府部門為建立內部辦公系統(tǒng),已從一個供應商采購了 120 萬元的網絡設備,由于辦公地點擴大,打算繼續(xù)從原供應商采購 15 萬元的設備 B. 某地區(qū)發(fā)生自然災害,當?shù)孛裾块T需要緊急采購一批救災物資 C.
34、某地方主管部門需要采購一種市政設施,目前此種設施國內僅有一家廠商生產 D. 某政府機關為升級其內部辦公系統(tǒng),與原承建商簽訂了系統(tǒng)維護合同 A.根據(jù)政府采購法第三十一條: 符合下列情形之一的貨物或者服務,可以依照本法采用單一來源方式采購:(一)只能從唯一供應商處采購的;(二)發(fā)生了不可預見的緊急情況不能從其它供應商處采購的;(三)必須保證原有采購項目一致性或者服務配套的要求,需要繼續(xù)從原供應商出添購,且添購資金總額不超過原合同采購金額百分之十的。 分析上述條款可知,A選項中所述的新采購額已超過原合同采購金額的百分之十,不符合第三十一條之第(三)款的規(guī)定。B、C和D選項所述之行為均未違反有關條款的
35、規(guī)定。應選擇A。17、為了解決 C/S 模式中客戶機負荷過重的問題,軟件架構發(fā)展形成了 D 模式。 A. 三層 C/S B. 分層 C. B/S D. 知識庫 C. C/S(Client/Server)描述即客戶機/服務器模式。該模式是基于資源不對等,為實現(xiàn)共享而提出的。C/S模式需要在使用者計算機上安裝相應的操作軟件,使得客戶機負載過重。為了解決C/S模式中客戶端的問題,發(fā)展形成了瀏覽器/服務器(Browser/Server,B/S)模式;為解決C/S模式中服務器端的問題,發(fā)展形成了三層(多層)C/S模式及多層應用構架。知識庫模式采用兩種不同的控制策略:傳統(tǒng)數(shù)據(jù)庫型的知識庫模式和黑板報系統(tǒng)的
36、知識庫模式。應選擇C。18、小王在公司局域網中用Delphi編寫了客戶端應用程序,其后臺數(shù)據(jù)庫使用MS NT4+SQL Server,應用程序通過 ODBC 連接到后臺數(shù)據(jù)庫。此處的 ODBC 是(18)。 A A. 中間件 B. WEB Service C. COM 構件 D. WEB 容器 A. 中間件是位于硬件、操作系統(tǒng)等平臺和應用之間的通用服務,這些服務具有標準的程序接口和協(xié)議。不同的硬件及操作系統(tǒng)平臺,可以有符合接口和協(xié)議規(guī)范的多種實現(xiàn)。中間件包括的范圍十分廣泛,針對不同的應用需求有各種不同的中間件產品。從不同的角度對中間件的分類也會有所不同。通常將中間件分為數(shù)據(jù)庫訪問中間件、遠程過
37、程調用中間件、面向消息中間件、事務中間件、分布式對象中間件等幾類。 數(shù)據(jù)庫訪問中間件通過一個抽象層訪問數(shù)據(jù)庫,從而允許使用相同或相似的代碼訪問不同的數(shù)據(jù)庫資源。典型的數(shù)據(jù)庫訪問中間件如Windows平臺下的ODBC。 Web Service定義了一種松散的粗粒度的分布計算模式,包含如SOAP等協(xié)議和語言的典型技術。 COM是一個開放得構件標準,他有很強勁的擴充和擴展能力,人們可以根據(jù)該標準開發(fā)出各種各樣的功能專一的構件,然后將他們按照需要組合起來,構成復雜的應用。 Web容器實際上就是一個服務程序,給處于其中的應用程序組件提供一個環(huán)境,使組建直接跟容器中的服務端交互,不必關注其他系統(tǒng)問題。應選
38、擇A。19、 B 制定了無線局域網訪問控制方法與物理層規(guī)范。 AIEEE 802.3 BIEEE 802.11 CIEEE 802.15 DIEEE 802.16 B. IEEE 802 系統(tǒng)標準是IEEE 802 LAN/MAN標準委員會制定的局域網、城域網技術標準,其中: IEEE 802.3網絡協(xié)議標準描述物理層和數(shù)據(jù)鏈路層的MAC子層的實現(xiàn)方法,在多種物理媒體上以多種速率采用CSMA/CD訪問方式,對于快速以太網該標準說明的實現(xiàn)方式有所擴展,該標準通常指以太網。 IEEE 802.11是無線局域網通用的標準,它是以IEEE所定義的無線網絡通信的標準,該標準定義了物理層和媒體訪問控制(M
39、AC)協(xié)議的規(guī)范。 IEEE 802.15是由IEEE制定的一種藍牙無線通信規(guī)范標準,應用于無線個人區(qū)域網(WPAN)。 IEEE 802.16是一種無線寬帶標準。應選擇B。20、可以實現(xiàn)在 Internet 上任意兩臺計算機之間傳輸文件的協(xié)議是 A 。 AFTP BHTTP CSMTP DSNMP A. FTP是File Transfer Protocol(文件傳輸協(xié)議)的英文簡稱,中文簡稱為“文傳協(xié)議”。FTP 用于在Internet上控制文件的雙向傳輸。用戶可以通過它把自己的PC與世界各地所有運行FTP協(xié)議的服務器相連,訪問服務器上的大量程序和信息。FTP的功能,就是讓用戶連接上一個遠程
40、運行著FTP服務器程序的計算機,進行兩臺計算機之間的文件傳輸。 在FTP地使用當中,用戶經常遇到兩個概念:就是“下載”(Download)和“上傳”(Upload)。 HTTP(HyperText Transfer Protocol)是超文本傳輸協(xié)議的英文簡稱,它是客戶端瀏覽器或其他程序與Web服務器之間的應用層通信協(xié)議。在Internet上的Web 服務器上存放的都是超文本信息,客戶機需要通過HTTP協(xié)議傳輸所要訪問的超文本信息。 SMTP(Sinple Mail Transfer Prorocol,簡單郵件傳輸協(xié)議)是一組用于由源地址到目的地址傳送郵件的規(guī)則,由它來控制信件的中轉方式。 S
41、NMP(Simple Network Management Protocol,簡單網絡管理協(xié)議)用來對通信線路進行管理。應選擇A。21、我國頒布的大樓通信綜合布線系統(tǒng) YD/T926標準的適用范圍是跨度距離不超過 D 米,辦公總面積不超過 1000 平方米的布線區(qū)域。 A500 B1000 C2000 D3000 D.我國頒布的大樓通信綜合布線系統(tǒng)YD/T926標準中包括下列關于適用范圍的條款: 1.范圍本部分適用于跨度不過3000m,辦公面積不超過的布線區(qū)域,區(qū)域內的人員為50 50000人。應選擇D。22、根據(jù)電子信息系統(tǒng)機房設計規(guī)范, D 的敘述是錯誤的。 A. 某機房內面積為 125
42、平方米,共設置了三個安全出口 B. 機房內所有設備的金屬外殼、各類金屬管道、金屬線槽、建筑物金屬結構等必須進行等電位聯(lián)結并接地 C. 機房內的照明線路宜穿鋼管暗敷或在吊頂內穿鋼管明敷 D. 為了保證通風,A 級電子信息系統(tǒng)機房應設置外窗 D.電子信息系統(tǒng)機房設計規(guī)范中包含下列相關條款: 6.3.4 面積大于100的主機房,安全出口應不少于兩個,且應分散布置。面積不大于100的主機房,可設置一個安全出口,并可通過其他相臨房間的門進行疏散。門應向疏散方向開啟,且應自動關閉,并應保證在如何情況下都能從機房內開啟,走廊、樓梯間應暢通,應應有明顯的疏散指示標志。 6.4.6 A級 B級電子信息機房的主機
43、房不宜設置外窗。當主機房沒有外窗時,應采用雙層固定窗,并應有良好的氣密性,不間斷電源系統(tǒng)的電池室設有外窗時,應避免陽光直射。 8.2.9 電子信息系統(tǒng)機房內的照明線路宜穿鋼管暗敷或在吊頂內穿鋼管明敷。 8.3.4 電子信息系統(tǒng)機房內所有設備可導電金屬外殼、各類金屬管道、金屬線槽、建筑物金屬結構等必須進行等電位連接并接地。應選擇D。23、SAN 存儲技術的特點包括 C 。 高度的可擴展性 復雜但體系化的存儲管理方式 優(yōu)化的資源和服務共享 高度的可用性 A. B. C. D. A. SAN是采用高速的光纖通道為傳播介質商的網絡存儲技術。它將存儲系統(tǒng)網絡化,實現(xiàn)了高速共享存儲以及塊級數(shù)據(jù)訪問的目的。
44、作為獨立于服務器網絡系統(tǒng)之外,它幾乎擁有無限存儲擴展能力,業(yè)界提倡的OPEN SAN克服了早先光纖通道仲裁環(huán)所帶來的互操作和可靠性問題,提供了開放式、靈活多變的多樣配置方案。總體來說,SAN擁有極度的可擴展性、簡化的存儲管理、優(yōu)化的資源和服務共享以及高度可用性。應選擇A。24、某機房部署了多級 UPS 和線路穩(wěn)壓器,這是出于機房供電的 D 需要。 A. 分開供電和穩(wěn)壓供電 B. 穩(wěn)壓供電和電源保護 C. 緊急供電和穩(wěn)壓供電 D. 不間斷供電和安全供電 C. 根據(jù)對機房安全保護的不同要求,機房供、配電分為如下幾種: 分開供電:機房供電系統(tǒng)應將計算機系統(tǒng)供電與其他供電分開,并配備應急照明裝置。 緊
45、急供電:配置抗電壓不足的基本設備、改進設備或更強設備,如基本UPS、改進的UPS、多級UPS和應急電源(發(fā)電機組)等。 備用供電:建立備用的供電系統(tǒng),以備常用供電系統(tǒng)停電時啟用,完成對運行系統(tǒng)必要的保留。 穩(wěn)壓供電:采用線路穩(wěn)壓器,防止電壓波動對計算機系統(tǒng)的影響。 電源保護:設備電源保護裝置,如金屬氧化物可變電阻、二級管、氣體放電管、濾波器、電壓調整變壓器和浪涌濾波器等,防止/減少電源發(fā)生故障。 不間斷供電:采用不間斷供電電源,防止電壓波動、電器干擾和斷電等對計算機系統(tǒng)的不良影響。 電器噪聲防護:采取有效措施,減少機房中電器噪聲干擾,保障計算機系統(tǒng)正常運行。 突然事件防護:采取有效措施,防止/
46、減少供電中斷、異常狀態(tài)供電(指連續(xù)電壓過載或低電壓)、電壓瞬變、噪聲(電磁干擾)以及由于雷擊等引起的設備突然失效事件的發(fā)生。 根據(jù)上述定義,采用UPS和線路穩(wěn)壓器是分別出于機房緊急供電和穩(wěn)壓供電的需要,應選擇C。25、以下關于計算機機房與設施安全管理的要求, C 是不正確的。 A計算機系統(tǒng)的設備和部件應有明顯的標記,并應便于去除或重新標記 B機房中應定期使用靜電消除劑,以減少靜電的產生 C進入機房的工作人員,應更換不易產生靜電的服裝 D禁止攜帶個人計算機等電子設備進入機房A. 對計算機機房的安全保護包括機房場地選擇、機房防火、機房空調、降溫、機房防水與防潮、機房防靜電、機房接地與防雷、機房電磁
47、防護等。答案選項涉及的相關要求如下:標記和外觀:系統(tǒng)設備和部件應有明顯的無法擦去的標記。服裝防靜電:人員服裝采用不易產生靜電的衣料,工作鞋采用低阻值材料制作。靜電消除要求:機房中使用靜電消除劑,以進一步減少靜電的產生。機房物品:沒有管理人員的明確準許,任何記錄介質、文件資料及各種被保護品均不準帶出機房,磁鐵、私人電子計算機或電設備等不準帶入機房。分析上述要求和答案選項,答案選項A中“設備和部件應有明顯的標記,并應便于去除或重新標記”的提法與上述“標記和外觀”要求中的“系統(tǒng)設備和部件應用明顯的無法擦去的標記”不符。應選擇A。 26、某企業(yè)應用系統(tǒng)為保證運行安全,只允許操作人員在規(guī)定的工作時間段內
48、登錄該系統(tǒng)進行業(yè)務操作,這種安全策略屬于 C 層次。 A數(shù)據(jù)域安全 B功能性安全 C資源訪問安全 D系統(tǒng)級安全D. 應用系統(tǒng)運行中涉及的安全和保密層次包括系統(tǒng)級安全、資源訪問安全、功能性安全和數(shù)據(jù)安全。這四個層次的安全,按照粒度從粗到細的順序是系統(tǒng)級安全、資源訪問安全、功能性安全、數(shù)據(jù)域安全。程序資源訪問控制安全的粒度大小介于系統(tǒng)級安全和功能性安全兩者之間,是最常見的應用系統(tǒng)安全問題,幾乎所有的應用系統(tǒng)都會涉及這個安全問題。 (1)系統(tǒng)級安全企業(yè)應用越來越復雜,因此制定得力的系統(tǒng)級安全策略才是從根本上解決問題的基礎。通過對現(xiàn)行安全技術的分析,制定系統(tǒng)級安全策略,策略包括敏感系統(tǒng)的隔離、訪問IP
49、地址段的限制、登錄時間段的限制、會話時間的限制、連接數(shù)的限制、特定時間段內登錄次數(shù)的限制以及遠程訪問控制等,系統(tǒng)級安全是應用系統(tǒng)的第一級防護大門。(2)資源訪問安全對程序資源的訪問進行安全控制,在客戶端上,為用戶提供和其權限相關的用戶界面,僅出現(xiàn)和其權限相符的菜單和操作按鈕;在服務端則對URL程序資源和業(yè)務服務類方法的調用進行訪問控制。(3)功能性安全功能性安全會對程序流程產生影響,如用戶在操作業(yè)務記錄時,是否需要審核,上傳附件不能超過指定大小等。這些安全限制已經不是入口級的限制,而是程序流程內的限制,在一定程度上影響程序流程的運行。(4)數(shù)據(jù)域安全數(shù)據(jù)域安全包括兩個層次,其一是行級數(shù)據(jù)域安全
50、,即用戶可以訪問哪些業(yè)務記錄,一般以用戶所在單位為條件進行過濾;其二是字段級數(shù)據(jù)域安全,即用戶可以訪問業(yè)務記錄的哪些字段。不同的應用系統(tǒng)數(shù)據(jù)域安全的需求存在很大的差距,業(yè)務相關性比較高。根據(jù)上述定義,只允許操作人員在規(guī)定的工作時間段內登錄該系統(tǒng)進行業(yè)務操作,屬于“系統(tǒng)級安全”層次。應選擇D。 27、基于用戶名和口令的用戶入網訪問控制可分為 B 三個步驟。 A用戶名的識別與驗證、用戶口令的識別與驗證、用戶賬號的默認限制檢B用戶名的識別與驗證、用戶口令的識別與驗證、用戶權限的識別與控制 C用戶身份識別與驗證、用戶口令的識別與驗證、用戶權限的識別與控制 D用戶賬號的默認限制檢查、用戶口令的識別與驗證
51、、用戶權限的識別與控制 A.訪問控制是指網絡安全防范和保護的主要策略,它的主要任務是保證網絡資源不被非法使用和訪問。它是保證網絡安全最重要的核心策略之一。訪問控制涉及的技術也比較廣,包括入網訪問控制、網絡權限控制、目錄級控制以及屬性控制等多種手段。 入網訪問控制為網絡訪問提供了第一層訪問控制。它控制哪些用戶能夠登錄到服務器并獲取網絡資源,控制準許用戶入網的時間和準許他們在那臺工作站入網。用戶的入網訪問控制可分為三個步驟:用戶名的識別和檢驗、用戶口令的識別與檢驗、用戶賬號的默認限制檢查。三道關卡中只要任何一關未過,該用戶便不能進入該網站。對網絡用戶的用戶名和口令進行檢驗是防止非法訪問的第一道防線
52、。為保證口令的安全性,用戶口令不能顯示在顯示屏上,口令長度應不少于6個字符,口令字符最好是數(shù)字、字母和其他字符的混合,用戶口令必須經過加密。用戶還可以采用一次性用戶口令,也可用便攜式驗證器(如智能卡)來驗證用戶身份。網絡管理員可以控制和限制普通用戶的賬號使用、訪問網絡的時間和方式。用戶賬號應只有系統(tǒng)管理員才能建立。 因此,基于用戶名和口令的用戶入網訪問控制可分為用戶名的識別與驗證、用戶口令的識別與驗證、用戶賬號的默認限制檢查等三個步驟。應選擇A。28、Web Service 技術適用于 D 應用。 跨越防火墻 應用系統(tǒng)集成 單機應用程序 B2B 應用 軟件重用 局域網上的同構應用程序 A B
53、C D D. Web服務(Web Service)定義了一種松散的、粗粒度的分布技算模式,使用標準的HTTP(S)協(xié)議傳送XML表示及封裝的內容。Web服務的主要目標是跨平臺的互操作性,適合使用Web Service的情況下: 跨越防火墻:對于成千上萬且分布在世界各地的用戶來講,應用程序的客戶端和服務器之間的通信是一個棘手的問題??蛻舳撕头掌髦g通常都會有防火墻或者代理服務器。用戶通過Web服務訪問服務器端邏輯和數(shù)據(jù)可以規(guī)避防火墻的阻擋。 應用程序集成:企業(yè)需要將不同語言編寫的在不同平臺上運行的各種程序集成起來時,Web服務可以用標準的方法提供功能和數(shù)據(jù),供其他應用程序使用。 B2B集成:在
54、跨公司業(yè)務集成(B2B 集成)中,通過Web服務可以將關鍵的商務應用提供給指定的合作伙伴和客戶。用Web服務實現(xiàn)B2B集成可以很容易地解決互操作問題。 軟件重用:Web服務允許在重用代碼的同時,重用代碼后面的數(shù)據(jù)。通過直接調用遠端的Web服務,可以動態(tài)地負責當前的數(shù)據(jù)信息。用 Web服務集成各種應用中的功能,為用戶提供一個統(tǒng)一的界面,是另一種軟件重用方式。 在某些情況下,Web服務也可能會降低應用程序的性能。不適合使用Web服務的情況如下: 單價應用程序:只與運行在本地機器上的其他程序進行通信的桌面應用程序最好不使用Web服務,只使用本地API即可。 局域網上的同構應用程序:使用同一種語言開發(fā)
55、的在相同平臺的同一個局域網中運行的應用程序直接通過TCP等協(xié)議調用,會更有效。 經歸納總結,適合使用Web服務的情況包括跨越防火墻、應用程序集成、B2B集成和軟件重用,符合答案選項D。應選擇D。29、以下關于 J2EE 應用服務器運行環(huán)境的敘述中, A 是正確的。 A容器是構件的運行環(huán)境 B構件是應用服務器提供的各種功能接口 C構件可以與系統(tǒng)資源進行交互 D服務是表示應用邏輯的代碼 A.J2EE應用服務器運行環(huán)境包括構架(Component)、容器(Container)及服務(Services)三部分。構件是表示應用邏輯的代碼;容器是構件的運行環(huán)境;服務則是應用服務器提供的各種功能接口,可以同
56、系統(tǒng)資源進行交互。 由此可知,“容器是構件的運行環(huán)境”的敘述是正確的,其他答案選項中的敘述與上述概念的定義不符。應選擇A。30、以下關于數(shù)據(jù)倉庫與數(shù)據(jù)庫的敘述中, B 是正確的。 A數(shù)據(jù)倉庫的數(shù)據(jù)高度結構化、復雜、適合操作計算;而數(shù)據(jù)庫的數(shù)據(jù)結構比較簡單,適合分析 B數(shù)據(jù)倉庫的數(shù)據(jù)是歷史的、歸檔的、處理過的數(shù)據(jù);數(shù)據(jù)庫的數(shù)據(jù)反映當前的數(shù)據(jù) C數(shù)據(jù)倉庫中的數(shù)據(jù)使用頻率較高;數(shù)據(jù)庫中的數(shù)據(jù)使用頻率較低 D數(shù)據(jù)倉庫中的數(shù)據(jù)是動態(tài)變化的,可以直接更新;數(shù)據(jù)庫中的數(shù)據(jù)是靜態(tài)的,不能直接更新 B. 傳統(tǒng)的數(shù)據(jù)庫技術以單一的數(shù)據(jù)資源即數(shù)據(jù)庫為中心,進行事務處理、批處理、決策分析等各種數(shù)據(jù)處理工作,主要有操作型處理和分析型處理兩類。數(shù)據(jù)倉庫是一個面向主題的、集成的、相對穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合,用于支持管理決策,可以從兩個層次理解數(shù)據(jù)倉庫:首先數(shù)據(jù)倉庫用于決策支持,面向分析型數(shù)據(jù)處理,不同于企業(yè)現(xiàn)有的創(chuàng)作型數(shù)據(jù)庫;其次,數(shù)據(jù)倉庫是對多個異構數(shù)據(jù)源(包括歷史數(shù)據(jù))的有效集成,集成后按主題重組,且存放在數(shù)據(jù)倉庫中的數(shù)據(jù)一般不再修改。 與操作性數(shù)據(jù)庫相比,數(shù)據(jù)倉庫的主要特點如下: 面向主題:操作型數(shù)據(jù)庫的數(shù)據(jù)面向事務處理,各個業(yè)務系統(tǒng)之間各自分離,而數(shù)據(jù)倉庫的數(shù)據(jù)按主題進行組織。主題指的是用戶使用數(shù)據(jù)倉庫進行決策
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度二零二五年度新型主題展覽攤位租賃合同3篇
- 2024年油漆裝飾承包合同樣本3篇
- 專業(yè)標準:2024年售樓部裝修工程合同范本3篇
- 核電施工單位歲末年初安全管控方案
- 職業(yè)學院科研項目結題報告書
- 福建省南平市武夷山第二中學2020年高三物理下學期期末試卷含解析
- 福建省南平市文昌學校2021-2022學年高三英語期末試卷含解析
- 福建省南平市松溪縣第一中學2021-2022學年高二物理月考試卷含解析
- 2025年度電子商務平臺預付款充值服務協(xié)議3篇
- 金融市場洞察與財務智慧
- 2025年計算機二級WPS考試題目
- 部編人教版語文小學六年級下冊第四單元主講教材解讀(集體備課)
- 五年級上冊豎式計算題100道及答案
- EPC項目投標人承包人工程經濟的合理性分析、評價
- 社區(qū)電動車棚新(擴)建及修建充電車棚施工方案(純方案-)
- 籍貫對照表完整版
- 小孩出生后視力發(fā)展過程
- 細菌的分離培養(yǎng)及培養(yǎng)性狀的觀察
- 魯教版六年級數(shù)學一元一次方程一元一次方程的應用
- 自己動手做個恒流電子負載機
- 供應商年度審核計劃及現(xiàn)場審核表
評論
0/150
提交評論