數(shù)據(jù)庫系統(tǒng)工程師-28

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

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

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

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

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

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

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

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

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

10、成機(jī)制。（分?jǐn)?shù)：1.00 ）A. 開放性和可剪裁性VB. 開放性和不可剪裁性C. 封閉性和可剪裁性D. 封閉性和不可剪裁性解析：解析軟件開發(fā)環(huán)境是指支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)。集成型軟件開發(fā)環(huán)境是一種把支持多種軟件開發(fā)方法和 開發(fā)模型、支持軟件開發(fā)全過程的軟件工具集成在一起的軟件開發(fā)環(huán)境。軟件開發(fā)環(huán)境具有集成性、開放性、可裁減性、數(shù)據(jù)格式一致性、風(fēng)格統(tǒng)一的用戶界面等特性，因而能大 幅度提高軟件生產(chǎn)率。其中開放性是指允許其他的軟件工具加入到軟件開發(fā)環(huán)境之中，為環(huán)境外的工具集 成到環(huán)境中來提供方便?？杉舨眯允侵父鶕?jù)不同的應(yīng)用或不同的用戶需求進(jìn)行剪裁，以形成特定的開發(fā)環(huán) 境。通常，軟件開發(fā)環(huán)境可由環(huán)

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

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