建立電子商務(wù)網(wǎng)站-教學(xué)(編輯修改稿)
2025-03-03 20:55 本頁面
【文章內(nèi)容簡介】 帶寬的要求更高。 17 商務(wù)發(fā)展分析 ?MTV的引入。 —— 使得帶寬的負擔(dān)和存儲器的負擔(dān)急劇加重，并且文件格式會更加復(fù)雜。 ?用戶論壇的建立 —— 可能要另外的增加一臺論壇服務(wù)器，甚至于另外的帶寬。 ?為用戶推薦音樂。 —— 這將加重多個服務(wù)器的 CPU負荷，降低響應(yīng)客戶的時間。 18 商業(yè)描述 商業(yè)模型 商業(yè)發(fā)展規(guī)劃 功能分析 功能模型 功能發(fā)展規(guī)劃 商業(yè)功能層 ?交互模型 ?使用網(wǎng)絡(luò)技術(shù) ?使用認證 19 20 SSL（ Secure Sockets Layer）協(xié)議 客戶 瀏覽器 服務(wù)器 雙方的數(shù)字證書 客戶 瀏覽器 明文 對稱 密鑰 K 加密 密文 對稱 密鑰 K 公共 密鑰 加密 經(jīng)加密 密鑰 K inter 經(jīng)加密 密鑰 K 私有 密鑰 解密 對稱 密鑰 K 密文 解密 明文 服務(wù)器 Inter 21 SSL（ Secure Sockets Layer）協(xié)議 安全交易過程 客戶 銀行 商家 采購 訂單 付款 信息 付款 信息 確認或 付款成功 開始 付貨 打印交易數(shù)據(jù) 留作憑證 客戶 瀏覽器 商家 服務(wù)器 商家的 數(shù)字證書 ?無法提供不可否認性保護 ?商家通常將信息以不加密的格式存儲 22 SET（ Secure Electronic Transaction）協(xié)議 雙向簽名 ?訂購指令 → 商戶 ?付款指令 → 支付網(wǎng)關(guān) 缺點： 在銀行網(wǎng)絡(luò)、商家服務(wù)器、顧客的 PC上安裝相應(yīng)的軟件，所以價格昂貴。 23 消費者 消費者發(fā)卡行 商家銀行 清算所 選定 SET支付 數(shù)字錢包、證書 相互驗證身份 SET加密得到的 訂單和支付信息發(fā)送 商家的軟件轉(zhuǎn)發(fā) 加密信息 清算所向發(fā)卡行 審核帳戶和余額 商家 發(fā)卡行將 款項劃撥到 商家銀行 通知商家發(fā)貨 24 功能模型 這個音樂購買服務(wù)應(yīng)該包括以下功能： ?音樂搜索和選擇功能： —— 這個交互模型應(yīng)該包括兩個 HTML表單以及在 HTML表單和 JSP腳本中使用的網(wǎng)絡(luò)技術(shù)。這里 不 使用認證。 ?音樂預(yù)聽功能： —— 這個交互模型應(yīng)該包括一個 HTML表單以及在 HTML表單使用音頻流媒體的技術(shù)。這里 不 使用認證。 ?個人資料填寫： —— 這個交互模型應(yīng)該包括一個 HTML表單以及在 HTML表單和 JSP腳本中使用的網(wǎng)絡(luò)技術(shù)。這里通過 SSL使用認證。 25 功能模型 ?選擇音樂的總覽和確認 —— 這個交互模型應(yīng)該包括
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1