電子商務(wù)系統(tǒng)結(jié)構(gòu)

1、電子商務(wù)系統(tǒng)結(jié)構(gòu)申明：此文檔為個(gè)人復(fù)習(xí)資料，僅供參考，對(duì)文檔中可能出現(xiàn)的錯(cuò)誤以及由此帶來(lái)的風(fēng)險(xiǎn), 本人槪不負(fù)責(zé)。在采用本資料時(shí)左要結(jié)合書本知識(shí)。書中計(jì)算題要注意仔細(xì)觀看。第一章電子商務(wù)系統(tǒng)的概念：廣義上講：一個(gè)電子商務(wù)系統(tǒng)就是保障電子商務(wù)活動(dòng)開展的信息技術(shù)支持和管理服務(wù)環(huán)境的集合。從技術(shù)角度看.可以將電子商務(wù)系統(tǒng)看成是一個(gè)三層框架結(jié)構(gòu)：其中底層是網(wǎng)絡(luò)平臺(tái)，是信息傳輸?shù)妮d體 和用戶接入的環(huán)境，它包括各種幹樣的物理傳送平臺(tái)和傳送方式：中間一層是電子商務(wù)功能平臺(tái)，至少包 括CA認(rèn)證.支付網(wǎng)關(guān)和客戶服務(wù)中心等部分：而第三層就是各種各樣的電子商務(wù)應(yīng)用功能和相關(guān)的應(yīng)應(yīng) 用系統(tǒng)?；镜碾娮由虅?wù)系統(tǒng)包括Int

2、ernet信息系統(tǒng)、電子商務(wù)服務(wù)商、企業(yè)、組織與消費(fèi)者、實(shí)物配送和支付 結(jié)算五個(gè)方面。/電子商務(wù)系統(tǒng)面臨的挑戰(zhàn)最大的挑戰(zhàn)就是如何將客戶留住即優(yōu)質(zhì)服務(wù)問題（直觀的體現(xiàn)在的響應(yīng)時(shí)間和可用性。“8 秒規(guī)則”）典型問題：1、在線商業(yè)站點(diǎn)是否有能力容納由于每日以75%增長(zhǎng)的交易量而激増的容雖？2、IT人員如何才能不作任何分析就證明高層管理用干站點(diǎn)擴(kuò)的巨額投入是正為的？3、服務(wù)器的數(shù)址是否足以處理十倍于月平均數(shù)的顧客髙峰？4、如何才能保證不同的交易増長(zhǎng)情況下電子客戶服務(wù)的質(zhì)雖？5、在B2B環(huán)境下.發(fā)送和接收敬感的數(shù)據(jù)，操作金融事務(wù)以及交換信用和產(chǎn)品數(shù)據(jù).依賴于安全快速的 信息傳遞。在線公司如何才能保證實(shí)施

3、供應(yīng)鏈集成所要求的服務(wù)質(zhì)址？6、電子商務(wù)站點(diǎn)將很快大眾化。站點(diǎn)體系結(jié)構(gòu)按比例増長(zhǎng)的速度能有多快？站點(diǎn)的哪個(gè)部分將會(huì)最先成為 性能的瓶頸？數(shù)據(jù)庫(kù)服務(wù)器.Web服務(wù)器應(yīng)用服務(wù)器.還是網(wǎng)絡(luò)連接帯寬？7、一個(gè)不能負(fù)擔(dān)頻繁的軟.碩件更新的中小企業(yè)，如何才能決定它的電子商務(wù)站點(diǎn)有足夠的容雖？電子商務(wù)系統(tǒng)分析模型這個(gè)分析模型由4層組成，分為兩個(gè)主要單元。上層單元（商務(wù)模型、功能模型）集中于商務(wù)的特性以及通過電子商務(wù)提供服務(wù)的過程。下層單元（客戶模型、資源模型）集中干客戶與交互的頁(yè)腳 方式以及他們對(duì)基礎(chǔ)設(shè)施資源提出的要求。分析模型的每一層都與兩大類用于提供這一層定雖描述的描述 符與規(guī)格相聯(lián)系外部度量標(biāo)準(zhǔn)與描述

4、符覆蓋了商業(yè)特性并且對(duì)管理層和客戶都是可見的，這些標(biāo)準(zhǔn)用 于估計(jì)商務(wù)過程的性能。（如收入能力、可用性、下戦時(shí)間等）外部描述符給出了一個(gè)商務(wù) 的定雖概念（如注冊(cè)客戶數(shù)、潛在客戶數(shù).客戶可使用的服務(wù)等用于估il商務(wù)過程的性能部度量標(biāo)準(zhǔn)和描述符表述了基礎(chǔ)設(shè)施和服務(wù)途徑以及客戶使用的資源部度雖標(biāo)準(zhǔn)定位與測(cè)雖應(yīng)用和信息技術(shù)基礎(chǔ)設(shè)施的性能。（11： HTTP請(qǐng)求數(shù)據(jù)庫(kù)爭(zhēng)務(wù)處理服務(wù)） 器響應(yīng)時(shí)何處理響應(yīng)時(shí)間等。）部描述符也包括應(yīng)用和休系結(jié)構(gòu)信息（如導(dǎo)航結(jié)構(gòu)顧客 導(dǎo)航模式構(gòu)成的組件特性）一一定位于測(cè)址應(yīng)用和信息技術(shù)基礎(chǔ)設(shè)施的性能 四大模型：電子商務(wù)的商務(wù)模型一個(gè)商務(wù)模型可以定義為一個(gè)產(chǎn)品.服務(wù)和信息流的結(jié)構(gòu)，

5、包括商務(wù)活動(dòng)者、他們的角色以及收入來(lái)源。許多公司采用的一些最普遍的收入生成模型是：1、廣告費(fèi)用，2、銷皆商品和服務(wù)3.數(shù)字目錄（容人處理Web上兩個(gè)、勺爭(zhēng)人之間交易的費(fèi)用等。 電子商務(wù)的功能模型功能模型描述了一個(gè)電子商務(wù)公司向客戶提供服務(wù)的交易過程.這個(gè)過程是直接提供商業(yè)成 果的一系列連環(huán)活動(dòng).功能模型可以通過對(duì)電子商務(wù)進(jìn)行自頂向下的分析來(lái)獲得.他們可以 通過女種技術(shù)來(lái)表征（如過程流模型、分級(jí)活動(dòng)模型.數(shù)據(jù)流圖等）在電子商務(wù)環(huán)境中.一 個(gè)過程的活動(dòng)可以被進(jìn)一步分解為客戶可以向WEB請(qǐng)求的服務(wù)。因此一個(gè)功能模型提 供r鑒別一個(gè)導(dǎo)航結(jié)構(gòu)和分析客戶采用的不同可能路徑的框架。電子商務(wù)的客戶模型客戶與一

6、個(gè)電子商務(wù)按照請(qǐng)求之星可獲得的不同服務(wù)的順序進(jìn)行交互?？蛻裟？詹?捉一個(gè)客戶在訪問一個(gè)電子商務(wù)的導(dǎo)航模式。這個(gè)模型描述了這個(gè)客戶如何在中航 行，并且允許客戶獲得諸如在一次購(gòu)物期間某一功能被調(diào)用的次數(shù)，或者一次典型對(duì)話的平 均長(zhǎng)度之類的行為度雖標(biāo)準(zhǔn)。每一個(gè)客戶的服務(wù)請(qǐng)求都是的電子商務(wù)基礎(chǔ)設(shè)施的資源在 不同程度上變的緊。電子商務(wù)的性能取決于客戶請(qǐng)求服務(wù)的模式、每個(gè)服務(wù)對(duì)資 源的要求以及客戶訪問的強(qiáng)度。電子商務(wù)的資源模型資源模型結(jié)合了以上三方而來(lái)計(jì)算性能。資源模型包括兩個(gè)關(guān)鍵閃素：工作負(fù)荷模型和 性能模型。前者捕獲客戶請(qǐng)求服務(wù)的模式以及每個(gè)服務(wù)需求的資源在時(shí)間方面的要求。工作負(fù)荷模型也描述了在一個(gè)典

7、型時(shí)間框架（如舟峰時(shí)間）顧客到達(dá)過程的工作負(fù)荷強(qiáng)度。性能模型作為體系結(jié)構(gòu)和匸作負(fù)荷描述的功能用于計(jì)算電子商務(wù)的性能度量標(biāo)準(zhǔn)C 這個(gè)模型用于訃算不同觀點(diǎn)的度雖標(biāo)準(zhǔn)。（資源使用度雖標(biāo)準(zhǔn):過程利用和數(shù)振庫(kù)服務(wù) 的請(qǐng)求等待平均數(shù) 高層度雖標(biāo)準(zhǔn):客戶響應(yīng)時(shí)間每秒鐘的收入等）無(wú)論采用哪種電子商務(wù)模型，在設(shè)汁和實(shí)施電子商務(wù)及苴相應(yīng)系統(tǒng)的過程中都必須考 慮：可靠性、安全性、容量、可升縮性以及系統(tǒng)和網(wǎng)絡(luò)的成本*EC站點(diǎn)服務(wù)質(zhì)量影響因素站點(diǎn)體系結(jié)構(gòu)網(wǎng)絡(luò)容量系統(tǒng)軟件結(jié)構(gòu)安全體系頁(yè)腳不可預(yù)測(cè)的公眾行為EC站點(diǎn)的復(fù)雜性是由不可預(yù)測(cè)的公眾行為構(gòu)成的。定量方法分析步驟：（P41）1. 深入了解電子商務(wù)站點(diǎn)結(jié)構(gòu)：2. 電子商

8、務(wù)站點(diǎn)的系統(tǒng)性能測(cè)雖：3. 了解客戶的行為：4. 表征電子商務(wù)站點(diǎn)的工作負(fù)荷：5. 基于隊(duì)列網(wǎng)絡(luò)理論的定量技術(shù)和分析模型.評(píng)價(jià)電子商務(wù)站點(diǎn)的性能：6. 獲得性能模型的輸入?yún)?shù)：7. 預(yù)測(cè)電子商務(wù)站點(diǎn)期望的負(fù)荷：& 使用性能模型和丄作負(fù)荷預(yù)測(cè)進(jìn)一步分析可選擇的體系結(jié)構(gòu)決定昴有經(jīng)濟(jì)效益的一個(gè)。第二章W.需求分析包括了業(yè)務(wù)需求、用戶需求、功能性需求和非功能性需求。需求分析的注意事項(xiàng)（P55）:（1） 需求分析不僅僅是設(shè)訃者的事情，用戶也必須參與其中（2 ） 需求分析的容需要滿足三項(xiàng)一般原則（可檢驗(yàn)性、確定性、可描述性）（3） 了解用戸所在的行業(yè)背景需求分析的特點(diǎn)正確的、可行的、必不可少的、標(biāo)明優(yōu)先次

9、序的、不含糊的、能被證實(shí)的需求分析文檔的婆求：K保持句子和段落簡(jiǎn)短2、從開發(fā)者的立場(chǎng)來(lái)看，檢査需求述是否足夠明確3、努力找到一個(gè)適當(dāng)?shù)牧６葘哟蝸?lái)寫作4、檢査是否有一個(gè)述表達(dá)了女個(gè)需求，如果有就將它們分開5、整個(gè)需求文檔的寫作都保持在一個(gè)一致的細(xì)節(jié)層次上6、避免述兀余的需求需求分析容（P57建議看書）初步確左所需要的是一個(gè)電子商務(wù)的解決方案（框架）I. 電子貿(mào)易的需求II. 網(wǎng)絡(luò)設(shè)備有關(guān)電子和協(xié)作的需求III. 服務(wù)器的需求有關(guān)電子和協(xié)作的需求在部門和群體間共享信息；頁(yè)腳 減少項(xiàng)目計(jì)劃的開支：克服團(tuán)隊(duì)分布在全球而產(chǎn)生的障礙：減少繁文編節(jié)的過程：對(duì)那些獲取信息的人員進(jìn)行更好的掌握。電子貿(mào)易的需求拓

10、展公司的基礎(chǔ) 用于工作的時(shí)間是24X7小時(shí)減少用于交易處理的開支向客戶提供更好的售前和售后的服務(wù)將來(lái)使現(xiàn)存的互聯(lián)點(diǎn)更靈活使現(xiàn)有的融合到現(xiàn)有的企業(yè)系統(tǒng)中通過互聯(lián)網(wǎng)使用新的付費(fèi)方法網(wǎng)絡(luò)應(yīng)用服務(wù)器的需求使現(xiàn)有的融合到現(xiàn)有的企業(yè)系統(tǒng)中：在網(wǎng)絡(luò)服務(wù)器上，需要的不僅僅是靜態(tài)的網(wǎng)頁(yè)，還需要過程:從向用戶提供為用戶定制的報(bào)告：自動(dòng)的更新一個(gè)的容：提供好的性能和功能的服務(wù)器：提供會(huì)話管理服務(wù)。做好設(shè)計(jì)準(zhǔn)備技術(shù)上的評(píng)估：網(wǎng)絡(luò)系統(tǒng)和服務(wù)器而向?qū)ο蟮募夹g(shù)J2EE或者.NET技術(shù)平臺(tái)應(yīng)用軟件開發(fā)工具相關(guān)于分布式數(shù)據(jù)的數(shù)據(jù)庫(kù)事務(wù)處理的技術(shù)安全性標(biāo)準(zhǔn)、規(guī)所有的決圧者對(duì)于采用新技術(shù)的態(tài)度。你愿意承受的風(fēng)險(xiǎn)等級(jí)。提出解決方案的

11、工作框架工作框架的目標(biāo)：了解現(xiàn)存的環(huán)境和需求評(píng)估商業(yè)的設(shè)施提供適當(dāng)?shù)呐嘤?xùn) 將目標(biāo)分成長(zhǎng)期和短期的確定技術(shù)路線討論技術(shù)性的更替提出下一步該如何進(jìn)行頁(yè)腳為什么需要一個(gè)解決方案的工作框架在需求收集過程、規(guī)劃解決方案的匸作框架時(shí)，群策群力比每個(gè)人單獨(dú)的匚作有著很多的優(yōu)魁: 通過每個(gè)人的共同參與從而節(jié)省J時(shí)間。技術(shù)人員和商業(yè)人員可以相互交流，從而理解對(duì)方的觀點(diǎn)。通常來(lái)自技術(shù)方而的有爭(zhēng)議的觀點(diǎn)都會(huì)暴露出來(lái)并解決，這意味著最終的方案將是大多數(shù)人的觀點(diǎn)。 經(jīng)驗(yàn)表明，對(duì)于完成一個(gè)解決方案設(shè)訃的任務(wù)這是最有效的方法。解決方案的匸作框架的困難所在是在于時(shí)間上的投資，持別是十眾女關(guān)鍵人物需要抽出相同的時(shí)間。構(gòu)建工作框

12、架前的準(zhǔn)備 確定公司的參與者（任何一個(gè)解決方案工作框架的參與者都是一個(gè)成功的工作框架 最重要的部分。一個(gè)來(lái)自公司和解決方案提供者的交叉功能的團(tuán)隊(duì)是關(guān)鍵。） 確定一個(gè)電子商務(wù)解決方案平臺(tái)的提供者（將工作框架目標(biāo)放入一個(gè)文檔、確宦工 作框架的負(fù)責(zé)人、將目標(biāo)發(fā)給確定的參與者） 和每個(gè)人交流工作框架的目標(biāo) 在當(dāng)前環(huán)境下，從公司收集資料（盡可能的理解你當(dāng)前環(huán)境是構(gòu)建一個(gè)成功的工作 框架的關(guān)鍵。供應(yīng)商的隊(duì)伍應(yīng)該回顧一下從公司方得到的材料。工作框架提供可以 進(jìn)行任何問題討論和解決的論壇。經(jīng)驗(yàn)表明使用公司的好的材料，理解當(dāng)前的環(huán)境將變得更直觀。然而，那些岀 現(xiàn)問題的部分通常是和現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ)和一體化的存在的企

13、業(yè)級(jí)設(shè)備和數(shù)據(jù)有關(guān)。） 規(guī)劃解決方案的工作框架的議程，并發(fā)放給每一個(gè)參與者（向所有參與者提供規(guī)劃好 的工作框架的議程，苴應(yīng)至少包括如下計(jì)劃：回顧工作框架的目標(biāo)：回顧電子商務(wù) 實(shí)施路線；回顧當(dāng)前的環(huán)境：提供參考性的規(guī)劃意見：組織參與者進(jìn)行決定規(guī)劃前 的初步交流）啟動(dòng)工作框架運(yùn)作 重審最初的理解（1工作框圖的目標(biāo)2.商業(yè)需要和驅(qū)動(dòng)（建議，由別人來(lái)負(fù)責(zé)這個(gè) 重審）3.提供商從公司文檔中理解的當(dāng)前處境。對(duì)于上而這些項(xiàng)目的簡(jiǎn)單重審， 可以幫助規(guī)劃者得到更精細(xì)的需求信息。）項(xiàng)目重審中的檢査點(diǎn)（）分析需求信息I因?yàn)楣ぷ骺蚣苌婕暗胶艽蟮挠?所以很有可能需要其他的需求信息 來(lái)幫助規(guī)劃者實(shí)現(xiàn)電子商務(wù)。那些英他的需

14、求信息可以被分成下而幾類：1.功能性 需求2.明顯或者隱含的障礙 3.已經(jīng)存在的條件）收集需求信息的檢査點(diǎn)區(qū)分需求信息的優(yōu)先次序1. 每個(gè)人都同總進(jìn)行優(yōu)先級(jí)排序2. 瀏覽需求信息的每一項(xiàng)，重新描述需求信息，并且保證每個(gè)人都同總。很慕時(shí)候這個(gè)步驟能夠?qū)е?一個(gè)需求信息的刪除或添加。3. 從列表的第一個(gè)開始詢問問每一個(gè)人.這一項(xiàng)的優(yōu)先級(jí)是廊還是低。4如果你已經(jīng)處理了很多的啟j優(yōu)先級(jí)項(xiàng)，然后你就可以把這些高優(yōu)先級(jí)的排一下序5.每個(gè)人都認(rèn)為這個(gè)列表是很精確的，并且表達(dá)了商業(yè)的每一個(gè)方面。電子商務(wù)模型視圖（統(tǒng)稱為項(xiàng)目視圖）頁(yè)腳給用戶：功能模型的抽象視圖架構(gòu)設(shè)計(jì)師：軟件體系結(jié)構(gòu)說(shuō)明視圖開發(fā)人員：功能、接口

15、等的動(dòng)態(tài)圖項(xiàng)目視圖反應(yīng)的需求容1、業(yè)務(wù)需求一一反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng).產(chǎn)品商層次的目標(biāo)要求.通常在項(xiàng)目定義與鬧文檔中予以 說(shuō)明2、用戶需求一一描述了用戶使用產(chǎn)品必須婆完成的任務(wù)，這在使用實(shí)例或方案腳木中予以說(shuō)明3、功能需求一一定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能使用戶利用系統(tǒng)能夠完成他們的任務(wù).從而滿足了 業(yè)務(wù)需求4、非功能性的需求一一描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)和 約束.操作界面的具體細(xì)節(jié)和構(gòu)造上的限制需求分析常用到兩種方法：業(yè)務(wù)需求分析方法和界面需求分析方法 通常結(jié)介使用，前者 保證需求分析的全而和嚴(yán)謹(jǐn)，后者讓需求分析的交流過程更加順暢。業(yè)務(wù)需求分

16、析原則（P67書中5點(diǎn)，可參照書本容）1. 分析人員要使用符合客戶語(yǔ)言習(xí)慣的表達(dá)：2. 分析人員耍了解客戶的業(yè)務(wù)及目標(biāo)：3. 分析人員必須編寫軟件需求報(bào)告：4. 要求得到需求1：作結(jié)果的解祥說(shuō)明：5. 開發(fā)人員要尊重客戶的意見：6. 開發(fā)人員要對(duì)需求及產(chǎn)品實(shí)施提出建議和解決方案:7. 描述產(chǎn)品使用特性：& 允許重用已有的軟件組件：9.婆求對(duì)變更的代價(jià)提供真實(shí)可崟的評(píng)估：10 獲得滿足客戶功能和質(zhì)雖要求的系統(tǒng)：11. 給分析人員講解您的業(yè)務(wù)：12. 抽岀時(shí)間淸楚地說(shuō)明并完善需求：13. 準(zhǔn)確而詳細(xì)地說(shuō)明需求：14. 及時(shí)作岀決定：15. 尊重開發(fā)人員的需求可行性及成木評(píng)估：16. 劃分需求的優(yōu)先

17、級(jí)：17. 評(píng)審需求文檔和原型：1&需求變更要立即聯(lián)系：19. 遵照開發(fā)小組處理需求變見的過程：20. 孫重開發(fā)人員采用的需求分析過程。業(yè)務(wù)需求分析的一般方法：?jiǎn)栴}獲取；分析：編寫規(guī)格說(shuō)明：驗(yàn)證需求分析一般過程：1、確左需求過程2、編寫項(xiàng)目視圖和國(guó)文檔3、用戶群分類4、選擇用 戶代表5、建立核心隊(duì)伍6、確泄使用實(shí)例7、召開聯(lián)合會(huì)議8、分析用戶工作流程9、確左 質(zhì)量屬性10、檢查問題報(bào)告和需求重用頁(yè)腳界面需求分析（界面元素；用戶角色；界面原型）目的：讓最終用戶能夠獲得美感：提高工作效率；易于操作使用系統(tǒng)界面元素：對(duì)用戶工作效率有顯著影響的元素：界而交互方式、界而功能分布、界面輸入輸岀模式影響用戶

18、對(duì)系統(tǒng)友好性評(píng)價(jià)的元素：界而主顏色、字體顏色、字體大小、界而布局 目前在界而元素的選擇、布局設(shè)計(jì)等方面的研究進(jìn)行得較多，容涵蓋了人機(jī)工程學(xué)、認(rèn)知心 理學(xué)、美學(xué)、色彩理論等方而的探討用戶角色用戶角色是指按照一泄參考體系劃分的用戶類型，是能夠代表某種用戶特征.便于統(tǒng)一描述 的眾多用戶個(gè)體的集合界面原型（而向用戶的分析結(jié)果、面向設(shè)計(jì)人員的分析結(jié)果）界而原型是開發(fā)一個(gè)粗糙的.功能很少但界面類似的小型系統(tǒng)出來(lái)，它可以將界而需求調(diào)查的周期盡雖縮 短，并盡可能滿足用戶的要求。利用界面原型.用戶可以很感性地認(rèn)識(shí)到未來(lái)系統(tǒng)的界面風(fēng)格以及操作方式，從而迅速作出判斷：是否符 合自己的感官期望：是否滿足自己的操作習(xí)慣

19、：是否能夠滿足自己工作的需要。利用界而原型.誘導(dǎo)用戶修正自己的理想系統(tǒng).提出新的、更清晰的界而要求面向用戶的分析結(jié)果1、依據(jù)用戶角色優(yōu)先級(jí)別的不同，對(duì)界而原型作出對(duì)應(yīng)修改/2、根據(jù)實(shí)現(xiàn)用戶需求所帶來(lái) 的成本、效益決左實(shí)施方案/3、友好的目標(biāo)系統(tǒng)應(yīng)該是同用戶的理想模型接近甚至一致面向設(shè)計(jì)人員的分析結(jié)果設(shè)計(jì)表格：以界面元素為基木容.依據(jù)用戶角色和系統(tǒng)功能進(jìn)行合理分割.能夠全而、準(zhǔn)確描述界而風(fēng)格 表格容：平面設(shè)計(jì)：用戶直接可以感受到的界面元素.能讓用戶從心理上獲得舒適感、愉悅感交互方式定義：汁算機(jī)系統(tǒng)及軟件系統(tǒng)同用戶交流信息的方式，包括就標(biāo).鍵盤等的使用.是否有命 令模式，是否有語(yǔ)音輸出，信息顯示方

20、式等容功能模型定義：將對(duì)應(yīng)系統(tǒng)功能按照一定的優(yōu)先級(jí)建立成持定的模型，按照這種模型來(lái)組織界面布局.方便用戶完成一系列工作，不同用戶角色對(duì)應(yīng)不同模型第三章客戶行為模型（CBMG）【書本P85-88重點(diǎn)觀看，務(wù)必】客戶模型根據(jù)導(dǎo)航模式，使用的電子商務(wù)功能，訪問不同的電子商務(wù)功能的頻率以及訪問 站點(diǎn)提供的不同功能之間的時(shí)間間隔等來(lái)捕獲用戶行為的要素?？蛻裟Ｐ蛯?duì)業(yè)務(wù)流導(dǎo)航和系統(tǒng)負(fù)荷預(yù)測(cè)的作用：模仿用戶導(dǎo)航模式：通過建立模型，描述的客戶行為模型圖，這種模型可能被用于預(yù)測(cè)頁(yè)腳客戶特征的遷移以及為了提商性能而實(shí)現(xiàn)智能預(yù)取目標(biāo)。-捕獲工作負(fù)荷參數(shù)：如果客戶模型的唯一目的.只是產(chǎn)生一個(gè)用干資源模型輸入的工作負(fù)荷模

21、型.就沒必要使用像客戶行為模型圖（CBMG）這樣詳細(xì)的模型。建立相對(duì)簡(jiǎn)單的客戶訪問模型 （CVM）,用來(lái)捕獲構(gòu)造匸作負(fù)荷模型所需的信息?？蛻粼L問模型不像客戶行為模型圖.它沒有預(yù)測(cè) 能力.不能假設(shè)分析客戶行為變化帶來(lái)的影響?？蛻裟Ｐ头治鰬?yīng)用場(chǎng)合促銷活動(dòng)分析（業(yè)務(wù)有效性）客戶分類分析（基木信息、行為.價(jià)值）銷吿分析（銷售/客戶滿意度、響應(yīng)時(shí)延等）客戶反鍛分析（投訴、建議、調(diào)査和滿意度）忠誠(chéng)度分析（客戶關(guān)系、維持率、流失率、收入等客戶行為模型圖的結(jié)點(diǎn)用矩形表示，描述了客戶在訪問一個(gè)電子商務(wù)期間的所處的狀態(tài)。連接狀態(tài)的箭頭指出了他們之間可能的轉(zhuǎn)換。靜態(tài)：反映電子商務(wù)的結(jié)構(gòu)，而且不依賴于用戶訪問站點(diǎn)的方

22、法。CBMG靜態(tài)是由狀態(tài)集 合以及這些集合可能的轉(zhuǎn)換組織：動(dòng)態(tài)：轉(zhuǎn)換概率矩陣是CBMG動(dòng)態(tài)的一部分，不同客戸形成的CBMG圖是不冋的。建立靜態(tài)的CBMG步驟：1、確定電子商務(wù)站點(diǎn)向客戶提供的功能集合 2、根據(jù)資源消耗來(lái)精簡(jiǎn)功能集合3、確左狀態(tài)間的轉(zhuǎn)換CBMG作用CBMG及其靜態(tài)和動(dòng)態(tài)而如何用來(lái)獲得與每次訪問期間客戶行為有關(guān)的度址標(biāo)準(zhǔn)具體的有：點(diǎn)擊率（每秒請(qǐng)求服務(wù)對(duì)彖的次數(shù)）：日平均貞面訪問數(shù):點(diǎn)擊進(jìn)入百分率：?jiǎn)我坏目蛻魯?shù)（在一個(gè)特定期間有多少不同的客戶訪問站點(diǎn)）：站點(diǎn)收益率：潛在損失CBMG幫助回答以下問題：每次訪問電子商務(wù)站點(diǎn)期間各個(gè)電子商務(wù)功能（如捜索、瀏覽.選抒、添加）被調(diào)用的平均次數(shù)是

23、女少？ 平均起來(lái).客戶每次訪問電子商務(wù)站點(diǎn)時(shí)多長(zhǎng)時(shí)間購(gòu)物一次？在訪問電子商務(wù)站點(diǎn)期間，電子商務(wù)功能執(zhí)行客戶請(qǐng)求的平均次數(shù)是女少？客戶訪問模型（CVM）客戶訪問模型就是一組向量，它說(shuō)明了電子商務(wù)站點(diǎn)提供的功能被執(zhí)行的次數(shù)。它沒有提供客戶從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的次數(shù)，在此方而沒有CBMG詳細(xì)。會(huì)話識(shí)別：指某些為了辨別用戶身份、進(jìn)行session跟蹤而儲(chǔ)存在用戶本地終端上的數(shù)據(jù)（通 常經(jīng)過加密）。一個(gè)電子商務(wù)的客戶通過單次訪問期間發(fā)出的一系列連貫和相關(guān)的請(qǐng)求與站點(diǎn)進(jìn)行交互叫 做會(huì)話。會(huì)話識(shí)別解決技術(shù)（P95）： cookies : HTML表格的隱藏域：sessions：動(dòng)態(tài)URLs容量規(guī)劃（P96

24、107）（重點(diǎn)看看）第四章性能模型概述（P117139此肖為重中之重，一左要看書本）頁(yè)腳性能模型表達(dá)了工作負(fù)載使用系統(tǒng)資源的方法.描述了決是系統(tǒng)性能的主要因素。這些模型 使用由資源模型和工作負(fù)載模型提供的信息。作用：性能模型被用來(lái)計(jì)算傳統(tǒng)的性能度量標(biāo)準(zhǔn)，例如響應(yīng)時(shí)間、吞吐量、利用率和平均 隊(duì)列長(zhǎng)度，以及新的而向商務(wù)的性能度量標(biāo)準(zhǔn)，諸如收入總額或者損失總額可以分為兩個(gè)疇：分析模型和仿真模型分析模型：分析模型通過公式來(lái)詳細(xì)說(shuō)明系統(tǒng)的不同部件之間的交互。（例如HEF務(wù)響應(yīng)的附 吋能時(shí)間：RTmin二KIT*請(qǐng)求時(shí)M min +站點(diǎn)處理時(shí)何+答復(fù)時(shí)河 其中minRTI、足網(wǎng)絡(luò)傳輸?shù)墓逃械膲穆窌r(shí)叭 請(qǐng)求

25、時(shí)間 min=請(qǐng)求人小/帶寬：站點(diǎn)處理時(shí)何是電子商務(wù)站點(diǎn)處理請(qǐng)求所花的時(shí)河：答奴時(shí)H min=答復(fù)人小/帶寬。）分析模型：仿真模型通過運(yùn)行一個(gè)仿真程序來(lái)模擬一個(gè)真實(shí)系統(tǒng)的行為。一個(gè)仿真程序的結(jié)構(gòu)是基于被仿真的系統(tǒng)的狀態(tài)和改變系統(tǒng)狀態(tài)的爭(zhēng)件的。一個(gè)仿真程序根據(jù)被仿真系統(tǒng)中所發(fā)生的爭(zhēng)件來(lái)模擬系統(tǒng)狀態(tài)的轉(zhuǎn)變。仿真程序通過訃算爭(zhēng)件和系統(tǒng)相關(guān)條件的持續(xù)時(shí)間來(lái)測(cè)量性能。性能模型的作用：可以幫助理解復(fù)雜系統(tǒng)的定量行為是電子商務(wù)環(huán)境下研究資源分配問題的一個(gè)基木的工具分析分布式應(yīng)用程序的性能和評(píng)估網(wǎng)絡(luò)的影響可以通過回答假設(shè)性分析問題.而不是在生產(chǎn)環(huán)境中進(jìn)行任何變化，來(lái)幫助發(fā)現(xiàn)性能問題可以用于預(yù)測(cè)目的。它們可以回答關(guān)于性能影響的假設(shè)性分析問題，這些問題是由于電子商務(wù)站點(diǎn)的 組成部件、元素和工作負(fù)載的改變而引起的。性能模型有助于分析將來(lái)的貿(mào)易場(chǎng)景建模的三個(gè)階段:系統(tǒng)建模：確認(rèn)模型：使用模型一個(gè)電子商務(wù)的事務(wù)被立義為一個(gè)來(lái)自客戶的要求執(zhí)行電子商務(wù)站點(diǎn)所提供的功能的請(qǐng)求。 服務(wù)器上的服務(wù)時(shí)間：簡(jiǎn)單地說(shuō)，一個(gè)服務(wù)器就是以一個(gè)硬件平臺(tái)、操作系統(tǒng)、服務(wù)器軟件和目錄的組合。爭(zhēng)務(wù)對(duì)資源i的服務(wù)需求詳細(xì)表明了在爭(zhēng)務(wù)的執(zhí)行期間它對(duì)資源i的要求的總的服務(wù)時(shí)間。一個(gè)事務(wù)在資源i的服務(wù)時(shí)間是Si = Di/Vi。通信網(wǎng)絡(luò)的服務(wù)時(shí)間:從客戶發(fā)往服務(wù)器的消息或者從一個(gè)服務(wù)濡發(fā)往另一個(gè)服務(wù)辭的消息必須經(jīng)過