四級計算機考試試題
計算機四級考試為無(wú)紙化考試，不含操作題。下面是四級計算機考試試題，歡迎練習。
(1)在數據庫應用系統的需求分析階段，需要考慮數據的安全性需求。下列不屬于數據安全性需求分析內容的是
A)分析數據的安全性需求，以確定每個(gè)關(guān)系表上定義的數據約束能夠滿(mǎn)足使用要求
B)分析全局用戶(hù)對數據的存取需求，以確定全局數據的安全控制策略
C)分析特殊用戶(hù)對數據的存取需求，以保證數據庫的安全控制策略能夠滿(mǎn)足其使用要求
D)分析各類(lèi)用戶(hù)對數據的存取需求，以確定各類(lèi)用戶(hù)能夠操作的數據
(2)有學(xué)生表(學(xué)號, 姓名, 性別, 身份證號, 出生日期, 所在系號)，在此表上使用如下語(yǔ)句建立索引：
CREATE NONCLUSTERED INDEX Idx_Name ON學(xué)生表(姓名);
此索引被稱(chēng)為
A)非聚集散列索引
B)非聚集輔索引
C)非聚集順序索引
D)非聚集主索引
(3)在數據庫物理設計階段，使用聚集文件組織數據可以提高一些查詢(xún)的效率。下列關(guān)于聚集文件和聚集鍵的描述錯誤的是
A)聚集文件將不同關(guān)系表中有關(guān)聯(lián)關(guān)系的記錄存儲在一起，以減少系統的物理I/O次數
B)聚集鍵應該選用頻繁用于進(jìn)行自然連接的屬性或屬性組
C)聚集文件可以提高某些連接查詢(xún)的速度，但是它可能導致其他類(lèi)型的查詢(xún)處理變慢
D)關(guān)系表中某個(gè)屬性的數據重復率越高，越適合作聚集鍵
(4)己知有描述科研項目及負責教師的關(guān)系模式：科研項目(項目號, 項目名稱(chēng), 經(jīng)費, 負責教師號, 姓名, 職稱(chēng))，該關(guān)系模式滿(mǎn)足函數依賴(lài)集：F={項目號→項目名稱(chēng), 項目號→經(jīng)費, 項目號→負責教師號, 負責教師號→姓名, 負責教師號→職稱(chēng)｝。下列分解中最合理的符合3NF的關(guān)系模式是
A)科研項目(項目號, 項目名稱(chēng), 經(jīng)費)，教師(教師號, 姓名, 職稱(chēng))
B)科研項目(項目號, 項目名稱(chēng), 經(jīng)費)，教師(教師號, 姓名, 職稱(chēng), 項目號)
C)科研項目(項目號, 項目名稱(chēng), 經(jīng)費, 負責教師號)，教師(教師號, 姓名, 職稱(chēng))
D)科研項目(項目號, 項目名稱(chēng), 經(jīng)費)，項目_教師(項目號, 負責教師號)， 教師(教師號, 姓名, 職稱(chēng))
(5)在IDEF0圖中矩形框代表功能活動(dòng)。關(guān)于連接到矩形框4條邊上的箭頭的語(yǔ)義，下列說(shuō)法錯誤的是
A)左邊的箭頭表示完成功能活動(dòng)需要的數據，它強調被活動(dòng)消耗或變換的內容
B)上邊的箭頭表示影響這個(gè)活動(dòng)執行的事件或約束，它強調被活動(dòng)變換的內容
C)右邊的箭頭表示由這個(gè)活動(dòng)產(chǎn)生的信息，它強調活動(dòng)變換和處理的結果
D)下邊的箭頭表示實(shí)施該活動(dòng)的手段或完成活動(dòng)需要的資源，它強調如何做
(6)數據庫的運行管理與維護主要由數據庫管理員負責，工作內容主要包括日常維護、系統監控與分析、性能優(yōu)化等。下列關(guān)于數據庫管理員工作內容的說(shuō)法錯誤的是
A)數據庫的備份和恢復是重要的維護工作，數據庫管理員應根據不同的應用要求制定不同的備份計劃，在備份計劃中應包含備份的時(shí)間、周期、備份方式和備份內容等
B)性能優(yōu)化是數據庫管理員的重要工作，性能優(yōu)化的主要手段有查詢(xún)優(yōu)化、索引調整、模式調整等，這些工作一般無(wú)需開(kāi)發(fā)人員參與
C)數據庫管理員應監控數據庫中各種鎖的使用情況，并處理可能出現的死鎖情況，若發(fā)現問(wèn)題應及時(shí)通知相關(guān)人員
D)數據庫管理員需要定期檢查存儲空間使用情況并根據需求擴展存儲空間，這些工作一般無(wú)需最終用戶(hù)參與
(7)若系統中存在4個(gè)等待事務(wù)T0、T1、T2、T3，其中T0正等待被T1鎖住的數據項Al，T1正等待被T2鎖住的數據項A2，T2正等待被T3鎖住的數據項A3，T3正等待被T0鎖住的數據項A0。根據上述描述，系統所處的狀態(tài)是
A)活鎖
B)死鎖
C)封鎖
D)正常
(8)在SQL Server 2000中，某數據庫中有教師表(教師號, 姓名, 職稱(chēng))，其中教師號的數據類(lèi)型是整型，其他均為字符類(lèi)型。若教師表中當前沒(méi)有數據，用戶(hù)在數霜尾幣藕次執行下列語(yǔ)句：
�、�.BEGIN TRANSACTION T1
�、�.INSERT INTO教師表VALUES(1000,'張三','助教');
�、�.INSERT INTO教師表VALUES(1001,'王二','助教');
�、�.COMMIT T1;
�、�.BEGIN TRANSACTION T2
�、�.INSERT INTO教師表VALUES(1002,'王三','講師');
�、�.INSERT INTO教師表VALUES(1003,'李四','講師');
�、�.COMMIT T2;
在Ⅶ執行的時(shí)候數據庫所在的服務(wù)器突然掉電，當數據庫系統重新啟動(dòng)后，教師表中包含的數據條數為
A)4條
B)3條
C)2條
D)0條
(9)已知學(xué)生關(guān)系(學(xué)號, 姓名, 性別, 課程號, 成績(jì), 所在系號)有下列函數依賴(lài)
�、�.(學(xué)號, 課程號)→課程號 Ⅱ.(學(xué)號, 課程號)→成績(jì)
�、�.(學(xué)號, 課程號)→所在系號 Ⅳ.(學(xué)號, 課程號)→姓名，性別
�、�.(學(xué)弓, 桌程號)→學(xué)號
以上函數依賴(lài)屬于非平凡函數依賴(lài)的是
A)僅I和V
B)僅Ⅱ和V
C)僅Ⅲ和Ⅳ
D)僅II、Ⅲ和Ⅳ
(10)數據庫管理系統采用三級加鎖協(xié)議來(lái)防止并發(fā)操作可能導致的數據錯誤。在三級加鎖協(xié)議中，1級加鎖協(xié)議能夠解決的問(wèn)題是
A)丟失修改
B)不可重復讀
C)讀臟數據
D)死鎖
(11)在SQL Server 2000中，假設某數據庫使用一段時(shí)間后，其數據文件和日志文件的空間均己快用完，如果要以手工方式擴大該數據庫的空間，下列說(shuō)法正確的是
A)可以擴大單個(gè)數據文件的大小，但不能擴大單個(gè)日志文件的大小
B)可以一次按比例擴大整個(gè)數據庫的數據文件和日志文件的大小
C)可以添加一塊新的磁盤(pán)，并在新的磁盤(pán)上為數據庫建立新的數據文件和日志文件
D)可以一次按比例擴大整個(gè)數據文件的大小，但不能擴大日志文件的大小
(12)在SQL Server 2000中，設有職工表(職工號, 職工名, 電子郵箱)，現要限制電子郵箱的最后幾位的取值為“@abc.com”，且“@”前至少有一位字符。下列添加約束的語(yǔ)句正確的是
A)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE '_%@abc.com')
B)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱 = '_%@abc.com')
C)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱LIKE '_@abc.com')
D)ALTER TABLE職工表
ADD CONSTRAINT chk_email CHECK(電子郵箱 = '_@abc.com')
(13)OLE DB是一種通用數據訪(fǎng)問(wèn)接口。下列關(guān)于OLE DB的說(shuō)法錯誤的是
A)OLE DB是Microsoft OLE對象標準的一個(gè)實(shí)現，它由一系列的COM接口組成
B)與ODBC驅動(dòng)程序需要支持幾乎所有的DBMS特性不同，OLE DB允許只支持DBMS的部分功能
C)OLE DB支持訪(fǎng)問(wèn)關(guān)系數據庫和非關(guān)系數據庫
D)OLE DB定義了數據提供者、數據消費者和數據驅動(dòng)理序三類(lèi)數據訪(fǎng)問(wèn)組件
(14)日志文件是數據庫系統出現故障以后，保證數據正確、一致的重要機制之一。下列關(guān)于日志文件的說(shuō)法錯誤的是
A)日志的登記順序必須嚴格按照事務(wù)執行的時(shí)間次序進(jìn)行
B)為了保證發(fā)生故障時(shí)能正確地恢復數據，必須保證先寫(xiě)數據庫后寫(xiě)日志
C)檢查點(diǎn)記錄是日志文件的一種記錄，用于改善恢復效率
D)事務(wù)故障恢復和系統故障恢復都必須使用日志文件
(15)統一建模語(yǔ)言UML是一種定義良好、易于表達、功能強大、通用的可視化建模語(yǔ)言，下列關(guān)于UML說(shuō)法錯誤的是
A)在UML的用例模型中，一個(gè)角色可以執行多個(gè)用例，一個(gè)用例可以被多個(gè)角色使用
B)UML也適用于對象建模，其中的類(lèi)圖和對象圖用于描述類(lèi)模型、對象模型以及它們之間的動(dòng)態(tài)關(guān)系，這兩種圖都屬于UML的動(dòng)態(tài)視圖
C)UML的包圖是表明包以及包之間的關(guān)系的類(lèi)圖，包是對模型中涉及的元素進(jìn)行分組后得到的結果。在進(jìn)行元素分組時(shí)，應盡量追求包間低耦合、包內高內聚的目標
D)UML中的順序圖和協(xié)作圖都描述交互，但是順序圖強調的是時(shí)間，協(xié)作圖強調的是空間
(16)對數據庫中的數據進(jìn)行及時(shí)轉儲是保證數據安全可靠的重要手段。下列關(guān)于靜態(tài)轉儲和動(dòng)態(tài)轉儲的說(shuō)法正確的是
A)靜態(tài)轉儲過(guò)程中數據庫系統不能運行其他事務(wù)，不允許在轉儲期間執行數據插入、修改和刪除操作
B)靜態(tài)轉儲必須依賴(lài)數據庫日志才能保證數據的一致性和有效性
C)動(dòng)態(tài)轉儲需要等待正在運行的事務(wù)結束后才能開(kāi)始
D)對一個(gè)24小時(shí)都有業(yè)務(wù)發(fā)生的業(yè)務(wù)系統來(lái)說(shuō)，比較適合采用靜態(tài)轉儲技術(shù)
(17)設某并行數據庫系統中有表T(al, a2, . . .,an),因數據量大，需采用一維劃分法將數據劃分到不同的磁盤(pán)上，以提高系統效率。設al是劃分屬性，針對表T的查詢(xún)操作多數為點(diǎn)查詢(xún)，則適合采用的元組劃分策略是
A)輪轉法與范圍劃分
B)輪轉法與散列劃分
C)散列劃分與范圍劃分
D)以上都不合適
(18)軟件開(kāi)發(fā)模型是對軟件開(kāi)發(fā)過(guò)程的一種規范描述，用于表示軟件開(kāi)發(fā)過(guò)程的整體框架和軟件開(kāi)發(fā)活動(dòng)各階段間的關(guān)系。下列模型屬于軟件開(kāi)發(fā)模型的是
�、�.爆布模型 Ⅱ.快速原型模型
�、�.增量模型 Ⅳ.螺旋模型
A)僅Ⅰ和Ⅱ
B)僅Ⅰ、Ⅲ和Ⅳ
C)僅Ⅱ和Ⅲ
D)Ⅰ、II、Ⅲ和Ⅳ
(19)設有某大型聯(lián)鎖商場(chǎng)，建立有面向業(yè)務(wù)的數據庫應用系統和面向決策支持的數據倉庫系統，數據倉庫系統每天夜間需要從數據庫應用系統的數據庫導入新數據。在下列數據表中，最不適合采用快照方式從數據庫應用系統中獲取數據的是
A)商品表和商品類(lèi)別表
B)員工表和供應商表
C)商品銷(xiāo)售表和商品采購表
D)商場(chǎng)組織機構表
(20)在數據庫應用系統中，查詢(xún)效率是考核數據庫應用系統的一個(gè)重要方面。下列方法中，通常有利于提高查詢(xún)效率的是
�、�.盡可能避免無(wú)用的排序操作
�、�.盡可能消除對大型表行數據的順序存取
�、�.盡可能避免使用否定查詢(xún)
�、�.盡可能避免使用外連接操作
�、�.盡可能用子查詢(xún)代替連接查詢(xún)
A)僅I、Ⅱ、Ⅲ和Ⅳ
B)僅I、Ⅱ和Ⅳ
C)僅II、Ⅲ、Ⅳ和V
D)全部
(21)數據庫概念設計需要對一個(gè)企業(yè)或組織的應用所涉及的數據進(jìn)行分析和組織�，F有下列設計內容
�、�.分析數據，確定實(shí)體集
�、�.分析數據，確定實(shí)體集之間的聯(lián)系
�、�.分析數據，確定每個(gè)實(shí)體集的存儲方式
�、�.分析數據，確定實(shí)體集之間聯(lián)系的基數
�、�.分析數據，確定每個(gè)實(shí)體集的數據量
�、�.分析數據，確定每個(gè)實(shí)體集包含的屬性
以上內容不屬于數據庫概念設計的是
A)僅I、Ⅳ和Ⅵ
B)僅Ⅱ和Ⅴ
C)僅Ⅲ、Ⅳ和Ⅵ
D)僅Ⅲ和Ⅴ
(22)客戶(hù)端、服務(wù)器(C/S)架構和瀏覽器/服務(wù)器(B/S)架是現在常用的兩種數據庫應用系統架構。關(guān)于C/S和B/S架構，下列說(shuō)法錯誤的是
A)在C/S和B/S架構中，數據庫服務(wù)器都承擔了數據共享和管理的功能
B)如果系統的最終用戶(hù)群體大，用戶(hù)地域分布廣，一般應采用B/S架構
C)C/S架構的應用程序需要發(fā)布給每個(gè)用戶(hù)，并在每個(gè)用戶(hù)計算機上進(jìn)行安裝。B/S架構一般以通用瀏覽器為業(yè)務(wù)應用界面，較為復雜的數據處理功能一般還可通過(guò)與瀏覽器進(jìn)行交互的組件實(shí)現
D)一般來(lái)說(shuō)，對于功能需求相同的數據庫應用系統項目，C/S架構的應用開(kāi)發(fā)成本要高于B/S架構的應用開(kāi)發(fā)成本
(23)數據庫應用系統環(huán)境中存在各種類(lèi)型的數據，設有如下數據
�、�.為提高查詢(xún)效率建立的索引
�、�.描述表結構信息的數據字典
�、�.用于優(yōu)化查詢(xún)的統計分析數據
�、�.用戶(hù)會(huì )話(huà)信息
�、�.用戶(hù)查詢(xún)結果
以上數據一般會(huì )存儲在數據庫中的是
A)僅Ⅰ、Ⅱ和Ⅴ
B)僅Ⅰ和Ⅲ
C)僅Ⅰ、Ⅱ和Ⅲ
D)僅II、Ⅲ和Ⅳ
(24)在數據庫應用系統生命周期中，系統規劃與分析是一個(gè)重要的環(huán)節。關(guān)于系統規劃與分析，下列說(shuō)法錯誤的是
A)規劃與分析是數據庫應用系統生命周期的起點(diǎn)。規劃與分析階段的主要工作包括系統規劃與定義、可行性分析和項目規劃
B)系統規劃與定義是規劃與分析的主要環(huán)節，它需要在系統設計過(guò)程中逐步完成
C)可行性分析是從技術(shù)、經(jīng)濟和操作等方面進(jìn)行項目可行性的分析，它在明確目標和任務(wù)之后，評估系統在給定條件下是否可行
D)項目規劃是對項目所需的資源、成本和進(jìn)度進(jìn)行合理估算，并制定初步的項目開(kāi)發(fā)計劃
(25)在SQL Server 2000中，某數據庫的數據量比較大，且存儲在無(wú)磁盤(pán)陣列的存儲設備上。為盡可能提高數據的操作效率，下列構建數據庫文件的方法中，最合適的是
A)盡可能選擇一塊足夠大的磁盤(pán)，并在此磁盤(pán)上建立一個(gè)數據文件和一個(gè)日志文件
B)盡可能建立多個(gè)數據文件，讓每個(gè)數據文件位于不同的磁盤(pán)上，并盡可能將日志文件一與數據文件分別建立在不同的磁盤(pán)上
C)盡可能建立多個(gè)數據文件，將這些數據文件建立在一塊足夠大的磁盤(pán)上，并將全部日志文件建立在另一塊足夠大的磁盤(pán)上
D)盡可能建立多個(gè)數據文件，讓每個(gè)數據文件位于不同的磁盤(pán)上，并盡可能將日志文件與數據文件建立在相同的磁盤(pán)上
(26)設有某大型連鎖超市的數據庫應用系統，在系統實(shí)施或改造過(guò)程中，需要對系統進(jìn)行測試。設有下列測試活動(dòng)
�、�.模擬客戶(hù)消費行為，生成銷(xiāo)售數據，測試系統是否能正確完成銷(xiāo)售業(yè)務(wù)
�、�.編寫(xiě)模擬數據生成器，每秒生成2千筆與銷(xiāo)售業(yè)務(wù)對應的銷(xiāo)售數據，測試系統吞吐率
�、�.在數據庫中模擬生成5億條銷(xiāo)售數據，同時(shí)開(kāi)啟所有的收銀臺，測試系統平均響應時(shí)間
�、�.模擬銷(xiāo)售持續一周時(shí)間，在此期間，每天審核系統結賬功能是否正確
�、�.測試數據庫應用系統能否正確地完成銀聯(lián)卡消費業(yè)務(wù)
以上測試活動(dòng)，屬于性能測試的是
A)僅Ⅰ、Ⅱ和Ⅲ
B)僅Ⅱ、Ⅲ和Ⅴ
C)僅Ⅱ和Ⅲ
D)僅I、Ⅳ和Ⅴ
(27)在SQL Server 2000中，設有課程表(課程號，課程名，學(xué)分，開(kāi)課學(xué)期)，現要在此關(guān)系表上建立一個(gè)查詢(xún)指定學(xué)期開(kāi)設的課程總門(mén)數和總學(xué)分數的內嵌表值函數，函數名為f _FindTotal。實(shí)現這個(gè)函數的正確代碼是
A)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT COUNT(課程號)as課程門(mén)數, SUM(學(xué)分)as總學(xué)分FROM課程表
WHERE開(kāi)課學(xué)期 = @ semester)
B)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT COUNT(課程號)as課程門(mén)數, COUNT(學(xué)分)as總學(xué)分FROM課程表
WHERE開(kāi)課學(xué)期 = @semester)
C)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT SUM(課程號)as課程門(mén)數, SUM(學(xué)分)as總學(xué)分FROM課程表
WHERE開(kāi)課學(xué)期= @semester)
D)CREATE FUNCTION f_FindTotal(@semester int)
RETURNS table
AS
RETURN(
SELECT SUM(課程號)as課程門(mén)數, COUNT(學(xué)分)as 總學(xué)分FROM課程表
WHERE開(kāi)課學(xué)期 = @semester)
(28)設商場(chǎng)業(yè)務(wù)系統中有銷(xiāo)售單據表(銷(xiāo)售單據號, 收款員, 銷(xiāo)售時(shí)間)，銷(xiāo)售明細表(銷(xiāo)售明細條目號, 銷(xiāo)售單據號, 商品號, 數量, 單位, 金額)和商品表(商品號, 商品名, 價(jià)格)。該系統業(yè)務(wù)繁忙，保存的數據量非常大，每次換班時(shí)要統計收款員的收入總額，每天停業(yè)后要統計各個(gè)商品的當天銷(xiāo)售量，銷(xiāo)售過(guò)程中經(jīng)常需要查詢(xún)某筆銷(xiāo)售業(yè)務(wù)的情況。為了優(yōu)化系統性能，下列優(yōu)化方案合理的是
A)在銷(xiāo)售單據表的收款員屬性上建立聚集索引，在銷(xiāo)售明細表的銷(xiāo)售單據號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引
B)在銷(xiāo)售單據表的銷(xiāo)售單據號屬性上建立聚集索引，在銷(xiāo)售明細表的銷(xiāo)售單據號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引，建立收款員單班銷(xiāo)售量表和商品當天銷(xiāo)售匯總表，在每筆銷(xiāo)售成交后分別累計統計相應數據
C)在銷(xiāo)售單據表的銷(xiāo)售時(shí)間屬性和收款員屬性上分別建立聚集索引，在銷(xiāo)售明細表的銷(xiāo)售單據號屬性上建立非聚集索引，在商品表的商品號屬性上建立聚集索引，建立收款員單班銷(xiāo)售量表和商品當天銷(xiāo)售匯總表，在每筆銷(xiāo)售成交后分別累計統計相應數據
D)在銷(xiāo)售單據表的銷(xiāo)售單據號屬性和收款員屬性上分別建立聚集索引，在銷(xiāo)售明細表的商品號屬性上建立聚集索引
(29)在SQL Server 2000中，假設利用備份設備對某個(gè)數據量和日志量都比較大的數據庫進(jìn)行完全備份。下列說(shuō)法正確的是
A)如果各個(gè)磁盤(pán)上的剩余空間均不足以存儲數據庫的備份，但全部磁盤(pán)的剩余空間總和大于備份數據庫所需的空間，則可以將這些磁盤(pán)的剩余空間組織起來(lái)建立一個(gè)備份設備以實(shí)施備份
B)如果各個(gè)磁盤(pán)上的剩余空間均不足以存儲數據庫的備份，但全部磁盤(pán)的剩余空間總和大于備份數據庫所需的空間，則可以將數據庫中的數據和日志分別備份到位于不同磁盤(pán)的備份設備上，以解決單個(gè)磁盤(pán)空間不足的問(wèn)題
C)可以只對數據庫中的數據進(jìn)行備份，并且可以備份到位于不同磁盤(pán)的備份設備上，以最大限度地減少備份該數據庫占用的空間
D)如果各個(gè)磁盤(pán)上的剩余空間均不足以存儲數據庫的備份，但全部磁盤(pán)的剩余空間總和大于備份數據庫所需的空間，則可以在每個(gè)磁盤(pán)上分別建立一個(gè)備份設備，并同時(shí)利用這些設備備份數據庫
�。�30）在某分布式數據庫系統中，設某數據表的模式為S(al, a2, a3, a4, a5），其中al為主碼，該表中數據量大，a2取值空間為{1,2,3}。設有兩個(gè)數據分片方案，分別為PSz1＝{S11, S12, S13}和PS2＝{S21, S22, S23}，任取分片S1i，S1i的模式為(al, a2, a3, a4, a5)，且S1i中的任一元組t都屬于S，且t在屬性a2上的取值為i。任取分片S2i，有S2i與S元組數相同，且其主碼為al，S21的模式為（al, a2），S22為（a1, a3, a4），S23為（al, a5）。則關(guān)于PS1和PS2的分片機制，下列說(shuō)法正確的是
A）PS1為水平分片，PS2為垂直分片
B）PS1為垂直分片，PS2為導出分片
C）PS1為水平分片，PS2為導出分片
D）PS1為垂直分片，PS2為水平分片
【四級計算機考試試題】相關(guān)文章：
計算機四級考試題03-13
計算機四級考試測試題01-30
計算機四級考試練習試題04-02
計算機四級考試試題及答案05-25
計算機四級考試模擬試題201601-19
計算機四級考試試題201604-06
計算機等級四級考試模擬試題02-24
計算機四級考試題目05-10
計算機四級考試題及答案07-25