2011下半年電子商務(wù)設(shè)計(jì)師考試真題及答案-下午卷

1、2011下半年電子商務(wù)設(shè)計(jì)師考試真題及答案-下午卷試題一某公司欲開發(fā)招聘系統(tǒng)以提高招聘效率，其主要功能如下：(1)接受申請(qǐng)驗(yàn)證應(yīng)聘者所提供的自身信息是否完整，是否說明了應(yīng)聘職位，受理驗(yàn)證合格的申請(qǐng)，給應(yīng)聘者發(fā)送致謝信息。(2)評(píng)估應(yīng)聘者根據(jù)部門經(jīng)理設(shè)置的職位要求，審査已經(jīng)受理的申請(qǐng)；對(duì)未被錄用的應(yīng)聘者進(jìn)行謝絕處理，將未被錄用的應(yīng)聘者信息存入未錄用的應(yīng)聘者表，并給其發(fā)送謝絕決策；對(duì)錄用的應(yīng)聘者進(jìn)行職位安排評(píng)價(jià)，將評(píng)價(jià)結(jié)果存入評(píng)價(jià)結(jié)果表，并給其發(fā)送錄用決策，發(fā)送錄用職位和錄用者信息給工資系統(tǒng)?，F(xiàn)采用結(jié)構(gòu)化方法對(duì)招聘系統(tǒng)進(jìn)行分析與設(shè)計(jì)，獲得如圖1-1所示的頂層數(shù)據(jù)流圖、圖1-2所示0層數(shù)據(jù)流圖和圖1

2、-3所示1層數(shù)據(jù)流圖。【問題1】使用說明中的術(shù)語，給出圖中E1E3所對(duì)應(yīng)的實(shí)體名稱。 E1：應(yīng)聘者 E2：部門經(jīng)理 E3：工資系統(tǒng)本題考查數(shù)據(jù)流圖（DFD）的應(yīng)用，采用結(jié)構(gòu)化方法進(jìn)行系統(tǒng)分析與設(shè)計(jì)，是一道傳統(tǒng)題目，要求考生細(xì)心分析題目中所描述的內(nèi)容。DFD是一種便于用戶理解、分析系統(tǒng)數(shù)據(jù)流程的圖形化建模工具。是系統(tǒng)邏輯模型的重要組成部分。本問題考査頂層DFD。頂層DFD般用來確定系統(tǒng)邊界，將待開發(fā)系統(tǒng)看作一個(gè)加工，因此圖中只有唯一的一個(gè)處理和一些外部實(shí)體，以及這兩者之間的輸入輸出數(shù)據(jù)流。外部實(shí)體可以是使用系統(tǒng)的用戶，也可以是為系統(tǒng)提供輸入或接收系統(tǒng)輸出的外部系統(tǒng)。本問題要求根據(jù)描述確定圖中的外

3、部實(shí)體。應(yīng)仔細(xì)分析題目中描述，并結(jié)合已經(jīng)在頂層數(shù)據(jù)流圖中給出的數(shù)據(jù)流進(jìn)行分析。從題目的說明中可以看出，與系統(tǒng)的交互者包括應(yīng)聘者、部門經(jīng)理和工資系統(tǒng)。分析說明中的描述可知，應(yīng)聘者提供自身信息，并接收系統(tǒng)驗(yàn)證合格后的致謝信息等。部門經(jīng)理設(shè)置職位要求。對(duì)錄用者而言，將其錄用職位和信息發(fā)送給工資系統(tǒng)。對(duì)應(yīng)圖1-1中數(shù)據(jù)流和實(shí)體的對(duì)應(yīng)關(guān)系，可知E1為應(yīng)聘者，E2為部門經(jīng)理，E3為工資系統(tǒng)?！締栴}2】使用說明中的術(shù)語，給出圖中D1D2所對(duì)應(yīng)的數(shù)據(jù)存儲(chǔ)名稱。 D1：未錄用的應(yīng)聘者表 D2：評(píng)價(jià)結(jié)果表本問題考查DFD中數(shù)據(jù)存儲(chǔ)的確定。本題中涉及的數(shù)據(jù)存儲(chǔ)只有2個(gè)，一個(gè)是存儲(chǔ)未被錄用的應(yīng)聘者信息，即未錄用的應(yīng)聘

4、者表：另一個(gè)是存儲(chǔ)對(duì)錄用的應(yīng)聘者進(jìn)行職位安排評(píng)價(jià)的評(píng)價(jià)結(jié)果，即評(píng)價(jià)結(jié)果表?？梢源_定圖1-2中D1和D2為未錄用的應(yīng)聘者表和評(píng)價(jià)結(jié)果表，因?yàn)橛幸粋€(gè)處理與這兩個(gè)數(shù)據(jù)存儲(chǔ)相關(guān)，需要再對(duì)應(yīng)圖1-3,可確認(rèn)D1為未錄用的應(yīng)聘者表，D2為評(píng)價(jià)結(jié)果表。【問題3】使用說明和圖中的術(shù)語，給出圖1-3中加工P1P3的名稱。 P1：驗(yàn)證信息 P2:審查申請(qǐng) P3:職位安排評(píng)價(jià)本問題考查1層DFD中缺失的處理。從說明（1）中接受申請(qǐng)的描述功能，需先對(duì)應(yīng)聘者信息進(jìn)行驗(yàn)證，受理驗(yàn)證合格的申請(qǐng)，可知缺失的處理P1為驗(yàn)證信息。說明（2）中，根據(jù)職位要求，審查已經(jīng)受理的申請(qǐng)，對(duì)錄用者進(jìn)行職位安排評(píng)價(jià)，可知缺失的處理P2為審查申

5、請(qǐng)，P3為職位安排評(píng)價(jià)。【問題4】解釋說明圖1-2和圖1-3是否保持平衡，若不平衡請(qǐng)按如下格式補(bǔ)充圖1-3中數(shù)據(jù)流的名稱以及數(shù)據(jù)流的起點(diǎn)或終點(diǎn)，使其平衡（使用說明中的術(shù)語或圖中符號(hào)）。不平衡。圖1-2中加工的輸入輸出流與其子圖1-3中的輸入輸出流的數(shù)量不同。本問題考查繪制分層DFD時(shí)的注意事項(xiàng)。在分層DFD中，需要保持父圖與子圖的平衡。即父圖中某加工的輸入輸出數(shù)據(jù)流必須與其子圖的輸入輸出數(shù)據(jù)流在數(shù)量和名字上相同，或者父圖的一個(gè)輸入（或輸出）數(shù)據(jù)流對(duì)應(yīng)于子圖中幾個(gè)輸入（或輸出）數(shù)據(jù)流，而子圖中組成這些數(shù)據(jù)流的數(shù)據(jù)項(xiàng)全體正好是父圖中的這一個(gè)數(shù)據(jù)流。本題中，圖1-2中加工的輸入輸出流與其子圖1-3中

6、的輸入輸出流的數(shù)量不同。也無需將父圖中一條數(shù)據(jù)流分解成子圖中多條數(shù)據(jù)流，因此，補(bǔ)充子圖中缺失的輸入或輸出數(shù)據(jù)流：錄用職位、已受理的申請(qǐng)、謝絕決策。 試題二某物流公司為了整合上游供應(yīng)商與下游客戶，縮短物流過程，降低產(chǎn)品庫存，需要構(gòu)建一個(gè)信息系統(tǒng)以方便管理其業(yè)務(wù)運(yùn)作活動(dòng)。【需求分析結(jié)果】(1)物流公司包含若干部門，部門信息包括部門號(hào)、部門名稱、經(jīng)理、電話和郵箱。一個(gè)部門可以有多名員工處理部門的日常事務(wù)，每名員工只能在一個(gè)部門工作。每個(gè)部門有一名經(jīng)理，只需負(fù)責(zé)管理本部門的事務(wù)和人員。(2)員工信息包括員工號(hào)、姓名、職位、電話號(hào)碼和工資；其中，職位包括：經(jīng)理、業(yè)務(wù)員等。業(yè)務(wù)員根據(jù)托運(yùn)申請(qǐng)負(fù)責(zé)安排承運(yùn)貨

7、物事宜，如：裝輿時(shí)間、到達(dá)時(shí)間等。一個(gè)業(yè)務(wù)員可以安排多個(gè)托運(yùn)申請(qǐng)，但一個(gè)托運(yùn)申請(qǐng)只由二個(gè)業(yè)務(wù)員處理。(3)客戶信息包括客戶號(hào)、單位名稱、通信地址、所屬省份、聯(lián)系人、聯(lián)系電話、銀行賬號(hào)，其中，客戶號(hào)唯一標(biāo)識(shí)客戶信息的每一個(gè)元組。每當(dāng)客戶要進(jìn)行貨物托運(yùn)時(shí)，先要提出貨物托運(yùn)申請(qǐng)。托運(yùn)申請(qǐng)信息包括申請(qǐng)?zhí)?、客戶?hào)、貨物名稱、數(shù)量、運(yùn)費(fèi)、出發(fā)地、目的地。其中，一個(gè)申請(qǐng)?zhí)枌?duì)應(yīng)唯一的一個(gè)托運(yùn)申請(qǐng)；一個(gè)客戶可以有多個(gè)貨物托運(yùn)申請(qǐng)，但一個(gè)托運(yùn)申請(qǐng)對(duì)應(yīng)唯一的一個(gè)客戶號(hào)?！靖拍钅Ｐ驮O(shè)計(jì)】根據(jù)需求階段收集的信息，設(shè)計(jì)的實(shí)體聯(lián)系圖和關(guān)系模式（不完整）如圖2-1所示?！娟P(guān)系模式設(shè)計(jì)】部門（部門號(hào)，部門名稱，經(jīng)理，電話，郵箱

8、）員工（員工號(hào)，姓名，職位，電話號(hào)碼，工資，（a）客戶（b），單位名稱，通信地址，所屬省份，聯(lián)系人，聯(lián)系電話，銀行賬號(hào)）托運(yùn)申請(qǐng)（c），貨物名稱，數(shù)量，運(yùn)費(fèi)，出發(fā)地，目的地）安排承運(yùn)（d），裝貨時(shí)間，到達(dá)時(shí)間，業(yè)務(wù)員） 【問題1】根據(jù)問題描述，補(bǔ)充四個(gè)聯(lián)系、聯(lián)系的類型，以及實(shí)體與子實(shí)體的聯(lián)系，完善圖2-1所示的實(shí)體聯(lián)系圖。 本題考查數(shù)據(jù)庫系統(tǒng)中實(shí)體聯(lián)系模型（E-R模型）和關(guān)系模式設(shè)計(jì)方面的應(yīng)用知識(shí)。兩個(gè)實(shí)體集之間的聯(lián)系類型分為三類：一對(duì)一（1：1）聯(lián)系、一對(duì)多（1：n）聯(lián)系和多對(duì)多（m：n）聯(lián)系。根據(jù)題意，每名員工只能在一個(gè)部門工作，所以部門和員工之間有一個(gè)1:n的“所屬”聯(lián)系；由于每個(gè)部門有

9、一名經(jīng)理，只需負(fù)責(zé)管理本部門的事務(wù)和人員，因此部門和經(jīng)理之間有一個(gè)1:1的“管理”聯(lián)系；由于一個(gè)業(yè)務(wù)員可以安排多個(gè)托運(yùn)申請(qǐng)，但一個(gè)托運(yùn)申請(qǐng)只由一個(gè)業(yè)務(wù)員處理，故業(yè)務(wù)員和托運(yùn)申請(qǐng)之間有一個(gè)1:n的“托運(yùn)”聯(lián)系；又由于一個(gè)客戶可以有多個(gè)貨物托運(yùn)申請(qǐng)，但一個(gè)托運(yùn)申請(qǐng)對(duì)應(yīng)唯一的一個(gè)客戶號(hào)，故客戶和托運(yùn)申請(qǐng)之間有一個(gè)1:n的“申請(qǐng)”聯(lián)系。根據(jù)上述分析，完善圖2-1所示的實(shí)體聯(lián)系圖可參見參考答案?！締栴}2】根據(jù)實(shí)體聯(lián)系圖，將關(guān)系模式中的空（a）（d）補(bǔ)充完整。分別指出部門、員工和安排承運(yùn)關(guān)系模式的主鍵和外鍵。 根據(jù)題意，部門和員工之間有一個(gè)1:n的“所屬”聯(lián)系需要將一端的碼并入多端，故員工關(guān)系模式中的空（

10、a）應(yīng)填寫部門號(hào)；在客戶關(guān)系模式中，客戶號(hào)為主鍵，故空（b）應(yīng)填寫客戶號(hào)；在托運(yùn)申請(qǐng)關(guān)系模式中，申請(qǐng)?zhí)?、客戶?hào)為主鍵，故空（c）應(yīng)填寫申請(qǐng)?zhí)?、客戶?hào)；又由于一個(gè)業(yè)務(wù)員可以安排多個(gè)托運(yùn)申請(qǐng)，但一個(gè)托運(yùn)申請(qǐng)只由一個(gè)業(yè)務(wù)員處理，因此在安排承運(yùn)關(guān)系模式中，申請(qǐng)?zhí)枮橹麈I，故空（d）應(yīng)填寫申請(qǐng)?zhí)枴２块T關(guān)系模式中的部門號(hào)為主鍵，經(jīng)理為外鍵；因?yàn)榻?jīng)理來自員工關(guān)系。員工關(guān)系模式中的員工號(hào)為主鍵，部門號(hào)為外鍵，因?yàn)椴块T號(hào)來自部門關(guān)系。安排承運(yùn)關(guān)系模式的中的申請(qǐng)?zhí)枮橹麈I，業(yè)務(wù)員為外鍵，因?yàn)闃I(yè)務(wù)員來自員工關(guān)系?！締栴}3】若系統(tǒng)新增需求描述如下：為了數(shù)據(jù)庫信息的安全性，公司要求對(duì)數(shù)據(jù)庫操作設(shè)置權(quán)限管理功能，當(dāng)員工登錄系

11、統(tǒng)時(shí)，系統(tǒng)需要檢查員工的權(quán)限。權(quán)限的設(shè)置人是部門經(jīng)理。為滿足上述需要，應(yīng)如何修改（或補(bǔ)充）圖2-1所示的實(shí)體聯(lián)系圖，請(qǐng)給出修改后的實(shí)體聯(lián)系圖和關(guān)系模式。關(guān)系模式：權(quán)限（員工號(hào)，權(quán)限，設(shè)置人）或權(quán)限（員工號(hào)，權(quán)限，部門經(jīng)理）根據(jù)題意，權(quán)限的設(shè)置人是部門經(jīng)理，因此，需要建立一個(gè)權(quán)限關(guān)系模式，以及經(jīng)理到權(quán)限之間的1:n的“設(shè)置”聯(lián)系。修改后的實(shí)體聯(lián)系圖和關(guān)系模式參見參考答案。試題三某公司需開發(fā)一套電子商務(wù)系統(tǒng)，為保證開發(fā)進(jìn)度和開發(fā)質(zhì)量，專門組建測試小組對(duì)開發(fā)的全過程進(jìn)行測試。 【問題1】電子商務(wù)系統(tǒng)的報(bào)表處理模塊要求用戶輸入處理報(bào)表的日期，日期限制在2003年1月至2006年12月，如日期不在此范圍

12、內(nèi)，則顯示輸入錯(cuò)誤信息。系統(tǒng)日期由6位數(shù)字字符組成，前4位代表年，后2位代表月。測試小組設(shè)計(jì)了等價(jià)類，如表3-1所示。請(qǐng)根據(jù)題目說明及表3-1，填補(bǔ)空（1）（5）。 （1）在2Q032006之間 （2）在0112之間（3）含有非數(shù)字的6個(gè)字符 （4）12本題考查軟件測試的基本知識(shí)。本問題考查對(duì)黑盒測試中的等價(jià)類測試法的掌握情況。由于采用窮舉法來進(jìn)行測試是不現(xiàn)實(shí)的，因此在面對(duì)實(shí)際問題時(shí)，可根據(jù)等價(jià)類劃分的思想，將輸入數(shù)據(jù)按照程序的功能說明劃分為若干個(gè)集合（奇根據(jù)輸入條件劃分為有效的輸入和無效的輸入），每一個(gè)集合中的某一輸入數(shù)據(jù)在程序中執(zhí)行結(jié)果代表了該集合中其他輸入數(shù)據(jù)對(duì)程序的作用，一個(gè)集合即為一

13、個(gè)等價(jià)類。在等價(jià)類劃分完之后，再針對(duì)每一個(gè)有效的等價(jià)類和無效的等價(jià)類設(shè)計(jì)測試用例。如果用某個(gè)等價(jià)類的一組測試數(shù)據(jù)進(jìn)行測試時(shí)沒有發(fā)現(xiàn)錯(cuò)誤，則說明在同一等價(jià)類中的其他輸入數(shù)據(jù)也一樣查不出問題；反之，如果用某個(gè)等價(jià)類的測試數(shù)據(jù)進(jìn)行測試檢查出錯(cuò)誤，則說明用該等價(jià)類的其他輸入數(shù)據(jù)進(jìn)行測試也一樣會(huì)檢測出錯(cuò)誤。所以，測試時(shí)只需從每個(gè)等價(jià)類中取一組輸入數(shù)據(jù)進(jìn)行測試即可。問題1共劃分了三個(gè)等價(jià)類，其中，“報(bào)表日期的類型及長度”等價(jià)類中應(yīng)包含無效類型、無效長度的無效等價(jià)類，長度無效等價(jià)類已經(jīng)給出，因此空（3）處應(yīng)填寫“含有非數(shù)字的6個(gè)字符”。“年份范圍”有效等價(jià)類表示正確的年份范圍，空（1）處應(yīng)填寫“在20032

14、006之間”，無效等價(jià)類表示不在此范圍內(nèi)的年份，則空（4）處應(yīng)填寫“2003”;月份范圍的填空同理。注意，設(shè)計(jì)測試用例時(shí)，一個(gè)測試用例只能覆蓋一個(gè)無效等價(jià)類，因?yàn)槌绦蛟谟龅藉e(cuò)誤之后就不再檢查是否還有其他錯(cuò)誤?！締栴}2】完成模塊測試后，測試小組進(jìn)行了集成測試。集成測試是在軟件系統(tǒng)集成過程中所進(jìn)行的測試，主要檢查各單元之間的接口是否正確，有（6）集成與（7）集成兩種方法。前者是將單元測試后的所有模塊按設(shè)計(jì)要求一次性組合起來進(jìn)行整體測試，后者是測試完一個(gè)模塊后再將下一個(gè)需要測試的模塊組合進(jìn)來測試，逐步把所有模塊組合在一起完成測試。 （6）非增量式 （7）增量式本問題考查對(duì)集成測試概念的掌握情況。集成

15、測試是在軟件系統(tǒng)集成過程中所進(jìn)行的測試，其主要目的是將通過單元測試的模塊按照一定的策略，組裝成能夠完成預(yù)期功能要求的軟件結(jié)構(gòu)系統(tǒng)。集成測試主要檢査各單元之間的接口是否正確。通常，集成測試有非增量式集成與增量式集成兩種方法：前者是將單元測試后的所有模塊按設(shè)計(jì)要求一次性組合起來進(jìn)行整體測試。這種方法整體性強(qiáng)，可以對(duì)模塊進(jìn)行并行測試，能充分利用人力，減少測試的開銷；但這種方法容易混亂，出現(xiàn)錯(cuò)誤不容易查找和定位。增量式集成是把下一個(gè)要測試的模塊結(jié)合到已測試好的模塊中，測試完后再將下一個(gè)需測試的模塊組合進(jìn)來測試，逐步把所有模塊組合在一起，并完成測試。這種方法從局部開始逐步形成整體，測試范圍是一步步擴(kuò)大的

16、，所以錯(cuò)誤容易定位，而且已測試的模塊可在新的條件下進(jìn)行測試，使程序測試得更徹底。因此，通常采用增量式測試方法比較好?！締栴}3】系統(tǒng)測試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底測試，而電子商務(wù)系統(tǒng)是基于網(wǎng)絡(luò)的信息系統(tǒng)，因此，其測試對(duì)傳統(tǒng)的軟件測試提出了新的要求。針對(duì)上述情況，測試小組做了以下幾項(xiàng)工作：A.對(duì)數(shù)據(jù)的完整性、有效性、一致性測試B.從響應(yīng)時(shí)間、處理速度、吞吐量、處理精度等方面來檢測C.驗(yàn)證系統(tǒng)在指定條件和規(guī)定的時(shí)間內(nèi)執(zhí)行操作的能力D.檢查系統(tǒng)對(duì)非法侵入的防范能力以及系統(tǒng)的安全機(jī)制、保密措施是否完善E.對(duì)產(chǎn)品選擇、簽約過程、在線支付及產(chǎn)品交付等方面進(jìn)行測試F.針對(duì)界面的正確性、導(dǎo)航性、易用性、協(xié)

17、調(diào)性、規(guī)范性及獨(dú)特性等進(jìn)行測試其中，（8）是性能測試；（9）是安全性測試；（10）是可靠性測試；（11）是界面測試；（12）是交易功能測試；（13）是數(shù)據(jù)庫測試。 （9）B或從響應(yīng)時(shí)間、處理速度、吞吐量、處理精度等方面來檢測（9）D或檢查系統(tǒng)對(duì)非法侵入的防范能力，以及系統(tǒng)的安全機(jī)制、保密措施是否完善（10）C或驗(yàn)證系統(tǒng)在指定條件和規(guī)定的時(shí)間內(nèi)執(zhí)行操作的能力（11）F或針對(duì)界面的正確性、導(dǎo)航性、易用性、協(xié)調(diào)性、規(guī)范性及獨(dú)特性等進(jìn)行測試（12）E或?qū)Ξa(chǎn)品選擇、簽約過擇、在線支付及產(chǎn)品交付等方面進(jìn)行測試（13）A或?qū)?shù)據(jù)的完整性、有效性、一致性測試本問題考查對(duì)各種測試概念的掌握情況，每一種測試有其不

18、同的測試重點(diǎn)，考生應(yīng)該掌握它們的不同之處。功能測試又稱正確性測試，它檢查系統(tǒng)的功能是否符合規(guī)格說明，主要采用黑盒測試方法。通常的做法是構(gòu)造一些合理輸入，檢查是否得到期望的輸出。性能測試是檢查系統(tǒng)是否滿足系統(tǒng)分析說明書對(duì)性能的要求。特別是實(shí)時(shí)系統(tǒng)或嵌入式系統(tǒng)，即使軟件的功能滿足需求，但性能達(dá)不到要求也是不行的。性能測試覆蓋了軟件測試的各階段，而不是等到系統(tǒng)的所有各部分都組裝之后，才確定系統(tǒng)的真正性能。通常與強(qiáng)度測試結(jié)合起來，同時(shí)對(duì)軟件、硬件進(jìn)行測試，主要從響應(yīng)時(shí)間、處理速度、吞吐量、處理精度等方面來檢測。系統(tǒng)的安全性測試主要是為了檢查系統(tǒng)對(duì)非法侵入的防范能力，以及系統(tǒng)的安全機(jī)制、保密措施是否完善

19、。測試的方法是測試人員模擬非法入侵者，采用各種方法沖破防線。例如，想方設(shè)法截取或破譯口令；故意使系統(tǒng)出錯(cuò)，利用系統(tǒng)恢復(fù)的過程非法入侵；企圖通過瀏覽非保密數(shù)據(jù)，獲取所需信息，等等。若系統(tǒng)分析說明書提出了可靠性要求，則應(yīng)對(duì)系統(tǒng)的可靠性進(jìn)行測試，主要驗(yàn)證系統(tǒng)在指定條件和規(guī)定的時(shí)間內(nèi)執(zhí)行操作的能力。通常使用以下兩個(gè)指標(biāo)來衡量系統(tǒng)的可靠性：（1）平均失效間隔時(shí)間是否超過了規(guī)定的時(shí)限；（2）因故障而停機(jī)時(shí)間在一年中應(yīng)不超過多少時(shí)間。用戶界面測試用于核實(shí)用戶與軟件之間的交互，檢查用戶界面中的設(shè)計(jì)是否合乎用戶的期望或要求，界面中的對(duì)象是否按照預(yù)期的方式運(yùn)行。數(shù)據(jù)庫測試一方面是指對(duì)數(shù)據(jù)庫本身的完整性進(jìn)行測試，包

20、括：（1）數(shù)據(jù)完整性。主要檢測數(shù)據(jù)的損壞。規(guī)定適當(dāng)?shù)臋z查點(diǎn)可以減輕數(shù)據(jù)損壞。例如，保留和檢查每天的事務(wù)日志便于跟蹤數(shù)據(jù)庫的改變。（2）數(shù)據(jù)有效性。數(shù)據(jù)有效性確保把正確的信息提供給客戶，把正確的信息回傳到數(shù)據(jù)庫中。一般來說，數(shù)據(jù)的檢測比率高于應(yīng)用程序本身的檢測比率。其中的一個(gè)檢測方法是査看工作流并在變化點(diǎn)上檢查數(shù)據(jù)庫，包括隔離改變數(shù)據(jù)庫的操作并檢查改變內(nèi)容是否正確。（3）數(shù)據(jù)操作。我們需要從兩種級(jí)別上測試用戶操作：管理員功能和用戶功能。數(shù)據(jù)庫管理員可以執(zhí)行一些不提供給網(wǎng)站客戶的受限操作。另一方面，要將數(shù)據(jù)庫與應(yīng)用系統(tǒng)相結(jié)合，對(duì)數(shù)據(jù)一致性、輸出結(jié)果及數(shù)據(jù)庫容量進(jìn)行測試。用戶提交的表單信息如果不正確

21、，則可能導(dǎo)致數(shù)據(jù)一致性出錯(cuò)；而網(wǎng)絡(luò)速度或者程序設(shè)計(jì)如果存在問題，則可能造成輸出錯(cuò)誤；同時(shí)，還要考慮到系統(tǒng)及數(shù)據(jù)庫在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載及工作量?！締栴}4】請(qǐng)判斷以下對(duì)測試的敘述是否正確。A.驗(yàn)收測試是以用戶為主的測試，軟件開發(fā)人員和質(zhì)量保證人員也應(yīng)參加。（14）B.在驗(yàn)收測試中，測試是由軟件開發(fā)機(jī)構(gòu)組織內(nèi)部人員模擬各類用戶在開發(fā)環(huán)境下進(jìn)行的測試。（15）（14）是或正確（15）是或正確本問題考査對(duì)參與測試的人員屬性的了解情況。在整個(gè)測試過程中，只有模塊測試允許由模塊的設(shè)計(jì)者進(jìn)行測試，其余測試均由其他人員進(jìn)行測試，目的是避免自我否定現(xiàn)象，從而能更多地發(fā)現(xiàn)錯(cuò)誤。驗(yàn)收測試根據(jù)用戶需求驗(yàn)證

22、系統(tǒng)，是在投入使用之前的最后測試。驗(yàn)收測試的任務(wù)是進(jìn)一步驗(yàn)證軟件的有效性，也就是說，檢查軟件的功能和性能是否與用戶的要求一樣。同時(shí)驗(yàn)收測試要進(jìn)行對(duì)軟件配置的復(fù)審，即檢查軟件（源程序、目標(biāo)程序）和文檔（包括面向開發(fā)和用戶）是否齊全以及分類是否有序，確保文檔、資料的正確和完善，以便維護(hù)階段使用。驗(yàn)收測試是以用戶為主的測試，軟件開發(fā)人員和質(zhì)量保證人員也應(yīng)參加。在驗(yàn)收測試之前，需要對(duì)用戶進(jìn)行培訓(xùn)，以便熟悉該系統(tǒng)。驗(yàn)收測試的測試用例由用戶參與設(shè)計(jì)，主要驗(yàn)證軟件的功能、性能、可移植性、兼容性、容錯(cuò)性等，測試時(shí)一般采用實(shí)際數(shù)據(jù)。由于一個(gè)系統(tǒng)擁有眾多用戶，不可能讓每個(gè)用戶對(duì)系統(tǒng)進(jìn)行驗(yàn)收，因此，多采用測試和測試

23、的方法。測試是由軟件開發(fā)機(jī)構(gòu)組織內(nèi)部人員模擬各類用戶在開發(fā)環(huán)境下進(jìn)行的測試，其關(guān)鍵在于盡可能逼真地模擬實(shí)際的運(yùn)行環(huán)境及用戶的操作，并盡最大努力涵蓋所有可能的用戶操作方式。測試是由軟件用戶在的實(shí)際日常工作環(huán)境下進(jìn)行的測試，并要求用戶報(bào)告異常情況，提出批評(píng)意見，然后由開發(fā)機(jī)構(gòu)再對(duì)系統(tǒng)進(jìn)行改錯(cuò)和完善，最后向用戶發(fā)布最終軟件產(chǎn)品。試題四某公司使用ASP開發(fā)商務(wù)網(wǎng)站，該商務(wù)網(wǎng)站具有商品介紹、會(huì)員管理、在線支付、物流管理和訪客計(jì)數(shù)器等功能，采用Sqlserver數(shù)據(jù)庫，數(shù)據(jù)庫名為business，其中訪客計(jì)數(shù)器表存儲(chǔ)今日訪問量、昨日訪問量和總訪問量等字段，其名稱為counter。 【問題1】ASP訪問數(shù)據(jù)

24、庫一般采用ADO技術(shù)，ADO對(duì)象主要包含Connection對(duì)象、Command對(duì)象、Parameter對(duì)象、Recordset對(duì)象、Field對(duì)象和Error對(duì)象等。請(qǐng)根據(jù)ADO對(duì)象之間的關(guān)系，在空（1）（6）處填寫正確的對(duì)象名。 （1）Connection對(duì)象（2）RecordSet對(duì)象（3）Command對(duì)象（4）Error對(duì)象（5）Parameter對(duì)象（6）Field對(duì)象本題考查ASP程序設(shè)計(jì)的應(yīng)用。本問題考查ADO技術(shù)的基本應(yīng)用。ADO是對(duì)當(dāng)前微軟所支持的數(shù)據(jù)庫進(jìn)行操作的最有效和最簡單直接的方法之一，它是一種功能強(qiáng)大的數(shù)據(jù)訪問編程模式，從而使得大部分?jǐn)?shù)據(jù)源可編程的屬性得以直接擴(kuò)展到

25、ASP頁面上。ADO對(duì)象主要包含Connection對(duì)象、Command對(duì)象、Parameter對(duì)象、RecordSet對(duì)象、Field對(duì)象、Property對(duì)象和Error對(duì)象等七個(gè)對(duì)象，它們之間的關(guān)系如下圖所示?！締栴}2】該商務(wù)網(wǎng)站的計(jì)數(shù)器部分代碼如下，請(qǐng)根據(jù)題目說明，將空缺的代碼補(bǔ)充完整。 （7）conn （8）business （9）Insert （10）lock（11）application （12）rs（counter） （13）rs（today） 本問題考查ASP程序設(shè)計(jì)的知識(shí)?！締栴}3】從上述ASP代碼可以判斷出，計(jì)數(shù)器表counter中statdtm的字段類型是（14），co

26、unter的字段類型是（15）。（14）日期（15）數(shù)值型本問題考查Sqlserver數(shù)據(jù)庫的基本應(yīng)用。根據(jù)代碼conn.ExecuteUpdate counter set counter=counter+1,today=0,statdtm=date(),daynum=daynum+1,yesterday=&rs（today）可以判斷出，計(jì)數(shù)器表counter中statdtm的字段類型是日期型，counter的字段類型是數(shù)值型。試題五小明在一家超市工作，該超市將進(jìn)行整體改造，小明負(fù)責(zé)信息系統(tǒng)軟硬件升級(jí)，他制定的工作計(jì)劃如表5-1所示。每項(xiàng)任務(wù)的邏輯關(guān)系和部分時(shí)間信息如圖5-1所示。 【問題1】

27、請(qǐng)根據(jù)表5-1和圖5-1,計(jì)算各項(xiàng)任務(wù)的最遲開始時(shí)間和最遲結(jié)束時(shí)間，填充圖5-1中的空（1）（10）。 （1）7 （2）14 （3）9 （4）11 （5）11（6）15 （7）11 （8）19 （9）15 （10）21本題考查項(xiàng)目管理中網(wǎng)絡(luò)圖、關(guān)鍵路徑及相關(guān)計(jì)算。項(xiàng)目計(jì)劃網(wǎng)絡(luò)圖中時(shí)間參數(shù)的計(jì)算應(yīng)在確定各項(xiàng)工作的持續(xù)時(shí)間之后進(jìn)行。1.最早開始和最早完成時(shí)間ES、EF。計(jì)劃網(wǎng)絡(luò)圖中各項(xiàng)工作的最早開始時(shí)間和最早完成時(shí)間的計(jì)算應(yīng)從網(wǎng)絡(luò)計(jì)劃的起始結(jié)點(diǎn)開始，順著箭線方向依次逐項(xiàng)計(jì)算。1)起始結(jié)點(diǎn)的最早開始時(shí)間為零。2)工作的最早開始時(shí)間等于該工作的各個(gè)緊前工作的最早完成時(shí)間的最大值，即ES=max丨緊前工

28、作的EF;3)工作的最早完成時(shí)間等于該工作的最早開始時(shí)間加上其持續(xù)時(shí)間，即EF=ES+本工作持續(xù)時(shí)間；2.最遲開始時(shí)間和最遲完成時(shí)間LS、LF。網(wǎng)絡(luò)計(jì)劃中各項(xiàng)工作的最遲開始時(shí)間和最遲完成時(shí)間的計(jì)算應(yīng)以項(xiàng)目規(guī)定或計(jì)算的工期為基準(zhǔn)，從網(wǎng)絡(luò)計(jì)劃的終止結(jié)點(diǎn)，逆著箭線方向依次逐項(xiàng)計(jì)算。1)最遲結(jié)束時(shí)間：某工作的最遲結(jié)束時(shí)間等于該工作的各項(xiàng)緊后工作的最遲開始時(shí)間的最小值，即LP=min緊后工作的LS;2)最遲開始時(shí)間：本項(xiàng)工作的最遲結(jié)束時(shí)間減本項(xiàng)工作的持續(xù)時(shí)間，即LS=LF-工作的持續(xù)時(shí)間；工作的總時(shí)差TF:工作的總時(shí)差指在不影響整個(gè)項(xiàng)目最早完成時(shí)間的前提下，各項(xiàng)工作的完工期可以推延的時(shí)間。工作總時(shí)差等于

29、該工作最遲完成時(shí)間與最早完成時(shí)間之差，或該工作最遲開始時(shí)間與最早開始時(shí)間之差，即TF=LF-EF，或TF=LS-ES;4.工作的自由時(shí)差FF:工作自由時(shí)差指在不影響緊后工作的最早開始時(shí)間的前提-下，一項(xiàng)工作的完工期可以推延的時(shí)間。自由時(shí)差的計(jì)算應(yīng)按以下兩種情況分別考慮：1)對(duì)于有緊后工作的工作，其自由時(shí)差等于本工作之緊后工作最早開始時(shí)間減本工作最早完成時(shí)間所得之差的最小值，即FF=minES（緊后工作）-EF;2)對(duì)于無緊后工作的工作，也就是以網(wǎng)絡(luò)計(jì)劃終點(diǎn)結(jié)點(diǎn)為完成結(jié)點(diǎn)的工作，其自由時(shí)差等于計(jì)劃工期與本工作最早完成時(shí)間之差。需要指出的是，對(duì)于網(wǎng)絡(luò)中以終點(diǎn)結(jié)點(diǎn)為完成結(jié)點(diǎn)的工作，其自由時(shí)差與總時(shí)差相等。此外，由于工作的自由時(shí)差是其總時(shí)差的構(gòu)成部分，所以，當(dāng)工作的總時(shí)差為零時(shí)，其自由時(shí)差必然為零，可不必進(jìn)行專門計(jì)算。在實(shí)際項(xiàng)目中，可能會(huì)出現(xiàn)其他情況。例如，緊后工作和緊前工作具有一定的平行特性，即緊后工作的開始并不以緊前工作的結(jié)束為前提，緊后工作只需在緊前工作開始一段時(shí)間后即可開始，將這樣工作間的平行關(guān)系稱為搭接關(guān)系。一般