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

1、電子商務(wù)系統(tǒng)結(jié)構(gòu)申明：此文檔為個人復(fù)習(xí)資料，僅供參考，對文檔中可能出現(xiàn)的錯誤以及由此帶來的風(fēng)險, 本人槪不負(fù)責(zé)。在采用本資料時左要結(jié)合書本知識。書中計算題要注意仔細(xì)觀看。第一章電子商務(wù)系統(tǒng)的概念：廣義上講：一個電子商務(wù)系統(tǒng)就是保障電子商務(wù)活動開展的信息技術(shù)支持和管理服務(wù)環(huán)境的集合。從技術(shù)角度看.可以將電子商務(wù)系統(tǒng)看成是一個三層框架結(jié)構(gòu)：其中底層是網(wǎng)絡(luò)平臺，是信息傳輸?shù)妮d體 和用戶接入的環(huán)境，它包括各種幹樣的物理傳送平臺和傳送方式：中間一層是電子商務(wù)功能平臺，至少包 括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è)、組織與消費者、實物配送和支付 結(jié)算五個方面。/電子商務(wù)系統(tǒng)面臨的挑戰(zhàn)最大的挑戰(zhàn)就是如何將客戶留住即優(yōu)質(zhì)服務(wù)問題（直觀的體現(xiàn)在的響應(yīng)時間和可用性?！? 秒規(guī)則”）典型問題：1、在線商業(yè)站點是否有能力容納由于每日以75%增長的交易量而激増的容雖？2、IT人員如何才能不作任何分析就證明高層管理用干站點擴的巨額投入是正為的？3、服務(wù)器的數(shù)址是否足以處理十倍于月平均數(shù)的顧客髙峰？4、如何才能保證不同的交易増長情況下電子客戶服務(wù)的質(zhì)雖？5、在B2B環(huán)境下.發(fā)送和接收敬感的數(shù)據(jù)，操作金融事務(wù)以及交換信用和產(chǎn)品數(shù)據(jù).依賴于安全快速的 信息傳遞。在線公司如何才能保證實施

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

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

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

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

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

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

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

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

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

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

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

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

15、等的動態(tài)圖項目視圖反應(yīng)的需求容1、業(yè)務(wù)需求一一反映了組織機構(gòu)或客戶對系統(tǒng).產(chǎn)品商層次的目標(biāo)要求.通常在項目定義與鬧文檔中予以 說明2、用戶需求一一描述了用戶使用產(chǎn)品必須婆完成的任務(wù)，這在使用實例或方案腳木中予以說明3、功能需求一一定義了開發(fā)人員必須實現(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點，可參照書本容）1. 分析人員要使用符合客戶語言習(xí)慣的表達(dá)：2. 分析人員耍了解客戶的業(yè)務(wù)及目標(biāo)：3. 分析人員必須編寫軟件需求報告：4. 要求得到需求1：作結(jié)果的解祥說明：5. 開發(fā)人員要尊重客戶的意見：6. 開發(fā)人員要對需求及產(chǎn)品實施提出建議和解決方案:7. 描述產(chǎn)品使用特性：& 允許重用已有的軟件組件：9.婆求對變更的代價提供真實可崟的評估：10 獲得滿足客戶功能和質(zhì)雖要求的系統(tǒng)：11. 給分析人員講解您的業(yè)務(wù)：12. 抽岀時間淸楚地說明并完善需求：13. 準(zhǔn)確而詳細(xì)地說明需求：14. 及時作岀決定：15. 尊重開發(fā)人員的需求可行性及成木評估：16. 劃分需求的優(yōu)先

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

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

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

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

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

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

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

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

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