數(shù)據庫系統(tǒng)工程師-28_第1頁
數(shù)據庫系統(tǒng)工程師-28_第2頁
數(shù)據庫系統(tǒng)工程師-28_第3頁
免費預覽已結束,剩余1頁可下載查看

下載本文檔

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

文檔簡介

1、數(shù)據庫系統(tǒng)工程師-28(總分:24.00,做題時間:90分鐘)一、單項選擇題(總題數(shù):15,分數(shù):24.00)在軟件開發(fā)過程中常用圖作為描述工具。如 DFD就是面向1分析方法的描述工具。在一套分層 DFD中,如 果某一張圖中有N個加工(process),則這張圖允許有2張子圖。在一張DFD圖中,任意兩個加工之間3。 在畫分層DFD時,應注意保持 匕之間的平衡。(分數(shù):4.00)A. 數(shù)據結構B. 數(shù)據流 VC. 對象D. 構件(component)解析:A. 0B. 1C. 1 ND. 0 N V解析:A. 有且僅有一條數(shù)據流B. 至少有一條數(shù)據流C. 可以有0條或多條名字互不相同的數(shù)據流VD

2、. 可以有0條或多條數(shù)據流,但允許其中有若干條名字相同的數(shù)據流解析:A. 父圖與其子圖VB. 同一父圖的所有子圖C. 不同父圖的所有子圖D. 同一子圖的所有直接父圖解析:解析數(shù)據流圖是一種常用的結構化工具,它從數(shù)據傳遞和加工的角度,以圖形方式描述數(shù)據流從輸入到輸岀的變換過程。往往一個軟件系統(tǒng)的數(shù)據流圖有多層結構,對應的法則是:父圖有N個加工,該父圖可以有 0N張子圖,但是每張子圖只能對應于一張父圖。在一張數(shù)據流圖中,任意兩個加工之間可以有0條或多條名字互不相同的數(shù)據流。在進行數(shù)據流圖設計時,主要要掌握以下平衡原則:在數(shù)據流圖中,父圖、子圖是平衡的,即父圖中某加工的輸入、輸岀數(shù)據流必須與其子圖的

3、輸入、輸岀流 在數(shù)量和名字上相同。1.在關系中,"基數(shù)” (Cardinality) 是指 。(分數(shù):1.00 )A. 行數(shù) VB. 屬性個數(shù)C. 關系個數(shù)D. 列數(shù)解析:2.SQL語言定義完整性約束條件的功能主要體現(xiàn)在 。(分數(shù):1.00 )A. CREATE TABLE 語句B. ALTER TABLE 語句C. CREATE TABLE語句或 ALTER TABLE語句D. CREATE TABLE語句和 ALTER TABLE語句 V解析:3.項目管理工具中,將網絡方法用于工作計劃安排的評審和檢查的是 (分數(shù):1.00)A. Gantt 圖B. PERT 網圖 VC. 因果分

4、析圖D. 流程圖解析:4.1975年,SPARC公布了數(shù)據庫標準報告,提出了數(shù)據庫的_結構組織(分數(shù):1.00 )A. 一級B. 二級C. 三級 VD. 四級 解析:5. 設關系模式 R(A, B, C, D), F 是 R上成立的:FD集,F(xiàn)=BA AC,p =AB, AC, AD是 R上的一個分解,那么分解 p相對于F<(分數(shù):1.00 )FD的分解FD的分解FD的分解 VA. 是無損連接分解,也是保持B. 是無損連接分解,但不保持C. 不是無損連接分解,但保持D. 既不是無損連接分解,也不保持FD的分解解析:6. 軟件設計的主要任務是設計軟件的結構、過程和模塊,其中軟件結構設計的主

5、要任務是要確定(分數(shù):1.00 )A. 模塊間的操作細節(jié)B. 模塊間的相似性C. 模塊間的組成關系VD. 模塊的具體功能 解析:如果一個軟件是給許多客戶使用的,大多數(shù)軟件廠商要使用幾種測試過程來發(fā)現(xiàn)那些可能只有最終用戶才能發(fā)現(xiàn)的錯誤。1亠測試是由軟件的最終用戶在一個或多個用戶實際使用環(huán)境下來進行的。12_測試是由一個用戶在開發(fā)者的場所來進行的,測試的目的是尋找錯誤的原因并改正之。(分數(shù):2.00 )A. AlphaB. BetaVC. GammaD. Delta解析:A. AlphaVB. BetaC. GammaD. Delta解析:解析大型通用軟件在正式發(fā)布前,通常需要執(zhí)行Alpha和Be

6、ta測試,目的是從實際終端用戶的使用角度,對軟件的功能和性能進行測試,以發(fā)現(xiàn)可能只有最終用戶才能發(fā)現(xiàn)的錯誤。Alpha測試是由一個用戶在開發(fā)環(huán)境下進行的測試,也可以是公司內部的用戶在模擬實際操作環(huán)境下進行 的受控測試,Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤,可以在測試現(xiàn)場立刻反饋給開發(fā)人員,由開發(fā)人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha測試可以從軟件產品編碼結束之后開始,或在模塊(子系統(tǒng))測試完成后開始,也可以在確認測試過程中產品達到一定的穩(wěn)定和可靠程度之后再開始。有關的手冊(草稿)等應該在Alp

7、ha測試前準備好。Beta測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場,Beta測試不能由程序員或測試員完成。因而,Beta測試是在開發(fā)者無法控制的環(huán)境下進行的軟件現(xiàn)場應用。在Beta測試中,由用戶記下遇到的所有問題,包括真實的及主管認定的,定期向開發(fā)者報告,開發(fā)者在綜 合用戶的報告后,做出修改,最后將軟件產品交付給全體用戶使用。Beta測試著重于產品的支持性,包括文檔、客戶培訓和支持產品的生產能力。只有當Alpha測試達到一定的可靠程度后,才能開始Beta測試。由于Beta測試的主要目標是測試可支持性,所以Beta測試應該盡可能由主持產品發(fā)行的人員來

8、管理。由于Alpha和Beta測試的組織難度大,測試費用高,測試的隨機性強、測試周期跨度較長,測試質量和測 試效率難于保證,所以,很多專業(yè)軟件可能不再進行Beta測試。隨著測試技術的提高,以及專業(yè)測試服務機構的大量涌現(xiàn),很多軟件的Beta測試外包給專業(yè)測試機構進行測試。7. 單個磁頭在向盤片的磁性涂層上寫入數(shù)據時,是以 方式寫入的。(分數(shù):1.00)A. 并行B. 并一串行C. 串行 VD. 串一并行解析:8. 如果兩個關系沒有公共屬性,那么其自然連接操作 。(分數(shù):1.00 )A. 轉化為笛卡兒積操作VB. 轉化為連接操作C. 轉化為外部并操作D. 結果為空關系解析:ERP的中文全稱是15_

9、。ERP設計的總體思路即把握一個中心、兩類業(yè)務、3條干線,其中3條干線中不包含1_6_。17和1_8_貫穿了 ERP系統(tǒng)的整個過程。(分數(shù):4.00 )A. 企業(yè)資源計劃VB. 物料需求計劃C. 客戶關系管理D. 供應鏈管理解析:A. 供應鏈管B. 生產管理C. 財務管理D. 客戶關系管理V解析:A. 執(zhí)行 VB. 設計C. 開發(fā)D. 計劃E. 分析解析:A. 執(zhí)行B. 設計C. 開發(fā)D. 計劃 VE. 分析解析:9. 使用軟件開發(fā)工具有助于提高軟件的開發(fā)、維護和管理的效率。集成型軟件開發(fā)環(huán)境通常由工具集和環(huán)境集成機制組成。這種環(huán)境應具有_。環(huán)境集成機制主要有數(shù)據集成機制、控制集成機制和界面集

10、成機制。(分數(shù):1.00 )A. 開放性和可剪裁性VB. 開放性和不可剪裁性C. 封閉性和可剪裁性D. 封閉性和不可剪裁性解析:解析軟件開發(fā)環(huán)境是指支持軟件產品開發(fā)的軟件系統(tǒng)。集成型軟件開發(fā)環(huán)境是一種把支持多種軟件開發(fā)方法和 開發(fā)模型、支持軟件開發(fā)全過程的軟件工具集成在一起的軟件開發(fā)環(huán)境。軟件開發(fā)環(huán)境具有集成性、開放性、可裁減性、數(shù)據格式一致性、風格統(tǒng)一的用戶界面等特性,因而能大 幅度提高軟件生產率。其中開放性是指允許其他的軟件工具加入到軟件開發(fā)環(huán)境之中,為環(huán)境外的工具集 成到環(huán)境中來提供方便??杉舨眯允侵父鶕煌膽没虿煌挠脩粜枨筮M行剪裁,以形成特定的開發(fā)環(huán) 境。通常,軟件開發(fā)環(huán)境可由環(huán)

11、境機制和工具集構成。按功能劃分,環(huán)境機制又可分為環(huán)境信息庫(數(shù)據集成機制)、過程控制和消息服務(控制集成機制)、用戶界面規(guī)范(界面集成機制)。數(shù)據集成機制提供統(tǒng)一的數(shù)據接口規(guī)范,需要相互協(xié)作的工具通過這種統(tǒng)一的模式與規(guī)范交換數(shù)據。數(shù)據 集成可以有不同的層次,如共享文件、共享數(shù)據結構和共享信息庫等。環(huán)境信息庫存儲軟件工程項目在生 存周期中的全部信息,是軟件開發(fā)環(huán)境的核心??刂萍蓹C制支持各工具或各開發(fā)活動之間的通信、切換、調度和協(xié)同工作,并支持軟件開發(fā)過程的描述、執(zhí)行和轉接。通常使用消息通信機制實現(xiàn)控制集成,工具間發(fā)送的消息統(tǒng)一由消息服務器進行管理。界面集成機制為統(tǒng)一的工具界面風格和統(tǒng)一的操作方

12、式提供支持,使得環(huán)境中的工具具有相同的視覺效果 和操作規(guī)則,減少用戶為學習不同工具的使用所花費的開銷。界面集成主要體現(xiàn)在相同或相似的窗口、菜 單、工具條、快捷鍵、操作規(guī)則與命令語法等。工具集包括事務系統(tǒng)規(guī)劃工具、項目管理工具、支撐工具、分析設計工具、程序設計工具、測試工具、原型建造工具、維護工具和框架工具等, 所有這些工具可分為貫穿整個開發(fā)過程的工具(例如軟件項目管理工具)和解決軟件生命周期中某一階段問題的工具(例如軟件價格模型及估算工具 )。容量為64塊的cache采用組相聯(lián)方式映像,字塊大小為128個字,每4塊為一組。若主存容量為4096塊, 且以字編址,那么主存地址應為20_位,主存區(qū)號應為 2位。(分數(shù):2.00 )A. 16B. 17C. 18D. 19 V解析:A. 5B. 6 VC. 7D. 8解析:10. CMM模型將軟件過程的成熟度分為 5個等級。

溫馨提示

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

評論

0/150

提交評論