1、2007年上半年信息系統(tǒng)監(jiān)理師上午第1頁(共計11頁)全國計算機(jī)技術(shù)和軟件專業(yè)技術(shù)資格全國計算機(jī)技術(shù)和軟件專業(yè)技術(shù)資格全國計算機(jī)技術(shù)和軟件專業(yè)技術(shù)資格全國計算機(jī)技術(shù)和軟件專業(yè)技術(shù)資格(水平) ) 試驗2002002002002002002002002002002005307年上半年上半年上半年上半年上半年信息系統(tǒng)監(jiān)理師信息系統(tǒng)監(jiān)理師信息系統(tǒng)監(jiān)理師上午試卷上午試卷上午試卷上午試卷上午試卷(試驗時間9 : 0011 : 30合計150分鐘) 請按照下述要求正確填寫解答卡。 請按照下述要求正確填寫解答卡。 按照以下要求正確填寫答案卡1 .在回答卡的指定位置正確填寫你的名字和考號，用正規(guī)的2B鉛筆在你

2、填寫的考號下填寫考號。 2 .本試卷試題有75個空間，均須解答。 每個空間得一分，75分滿分。 3 .每個空格對應(yīng)一個序號，有a、b、c和d四個選項。 請選擇最合適的答案選項，并在答題卡序號下填寫此選項。 4 .回答前請務(wù)必閱讀例題和答題卡上的例題的填寫方式和填寫注意事項。 解答時請用正規(guī)的2B鉛筆正確地涂上選項，如果需要修改的話，請用橡皮擦擦干凈。 不那樣的話，就不能正確評分了。 例題例題 2007年上半年全國計算機(jī)技術(shù)和軟件專業(yè)技術(shù)資格(水平)考試日期為(88 )月(89 )日。 因為a.4b.5c.6d.7 (89 ) a.23b.24c.25d.26考試日期是“5月26日”，所以(88

3、 )選擇b，(89 )選擇d，用閃存卡號碼88涂b，用號碼89涂d。 2007年上半年信息系統(tǒng)監(jiān)理師上午答案第2頁(共11頁) (1)不是軟件開發(fā)生命周期的6個階段之一。 生命周期中最長的是(2)階段。 (1)軟件計劃b .軟件測試c .需求分析d .系統(tǒng)檢查(2)A .軟件設(shè)計b .程序編制c .需求分析d .軟件維護(hù)軟件開發(fā)方法中，生命周期法的主要缺點(diǎn)是正確地定義用戶的需求(3)A .階段不明b .無法管理和控制項目c .開發(fā)周期長，環(huán)境變化d .系統(tǒng)各部分不獨(dú)立的CPU和主存儲器之間設(shè)置高速緩沖存儲器Cache的目的是(4)。 (4)A .擴(kuò)大主存儲的存儲容量b .提高CPU對主存儲的訪

4、問效率c .擴(kuò)大主存儲容量提高訪問速度d .提高外部存儲器的速度在微機(jī)中將存儲容量設(shè)為2MB與(5)等價。 (5) a.21024 b.210241024 b.21000 b.210001000 b在以下描述中，(不是RISC設(shè)計應(yīng)遵循的設(shè)計原則。 (6)A .指令數(shù)量必須少一點(diǎn)b .地址方式采用盡可能少的c .可變長指令，功能復(fù)雜的指令長度長，簡單的指令長度短d .設(shè)計盡可能多的通用寄存器系統(tǒng)響應(yīng)時間和操作通過量是測量計算機(jī)系統(tǒng)性能的重要指標(biāo)對于持續(xù)處理業(yè)務(wù)的系統(tǒng)，其(7)。 (7)A .響應(yīng)時間越短，作業(yè)吞吐量越小，b .響應(yīng)時間越短，作業(yè)吞吐量越大，c .響應(yīng)時間越長，作業(yè)吞吐量越大，d

5、 .響應(yīng)時間對作業(yè)吞吐量沒有影響 (8)服務(wù)器一般是SMTP和POP3專業(yè)技術(shù)(8)在a.gopherb.telnetc.ftpd.e-mailwin(9)A.I形b .小箭頭形c .支票形d .沙漏形(10)A. Ctrl B. Shift C. Alt D. Tab 2007年上半年信息系統(tǒng)監(jiān)理師上午試卷第3頁(全11頁)廣域網(wǎng)壟斷的地理范圍為數(shù)十公里至數(shù)千公里隨著微計算機(jī)的廣泛應(yīng)用，大量微計算機(jī)已經(jīng)經(jīng)由局域網(wǎng)連接到廣域網(wǎng)，但局域網(wǎng)和廣域網(wǎng)之間的互連一般是通過設(shè)備(12 )來實現(xiàn)的. (11)A .消息交換b .分組交換c .文件交換d .電路交換(11)A .以太網(wǎng)交換機(jī)b .路由器c

6、.橋接器d .電話交換Windows 2000 Server系統(tǒng)中，從計算機(jī)的兩臺硬盤中分別交換100MB (13 ) a.200 mbb.300 MBC.250 mbd.100 MBwindows 2000 server計算機(jī)的d磁盤根目錄的test文件夾中為test$，該計算機(jī)的IP地址為，其他計算機(jī)(14 ) a. b.dtest $ c.test下圖所示的插頭在PC板的(15 )連接器上(15)A. COM B. RJ-45 C. USB D. PS/2 以下標(biāo)準(zhǔn)代碼中，(16 )是推薦行業(yè)標(biāo)準(zhǔn)的代碼。 (

7、16 ) a.SJ/t b.q/t11 c.GB/t d.db11/t某企業(yè)要求開機(jī)時的溫度濕度符合a級標(biāo)準(zhǔn)。 根據(jù)該標(biāo)準(zhǔn)，夏季電源接通時機(jī)械室內(nèi)的溫度要求為(17 )，相對濕度要求為(18 )。 (17 ) a.182b.202c.232(18 ) a.40 %-70 % b.45 %-65 % c.50 %-7 如果需要彎曲光纜，請不要使曲率半徑小于(20 )。 (19)A .機(jī)械室b .管理間c .設(shè)備間d .配線間(20)A.30cm B.40cm C.50cm D.60cm 計算機(jī)系統(tǒng)(21 )的提高，不利于系統(tǒng)的移植性的提高。 (21)A .效率b .維護(hù)性c .可靠性d .可用性

8、2007年上半年的信息系統(tǒng)監(jiān)理師上午4頁(共計11頁)在結(jié)構(gòu)化開發(fā)方法中，流程圖是在(22 )階段產(chǎn)生的成果。 (22)A .需求分析b .整體設(shè)計c .詳細(xì)設(shè)計d .程序代碼面向?qū)ο蟮拈_發(fā)方法，(23 )是面向?qū)ο蠹夹g(shù)領(lǐng)域主導(dǎo)的標(biāo)準(zhǔn)建模語言，用該語言記述系統(tǒng)與外部系統(tǒng)和用戶的交互的圖是(24 )。 (23)A. RUP B. C C. UML D. Java (24)A .類圖b .用例圖c .對象圖d .協(xié)作圖面向?qū)ο蟮臄?shù)據(jù)隱藏是指(25 )。 (25)A .輸入數(shù)據(jù)必須輸入密碼b。 數(shù)據(jù)經(jīng)過加密處理的c .對象內(nèi)部數(shù)據(jù)結(jié)構(gòu)中防火墻d .對象內(nèi)部數(shù)據(jù)結(jié)構(gòu)的不可訪問性對象指向類之間有關(guān)聯(lián)、泛

9、化、實現(xiàn)、依存等關(guān)系。 在統(tǒng)一建模語言中，符號“”表示(26 )關(guān)系。 (26)A .相關(guān)b.c .依賴d .泛化在軟件開發(fā)中為了確保軟件的質(zhì)量，必須采取有力的措施。 這些措施至少包括以下(27 )。 軟件開發(fā)初期制定品質(zhì)保證計劃，在開發(fā)中堅持實施開發(fā)工作嚴(yán)格階段性地進(jìn)行，文件工作在開發(fā)完成后集中嚴(yán)格地進(jìn)行階段性的修改為了監(jiān)督開發(fā)質(zhì)量，在開發(fā)前選定或制定開發(fā)標(biāo)準(zhǔn)和開發(fā)規(guī)范， 執(zhí)行為了獲得充分的開發(fā)經(jīng)費(fèi)和開發(fā)人才的支援(27 ) a .b .c .d .(28 )的系統(tǒng)及其構(gòu)成部分可以在其他系統(tǒng)中再利用。(28)A .可擴(kuò)展性b .可移植性c .再利用性d .維護(hù)性 CMM提供了將軟件過程的改善

10、分類為(29 )的成熟度水平的框架。 (29)A.3 B.4 C.5 D.6 關(guān)于軟件測試，(30 )錯誤。 軟件測試方法分為黑盒測試法和白盒測試法. 黑盒測試法是通過解析程序(31 )來設(shè)計測試用例的方法。 集成測試也稱為(32 )。 (30)A .軟件測試是指程序測試b .軟件測試在軟件定義和開發(fā)的整個期間內(nèi)，2007年上半年的信息系統(tǒng)監(jiān)理師上午5頁(全11頁) c .需求規(guī)格說明， 設(shè)計規(guī)格的說明都是軟件測試的對象d .程序是軟件測試的對象(31)A .應(yīng)用范圍b .內(nèi)部邏輯c .功能d .輸入數(shù)據(jù)(32)A .部件測試b .組裝測試c .確認(rèn)測試d .集合測試軟件軟件配置管理的實現(xiàn)包括

11、四項基本工作(不包括34項)。 (33 )軟件要素b .軟件項目c .軟件構(gòu)成項目d .軟件進(jìn)程(34)A .構(gòu)成項目idb .構(gòu)成項目優(yōu)化c .構(gòu)成狀態(tài)報告d .構(gòu)成監(jiān)查通常，影響軟件的維護(hù)性的要素容易理解，容易修正(35 )容易使用b .容易恢復(fù)c .容易更換d .容易測試由于項目管理不規(guī)范，引起項目質(zhì)量和進(jìn)度問題，不包括監(jiān)理方應(yīng)做的工作(36 )。 (36)A .表明自己的意見和處理問題的態(tài)度的b .形成監(jiān)理專題報告書c .根據(jù)需要召開專題報告會議d .對項目管理負(fù)責(zé)人進(jìn)行處罰關(guān)于信息系統(tǒng)工程項目的變更，(37 )是監(jiān)理不應(yīng)采取的處理措施。 (37)A .了解工程變更的實際情況b .三方

12、在工程變更書上簽字，支持c .業(yè)主提出的變更提案d .與各當(dāng)事人聯(lián)系評價變更范圍、內(nèi)容、實施難易度以下關(guān)于信息系統(tǒng)項目管理的說法是正確的(38 )。 (38)A .立案階段的主要工作內(nèi)容有招標(biāo)招標(biāo)b .組織結(jié)構(gòu)三種類型：職能型、領(lǐng)域型、矩陣型c .項目經(jīng)理可以邊檢查深技術(shù)基礎(chǔ)d .項目邊進(jìn)行測試信息系統(tǒng)工程的質(zhì)量管理包括以下(39 )。 質(zhì)量保證體系的執(zhí)行和完善軟件開發(fā)質(zhì)量保證質(zhì)量企劃項目風(fēng)險控制(39)A.、 B.、 C.、 D.、 2007年上半年信息系統(tǒng)監(jiān)理師上午6頁(共11頁)監(jiān)理計劃的作用如下(監(jiān)理計劃是建設(shè)方項目部功能的具體表現(xiàn)監(jiān)理計劃是指導(dǎo)監(jiān)理項目部全面開展的綱領(lǐng)性文件監(jiān)理計劃是

13、建設(shè)部門監(jiān)督管理的主要內(nèi)容監(jiān)理計劃由建設(shè)部門認(rèn)真地、 作為全面檢驗信息系統(tǒng)工程監(jiān)理委托合同能否履行的重要依據(jù)(40)A.、 B.、c.d.質(zhì)量管理過程中，質(zhì)量管理點(diǎn)的設(shè)置原則包括以下(41 )。 選定的質(zhì)量管理點(diǎn)重點(diǎn)選定的質(zhì)量管理點(diǎn)容易糾正偏差質(zhì)量管理點(diǎn)的設(shè)定應(yīng)由參與工程建設(shè)三方共同從事工程質(zhì)量管理活動管理點(diǎn)的設(shè)定一次決定(41)A.、 B.、 C.、 D. 事先預(yù)測原則實時修正原則原則公正處理原則事后記錄原則(42 )關(guān)于 D.、b.、 C.、 D.、以下變更控制的記述不正確(43 )。(43)A .嚴(yán)禁任何變更經(jīng)三方(建設(shè)部門、監(jiān)理部門和建設(shè)部門)書面確認(rèn)，擅自變更。 b .建設(shè)部門或建設(shè)

14、部門是變更申請人，監(jiān)理方不能提交變更申請。 c .承包人提交變更申請的，一般應(yīng)提交監(jiān)理初審，同意后，與業(yè)主協(xié)商確定變更方法。 d .工程變更提案書必須在預(yù)計可以變更的時期前14天提交。 特殊情況下，工程的變更不受時間的限制。 信息系統(tǒng)項目招標(biāo)過程中，在發(fā)出中標(biāo)通知書后，招標(biāo)人和中標(biāo)人必須在(44 )天內(nèi)簽訂合同。 (44)A.15日B.30日C.45日D.60日合同簽訂后，當(dāng)事人就合同的格式條款的理解爭論的情況下，以下做法不正確(45 )。 (45)A .有兩種以上的解釋，有利于提供格式條款一方的解釋c .兩種以上的解釋，格式條款和非格式條款不一致的情況下，采用非格式條款，2007年上半年的信息系統(tǒng)監(jiān)理師上午7 (46)A .監(jiān)理聯(lián)絡(luò)書b .監(jiān)理變更書c .監(jiān)理通知書d .監(jiān)理答復(fù)書在信息化工程監(jiān)理工作的文件管理中，屬于監(jiān)理實施類文件的是(47 )。 項目進(jìn)度計劃監(jiān)理專題監(jiān)理報告項目變更記錄監(jiān)理實施細(xì)則檢驗測試報告(47)a.b.c.d.在產(chǎn)量分析中出現(xiàn)進(jìn)度和成本的偏差時，CV0、SV0說明(48 )。 (48)