三級(jí)信息管理技術(shù)筆試-207

1、三級(jí)信息管理技術(shù)筆試 -207（ 總分： 100.00 ，做題時(shí)間： 90 分鐘 ）一、選擇題 （總題數(shù)： 60，分?jǐn)?shù)： 60.00）1. 推動(dòng)分時(shí)系統(tǒng)形成和發(fā)展的主要?jiǎng)恿碜杂?（ ） 。（分?jǐn)?shù)： 1.00 ）A. 系統(tǒng)的有效性B. 用戶的需要 VC. 系統(tǒng)的分時(shí)性D. 系統(tǒng)的開發(fā)性解析： 解析 分時(shí)系統(tǒng)形成和發(fā)展的主要?jiǎng)恿碜杂谟脩舻男枰?相關(guān)知識(shí)點(diǎn)： 所謂分時(shí)就是指多個(gè)用戶分享使用同一臺(tái)計(jì)算機(jī)，也就是把計(jì)算機(jī)的系統(tǒng)資源進(jìn)行時(shí)間上的分配，即將整 個(gè)工作時(shí)間分成一個(gè)個(gè)的時(shí)間段，每個(gè)時(shí)間段稱為一個(gè)時(shí)間片。因此可以看出分時(shí)系統(tǒng)的目的是及時(shí)地響 應(yīng)和服務(wù)于聯(lián)機(jī)用戶。2. 并行性是指兩個(gè)或多個(gè)事件

2、在 （ ） 發(fā)生。（分?jǐn)?shù)： 1.00 ）A. 同一時(shí)刻 VB. 同一時(shí)間間隔C. 非同一時(shí)刻D. 同一段時(shí)間內(nèi)解析： 解析 并行性是指兩個(gè)或多個(gè)事件在同一時(shí)刻發(fā)生。 相關(guān)知識(shí)點(diǎn)：并發(fā)性指兩個(gè)或多個(gè)事件在同一時(shí)間間隔內(nèi)發(fā)生。3. 系統(tǒng)測(cè)試是將軟件系統(tǒng)與硬件、 外設(shè)和其他系統(tǒng)元素結(jié)合， 對(duì)整個(gè)系統(tǒng)進(jìn)行測(cè)試。 測(cè)試的內(nèi)容不包括 （ ）（分?jǐn)?shù)： 1.00 ）A. 功能測(cè)試B. 路徑測(cè)試 VC. 安裝測(cè)試D. 安全測(cè)試解析： 解析 系統(tǒng)測(cè)試是將軟件系統(tǒng)與硬件、外設(shè)和其他系統(tǒng)元素結(jié)合，對(duì)整個(gè)系統(tǒng)進(jìn)行測(cè)試。測(cè)試的內(nèi) 容不包括路徑測(cè)試。相關(guān)知識(shí)點(diǎn)： 系統(tǒng)測(cè)試是將軟件系統(tǒng)與硬件系統(tǒng)、外設(shè)和其他系統(tǒng)元素結(jié)合，對(duì)整

3、個(gè)系統(tǒng)進(jìn)行測(cè)試。 測(cè)試內(nèi)容包括以下幾個(gè)方面。功能測(cè)試：系統(tǒng)能完成哪些功能。 吞吐量測(cè)試：系統(tǒng)能完成的最大數(shù)量的任務(wù)?？捎眯詼y(cè)試：界面出錯(cuò)信息，響應(yīng)方式的可用性。 安裝測(cè)試：對(duì)安裝規(guī)程進(jìn)行測(cè)試。保密性測(cè)試：考查系統(tǒng)對(duì)數(shù)據(jù)和程序的保密性。 可恢復(fù)性測(cè)試：模擬硬、軟件故障，查看恢復(fù)能力。資料測(cè)試：測(cè)試整個(gè)系統(tǒng)資料的準(zhǔn)確性。程序測(cè)試：測(cè)試各類使用人員的操作程序。4. 總體設(shè)計(jì)階段的基本目的是確定系統(tǒng)的 （ ） ，并且進(jìn)而確定組成系統(tǒng)的每個(gè)程序的結(jié)構(gòu)。（分?jǐn)?shù)： 1.00 ）A. 抽象概括B. 設(shè)計(jì)結(jié)構(gòu)VC. 調(diào)用關(guān)系D. 物理配置方案解析： 解析 總體設(shè)計(jì)階段的基本目的是確定系統(tǒng)的設(shè)計(jì)結(jié)構(gòu)，并且進(jìn)而確定

4、組成系統(tǒng)的每個(gè)程序的結(jié)構(gòu)。5. 系統(tǒng)設(shè)計(jì)是信息系統(tǒng)開發(fā)的重要環(huán)節(jié)，其實(shí)現(xiàn)必須要遵循某些基本原則。下列（ ） 不是系統(tǒng)設(shè)計(jì)所要遵循的原則。（分?jǐn)?shù)： 1.00 ）A. 系統(tǒng)的安全性B. 技術(shù)的先進(jìn)性和技術(shù)的成熟性C. 系統(tǒng)通信和網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)的可移植性VD. 系統(tǒng)的可擴(kuò)展性和可變性應(yīng)在系統(tǒng)設(shè)計(jì)中體現(xiàn)解析： 解析 系統(tǒng)設(shè)計(jì)所要遵循的原則有：系統(tǒng)的安全性，技術(shù)的先進(jìn)性和技術(shù)的成熟性，系統(tǒng)的可擴(kuò)展 性和可變性應(yīng)在系統(tǒng)設(shè)計(jì)中體現(xiàn)。系統(tǒng)設(shè)計(jì)的實(shí)現(xiàn)必須要遵循某些基本原則，可以歸納為： 嚴(yán)格遵循系統(tǒng)分析報(bào)告和效益的比例，如有必要變更，則需嚴(yán)格審核并由主管部門批準(zhǔn)。 充分考慮系統(tǒng)的投資和效益的比例，在系統(tǒng)的兼容性和

5、有效性兩個(gè)方面取得合理的折中，不計(jì)成本的設(shè) 計(jì)或過高投入都是不可取的，并且較難得到人們的認(rèn)可。 系統(tǒng)的可擴(kuò)展性和可變性應(yīng)在系統(tǒng)設(shè)計(jì)中體現(xiàn)。隨著系統(tǒng)應(yīng)用時(shí)間的推移和處理業(yè)務(wù)的發(fā)展，系統(tǒng)的變 更和應(yīng)用需求的擴(kuò)展將是必然的，因此在設(shè)計(jì)中應(yīng)體現(xiàn)系統(tǒng)變化的需求，不致變更時(shí)給系統(tǒng)帶來整體的變 化。 技術(shù)的先進(jìn)性和技術(shù)的成熟性，二者都應(yīng)該是在設(shè)計(jì)中對(duì)技術(shù)和產(chǎn)品選擇所應(yīng)兼?zhèn)涠紤]的因素。應(yīng)用 成熟的技術(shù)和產(chǎn)品有助于提高系統(tǒng)的成熟度而避免產(chǎn)生較大的風(fēng)險(xiǎn)，而技術(shù)的先進(jìn)程度保證系統(tǒng)能延長(zhǎng)其 生命期。 應(yīng)該將系統(tǒng)的安全性作為重點(diǎn)設(shè)計(jì)，大型信息系統(tǒng)的安全保障是系統(tǒng)能否正常進(jìn)行的基本保證，而其中 數(shù)據(jù)的安全保證措施是最重

6、要的。 產(chǎn)生完備的系統(tǒng)設(shè)計(jì)報(bào)告以作為系統(tǒng)實(shí)施的依據(jù)。信息系統(tǒng)設(shè)計(jì)報(bào)告（或稱為報(bào)告書）是系統(tǒng)設(shè)計(jì)階段的最后文檔。它不僅是系統(tǒng)實(shí)施的依據(jù)，而且是未來系統(tǒng)運(yùn)行期中用以維護(hù)系統(tǒng)的依據(jù)。由上面的論述可以知道，系統(tǒng)通信和網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)的可移植性不屬于系統(tǒng)設(shè)計(jì)應(yīng)該遵循的原則。6. 般在數(shù)據(jù)流程圖中，常用符號(hào)O是用來表示（）。（分?jǐn)?shù)： 1.00 ）A. 外部實(shí)體B. 變換/加工 VC. 數(shù)據(jù)存儲(chǔ)D. 數(shù)據(jù)流解析： 解析 本題考查數(shù)據(jù)流程圖的表示。外部實(shí)體用方框表示，變換 /加工用圓圈表示，數(shù)據(jù)存儲(chǔ)用直 線表示；數(shù)據(jù)流用箭頭表示。故本題選擇B。7. 測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程，下述有關(guān)測(cè)試的論述中

7、錯(cuò)誤的是（ ） 。（分?jǐn)?shù)： 1.00 ）A. 證明錯(cuò)誤存在B. 證明錯(cuò)誤不存在VC. 發(fā)現(xiàn)程序的錯(cuò)誤D. 提供診斷信息解析： 解析 Dijkstra 曾說；“測(cè)試只能證明錯(cuò)誤的存在，但不能證明錯(cuò)誤的不存在”。測(cè)試并不能保 證程序是完全正確的，成功的測(cè)試也不應(yīng)該是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試。選項(xiàng)B 的說法是不正確的。8. 系統(tǒng)測(cè)試的對(duì)象是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 源程序B. 設(shè)計(jì)說明書，即文檔 VC. 整個(gè)軟件D. 輸入數(shù)據(jù)和輸出數(shù)據(jù) 解析： 解析 系統(tǒng)測(cè)試的對(duì)象是設(shè)計(jì)說明書，即文檔。9. 在數(shù)據(jù)庫的三級(jí)模式組成中，其中決定DBMS功能的是（）（分?jǐn)?shù)： 1.00 ）A. 外模式B. 內(nèi)模式

8、C. 存儲(chǔ)模式D. 模式 V解析： 解析 數(shù)據(jù)庫通常采用三級(jí)抽象模式結(jié)構(gòu)：模式、外模式和內(nèi)模式。內(nèi)模式也稱存儲(chǔ)模式、物理模 式或數(shù)據(jù)庫模式， 它是數(shù)據(jù)物理結(jié)構(gòu)和存儲(chǔ)結(jié)構(gòu)的描述， 是數(shù)據(jù)庫在數(shù)據(jù)庫內(nèi)部的表示方法。 其中決定 DBMS 功能的是模式。10. 動(dòng)態(tài)SQL方法允許在程序運(yùn)行中構(gòu)成臨時(shí) （）SQL語句。（分?jǐn)?shù)： 1.00 ）A. 組裝 VB. 分解C. 查詢D. 記錄解析：解析動(dòng)態(tài)SQL方法允許在程序運(yùn)行中構(gòu)成臨時(shí)組裝SQL語句。相關(guān)知識(shí)點(diǎn)：嵌入式SQL語句可以分為靜態(tài)和動(dòng)態(tài)兩種。 靜態(tài)語句的特點(diǎn)是語句中主變量的個(gè)數(shù)與數(shù)據(jù)類型在預(yù)編譯時(shí)都是確定的，只有主變量的值是程序運(yùn)行過 程中動(dòng)態(tài)輸入

9、的。許多情況下，靜態(tài)的SQL語句顯得不足，需要編寫更為通用的程序。在預(yù)編譯時(shí)有下列信息是不能確定的，就必須使用動(dòng)態(tài)SQL技術(shù)：SQL語句正文；主變量個(gè)數(shù)；主變量的數(shù)據(jù)類型：SQL語句中引用的數(shù)據(jù)庫對(duì)象（ 如列、索引、基本表、視圖 ） 。動(dòng)態(tài)SQL方法允許程序運(yùn)行過程中臨時(shí)組裝的SQL語句，主要有3種形式。 語句可變：允許用戶在程序運(yùn)行時(shí)臨時(shí)輸入完整的SQL語句。 條件可變：對(duì)于非查詢語句，條件語句有一定的可變性。例如刪除學(xué)生選課記錄，既可以是因?yàn)槟抽T課 臨時(shí)取消需要?jiǎng)h除有關(guān)該課程的所有選課記錄，也可以是因?yàn)槟硞€(gè)學(xué)生退學(xué)需要?jiǎng)h除該學(xué)生的所有選課記 數(shù)據(jù)庫對(duì)象，查詢條件均可變：對(duì)于查詢語句，SEL

10、ECT子句的列名，F(xiàn)ROM子句中的表名或視圖名，WHERE 子句和HAVING短語中的條件等均可由用戶臨時(shí)構(gòu)造，即語句的輸入和輸出可能都是不確定的。11. 解決死鎖的辦法一般可以分為預(yù)防、 ( ) 、檢測(cè)恢復(fù)等 3 種。(分?jǐn)?shù)： 1.00 )A. 解決B. 執(zhí)行C. 降低D. 避免 V解析： 解析 解決死鎖的辦法一般可以分為預(yù)防、避免、檢測(cè)恢復(fù) 3 種。 相關(guān)知識(shí)點(diǎn)；引起系統(tǒng)死鎖的原因是資源的不同使用性質(zhì)。12. 詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，即目標(biāo)系統(tǒng)的( )(分?jǐn)?shù)： 1.00 )A. 功能分析B. 精確描述 VC. 結(jié)構(gòu)特點(diǎn)D. 實(shí)現(xiàn)方法解析： 解析 詳細(xì)設(shè)計(jì)

11、階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，即目標(biāo)系統(tǒng)的精確描述。相關(guān)知識(shí)點(diǎn)：詳細(xì)設(shè)計(jì)的任務(wù)是為每個(gè)模塊設(shè)計(jì)其實(shí)現(xiàn)的細(xì)節(jié)。詳細(xì)設(shè)計(jì)的主要方法是結(jié)構(gòu)程序設(shè)計(jì)。 詳細(xì)設(shè)計(jì)的描述工具有圖形描述工具、語言描述工具、表格描述工具。詳細(xì)設(shè)計(jì)的圖形描述工具有程序流程圖、盒圖、問題分析圖 (PAD) 。13. 代碼是代表事物或?qū)傩缘姆?hào)。代碼設(shè)計(jì)是為特定的系統(tǒng)設(shè)計(jì)出一套公用的、優(yōu)化的( )(分?jǐn)?shù)： 1.00 )A. 機(jī)器語言B. 高級(jí)語言C. 匯編語言D. 代碼系統(tǒng) V解析： 解析 代碼設(shè)計(jì)是為特定的系統(tǒng)設(shè)計(jì)出一套公用的、優(yōu)化的代碼系統(tǒng)。 相關(guān)知識(shí)點(diǎn)：代碼是代表事物或?qū)傩缘姆?hào)。 在信息系統(tǒng)中它是人和

12、機(jī)器共同的語言， 用以對(duì)系統(tǒng)進(jìn)行信息分類、 統(tǒng)計(jì)、 檢索等。代碼設(shè)計(jì)是為特定的系統(tǒng)設(shè)計(jì)出一套公用的、優(yōu)化的代碼系統(tǒng)，這是計(jì)算機(jī)處理信息最基礎(chǔ)的工作。14. 應(yīng)用原型化方法為預(yù)先定義技術(shù)提供了一種良好的選擇和補(bǔ)充。應(yīng)用原型化方法也需要進(jìn)行假設(shè)， 下列( ) 不屬于原型化方法開發(fā)策略的假設(shè)。分?jǐn)?shù)： 1.00 )A. 項(xiàng)目參加者不存在通信上的障礙 VB. 需要實(shí)際的、可供用戶參與的系統(tǒng)模型C. 有快速的系統(tǒng)建造工具D. 并非所有的需求都能在開發(fā)前準(zhǔn)確地說明 解析：解析 應(yīng)用原型化方法為預(yù)先定義技術(shù)提供了一種良好的選擇和補(bǔ)充。應(yīng)用原型化方法也需要進(jìn)行 多方面的假設(shè)，需要實(shí)際的、可供用戶參與的系統(tǒng)模型，

13、有快速的系統(tǒng)建造工具，并非所有的需求都能在 開發(fā)前準(zhǔn)確地說明。相關(guān)知識(shí)點(diǎn)： 人們對(duì)物理模型的理解要比邏輯模型的理解來得準(zhǔn)確。原型化方法就是在人們這種天性的基礎(chǔ)上建立起來 的。原型化方法是以一種與預(yù)先定義完全不同的觀點(diǎn)來看待定義問題的。與預(yù)先定義技術(shù)完全不同，原型化方法開發(fā)策略的假設(shè)如下。 并非所有的需求都能在系統(tǒng)開發(fā)前準(zhǔn)確地說明。有快速的系統(tǒng)建設(shè)工具。 項(xiàng)目參加者之間通常都存在通信上的障礙。 需要實(shí)際的、可供用戶參與的系統(tǒng)模型。 需要一旦確定，就可以遵從嚴(yán)格的方法。 大量的反復(fù)是不可避免的、必要的，應(yīng)該加以鼓勵(lì)。 可見，原型化方法的假設(shè)比預(yù)先定義方法能提供更開朗的策略。如果能夠把原型作為對(duì)現(xiàn)實(shí)

14、的一個(gè)近似的 解答而接受，那么就能通過進(jìn)一步的完善使生命周期的費(fèi)用實(shí)現(xiàn)的進(jìn)度以及項(xiàng)目的風(fēng)險(xiǎn)達(dá)到較為滿意的程 度。15.0LAP支持決策者進(jìn)行多維分析，關(guān)于多維分析不正確的敘述是（）。（分?jǐn)?shù)： 1.00 ）A. 多維分析表示僅以時(shí)間為參數(shù)的數(shù)據(jù)分析VB. 選定多維數(shù)組的一個(gè)三維子集的動(dòng)作稱切塊C. 選定多維數(shù)組的一個(gè)二維子集的動(dòng)作稱切片D. 改變一個(gè)報(bào)告或頁面顯示的維方向稱旋轉(zhuǎn)解析： 解析 本題考查多維分析的概念。多維分析是指對(duì)以多維形式組織起來的數(shù)據(jù)采取切片、切換、旋轉(zhuǎn)等各種分析動(dòng)作，以求剖析數(shù)據(jù)，使分析者、決策者能從多個(gè)角度、多個(gè)側(cè)面觀察數(shù)據(jù)庫中的數(shù)據(jù)，從 而深入地了解包含在數(shù)據(jù)中的信息、內(nèi)

15、涵。多維分析方式迎合了人的思維模式，因此減少了混淆并且降低 了出現(xiàn)錯(cuò)誤解釋的可能性。在多維分析中，時(shí)間僅僅是其中的一維，選項(xiàng)A說法不正確。16. 多媒體網(wǎng)絡(luò)應(yīng)用及實(shí)時(shí)通信要求網(wǎng)絡(luò)高速率傳輸， 并且延遲低。 下列哪一項(xiàng)技術(shù)滿足這類應(yīng)用的要求 ?（ ）（分?jǐn)?shù)： 1.00 ）A. ATM VB. FDDIC. FRD. 25解析：解析本題考查計(jì)算機(jī)網(wǎng)絡(luò)的基礎(chǔ)知識(shí)。ATM是異步傳輸模式的簡(jiǎn)稱，是新一代的數(shù)據(jù)傳輸和分組交換技術(shù)，能滿足實(shí)時(shí)通信要求，網(wǎng)絡(luò)高速率傳輸和低延遲的要求，故本題選擇A FDDI是指采用光纖傳輸介質(zhì)的分布式接口，F(xiàn)R指的是幀中繼，X.25是指?jìng)鹘y(tǒng)的分組交換網(wǎng)。17. 實(shí)施系統(tǒng)主要活動(dòng)

16、包括 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 編碼、系統(tǒng)測(cè)試 VB. 新舊系統(tǒng)換C. 系統(tǒng)安裝D. 上述各條均包括解析： 解析 實(shí)施系統(tǒng)主要活動(dòng)包括編碼、系統(tǒng)測(cè)試（分?jǐn)?shù)：1.00）A. 完整性B. 全面性C. 準(zhǔn)確性 VD. 合理性解析：解析結(jié)構(gòu)化信息系統(tǒng)的開發(fā)方法要求各階段的嚴(yán)格性、完備性和準(zhǔn)確性。相關(guān)知識(shí)點(diǎn)：結(jié)構(gòu)化方法應(yīng)遵循下列基本原則。從調(diào)查入手，充分理解用戶的業(yè)務(wù)活動(dòng)和信息需求，它是系統(tǒng)設(shè)計(jì)的依據(jù)。在充分調(diào)查、分析的基礎(chǔ)上對(duì)需求和約束進(jìn)行理解，對(duì)可行性進(jìn)行論證，以減少盲目性。用全局的觀點(diǎn)對(duì)企業(yè)進(jìn)行分析，以構(gòu)成全企業(yè)的信息模型。將系統(tǒng)開發(fā)任務(wù)劃分工作階段；強(qiáng)調(diào)各階段文檔資料的規(guī)范和完整；運(yùn)

17、用模塊結(jié)構(gòu)方式來組織系統(tǒng)，使系 統(tǒng)在靈活性和可變性等方面得以充分體現(xiàn)。結(jié)構(gòu)化信息系統(tǒng)開發(fā)方法適用于那些規(guī)模適中且所有業(yè)務(wù)過程可以事先加以嚴(yán)格說明的系統(tǒng)，對(duì)規(guī)模大的、業(yè)務(wù)流程具有較大不確定性的系統(tǒng)有一定的困難。19. 系統(tǒng)流程圖中，符號(hào) 表示（）。（分?jǐn)?shù)：1.00 ）A.B.C. VD.解析：解析本題考查系統(tǒng)流程圖的表示。在系統(tǒng)流程圖中，“方框”為處理，“尖形圖”為顯示，“缺 角的框"為文件，故本題選擇 Co20. 軟件文檔不僅是軟件開發(fā)各階段的重要依據(jù)，而且也影響軟件的（）。（分?jǐn)?shù)：1.00 ）A. 可維護(hù)性 VB. 可擴(kuò)充性C. 可移植性D. 可用性解析：解析軟件文檔不僅是軟件開發(fā)

18、各階段的重要依據(jù)，而且也影響軟件的可維護(hù)性。相關(guān)知識(shí)點(diǎn)：文檔是對(duì)軟件的書面描述和說明，可分為用戶文檔和系統(tǒng)文檔。用戶文檔的目的是使用戶理解系統(tǒng)。系統(tǒng) 文檔是指從文體定義，需求說明到驗(yàn)收測(cè)試計(jì)劃這樣一系列與系統(tǒng)有關(guān)的文檔。21. 排錯(cuò)一般在測(cè)試發(fā)現(xiàn)錯(cuò)誤后進(jìn)行，其中找到錯(cuò)誤位置占排錯(cuò)總工作量的（）。（分?jǐn)?shù)：1.00 ）A. 5%B. 20%C. 50%D. 95% V解析： 解析 排錯(cuò)一般在測(cè)試發(fā)現(xiàn)錯(cuò)誤后進(jìn)行，其中找到錯(cuò)誤位置占排錯(cuò)總工作量的95%。22. 編寫程序階段，選擇程序設(shè)計(jì)語言是很關(guān)鍵的，如何選擇主要是看( ) 。(分?jǐn)?shù)： 1.00 )A. 語言的應(yīng)用領(lǐng)域VB. 語言的難易程度C. 數(shù)據(jù)

19、結(jié)構(gòu)的復(fù)雜性D. 算法及運(yùn)算的復(fù)雜性解析： 解析 編寫程序階段，選擇程序設(shè)計(jì)語言是很關(guān)鍵的，如何選擇主要是看語言的應(yīng)用領(lǐng)域。23. 在操作系統(tǒng)中的所謂虛擬是指通過某種技術(shù)把一個(gè) ( ) 變成若干個(gè)邏輯上的對(duì)應(yīng)物。(分?jǐn)?shù)： 1.00 )A. 物理實(shí)體 VB. 邏輯實(shí)體C. 虛擬實(shí)體D. 虛處理機(jī)解析： 解析 在操作系統(tǒng)中的所謂虛擬是指通過某種技術(shù)把一個(gè)物理實(shí)體變成若干個(gè)邏輯上的對(duì)應(yīng)物理實(shí) 體。24. 以下決策表的描述中，正確的是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 決策表是和流程圖相同的輔助工具B. 決策表有時(shí)可以代替流程圖中的分支C. 決策表將比較復(fù)雜的決策問題簡(jiǎn)潔、明確地描述出來 VD.

20、上述三項(xiàng)解析： 解析 決策表將比較復(fù)雜的決策問題簡(jiǎn)潔、明確地描述出來。25. 模塊的內(nèi)聚是從功能的角度來度量模塊內(nèi)的聯(lián)系，內(nèi)聚度量的是 ( )(分?jǐn)?shù)： 1.00 )A. 通信內(nèi)聚B. 功能內(nèi)聚 VC. 順序內(nèi)聚D. 邏輯內(nèi)聚解析：解析 內(nèi)聚是表示一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱蔽和局部化概念的自然擴(kuò) 展。模塊的內(nèi)聚是從功能的角度來度量模塊內(nèi)的聯(lián)系，內(nèi)聚度量的是功能內(nèi)聚。相關(guān)知識(shí)點(diǎn)： 模塊的內(nèi)聚性越高，模塊間的耦合度就越少，模塊獨(dú)立性就越好。 增加模塊的內(nèi)聚比減少模塊間的耦合更重要，所以要盡量增加模塊的內(nèi)聚程度。26. BSP 方法的主要目標(biāo)是提供一個(gè)系統(tǒng)規(guī)劃，而其具體目標(biāo)之一則

21、是 ( ) 。分?jǐn)?shù)： 1.00 )A. 考慮企業(yè)部門利益B. 提高技術(shù)部門作用C. 提供數(shù)據(jù)資源管理 VD. 實(shí)現(xiàn)數(shù)據(jù)的分布管理解析：解析BSP為了以最高效率支持企業(yè)目標(biāo)，提供數(shù)據(jù)處理資源的管理，故選項(xiàng)C符合題意。但是BSP并不考慮部門利益，也不提高技術(shù)部門作用和實(shí)現(xiàn)數(shù)據(jù)的分布管理，故選項(xiàng)A B、D不符合題意。27. 實(shí)體是客觀存在的而且可以 ( ) 的事物。(分?jǐn)?shù)： 1.00 )A. 相互區(qū)分 VB. 相互簡(jiǎn)化C. 相互處理D. 相互聯(lián)系解析： 解析 實(shí)體是客觀存在的而且可以相互區(qū)分的事物。28. 數(shù)據(jù)元素組成數(shù)據(jù)的方式只有 3 種方式，下列 ( ) 不屬于這 3 種類型。(分?jǐn)?shù)： 1.00

22、 )A. 重復(fù)B. 逆序 VC. 順序D. 選擇解析： 解析 數(shù)據(jù)元素組成數(shù)據(jù)的三種方式是重復(fù)、順序、選擇。29. 數(shù)據(jù)倉庫是具有基本特征的支持企業(yè)決策的數(shù)據(jù)集合，以下哪項(xiàng)不是數(shù)據(jù)倉庫的特征? ( )(分?jǐn)?shù)： 1.00 )A. 數(shù)據(jù)與歷史變化無關(guān) VB. 數(shù)據(jù)是集成的C. 數(shù)據(jù)是相對(duì)穩(wěn)定的D. 數(shù)據(jù)是面向主題的解析： 解析 本題考查數(shù)據(jù)倉庫的定義。數(shù)據(jù)倉庫是面向主題的、集成的、穩(wěn)定的、隨時(shí)間變化的數(shù)據(jù)的 集合，用以支持經(jīng)營(yíng)管理中的決策過程。選項(xiàng)A不符合題意。30. 企業(yè)系統(tǒng)規(guī)劃方法著重于幫助企業(yè)做出信息系統(tǒng)的 ( ) ，滿足近期的和長(zhǎng)期的信息需求。(分?jǐn)?shù)： 1.00 )A. 規(guī)劃 VB. 設(shè)計(jì)

23、C. 實(shí)施D. 校驗(yàn)解析： 解析 企業(yè)系統(tǒng)規(guī)劃方法著重于幫助企業(yè)做出信息系統(tǒng)的規(guī)劃，滿足近期的和長(zhǎng)期的信息需求。31. 數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)過程中的數(shù)據(jù)庫維護(hù)階段的工作包括日常維護(hù)、定期維護(hù)和( ) 幾個(gè)方面。分?jǐn)?shù)： 1.00 )A. 故障維護(hù) VB. 設(shè)備維護(hù)C. 庫修改結(jié)構(gòu)D. 修改應(yīng)用程序 解析：解析 數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)過程中的數(shù)據(jù)庫維護(hù)階段的工作包括日常維護(hù)、定期維護(hù)和故障維護(hù)幾個(gè)方 面。32. 新系統(tǒng)投入運(yùn)行后，原系統(tǒng)仍有一段時(shí)間與之并行工作，稱為 ( ) 。(分?jǐn)?shù)： 1.00 )A. 并行轉(zhuǎn)換 VB. 直接轉(zhuǎn)換C. 跟蹤檢驗(yàn)D. 跟蹤調(diào)試解析： 解析 并行轉(zhuǎn)換是新系統(tǒng)投入運(yùn)行后，原系統(tǒng)仍有一

24、段時(shí)間與之并行工作。 相關(guān)知識(shí)點(diǎn)：新老系統(tǒng)之間的轉(zhuǎn)換方式有兩種。 直接轉(zhuǎn)換：確定新系統(tǒng)無誤時(shí)立刻啟用新系統(tǒng)。分段轉(zhuǎn)換：是直接和并行轉(zhuǎn)換的結(jié)合，這種方式既保證了可靠性，又不至于費(fèi)用太大33. 確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)屬于軟件設(shè)計(jì)的 ( ) 階段。(分?jǐn)?shù)： 1.00 )A. 總體設(shè)計(jì)B. 需求分析C. 編程測(cè)試 VD. 詳細(xì)設(shè)計(jì)解析： 解析 編程測(cè)試確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)屬于軟件設(shè)計(jì)34. 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的 ( ) 的集合。(分?jǐn)?shù)： 1.00 )A. 格式B. 元素C. 用途D. 信息 V解析： 解析 數(shù)據(jù)字典是用于描述數(shù)據(jù)流的具體含義時(shí)對(duì)處理中每個(gè)數(shù)據(jù)的嚴(yán)格定義以保證數(shù)據(jù)在系統(tǒng)中 的一

25、致性。它是關(guān)于數(shù)據(jù)的信息的集合。相關(guān)知識(shí)點(diǎn)： 數(shù)據(jù)字典就是為數(shù)據(jù)流圖中的每個(gè)數(shù)據(jù)流，文件、加工，以及組成數(shù)據(jù)流或文件的數(shù)據(jù)項(xiàng)做出說明。詞典 條目有數(shù)據(jù)流條目、文件條目、數(shù)據(jù)項(xiàng)條目。35. 聯(lián)機(jī)事務(wù)處(OLTP)和聯(lián)機(jī)分析處(OLAP)所需的資料是有區(qū)別的。下列描述錯(cuò)誤的是()。(分?jǐn)?shù)： 1.00 )A. 分析型數(shù)據(jù)是經(jīng)常更新的 VB. 分析型數(shù)據(jù)支持管理需求C. 操作型數(shù)據(jù)面向應(yīng)用D. 操作型數(shù)據(jù)支持日常操作解析： 解析 分析型數(shù)據(jù)主要供企業(yè)決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢，一般情況下并不 進(jìn)行修改操作，它反映的是相當(dāng)長(zhǎng)的一段時(shí)間內(nèi)的歷史數(shù)據(jù)的內(nèi)容，是不同時(shí)間、地點(diǎn)的數(shù)據(jù)庫快照的集

26、 合，以及基于這些快照進(jìn)行統(tǒng)計(jì)、綜合和重組的內(nèi)容，而不是聯(lián)機(jī)處理的數(shù)據(jù)。故本題選擇A。36. 能夠接收每個(gè)用戶的命令，采用時(shí)間片輪轉(zhuǎn)的方式處理用戶的服務(wù)請(qǐng)求，這種操作系統(tǒng)屬于(分?jǐn)?shù)： 1.00 )A. 批處理系統(tǒng)B. 分時(shí)系統(tǒng) VC. 實(shí)時(shí)系統(tǒng)D. 分布式系統(tǒng)解析： 解析 本題考查操作系統(tǒng)的類型。在批處理系統(tǒng)中，用戶一般不直接操縱計(jì)算機(jī)，而是將作業(yè)提交 給系統(tǒng)操作員，操作員將作業(yè)成批裝入計(jì)算機(jī)，由操作系統(tǒng)進(jìn)行處理。在分時(shí)系統(tǒng)中，操作系統(tǒng)接收每個(gè) 用戶的命令，采用時(shí)間片輪轉(zhuǎn)的方式處理用戶的服務(wù)請(qǐng)求。實(shí)時(shí)系統(tǒng)是指系統(tǒng)能夠及時(shí)響應(yīng)隨機(jī)發(fā)生的外 部事件，并在嚴(yán)格的時(shí)間范圍內(nèi)完成對(duì)該事件的處理。分布式系

27、統(tǒng)是通過通信網(wǎng)絡(luò)將物理上分散的具有自 治功能的多個(gè)計(jì)算機(jī)系統(tǒng)互連起來，實(shí)現(xiàn)信息交換和資源共享，協(xié)作完成任務(wù)。故本題選擇B。37. 軟件的結(jié)構(gòu)化開發(fā)過程各階段都應(yīng)產(chǎn)生規(guī)范的文檔，以下哪個(gè)是在設(shè)計(jì)階段應(yīng)產(chǎn)生的文檔?( )(分?jǐn)?shù)： 1.00 )A. 可行性分析報(bào)告書B. 軟件需求說明書C. 軟件設(shè)計(jì)規(guī)格說明書 VD. 軟件測(cè)試報(bào)告書解析：解析 可行性分析報(bào)告書是可行性研究階段產(chǎn)生的文檔，軟件需求說明書是需求分析階段產(chǎn)生的文 檔，軟件測(cè)試報(bào)告書是軟件測(cè)試部分產(chǎn)生的文檔，只有軟件設(shè)計(jì)規(guī)格說明書是軟件設(shè)計(jì)階段產(chǎn)生的文檔， 故本題選擇 C。38. 進(jìn)程在運(yùn)行中不斷地改變其運(yùn)行狀態(tài)，下列不屬于一個(gè)運(yùn)行進(jìn)程的3

28、種基本狀態(tài)的是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 就緒狀態(tài)B. 執(zhí)行狀態(tài)C. 阻塞狀態(tài)D. 終止?fàn)顟B(tài) V解析： 解析 進(jìn)程在運(yùn)行中不斷地改變其運(yùn)行狀態(tài)，它的基本狀態(tài)是就緒狀態(tài)、阻塞狀態(tài)、執(zhí)行狀態(tài)39. 以下關(guān)于結(jié)構(gòu)化程序的說法中，正確的是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 結(jié)構(gòu)化程序由單入口、單出口和循環(huán) 3 種結(jié)構(gòu)組成B. 結(jié)構(gòu)化程序由順序、單入口和單出口 3 種結(jié)構(gòu)組成C. 結(jié)構(gòu)化程序由順序、循環(huán)和 GOT語句結(jié)構(gòu)組成 VD. 結(jié)構(gòu)化由順序、循環(huán)、循環(huán)和分支 3 種結(jié)構(gòu)組成解析： 解析 結(jié)構(gòu)化程序的基本要求是：所有的模塊只使用單入口、單出口及順序、選擇和循環(huán)基本控制 結(jié)構(gòu)。結(jié)構(gòu)化程

29、序由順序、循環(huán)和 GOTO語句結(jié)構(gòu)組成。40. 第三代數(shù)據(jù)庫系統(tǒng)是把 ( ) 技術(shù)與數(shù)據(jù)庫技術(shù)相結(jié)合的數(shù)據(jù)庫系統(tǒng)。分?jǐn)?shù)： 1.00 )A. 多媒體B. 超文本C. 并行D. 面向?qū)ο?V解析： 解析 第三代數(shù)據(jù)庫系統(tǒng)是把面向?qū)ο蠹夹g(shù)與數(shù)據(jù)庫技術(shù)相結(jié)合的數(shù)據(jù)庫系統(tǒng)，41. 偽碼又稱為程序設(shè)計(jì)語言 PDL 種典型的PDL是仿照（）編寫的。（分?jǐn)?shù)： 1.00 ）A. FORTRANB. Pascal 語言 VC. C0B01語言D. 匯編語言解析：解析偽碼又稱為過程設(shè)計(jì)語言PDL 一種典型的PDL是仿照Pascal語言編寫的。相關(guān)知識(shí)點(diǎn)： 偽代碼屬于文字形式的表達(dá)工具，是指一類采用類高級(jí)語言控制結(jié)構(gòu)

30、，以正文形式對(duì)數(shù)據(jù)結(jié)構(gòu)和算法進(jìn)行 描述的設(shè)計(jì)語言。采用的類高級(jí)語言通常是類Pascal、類PL/1或者類C風(fēng)格代碼。42. 存儲(chǔ)器管理的主要任務(wù)是方便用戶存儲(chǔ)器 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 提高存儲(chǔ)器的利用率B. 內(nèi)存保護(hù)C. 地址映射 VD. 提高存儲(chǔ)器的利用率解析： 解析 存儲(chǔ)器管理的主要任務(wù)是方便用戶存儲(chǔ)器地址映射。43. 版權(quán)法授予版權(quán)人具有一定專用權(quán)利，包括發(fā)表權(quán)、署名權(quán)、保護(hù)作品完整權(quán)，它屬于（ ）（分?jǐn)?shù)： 1.00 ）A. 精神權(quán)利 VB. 經(jīng)濟(jì)權(quán)利C. 程序復(fù)制專用權(quán)利D. 程序文本演繹專用權(quán)利解析： 解析 版權(quán)法授予版權(quán)人具有一定專用權(quán)利，包括發(fā)表權(quán)、署名權(quán)、保護(hù)作

31、品完整權(quán)，它屬于精神 權(quán)利。44. 自頂向下開發(fā)方法的優(yōu)點(diǎn)之一是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 開發(fā)周期短B. 開發(fā)費(fèi)用低C. 對(duì)系統(tǒng)分析人員要求低D. 能支持信息系統(tǒng)整體化 V解析： 解析 本題考查自頂向下開發(fā)方法的優(yōu)點(diǎn)。 自頂向下方法的開發(fā)周期長(zhǎng)， 系統(tǒng)復(fù)雜， 而且投資較大、 成本較高，對(duì)系統(tǒng)分析和設(shè)計(jì)人員的要求較高，選項(xiàng)A、B、C均不正確。選項(xiàng) D是其優(yōu)點(diǎn)之一。45. 需求分析是 （ ） 時(shí)期的最后一個(gè)階段，它的基本任務(wù)是準(zhǔn)確地回答了“系統(tǒng)必須做什么”。分?jǐn)?shù)： 1.00 ）A. 軟件維護(hù)B. 可行性分析C. 軟件開發(fā)D. 軟件定義V解析： 解析 需求分析是軟件定義時(shí)期的最后一個(gè)階

32、段，它的基本任務(wù)是準(zhǔn)確地回答了“系統(tǒng)必須做什 么”。相關(guān)知識(shí)點(diǎn)： 需求分析是軟件定義時(shí)期的最后一個(gè)階段，它的基本任務(wù)是準(zhǔn)確地回答了“系統(tǒng)必須做什么”。 雖然在可行性研究階段已經(jīng)粗略地了解了用戶的需求，甚至還提出了一些可行的方案，但是，可行性研究 的基本目的是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可行的解法。需求分析的任務(wù)還不是確定系統(tǒng)怎樣完成它的工作，而是確定系統(tǒng)必須完成哪些工作，也就是對(duì)系統(tǒng)提出 完整、準(zhǔn)確、清晰、具體的要求。需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。因此，必須用行之有效的方法 對(duì)軟件需求進(jìn)行嚴(yán)格地審查驗(yàn)證。46. 軟件測(cè)試是保證軟件質(zhì)量的重要手段，其

33、首要任務(wù)是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 保證軟件的正確性B. 改正軟件存在的錯(cuò)誤C. 發(fā)現(xiàn)軟件的潛在錯(cuò)誤 VD. 實(shí)現(xiàn)程序正確性證明解析：解析 測(cè)試階段的基本任務(wù)是根據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)精心設(shè)計(jì)一套測(cè)試 方案，找出程序中潛在的各種錯(cuò)誤和缺陷。測(cè)試并不能保證程序是完全正確的。只有選項(xiàng) C 符合題意47. 數(shù)據(jù)庫管理技術(shù)發(fā)展過程中，文件系統(tǒng)與數(shù)據(jù)庫系統(tǒng)的重要區(qū)別是數(shù)據(jù)庫系統(tǒng)具有( ) 。(分?jǐn)?shù)： 1.00 )A. 數(shù)據(jù)可共享B. 數(shù)據(jù)無冗余C. 特定的數(shù)據(jù)類型 VD. 有專門的數(shù)據(jù)管理軟件解析：解析 在數(shù)據(jù)庫管理技術(shù)發(fā)展過程中，文件系統(tǒng)與數(shù)據(jù)庫系統(tǒng)的重要區(qū)別是數(shù)據(jù)庫

34、系統(tǒng)具有特定的 數(shù)據(jù)類型。48. 企業(yè)系統(tǒng)規(guī)劃方法一般通過將過程和由其產(chǎn)生的數(shù)據(jù)類分組、 歸并形成其主要系統(tǒng)， 其實(shí)現(xiàn)順序是 ( )(分?jǐn)?shù)： 1.00 )A. 過程數(shù)據(jù)類組合、數(shù)據(jù)流程圖、信息結(jié)構(gòu)、信息結(jié)構(gòu)重排 VB. 數(shù)據(jù)流程圖、過程數(shù)據(jù)類組合、信息結(jié)構(gòu)、信息結(jié)構(gòu)重排C. 信息結(jié)構(gòu)、數(shù)據(jù)流程圖、過程數(shù)據(jù)類組合、信息結(jié)構(gòu)重排D. 數(shù)據(jù)流程圖、信息結(jié)構(gòu)、過程數(shù)據(jù)類組合、信息結(jié)構(gòu)重排 解析： 解析 本題考查確定主要系統(tǒng)的步驟。確定主要系統(tǒng)的做法是從過程 /數(shù)據(jù)類入手，并注意到過程 是按生命周期順序排列的，得到表示若干子系統(tǒng)的組合以及表明維護(hù)某些特定的、相關(guān)的數(shù)據(jù)類的責(zé)任的 方框：接著將落在方框外的

35、U 表示對(duì)數(shù)據(jù)流的應(yīng)用，也就是得到數(shù)據(jù)流程圖；對(duì)數(shù)據(jù)流程圖進(jìn)行調(diào)整得到信息結(jié)構(gòu)；為了方便信息結(jié)構(gòu)的實(shí)現(xiàn)，還必須將分系統(tǒng)劃分為更好的子系統(tǒng)，就是信息結(jié)構(gòu)重排。故本題 選擇 A。49. 在軟件測(cè)試中，測(cè)試用例主要由輸入數(shù)據(jù)和 ( ) 兩部分組成。(分?jǐn)?shù)： 1.00 )A. 測(cè)試規(guī)劃B. 預(yù)期輸出結(jié)果 VC. 測(cè)試計(jì)劃D. 以往測(cè)試記錄分析解析： 解析 在軟件測(cè)試中，測(cè)試用例主要由輸入數(shù)據(jù)和預(yù)期輸出結(jié)果兩部分組成。50. 在軟件工程中， ( ) 是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互的過程，適用于開發(fā)需求不確定的大型軟件系 統(tǒng)。(分?jǐn)?shù)： 1.00 )A. 瀑布模型B. 原型模型 VC. 生存周期模型D.

36、瀑布模型和原型模型解析： 解析 在軟件工程中，原型模型是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互的過程，適用于開發(fā)需求不確 定的大型軟件系統(tǒng)。51. 存儲(chǔ)器由內(nèi)存和外存組成，內(nèi)存由 ( ) 編址的塊組成。(分?jǐn)?shù)： 1.00 )A. 順序 VB. 間接C. 同步D. 自由 解析： 解析 在計(jì)算機(jī)中，內(nèi)存由順序編址的塊組成。52. 從軟件的開發(fā)到運(yùn)行的全過程， 軟件文檔的重要作用是眾所周知的， 但執(zhí)行時(shí)差距很大， 其根本原因是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 文檔規(guī)范程度低B. 工程化程度尚低 VC. 文檔生成工具差D. 開發(fā)者缺乏重視解析： 解析 從軟件的開發(fā)到運(yùn)行的全過程，軟件文檔的重要作用是眾所

37、周知的，但執(zhí)行時(shí)差距很大，其 根本原因是工程化程度低。相關(guān)知識(shí)點(diǎn)：軟件文檔是影響軟件可維護(hù)性的重要因素，軟件系統(tǒng)的文檔可以分為用戶文檔、系統(tǒng)文檔。用戶文檔主要 描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的。系統(tǒng)文檔描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等方面 的內(nèi)容。若軟件工程化方式或工程化程度較低時(shí)，則會(huì)導(dǎo)致軟件開發(fā)進(jìn)度與軟件文檔完全脫節(jié)。53. 下列( ) 不是軟件危機(jī)的表現(xiàn)形式。分?jǐn)?shù)： 1.00 )A. 軟件需求定義不明確，易偏離用戶需求B. 軟件的可維護(hù)性差C. 系統(tǒng)軟件與應(yīng)用軟件的聯(lián)系越來越難 VD. 軟件生產(chǎn)成本高，價(jià)格昂貴解析： 解析 軟件危機(jī)的出現(xiàn)是計(jì)算機(jī)發(fā)展到一定階段的產(chǎn)物，軟件需

38、求定義不明確，易偏離用戶需求， 軟件的可維護(hù)性差，軟件生產(chǎn)成本高，價(jià)格昂貴。54. 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 文檔的完整性B. 軟件配置的完整性VC. 軟件是否結(jié)構(gòu)化D. 程序的完整性解析： 解析 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別是軟件配置的完整性。55. ( ) 是數(shù)據(jù)庫系統(tǒng)中最早出現(xiàn)的數(shù)據(jù)模型。(分?jǐn)?shù)： 1.00 )A. 層次模型 VB. 網(wǎng)狀模型C. 關(guān)系模型D. 面向?qū)ο竽Ｐ徒馕觯?解析 數(shù)據(jù)庫系統(tǒng)中的模型有層次模型、網(wǎng)狀模型、關(guān)系模型，最早出現(xiàn)的數(shù)據(jù)模型是層次模型。 相關(guān)知識(shí)點(diǎn)：目前，數(shù)據(jù)庫領(lǐng)域中最常用的數(shù)據(jù)模型有4 種：層次模型、

39、網(wǎng)狀模型、關(guān)系模型、面向?qū)ο竽Ｐ?。其中層次模型是?shù)據(jù)庫系統(tǒng)中最早出現(xiàn)的數(shù)據(jù)模型，層次數(shù)據(jù)庫系統(tǒng)采用層次模型作為數(shù)據(jù)的組織方式，層次數(shù) 據(jù)庫系統(tǒng)的典型代表是 IBM 公司的 IMS 數(shù)據(jù)庫管理系統(tǒng)， 曾得到廣泛使用。 對(duì)層次數(shù)據(jù)庫的具體描述如下 在數(shù)據(jù)庫中定義滿足下面兩個(gè)條件的基本層次聯(lián)系的集合為層次數(shù)據(jù)模型： 有且只有一個(gè)節(jié)點(diǎn)沒有雙親節(jié)點(diǎn)，這個(gè)節(jié)點(diǎn)稱為根節(jié)點(diǎn)；根以外的其他節(jié)點(diǎn)有且只有一個(gè)雙親節(jié)點(diǎn)。 多對(duì)多聯(lián)系在層次模型中的表示。 層次模型的數(shù)據(jù)操縱與完整性約束。 層次數(shù)據(jù)模型的存儲(chǔ)結(jié)構(gòu)。56. 確定子系統(tǒng)應(yīng)該考慮諸多問題，下列不屬于確定子系統(tǒng)優(yōu)先順序考慮的問題是( ) 。(分?jǐn)?shù)： 1.00 )

40、A. 是否與系統(tǒng)在優(yōu)先順序上保持一致 VB. 它是否為初期的數(shù)據(jù)庫結(jié)構(gòu)提供基礎(chǔ)性工作C. 它會(huì)影響到哪些人員，有多少D. 該子系統(tǒng)是否具有近期投資節(jié)省而長(zhǎng)期效益好的優(yōu)點(diǎn)解析： 解析 確定子系統(tǒng)應(yīng)該考慮諸多問題：它是否為初期的數(shù)據(jù)庫結(jié)構(gòu)提供基礎(chǔ)性工作：它會(huì)影響到哪 些人員；該子系統(tǒng)是否具有近期投資節(jié)省而長(zhǎng)期效益好的優(yōu)點(diǎn)等。57. 在維護(hù)任務(wù)開始之前，與維護(hù)軟件有關(guān)的工作就已經(jīng)開始，首先是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 建立維護(hù)機(jī)構(gòu) VB. 填寫維護(hù)記錄C. 維護(hù)申請(qǐng)報(bào)告D. 維護(hù)工作流程安排解析： 解析 在維護(hù)任務(wù)開始之前，與維護(hù)軟件有關(guān)的工作就已經(jīng)開始，首先是建立維護(hù)機(jī)構(gòu)面關(guān)于函數(shù)依賴

41、的敘述中，不正確的是（分?jǐn)?shù)：1.00 ）A. 若心Y,乙貝寸心ZB.若心Y,_則心Y'C. 若心Y,心乙貝寸心YZD. 若 XYZ,_則 心Z, YZV解析：解析本題考查函數(shù)依賴的公理系統(tǒng)。選項(xiàng) A為傳遞律，選項(xiàng)B為分解規(guī)則，選項(xiàng) C為合并規(guī)則, 而合并規(guī)則不是可逆的，所以選項(xiàng)D不正確，即為本題的答案。59. 總體設(shè)計(jì)階段通常由兩個(gè)主要階段構(gòu)成：系統(tǒng)設(shè)計(jì)，確定系統(tǒng)的具體實(shí)現(xiàn)方案；（），確定軟件結(jié)構(gòu)。（分?jǐn)?shù)：1.00 ）A. 結(jié)構(gòu)設(shè)計(jì) VB. 功能設(shè)計(jì)C. 軟件設(shè)計(jì)D. 邏輯模型設(shè)計(jì)解析：解析總體設(shè)計(jì)階段通常由兩個(gè)主要階段構(gòu)成：系統(tǒng)設(shè)計(jì)，確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì), 確定軟件結(jié)構(gòu)。

42、相關(guān)知識(shí)點(diǎn)：總體設(shè)計(jì)的典型過程如下。 設(shè)想供選擇的方案。 選取合理的方案。 推薦最佳方案。 功能分解。 設(shè)計(jì)軟件結(jié)構(gòu)。 數(shù)據(jù)庫設(shè)計(jì)。 制定測(cè)試計(jì)劃。 書寫文檔。 審查和復(fù)審。60. C/S計(jì)算結(jié)構(gòu)的特點(diǎn)之一是（）。（分?jǐn)?shù)：1.00 ）A. 基于網(wǎng)絡(luò)的分布處理系統(tǒng)VB. 只能用微機(jī)做服務(wù)器C. 客戶機(jī)上不需要安裝工具軟件D. 服務(wù)器上無須安裝應(yīng)用程序解析：解析本題考查C/S結(jié)構(gòu)的特點(diǎn)。C/S是Client/Server（ 客戶服務(wù)器）的縮寫。服務(wù)器既可以是大 型機(jī)也可以是微機(jī)，選項(xiàng)B說法不正確：客戶機(jī)上需要安裝工具軟件才可以與服務(wù)器通信，選項(xiàng)C不正確;服務(wù)器需要安裝應(yīng)用程序執(zhí)行客戶機(jī)的請(qǐng)求，選項(xiàng)

43、D說法不正確。只有選項(xiàng) A說法正確。二、填空題（總題數(shù)：20,分?jǐn)?shù)：40.00）61. 軟件模塊化原理是【1】的結(jié)構(gòu)化方法在軟件總體構(gòu)造階段的運(yùn)用。（分?jǐn)?shù):2.00 ）填空項(xiàng)1： （正確答案：逐層分解）解析：解析軟件模塊化原理是逐層分解的結(jié)構(gòu)化方法在軟件總體構(gòu)造階段的運(yùn)用。相關(guān)知識(shí)點(diǎn)；軟件模塊化原理在軟件的設(shè)計(jì)和維護(hù)中都起著重要的作用。它是逐層分解的結(jié)構(gòu)化方法在軟件總體構(gòu)造階 段的運(yùn)用。通常使用層次圖的形式來描述軟件層次結(jié)構(gòu)，并從需求分析所產(chǎn)生的數(shù)據(jù)流程圖岀發(fā)設(shè)計(jì)軟件 系統(tǒng)的模塊劃分和模塊之間的結(jié)構(gòu)關(guān)系。盡管目前這種轉(zhuǎn)化還缺少一種形式化的方法，但仍然可以通過設(shè) 計(jì)人員的創(chuàng)造性思維去獲得一個(gè)合理

44、而高質(zhì)量的軟件結(jié)構(gòu)。62. 模塊描述是對(duì)模塊結(jié)構(gòu)圖中的模塊屬性提供進(jìn)一步的信息，其核心是模塊的【2】。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：功能描述）解析：解析模塊描述是對(duì)模塊結(jié)構(gòu)圖中的模塊屬性提供進(jìn)一步的信息，其核心是模塊的功能描述。 相關(guān)知識(shí)點(diǎn)：模塊描述可以通過IPO表來表示，即通過描述模塊的輸入數(shù)據(jù)、輸出數(shù)據(jù)和模塊的數(shù)據(jù)處理動(dòng)作來表達(dá)模 塊的功能。模塊描述信息應(yīng)包括以下內(nèi)容。 模塊名，即模塊結(jié)構(gòu)圖中的名稱。 模塊標(biāo)示，即模塊結(jié)構(gòu)圖中的位置標(biāo)示。 實(shí)現(xiàn)語，即編寫本模塊的程序語言。 啟動(dòng)條件，模塊在何種情況下使用。 輸入數(shù)據(jù)，包括啟動(dòng)參數(shù)和輸入數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)。 處理功能，對(duì)處理動(dòng)作的具

45、體描述。 輸岀數(shù)據(jù)，包括輸岀參數(shù)和接受修改的數(shù)據(jù)結(jié)構(gòu)。模塊描述有大量的細(xì)微的工作量，它繁瑣但卻是程序編寫的唯一依據(jù)。63. 為了復(fù)雜的大信息系統(tǒng)分解便于理解和實(shí)現(xiàn)部分，通過將過程和由它們產(chǎn)生的數(shù)據(jù)類分組、歸并形成【3】。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：主要系統(tǒng)）解析：解析為了復(fù)雜的大信息系統(tǒng)分解便于理解和實(shí)現(xiàn)部分，通過將過程和由它們產(chǎn)生的數(shù)據(jù)類分組、 歸并形成主要系統(tǒng)。64. 在企業(yè)系統(tǒng)規(guī)劃方法的最后，應(yīng)該對(duì)優(yōu)先子系統(tǒng)建立【4】，以便管理人員對(duì)其進(jìn)行評(píng)價(jià)。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：詳細(xì)資料）解析：解析企業(yè)系統(tǒng)規(guī)劃方法的最后，應(yīng)該對(duì)優(yōu)先子系統(tǒng)建立詳細(xì)資料，以便管理人

46、員對(duì)其進(jìn)行評(píng)價(jià)。 相關(guān)知識(shí)點(diǎn)：一般認(rèn)為，這些資料應(yīng)該包括企業(yè)過程和數(shù)據(jù)類字典、問題分析表、過程/組織/系統(tǒng)矩陣以及研究判斷和結(jié)論。它們概述了系統(tǒng)的功能、主要目標(biāo)和所支持的過程、要解決的問題以及預(yù)期效益等。提供的文件應(yīng) 該有標(biāo)準(zhǔn)規(guī)范。對(duì)優(yōu)先子系統(tǒng)的基本描述應(yīng)該包括以下幾點(diǎn)。 一般性描述和目標(biāo)。 主要問題。 潛在的效益。 受影響的企業(yè)過程。 輸入和輸出。 影響的組織層次。 先決條件。65. 以【5】為基礎(chǔ)的信息系統(tǒng)的設(shè)計(jì)可以構(gòu)成一個(gè)完整的過程。（分?jǐn)?shù):2.00）填空項(xiàng)1： （正確答案：數(shù)據(jù)庫）解析：解析信息系統(tǒng)的設(shè)計(jì)是以數(shù)據(jù)庫為基礎(chǔ)的可以構(gòu)成一個(gè)完整的過程。相關(guān)知識(shí)點(diǎn)：下面就數(shù)據(jù)庫設(shè)計(jì)在信息系統(tǒng)開

47、發(fā)中所涉及的理論、方法和技術(shù)做一歸納。 數(shù)據(jù)庫設(shè)計(jì)任務(wù)數(shù)據(jù)庫設(shè)計(jì)是信息系統(tǒng)開發(fā)過程中的重要內(nèi)容，其任務(wù)是要在一個(gè)給定的應(yīng)用環(huán)境中通過合理的邏輯涉及 和有效的物理設(shè)計(jì)構(gòu)造岀一個(gè)較為優(yōu)秀的數(shù)據(jù)庫模式，建立為特定應(yīng)用所需要的數(shù)據(jù)庫系統(tǒng)，從而滿足用 戶的各種信息要求。在數(shù)據(jù)庫技術(shù)發(fā)展的過程中，曾先后岀現(xiàn)過對(duì)數(shù)據(jù)以及數(shù)據(jù)間關(guān)系描述的多種模型，其中有層次模型、網(wǎng) 狀模型，后來岀現(xiàn)了關(guān)系模型。 數(shù)據(jù)庫設(shè)計(jì)方法近年來，就數(shù)據(jù)庫設(shè)計(jì)的過程而言，已經(jīng)形成將數(shù)據(jù)庫設(shè)計(jì)與信息系統(tǒng)應(yīng)用設(shè)計(jì)相結(jié)合的完整過程和步驟, 獨(dú)立的數(shù)據(jù)庫設(shè)計(jì)一般可以分為以下階段：需求分析；概念結(jié)構(gòu)設(shè)計(jì)；邏輯結(jié)構(gòu)設(shè)計(jì)；物理結(jié)構(gòu)設(shè)計(jì)；數(shù) 據(jù)庫實(shí)施；數(shù)

48、據(jù)庫運(yùn)行和維護(hù)。規(guī)范化理論是數(shù)據(jù)庫設(shè)計(jì)的理論依據(jù)。規(guī)范化理論分析了產(chǎn)生“毛病”的方法，并指岀上述問題都與數(shù)據(jù) 的概念密切相關(guān)。66. 圖書情報(bào)系統(tǒng)屬于【6】類型信息系統(tǒng)。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：信息管理或 IMS）解析：解析本題考查信息系統(tǒng)的劃分。計(jì)算機(jī)信息系統(tǒng)以計(jì)算機(jī)在管理領(lǐng)域的應(yīng)用為主體內(nèi)容，大體可 劃分為管理信息系統(tǒng)、決策支持系統(tǒng)和辦公信息系統(tǒng)。實(shí)際上，還有一類以信息管理為內(nèi)容的信息管理系 統(tǒng)，它們功能的側(cè)重有所不同，如圖書、情報(bào)系統(tǒng)屬信息管理類型，即IMS類型。67. 系統(tǒng)開發(fā)的經(jīng)驗(yàn)表明，系統(tǒng)出現(xiàn)的錯(cuò)誤中60%-80%來源于【7】。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （

49、正確答案：需求定義）解析：解析系統(tǒng)開發(fā)的經(jīng)驗(yàn)表明，系統(tǒng)出現(xiàn)的錯(cuò)誤中60%-80灤源于需求定義。相關(guān)知識(shí)點(diǎn)：需求定義無疑是當(dāng)前軟件工程中的關(guān)鍵問題，從美國(guó)于1995年開始的一項(xiàng)調(diào)查結(jié)果就足以看岀這一點(diǎn)。在這項(xiàng)調(diào)查中，他們對(duì)全國(guó)范圍內(nèi)的8000個(gè)軟件項(xiàng)目進(jìn)行跟蹤調(diào)查，結(jié)果表明，有1/3的項(xiàng)目沒能完成，而在完成的2/3的項(xiàng)目中，又有1/2的項(xiàng)目沒有成功實(shí)施。他們仔細(xì)分析失敗的原因后發(fā)現(xiàn)，與需求過程相關(guān)的原因占了 45%而其中缺乏最終用戶的參與以及不完整的需求又是兩大首要原因，各占13呀口 12%經(jīng)研究也表明，軟件中的錯(cuò)誤實(shí)際上竟有60%-80%是在需求定義階段引入的。因此可以得出結(jié)論，強(qiáng)調(diào)需求定義的重要性是有充分理由的。68. 定義應(yīng)用需求的原型生命周期應(yīng)該是一個(gè)迭代的過程，而其迭代工作量集中的【8】。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：開發(fā)模型） 解析：解析定義應(yīng)用需求的原型生命周期應(yīng)該是一個(gè)迭代的過程，而其迭代工作量集中的開發(fā)模型。69. 在戰(zhàn)略規(guī)劃方法中，經(jīng)常使用一類簡(jiǎn)明、直觀的圖形工具，它就是【9】。（分?jǐn)?shù)：2.00）填空項(xiàng)1: （正確答案：矩陣圖）解析：解析矩陣圖是在戰(zhàn)略規(guī)劃方法中經(jīng)常使用的一類簡(jiǎn)明、直觀的圖形工具。70. 數(shù)據(jù)庫設(shè)計(jì)通常是在一個(gè)通用的DBM豉持下進(jìn)行的。具體講，數(shù)據(jù)庫設(shè)計(jì)包括結(jié)構(gòu)特性的設(shè)計(jì)和【10】設(shè)計(jì)兩方