[語(yǔ)言類(lèi)考試復(fù)習(xí)資料大全]中級(jí)信息系統(tǒng)管理工程師2017上半年下午試題

1、書(shū)山有路勤為徑，學(xué)海無(wú)涯苦作舟。祝愿天下莘莘學(xué)子：學(xué)業(yè)有成，金榜題名！語(yǔ)言類(lèi)考試復(fù)習(xí)資料大全中級(jí)信息系統(tǒng)管理工程師2017上半年下午試題中級(jí)信息系統(tǒng)管理工程師2017上半年下午試題試題一閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題4。 說(shuō)明 某婚慶公司為了便于開(kāi)展和管理公司各項(xiàng)業(yè)務(wù)活動(dòng)、方便用戶(hù)，提高公司的知名度和影響力，擬構(gòu)建一個(gè)基于網(wǎng)絡(luò)的婚禮策劃系統(tǒng)。 需求分析 1公司設(shè)有受理部、策劃部和其他部門(mén)。部門(mén)信息、包括部門(mén)號(hào)、部門(mén)名、部門(mén)主管、聯(lián)系方式。每個(gè)部門(mén)只有一名主管，每個(gè)主管只負(fù)責(zé)一個(gè)部門(mén)的管理工作；一個(gè)部門(mén)有多名員工，每名員工只屬于一個(gè)部門(mén)。 2員工信息包括員工號(hào)、姓名、部門(mén)號(hào)、職位、聯(lián)系方式和薪資

2、；其中，職位包括主管、業(yè)務(wù)員、策劃員等。業(yè)務(wù)員負(fù)責(zé)受理用戶(hù)申請(qǐng)，設(shè)置受理標(biāo)志，并填寫(xiě)業(yè)務(wù)員的員工號(hào)。一名業(yè)務(wù)員可以受理多個(gè)用戶(hù)申清，但一個(gè)用戶(hù)申請(qǐng)只能由一名業(yè)務(wù)員受理。 3用戶(hù)信息包括用戶(hù)號(hào)、用戶(hù)名、電話(huà)、聯(lián)系地址。其中，用戶(hù)號(hào)唯一標(biāo)識(shí)用戶(hù)信息中的每一個(gè)元組。 4用戶(hù)申請(qǐng)信息包括申請(qǐng)?zhí)?、婚禮日期、婚禮地點(diǎn)、用戶(hù)號(hào)、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員(參照員工關(guān)系的員工號(hào))。申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組，且一個(gè)用戶(hù)可以提交多個(gè)申請(qǐng)，但一個(gè)用戶(hù)申請(qǐng)只對(duì)應(yīng)一個(gè)用戶(hù)號(hào)。 5策劃部主管為已受理的用戶(hù)申請(qǐng)制定婚禮策劃任務(wù)。策劃任務(wù)包括申請(qǐng)?zhí)?、策劃?nèi)容、參與人數(shù)、要求完成時(shí)間、主管(參照員工關(guān)系的員工號(hào))，

3、申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任務(wù)的每一個(gè)元組。一個(gè)策劃任務(wù)只對(duì)應(yīng)一個(gè)已受理的用戶(hù)申請(qǐng)，但一個(gè)策劃任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項(xiàng)策劃任務(wù)。 概念模型設(shè)計(jì) 根據(jù)需求階段收集的信息，設(shè)計(jì)的實(shí)體聯(lián)系圖和關(guān)系模式(不完整)如下： 圖1 實(shí)體聯(lián)系圖 關(guān)系模式設(shè)計(jì) 部門(mén)(部門(mén)號(hào)，部門(mén)名稱(chēng)，主管，電話(huà)，郵箱號(hào)) 員工(員工號(hào)，姓名，_，職位，聯(lián)系方式，薪資) 用戶(hù)(用戶(hù)號(hào)，用戶(hù)名，聯(lián)系電話(huà)，聯(lián)系地址) 用戶(hù)申請(qǐng)(申請(qǐng)?zhí)?，婚禮日期，婚禮地點(diǎn)，用戶(hù)號(hào)，_，受理標(biāo)志，_) 策劃任務(wù)(_，策劃內(nèi)容，參與人數(shù)，要求完成時(shí)間，主管) 執(zhí)行(申請(qǐng)?zhí)?，策劃員，實(shí)際完成時(shí)間) 1. 問(wèn)題1 根據(jù)題意，將關(guān)系模式

4、中的空的屬性補(bǔ)充完整。 答案:部門(mén)號(hào) 預(yù)算費(fèi)用 業(yè)務(wù)員 或員工號(hào) 申請(qǐng)?zhí)?2. 問(wèn)題2 根據(jù)需求分析，可以得出圖1所示的實(shí)體聯(lián)系圖中聯(lián)系的類(lèi)型。請(qǐng)按以下描述確定聯(lián)系類(lèi)型并填入答題紙對(duì)應(yīng)的位置上。 部門(mén)與主管之間的“管理”聯(lián)系類(lèi)型為_(kāi)； 策劃員與策劃任務(wù)之間的“執(zhí)行”聯(lián)系類(lèi)型為_(kāi)： 用戶(hù)申請(qǐng)與業(yè)務(wù)員之間的“受理”聯(lián)系類(lèi)型為_(kāi)； 用戶(hù)與用戶(hù)申請(qǐng)之間的“提交”聯(lián)系類(lèi)型為_(kāi)。 答案:1:1 *:* 1:* *:1 注:1:1答一對(duì)一、1:*答一對(duì)多、*:1答多對(duì)一、*:*答多對(duì)多，均算正確。 3. 問(wèn)題3 用戶(hù)申請(qǐng)關(guān)系的主鍵為_(kāi)，用戶(hù)申請(qǐng)關(guān)系的外鍵為_(kāi)、_。 策劃任務(wù)關(guān)系的主鍵為_(kāi)，策劃任務(wù)關(guān)系的外鍵

5、為_(kāi)。 答案:申請(qǐng)?zhí)?用戶(hù)號(hào) 業(yè)務(wù)員 (注第2、3空可互換) 申請(qǐng)?zhí)?主管 4. 問(wèn)題4 請(qǐng)問(wèn)“執(zhí)行”關(guān)系的主鍵為(申請(qǐng)?zhí)?，策劃員)的說(shuō)法正確嗎?為什么? 答案:正確。由于執(zhí)行聯(lián)系類(lèi)型是*:*，必須建立一個(gè)獨(dú)立的關(guān)系模式，該模式的主鍵由兩端的碼構(gòu)成。解析 本題考查數(shù)據(jù)庫(kù)系統(tǒng)中實(shí)體聯(lián)系模型(E-R模型)和關(guān)系模式設(shè)計(jì)方面的基礎(chǔ)知識(shí)。 問(wèn)題1 根據(jù)題意，員工信息包括員工號(hào)、姓名、部門(mén)號(hào)、職位、聯(lián)系方式和薪資，所以第空一應(yīng)填寫(xiě)“部門(mén)號(hào)”。 用戶(hù)申請(qǐng)信息包括申請(qǐng)?zhí)?、婚禮日期、婚禮地點(diǎn)、用戶(hù)號(hào)、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員(即該業(yè)務(wù)員的員工號(hào))，故第二空應(yīng)填寫(xiě)“預(yù)算費(fèi)用”，第三空應(yīng)填寫(xiě)“業(yè)務(wù)員”。 策劃任

6、務(wù)包括申請(qǐng)?zhí)?、策劃?nèi)容、參與人數(shù)、要求完成時(shí)間、主管(即策劃部主管的員工號(hào))。故第四空應(yīng)填寫(xiě)“申請(qǐng)?zhí)枴薄?問(wèn)題2 根據(jù)題干1中所述“每個(gè)部門(mén)只有一名主管，每個(gè)主管只負(fù)責(zé)一個(gè)部門(mén)的管理工作”，故部門(mén)與主管之間的“管理”聯(lián)系類(lèi)型為1:1。 根據(jù)題干5中所述“一個(gè)策劃任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與多項(xiàng)策劃任務(wù)”，策劃員與策劃任務(wù)之間的“執(zhí)行”聯(lián)系類(lèi)型為*:*(多對(duì)多)。 根據(jù)題干2中所述“一名業(yè)務(wù)員可以受理多個(gè)用戶(hù)申請(qǐng)，但一個(gè)用戶(hù)申請(qǐng)只能由一名業(yè)務(wù)員受理”，故用戶(hù)申請(qǐng)與業(yè)務(wù)員之間的“受理”聯(lián)系類(lèi)型為*:1(多對(duì)一)。 根據(jù)題干4中所述“一個(gè)用戶(hù)可以提交多個(gè)申請(qǐng)，但一個(gè)用戶(hù)申請(qǐng)只對(duì)應(yīng)

7、一個(gè)用戶(hù)號(hào)”，故用戶(hù)與用戶(hù)申請(qǐng)之間的“提交”聯(lián)系類(lèi)型為1:*(一對(duì)多)。 根據(jù)上述分析，完善圖1所示的實(shí)體聯(lián)系圖如圖2。 圖2 完善的實(shí)體聯(lián)系圖 問(wèn)題3 根據(jù)題干4中所述“申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組”，用戶(hù)申請(qǐng)關(guān)系的主鍵為申請(qǐng)?zhí)?。由于“用?hù)號(hào)”為用戶(hù)關(guān)系的主鍵，“員工號(hào)”為員工關(guān)系的主鍵，而“業(yè)務(wù)員”必須參照員工關(guān)系的員工號(hào)，故用戶(hù)申請(qǐng)關(guān)系的外鍵為用戶(hù)號(hào)、業(yè)務(wù)員。 根據(jù)題干5中所述“申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任務(wù)的每一個(gè)元組”，故策劃任務(wù)關(guān)系的主鍵為申請(qǐng)?zhí)枺挥钟捎凇爸鞴堋北仨殔⒄諉T工關(guān)系的員工號(hào)，故策劃任務(wù)關(guān)系的外鍵為主管。 問(wèn)題4 “執(zhí)行”關(guān)系的主鍵為(申請(qǐng)?zhí)?，策劃員)”的說(shuō)法是正確的。執(zhí)

8、行聯(lián)系類(lèi)型是*:*的必須建立一個(gè)獨(dú)立的關(guān)系模式，該模式的屬性由兩端的碼加上聯(lián)系的屬性構(gòu)成。 試題二閱讀以下說(shuō)明，回答問(wèn)題1至問(wèn)題3。 說(shuō)明 某物流公司為了有效管理公司的合同，擬在信息統(tǒng)一資源平臺(tái)上增加合同管理軟件模塊。經(jīng)過(guò)招標(biāo)，合同管理軟件開(kāi)發(fā)項(xiàng)目由M軟件公司中標(biāo)，并將該項(xiàng)目交給李工負(fù)責(zé)設(shè)計(jì)和測(cè)試。 需求分析 合同管理系統(tǒng)主界面由系統(tǒng)維護(hù)、合同錄入/查詢(xún)、合同管理三大部分組成。 (1)系統(tǒng)維護(hù)模塊的主要功能是：權(quán)限/密碼管理、界面設(shè)置、路徑設(shè)置、日志管理、數(shù)據(jù)備份/還原。 (2)合同管理模塊的主要功能是：合同類(lèi)型管理、合同審閱、合同簽訂、合同打印。 (3)合同錄入/查詢(xún)模塊的主要功能是：導(dǎo)入合

9、同、合同起草、合同修改查詢(xún)。 根據(jù)需求分析的結(jié)果，李工設(shè)計(jì)的合同管理系統(tǒng)功能結(jié)構(gòu)圖如圖1所示。 圖1 合同管理系統(tǒng)功能結(jié)構(gòu)圖 1. 問(wèn)題1 請(qǐng)將圖1中的空(a)(o)的功能補(bǔ)充完整。 答案:(a)系統(tǒng)維護(hù) (b)合同錄入/查詢(xún) (c)合同管理 (d)權(quán)限/密碼管理 (e)界面設(shè)置 (f)路徑設(shè)置 (g)日志管理 (h)數(shù)據(jù)備份/還原 注：(d)(h)可互換 (i)導(dǎo)入合同 (i)合同起草 (k)合同修改/查詢(xún) 注：(i)(k)可互換 (1)合同類(lèi)型管理 (m)合同審閱 (n)合同簽定 (o)合同打印 注(1)(o)可互換 2. 問(wèn)題2 合同審閱流程圖如圖2所示，請(qǐng)從如下備選答案中選擇合適的一項(xiàng)

10、。 合同編號(hào)有誤請(qǐng)重輸 重號(hào)次數(shù)超限 編號(hào)是否正確? 合同是否存在問(wèn)題? 登記相關(guān)問(wèn)題 顯示合同并審閱 置審閱通過(guò)標(biāo)志 輸入合同編號(hào) 圖2 合同審閱流程圖 答案:(a)或輸入合同編號(hào) (b)或合同編號(hào)有誤請(qǐng)重輸 (c)或編號(hào)是否正確? (d)或顯示合同并審閱 (e)或重號(hào)次數(shù)超限 (f)或合同是否存在問(wèn)題? (g)或登記相關(guān)問(wèn)題 (h)或置審閱通過(guò)標(biāo)志 3. 問(wèn)題3 李工采用白盒測(cè)試方法對(duì)某程序進(jìn)行測(cè)試，該程序流程圖如圖3所示。為此，李工設(shè)計(jì)了4個(gè)測(cè)試用例，測(cè)試用例如下所示： (X1=0，X2=3) (X1=1，X2=2) (X1=-1，X2=2) (X1=3，X2=1) (1)為了完成語(yǔ)句覆

11、蓋至少需要測(cè)試用例_。 (2)為了完成路徑覆蓋至少需要測(cè)試用例_。 圖3 某程序流程圖 答案:(1) (2)或解析 問(wèn)題1 根據(jù)題意，合同管理系統(tǒng)主界面由系統(tǒng)設(shè)置、合同錄入/查詢(xún)、合同管理三大部分組成，而每部分有不同的功能需求，故不難得出空(a)(o)應(yīng)填寫(xiě)的內(nèi)容。完善的合同管理系統(tǒng)功能結(jié)構(gòu)圖如圖4所示。 圖4 合同管理系統(tǒng)功能結(jié)構(gòu)圖 問(wèn)題2 軟件測(cè)試主要包括單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。其測(cè)試順序?yàn)椋簡(jiǎn)卧獪y(cè)試組裝測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試。 單元測(cè)試(unit testing)是對(duì)源程序中的每一個(gè)程序單元進(jìn)行測(cè)試，驗(yàn)證每個(gè)模塊是否滿(mǎn)足系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)的要求。 組裝測(cè)試(integratio

12、n testing)是將已測(cè)試過(guò)的模塊組合成子系統(tǒng)，重點(diǎn)測(cè)試各模塊之間的接口和聯(lián)系。 確認(rèn)測(cè)試(validation testing)是對(duì)整個(gè)軟件進(jìn)行驗(yàn)收，根據(jù)系統(tǒng)分析說(shuō)明書(shū)來(lái)考查軟件是否滿(mǎn)足要求。 系統(tǒng)測(cè)試(system testing)是將軟件、硬件、網(wǎng)絡(luò)等系統(tǒng)的各個(gè)部分連接起來(lái)，對(duì)整個(gè)系統(tǒng)進(jìn)行總的功能、性能等方面的測(cè)試。系統(tǒng)測(cè)試主要有以下內(nèi)容： (1)恢復(fù)測(cè)試(Recovery testing)是檢測(cè)系統(tǒng)的容錯(cuò)能力。檢測(cè)方法是采用各種方法讓系統(tǒng)出現(xiàn)故障，檢驗(yàn)系統(tǒng)是否能從故障中恢復(fù)過(guò)來(lái)，并在預(yù)定的時(shí)間內(nèi)開(kāi)始事務(wù)處理，而且不對(duì)系統(tǒng)造成任何損害。如果系統(tǒng)的恢復(fù)是自動(dòng)的(由系統(tǒng)自動(dòng)完成)，需要驗(yàn)

13、證重新初始化、檢查點(diǎn)、數(shù)據(jù)恢復(fù)等是否正確。如果恢復(fù)需要人工干預(yù)，就要對(duì)恢復(fù)的平均時(shí)間進(jìn)行評(píng)估并判斷它是否在允許的范圍內(nèi)。 (2)安全性測(cè)試(Security testing)是檢測(cè)系統(tǒng)的安全機(jī)制、保密措施是否完善且沒(méi)有漏洞。主要是為了驗(yàn)證系統(tǒng)的防范能力。測(cè)試的方法是測(cè)試人員模擬非法入侵者，采用各種方法沖破防線(xiàn)。例如，以系統(tǒng)的輸入作為突破口，利用輸入的容錯(cuò)性進(jìn)行正面攻擊；故意使系統(tǒng)出錯(cuò)，利用系統(tǒng)恢復(fù)的過(guò)程，竊取口令或其他有用的信息；想方設(shè)法截取或破譯口令；利用瀏覽非保密數(shù)據(jù)，獲取所需信息等等。從理論上說(shuō)，只要時(shí)間和資源允許，沒(méi)有進(jìn)入不了的系統(tǒng)。所以，系統(tǒng)安全性設(shè)計(jì)準(zhǔn)則是使非法入侵者所花費(fèi)的代價(jià)比

14、進(jìn)入系統(tǒng)后所得到的好處要大，此時(shí)非法入侵已無(wú)利可圖。 (3)強(qiáng)度測(cè)試(Stress testing)是對(duì)系統(tǒng)在異常情況下的承受能力的測(cè)試，檢查系統(tǒng)在極限狀態(tài)下運(yùn)行情況，觀察其性能下降的幅度是否在允許的范圍內(nèi)。因此，強(qiáng)度測(cè)試要求系統(tǒng)在非正常數(shù)量、頻率或容量的情況下運(yùn)行，例如，運(yùn)行使系統(tǒng)處理超過(guò)設(shè)計(jì)能力的最大允許值的測(cè)試用例；設(shè)計(jì)測(cè)試用例使系統(tǒng)傳輸超過(guò)設(shè)計(jì)最大能力的數(shù)據(jù)，包括內(nèi)存的寫(xiě)入和讀出等；對(duì)磁盤(pán)保留的數(shù)據(jù)，設(shè)計(jì)產(chǎn)生過(guò)度搜索的測(cè)試用例；等等。強(qiáng)度測(cè)試主要是為了發(fā)現(xiàn)在有效的輸入數(shù)據(jù)中可能引起不穩(wěn)定或不正確的數(shù)據(jù)組合。 (4)性能測(cè)試(Performance test)是檢查系統(tǒng)是否滿(mǎn)足系統(tǒng)分析說(shuō)

15、明書(shū)對(duì)性能的要求。特別是實(shí)時(shí)系統(tǒng)或嵌入式系統(tǒng)，即使軟件的功能滿(mǎn)足需求，但性能達(dá)不到要求也是不行的。性能制試覆蓋了軟件測(cè)試的各階段，而不是等到系統(tǒng)的各部分所有都組裝之后，才確定系統(tǒng)的真正性能。通常與強(qiáng)度測(cè)試結(jié)合起來(lái)進(jìn)行，并同時(shí)對(duì)軟件、硬件進(jìn)行測(cè)試。軟件方面主要從響應(yīng)時(shí)間、處理速度、吞吐量、處理精度等方面來(lái)檢測(cè)。 (5)可靠性測(cè)試(Reliability testing)對(duì)于系統(tǒng)分析說(shuō)明書(shū)中提出了可靠性要求時(shí)，要對(duì)系統(tǒng)的可靠性進(jìn)行測(cè)試。通常使用平均失效問(wèn)隔時(shí)間MTBF和因故障而停機(jī)時(shí)間MTTR這兩個(gè)指標(biāo)來(lái)衡量系統(tǒng)的可靠性。 (6)安裝測(cè)試(Installation testing)在安裝軟件系統(tǒng)時(shí)

16、，會(huì)有多種選擇。安裝測(cè)試就是為了檢測(cè)在安裝過(guò)程中是否有誤、是否易操作等。主要檢測(cè)：系統(tǒng)的每一個(gè)部分是否齊全；硬件的配置是否合理；安裝中需要產(chǎn)生的文件和數(shù)據(jù)庫(kù)是否已產(chǎn)生，其內(nèi)容是否正確；等等。 問(wèn)題3 測(cè)試用例(X1=0，X2=3)在第一個(gè)判斷結(jié)果為Y，執(zhí)行語(yǔ)句A；測(cè)試用例(X1=1，X2=2)在第一個(gè)判斷結(jié)果為N，第二個(gè)判斷結(jié)果為N，執(zhí)行語(yǔ)句B；測(cè)試用例(X1=1，X2=2)和(X1=3，X2=1)在第一個(gè)判斷結(jié)果為N，第二個(gè)判斷結(jié)果為Y。 綜上分析，至少需要測(cè)試用例才能完成語(yǔ)句覆蓋，至少需要測(cè)試用例或才能完成路徑覆蓋。 試題三閱讀以下說(shuō)明，回答問(wèn)題1至問(wèn)題3。 說(shuō)明 某IT企業(yè)承接了為用戶(hù)開(kāi)

17、發(fā)ERP軟件系統(tǒng)的項(xiàng)目，并向用戶(hù)單位派駐了工程師小張負(fù)責(zé)業(yè)務(wù)溝通。請(qǐng)圍繞小張?jiān)诠ぷ髌陂g遇到的情況進(jìn)行分析，并回答相關(guān)問(wèn)題。 情況1：項(xiàng)目開(kāi)始后，用戶(hù)對(duì)軟件系統(tǒng)的管理流程、業(yè)務(wù)功能、軟件可操作性進(jìn)行了調(diào)整。經(jīng)過(guò)測(cè)算，調(diào)整工作會(huì)增加5%的開(kāi)發(fā)成本，并導(dǎo)致軟件的實(shí)際交付時(shí)間推后40天。因此小張堅(jiān)持以雙方簽訂軟件合同為準(zhǔn)，避免調(diào)整工作內(nèi)容。 情況2：小張認(rèn)為軟件開(kāi)發(fā)工作需要軟件企業(yè)和用戶(hù)雙方共同合作完成，希望用戶(hù)能參與一部分軟件測(cè)試工作。而用戶(hù)認(rèn)為軟件測(cè)試工作是軟件企業(yè)的事情，在軟件系統(tǒng)交付前不需要參與測(cè)試工作。 1. 問(wèn)題1 (1)在情況1中小張的處理方式是否合適，并說(shuō)明理由。 (2)該案例中，軟件

18、企業(yè)如何應(yīng)對(duì)用戶(hù)需求變更。 答案:(1)不合適。用戶(hù)的需求隨項(xiàng)目的進(jìn)展進(jìn)一步明確，導(dǎo)致費(fèi)用、進(jìn)度計(jì)劃更改，是信息系統(tǒng)項(xiàng)目的特點(diǎn)。 (2)企業(yè)做好項(xiàng)目的監(jiān)控和變更計(jì)劃，加強(qiáng)與用戶(hù)的溝通和變更的確認(rèn)工作。 2. 問(wèn)題2 (1)在情況2中用戶(hù)的觀點(diǎn)是否合適，并說(shuō)明理由。 (2)請(qǐng)選擇正確的測(cè)試方法并將其與下列軟件測(cè)試內(nèi)容連線(xiàn)。 答案:(1)不合適。系統(tǒng)測(cè)試需要用戶(hù)參與共同完成。 (2) 3. 問(wèn)題3 (1)軟件測(cè)試實(shí)際上分成如下四個(gè)步驟，請(qǐng)給出正確的測(cè)試順序。 系統(tǒng)測(cè)試組裝測(cè)試單元測(cè)試確認(rèn)測(cè)試 (2)請(qǐng)簡(jiǎn)單說(shuō)明系統(tǒng)測(cè)試主要包括哪些部分。 答案:(1) (2)以下6項(xiàng)答出3項(xiàng)即可 恢復(fù)測(cè)試 安全性測(cè)試

19、 強(qiáng)度測(cè)試 性能測(cè)試 可靠性測(cè)試 安裝測(cè)試解析 本題考查信息系統(tǒng)管理知識(shí)及應(yīng)用。 信息系統(tǒng)項(xiàng)目的全過(guò)程主要包括立項(xiàng)、可行性研究、招投標(biāo)、設(shè)計(jì)、建設(shè)準(zhǔn)備、開(kāi)發(fā)、實(shí)施、竣工、交付使用、維護(hù)等。在項(xiàng)目的建設(shè)過(guò)程中，有關(guān)項(xiàng)目的變更時(shí)經(jīng)常發(fā)生的事項(xiàng)，并且項(xiàng)目變更的范圍、結(jié)果對(duì)項(xiàng)目的建設(shè)成正比例關(guān)系，變更常伴隨項(xiàng)目合同價(jià)格和實(shí)施進(jìn)度的調(diào)整，是項(xiàng)目各方利益的焦點(diǎn)。合理確定并處理好項(xiàng)目變更，可以避免糾紛保證合同順利實(shí)施的前提。項(xiàng)目變更的形式主要是增加、轉(zhuǎn)換和減少三種情形，都會(huì)對(duì)項(xiàng)目的進(jìn)度、成本、風(fēng)險(xiǎn)和合同等產(chǎn)生影響。因此在項(xiàng)目變更過(guò)程中必須做好變更事項(xiàng)的事前控制、項(xiàng)目各方的有效溝通、項(xiàng)目各方對(duì)變更的確認(rèn)等工作

20、。 軟件測(cè)試通常包括兩個(gè)方面的含義，第一是檢驗(yàn)軟件是否正確的實(shí)現(xiàn)了產(chǎn)品規(guī)格所定義的系統(tǒng)功能和特性，第二是確認(rèn)軟件是否滿(mǎn)足用戶(hù)真正的活動(dòng)需求。軟件測(cè)試可以從測(cè)試方法、測(cè)試階段或?qū)哟魏蜏y(cè)試目標(biāo)特性三個(gè)大的方面進(jìn)行分類(lèi)，也可以按測(cè)試過(guò)程中軟件是否被執(zhí)行分為靜態(tài)和動(dòng)態(tài)測(cè)試，因此說(shuō)軟件測(cè)試是一個(gè)較為廣泛的概念。 在本題中，白盒測(cè)試和黑盒測(cè)試是基于是否關(guān)注軟件結(jié)構(gòu)與算法進(jìn)行的測(cè)試方法的分類(lèi)；增量測(cè)試是將未測(cè)試的模塊在集成的過(guò)程中邊連接邊測(cè)試，以便發(fā)現(xiàn)連接過(guò)程中產(chǎn)生的問(wèn)題；恢復(fù)測(cè)試主要檢查系統(tǒng)的容錯(cuò)功能，當(dāng)系統(tǒng)出現(xiàn)錯(cuò)誤時(shí)，能否在指定條件下修正并重啟動(dòng)。 系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是

21、否滿(mǎn)足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測(cè)試對(duì)象不僅包括需測(cè)試的軟件，還要包含軟件所依賴(lài)的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。系統(tǒng)測(cè)試包括恢復(fù)測(cè)試、安全性測(cè)試、強(qiáng)度測(cè)試、性能測(cè)試、可靠性測(cè)試、安裝測(cè)試等內(nèi)容。 試題四閱讀以下說(shuō)明，回答問(wèn)題1至問(wèn)題3。 說(shuō)明 故障處置是信息管理的日常工作之一，故障產(chǎn)生有因設(shè)備部件損壞發(fā)生的硬件故障、錯(cuò)誤配置發(fā)生的軟件故障及不符合標(biāo)準(zhǔn)的人為操作等原因。當(dāng)故障出現(xiàn)時(shí)應(yīng)該在技術(shù)上或者管理措施上盡快處置，減少因?yàn)榉?wù)中斷和服務(wù)質(zhì)量降低造成的損失。 請(qǐng)圍繞日常故障處置情況，從規(guī)范故障管理的角度回答下列問(wèn)題。

22、1. 問(wèn)題1 從故障監(jiān)視的過(guò)程中發(fā)現(xiàn)故障到對(duì)故障信息的調(diào)研，再到故障的恢復(fù)處理和故障排除，形成了一個(gè)完整的故障管理活動(dòng)。 (1)請(qǐng)?zhí)顚?xiě)圖中空A、空B的正確答案以完善下圖故障管理流程的內(nèi)容。 (2)簡(jiǎn)要回答：在故障管理中針對(duì)不同監(jiān)視對(duì)象有哪些監(jiān)視方法。 故障管理流程 答案:(1)A故障分析定位或確定故障 B故終止或故障排除 (2)監(jiān)視的方法包括： 對(duì)于人員的操作行為監(jiān)視主要采取跟蹤和記錄的方式。 對(duì)于硬件和軟件性能的監(jiān)視主要采用監(jiān)控工具軟件。 對(duì)于應(yīng)用系統(tǒng)的缺陷主要由測(cè)試工程師和用戶(hù)監(jiān)視。 2. 問(wèn)題2 數(shù)據(jù)庫(kù)故障是維護(hù)工作中常見(jiàn)故障，請(qǐng)說(shuō)明不同類(lèi)型的數(shù)據(jù)庫(kù)故障的處置措施。 答案:事務(wù)故障，處理

23、措施通過(guò)事務(wù)回滾撤銷(xiāo)數(shù)據(jù)庫(kù)的修改。 系統(tǒng)故障，處理措施重啟系統(tǒng)。 介質(zhì)故障，重裝數(shù)據(jù)庫(kù)，重做已經(jīng)完成的事務(wù)；或者采取軟硬件容錯(cuò)的方式。 病毒故障，安裝防火墻，殺毒，軟件容錯(cuò)方式恢復(fù)。 3. 問(wèn)題3 在問(wèn)題控制與管理中，問(wèn)題經(jīng)常是在分析多個(gè)呈現(xiàn)相同癥狀的故障后被發(fā)現(xiàn)的。請(qǐng)簡(jiǎn)要說(shuō)明： (1)問(wèn)題控制目標(biāo) (2)問(wèn)題控制步驟 答案:(1)問(wèn)題控制的目標(biāo)是防止再次發(fā)生錯(cuò)誤。 (2)答出以下兩點(diǎn)即可。 發(fā)現(xiàn)和記錄問(wèn)題。 問(wèn)題分類(lèi)。 調(diào)查和分析。解析 本題考查信息系統(tǒng)管理知識(shí)及應(yīng)用。 故障管理是信息系統(tǒng)管理基本要求之一。信息系統(tǒng)在運(yùn)行中不可避免地會(huì)產(chǎn)生故障，當(dāng)系統(tǒng)中某個(gè)組件失效時(shí)，必須迅速查找到故障所在并

24、進(jìn)行及時(shí)排除。一般情況下，迅速隔離某個(gè)故障的可能性不大，因?yàn)楫a(chǎn)生信息系統(tǒng)故障的因素常常都是很復(fù)雜的，尤其是由多個(gè)組件共同引起的故障。在這種狀況下，需要通過(guò)發(fā)現(xiàn)故障、分析定位、故障恢復(fù)，進(jìn)一步對(duì)故障進(jìn)行跟蹤等多個(gè)步驟進(jìn)行修復(fù)，防止類(lèi)似故障的再度發(fā)生。故障定位是故障維護(hù)中不可或缺的一個(gè)環(huán)節(jié)，目的是確定系統(tǒng)中故障的位置。為確定故障根源，常常需要將診斷、測(cè)試及性能監(jiān)測(cè)獲得的數(shù)據(jù)結(jié)合起來(lái)進(jìn)行分析。故障管理的結(jié)果是故障的排除或者故障的終止。 數(shù)據(jù)庫(kù)系統(tǒng)中常見(jiàn)的四種故障主要有事務(wù)內(nèi)部的故障、系統(tǒng)故障、介質(zhì)故障以及病毒故障。 事務(wù)故障表明事務(wù)沒(méi)有提交或撤銷(xiāo)就結(jié)束了，因此數(shù)據(jù)庫(kù)可能處于不準(zhǔn)確的狀態(tài)。事務(wù)內(nèi)部故障

25、可分為預(yù)期的和非預(yù)期的。預(yù)期的事務(wù)內(nèi)部故障是指可以通過(guò)事務(wù)程序本身發(fā)現(xiàn)的事務(wù)內(nèi)部故障，需要將事務(wù)回滾，撤銷(xiāo)對(duì)數(shù)據(jù)庫(kù)的修改；非預(yù)期的事務(wù)內(nèi)部故障是不能由事務(wù)程序處理的，如運(yùn)算溢出故障、并發(fā)事務(wù)死鎖故障、違反了某些完整性限制而導(dǎo)致的故障等，需要進(jìn)行強(qiáng)制回滾事務(wù)，在保證該事務(wù)對(duì)其他事務(wù)沒(méi)有影響的條件下，利用日志文件撤銷(xiāo)其對(duì)數(shù)據(jù)庫(kù)的修改。 系統(tǒng)故障也稱(chēng)為軟故障，是指數(shù)據(jù)庫(kù)在運(yùn)行過(guò)程中，由于硬件故障、數(shù)據(jù)庫(kù)軟件及操作系統(tǒng)的漏洞、突然停電燈情況，導(dǎo)致系統(tǒng)停止運(yùn)轉(zhuǎn)。出現(xiàn)這類(lèi)故障需要啟動(dòng)系統(tǒng)，對(duì)于未完成的事務(wù)可能寫(xiě)入數(shù)據(jù)庫(kù)的內(nèi)容，需要回滾所有未完成的事務(wù)寫(xiě)的結(jié)果；對(duì)于己完成的事務(wù)，可能部分或全部留在緩沖區(qū)的結(jié)

26、果，需要重做所有已提交的事務(wù)。 介質(zhì)故障也稱(chēng)為硬故障，是指在運(yùn)行過(guò)程中，由于磁頭碰撞、磁盤(pán)損壞、強(qiáng)磁干擾、天災(zāi)人禍等情況，使得數(shù)據(jù)庫(kù)中的數(shù)據(jù)部分或全部丟失的一類(lèi)故障。介質(zhì)故障的軟件容錯(cuò)使用數(shù)據(jù)庫(kù)備份及事務(wù)日志文件，通過(guò)恢復(fù)技術(shù)，恢復(fù)數(shù)據(jù)庫(kù)到備份結(jié)束時(shí)的狀態(tài)。介質(zhì)故障的硬件容錯(cuò)是采用雙物理存儲(chǔ)設(shè)備，使兩個(gè)硬盤(pán)存儲(chǔ)內(nèi)容相同，當(dāng)其中一個(gè)硬盤(pán)出現(xiàn)故障時(shí)，及時(shí)使用另一個(gè)備份硬盤(pán)。 病毒故障是一種惡意的計(jì)算機(jī)程序，它可以像病毒一樣繁殖和傳播，在對(duì)計(jì)算機(jī)系統(tǒng)造成破壞的同時(shí)也可能對(duì)數(shù)據(jù)庫(kù)系統(tǒng)造成破壞(破壞方式以數(shù)據(jù)庫(kù)文件為主)。使用防火墻軟件防止病毒侵入，對(duì)于已感染病毒的數(shù)據(jù)庫(kù)文件，使用殺毒軟件進(jìn)行查殺，如果

27、殺毒軟件殺毒失敗，此時(shí)只能用數(shù)據(jù)庫(kù)備份文件，以軟件容錯(cuò)的方式恢復(fù)數(shù)據(jù)庫(kù)文件。 試題五閱讀以下說(shuō)明，回答問(wèn)題1至問(wèn)題4。 說(shuō)明 某IT部門(mén)的小張?jiān)谧珜?xiě)本企業(yè)的信息化管理報(bào)告時(shí)，提到企業(yè)信息安全的管理所存在的問(wèn)題時(shí)有如下表述(下面方框內(nèi))。、 企業(yè)銷(xiāo)售系統(tǒng)數(shù)據(jù)庫(kù)沒(méi)有配置安全審計(jì)策略，數(shù)據(jù)安全沒(méi)有保障。 網(wǎng)上銷(xiāo)售系統(tǒng)采用的HTTP協(xié)議，需要升級(jí)成HTTPS協(xié)議，確保在傳輸過(guò)程中的數(shù)據(jù)安全。企業(yè)各部門(mén)人員進(jìn)出數(shù)據(jù)機(jī)房存在記錄日志不規(guī)范的現(xiàn)象，有些記錄缺少人員出入的時(shí)間、運(yùn)維內(nèi)容、維護(hù)結(jié)果的登記。企業(yè)僅有一條百兆網(wǎng)絡(luò)出口線(xiàn)路，當(dāng)網(wǎng)絡(luò)線(xiàn)路出現(xiàn)故障時(shí)不能保障業(yè)務(wù)的連續(xù)性。 請(qǐng)分析小張?zhí)岢龅钠髽I(yè)信息安全問(wèn)題，并結(jié)合信息安全管理的相關(guān)知識(shí)回答下列問(wèn)題。1. 問(wèn)題1 請(qǐng)簡(jiǎn)要說(shuō)明安全審計(jì)對(duì)數(shù)據(jù)安全保障的作用。 答案:對(duì)數(shù)據(jù)庫(kù)進(jìn)行安全審計(jì)分析，可以改善數(shù)據(jù)庫(kù)性能，防范數(shù)據(jù)故障。 審計(jì)對(duì)數(shù)據(jù)庫(kù)的訪(fǎng)問(wèn)，進(jìn)行審計(jì)跟蹤、入侵檢測(cè)。 對(duì)操作人員的操作行為進(jìn)行審計(jì)，加強(qiáng)內(nèi)部風(fēng)險(xiǎn)控制。 2. 問(wèn)題2 (1)HTTPS協(xié)議在傳輸過(guò)程中如何確保數(shù)據(jù)的安全。 (2)訪(fǎng)問(wèn)HTTPS網(wǎng)站與訪(fǎng)問(wèn)HTTP網(wǎng)站的區(qū)別是什么。 答案:(1)HTTPS由于采用了SSL/TLS加密措施，可保證用戶(hù)和服務(wù)器之間的數(shù)據(jù)傳輸不被竊聽(tīng)或篡改。 (2)訪(fǎng)問(wèn)HTTPS網(wǎng)站時(shí)需要使用