電子商務(wù)設(shè)計(jì)師模擬題及答案解析第八套

電子商務(wù)設(shè)計(jì)師模擬題及答案解析第八套試題一閱讀以下說明和數(shù)據(jù)流圖，回答下列問題1至問題3。將解答填入對(duì)應(yīng)欄內(nèi)?！菊f明】某圖書館管理系統(tǒng)主要功效是圖書管理和信息查詢。對(duì)于首次借書讀者，系統(tǒng)自動(dòng)生成讀者號(hào)，并與讀者基本信息（姓名、單位、地址等）一起寫入讀者文件。系統(tǒng)圖書管理功效分為四個(gè)方面：購入新書、讀者借書、讀者還書以及圖書注銷。1購入新書時(shí)需要為該書編制入庫單。入庫單內(nèi)容包含圖書分類目錄號(hào)、書名、作者、價(jià)格、數(shù)量和購書日期，將這些信息寫入圖書目錄文件并修改文件中庫存總量（表示到現(xiàn)在為止，購入此種圖書數(shù)量）。2讀者借書時(shí)需填寫借書單。借書單內(nèi)容包含讀者號(hào)和所借圖書分類目錄號(hào)。系統(tǒng)首先檢驗(yàn)該讀者號(hào)是否有效，若無效，則拒絕借書；若有效，則深入檢驗(yàn)該讀者已借圖書是否超出最大限制數(shù)（假設(shè)每位讀者能同時(shí)借閱書不超出5本）。若已達(dá)成最大限制數(shù)，則拒絕借書；不然允許借書，同時(shí)將圖書分類目錄號(hào)、讀者號(hào)和借閱日期等信息寫入借書文件中。3讀者還書時(shí)需填寫還書單。系統(tǒng)依照讀者號(hào)和圖書分類目錄號(hào)，從借書文件中讀出與該圖書相關(guān)借閱統(tǒng)計(jì)，標(biāo)明還書日期，再寫回到借書文件中。若圖書逾期，則處以對(duì)應(yīng)罰款。4注銷圖書時(shí)，需填寫注銷單并修改圖書目錄文件中庫存總量。系統(tǒng)信息查詢功效主要包含讀者信息查詢和圖書信息查詢。其中讀者信息查詢可得到讀者基本信息以及讀者借閱圖書情況；圖書信息查詢可得到圖書基本信息和圖書借出情況。圖書管理系統(tǒng)頂層圖如圖13-5所表示；圖書管理系統(tǒng)第0層DFD圖如圖13-6所表示，其中加工2細(xì)化圖如圖13-7所表示。1、【問題1】數(shù)據(jù)流圖13-6中有兩條數(shù)據(jù)流是錯(cuò)誤，請(qǐng)指出這兩條數(shù)據(jù)流起點(diǎn)和終點(diǎn)。2、【問題2】數(shù)據(jù)流圖13-7中缺乏三條數(shù)據(jù)流，請(qǐng)指出這三條數(shù)據(jù)流起點(diǎn)和終點(diǎn)。3、【問題3】依照系統(tǒng)功效和數(shù)據(jù)流圖填充以下數(shù)據(jù)字典條目中（1）和（2）：查詢請(qǐng)求信息=[查詢讀者請(qǐng)求信息|查詢圖書請(qǐng)求信息]讀者情況=讀者號(hào)+姓名+所在單位+{借書情況}管理工作請(qǐng)求單=（1）入庫單=（2）試題二閱讀以下說明，回答下列問題1至問題5，將解答填入對(duì)應(yīng)欄內(nèi)。[說明]某“網(wǎng)站稿件管剪公布系統(tǒng)”是采取J2EE架構(gòu)開發(fā)B/S系統(tǒng)，Web服務(wù)器、應(yīng)用服務(wù)器以及數(shù)據(jù)庫服務(wù)器布署在一臺(tái)物理設(shè)備上。系統(tǒng)實(shí)現(xiàn)功效主要包含稿件管理和文檔上傳下載。稿件管理模塊能夠?qū)Ω寮M(jìn)行增加、查詢、刪除、修改、顯示和同意等操作，同意后稿件即可在網(wǎng)站上公布；文檔上傳下載模塊能夠?qū)⒏寮苯右訵ord文檔格式進(jìn)行上傳下載。系統(tǒng)性能需求以下：4主要功效操作在5秒鐘內(nèi)完成：5支持50個(gè)在線用戶；6稿件管理主要功效最少支持20個(gè)并發(fā)用戶；7在50個(gè)用戶并發(fā)高峰期，稿件管理主要功效，處理能力最少要達(dá)成8trans/s：8系統(tǒng)能夠連續(xù)穩(wěn)定運(yùn)行12小時(shí)。4、[問題1]簡(jiǎn)明敘述“網(wǎng)站稿件管剪公布系統(tǒng)”在生產(chǎn)環(huán)境下承受主要負(fù)載類型。5、[問題2]簡(jiǎn)明敘述進(jìn)行網(wǎng)站稿件管剪公布系統(tǒng)”性能測(cè)試中應(yīng)測(cè)試關(guān)鍵指標(biāo)。6、[問題3]請(qǐng)簡(jiǎn)述訪問系統(tǒng)“在線用戶”和并發(fā)用戶”區(qū)分。7、[問題4]系統(tǒng)性能需求中要求系統(tǒng)能夠連續(xù)穩(wěn)定運(yùn)行12小時(shí)"，若系統(tǒng)連續(xù)運(yùn)行12小時(shí)完成總業(yè)務(wù)量為1000筆，系統(tǒng)能夠提供最大交易執(zhí)行吞吐量為200筆/小時(shí)，試設(shè)計(jì)測(cè)試周期，并說明理由。8、[問題5]下列圖為并發(fā)50個(gè)用戶執(zhí)行稿件查詢"操作測(cè)試結(jié)果。（1）請(qǐng)判斷結(jié)果是否滿足系統(tǒng)性能需求并說明理由。（2）簡(jiǎn)明說明TransactionsperSecond與AverageTransactionResponseTime之間關(guān)系。試題三閱讀以下技術(shù)說明，依照要求回答下列問題1～問題4。[說明]某汽車停車場(chǎng)欲建立一個(gè)信息系統(tǒng)，已經(jīng)調(diào)查到需求以下。1.在停車場(chǎng)入口和出口分別安裝一個(gè)自動(dòng)欄桿、一臺(tái)停車卡打印機(jī)、一臺(tái)讀卡器和一個(gè)車輛經(jīng)過傳感器等，其示意圖見如圖3-21所表示。2.當(dāng)汽車抵達(dá)入口時(shí)，駕駛員按下停車卡打印機(jī)按鈕獲取停車卡。當(dāng)駕駛員拿走停車卡后，系統(tǒng)命令欄桿自動(dòng)抬起；汽車經(jīng)過入口后，入口處傳感器通知系統(tǒng)發(fā)出命令，欄桿自動(dòng)放下。3.在停車場(chǎng)內(nèi)分布著若干個(gè)付款機(jī)器。駕駛員將在入口處獲取停車卡插入付款機(jī)器，并繳納停車費(fèi)。付清停車費(fèi)之后，將取得一張出場(chǎng)卡，用于離開停車場(chǎng)。4.當(dāng)汽車抵達(dá)出口時(shí)，駕駛員將出場(chǎng)卡插入出口處讀卡器。假如這張卡是有效，系統(tǒng)命令欄桿自動(dòng)抬起；汽車經(jīng)過出口后，出口傳感器通知系統(tǒng)發(fā)出命令，欄桿自動(dòng)放下。若這張卡是無效，系統(tǒng)不發(fā)出欄桿抬起命令而發(fā)出告警信號(hào)。5.系統(tǒng)自動(dòng)統(tǒng)計(jì)停車場(chǎng)內(nèi)空閑停車位數(shù)量。若停車場(chǎng)當(dāng)前沒有車位，系統(tǒng)將在入口處顯示車位已滿”信息。這時(shí)，停車卡打印機(jī)將不再出卡，只允許場(chǎng)內(nèi)汽車出場(chǎng)。依照上述描述，采取面向?qū)ο蠓椒▽?duì)其進(jìn)行分析與設(shè)計(jì)，得到如表3-11所表示類/用例/狀態(tài)列表，如圖3-22所表示用例圖，如圖3-23所表示初始類圖以及如圖3-24所表示描述入口自動(dòng)欄桿行為UML狀態(tài)圖。9、[問題1]依照說明中描述，使用表3-11給出用例名稱，給出圖3-22中U1、U2和U3所對(duì)應(yīng)用例。10、[問題2]依照說明中描述，使用表3-11給出類名稱，給出圖3-23中A~D所對(duì)應(yīng)類。11、[問題3]依照說明中描述，使用表3-11給出狀態(tài)名稱，給出圖3-24中s1~s4所對(duì)應(yīng)狀態(tài)。簡(jiǎn)明解釋圖3-22中用例U1和U3之間extend關(guān)系內(nèi)涵。試題四閱讀以下說明及圖，回答下列問題?！菊f明】Web頁面與數(shù)據(jù)庫連接是Web數(shù)據(jù)庫基本要求?，F(xiàn)在基于Web數(shù)據(jù)庫連接方案主要有服務(wù)器端方案和客戶端方案兩種類型。服務(wù)器端方案實(shí)現(xiàn)技術(shù)有ASP等，客戶端方案實(shí)現(xiàn)技術(shù)有JDBC、DHTML等。其中，ASP是微軟開發(fā)腳本語言技術(shù)，嵌入在IIS中，所以，ASP成為大部分用戶首選腳本語言。圖13-10給出了ASp工作原理。13、【問題1】ASP屬于服務(wù)器端方案還是客戶端方案？ASP工作原理圖中（1）、（2）應(yīng)是什么？14、【問題2】請(qǐng)最少寫出ASp5個(gè)特點(diǎn)。15、【問題3】請(qǐng)最少寫出4種服務(wù)器端實(shí)現(xiàn)技術(shù)。試題五閱讀以下說明，回答下列問題1至問題3，將解答填入對(duì)應(yīng)欄內(nèi)。[說明]某企業(yè)信息中心委托系統(tǒng)集成單位開發(fā)了企業(yè)網(wǎng)站，將應(yīng)用服務(wù)器、Web服務(wù)器和數(shù)據(jù)庫服務(wù)器都布署在信息中心機(jī)房，系統(tǒng)集成工作完成后，集成單位對(duì)網(wǎng)段、防火墻、入侵檢測(cè)系統(tǒng)、防病毒系統(tǒng)等進(jìn)行了全方面安全檢驗(yàn)，向信息中心提交了安全測(cè)評(píng)匯報(bào)。信息中心主管認(rèn)為該測(cè)評(píng)匯報(bào)不夠全方面，要求盡可能提供系統(tǒng)、多層次、深入安全測(cè)評(píng)匯報(bào)。16、[問題1]請(qǐng)簡(jiǎn)述系統(tǒng)安全防護(hù)體系包含層次。17、[問題2]對(duì)于服務(wù)器操作系統(tǒng)安全，應(yīng)該從哪些方面進(jìn)行測(cè)評(píng)？18、[問題3]安全日志是軟件被動(dòng)防范方法，是主要安全功效，軟件安全日志應(yīng)該統(tǒng)計(jì)哪些信息？在安全測(cè)試中應(yīng)該檢驗(yàn)安全日志哪些方面？答案：試題一1、（1）2處理查詢請(qǐng)求”到“讀者文件”數(shù)據(jù)流；（2）從讀者文件”到“3登記讀者信息”數(shù)據(jù)流。2、（1）從“借書文件”到“2.1讀者信息查詢”數(shù)據(jù)流；（2）從“借書文件”到2.2圖書信息查詢"數(shù)據(jù)流；（3）從圖書目錄文件”到“2.2圖書信息查詢”數(shù)據(jù)流。3、（1）[入庫單l借書單1還書單|注銷單]；（2）分類目錄號(hào)+書名+作者+價(jià)格+數(shù)量+購書日期。以前考題，往往只是簡(jiǎn)單地抽掉了一些子圖輸入/輸出數(shù)據(jù)流讓考生補(bǔ)充，題型過于簡(jiǎn)單，只要知道了上面規(guī)則，就很輕易解答。但在此題中有了一定改變。不過我們還是要用到上面規(guī)則，把0層圖中輸入/輸出數(shù)據(jù)流一條一條地與頂層圖中數(shù)據(jù)流進(jìn)行對(duì)比。經(jīng)過對(duì)比，我們發(fā)覺頂層圖中“非法請(qǐng)求信息“數(shù)據(jù)流在0層圖中沒有對(duì)應(yīng)數(shù)據(jù)流，而0層圖中多出了兩個(gè)數(shù)據(jù)流：“非法管理工作請(qǐng)求單”和“非法查詢請(qǐng)求信息”，這是不是就是問題1所指兩條錯(cuò)誤數(shù)據(jù)流呢？答案不確定。因?yàn)閺淖置嫔虾吞幚砹鞒虂砜?，“非法管理工作?qǐng)求單”和非法查詢請(qǐng)求信息”都應(yīng)屬于非法請(qǐng)求信息"，而且在分層數(shù)據(jù)流圖中完全有可能把子圖中同類信息合并成一個(gè)。所以我們現(xiàn)在應(yīng)該看0層圖中其它數(shù)據(jù)流是否有問題?，F(xiàn)在就只剩下與讀者文件”相關(guān)兩個(gè)數(shù)據(jù)流了，圖中“2處理查詢請(qǐng)求”應(yīng)要完成功效是查詢出“圖書情況"和讀者情況”（這一點(diǎn)能夠從題干中“系統(tǒng)信息查詢功效主要包含讀者信息查詢和圖書信息查詢”看出），這一過程要用到讀者文件中一些數(shù)據(jù)，所以應(yīng)該從讀者文件中取數(shù)據(jù)，但圖中數(shù)據(jù)流是從2處理查詢請(qǐng)求”到“讀者文件”，這種數(shù)據(jù)流含義是把數(shù)據(jù)存入“讀者文件"，這顯然不正確。再來看另一條數(shù)據(jù)流：、讀者文件”到“3登記讀者信息”數(shù)據(jù)流，在“3登記讀者信息“完成功效是把讀者基本信息寫入“讀者文件”（這一點(diǎn)能夠從題于中“系統(tǒng)自動(dòng)生成讀者號(hào)，并與讀者基本信息一起寫入讀者文件”看出）。所以圖上數(shù)據(jù)流方向不正確，應(yīng)該是從“登記讀者信息"到“讀者文件”。所以問題1答案是：從2處理查詢請(qǐng)求”到讀者文件”數(shù)據(jù)流和從、讀者文件”到“3登記讀者信息”數(shù)據(jù)流。另：細(xì)心一點(diǎn)考生應(yīng)該會(huì)注意到加工2細(xì)化圖中與讀者文件關(guān)聯(lián)數(shù)據(jù)流方向與0層圖不一樣，而加工2細(xì)化圖中只是缺乏了數(shù)據(jù)流沒有錯(cuò)誤數(shù)據(jù)流，由此也能夠看出這條數(shù)據(jù)流有問題。用一樣方法來分析“加工2細(xì)化圖"，能夠發(fā)覺此圖中輸入/輸出數(shù)據(jù)流和0層圖中2處理查詢請(qǐng)求”輸入/輸出數(shù)據(jù)流完全能夠?qū)?yīng)（除與“讀者文件”相關(guān)聯(lián)那條外）。所以確定缺乏數(shù)據(jù)流是加工2內(nèi)部數(shù)據(jù)流。加工2細(xì)化圖中有兩個(gè)文件是孤立，沒有數(shù)據(jù)流與之相聯(lián)，這顯然不合常理，所以我們看看題目中關(guān)于讀者信息查詢和圖書信息查詢描述：“系統(tǒng)信息查詢功效主要包含讀者信息查詢和圖書信息查詢。其中讀者信息查詢可得到讀者基本信息以及讀者借閱圖書情況；圖書信息查詢可得到圖書基本信息和圖書借出情況”。這么一來，就十分顯著了，讀者信息查詢要用到“借書文件”，我們就加上一條從借書文件”到2.1讀者信息查詢"數(shù)據(jù)流。同理：有從“借書文件”到2.2圖書信息查詢”數(shù)據(jù)流和從“圖書目錄文件到2.2圖書信息查詢”數(shù)據(jù)流。從系統(tǒng)描述來看，系統(tǒng)圖書管理功效分為四個(gè)方面：購入新書、讀者借書、讀者還書以及圖書注銷。又因?yàn)橘徣胄聲鴷r(shí)需要為該書編制入庫單，讀者借書時(shí)需填寫借書單，讀者還書時(shí)需填寫還書單，注銷圖書時(shí)需填寫注銷單并修改圖書目錄文件中庫存總量，所以（1）應(yīng)填：[入庫單|借書單|還書單|注銷單]。因?yàn)轭}目中明確提到：入庫單內(nèi)容包含圖書分類目錄號(hào)、書名、作者、價(jià)格、數(shù)量和購書日期，所以（2）應(yīng)填：分類目錄號(hào)+書名+作者+價(jià)格+數(shù)量+購書日期。試題二4、網(wǎng)站稿件管剪公布系統(tǒng)”在生產(chǎn)環(huán)境下承受主要負(fù)載類型有：（1）并發(fā)用戶操作屬于并發(fā)執(zhí)行負(fù)載。（2）連續(xù)穩(wěn)定運(yùn)行12小時(shí)屬于疲勞強(qiáng)度負(fù)載。（3）大量稿件查詢操作屬于大數(shù)據(jù)量負(fù)載。5、在進(jìn)行“網(wǎng)站稿件管剪公布系統(tǒng)”性能測(cè)試中應(yīng)測(cè)試關(guān)鍵指標(biāo)包含：（1）并發(fā)用戶數(shù)。某一物理時(shí)刻同時(shí)向系統(tǒng)提交請(qǐng)求用戶數(shù)。（2）事務(wù)執(zhí)行響應(yīng)時(shí)間。是系統(tǒng)完成事務(wù)執(zhí)行準(zhǔn)備后所采集時(shí)間戳和系統(tǒng)完成待執(zhí)行事務(wù)后所采集時(shí)間戳之間時(shí)間間隔，是衡量特定類型應(yīng)用事務(wù)性能主要指標(biāo)，標(biāo)志了用戶執(zhí)行一項(xiàng)操作大致需要多長時(shí)間。（3）交易執(zhí)行吞吐量（trans/s）。每秒鐘執(zhí)行業(yè)務(wù)數(shù)，或系統(tǒng)服務(wù)器每秒鐘能夠處理交易數(shù)。6、并發(fā)用戶：指某一物理時(shí)刻同時(shí)向系統(tǒng)提交請(qǐng)求用戶。在線用戶：指在某段時(shí)間內(nèi)訪問系統(tǒng)用戶，這些用戶并不一定同時(shí)向系統(tǒng)提交請(qǐng)求。7、系統(tǒng)連續(xù)運(yùn)行12小時(shí)完成總業(yè)務(wù)量為1000筆，系統(tǒng)能夠提供最大交易執(zhí)行吞吐量為200筆/小時(shí)，所以系統(tǒng)吞吐量在極限情況下，完成1000筆業(yè)務(wù)需要時(shí)間就是測(cè)試周期，即1000/200=5小原因：在增加單位時(shí)間負(fù)載情況下，需要縮短測(cè)試周期，確保系統(tǒng)在12小時(shí)內(nèi)總業(yè)務(wù)量。8、（1）交易執(zhí)行響應(yīng)時(shí)間平均值為10.936秒，與需求“主要功效操作在5秒鐘內(nèi)完成”不符合，不滿足測(cè)試需求。交易執(zhí)行吞吐量（trans/s）平均值為3.75，與需求“稿件管理主要功效在50用戶并發(fā)高峰期，性能最低達(dá)成8trans/s"不符合，不滿足測(cè)試需求。從服務(wù)器資源使用情況來看，CPU、內(nèi)存、硬盤資源利用率都比較低，無硬件方面瓶頸。（2）二者都是表現(xiàn)系統(tǒng)交易執(zhí)行效率。在系統(tǒng)性能比較穩(wěn)定情況下，伴隨負(fù)載增加Transactionspersecond會(huì)基本保持不變，而AverageTransactionResponseTime會(huì)遞增。試題三9、[問題1]表3-11中給出了Carentry、Carexit、ReportStatistics、Carentrywhenfull等4個(gè)用例。在這4個(gè)用例中，兩個(gè)用例表示汽車進(jìn)入停車場(chǎng)，一個(gè)用例表示汽車退出停車場(chǎng)，另一個(gè)用例表示統(tǒng)計(jì)停車場(chǎng)相關(guān)信息。經(jīng)分析得出，前3個(gè)用例參加者都是駕駛員，所以U1、U2和U3對(duì)應(yīng)進(jìn)入和退出停車場(chǎng)。U1和U3之間存在擴(kuò)展關(guān)系，而用例之間延伸關(guān)系用于對(duì)被用戶看作是可選系統(tǒng)行為用例一部分建模。經(jīng)過這種方式，能夠把可選行為從必需行為中分離出來。Carentrywhenfull和Carentry之間就能夠使用extend關(guān)系進(jìn)行建模。10、[問題2]11、[問題3]在圖3-24狀態(tài)圖中，Idle表示有空閑車位，Disable表示沒有空閑車位，所以在其之間存在雙向狀態(tài)遷移，即狀態(tài)圖上狀態(tài)S1為Id1e狀態(tài)。當(dāng)停車場(chǎng)存在空閑車位時(shí)，汽車請(qǐng)求進(jìn)入停車場(chǎng)，依照說明描述“當(dāng)汽車抵達(dá)入口時(shí)，駕駛員按下停車卡打印機(jī)按鈕獲取停車卡”，可知在該動(dòng)作正對(duì)應(yīng)于狀態(tài)圖上S1和狀態(tài)S2之間遷移，所以，狀態(tài)S2表示含義應(yīng)該是按下按鈕后狀態(tài)，此時(shí)，駕駛員等候打印停車卡，所以狀態(tài)s2為AwaitTicketTake。同理可分析出狀態(tài)S3和狀態(tài)S4。12、[問題4]在用例執(zhí)行過程中，可能會(huì)在不一樣流程分支中選擇執(zhí)行，也可能會(huì)出現(xiàn)異常行為。此時(shí)，能夠?qū)惓Ｐ袨榛蚩蛇x分支抽象成一個(gè)單獨(dú)擴(kuò)展用例，它與主用例之間形成“擴(kuò)展（extend）"關(guān)系。試題四13、ASP屬于服務(wù)器端方案。（1）腳本引擎（2）ADO對(duì)象14、寫出以下任意5點(diǎn)即可：①無需編譯；②易于生成；③獨(dú)立于瀏覽器；④ASp腳本在服務(wù)器端執(zhí)行；⑤擴(kuò)充性；⑥兼容性好；⑦源程序不會(huì)泄漏。15、與出CGI、SAPI、ASP、PHP、JSP中仕意4個(gè)即可。常見服務(wù)器端實(shí)現(xiàn)技術(shù)有CGI（CommonGatewayInterface，公共網(wǎng)關(guān)接口）、SAPI（ServerApplicationProgrammingInterface，服務(wù)端應(yīng)用編程接口）、ASP、PHP、JSP。等。CGI是最早出現(xiàn)動(dòng)態(tài)網(wǎng)頁公布技術(shù)?，F(xiàn)在市場(chǎng)上最流行是ASP、PHP、JSP三種應(yīng)用開發(fā)平臺(tái)。ASp一全稱為ActiveServerPaqe，提供了一個(gè)在服務(wù)器端執(zhí)行腳本指令環(huán)境（包含HTML、VBScrpt和Javascript），經(jīng)過這種環(huán)境，用戶能夠創(chuàng)建和運(yùn)行動(dòng)態(tài)Web應(yīng)用程序。因?yàn)槿砍绦蚨荚诜?wù)器端執(zhí)行，因而大大減輕了客戶端瀏覽器負(fù)擔(dān)，提升了交互速度。ASP工作原理如圖13-37所表示。當(dāng)用戶申請(qǐng)一個(gè)ASP主頁時(shí)，Web服務(wù)器響應(yīng)該HTTP請(qǐng)求。當(dāng)碰到任何與ActivexScripting兼容腳本（如vBScript和Javascript）時(shí)，Asp引擎會(huì)調(diào)用對(duì)應(yīng)腳本引擎進(jìn)行處理。若腳本指令中含有訪問數(shù)據(jù)庫請(qǐng)求，就經(jīng)過ODBC與后臺(tái)數(shù)據(jù)庫相連，由數(shù)據(jù)庫訪問組件ADO執(zhí)行數(shù)據(jù)庫訪問操作。ASp提供ADo