電子商務系統(tǒng)分析與設(shè)計復習題及答案

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

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

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

4、對象設(shè)計任務包括：對象定義求精，數(shù)據(jù)模型設(shè)計和優(yōu)化。26. 系統(tǒng)切換的方式可分為直接切換、并行切換和試點切換。27. 電子商務系統(tǒng)集成的層次有網(wǎng)絡(luò)集成、數(shù)據(jù)集成、企業(yè)商務流程集成和應用集成。28. 電子商務網(wǎng)站主題設(shè)計應考慮的問題包括：主題要專而精，主題要有創(chuàng)意，主題要結(jié)合企業(yè)自身特點和有廣泛的用戶群。29. 電子商務網(wǎng)站按商務目的和業(yè)務功能可分為：基本性商務網(wǎng)站、宣傳型商務網(wǎng)站、客戶服務型商務網(wǎng)站和完全電子商務運作型網(wǎng)站。31. B2B電子商務系統(tǒng)的商務模式主要有以買賣為主的采購方式，以賣方為主的拍賣方式和撮合交易方式。32. UML中的9種圖可以歸納為五類視圖，分別是用例試圖、邏輯視圖、并

5、發(fā)視圖、組件視圖和部署視圖。二、單項選擇題1. 企業(yè)系統(tǒng)規(guī)劃法（BSP）的核心是A. 明確企業(yè)目標 B. 定義（識別）業(yè)務過程 C. 進行數(shù)據(jù)分析 D. 確定信息結(jié)構(gòu)2. 網(wǎng)站制作的核心是 A網(wǎng)頁制作工作 B.開發(fā)技術(shù) C. 好的設(shè)計概念 D. 網(wǎng)站規(guī)模3. 下面哪一項關(guān)于企業(yè)關(guān)鍵成功因素法的特點是錯誤的： A. 少量的易于識別的可操作的目標 B. 可確保企業(yè)的成功 C. 由企業(yè)的所有CSF決定組織的信息需求 D. 比較容易抓住企業(yè)的主要問題4. 電子商務系統(tǒng)平臺不包括 A 操作系統(tǒng) B 應用服務器 C Web服務器 D 數(shù)據(jù)處理5.結(jié)構(gòu)化設(shè)計方法把自上而下逐步映射成軟件結(jié)構(gòu) A 數(shù)據(jù)流圖 B

6、 業(yè)務流程圖 C E-R圖 D 數(shù)據(jù)字典6. WWW服務主要采用形式來組織信息 A超鏈接 B. 層次 C. 索引 D. 目錄7. UML中定義的關(guān)系是指兩個事物之間的語義關(guān)系，其中一個事物發(fā)生變化會影響另一個事物的語義 A 關(guān)聯(lián) B 依賴 C. 泛化 D. 實現(xiàn)8. 使用用例建模系統(tǒng)需求的主要優(yōu)點是 A 自頂向下分析需求 B 促進并鼓勵用戶參與C 有助于詳細描述需求 D 自底向上分析需求9. 電子商務系統(tǒng)流程圖是以新系統(tǒng)的為基礎(chǔ)繪制的： A. E-R圖 B. 管理功能圖 C. 業(yè)務流程圖 D. 數(shù)據(jù)流程圖10. 系統(tǒng)分析報告的主要作用是 A. 系統(tǒng)規(guī)劃的依據(jù) B. 系統(tǒng)實施的依據(jù) C. 系統(tǒng)設(shè)

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

8、 C. JSP D. HTML16. 系統(tǒng)實施與發(fā)布的主要工作不包括 A實施組織機構(gòu)的建立 B. 制定實施計劃C完成實施準備 D. 設(shè)計電子商務系統(tǒng)17. 衡量系統(tǒng)開發(fā)質(zhì)量的首要標準是 A. 滿足技術(shù)指標 B. 滿足設(shè)計者要求 C. 滿足用戶要求 D. 技術(shù)規(guī)范18. 系統(tǒng)測試的對象是 A. 數(shù)據(jù)文件 B. 源程序 C. 全部文檔 D. 整體系統(tǒng)19. 結(jié)構(gòu)化開發(fā)方法的一個主要原則是 A. 自頂向下原則 B. 自底向上原則 C. 分步實施原則 D. 重點突破原則20. 系統(tǒng)設(shè)計階段的主要成果是 A. 用戶的決策方針 B. 用戶的分析方案 C. 系統(tǒng)設(shè)計說明書 D. 系統(tǒng)總體設(shè)計方案21. 下列

9、哪個不是數(shù)據(jù)流圖中的外部實體 A. 人 B. 物體 C. 其他軟件系統(tǒng) D. 數(shù)據(jù)處理22. 下面各種測試不屬于性能測試的是 A網(wǎng)頁下載速度測試 B負載測試 C壓力測試 D頁面鏈接測試23. 逐步轉(zhuǎn)換法是 A. 用新系統(tǒng)直接代替老系統(tǒng)，中間無過渡階段 B. 過渡過程中，有一段新、老平行運行的時期 C. 先選幾個試點轉(zhuǎn)換，轉(zhuǎn)換成功后，再同時轉(zhuǎn)換其他部分D. 分期分批競選轉(zhuǎn)換24. 傳統(tǒng)商務中的支付一般有哪兩種方式 A電子貨幣或現(xiàn)金 B. 銀行轉(zhuǎn)帳和現(xiàn)金C以貨抵貨和支票 D. 電子貨幣和支票25. 商務交易過程不包括 A發(fā)布供求信息，訂貨及確認訂貨B支付過程及票據(jù)的簽發(fā)、傳送和接收C確定配送方案D

10、第三方參與監(jiān)督26. C/S結(jié)構(gòu)是指 A頁面/服務結(jié)構(gòu) B. 客戶機/數(shù)據(jù)庫結(jié)構(gòu)C客戶機/服務器 D. 瀏覽器/Web服務結(jié)構(gòu)27. 下列哪項不屬于構(gòu)建電子商務網(wǎng)站的目標 A保證內(nèi)部網(wǎng)絡(luò)的安全B. 實現(xiàn)網(wǎng)上的商務交易C. 提供在線信息咨詢和技術(shù)支持D. 宣傳與推廣28. 下列哪項是動態(tài)網(wǎng)頁的優(yōu)點 A便于維護 B. 開發(fā)復雜C內(nèi)容穩(wěn)定，易檢索 D. 用HTML編寫29. 下列哪項不是目前主流的Web服務器 A. IIS B. PowerDesigner C. Apache D. Tomcat30. 下列哪項是UML中的動態(tài)（行為）模型 A.類圖 B. 用例圖 C. 包圖 D. 交互圖31. 關(guān)于

11、電子商務系統(tǒng)測試的敘述中，錯誤的是 A測試不僅在系統(tǒng)編碼完成之后需要進行測試，在編寫每個模塊之后也應進行。B測試應貫穿系統(tǒng)開發(fā)的各個階段C軟件測試的四個步驟為：單元測試、系統(tǒng)測試、集成測試、驗收測試D測試工作應避免由原開發(fā)軟件的人或小組承擔32. 下面不屬于電子商務網(wǎng)站的管理的是 A文件管理 B開發(fā)管理 C內(nèi)容管理 D安全管理33. 網(wǎng)上商店的訂單處理是電子商務企業(yè)的一個核心業(yè)務流程，以下說法錯誤的是 A可以通過改善訂單處理的流程，使訂單處理的周期縮短B得到對客戶訂單處理的全程跟蹤信息C提高庫存量，使企業(yè)獲得競爭優(yōu)勢D訂單處理的業(yè)務流程包括訂單準備、訂單傳遞等34. 下列哪項是UML的優(yōu)點 A

12、能直接生成系統(tǒng)代碼 B. 直觀、規(guī)范、面向?qū)ο驝能保證開發(fā)出高質(zhì)量軟件 D. 比E-R圖容易學習 35. 下面關(guān)于網(wǎng)站目錄結(jié)構(gòu)設(shè)計，錯誤的說法是 A. 目錄應采用層次結(jié)構(gòu) B. 不要將所有文件放在根目錄下C. 目錄應盡量用中文命名 D. 按欄目內(nèi)容建立子目錄36. 下列哪項不是面向?qū)ο笤O(shè)計應遵循的準則 A. 抽象 B. 信息隱藏 C. 高內(nèi)聚 D. 盡量多使用繼承關(guān)系三、名詞解釋1.電子商務系統(tǒng)（狹義）是指在互聯(lián)網(wǎng)或其他網(wǎng)絡(luò)上，為滿足企業(yè)生產(chǎn)、銷售、服務等的需要，并且支持企業(yè)的對外業(yè)務協(xié)作，從運作層、管理層和決策層等層次全面提高企業(yè)信息化水平，為企業(yè)提供商業(yè)智能的計算機系統(tǒng)。2. 數(shù)據(jù)字典:一

13、個定義應用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含義、類型、數(shù)據(jù)大小、格式、度量單位、精度以及允許取值范圍的共享倉庫。它定義了原數(shù)據(jù)元素、組成結(jié)構(gòu)體的復雜數(shù)據(jù)元素、重復的數(shù)據(jù)項、一個數(shù)據(jù)項的枚舉值以及可選的數(shù)據(jù)項。3. UML（統(tǒng)一建模語言）是用來對軟件系統(tǒng)進行可視化建模的一種語言，是進行需求分析和概要設(shè)計的建模語言，UML為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進行說明、可視化和編制文檔的一種標準語言。4. 戰(zhàn)略集合變換法把一個企業(yè)的發(fā)展戰(zhàn)略看成是一個“戰(zhàn)略集”，該戰(zhàn)略集包括企業(yè)的目標、戰(zhàn)略以及其他戰(zhàn)略屬性（如管理水平、發(fā)展趨勢、環(huán)境約束等）。電子商務系統(tǒng)戰(zhàn)略規(guī)劃就是把這個“戰(zhàn)略集”轉(zhuǎn)化為包含系統(tǒng)目標、系統(tǒng)約束和

14、系統(tǒng)設(shè)計原則的“電子商務系統(tǒng)戰(zhàn)略集”，來指導電子商務系統(tǒng)的設(shè)計和開發(fā)。法5. 面向?qū)ο蠓治龇椒?. 面向?qū)ο蠓治龇椒ㄊ且环N系統(tǒng)建模技術(shù)，它從系統(tǒng)的組成來進行分解，對問題進行自然分割，利用類和對象作為基本構(gòu)造單元，以接近人類思維的方式建立問題域模型，使設(shè)計出的軟件盡可能直接描述現(xiàn)實世界，構(gòu)造出組件化的、可重用的、可維護性好的軟件，并能控制軟件的復雜性和降低開發(fā)維護費用。6RUP是指Rational統(tǒng)一過程。它描述了如何為軟件開發(fā)團隊有效的部署經(jīng)過商業(yè)化驗證的軟件開發(fā)方法。RUP的整體框架組成包括4個順序的開發(fā)階段和9個核心工作流及迭代式的開發(fā)過程。7. C/S結(jié)構(gòu)即客戶機/服務器結(jié)構(gòu)。在C/S結(jié)

15、構(gòu)中，客戶機負責信息的顯示、數(shù)據(jù)錄入和業(yè)務處理等，服務器主要負責對數(shù)據(jù)的存儲和管理。8.關(guān)鍵成功因素法主要思想是先找出影響系統(tǒng)成功的關(guān)鍵因素，確定企業(yè)的關(guān)鍵信息需求，從而使電子商務系統(tǒng)設(shè)計者設(shè)計出的系統(tǒng)能夠更有效地滿足企業(yè)的目標。9. 電子商務網(wǎng)站(website)是在軟、硬件基礎(chǔ)設(shè)施的支持下,由一系列網(wǎng)頁和具有商務功能的軟件系統(tǒng)、后臺數(shù)據(jù)庫等構(gòu)成，具有實現(xiàn)電子商務應用的各種功能，是企業(yè)電子商務系統(tǒng)的一部分。10. 企業(yè)資源規(guī)劃的基本思想是把企業(yè)的業(yè)務流程看作是一個緊密聯(lián)接的供應鏈，把企業(yè)內(nèi)部經(jīng)營的所有業(yè)務單元如訂單、采購、庫存、計劃、生產(chǎn)、質(zhì)量、運輸、市場、銷售、服務等以及相應的財務活動、人

16、事管理均納入進來，從管理范圍和深度上為企業(yè)提供了更豐富的功能和工具。11. 企業(yè)系統(tǒng)規(guī)劃法是一種對企業(yè)管理信息系統(tǒng)進行規(guī)劃和設(shè)計的結(jié)構(gòu)化方法，它也是從企業(yè)目標入手，自上而下地識別系統(tǒng)目標，識別企業(yè)過程，識別數(shù)據(jù)類，逐步將企業(yè)目標轉(zhuǎn)化為電子商務系統(tǒng)的目標和結(jié)構(gòu)，然后自下而上設(shè)計系統(tǒng)，以支持企業(yè)目標的實現(xiàn)。12. PDL是過程設(shè)計語言的簡稱，又稱為偽碼。PDL包括兩個方面，一方面PDL有嚴格的關(guān)鍵字外部語法，用來定義控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)；另一方面，PDL表示實際和條件的內(nèi)部語法靈活自由，以便適應各種項目的需要。13.用例圖描述系統(tǒng)基本功能的工具，包含角色、用例和系統(tǒng)三種元素。用例圖主要應用在開發(fā)的初

17、期進行系統(tǒng)需求分析。14白盒測試也稱結(jié)構(gòu)測試，將軟件看作是一個透明的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢測它與設(shè)計是否相符。15. SSL協(xié)議是Netscape Communication公司推出在網(wǎng)絡(luò)傳輸層之上提供的一種基于RSA和對稱密鑰的用于瀏覽器和Web服務器之間的安全連接技術(shù)。它是國際上最早應用于電子商務的一種由消費者和商家雙方參加的信用卡/借記卡支付協(xié)議。16. 電子商務系統(tǒng)設(shè)計是指根據(jù)系統(tǒng)規(guī)劃的內(nèi)容，界定系統(tǒng)的外部邊界，說明系統(tǒng)的組成及其功能和相互關(guān)系，描述系統(tǒng)的處理流程，目標是給出未來系統(tǒng)的結(jié)構(gòu)。換言之，完成電子商務系統(tǒng)的設(shè)計后

18、，對未來電子商務系統(tǒng)的總體構(gòu)成能夠有一個清晰的理解，為后續(xù)的系統(tǒng)開發(fā)奠定基礎(chǔ)。17. E-R圖即實體關(guān)系圖，是數(shù)據(jù)概念設(shè)計中經(jīng)常用到的一種圖，它用實體，屬性和關(guān)系表述數(shù)據(jù)的特征和相互聯(lián)系。E-R可以直接導出數(shù)據(jù)庫的表設(shè)計。18. Web服務器是指駐留在Internet上的某種類型計算機程序(如IIS等)。Internet上安裝了Web服務器軟件，能對外提供網(wǎng)頁訪問等服務的軟硬件系統(tǒng)稱為Web服務器。19.電子商務網(wǎng)站的主要客戶端技術(shù)：四、簡答：本大題4小題，每題5分，共20分。1. 電子商務系統(tǒng)的特點是什么？(1) 是支持企業(yè)商務活動整個過程的技術(shù)平臺(2) 是企業(yè)業(yè)務流程重構(gòu)、價值鏈增值的技

19、術(shù)平臺(3) 采用B/S架構(gòu)，提供基于WEB的分布式服務(4) 對安全提出了很高要求(5) 大多是依托企業(yè)原有信息資源運行的系統(tǒng)2. 電子商務系統(tǒng)規(guī)劃的內(nèi)容包括哪些？(1) 制定電子商務發(fā)展戰(zhàn)略和目標(2) 確定電子商務模式及其盈利方式(3) 確定電子商務模型(4) 確定開發(fā)戰(zhàn)略(5) 進行可行性分析3在利用UML分析建模的過程應該注意哪些問題？（1）UML的狀態(tài)圖適合于描述使用多個實例的對象，所以，一般需要將狀態(tài)圖、序列圖、協(xié)作圖和活動圖配合使用。（2）序列圖、協(xié)作圖適合于描述多個對象間的交互關(guān)系，但是一般適合于行為關(guān)系比較簡單的情況；如果對象實例之間的關(guān)系比較復雜，則需要使用活動圖進行繪制

20、。（3）無論序列圖還是協(xié)作圖只能描述對象之間的合作關(guān)系，而不適合對行為進行精確定義，所以，一旦需要確切了解對象的行為變化過程，應當使用狀態(tài)圖。4. 請簡述應用服務器的主要功能？(1) 應用服務引擎(2) 組件處理器(3) 服務進程調(diào)度(4) 會話管理(5) 事務管理(6) 內(nèi)容管理(7) 安全管理(8) 系統(tǒng)管理5. 面向?qū)ο笤O(shè)計準則有哪些？(1) 模塊化(2) 抽象(3) 信息隱藏(4) 弱耦合(5) 強內(nèi)聚(6)可重用6. 結(jié)構(gòu)化分析方法的基本思想是什么？答：自頂向下，逐步求精；采用模塊化技術(shù)，分而治之的方法，將系統(tǒng)按功能分解為若干模塊；模塊內(nèi)部由順序、分支、循環(huán)基本控制結(jié)構(gòu)組成；應用子程

21、序?qū)崿F(xiàn)模塊化。7面向?qū)ο蠓治鼋５倪^程是什么？（1）標識對象和類：對企業(yè)的各類業(yè)務實體進行分析 。（2）標識結(jié)構(gòu)：分類結(jié)構(gòu)和組裝結(jié)構(gòu) 分類結(jié)構(gòu)-反映了對象之間的從屬關(guān)系；組裝結(jié)構(gòu)-反映了事物的整體與部分關(guān)系 。（3）標識屬性：確定一個對象可以用哪些數(shù)據(jù)描述其特性 （4）標識服務：描述了系統(tǒng)需要執(zhí)行的處理和功能 （5）標識主題：對模型進行劃分，給出模型的整體框架，劃分出層次結(jié)構(gòu)。8. 使用關(guān)鍵成功因素法進行系統(tǒng)規(guī)劃的步驟有哪些？(1) 了解企業(yè)的戰(zhàn)略目標(2) 識別所有成功因素(3) 確定關(guān)鍵成功因素(4) 識別性能指標與標準(5) 識別測量性能的數(shù)據(jù)9. U/C矩陣的正確性檢驗包括哪些內(nèi)容？（

22、1）完備性檢驗。這是指每一個數(shù)據(jù)類必須有一個產(chǎn)生者（即“C”） 和至少有一個使用者（即“U”） ；每個功能必須產(chǎn)生或者使用數(shù)據(jù)類。（2）一致性檢驗。這是指每一個數(shù)據(jù)類僅有一個產(chǎn)生者，即在矩陣中每個數(shù)據(jù)類只有一個“C”。如果有多個產(chǎn)生者的情況出現(xiàn)，則會產(chǎn)生數(shù)據(jù)不一致的現(xiàn)象。（3）無冗余性檢驗。這是指每一行或每一列必須有“U” 或“C”，即不允許有空行空列。若存在空行空列，則說明該功能或數(shù)據(jù)的劃分是沒有必要的、冗余的。10數(shù)據(jù)字典建立的過程中，如何保證數(shù)據(jù)項及其處理的完整性？ 答： 創(chuàng)建數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應定義客

23、戶數(shù)據(jù)項以確?？蛻襞c開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。11. 目前電子商務系統(tǒng)的優(yōu)化技術(shù)有哪些？(1) 動態(tài)負荷優(yōu)化技術(shù)(2) 優(yōu)化搜索及檢索技術(shù)(3) 第四層交換技術(shù)(4) 集群技術(shù)12 B2C電子商務系統(tǒng)一般包括哪些主要功能？答：功能有：商品展示與推介，訂單管理，會話管理，電子支付，商品售后服務，商品分類管理與搜索，客戶關(guān)系管理。14 電子商務實施包括哪些階段？(1) 開發(fā)集成(2) 性能測試(3) 系統(tǒng)安裝(4) 維護管理15 電子商務網(wǎng)站的規(guī)劃與分析的主要內(nèi)容是什么？答：主要內(nèi)容有上網(wǎng)目的分析、在網(wǎng)上能開展的業(yè)務分析、網(wǎng)站目標客戶分析、競爭對手分析、網(wǎng)

24、站市場定位分析、電子商務網(wǎng)站可行性分析等。五、綜合題：本大題2小題，每個小題15分，共30分。1. 某單位工資發(fā)放過程如下： 工資發(fā)放前，由財務科根據(jù)已存檔的“上月工資發(fā)放清單”和人事科送來的“本月人員及工資變動表”填寫“本月工資發(fā)放清單”中的相關(guān)項。接著，再根據(jù)總務科送來的“本月扣款清單”將扣款數(shù)填入“本月工資發(fā)放清單”。最后計算出每位職工的應發(fā)工資數(shù)，并填入“本月工資發(fā)放清單”，為工資發(fā)放人員發(fā)放工資做好準備。用業(yè)務流程圖描述該單位工資發(fā)放業(yè)務流程。解：其業(yè)務流程圖如下2. 某倉庫管理系統(tǒng)按以下步驟進行信息處理，試畫出數(shù)據(jù)流程圖。（1） 保管員根據(jù)當日的出庫單和入庫單通過出庫處理和入庫處理

25、分別將數(shù)據(jù)輸入到“出庫流水帳”和“入庫流水帳”，并修改“庫存臺帳”。（2） 根據(jù)庫存臺帳由統(tǒng)計、打印程序輸出庫存日報表。（3） 需要查詢時，可利用查詢程序在輸入查詢條件后，到庫存臺帳去查找，顯示查詢結(jié)果。答：數(shù)據(jù)流程圖如下出庫處理出庫流水賬入庫處理入庫單出庫單入庫流水賬庫存臺賬統(tǒng)計打印查詢庫存查詢結(jié)果庫存日報表3. 請比較關(guān)鍵成功因素、戰(zhàn)略集合變換和企業(yè)系統(tǒng)規(guī)劃三種系統(tǒng)規(guī)劃方法的優(yōu)劣？（1）CSF方法更能抓住主要矛盾，更加重視關(guān)鍵因素的識別，在高層管理中應用比較廣泛，但對于中層管理者不大適合。 （2）SST方法從另一個角度識別管理目標，反映了各種人的要求，而且給出了按這種要求的分層結(jié)構(gòu)，總結(jié)出

26、企業(yè)的戰(zhàn)略集，然后轉(zhuǎn)化為電子商務系統(tǒng)目標。它能保證確定的目標比較全面，但在突出重點方面不如CSF方法。 （3）BSP方法比較系統(tǒng)全面，基本概念中也首先強調(diào)目標，但卻沒有明顯的目標引出過程。4. 結(jié)合圖闡述基于SET協(xié)議電子支付的數(shù)據(jù)流程。 (1) 用戶通過瀏覽器發(fā)送購物請求(2) 商家服務器通過調(diào)用支付服務器API激活支付服務器(3) 支付服務器相應并向商家服務器返回“喚醒”信息(4) 商家服務器將“喚醒”消息發(fā)送給瀏覽器(5) 瀏覽器觸發(fā)電子錢包(6) 電子錢包向支付服務器發(fā)出購買初始化請求(7) 支付服務器響應購買初始化請求，并將響應結(jié)果發(fā)送電子錢包(8) 電子錢包向支付服務器發(fā)出購買請求

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

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

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

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

31、是企業(yè)內(nèi)部的信息系統(tǒng)電子商務是企業(yè)外部的信息系統(tǒng)內(nèi)部與外部信息系統(tǒng)的結(jié)合才構(gòu)成現(xiàn)代企業(yè)完整的信息系統(tǒng)。我們應該依托信息管理與信息系統(tǒng)專業(yè)加速發(fā)展電子商務專業(yè)利用電子商務專業(yè)促進信息管理與信息系統(tǒng)專業(yè)的發(fā)展。電子商務與管理信息系統(tǒng)相輔相成既有區(qū)別也有聯(lián)系。聯(lián)系:在電子商務的大環(huán)境下要求電子商務企業(yè)建立完善的管理信息系統(tǒng)。電子商務要順利長久的開展下去必須對各個信息系統(tǒng)進行有效整合。區(qū)別:a.在功能上不僅支持企業(yè)內(nèi)部的生產(chǎn)管理如ERP、SCM、CRM,而且支持企業(yè)通過Internet/Intranet進行的商務活動如信息發(fā)布、網(wǎng)絡(luò)訂單管理、網(wǎng)絡(luò)支付管理等。 b.在服務的范圍及對象方面?zhèn)鹘y(tǒng)IS主要服務

32、于企業(yè)內(nèi)部特定的客戶而電子商務系統(tǒng)還服務于企業(yè)的客戶和合作伙伴。c.在技術(shù)方面電子商務系統(tǒng)基本上是B/S結(jié)構(gòu)。另外還使用多層結(jié)構(gòu)、站點動態(tài)負荷均衡技術(shù)、安全與認證技術(shù)等d.電子商務系統(tǒng)需要與企業(yè)內(nèi)部信息系統(tǒng)結(jié)合其數(shù)據(jù)庫往往與企業(yè)的其他信息系統(tǒng)共享第二章 電子商務系統(tǒng)的開發(fā)方法與開發(fā)過程電子商務系統(tǒng)有哪幾種開發(fā)方法？其基本思想是什么？各有何優(yōu)缺點？適用于什么場合？答：A.結(jié)構(gòu)化系統(tǒng)開發(fā)方法 基本思想：用系統(tǒng)的思想和系統(tǒng)工程的方法，按照用戶至上的原則結(jié)構(gòu)化、模塊化，自頂向下對系統(tǒng)進行分析與設(shè)計。優(yōu)點：強調(diào)開發(fā)人員與用戶的緊密結(jié)合，注重開發(fā)過程的整體性和全局性。在整體優(yōu)化的前提下考慮具體的分析設(shè)計問

33、題。嚴格區(qū)分工作階段每一階段及時總結(jié)、發(fā)現(xiàn)、及時反饋和糾正避免造成浪費和混亂。 缺點：開發(fā)過程復雜繁瑣周期長系統(tǒng)難以適應環(huán)境的變化。不能充分了解用戶的需求和可能發(fā)生的變化。 4適用范圍大型、復雜的信息系統(tǒng)。B.原型法Prototyping基本思想:是在投入大量的人力物力之前在限定的時間內(nèi)用最經(jīng)濟的方法開發(fā)出一個可實際運行的系統(tǒng)模型用戶在運行使用整個原型的基礎(chǔ)上通過對其評價提出改進意見對原型進行修改統(tǒng)一使用評價過程反復進行使原型逐步完善直到完全滿足用戶的需求為止。優(yōu)點:符合人們認識事物的規(guī)律系統(tǒng)開發(fā)循序漸進反復修改確保較好的用戶滿意度開發(fā)周期短費用相對少由于有用戶的直接參與系統(tǒng)更加貼近實際易學易

34、用減少用戶的培訓時間應變能力強。缺點:不適合大規(guī)模系統(tǒng)的開發(fā)開發(fā)過程管理要求高整個開發(fā)過程要經(jīng)過“修改評價再修改”的多次反復用戶過早看到系統(tǒng)原型誤認為系統(tǒng)就是就是這個模樣易使用戶失去信心開發(fā)人員易將原型取代系統(tǒng)分析缺乏規(guī)范化的文檔資料。適用范圍:處理過程明確、簡單系統(tǒng)涉及面窄的小型系統(tǒng)。C.面向?qū)ο箝_發(fā)方法Object_Oriented基本思想:客觀世界是由各種各樣的對象組成的每種對象都有各自的內(nèi)部狀態(tài)和運動規(guī)律不同對象之間的相互作用和聯(lián)系就構(gòu)成了各種不同的系統(tǒng)。在設(shè)計和實現(xiàn)一個客觀系統(tǒng)時在滿足需求的條件下把系統(tǒng)設(shè)計成一些不可變的相對固定部分組成的最小集合最好的設(shè)計。這些不可變的部分就是所謂的

35、對象。優(yōu)點:是一種全新的系統(tǒng)分析設(shè)計方法對象、類、結(jié)構(gòu)屬性、方法。 適用于各類信息系統(tǒng)的開發(fā)。實現(xiàn)了對客觀世界描述到軟件結(jié)構(gòu)的直接轉(zhuǎn)換 大大減少后續(xù)軟件開發(fā)量。開發(fā)工作的重用性、繼承性高降低重復工作量。 E縮短了開發(fā)周期。缺點:A需要一定的軟件支持環(huán)境。 不太適宜大型的MIS開發(fā)若缺乏整體系統(tǒng)設(shè)計劃分易造成系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等問題。只能在現(xiàn)有業(yè)務基礎(chǔ)上進行分類整理不能從科學管理角度進行理順和優(yōu)化。 D初學者不易接受、難學。適用范圍:在大型管理信息系統(tǒng)開發(fā)中若不經(jīng)自頂向下的整體劃分而是一開始就自底向上地采用面向?qū)ο箝_發(fā)方法開發(fā)系統(tǒng)會造成系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等等問題。面向?qū)ο?/p>

36、開發(fā)方法和結(jié)構(gòu)化方法在系統(tǒng)開發(fā)中相互依存、不可替代。 2電子商務系統(tǒng)的建造方式有哪幾種？各有何優(yōu)缺點？第三章 電子商務系統(tǒng)的規(guī)劃 1為什么要作電子商務系統(tǒng)規(guī)劃?答:電子商務系統(tǒng)的實施是一個復雜的系統(tǒng)工程,電子商務系統(tǒng)的實施自始至終存在風險,電子商務的實施實際上意味著企業(yè)商務活動的轉(zhuǎn)型,需要經(jīng)歷一個過程,必須對這個過程中所需的各種資源進行統(tǒng)籌安排。 2電子商務系統(tǒng)規(guī)劃的內(nèi)容內(nèi)容: 3電子商務系統(tǒng)規(guī)劃的依據(jù) 4電子商務系統(tǒng)的應用平臺結(jié)構(gòu)第四章 電子商務系統(tǒng)的分析1與一般的信息系統(tǒng)分析相比較電子商務系統(tǒng)分析的特點有那些？答:目標相同:為了給未來要建設(shè)的新系統(tǒng)提出明確的、細致的需求為系統(tǒng)設(shè)計打基礎(chǔ)。 方法工具一樣:電