電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題及答案3

1、電子商務(wù)系統(tǒng)分析與設(shè)計(jì)一、填空題：電子商務(wù)系統(tǒng)規(guī)劃的常用方法包括： 戰(zhàn)略集合變換法，關(guān)鍵成功因素法、企業(yè)系統(tǒng)規(guī) 劃法。U/C 矩陣的正確性檢驗(yàn)包括 完備性檢驗(yàn)、 一致性檢驗(yàn)、無冗余檢驗(yàn) 。從企業(yè)商務(wù)活動(dòng)的信息化角度來看，電子商務(wù)系統(tǒng)的發(fā)展過程大致可分為四個(gè)階段： 醞釀階段、雛形階段、發(fā)展階段和完善階段 。電子商務(wù)系統(tǒng)分析的思路是 自頂向下、從靜到動(dòng)、去偽存真、不斷迭代 。結(jié)構(gòu)化分析方法認(rèn)為計(jì)算機(jī)數(shù)據(jù)處理過程可以歸結(jié)為 輸入數(shù)據(jù)、處理轉(zhuǎn)換、輸出數(shù)據(jù)數(shù)據(jù)流程圖的兩個(gè)特征是： 抽象性和概括性 。UML 主要包括三個(gè)基本內(nèi)容 事物、關(guān)系、圖 。UML 中定義了四種關(guān)系： 依賴、關(guān)聯(lián)、泛化和實(shí)現(xiàn) 。結(jié)構(gòu)

2、化分析方法中，系統(tǒng)模塊設(shè)計(jì)應(yīng)該 降低模塊間的耦合度，增加模塊內(nèi)的組合度電子商務(wù)的網(wǎng)絡(luò)環(huán)境可以通過多種接入方式實(shí)現(xiàn)，如 專線接入、服務(wù)器托管、虛擬 主機(jī)和數(shù)據(jù)中心。系統(tǒng)的經(jīng)濟(jì)可行性分析包括 成本估算 和效益估算在結(jié)構(gòu)化分析方法中，使用的主要工具是 數(shù)據(jù)流圖 和數(shù)據(jù)字典通過面向?qū)ο蟮姆治鼋⒌南到y(tǒng)模型，稱為 概念模型 。面向?qū)ο蟮姆治瞿Ｐ陀晌鍌€(gè)層次組成，這五個(gè)層次是指： 對(duì)象和類型、結(jié)構(gòu)層、屬 性層、服務(wù)層、主題層。用例圖是描述系統(tǒng)基本功能的工具，包含 角色、用例和系統(tǒng) 三種元素。請(qǐng)列舉目前主流的三種 Web服務(wù)器 IIS 、Websphere、Apache 。電子商務(wù)系統(tǒng)由三個(gè)部分構(gòu)成，即企業(yè)內(nèi)

3、部 Intranet 、 Extranet 和 Internet 三個(gè) 部分。電子商務(wù)系統(tǒng)規(guī)劃中的關(guān)鍵成功因素法使用的工具是 樹狀因果圖 。電子商務(wù)系統(tǒng)分析的特點(diǎn)包括 不確定性 , 創(chuàng)新性，整合性 。數(shù)據(jù)字典應(yīng)由下列 4 類元素的定義組成： 數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)項(xiàng)和小說明 。UML 中結(jié)構(gòu)事物包括 7 種元素： 類、接口、協(xié)作、用例、活動(dòng)類、組件和節(jié)點(diǎn) 。支持電子商務(wù)系統(tǒng)的局域網(wǎng)應(yīng)具有 較高的帶寬 和 安全可靠的隔離措施 。系統(tǒng)輸出設(shè)計(jì)的四項(xiàng)基本任務(wù)包括 ：輸出方式設(shè)計(jì)，確定輸出信息的內(nèi)容，保護(hù)輸 出信息，設(shè)計(jì)并制作報(bào)表原型。面向?qū)ο笤O(shè)計(jì)任務(wù)包括： 對(duì)象定義求精，數(shù)據(jù)模型設(shè)計(jì)和優(yōu)化系統(tǒng)切換的

4、方式可分為 直接切換、并行切換 和試點(diǎn)切換電子商務(wù)系統(tǒng)集成的層次有 網(wǎng)絡(luò)集成、數(shù)據(jù)集成、企業(yè)商務(wù)流程集成 和 應(yīng)用集成電子商務(wù)網(wǎng)站主題設(shè)計(jì)應(yīng)考慮的問題包括：主題要專而精，主題要有創(chuàng)意，主題要 結(jié)合企業(yè)自身特點(diǎn)和有廣泛的用戶群 。電子商務(wù)網(wǎng)站按商務(wù)目的和業(yè)務(wù)功能可分為： 基本性商務(wù)網(wǎng)站、宣傳型商務(wù)網(wǎng)站、 客戶服務(wù)型商務(wù)網(wǎng)站 和完全電子商務(wù)運(yùn)作型網(wǎng)站 。31. B2B電子商務(wù)系統(tǒng)的商務(wù)模式主要有以 買賣為主的采購(gòu)方式 ，以 賣方為主的拍賣方式和撮合交易方式。32. UML 中的 9種圖可以歸納為五類視圖，分別是 用例試圖、邏輯視圖、并發(fā)視圖、組 件視圖和部署視圖。、單項(xiàng)選擇題1. 企業(yè)系統(tǒng)規(guī)劃法（

5、BSP）的核心是A. 明確企業(yè)目標(biāo)B. 定義（識(shí)別）業(yè)務(wù)過程C. 進(jìn)行數(shù)據(jù)分析D. 確定信息結(jié)構(gòu)網(wǎng)站制作的核心是A網(wǎng)頁制作工作B.開發(fā)技術(shù) C. 好的設(shè)計(jì)概念 D. 網(wǎng)站規(guī)模下面哪一項(xiàng)關(guān)于企業(yè)關(guān)鍵成功因素法的特點(diǎn)是錯(cuò)誤的：A. 少量的易于識(shí)別的可操作的目標(biāo)B. 可確保企業(yè)的成功C. 由企業(yè)的所有 CSF決定組織的信息需求 D. 比較容易抓住企業(yè)的主要問題電子商務(wù)系統(tǒng)平臺(tái)不包括A 操作系統(tǒng) B 應(yīng)用服務(wù)器 C Web 服務(wù)器 D 數(shù)據(jù)處理結(jié)構(gòu)化設(shè)計(jì)方法把自上而下逐步映射成軟件結(jié)構(gòu)A 數(shù)據(jù)流圖 B 業(yè)務(wù)流程圖 C E-R 圖 D 數(shù)據(jù)字典WWW服務(wù)主要采用形式來組織信息A超鏈接B. 層次 C. 索

6、引 D. 目錄UML 中定義的關(guān)系是指兩個(gè)事物之間的語義關(guān)系，其中一個(gè)事物發(fā)生變化會(huì)影響另一 個(gè)事物的語義A 關(guān)聯(lián) B 依賴 C. 泛化 D. 實(shí)現(xiàn)使用用例建模系統(tǒng)需求的主要優(yōu)點(diǎn)是A 自頂向下分析需求 B 促進(jìn)并鼓勵(lì)用戶參與C 有助于詳細(xì)描述需求 D 自底向上分析需求電子商務(wù)系統(tǒng)流程圖是以新系統(tǒng)的為基礎(chǔ)繪制的：A. E-R 圖 B. 管理功能圖C. 業(yè)務(wù)流程圖D. 數(shù)據(jù)流程圖22. 下面各種測(cè)試不屬于性能測(cè)試的是22. 下面各種測(cè)試不屬于性能測(cè)試的是A. Flash B. XMLC. JSPD. HTML系統(tǒng)分析報(bào)告的主要作用是系統(tǒng)規(guī)劃的依據(jù) B. 系統(tǒng)實(shí)施的依據(jù) C. 系統(tǒng)設(shè)計(jì)的依據(jù) D.

7、系統(tǒng)評(píng)價(jià)的依據(jù)結(jié)構(gòu)化設(shè)計(jì)方法把自上而下逐步映射成軟件結(jié)構(gòu)A 數(shù)據(jù)流圖 B 業(yè)務(wù)流程圖 C E-R 圖 D 數(shù)據(jù)字典電子商務(wù)系統(tǒng)的生命周期不包括立項(xiàng)規(guī)劃 B. 效率與規(guī)模C. 開發(fā)與運(yùn)行 D. 分析與設(shè)計(jì)電子商務(wù)信息安全要求接收方收到的信息與發(fā)送方發(fā)送的信息完全一樣指的是A信息的確定性B.信息的保密性C信息的完整性D.信息的實(shí)效性國(guó)際上最早應(yīng)用于電子商務(wù)的一種網(wǎng)絡(luò)安全協(xié)議是ASSL協(xié)議B. SET協(xié)議CTCP/IP 協(xié)議D. UDP 協(xié)議動(dòng)態(tài)網(wǎng)頁編程技術(shù)目前常用的有 ASP、PHP和（ ）三種系統(tǒng)實(shí)施與發(fā)布的主要工作不包括A實(shí)施組織機(jī)構(gòu)的建立 B. 制定實(shí)施計(jì)劃C完成實(shí)施準(zhǔn)備D. 設(shè)計(jì)電子商務(wù)系

8、統(tǒng)衡量系統(tǒng)開發(fā)質(zhì)量的首要標(biāo)準(zhǔn)是A. 滿足技術(shù)指標(biāo) B. 滿足設(shè)計(jì)者要求 C. 滿足用戶要求 D. 技術(shù)規(guī)范系統(tǒng)測(cè)試的對(duì)象是A. 數(shù)據(jù)文件 B. 源程序 C. 全部文檔 D. 整體系統(tǒng)結(jié)構(gòu)化開發(fā)方法的一個(gè)主要原則是A. 自頂向下原則 B. 自底向上原則 C. 分步實(shí)施原則 D. 重點(diǎn)突破原則系統(tǒng)設(shè)計(jì)階段的主要成果是A. 用戶的決策方針B. 用戶的分析方案C. 系統(tǒng)設(shè)計(jì)說明書D. 系統(tǒng)總體設(shè)計(jì)方案下列哪個(gè)不是數(shù)據(jù)流圖中的外部實(shí)體A. 人 B. 物體 C. 其他軟件系統(tǒng) D. 數(shù)據(jù)處理31. 關(guān)于電子商務(wù)系統(tǒng)測(cè)試的敘述中，錯(cuò)誤的是31. 關(guān)于電子商務(wù)系統(tǒng)測(cè)試的敘述中，錯(cuò)誤的是26. C/S 結(jié)構(gòu)是指

9、A網(wǎng)頁下載速度測(cè)試 B 負(fù)載測(cè)試 C 壓力測(cè)試 D頁面鏈接測(cè)試逐步轉(zhuǎn)換法是A. 用新系統(tǒng)直接代替老系統(tǒng)，中間無過渡階段過渡過程中，有一段新、老平行運(yùn)行的時(shí)期C . 先選幾個(gè)試點(diǎn)轉(zhuǎn)換，轉(zhuǎn)換成功后，再同時(shí)轉(zhuǎn)換其他部分D. 分期分批競(jìng)選轉(zhuǎn)換傳統(tǒng)商務(wù)中的支付一般有哪兩種方式A電子貨幣或現(xiàn)金B(yǎng). 銀行轉(zhuǎn)帳和現(xiàn)金C以貨抵貨和支票D. 電子貨幣和支票商務(wù)交易過程不包括A發(fā)布供求信息，訂貨及確認(rèn)訂貨B支付過程及票據(jù)的簽發(fā)、傳送和接收C確定配送方案D第三方參與監(jiān)督A頁面/ 服務(wù)結(jié)構(gòu)B.客戶機(jī)/ 數(shù)據(jù)庫結(jié)構(gòu)C客戶機(jī) / 服務(wù)器D.瀏覽器 /Web服務(wù)結(jié)構(gòu)下列哪項(xiàng)不屬于構(gòu)建電子商務(wù)網(wǎng)站的目標(biāo)A保證內(nèi)部網(wǎng)絡(luò)的安全實(shí)現(xiàn)

10、網(wǎng)上的商務(wù)交易提供在線信息咨詢和技術(shù)支持宣傳與推廣下列哪項(xiàng)是動(dòng)態(tài)網(wǎng)頁的優(yōu)點(diǎn)A便于維護(hù)B. 開發(fā)復(fù)雜C內(nèi)容穩(wěn)定，易檢索D.用 HTML編寫下列哪項(xiàng)不是目前主流的 Web服務(wù)器A. IISB. PowerDesigner C. Apache D. Tomcat下列哪項(xiàng)是 UML中的動(dòng)態(tài)（行為）模型交互圖A. 類圖 B. 用例圖 C. 包圖 D.35. 下面關(guān)于網(wǎng)站目錄結(jié)構(gòu)設(shè)計(jì)，錯(cuò)誤的說法是35. 下面關(guān)于網(wǎng)站目錄結(jié)構(gòu)設(shè)計(jì)，錯(cuò)誤的說法是A測(cè)試不僅在系統(tǒng)編碼完成之后需要進(jìn)行測(cè)試，在編寫每個(gè)模塊之后也應(yīng)進(jìn)行。B測(cè)試應(yīng)貫穿系統(tǒng)開發(fā)的各個(gè)階段C軟件測(cè)試的四個(gè)步驟為：?jiǎn)卧獪y(cè)試、系統(tǒng)測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試D測(cè)

11、試工作應(yīng)避免由原開發(fā)軟件的人或小組承擔(dān)下面不屬于電子商務(wù)網(wǎng)站的管理的是A文件管理B 開發(fā)管理 C 內(nèi)容管理 D 安全管理網(wǎng)上商店的訂單處理是電子商務(wù)企業(yè)的一個(gè)核心業(yè)務(wù)流程，以下說法錯(cuò)誤的是A可以通過改善訂單處理的流程，使訂單處理的周期縮短B得到對(duì)客戶訂單處理的全程跟蹤信息C提高庫存量，使企業(yè)獲得競(jìng)爭(zhēng)優(yōu)勢(shì)D訂單處理的業(yè)務(wù)流程包括訂單準(zhǔn)備、訂單傳遞等下列哪項(xiàng)是 UML的優(yōu)點(diǎn)A能直接生成系統(tǒng)代碼B. 直觀、規(guī)范、面向?qū)ο驝能保證開發(fā)出高質(zhì)量軟件D. 比 E-R 圖容易學(xué)習(xí)A. 目錄應(yīng)采用層次結(jié)構(gòu) B. 不要將所有文件放在根目錄下目錄應(yīng)盡量用中文命名 D. 按欄目?jī)?nèi)容建立子目錄36. 下列哪項(xiàng)不是面向

12、對(duì)象設(shè)計(jì)應(yīng)遵循的準(zhǔn)則A. 抽象 B. 信息隱藏 C. 高內(nèi)聚 D. 盡量多使用繼承關(guān)系三、名詞解釋電子商務(wù)系統(tǒng)（狹義） 是指在互聯(lián)網(wǎng)或其他網(wǎng)絡(luò)上，為滿足企業(yè)生產(chǎn)、銷售、服務(wù)等 的需要，并且支持企業(yè)的對(duì)外業(yè)務(wù)協(xié)作，從運(yùn)作層、管理層和決策層等層次全面提高企 業(yè)信息化水平，為企業(yè)提供商業(yè)智能的計(jì)算機(jī)系統(tǒng)。數(shù)據(jù)字典 : 一個(gè)定義應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含義、類型、數(shù)據(jù)大小、 格式、度量單位、精度以及允許取值范圍的共享倉庫。它定義了原數(shù)據(jù)元素、組成結(jié)構(gòu) 體的復(fù)雜數(shù)據(jù)元素、重復(fù)的數(shù)據(jù)項(xiàng)、一個(gè)數(shù)據(jù)項(xiàng)的枚舉值以及可選的數(shù)據(jù)項(xiàng)。UM（L 統(tǒng)一建模語言） 是用來對(duì)軟件系統(tǒng)進(jìn)行可視化建模的一種語言，是進(jìn)

13、行需求分析 和概要設(shè)計(jì)的建模語言， UML為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說明、可視化和編制文檔的 一種標(biāo)準(zhǔn)語言。戰(zhàn)略集合變換法 把一個(gè)企業(yè)的發(fā)展戰(zhàn)略看成是一個(gè)“戰(zhàn)略集” ，該戰(zhàn)略集包括企業(yè)的 目標(biāo)、戰(zhàn)略以及其他戰(zhàn)略屬性（如管理水平、發(fā)展趨勢(shì)、環(huán)境約束等） 。電子商務(wù)系統(tǒng)戰(zhàn) 略規(guī)劃就是把這個(gè)“戰(zhàn)略集”轉(zhuǎn)化為包含系統(tǒng)目標(biāo)、系統(tǒng)約束和系統(tǒng)設(shè)計(jì)原則的“電子商務(wù)系統(tǒng)戰(zhàn)略集”，來指導(dǎo)電子商務(wù)系統(tǒng)的設(shè)計(jì)和開發(fā)。法面向?qū)ο蠓治龇椒?. 面向?qū)ο蠓治龇椒?是一種系統(tǒng)建模技術(shù)， 它從系統(tǒng)的組成來進(jìn)行分解， 對(duì)問題進(jìn)行自然 分割，利用類和對(duì)象作為基本構(gòu)造單元，以接近人類思維的方式建立問題域模型，使設(shè)計(jì) 出的軟件盡可能

14、直接描述現(xiàn)實(shí)世界，構(gòu)造出組件化的、可重用的、可維護(hù)性好的軟件，并 能控制軟件的復(fù)雜性和降低開發(fā)維護(hù)費(fèi)用。6RUP是指 Rational 統(tǒng)一過程。它描述了如何為軟件開發(fā)團(tuán)隊(duì)有效的部署經(jīng)過商業(yè)化驗(yàn) 證的軟件開發(fā)方法。 RUP的整體框架組成包括 4 個(gè)順序的開發(fā)階段和 9 個(gè)核心工作流及迭 代式的開發(fā)過程。C/S 結(jié)構(gòu)即客戶機(jī) /服務(wù)器結(jié)構(gòu)。在 C/S 結(jié)構(gòu)中，客戶機(jī)負(fù)責(zé)信息的顯示、數(shù)據(jù)錄入和 業(yè)務(wù)處理等，服務(wù)器主要負(fù)責(zé)對(duì)數(shù)據(jù)的存儲(chǔ)和管理。關(guān)鍵成功因素法 主要思想是先找出影響系統(tǒng)成功的關(guān)鍵因素， 確定企業(yè)的關(guān)鍵信息需求， 從而使電子商務(wù)系統(tǒng)設(shè)計(jì)者設(shè)計(jì)出的系統(tǒng)能夠更有效地滿足企業(yè)的目標(biāo)。電子商務(wù)網(wǎng)站

15、 (website) 是在軟、硬件基礎(chǔ)設(shè)施的支持下 , 由一系列網(wǎng)頁和具有商務(wù)功能 的軟件系統(tǒng)、后臺(tái)數(shù)據(jù)庫等構(gòu)成，具有實(shí)現(xiàn)電子商務(wù)應(yīng)用的各種功能，是企業(yè)電子商務(wù)系 統(tǒng)的一部分。企業(yè)資源規(guī)劃 的基本思想是把企業(yè)的業(yè)務(wù)流程看作是一個(gè)緊密聯(lián)接的供應(yīng)鏈，把企業(yè) 內(nèi)部經(jīng)營(yíng)的所有業(yè)務(wù)單元如訂單、采購(gòu)、庫存、計(jì)劃、生產(chǎn)、質(zhì)量、運(yùn)輸、市場(chǎng)、銷售、 服務(wù)等以及相應(yīng)的財(cái)務(wù)活動(dòng)、人事管理均納入進(jìn)來，從管理范圍和深度上為企業(yè)提供了更 豐富的功能和工具18. Web服務(wù)器 是指駐留在 Internet 上的某種類型計(jì)算機(jī)程序 (如 IIS 等) 。Internet 上安企業(yè)系統(tǒng)規(guī)劃法 是一種對(duì)企業(yè)管理信息系統(tǒng)進(jìn)行規(guī)劃和

16、設(shè)計(jì)的結(jié)構(gòu)化方法，它也是從 企業(yè)目標(biāo)入手，自上而下地識(shí)別系統(tǒng)目標(biāo)，識(shí)別企業(yè)過程，識(shí)別數(shù)據(jù)類，逐步將企業(yè)目標(biāo) 轉(zhuǎn)化為電子商務(wù)系統(tǒng)的目標(biāo)和結(jié)構(gòu)，然后自下而上設(shè)計(jì)系統(tǒng)，以支持企業(yè)目標(biāo)的實(shí)現(xiàn)。PDL是過程設(shè)計(jì)語言的簡(jiǎn)稱，又稱為偽碼。 PDL包括兩個(gè)方面，一方面 PDL有嚴(yán)格的關(guān) 鍵字外部語法，用來定義控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)；另一方面，PDL 表示實(shí)際和條件的內(nèi)部語法靈活自由，以便適應(yīng)各種項(xiàng)目的需要。用例圖 描述系統(tǒng)基本功能的工具，包含角色、用例和系統(tǒng)三種元素。用例圖主要應(yīng)用在 開發(fā)的初期進(jìn)行系統(tǒng)需求分析。14白盒測(cè)試 也稱結(jié)構(gòu)測(cè)試，將軟件看作是一個(gè)透明的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處 理邏輯來選定測(cè)試用例

17、，對(duì)軟件的邏輯路徑及過程進(jìn)行測(cè)試，檢測(cè)它與設(shè)計(jì)是否相符。SSL協(xié)議是 Netscape Communication 公司推出在網(wǎng)絡(luò)傳輸層之上提供的一種基于 RSA 和對(duì)稱密鑰的用于瀏覽器和 Web服務(wù)器之間的安全連接技術(shù)。它是國(guó)際上最早應(yīng)用于電子 商務(wù)的一種由消費(fèi)者和商家雙方參加的信用卡 / 借記卡支付協(xié)議。電子商務(wù)系統(tǒng)設(shè)計(jì) 是指根據(jù)系統(tǒng)規(guī)劃的內(nèi)容，界定系統(tǒng)的外部邊界，說明系統(tǒng)的組成 及其功能和相互關(guān)系，描述系統(tǒng)的處理流程，目標(biāo)是給出未來系統(tǒng)的結(jié)構(gòu)。換言之，完成 電子商務(wù)系統(tǒng)的設(shè)計(jì)后，對(duì)未來電子商務(wù)系統(tǒng)的總體構(gòu)成能夠有一個(gè)清晰的理解，為后續(xù) 的系統(tǒng)開發(fā)奠定基礎(chǔ)。E-R 圖即實(shí)體關(guān)系圖，是數(shù)據(jù)概

18、念設(shè)計(jì)中經(jīng)常用到的一種圖，它用實(shí)體，屬性和關(guān)系 表述數(shù)據(jù)的特征和相互聯(lián)系。 E-R 可以直接導(dǎo)出數(shù)據(jù)庫的表設(shè)計(jì)Web服務(wù)器裝了 Web服務(wù)器軟件，能對(duì)外提供網(wǎng)頁訪問等服務(wù)的軟硬件系統(tǒng)稱為19. 電子商務(wù)網(wǎng)站的主要客戶端技術(shù)：四、簡(jiǎn)答：本大題 4 小題，每題 5分，共 20 分。1. 電子商務(wù)系統(tǒng)的特點(diǎn)是什么 ？是支持企業(yè)商務(wù)活動(dòng)整個(gè)過程的技術(shù)平臺(tái)是企業(yè)業(yè)務(wù)流程重構(gòu)、價(jià)值鏈增值的技術(shù)平臺(tái)采用 B/S 架構(gòu)，提供基于 WEB的分布式服務(wù)對(duì)安全提出了很高要求大多是依托企業(yè)原有信息資源運(yùn)行的系統(tǒng)2. 電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容包括哪些 ？制定電子商務(wù)發(fā)展戰(zhàn)略和目標(biāo)確定電子商務(wù)模式及其盈利方式確定電子商務(wù)模

19、型確定開發(fā)戰(zhàn)略進(jìn)行可行性分析3在利用 UML分析建模的過程應(yīng)該注意哪些問題？UML的狀態(tài)圖適合于描述使用多個(gè)實(shí)例的對(duì)象，所以，一般需要將狀態(tài)圖、序列圖、 協(xié)作圖和活動(dòng)圖配合使用。序列圖、協(xié)作圖適合于描述多個(gè)對(duì)象間的交互關(guān)系，但是一般適合于行為關(guān)系比較簡(jiǎn) 單的情況；如果對(duì)象實(shí)例之間的關(guān)系比較復(fù)雜，則需要使用活動(dòng)圖進(jìn)行繪制。( 3)無論序列圖還是協(xié)作圖只能描述對(duì)象之間的合作關(guān)系， 而不適合對(duì)行為進(jìn)行精確定義， 所以，一旦需要確切了解對(duì)象的行為變化過程，應(yīng)當(dāng)使用狀態(tài)圖。4. 請(qǐng)簡(jiǎn)述應(yīng)用服務(wù)器 的主要功能？應(yīng)用服務(wù)引擎組件處理器服務(wù)進(jìn)程調(diào)度會(huì)話管理事務(wù)管理內(nèi)容管理安全管理系統(tǒng)管理5. 面向?qū)ο笤O(shè)計(jì)準(zhǔn)則

20、 有哪些？模塊化抽象信息隱藏弱耦合強(qiáng)內(nèi)聚可重用結(jié)構(gòu)化分析方法的基本思想 是什么？答：自頂向下，逐步求精；采用模塊化技術(shù)，分而治之的方法，將系統(tǒng)按功能分解為若干模塊；模塊內(nèi)部由順序、分支、循環(huán)基本控制結(jié)構(gòu)組成；應(yīng)用子程序?qū)崿F(xiàn)模塊化。7面向?qū)ο蠓治鼋５倪^程是什么？( 1)標(biāo)識(shí)對(duì)象和類：對(duì)企業(yè)的各類業(yè)務(wù)實(shí)體進(jìn)行分析。標(biāo)識(shí)結(jié)構(gòu)：分類結(jié)構(gòu)和組裝結(jié)構(gòu)分類結(jié)構(gòu)- 反映了對(duì)象之間的從屬關(guān)系；組裝結(jié)構(gòu)- 反映了事物的整體與部分關(guān)系 。3)標(biāo)識(shí)屬性：確定一個(gè)對(duì)象可以用哪些數(shù)據(jù)描述其特性4）標(biāo)識(shí)服務(wù)：描述了系統(tǒng)需要執(zhí)行的處理和功能（5）標(biāo)識(shí)主題：對(duì)模型進(jìn)行劃分，給出模型的整體框架，劃分出層次結(jié)構(gòu)。8. 使用關(guān)鍵成

21、功因素法進(jìn)行系統(tǒng)規(guī)劃 的步驟有哪些？（1）了解企業(yè)的戰(zhàn)略目標(biāo)（2）識(shí)別所有成功因素（3）確定關(guān)鍵成功因素（4）識(shí)別性能指標(biāo)與標(biāo)準(zhǔn)（5）識(shí)別測(cè)量性能的數(shù)據(jù)9. U/C 矩陣的正確性檢驗(yàn) 包括哪些內(nèi)容？（ 1）完備性檢驗(yàn)。這是指每一個(gè)數(shù)據(jù)類必須有一個(gè)產(chǎn)生者（即“C”） 和至少有一個(gè)使用者（即“ U”） ；每個(gè)功能必須產(chǎn)生或者使用數(shù)據(jù)類。（2）一致性檢驗(yàn)。這是指每一個(gè)數(shù)據(jù)類僅有一個(gè)產(chǎn)生者，即在矩陣中每個(gè)數(shù)據(jù)類只有一個(gè) “C”。如果有多個(gè)產(chǎn)生者的情況出現(xiàn)，則會(huì)產(chǎn)生數(shù)據(jù)不一致的現(xiàn)象。（ 3）無冗余性檢驗(yàn)。這是指每一行或每一列必須有“ U” 或“ C”，即不允許有空行空列。 若存在空行空列，則說明該功能或

22、數(shù)據(jù)的劃分是沒有必要的、冗余的。10數(shù)據(jù)字典建立的過程中，如何保證 數(shù)據(jù)項(xiàng)及其處理的完整性 ？答： 創(chuàng)建數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義， 以確保開發(fā)人員使用統(tǒng)一的 數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確保客戶與開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。11. 目前電 子商務(wù)系統(tǒng)的優(yōu)化技術(shù) 有哪些？動(dòng)態(tài)負(fù)荷優(yōu)化技術(shù)優(yōu)化搜索及檢索技術(shù)第四層交換技術(shù)集群技術(shù)12 B2C電子商務(wù)系統(tǒng) 一般包括哪些主要功能？答：功能有：商品展示與推介，訂單管理，會(huì)話管理，電子支付，商品售后服務(wù)，商品分類管理與搜索，客戶關(guān)系管理。14 電子商務(wù)實(shí)施 包括哪些階段？(

23、1) 開發(fā)集成(2) 性能測(cè)試系統(tǒng)安裝維護(hù)管理15 電子商務(wù)網(wǎng)站的 規(guī)劃與分析的主要內(nèi)容 是什么？ 答：主要內(nèi)容有上網(wǎng)目的分析、在網(wǎng)上能開展的業(yè)務(wù)分析、網(wǎng)站目標(biāo)客戶分析、競(jìng)爭(zhēng)對(duì)手 分析、網(wǎng)站市場(chǎng)定位分析、電子商務(wù)網(wǎng)站可行性分析等。五、綜合題：本大題 2小題，每個(gè)小題 15分，共 30分。某單位工資發(fā)放過程如下：工資發(fā)放前，由財(cái)務(wù)科根據(jù)已存檔的“上月工資發(fā)放清單”和人事科送來的“本月 人員及工資變動(dòng)表”填寫“本月工資發(fā)放清單”中的相關(guān)項(xiàng)。接著，再根據(jù)總務(wù)科送來 的“本月扣款清單”將扣款數(shù)填入“本月工資發(fā)放清單” 。最后計(jì)算出每位職工的應(yīng)發(fā) 工資數(shù)，并填入“本月工資發(fā)放清單” ，為工資發(fā)放人員發(fā)放

24、工資做好準(zhǔn)備。用業(yè)務(wù)流程圖描述該單位工資發(fā)放業(yè)務(wù)流程。解：其業(yè)務(wù)流程圖如下某倉庫管理系統(tǒng)按以下步驟進(jìn)行信息處理，試畫出數(shù)據(jù)流程圖。（ 1） 保管員根據(jù)當(dāng)日的出庫單和入庫單通過出庫處理和入庫處理分別將數(shù)據(jù)輸入到“出庫流水帳”和“入庫流水帳” ，并修改“庫存臺(tái)帳” 。（ 2） 根據(jù)庫存臺(tái)帳由統(tǒng)計(jì)、打印程序輸出庫存日?qǐng)?bào)表。（ 3） 需要查詢時(shí)，可利用查詢程序在輸入查詢條件后，到庫存臺(tái)帳去查找，顯示查詢結(jié)果答：數(shù)據(jù)流程圖如下請(qǐng)比較關(guān)鍵成功因素、戰(zhàn)略集合變換和企業(yè)系統(tǒng)規(guī)劃 三種系統(tǒng)規(guī)劃方法的優(yōu)劣 ？（ 1）CSF方法更能抓住主要矛盾， 更加重視關(guān)鍵因素的識(shí)別， 在高層管理中應(yīng)用比較廣泛， 但對(duì)于中層管理

25、者不大適合。（2）SST方法從另一個(gè)角度識(shí)別管理目標(biāo)，反映了各種人的要求，而且給出了按這種要求 的分層結(jié)構(gòu)，總結(jié)出企業(yè)的戰(zhàn)略集，然后轉(zhuǎn)化為電子商務(wù)系統(tǒng)目標(biāo)。它能保證確定的目標(biāo) 比較全面，但在突出重點(diǎn)方面不如 CSF方法。（ 3）BSP方法比較系統(tǒng)全面， 基本概念中也首先強(qiáng)調(diào)目標(biāo)， 但卻沒有明顯的目標(biāo)引出過程。結(jié)合圖闡述 基于 SET協(xié)議電子支付的數(shù)據(jù)流程 。（1） 用戶通過瀏覽器發(fā)送購(gòu)物請(qǐng)求（2） 商家服務(wù)器通過調(diào)用支付服務(wù)器 API 激活支付服務(wù)器支付服務(wù)器相應(yīng)并向商家服務(wù)器返回“喚醒”信息商家服務(wù)器將“喚醒”消息發(fā)送給瀏覽器瀏覽器觸發(fā)電子錢包電子錢包向支付服務(wù)器發(fā)出購(gòu)買初始化請(qǐng)求支付服務(wù)器

26、響應(yīng)購(gòu)買初始化請(qǐng)求，并將響應(yīng)結(jié)果發(fā)送電子錢包電子錢包向支付服務(wù)器發(fā)出購(gòu)買請(qǐng)求支付服務(wù)器接到購(gòu)買請(qǐng)求后，發(fā)送授權(quán)請(qǐng)求至支付網(wǎng)關(guān)支付網(wǎng)關(guān)將授權(quán)結(jié)果返回支付服務(wù)器支付服務(wù)器轉(zhuǎn)發(fā)授權(quán)結(jié)果至電子錢包電子錢包根據(jù)不同的授權(quán)結(jié)果通知瀏覽器，告訴用戶授權(quán)結(jié)果請(qǐng)舉例說明 電子商務(wù)系統(tǒng)分析 的過程。(1) 掌握企業(yè)商務(wù)活動(dòng)的特點(diǎn)(2) 系統(tǒng)調(diào)查電子商務(wù)系統(tǒng)的基本需求典型的電子商務(wù)需求（5）分析、綜合、評(píng)估和創(chuàng)新，提出電子商務(wù)系統(tǒng)需求（6）征求意見6 ATM是由計(jì)算機(jī)控制的系統(tǒng)。在我國(guó)基本上所有銀行系統(tǒng)都有自己ATM系統(tǒng)。（ 1） ATM 提供給用戶的功能主要有取款、轉(zhuǎn)帳、修改密碼、查詢余額。請(qǐng)畫出客戶使用ATM的

27、用例圖。（6 分）1）用例圖2） 在建模中最常見的圖就是類圖。每個(gè)用戶都擁有自己的賬戶，賬戶與ATM相關(guān)聯(lián)，而賬戶又分為人民幣賬戶和美元賬戶，請(qǐng)畫出以上意思表示的類圖。 （9 分） （2）類圖寫出上述過程 10 分，結(jié)合實(shí)際例子 5 分7. 某銀行儲(chǔ)蓄所存（?。┛钸^程如下：儲(chǔ)戶將填好的存（?。﹩渭按嬲鬯徒环诸愄幚硖?分類處理處按三種不同情況分別處理。如果存折不符或存（?。﹩尾缓细?，則將存折 及存（取）單直接退還儲(chǔ)戶重新填寫；如果是存款，則將存折及存款單送交存款處處 理。存款處理處取出底帳登記后，將存折退還給儲(chǔ)戶；如果是取款，則將存折及取款 單送交取款處，改服務(wù)臺(tái)取出底帳及現(xiàn)金，記帳后將存折與現(xiàn)

28、金退給儲(chǔ)戶。從而完成 存（?。┛钐幚磉^程。試按此畫出數(shù)據(jù)流程圖。存 折 分類8. 請(qǐng)比較 電子商務(wù)系統(tǒng)建造的三種方式（自主開發(fā)、外包和租用）各自的優(yōu)缺點(diǎn) 答：三種方式的優(yōu)缺點(diǎn)如下：（ 1） 自主開發(fā)方式的優(yōu)點(diǎn)與缺點(diǎn)優(yōu)點(diǎn)： 企業(yè)內(nèi)部信息技術(shù)人員企業(yè)比較了解，在建造過程紅比較容易把握系統(tǒng)的重點(diǎn)。 與其他企業(yè)的系統(tǒng)相比，自主開發(fā)的系統(tǒng)一般具有獨(dú)創(chuàng)性和差異性，在競(jìng)爭(zhēng)中，易于保持一種差異化的競(jìng)爭(zhēng)優(yōu)勢(shì)。缺點(diǎn)：對(duì)企業(yè)信息技術(shù)人員素質(zhì)要求高 成本相比外包而言，可能更高（ 2） 外包方式的優(yōu)缺點(diǎn) 優(yōu)點(diǎn)： 對(duì)企業(yè)而言，風(fēng)險(xiǎn)較低 外包企業(yè)在項(xiàng)目管理上一般有經(jīng)驗(yàn)，項(xiàng)目的進(jìn)度易于得到控制 缺點(diǎn)： 外包企業(yè)對(duì)企業(yè)的需求把

29、握可能不會(huì)十分準(zhǔn)確，系統(tǒng)投產(chǎn)后，可能需要調(diào)整。 外包方式會(huì)涉及企業(yè)機(jī)密和知識(shí)產(chǎn)權(quán)的問題，需用協(xié)議保證建造的電子商務(wù)系統(tǒng)不會(huì)被競(jìng)爭(zhēng)對(duì)手模仿和復(fù)制。 在培訓(xùn)、維護(hù)方面成本較高（ 3） 租用方式的優(yōu)缺點(diǎn)優(yōu)點(diǎn)：可以減少建造成本，同時(shí)可以通過租用積累經(jīng)驗(yàn) 建造時(shí)間短，可以比較快的投入運(yùn)行 缺點(diǎn)：一般租用的系統(tǒng)通用性強(qiáng)，缺乏針對(duì)性 企業(yè)電子商務(wù)服務(wù)特色、效率等會(huì)受限于服務(wù)商的能力、環(huán)境和服務(wù)質(zhì)量 可能涉及企業(yè)商業(yè)機(jī)密信息的保護(hù)問題。電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題第一章 電子商務(wù)系統(tǒng)概論簡(jiǎn)述 電子商務(wù)系統(tǒng)與其他信息系統(tǒng)的區(qū)別和聯(lián)系 。答: 電子商務(wù)是企業(yè)信息化建設(shè)的目的是企業(yè)管理信息系統(tǒng)的延伸和發(fā)展 而企業(yè)信

30、息化是電子商務(wù)的基礎(chǔ)和前提。也就是說管理信息系統(tǒng)是企業(yè)內(nèi)部的信息系統(tǒng) 電子商務(wù)是企業(yè)外部的信息系統(tǒng) 內(nèi)部與外部信息系統(tǒng)的結(jié)合才構(gòu)成現(xiàn)代企業(yè)完整的信息系統(tǒng)。我 們應(yīng)該依托信息管理與信息系統(tǒng)專業(yè)加速發(fā)展電子商務(wù)專業(yè) 利用電子商務(wù)專業(yè)促進(jìn)信息 管理與信息系統(tǒng)專業(yè)的發(fā)展。電子商務(wù)與管理信息系統(tǒng)相輔相成 既有區(qū)別 也有聯(lián)系。聯(lián)系:在電子商務(wù)的大環(huán)境下 要求電子商務(wù)企業(yè)建立完善的管理信息系統(tǒng)。電子商務(wù)要順利長(zhǎng) 久的開展下去 必須對(duì)各個(gè)信息系統(tǒng)進(jìn)行有效整合。區(qū)別:在功能上不僅支持企業(yè)內(nèi)部的生產(chǎn)管理如 ERP、 SCM、 CRM,而且支持企業(yè)通過Internet/Intranet 進(jìn)行的商務(wù)活動(dòng) 如信息發(fā)布、

31、網(wǎng)絡(luò)訂單管理、網(wǎng)絡(luò)支付管理等 。在服務(wù)的范圍及對(duì)象方面 傳統(tǒng) IS 主要服務(wù)于企業(yè)內(nèi)部特定的客戶 而電子商務(wù)系統(tǒng) 還服務(wù)于企業(yè)的客戶和合作伙伴。在技術(shù)方面 電子商務(wù)系統(tǒng)基本上是 B/S 結(jié)構(gòu)。另外還使用多層結(jié)構(gòu)、站點(diǎn)動(dòng)態(tài)負(fù)荷均 衡技術(shù)、安全與認(rèn)證技術(shù)等電子商務(wù)系統(tǒng)需要與企業(yè)內(nèi)部信息系統(tǒng)結(jié)合 其數(shù)據(jù)庫往往與企業(yè)的其他信息系統(tǒng)共享 第二章 電子商務(wù)系統(tǒng)的開發(fā)方法與開發(fā)過程電子商務(wù)系統(tǒng)有哪幾種開發(fā)方法？其基本思想是什么？各有何優(yōu)缺點(diǎn)？適用于什么場(chǎng)合？答：結(jié)構(gòu)化系統(tǒng)開發(fā)方法基本思想 ：用系統(tǒng)的思想和系統(tǒng)工程的方法，按照用戶至上的原則結(jié)構(gòu)化、模塊化，自頂 向下對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)。優(yōu)點(diǎn)：強(qiáng)調(diào)開發(fā)人員與用

32、戶的緊密結(jié)合，注重開發(fā)過程的整體性和全局性。在整體優(yōu)化的 前提下考慮具體的分析設(shè)計(jì)問題。嚴(yán)格區(qū)分工作階段 每一階段及時(shí)總結(jié)、發(fā)現(xiàn)、及時(shí)反 饋和糾正 避免造成浪費(fèi)和混亂。缺點(diǎn) ：開發(fā)過程復(fù)雜繁瑣 周期長(zhǎng) 系統(tǒng)難以適應(yīng)環(huán)境的變化。不能充分了解用戶的需求 和可能發(fā)生的變化。 4 適用范圍 大型、復(fù)雜的信息系統(tǒng)。原型法 Prototyping基本思想 : 是在投入大量的人力 物力之前 在限定的時(shí)間內(nèi) 用最經(jīng)濟(jì)的方法開發(fā)出一 個(gè)可實(shí)際運(yùn)行的系統(tǒng)模型 用戶在運(yùn)行使用整個(gè)原型的基礎(chǔ)上 通過對(duì)其評(píng)價(jià) 提出改進(jìn) 意見 對(duì)原型進(jìn)行修改 統(tǒng)一使用 評(píng)價(jià)過程反復(fù)進(jìn)行 使原型逐步完善 直到完全滿足 用戶的需求為止。優(yōu)點(diǎn)

33、: 符合人們認(rèn)識(shí)事物的規(guī)律 系統(tǒng)開發(fā)循序漸進(jìn) 反復(fù)修改 確保較好的用戶滿意度開發(fā)周期短 費(fèi)用相對(duì)少 由于有用戶的直接參與 系統(tǒng)更加貼近實(shí)際 易學(xué)易用 減少用戶的培訓(xùn)時(shí)間 應(yīng)變能力強(qiáng) 缺點(diǎn) : 不適合大規(guī)模系統(tǒng)的開發(fā) 開發(fā)過程管理要求高 整個(gè)開發(fā)過程要經(jīng)過“修改評(píng) 價(jià)再修改”的多次反復(fù) 用戶過早看到系統(tǒng)原型 誤認(rèn)為系統(tǒng)就是就是這個(gè)模樣 易使 用戶失去信心 開發(fā)人員易將原型取代系統(tǒng)分析 缺乏規(guī)范化的文檔資料。適用范圍 : 處理過程明確、簡(jiǎn)單系統(tǒng) 涉及面窄的小型系統(tǒng)。面向?qū)ο箝_發(fā)方法 Object_Oriented基本思想 : 客觀世界是由各種各樣的對(duì)象組成的每種對(duì)象都有各自的內(nèi)部狀態(tài)和運(yùn)動(dòng)規(guī)律 不

34、同對(duì)象之間的相互作用和聯(lián)系就構(gòu)成了各種不同的系統(tǒng)。在設(shè)計(jì)和實(shí)現(xiàn)一個(gè)客觀系 統(tǒng)時(shí) 在滿足需求的條件下 把系統(tǒng)設(shè)計(jì)成一些不可變的 相對(duì)固定 部分組成的最小集 合 最好的設(shè)計(jì) 。這些不可變的部分就是所謂的對(duì)象。優(yōu)點(diǎn): 是一種全新的系統(tǒng)分析設(shè)計(jì)方法對(duì)象、類、結(jié)構(gòu)屬性、方法 。 適用于各類信息系統(tǒng)的開發(fā)。實(shí)現(xiàn)了對(duì)客觀世界描述到軟件結(jié)構(gòu)的直接轉(zhuǎn)換 大大減少后續(xù)軟件開發(fā)量。 開發(fā)工作的重用性、繼承性高 降低重復(fù)工作量。 E 縮短了開發(fā)周期。缺點(diǎn):A 需要一定的軟件支持環(huán)境。 不太適宜大型的 MIS開發(fā) 若缺乏整體系統(tǒng)設(shè)計(jì)劃分易造成系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等問題。只能在現(xiàn)有業(yè)務(wù)基礎(chǔ)上進(jìn)行分類整理不能從科

35、學(xué)管理角度進(jìn)行理順和優(yōu)化。 D 初學(xué)者不易接受、難學(xué)。適用范圍 : 在大型管理信息系統(tǒng)開發(fā)中若不經(jīng)自頂向下的整體劃分 而是一開始就自底向上地采用面向?qū)ο箝_發(fā)方法開發(fā)系統(tǒng)會(huì)造成系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等等問題。面向?qū)ο箝_發(fā)方法和結(jié)構(gòu)化方法在系統(tǒng)開發(fā)中相互依存、不可替代。電子商務(wù)系統(tǒng)的建造方式有哪幾種？各有何優(yōu)缺點(diǎn)？ 第三章 電子商務(wù)系統(tǒng)的 規(guī)劃為什么要作電子商務(wù)系統(tǒng)規(guī)劃 ?答: 電子商務(wù)系統(tǒng)的實(shí)施是一個(gè)復(fù)雜的系統(tǒng)工程 ,電子商務(wù)系統(tǒng)的實(shí)施自始至終存在風(fēng)險(xiǎn) 電子商務(wù)的實(shí)施實(shí)際上意味著企業(yè)商務(wù)活動(dòng)的轉(zhuǎn)型 , 需要經(jīng)歷一個(gè)過程 ,必須對(duì)這個(gè)過程中 所需的各種資源進(jìn)行統(tǒng)籌安排。電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容內(nèi)容:電子商務(wù)系統(tǒng)規(guī)劃的依據(jù)電子商務(wù)系統(tǒng)的應(yīng)用平臺(tái)結(jié)構(gòu)第四章 電子商務(wù)系統(tǒng)的分析1與一般的信息系統(tǒng)分析相比較 電子商務(wù)系統(tǒng)分析的特點(diǎn) 有那些？答:目標(biāo)相同 : 為了給未來要建設(shè)的新系統(tǒng)提出明確的、細(xì)致的需求為系統(tǒng)設(shè)計(jì)打基礎(chǔ)。方法工具一樣 : 電子商務(wù)系統(tǒng)也是一種信息系統(tǒng) 其分析方法和分析工具通用。分析對(duì)象不盡相同 : 一般的信息系統(tǒng)把老系統(tǒng)作為分析對(duì)