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

1、電子商務(wù)設(shè)計(jì)師模擬題及答案解析第八套試題一閱讀下列闡明和數(shù)據(jù)流圖，回答問題1至問題3。將解答填入相應(yīng)欄內(nèi)?！娟U明】某圖書館管理系統(tǒng)的重要功能是圖書管理和信息查詢。對(duì)于初次借書的讀者，系統(tǒng)自動(dòng)生成讀者號(hào)，并與讀者基本信息（姓名、單位、地址等）一起寫入讀者文獻(xiàn)。系統(tǒng)的圖書管理功能分為四個(gè)方面：購入新書、讀者借書、讀者還書以及圖書注銷。1購入新書時(shí)需要為該書編制入庫單。入庫單內(nèi)容涉及圖書分類目錄號(hào)、書名、作者、價(jià)格、數(shù)量和購書日期，將這些信息寫入圖書目錄文獻(xiàn)并修改文獻(xiàn)中的庫存總量（表達(dá)到目前為止，購入此種圖書的數(shù)量）。2讀者借書時(shí)需填寫借書單。借書單內(nèi)容涉及讀者號(hào)和所借圖書分類目錄號(hào)。系統(tǒng)一方面檢查

2、該讀者號(hào)與否有效，若無效，則回絕借書；若有效，則進(jìn)一步檢查該讀者已借圖書與否超過最大限制數(shù)（假設(shè)每位讀者能同步借閱的書不超過5本）。若已達(dá)到最大限制數(shù)，則回絕借書；否則容許借書，同步將圖書分類目錄號(hào)、讀者號(hào)和借閱日期等信息寫入借書文獻(xiàn)中。3讀者還書時(shí)需填寫還書單。系統(tǒng)根據(jù)讀者號(hào)和圖書分類目錄號(hào)，從借書文獻(xiàn)中讀出與該圖書有關(guān)的借閱記錄，標(biāo)明還書日期，再寫回到借書文獻(xiàn)中。若圖書逾期，則處以相應(yīng)的罰款。4注銷圖書時(shí)，需填寫注銷單并修改圖書目錄文獻(xiàn)中的庫存總量。系統(tǒng)的信息查詢功能重要涉及讀者信息查詢和圖書信息查詢。其中讀者信息查詢可得到讀者的基本信息以及讀者借閱圖書的狀況；圖書信息查詢可得到圖書基本信

3、息和圖書的借出狀況。圖書管理系統(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】根據(jù)系統(tǒng)功能和數(shù)據(jù)流圖填充下列數(shù)據(jù)字典條目中的（1）和（2）：查詢祈求信息=查詢讀者祈求信息|查詢圖書祈求信息讀者狀況=讀者號(hào)+姓名+所在單位+借書狀況管理工作祈求單=（1）入庫單=（2）試題二閱讀下列闡明，回答問題1至問題5，將解答填入的相應(yīng)欄內(nèi)。闡明某“網(wǎng)站稿件管理發(fā)布系統(tǒng)”

4、是采用J2EE架構(gòu)開發(fā)的B/S系統(tǒng)，Web服務(wù)器、應(yīng)用服務(wù)器以及數(shù)據(jù)庫服務(wù)器部署在一臺(tái)物理設(shè)備上。系統(tǒng)實(shí)現(xiàn)的功能重要涉及稿件管理和文檔上傳下載。稿件管理模塊可以對(duì)稿件進(jìn)行增長(zhǎng)、查詢、刪除、修改、顯示和批準(zhǔn)等操作，批準(zhǔn)后的稿件即可在網(wǎng)站上發(fā)布；文檔上傳下載模塊可以將稿件直接以Word文檔的格式進(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)站稿件管理發(fā)布系統(tǒng)”在生產(chǎn)環(huán)境下承受的重要

5、負(fù)載類型。5、問題2簡(jiǎn)要論述進(jìn)行網(wǎng)站稿件管理發(fā)布系統(tǒng)”的性能測(cè)試中應(yīng)測(cè)試的核心指標(biāo)。6、問題3請(qǐng)簡(jiǎn)述訪問系統(tǒng)的“在線顧客”和并發(fā)顧客”的區(qū)別。7、問題4系統(tǒng)性能需求中規(guī)定系統(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è)試成果。（1）請(qǐng)判斷成果與否滿足系統(tǒng)性能需求并闡明理由。（2）簡(jiǎn)要闡明Transactions per Second與Average Transaction Response Time之間的關(guān)系。試題三閱讀如下技術(shù)闡明，根

6、據(jù)規(guī)定回答問題1問題4。闡明某汽車停車場(chǎng)欲建立一種信息系統(tǒng)，已經(jīng)調(diào)查到的需求如下。1.在停車場(chǎng)的入口和出口分別安裝一種自動(dòng)欄桿、一臺(tái)停車卡打印機(jī)、一臺(tái)讀卡器和一種車輛通過傳感器等，其示意圖見如圖3-21所示。2.當(dāng)汽車達(dá)到入口時(shí)，駕駛員按下停車卡打印機(jī)的按鈕獲取停車卡。當(dāng)駕駛員拿走停車卡后，系統(tǒng)命令欄桿自動(dò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)命

7、令欄桿自動(dòng)抬起；汽車通過出口后，出口傳感器告知系統(tǒng)發(fā)出命令，欄桿自動(dòng)放下。若這張卡是無效的，系統(tǒng)不發(fā)出欄桿抬起命令而發(fā)出告警信號(hào)。5.系統(tǒng)自動(dòng)記錄停車場(chǎng)內(nèi)空閑的停車位的數(shù)量。若停車場(chǎng)目前沒有車位，系統(tǒng)將在入口處顯示車位已滿”信息。這時(shí)，停車卡打印機(jī)將不再出卡，只容許場(chǎng)內(nèi)汽車出場(chǎng)。根據(jù)上述描述，采用面向?qū)ο蟠胧?duì)其進(jìn)行分析與設(shè)計(jì)，得到如表3-11所示的類/用例/狀態(tài)列表，如圖3-22所示的用例圖，如圖3-23所示的初始類圖以及如圖3-24所示的描述入口自動(dòng)欄桿行為的UML狀態(tài)圖。9、問題1根據(jù)闡明中的描述，使用表3-11給出的用例名稱，給出圖3-22中U1、U2和U3所相應(yīng)的用例。10、問題2根

8、據(jù)闡明中的描述，使用表3-11給出的類的名稱，給出圖3-23中的AD所相應(yīng)的類。11、問題3根據(jù)闡明中的描述，使用表3-11給出的狀態(tài)名稱，給出圖3-24中s1s4所相應(yīng)的狀態(tài)。簡(jiǎn)要解釋圖3-22中用例U1和U3之間的extend關(guān)系的內(nèi)涵。試題四閱讀如下闡明及圖，回答問題?！娟U明】Web頁面與數(shù)據(jù)庫的連接是Web數(shù)據(jù)庫的基本規(guī)定。目前基于Web數(shù)據(jù)庫的連接方案重要有服務(wù)器端方案和客戶端方案兩種類型。服務(wù)器端方案的實(shí)現(xiàn)技術(shù)有ASP等，客戶端方案的實(shí)現(xiàn)技術(shù)有JDBC、DHTML等。其中，ASP是微軟開發(fā)的腳本語言技術(shù)，嵌入在IIS中，因此，ASP成為大部分顧客的首選腳本語言。圖13-10給出了A

9、Sp的工作原理。13、【問題1】ASP屬于服務(wù)器端方案還是客戶端方案？ASP的工作原理圖中（1）、（2）應(yīng)是什么？14、【問題2】請(qǐng)至少寫出ASp的5個(gè)特點(diǎn)。15、【問題3】請(qǐng)至少寫出4種服務(wù)器端實(shí)現(xiàn)技術(shù)。試題五閱讀下列闡明，回答問題1至問題3，將解答填入的相應(yīng)欄內(nèi)。闡明某公司信息中心委托系統(tǒng)集成單位開發(fā)了公司網(wǎng)站，將應(yīng)用服務(wù)器、Web服務(wù)器和數(shù)據(jù)庫服務(wù)器都部署在信息中心機(jī)房，系統(tǒng)集成工作完畢后，集成單位對(duì)網(wǎng)段、防火墻、入侵檢測(cè)系統(tǒng)、防病毒系統(tǒng)等進(jìn)行了全面的安全檢查，向信息中心提交了安全測(cè)評(píng)報(bào)告。信息中心主管覺得該測(cè)評(píng)報(bào)告不夠全面，規(guī)定盡量提供系統(tǒng)的、多層次的、進(jìn)一步的安全測(cè)評(píng)報(bào)告。16、問題

10、1請(qǐng)簡(jiǎn)述系統(tǒng)的安全防護(hù)體系涉及的層次。17、問題2對(duì)于服務(wù)器操作系統(tǒng)的安全，應(yīng)當(dāng)從哪些方面進(jìn)行測(cè)評(píng)？18、問題3安全日記是軟件被動(dòng)防備的措施，是重要的安全功能，軟件的安全日記應(yīng)當(dāng)記錄哪些信息？在安全測(cè)試中應(yīng)當(dāng)檢查安全日記的哪些方面？答案：試題一1、（1）2解決查詢祈求”到“讀者文獻(xiàn)”的數(shù)據(jù)流；（2）從讀者文獻(xiàn)”到“3登記讀者信息”的數(shù)據(jù)流。2、（1）從“借書文獻(xiàn)”到“2.1讀者信息查詢”的數(shù)據(jù)流；（2）從“借書文獻(xiàn)”到2.2圖書信息查詢的數(shù)據(jù)流；（3）從圖書目錄文獻(xiàn)”到“2.2圖書信息查詢”的數(shù)據(jù)流。3、（1）入庫單l借書單1還書單|注銷單；（2）分類目錄號(hào)+書名+作者+價(jià)格+數(shù)量+購書日期。

11、此前的考題，往往只是簡(jiǎn)樸地抽掉了某些子圖的輸入/輸出數(shù)據(jù)流讓考生補(bǔ)充，題型過于簡(jiǎn)樸，只要懂得了上面的規(guī)則，就很容易解答。但在此題中有了一定的變化。但是我們還是要用到上面的規(guī)則，把0層圖中的輸入/輸出數(shù)據(jù)流一條一條地與頂層圖中的數(shù)據(jù)流進(jìn)行對(duì)比。通過對(duì)比，我們發(fā)現(xiàn)頂層圖中的“非法祈求信息“數(shù)據(jù)流在0層圖中沒有相應(yīng)的數(shù)據(jù)流，而0層圖中多余了兩個(gè)數(shù)據(jù)流：“非法管理工作祈求單”和“非法查詢祈求信息”，這是不是就是問題1所指的兩條錯(cuò)誤數(shù)據(jù)流呢？答案不擬定。由于從字面上和解決流程來看，“非法管理工作祈求單”和非法查詢祈求信息”都應(yīng)屬于非法祈求信息，并且在分層數(shù)據(jù)流圖中完全有也許把子圖中的同類信息合并成一種。

12、因此我們目前應(yīng)當(dāng)看0層圖中的其他數(shù)據(jù)流與否有問題。目前就只剩余與讀者文獻(xiàn)”有關(guān)的兩個(gè)數(shù)據(jù)流了，圖中的“2解決查詢祈求”應(yīng)要完畢的功能是查詢出“圖書狀況和讀者狀況”（這一點(diǎn)可以從題干中的“系統(tǒng)的信息查詢功能重要涉及讀者信息查詢和圖書信息查詢”看出），這一過程要用到讀者文獻(xiàn)中的某些數(shù)據(jù)，因此應(yīng)當(dāng)從讀者文獻(xiàn)中取數(shù)據(jù)，但圖中的數(shù)據(jù)流是從2解決查詢祈求”到“讀者文獻(xiàn)”，這種數(shù)據(jù)流的含義是把數(shù)據(jù)存入“讀者文獻(xiàn)，這顯然不對(duì)的。再來看另一條數(shù)據(jù)流：、讀者文獻(xiàn)”到“3登記讀者信息”的數(shù)據(jù)流，在“3登記讀者信息“完畢的功能是把讀者基本信息寫入“讀者文獻(xiàn)”（這一點(diǎn)可以從題于中的“系統(tǒng)自動(dòng)生成讀者號(hào)，并與讀者基本信息

13、一起寫入讀者文獻(xiàn)”看出）。因此圖上的數(shù)據(jù)流方向不對(duì)的，應(yīng)當(dāng)是從“登記讀者信息到“讀者文獻(xiàn)”。因此問題1的答案是：從2解決查詢祈求”到讀者文獻(xiàn)”的數(shù)據(jù)流和從、讀者文獻(xiàn)”到“3登記讀者信息”的數(shù)據(jù)流。另：細(xì)心一點(diǎn)的考生應(yīng)當(dāng)會(huì)注意到加工2的細(xì)化圖中的與讀者文獻(xiàn)關(guān)聯(lián)的數(shù)據(jù)流方向與0層圖不同，而加工2的細(xì)化圖中只是缺少了數(shù)據(jù)流沒有錯(cuò)誤的數(shù)據(jù)流，由此也可以看出這條數(shù)據(jù)流有問題。用同樣的措施來分析“加工2的細(xì)化圖，可以發(fā)現(xiàn)此圖中的輸入/輸出數(shù)據(jù)流和0層圖中2解決查詢祈求”的輸入/輸出數(shù)據(jù)流完全可以相應(yīng)（除與“讀者文獻(xiàn)”有關(guān)聯(lián)的那條外）。因此擬定缺少的數(shù)據(jù)流是加工2的內(nèi)部數(shù)據(jù)流。加工2的細(xì)化圖中有兩個(gè)文獻(xiàn)是孤

14、立的，沒有數(shù)據(jù)流與之相聯(lián)，這顯然不合常理，因此我們看看題目中有關(guān)讀者信息查詢和圖書信息查詢的描述：“系統(tǒng)的信息查詢功能重要涉及讀者信息查詢和圖書信息查詢。其中讀者信息查詢可得到讀者的基本信息以及讀者借閱圖書的狀況；圖書信息查詢可得到圖書基本信息和圖書的借出狀況”。這樣一來，就十分明顯了，讀者信息查詢要用到“借書文獻(xiàn)”，我們就加上一條從借書文獻(xiàn)”到2.1讀者信息查詢的數(shù)據(jù)流。同理：有從“借書文獻(xiàn)”到2.2圖書信息查詢”的數(shù)據(jù)流和從“圖書目錄文獻(xiàn)到2.2圖書信息查詢”的數(shù)據(jù)流。從系統(tǒng)的描述來看，系統(tǒng)的圖書管理功能分為四個(gè)方面：購入新書、讀者借書、讀者還書以及圖書注銷。又由于購入新書時(shí)需要為該書編制

15、入庫單，讀者借書時(shí)需填寫借書單，讀者還書時(shí)需填寫還書單，注銷圖書時(shí)需填寫注銷單并修改圖書目錄文獻(xiàn)中的庫存總量，因此（1）應(yīng)填：入庫單|借書單|還書單|注銷單。由于題目中明確提到：入庫單內(nèi)容涉及圖書分類目錄號(hào)、書名、作者、價(jià)格、數(shù)量和購書日期，因此（2）應(yīng)填：分類目錄號(hào)+書名+作者+價(jià)格+數(shù)量+購書日期。試題二4、網(wǎng)站稿件管理發(fā)布系統(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)站稿件管理發(fā)布系統(tǒng)”的性能測(cè)試中應(yīng)測(cè)試的核心指標(biāo)涉及：（1）并發(fā)顧客數(shù)。某一物理時(shí)刻同步向系

16、統(tǒ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)操作大體需要多長(zhǎng)時(shí)間。（3）交易執(zhí)行吞吐量（trans/s）。每秒鐘執(zhí)行的業(yè)務(wù)數(shù)，或系統(tǒng)服務(wù)器每秒鐘可以解決的交易數(shù)。6、并發(fā)顧客：指某一物理時(shí)刻同步向系統(tǒng)提交祈求的顧客。在線顧客：指在某段時(shí)間內(nèi)訪問系統(tǒng)的顧客，這些顧客并不一定同步向系統(tǒng)提交祈求。7、系統(tǒng)持續(xù)運(yùn)營12小時(shí)完畢的總業(yè)務(wù)量為1000筆，系統(tǒng)可以提供的最大交易執(zhí)行吞吐量為200筆/小時(shí)，因此系統(tǒng)吞吐量在極限狀況下，完畢1000筆業(yè)務(wù)需要的時(shí)間就是

17、測(cè)試周期，即1000/200=5小因素：在增長(zhǎng)單位時(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)存、硬盤的資源運(yùn)用率都比較低，無硬件方面的瓶頸。（2）兩者都是體現(xiàn)系統(tǒng)的交易執(zhí)行效率。在系統(tǒng)性能比較穩(wěn)定的狀況下，隨著負(fù)載增長(zhǎng)Transactions per second會(huì)基本保持

18、不變，而Average Transaction Response Time會(huì)遞增。試題三9、問題1表3-11中給出了Car entry、Car exit、Report Statistics、Car entry when full等4個(gè)用例。在這4個(gè)用例中，兩個(gè)用例表達(dá)汽車進(jìn)入停車場(chǎng)，一種用例表達(dá)汽車退出停車場(chǎng)，另一種用例表達(dá)記錄停車場(chǎng)有關(guān)信息。經(jīng)分析得出，前3個(gè)用例的參與者都是駕駛員，因此U1、U2和U3相應(yīng)進(jìn)入和退出停車場(chǎng)。U1和U3之間存在擴(kuò)展關(guān)系，而用例之間的延伸關(guān)系用于對(duì)被顧客看作是可選系統(tǒng)行為的用例的一部分建模。通過這種方式，可以把可選行為從必需的行為中分離出來。Car entry

19、when full和Car entry之間就可以使用extend關(guān)系進(jìn)行建模。10、問題211、問題3在圖3-24狀態(tài)圖中，Idle表達(dá)有空閑車位，Disable表達(dá)沒有空閑車位，因此在其之間存在雙向的狀態(tài)遷移，即狀態(tài)圖上的狀態(tài)S1為Id1e狀態(tài)。當(dāng)停車場(chǎng)存在空閑車位時(shí)，汽車祈求進(jìn)入停車場(chǎng)，根據(jù)闡明描述“當(dāng)汽車達(dá)到入口時(shí)，駕駛員按下停車卡打印機(jī)的按鈕獲取停車卡”，可知在該動(dòng)作正相應(yīng)于狀態(tài)圖上的S1和狀態(tài)S2之間的遷移，因此，狀態(tài)S2表達(dá)的含義應(yīng)當(dāng)是按下按鈕后狀態(tài)，此時(shí)，駕駛員等待打印停車卡，因此狀態(tài)s2為Await Ticket Take。同理可分析出狀態(tài)S3和狀態(tài)S4。12、問題4在用例的執(zhí)

20、行過程中，也許會(huì)在不同的流程分支中選擇執(zhí)行，也也許會(huì)浮現(xiàn)異常行為。此時(shí)，可以將異常行為或可選分支抽象成一種單獨(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（Common Gateway Interface，公共網(wǎng)關(guān)接口）、SAPI（Server Application Programming Inte

21、rface，服務(wù)端應(yīng)用編程接口）、ASP、PHP、JSP。等。CGI是最早浮現(xiàn)的動(dòng)態(tài)網(wǎng)頁發(fā)布技術(shù)。目前市場(chǎng)上最流行的是ASP、PHP、JSP三種應(yīng)用開發(fā)平臺(tái)。ASp一全稱為Active Server Paqe，提供了一種在服務(wù)器端執(zhí)行腳本指令的環(huán)境（涉及HTML、VBScrpt和Javascript），通過這種環(huán)境，顧客可以創(chuàng)立和運(yùn)營動(dòng)態(tài)的Web應(yīng)用程序。由于所有的程序都在服務(wù)器端執(zhí)行，因而大大減輕了客戶端瀏覽器的承當(dāng)，提高了交互速度。ASP的工作原理如圖13-37所示。當(dāng)顧客申請(qǐng)一種ASP主頁時(shí)，Web服務(wù)器響應(yīng)當(dāng)HTTP祈求。當(dāng)遇到任何與ActivexScripting兼容的腳本（如vBScript和Javascript）時(shí)，Asp引擎會(huì)調(diào)用相應(yīng)的腳本引擎進(jìn)行解決。若腳本指令中具有訪問數(shù)據(jù)庫的祈求，就通過ODBC與后臺(tái)數(shù)據(jù)庫相連，由數(shù)據(jù)庫訪問組件ADO執(zhí)行數(shù)據(jù)庫訪問操作。ASp提供的ADo對(duì)象模塊中常