【文章內(nèi)容簡(jiǎn)介】 務(wù)公司特有的，諸如： 破解與身份盜??； 信用卡欺詐； 硬件失效； 不可靠的發(fā)貨服務(wù)； 軟件錯(cuò)誤； 6 變化中的法律法規(guī)。 既然 無(wú)法擺脫這些風(fēng)險(xiǎn)， 那么就讓我們 嘗試?yán)斫獠で蠓雷o(hù)的方法。 網(wǎng)站中防護(hù)這些風(fēng)險(xiǎn)的重要手段就是備份。在編碼時(shí)注重安全也很關(guān)鍵，包括實(shí)現(xiàn)良好的錯(cuò)誤處理策略，以及驗(yàn)證用戶的輸入。使用 SSL（安全套接字層）鏈接對(duì)于安全性要求高的頁(yè)面，諸如包括信用卡數(shù)據(jù)的頁(yè)面，是至關(guān)重要的。 當(dāng)考慮風(fēng)險(xiǎn)和威 脅時(shí)，有個(gè)問(wèn)題將會(huì)對(duì)電子商務(wù)網(wǎng)站產(chǎn)生實(shí)際的損害，那就是不可靠的訂單執(zhí)行。在整個(gè)交易的執(zhí)行過(guò)程中，最為本質(zhì)的部分是交付商品。要實(shí)現(xiàn)這一目標(biāo)，在商品正式投入運(yùn)營(yíng)時(shí)，必須有一個(gè)良好的物流網(wǎng)絡(luò)。如果商店沒(méi)有交付貨 7 物，顧客將不會(huì)再光臨，也不會(huì)將他們的朋友帶到商店來(lái)。 3 電子商務(wù)網(wǎng)站設(shè)計(jì)流程 電子商務(wù)網(wǎng)站系統(tǒng)規(guī)劃 電子商務(wù)系統(tǒng)的規(guī)劃是指：以完成企業(yè)核心業(yè)務(wù)轉(zhuǎn)向電子商務(wù)為目標(biāo)，給定未來(lái)企業(yè)的商務(wù)模式，設(shè)計(jì)支持未來(lái)這種轉(zhuǎn)變的電子商務(wù)系統(tǒng)的體系結(jié)構(gòu)，說(shuō)明系統(tǒng)各個(gè)組成部分的結(jié)構(gòu)以及其組成，選擇構(gòu)造一系統(tǒng)的技術(shù)方案，給出 系統(tǒng)建設(shè)的實(shí)施步驟及時(shí)間安排，說(shuō)明系統(tǒng)建設(shè)人員組織，評(píng)估系統(tǒng)建設(shè)的開(kāi)銷(xiāo)和收益。 在調(diào)查企業(yè)需求、成功案例的基礎(chǔ)上，電子商務(wù)系統(tǒng)的規(guī)劃包括商務(wù)模型規(guī)劃和商務(wù)系統(tǒng)規(guī)劃兩個(gè)基本層次。 （ 1）商務(wù)模型規(guī)劃是一種戰(zhàn)略層的規(guī)劃。目標(biāo)是明確企業(yè)將核心業(yè)務(wù)從傳統(tǒng)方式轉(zhuǎn)移到電子商務(wù)模式時(shí)需要采取的策略，確定企業(yè)的商務(wù)模型。概括地說(shuō)就是確定商務(wù)管理和決策的路線。確定這種規(guī)劃的人員不僅僅是技術(shù)人員，更重要的是商務(wù)管理和決策層面的人員。 （ 2）商務(wù)系統(tǒng)規(guī)劃。商務(wù)系統(tǒng)的規(guī)劃是一種戰(zhàn)術(shù)層的規(guī)劃，它側(cè)重于以商務(wù)模型為基礎(chǔ)，規(guī)劃支持企業(yè)商 務(wù)活動(dòng)的技術(shù)手段，確定信息系統(tǒng)的體系結(jié)構(gòu)。商務(wù)系統(tǒng)的規(guī)劃給出了電子商務(wù)系統(tǒng)開(kāi)發(fā)可依靠的一個(gè)基本框架，所要解決的基本問(wèn)題是如何實(shí)現(xiàn)商務(wù)活動(dòng)。 電子商務(wù)網(wǎng)站系統(tǒng)規(guī)劃報(bào)告 當(dāng)電子商網(wǎng)站 系統(tǒng)規(guī)劃完成之后需要提交《電子商務(wù)網(wǎng)站系統(tǒng)規(guī)劃報(bào)告》，該報(bào)告是對(duì)電子商務(wù)網(wǎng)站系統(tǒng)規(guī)劃階段成果的總結(jié)和記錄，是電子商務(wù)網(wǎng)站系統(tǒng)設(shè)計(jì)的依據(jù)，主要包括以下基本內(nèi)容。 （ 1） 項(xiàng)目背景描述 （ 2） 企業(yè)需求描述 （ 3） 電子商務(wù)網(wǎng)站系統(tǒng)設(shè)計(jì)的原則和目標(biāo) （ 4） 商務(wù)模型建議 （ 5） 目標(biāo)系統(tǒng)的總體結(jié)構(gòu) （ 6） 應(yīng)用系統(tǒng)方案 （ 7） 網(wǎng)絡(luò)基礎(chǔ)設(shè)施 （ 8） 網(wǎng)上支付與安全認(rèn)證 8 （ 9） 系統(tǒng)安全設(shè)計(jì)及管理 （ 10） 系統(tǒng)性能保障方案 （ 11） 系統(tǒng)集成方案 （ 12） 系統(tǒng)實(shí)施方案 （ 13） 其他說(shuō)明 電子商務(wù)網(wǎng)站開(kāi)發(fā)模式 開(kāi)發(fā)一個(gè)網(wǎng)站其實(shí)和開(kāi)發(fā)一款軟件是一樣的，下面我們一次來(lái)看一下時(shí)下最流行的軟件開(kāi)發(fā)及管理方法，這些方法同樣常被用在對(duì)電子商務(wù)網(wǎng)站的建設(shè)開(kāi)發(fā)及管理上。 瀑布方法 瀑布方法是所有方法之父。它將軟件項(xiàng)目分解成 6 個(gè)或 7 個(gè)階段，每個(gè)階段都必須按順序執(zhí)行，以交付最終的商品。每個(gè)階段的輸入都是由前一個(gè)階段的輸出組成。如圖 31 所示： 圖 31 瀑布模型 首先是確定需求，它可以分為兩個(gè)階段。必須先確定項(xiàng)目的系統(tǒng)需求；該階段結(jié)束時(shí)，將擁有一份文檔描述關(guān)于實(shí)現(xiàn)、測(cè)試和部署該應(yīng)用系統(tǒng)所需的所有硬件。同樣還需要部署、測(cè)試應(yīng)用系統(tǒng)所需的軟件平臺(tái)。前兩個(gè)階段開(kāi)始時(shí)要有機(jī)會(huì)研究，結(jié)束是要有可行性研究?；旧?，第一個(gè)問(wèn)題總是“從商業(yè)視角來(lái)看，我們需要這個(gè)軟件嗎？”在確定了需求之后，可行性研究提供了一個(gè)較高的成本效益分析，因此需要估算其投資回報(bào)率。 9 在分析階段，將和顧客一起進(jìn)行分析，以徹底理解顧客的需求。需要花時(shí)間和顧客一起定義軟件的功能需求， 通過(guò)專(zhuān)業(yè)的分析轉(zhuǎn)述給軟件工程師。 在程序設(shè)計(jì)階段，設(shè)計(jì)團(tuán)隊(duì)將閱讀分析階段生產(chǎn)的規(guī)劃書(shū)，然后開(kāi)發(fā)一些顧客認(rèn)可的原型。通常，這是一個(gè)可拋棄的原型。 在編碼階段，程序員將有效地編寫(xiě)應(yīng)用程序的代碼。這將在顧客認(rèn)可了程序設(shè)計(jì)階段所交付的軟件設(shè)計(jì)之后才能進(jìn)行。 如果提供了測(cè)試平臺(tái)，則程序員將在測(cè)試平臺(tái)上安裝應(yīng)用系統(tǒng)，然后對(duì)軟件的功能進(jìn)行測(cè)試。所有發(fā)現(xiàn)的錯(cuò)誤將被修正，在測(cè)試階段結(jié)束時(shí)，軟件必須做好投入使用的準(zhǔn)備。如果沒(méi)有提供測(cè)試平臺(tái)，則程序員必須模擬一個(gè)環(huán)境，或在軟件的實(shí)際運(yùn)行平臺(tái)上進(jìn)行測(cè)試；不過(guò)在測(cè)試階段結(jié)束時(shí)，程序員 必須按轉(zhuǎn)一個(gè)最新的版本，其中已經(jīng)解決了大部分的 Bug。 在運(yùn)行階段之初就將完成部署工作，這時(shí)所有的事情就都已經(jīng)完成了。 第二個(gè)構(gòu)建周期：從子系統(tǒng)需求開(kāi)始，進(jìn)行物理設(shè)計(jì)，完成第二次構(gòu)建并對(duì)結(jié)果進(jìn)行評(píng)價(jià)。將結(jié)果和用戶共享。 最后一個(gè)構(gòu)建周期：從各個(gè)單元的需求開(kāi)始，進(jìn)行最終設(shè)計(jì)，完成最后的構(gòu)建并進(jìn)行各個(gè)層次的測(cè)試。尋求用戶認(rèn)可。 4 電子商務(wù)網(wǎng)站基礎(chǔ)框架的創(chuàng)建 針對(duì)發(fā)展設(shè)計(jì)網(wǎng)站 對(duì)于 Web 應(yīng)用系統(tǒng)而言，“設(shè)計(jì)”可以用來(lái)表示很多事情。最普遍的用法可能是表示 Web 網(wǎng)站的視覺(jué)效果和用戶界面（ UI）設(shè)計(jì)。 這個(gè)方面 是十分關(guān)鍵的，必須正視它，訪問(wèn)者通常對(duì)網(wǎng)站的視覺(jué)效果以及使用的簡(jiǎn)單性更容易留下印象，而對(duì)于使用什么技術(shù)，背后有什么技巧，或者 Web 服務(wù)器運(yùn)行在什么操作系統(tǒng)上都不會(huì)太關(guān)心。如果網(wǎng)站難以使用就會(huì)很容易被遺忘，不管是用什么樣的高科技來(lái)創(chuàng)建的。 網(wǎng)站的視覺(jué)效果部分會(huì)引起訪問(wèn)者最初的興趣，但功能才能夠使他們?cè)俅卧L問(wèn)?；诖_定的最初需求，能夠很快地實(shí)現(xiàn)網(wǎng)站，但如果架構(gòu)設(shè)計(jì)不合理，網(wǎng)站的更新會(huì)很困難。 不管是什么項(xiàng)目，不管規(guī)模多大，有些準(zhǔn)備工作在開(kāi)始編碼之前必須完成。不管做了多少規(guī)劃和設(shè)計(jì)工作，總會(huì)發(fā)生意外情況，隱藏的困 難、新的需求以及變化的規(guī) 10 則似乎總會(huì)和最后的期限做對(duì)。即使沒(méi)有這些意外因素，網(wǎng)站設(shè)計(jì)者也經(jīng)常在項(xiàng)目完成并部署之后，被要求修改或新增功能。這對(duì)于我的這個(gè)電子商務(wù)網(wǎng)站而言也是一樣。 三層架構(gòu)的魔力 通常，架構(gòu)是指將應(yīng)用系統(tǒng)的每個(gè)功能部分分解到獨(dú)立的組件中，并將各種組件劃分到各個(gè)邏輯層中。 現(xiàn)在三層架構(gòu)越來(lái)越流行，這是因?yàn)樗卮鹆似駷橹顾懻摰乃袉?wèn)題。它將應(yīng)用系統(tǒng)的功能單元分到三個(gè)邏輯層中： 表示層 業(yè)務(wù)層 數(shù)據(jù)層 表示層包括網(wǎng)站的 UI 元素，并且包含管理訪問(wèn)者和客戶的業(yè)務(wù)之間的交互的所有程序 邏輯。該層使整個(gè)網(wǎng)站充滿活性，而且這一層的設(shè)計(jì)方法對(duì)網(wǎng)站的成功至關(guān)重要。由于你的應(yīng)用系統(tǒng)是一個(gè) Web 網(wǎng)站，因此表示層將由動(dòng)態(tài) Web 頁(yè)面組成。 業(yè)務(wù)層接受來(lái)自表示層的請(qǐng)求，并基于其包含的業(yè)務(wù)邏輯，向表示層返回一個(gè)結(jié)果。表示層中所發(fā)生的事件，絕大部分都會(huì)導(dǎo)致業(yè)務(wù)層被調(diào)用。 數(shù)據(jù)層負(fù)責(zé)保存應(yīng)用系統(tǒng)的數(shù)據(jù)，并當(dāng)有請(qǐng)求時(shí)發(fā)送給業(yè)務(wù)層。對(duì)于BalloonShop 這個(gè)電子商務(wù)網(wǎng)站而言，你需要保存與商品、用戶、購(gòu)物車(chē)等相關(guān)的數(shù)據(jù)。幾乎所有的客戶請(qǐng)求最終都將引發(fā)數(shù)據(jù)層的信息查詢(xún)，因此擁有一個(gè)快速的數(shù)據(jù)庫(kù)系統(tǒng)是很重要的。 在三層架構(gòu)模型中，有一個(gè)很重要的約束是在層之間的數(shù)據(jù)傳遞必須遵從特定的順序。表示層只允許訪問(wèn)業(yè)務(wù)層，而從不直接訪問(wèn)數(shù)據(jù)層。業(yè)務(wù)層就像中間的“大腦”，負(fù)責(zé)與其他層通信，處理和協(xié)調(diào)所有信息流。 圖 41 表示的是一個(gè)三層架構(gòu)的應(yīng)用系統(tǒng)中數(shù)據(jù)傳遞的簡(jiǎn)單示意。 表示層 業(yè)務(wù)層 數(shù)據(jù)層 11 圖 41 簡(jiǎn)單 三層架構(gòu)示意圖 選擇實(shí)現(xiàn)技術(shù)與工具 不管選擇什么樣的架構(gòu)，對(duì)于每個(gè)開(kāi)發(fā)項(xiàng)目而言，一個(gè)主要問(wèn)題是選擇什么樣的實(shí)現(xiàn)技術(shù)、編程語(yǔ)言以及開(kāi)發(fā)工具，外部需要可能會(huì)對(duì)你的選擇帶來(lái)很大的限制。 使用 技術(shù) 是微軟最新推出的用于構(gòu)建動(dòng)態(tài)、交互式 Web 內(nèi)容的開(kāi)發(fā)技術(shù)集。與其前一個(gè)版本相比， 中引入了許多新功能，用以幫助開(kāi)發(fā)人員在構(gòu)建Web 應(yīng)用系統(tǒng)是增加產(chǎn)能。 引入了一個(gè)后置代碼（ codebehind）模型，用以分離 Web 頁(yè)面的 HTML布局與給予頁(yè)面生命的代碼。盡管你仍然可以在同一個(gè)文件中包含代碼和 HTML，但Visual