電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題及答案_第1頁(yè)
電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題及答案_第2頁(yè)
電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題及答案_第3頁(yè)
電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題及答案_第4頁(yè)
電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題及答案_第5頁(yè)
已閱讀5頁(yè),還剩8頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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

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

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

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

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

6、 索引 D. 目錄7.UML中定義的關(guān)系是指兩個(gè)事物之間的語(yǔ)義關(guān)系,其中一個(gè)事物發(fā)生變化會(huì)影響另一個(gè)事物的語(yǔ)義 A 關(guān)聯(lián) B 依賴 C. 泛化 D. 實(shí)現(xiàn)8.使用用例建模系統(tǒng)需求的主要優(yōu)點(diǎn)是 A 自頂向下分析需求 B 促進(jìn)并鼓勵(lì)用戶參與C 有助于詳細(xì)描述需求 D 自底向上分析需求9.電子商務(wù)系統(tǒng)流程圖是以新系統(tǒng)的為根底繪制的: A. E-R圖 B. 管理功能圖 C. 業(yè)務(wù)流程圖 D. 數(shù)據(jù)流程圖10.系統(tǒng)分析報(bào)告的主要作用是 A. 系統(tǒng)規(guī)劃的依據(jù) B. 系統(tǒng)實(shí)施的依據(jù) C. 系統(tǒng)設(shè)計(jì)的依據(jù) D. 系統(tǒng)評(píng)價(jià)的依據(jù)11.構(gòu)造化設(shè)計(jì)方法把自上而下逐步映射成軟件構(gòu)造 A 數(shù)據(jù)流圖 B 業(yè)務(wù)流程圖 C

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

8、 設(shè)計(jì)電子商務(wù)系統(tǒng)17.衡量系統(tǒng)開發(fā)質(zhì)量的首要標(biāo)準(zhǔn)是 A. 滿足技術(shù)指標(biāo) B. 滿足設(shè)計(jì)者要求 C. 滿足用戶要求 D. 技術(shù)規(guī)18.系統(tǒng)測(cè)試的對(duì)象是 A. 數(shù)據(jù)文件 B. 源程序 C. 全部文檔 D. 整體系統(tǒng)19.構(gòu)造化開發(fā)方法的一個(gè)主要原則是 A. 自頂向下原則 B. 自底向上原則 C. 分步實(shí)施原則 D. 重點(diǎn)突破原則20.系統(tǒng)設(shè)計(jì)階段的主要成果是 A. 用戶的決策方針 B. 用戶的分析方案 C. 系統(tǒng)設(shè)計(jì)說明書 D. 系統(tǒng)總體設(shè)計(jì)方案21.以下哪個(gè)不是數(shù)據(jù)流圖中的外部實(shí)體 A. 人 B. 物體 C. 其他軟件系統(tǒng) D. 數(shù)據(jù)處理22. 下面各種測(cè)試不屬于性能測(cè)試的是A網(wǎng)頁(yè)下載速度測(cè)試

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

10、子商務(wù)的目標(biāo) A保證部網(wǎng)絡(luò)的平安B. 實(shí)現(xiàn)網(wǎng)上的商務(wù)交易C. 提供在線信息咨詢和技術(shù)支持D. 宣傳與推廣28.以下哪項(xiàng)是動(dòng)態(tài)網(wǎng)頁(yè)的優(yōu)點(diǎn) A便于維護(hù) B. 開發(fā)復(fù)雜C容穩(wěn)定,易檢索 D. 用HTML編寫29.以下哪項(xiàng)不是目前主流的Web效勞器 A. IIS B. PowerDesigner C. Apache D. Tomcat30.以下哪項(xiàng)是UML中的動(dòng)態(tài)行為模型 A.類圖 B. 用例圖 C. 包圖 D. 交互圖31.關(guān)于電子商務(wù)系統(tǒng)測(cè)試的表達(dá)中,錯(cuò)誤的選項(xiàng)是 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è)試、

11、系統(tǒng)測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試D測(cè)試工作應(yīng)防止由原開發(fā)軟件的人或小組承當(dāng)32.下面不屬于電子商務(wù)的管理的是 A文件管理 B開發(fā)管理 C容管理 D平安管理33. 網(wǎng)上商店的訂單處理是電子商務(wù)企業(yè)的一個(gè)核心業(yè)務(wù)流程,以下說法錯(cuò)誤的選項(xiàng)是A可以通過改善訂單處理的流程,使訂單處理的周期縮短B得到對(duì)客戶訂單處理的全程跟蹤信息C提高庫(kù)存量,使企業(yè)獲得競(jìng)爭(zhēng)優(yōu)勢(shì)D訂單處理的業(yè)務(wù)流程包括訂單準(zhǔn)備、訂單傳遞等34.以下哪項(xiàng)是UML的優(yōu)點(diǎn) A能直接生成系統(tǒng)代碼 B. 直觀、規(guī)、面向?qū)ο驝能保證開發(fā)出高質(zhì)量軟件 D. 比E-R圖容易學(xué)習(xí) 35. 下面關(guān)于目錄構(gòu)造設(shè)計(jì),錯(cuò)誤的說法是 A. 目錄應(yīng)采用層次構(gòu)造 B. 不要將

12、所有文件放在根目錄下C. 目錄應(yīng)盡量用中文命名 D. 按欄目容建立子目錄36.以下哪項(xiàng)不是面向?qū)ο笤O(shè)計(jì)應(yīng)遵循的準(zhǔn)則 A.抽象 B. 信息隱藏 C. 高聚 D. 盡量多使用繼承關(guān)系三、名詞解釋1.電子商務(wù)系統(tǒng)狹義是指在互聯(lián)網(wǎng)或其他網(wǎng)絡(luò)上,為滿足企業(yè)生產(chǎn)、銷售、效勞等的需要,并且支持企業(yè)的對(duì)外業(yè)務(wù)協(xié)作,從運(yùn)作層、管理層和決策層等層次全面提高企業(yè)信息化水平,為企業(yè)提供商業(yè)智能的計(jì)算機(jī)系統(tǒng)。2.數(shù)據(jù)字典:一個(gè)定義應(yīng)用程序中使用的所有數(shù)據(jù)元素和構(gòu)造的含義、類型、數(shù)據(jù)大小、格式、度量單位、精度以及允許取值圍的共享倉(cāng)庫(kù)。它定義了原數(shù)據(jù)元素、組成構(gòu)造體的復(fù)雜數(shù)據(jù)元素、重復(fù)的數(shù)據(jù)項(xiàng)、一個(gè)數(shù)據(jù)項(xiàng)的枚舉值以及可選的

13、數(shù)據(jù)項(xiàng)。3. UML統(tǒng)模語(yǔ)言是用來(lái)對(duì)軟件系統(tǒng)進(jìn)展可視化建模的一種語(yǔ)言,是進(jìn)展需求分析和概要設(shè)計(jì)的建模語(yǔ)言,UML為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)展說明、可視化和編制文檔的一種標(biāo)準(zhǔn)語(yǔ)言。4.戰(zhàn)略集合變換法把一個(gè)企業(yè)的開展戰(zhàn)略看成是一個(gè)戰(zhàn)略集,該戰(zhàn)略集包括企業(yè)的目標(biāo)、戰(zhàn)略以及其他戰(zhàn)略屬性如管理水平、開展趨勢(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)略集,來(lái)指導(dǎo)電子商務(wù)系統(tǒng)的設(shè)計(jì)和開發(fā)。法5. 面向?qū)ο蠓治龇椒?. 面向?qū)ο蠓治龇椒ㄊ且环N系統(tǒng)建模技術(shù),它從系統(tǒng)的組成來(lái)進(jìn)展分解,對(duì)問題進(jìn)展自然分割,利用類和對(duì)象作為根本構(gòu)造單元,以接近人類思維

14、的方式建立問題域模型,使設(shè)計(jì)出的軟件盡可能直接描述現(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ā)過程。7. C/S構(gòu)造即客戶機(jī)/效勞器構(gòu)造。在C/S構(gòu)造中,客戶機(jī)負(fù)責(zé)信息的顯示、數(shù)據(jù)錄入和業(yè)務(wù)處理等,效勞器主要負(fù)責(zé)對(duì)數(shù)據(jù)的存儲(chǔ)和管理。8.關(guān)鍵成功因素法主要思想是先找出影響系統(tǒng)成功的關(guān)鍵因素,確定企業(yè)的關(guān)鍵信息需求,從而使電子商務(wù)系統(tǒng)設(shè)計(jì)者設(shè)計(jì)出的系統(tǒng)能夠更有效地滿足企業(yè)的目

15、標(biāo)。9. 電子商務(wù)(website)是在軟、硬件根底設(shè)施的支持下,由一系列網(wǎng)頁(yè)和具有商務(wù)功能的軟件系統(tǒng)、后臺(tái)數(shù)據(jù)庫(kù)等構(gòu)成,具有實(shí)現(xiàn)電子商務(wù)應(yīng)用的各種功能,是企業(yè)電子商務(wù)系統(tǒng)的一局部。10.企業(yè)資源規(guī)劃的根本思想是把企業(yè)的業(yè)務(wù)流程看作是一個(gè)嚴(yán)密聯(lián)接的供給鏈,把企業(yè)部經(jīng)營(yíng)的所有業(yè)務(wù)單元如訂單、采購(gòu)、庫(kù)存、方案、生產(chǎn)、質(zhì)量、運(yùn)輸、市場(chǎng)、銷售、效勞等以及相應(yīng)的財(cái)務(wù)活動(dòng)、人事管理均納入進(jìn)來(lái),從管理圍和深度上為企業(yè)提供了更豐富的功能和工具。11. 企業(yè)系統(tǒng)規(guī)劃法是一種對(duì)企業(yè)管理信息系統(tǒng)進(jìn)展規(guī)劃和設(shè)計(jì)的構(gòu)造化方法,它也是從企業(yè)目標(biāo)入手,自上而下地識(shí)別系統(tǒng)目標(biāo),識(shí)別企業(yè)過程,識(shí)別數(shù)據(jù)類,逐步將企業(yè)目標(biāo)轉(zhuǎn)化為電

16、子商務(wù)系統(tǒng)的目標(biāo)和構(gòu)造,然后自下而上設(shè)計(jì)系統(tǒng),以支持企業(yè)目標(biāo)的實(shí)現(xiàn)。12. PDL是過程設(shè)計(jì)語(yǔ)言的簡(jiǎn)稱,又稱為偽碼。PDL包括兩個(gè)方面,一方面PDL有嚴(yán)格的關(guān)鍵字外部語(yǔ)法,用來(lái)定義控制構(gòu)造和數(shù)據(jù)構(gòu)造;另一方面,PDL表示實(shí)際和條件的部語(yǔ)法靈活自由,以便適應(yīng)各種工程的需要。13.用例圖描述系統(tǒng)根本功能的工具,包含角色、用例和系統(tǒng)三種元素。用例圖主要應(yīng)用在開發(fā)的初期進(jìn)展系統(tǒng)需求分析。14白盒測(cè)試也稱構(gòu)造測(cè)試,將軟件看作是一個(gè)透明的白盒子,按照程序的部構(gòu)造和處理邏輯來(lái)選定測(cè)試用例,對(duì)軟件的邏輯路徑及過程進(jìn)展測(cè)試,檢測(cè)它與設(shè)計(jì)是否相符。15. SSL協(xié)議是Netscape munication公司推出

17、在網(wǎng)絡(luò)傳輸層之上提供的一種基于RSA和對(duì)稱密鑰的用于瀏覽器和Web效勞器之間的平安連接技術(shù)。它是國(guó)際上最早應(yīng)用于電子商務(wù)的一種由消費(fèi)者和商家雙方參加的信用卡/借記卡支付協(xié)議。16. 電子商務(wù)系統(tǒng)設(shè)計(jì)是指根據(jù)系統(tǒng)規(guī)劃的容,界定系統(tǒng)的外部邊界,說明系統(tǒng)的組成及其功能和相互關(guān)系,描述系統(tǒng)的處理流程,目標(biāo)是給出未來(lái)系統(tǒng)的構(gòu)造。換言之,完成電子商務(wù)系統(tǒng)的設(shè)計(jì)后,對(duì)未來(lái)電子商務(wù)系統(tǒng)的總體構(gòu)成能夠有一個(gè)清晰的理解,為后續(xù)的系統(tǒng)開發(fā)奠定根底。17. E-R圖即實(shí)體關(guān)系圖,是數(shù)據(jù)概念設(shè)計(jì)中經(jīng)常用到的一種圖,它用實(shí)體,屬性和關(guān)系表述數(shù)據(jù)的特征和相互聯(lián)系。E-R可以直接導(dǎo)出數(shù)據(jù)庫(kù)的表設(shè)計(jì)。18. Web效勞器是指駐

18、留在Internet上的*種類型計(jì)算機(jī)程序(如IIS等)。Internet上安裝了Web效勞器軟件,能對(duì)外提供網(wǎng)頁(yè)訪問等效勞的軟硬件系統(tǒng)稱為Web效勞器。19.電子商務(wù)的主要客戶端技術(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的分布式效勞對(duì)平安提出了很高要求大多是依托企業(yè)原有信息資源運(yùn)行的系統(tǒng)2. 電子商務(wù)系統(tǒng)規(guī)劃的容包括哪些?制定電子商務(wù)開展戰(zhàn)略和目標(biāo)確定電子商務(wù)模式及其盈利方式確定電子商務(wù)模型確定開發(fā)戰(zhàn)略進(jìn)展可行性分析3在利用UML分析建模的過程應(yīng)該

19、注意哪些問題?1UML的狀態(tài)圖適合于描述使用多個(gè)實(shí)例的對(duì)象,所以,一般需要將狀態(tài)圖、序列圖、協(xié)作圖和活動(dòng)圖配合使用。2序列圖、協(xié)作圖適合于描述多個(gè)對(duì)象間的交互關(guān)系,但是一般適合于行為關(guān)系比擬簡(jiǎn)單的情況;如果對(duì)象實(shí)例之間的關(guān)系比擬復(fù)雜,則需要使用活動(dòng)圖進(jìn)展繪制。3無(wú)論序列圖還是協(xié)作圖只能描述對(duì)象之間的合作關(guān)系,而不適合對(duì)行為進(jìn)展準(zhǔn)確定義,所以,一旦需要確切了解對(duì)象的行為變化過程,應(yīng)當(dāng)使用狀態(tài)圖。4. 請(qǐng)簡(jiǎn)述應(yīng)用效勞器的主要功能?應(yīng)用效勞引擎組件處理器效勞進(jìn)程調(diào)度會(huì)話管理事務(wù)管理容管理平安管理系統(tǒng)管理5. 面向?qū)ο笤O(shè)計(jì)準(zhǔn)則有哪些?模塊化抽象信息隱藏弱耦合強(qiáng)聚(6)可重用6. 構(gòu)造化分析方法的根本思

20、想是什么?答:自頂向下,逐步求精;采用模塊化技術(shù),分而治之的方法,將系統(tǒng)按功能分解為假設(shè)干模塊;模塊部由順序、分支、循環(huán)根本控制構(gòu)造組成;應(yīng)用子程序?qū)崿F(xiàn)模塊化。7面向?qū)ο蠓治鼋5倪^程是什么?1標(biāo)識(shí)對(duì)象和類:對(duì)企業(yè)的各類業(yè)務(wù)實(shí)體進(jìn)展分析 。2標(biāo)識(shí)構(gòu)造:分類構(gòu)造和組裝構(gòu)造 分類構(gòu)造-反映了對(duì)象之間的附屬關(guān)系;組裝構(gòu)造-反映了事物的整體與局部關(guān)系 。3標(biāo)識(shí)屬性:確定一個(gè)對(duì)象可以用哪些數(shù)據(jù)描述其特性 4標(biāo)識(shí)效勞:描述了系統(tǒng)需要執(zhí)行的處理和功能 5標(biāo)識(shí)主題:對(duì)模型進(jìn)展劃分,給出模型的整體框架,劃分出層次構(gòu)造。8. 使用關(guān)鍵成功因素法進(jìn)展系統(tǒng)規(guī)劃的步驟有哪些?了解企業(yè)的戰(zhàn)略目標(biāo)識(shí)別所有成功因素確定關(guān)鍵成

21、功因素識(shí)別性能指標(biāo)與標(biāo)準(zhǔn)識(shí)別測(cè)量性能的數(shù)據(jù)9. U/C矩陣的正確性檢驗(yàn)包括哪些容?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無(wú)冗余性檢驗(yàn)。這是指每一行或每一列必須有U 或C,即不允許有空行空列。假設(shè)存在空行空列,則說明該功能或數(shù)據(jù)的劃分是沒有必要的、冗余的。10數(shù)據(jù)字典建立的過程中,如何保證數(shù)據(jù)項(xiàng)及其處理的完整性? 答: 創(chuàng)立數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和構(gòu)造的定義,以確保開發(fā)人員使用統(tǒng)

22、一的數(shù)據(jù)定義。在需求階段,數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確??蛻襞c開發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(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ì)話管理,電子支付,商品售后效勞,商品分類管理與搜索,客戶關(guān)系管理。14 電子商務(wù)實(shí)施包括哪些階段?開發(fā)集成性能測(cè)試系統(tǒng)安裝維護(hù)管理15 電子商務(wù)的規(guī)劃與分析的主要容是什么?答:主要容有上網(wǎng)目的分析、在網(wǎng)上能開展的業(yè)務(wù)分析、目標(biāo)客戶分析、競(jìng)爭(zhēng)對(duì)手分析、市場(chǎng)定位分析、電子商務(wù)可行性分析

23、等。五、綜合題:本大題2小題,每個(gè)小題15分,共30分。1.*單位工資發(fā)放過程如下: 工資發(fā)放前,由財(cái)務(wù)科根據(jù)已存檔的上月工資發(fā)放清單和人事科送來(lái)的本月人員及工資變動(dòng)表填寫本月工資發(fā)放清單中的相關(guān)項(xiàng)。接著,再根據(jù)總務(wù)科送來(lái)的本月扣款清單將扣款數(shù)填入本月工資發(fā)放清單。最后計(jì)算出每位職工的應(yīng)發(fā)工資數(shù),并填入本月工資發(fā)放清單,為工資發(fā)放人員發(fā)放工資做好準(zhǔn)備。用業(yè)務(wù)流程圖描述該單位工資發(fā)放業(yè)務(wù)流程。解:其業(yè)務(wù)流程圖如下2. *倉(cāng)庫(kù)管理系統(tǒng)按以下步驟進(jìn)展信息處理,試畫出數(shù)據(jù)流程圖。1 保管員根據(jù)當(dāng)日的出庫(kù)單和入庫(kù)單通過出庫(kù)處理和入庫(kù)處理分別將數(shù)據(jù)輸入到出庫(kù)流水帳和入庫(kù)流水帳,并修改庫(kù)存臺(tái)帳。2 根據(jù)庫(kù)存

24、臺(tái)帳由統(tǒng)計(jì)、打印程序輸出庫(kù)存日?qǐng)?bào)表。3 需要查詢時(shí),可利用查詢程序在輸入查詢條件后,到庫(kù)存臺(tái)帳去查找,顯示查詢結(jié)果。答:數(shù)據(jù)流程圖如下出庫(kù)處理出庫(kù)流水賬入庫(kù)處理入庫(kù)單出庫(kù)單入庫(kù)流水賬庫(kù)存臺(tái)賬統(tǒng)計(jì)打印查詢庫(kù)存查詢結(jié)果庫(kù)存日?qǐng)?bào)表3. 請(qǐng)比擬關(guān)鍵成功因素、戰(zhàn)略集合變換和企業(yè)系統(tǒng)規(guī)劃三種系統(tǒng)規(guī)劃方法的優(yōu)劣?1CSF方法更能抓住主要矛盾,更加重視關(guān)鍵因素的識(shí)別,在高層管理中應(yīng)用比擬廣泛,但對(duì)于中層管理者不大適合。 2SST方法從另一個(gè)角度識(shí)別管理目標(biāo),反映了各種人的要求,而且給出了按這種要求的分層構(gòu)造,總結(jié)出企業(yè)的戰(zhàn)略集,然后轉(zhuǎn)化為電子商務(wù)系統(tǒng)目標(biāo)。它能保證確定的目標(biāo)比擬全面,但在突出重點(diǎn)方面不如CSF

25、方法。 3BSP方法比擬系統(tǒng)全面,根本概念中也首先強(qiáng)調(diào)目標(biāo),但卻沒有明顯的目標(biāo)引出過程。4.結(jié)合圖闡述基于SET協(xié)議電子支付的數(shù)據(jù)流程。 用戶通過瀏覽器發(fā)送購(gòu)物請(qǐng)求商家效勞器通過調(diào)用支付效勞器API激活支付效勞器支付效勞器相應(yīng)并向商家效勞器返回喚醒信息商家效勞器將喚醒消息發(fā)送給瀏覽器瀏覽器觸發(fā)電子錢包電子錢包向支付效勞器發(fā)出購(gòu)置初始化請(qǐng)求支付效勞器響應(yīng)購(gòu)置初始化請(qǐng)求,并將響應(yīng)結(jié)果發(fā)送電子錢包電子錢包向支付效勞器發(fā)出購(gòu)置請(qǐng)求支付效勞器接到購(gòu)置請(qǐng)求后,發(fā)送授權(quán)請(qǐng)求至支付網(wǎng)關(guān)支付網(wǎng)關(guān)將授權(quán)結(jié)果返回支付效勞器支付效勞器轉(zhuǎn)發(fā)授權(quán)結(jié)果至電子錢包電子錢包根據(jù)不同的授權(quán)結(jié)果通知瀏覽器,告訴用戶授權(quán)結(jié)果5.請(qǐng)舉

26、例說明電子商務(wù)系統(tǒng)分析的過程。掌握企業(yè)商務(wù)活動(dòng)的特點(diǎn)系統(tǒng)調(diào)查電子商務(wù)系統(tǒng)的根本需求典型的電子商務(wù)需求分析、綜合、評(píng)估和創(chuàng)新,提出電子商務(wù)系統(tǒng)需求征求意見6 ATM是由計(jì)算機(jī)控制的系統(tǒng)。在我國(guó)根本上所有銀行系統(tǒng)都有自己ATM系統(tǒng)。1 ATM提供給用戶的功能主要有取款、轉(zhuǎn)帳、修改密碼、查詢余額。請(qǐng)畫出客戶使用ATM的用例圖。6分1用例圖2 在建模中最常見的圖就是類圖。每個(gè)用戶都擁有自己的賬戶,賬戶與ATM相關(guān)聯(lián),而賬戶又分為人民幣賬戶和美元賬戶,請(qǐng)畫出以上意思表示的類圖。9分2類圖寫出上述過程10分,結(jié)合實(shí)際例子5分7. *銀行儲(chǔ)蓄所存取款過程如下:儲(chǔ)戶將填好的存取單及存折送交分類處理處。分類處理

27、處按三種不同情況分別處理。如果存折不符或存取單不合格,則將存折及存取單直接退還儲(chǔ)戶重新填寫;如果是存款,則將存折及存款單送交存款處處理。存款處理處取出底帳登記后,將存折退還給儲(chǔ)戶;如果是取款,則將存折及取款單送交取款處,改效勞臺(tái)取出底帳及現(xiàn)金,記帳后將存折與現(xiàn)金退給儲(chǔ)戶。從而完成存取款處理過程。存款處理試按此畫出數(shù)據(jù)流程圖。存折單分類處理儲(chǔ)戶存取款帳取款處理8. 請(qǐng)比擬電子商務(wù)系統(tǒng)建造的三種方式自主開發(fā)、外包和租用各自的優(yōu)缺點(diǎn)。答:三種方式的優(yōu)缺點(diǎn)如下:自主開發(fā)方式的優(yōu)點(diǎn)與缺點(diǎn)優(yōu)點(diǎn):企業(yè)部信息技術(shù)人員企業(yè)比擬了解,在建造過程紅比擬容易把握系統(tǒng)的重點(diǎn)。與其他企業(yè)的系統(tǒng)相比,自主開發(fā)的系統(tǒng)一般具有

28、獨(dú)創(chuàng)性和差異性,在競(jìng)爭(zhēng)中,易于保持一種差異化的競(jìng)爭(zhēng)優(yōu)勢(shì)。缺點(diǎn):對(duì)企業(yè)信息技術(shù)人員素質(zhì)要求高本錢相比外包而言,可能更高外包方式的優(yōu)缺點(diǎn)優(yōu)點(diǎn):對(duì)企業(yè)而言,風(fēng)險(xiǎn)較低外包企業(yè)在工程管理上一般有經(jīng)歷,工程的進(jìn)度易于得到控制缺點(diǎn):外包企業(yè)對(duì)企業(yè)的需求把握可能不會(huì)十分準(zhǔn)確,系統(tǒng)投產(chǎn)后,可能需要調(diào)整。外包方式會(huì)涉及企業(yè)和知識(shí)產(chǎn)權(quán)的問題,需用協(xié)議保證建造的電子商務(wù)系統(tǒng)不會(huì)被競(jìng)爭(zhēng)對(duì)手模仿和復(fù)制。在培訓(xùn)、維護(hù)方面本錢較高租用方式的優(yōu)缺點(diǎn)優(yōu)點(diǎn):可以減少建造本錢,同時(shí)可以通過租用積累經(jīng)歷建造時(shí)間短,可以比擬快的投入運(yùn)行缺點(diǎn):一般租用的系統(tǒng)通用性強(qiáng),缺乏針對(duì)性企業(yè)電子商務(wù)效勞特色、效率等會(huì)受限于效勞商的能力、環(huán)境和效勞質(zhì)

29、量可能涉及企業(yè)商業(yè)信息的保護(hù)問題。電子商務(wù)系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題第一章 電子商務(wù)系統(tǒng)概論 3簡(jiǎn)述電子商務(wù)系統(tǒng)與其他信息系統(tǒng)的區(qū)別和聯(lián)系。答:電子商務(wù)是企業(yè)信息化建立的目的是企業(yè)管理信息系統(tǒng)的延伸和開展而企業(yè)信息化是電子商務(wù)的根底和前提。也就是說管理信息系統(tǒng)是企業(yè)部的信息系統(tǒng)電子商務(wù)是企業(yè)外部的信息系統(tǒng)部與外部信息系統(tǒng)的結(jié)合才構(gòu)成現(xiàn)代企業(yè)完整的信息系統(tǒng)。我們應(yīng)該依托信息管理與信息系統(tǒng)專業(yè)加速開展電子商務(wù)專業(yè)利用電子商務(wù)專業(yè)促進(jìn)信息管理與信息系統(tǒng)專業(yè)的開展。電子商務(wù)與管理信息系統(tǒng)相輔相成既有區(qū)別也有聯(lián)系。聯(lián)系:在電子商務(wù)的大環(huán)境下要求電子商務(wù)企業(yè)建立完善的管理信息系統(tǒng)。電子商務(wù)要順利長(zhǎng)久的開展下去必

30、須對(duì)各個(gè)信息系統(tǒng)進(jìn)展有效整合。區(qū)別:a.在功能上不僅支持企業(yè)部的生產(chǎn)管理如ERP、SCM、CRM,而且支持企業(yè)通過Internet/Intranet進(jìn)展的商務(wù)活動(dòng)如信息發(fā)布、網(wǎng)絡(luò)訂單管理、網(wǎng)絡(luò)支付管理等。 b.在效勞的圍及對(duì)象方面?zhèn)鹘y(tǒng)IS主要效勞于企業(yè)部特定的客戶而電子商務(wù)系統(tǒng)還效勞于企業(yè)的客戶和合作伙伴。c.在技術(shù)方面電子商務(wù)系統(tǒng)根本上是B/S構(gòu)造。另外還使用多層構(gòu)造、站點(diǎn)動(dòng)態(tài)負(fù)荷均衡技術(shù)、平安與認(rèn)證技術(shù)等d.電子商務(wù)系統(tǒng)需要與企業(yè)部信息系統(tǒng)結(jié)合其數(shù)據(jù)庫(kù)往往與企業(yè)的其他信息系統(tǒng)共享第二章 電子商務(wù)系統(tǒng)的開發(fā)方法與開發(fā)過程電子商務(wù)系統(tǒng)有哪幾種開發(fā)方法?其根本思想是什么?各有何優(yōu)缺點(diǎn)?適用于什么

31、場(chǎng)合?答:A.構(gòu)造化系統(tǒng)開發(fā)方法根本思想:用系統(tǒng)的思想和系統(tǒng)工程的方法,按照用戶至上的原則構(gòu)造化、模塊化,自頂向下對(duì)系統(tǒng)進(jìn)展分析與設(shè)計(jì)。優(yōu)點(diǎn):強(qiáng)調(diào)開發(fā)人員與用戶的嚴(yán)密結(jié)合,注重開發(fā)過程的整體性和全局性。在整體優(yōu)化的前提下考慮具體的分析設(shè)計(jì)問題。嚴(yán)格區(qū)分工作階段每一階段及時(shí)總結(jié)、發(fā)現(xiàn)、及時(shí)反應(yīng)和糾正防止造成浪費(fèi)和混亂。 缺點(diǎn):開發(fā)過程復(fù)雜繁瑣周期長(zhǎng)系統(tǒng)難以適應(yīng)環(huán)境的變化。不能充分了解用戶的需求和可能發(fā)生的變化。 4適用圍大型、復(fù)雜的信息系統(tǒng)。B.原型法Prototyping根本思想:是在投入大量的人力物力之前在限定的時(shí)間用最經(jīng)濟(jì)的方法開發(fā)出一個(gè)可實(shí)際運(yùn)行的系統(tǒng)模型用戶在運(yùn)行使用整個(gè)原型的根底上通

32、過對(duì)其評(píng)價(jià)提出改良意見對(duì)原型進(jìn)展修改統(tǒng)一使用評(píng)價(jià)過程反復(fù)進(jìn)展使原型逐步完善直到完全滿足用戶的需求為止。優(yōu)點(diǎn):符合人們認(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)。C.面向?qū)ο箝_發(fā)方法Object_Oriented根本思想:客觀世界是由各種各樣的對(duì)

33、象組成的每種對(duì)象都有各自的部狀態(tài)和運(yùn)動(dòng)規(guī)律不同對(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ì)象、類、構(gòu)造屬性、方法。 適用于各類信息系統(tǒng)的開發(fā)。實(shí)現(xiàn)了對(duì)客觀世界描述到軟件構(gòu)造的直接轉(zhuǎn)換 大大減少后續(xù)軟件開發(fā)量。開發(fā)工作的重用性、繼承性高降低重復(fù)工作量。 E縮短了開發(fā)周期。缺點(diǎn):A需要一定的軟件支持環(huán)境。 不太適宜大型的MIS開發(fā)假設(shè)缺乏整體系統(tǒng)設(shè)方案分易造成系統(tǒng)構(gòu)造不合理、各局部關(guān)系失調(diào)等問題。只能在現(xiàn)有業(yè)務(wù)根底上進(jìn)展分

34、類整理不能從科學(xué)管理角度進(jìn)展理順和優(yōu)化。 D初學(xué)者不易承受、難學(xué)。適用圍:在大型管理信息系統(tǒng)開發(fā)中假設(shè)不經(jīng)自頂向下的整體劃分而是一開場(chǎng)就自底向上地采用面向?qū)ο箝_發(fā)方法開發(fā)系統(tǒng)會(huì)造成系統(tǒng)構(gòu)造不合理、各局部關(guān)系失調(diào)等等問題。面向?qū)ο箝_發(fā)方法和構(gòu)造化方法在系統(tǒng)開發(fā)中相互依存、不可替代。 2電子商務(wù)系統(tǒng)的建造方式有哪幾種?各有何優(yōu)缺點(diǎn)?第三章 電子商務(wù)系統(tǒng)的規(guī)劃 1為什么要作電子商務(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)籌安排。 2電子商務(wù)系統(tǒng)規(guī)劃的容容: 3電子商務(wù)系統(tǒng)規(guī)劃的依據(jù) 4電子商務(wù)系統(tǒng)的應(yīng)用平臺(tái)構(gòu)造第四章 電子商務(wù)系統(tǒng)的分析1與一般的信息系統(tǒng)分析相比擬電子商務(wù)系統(tǒng)分析的特點(diǎn)有那些?答:目標(biāo)一樣:為了給未來(lái)要建立的新系統(tǒng)提出明確的、細(xì)致的需求為系統(tǒng)設(shè)計(jì)打根底。 方法工具一樣:電子商務(wù)系統(tǒng)也是一種信息系統(tǒng)其分析方法和分析工具通用。 分析對(duì)象不盡一樣

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論