【正文】 直接交互的界面，在考慮功能的同時(shí)，也考慮了操作的簡潔和方便性，目的是讓大多數(shù)不精通電腦操作的客戶，也能輕松的享受電子商務(wù)給他們帶來的便利。n 前臺(tái)主要包括如下功能：注冊(cè)/登錄、新聞發(fā)布、聯(lián)系方式、圖書查詢、新書快遞、圖書分類瀏覽、圖書展示、暢銷書排行榜、熱門推薦，意見反饋、在線幫助、訂單管理、在線咨詢、自動(dòng)友情鏈接功能等等。n 系統(tǒng)前臺(tái)結(jié)構(gòu)圖圖22 系統(tǒng)前臺(tái)結(jié)構(gòu)圖（2）系統(tǒng)后臺(tái)圖23 系統(tǒng)后臺(tái)結(jié)構(gòu)圖系統(tǒng)后臺(tái)管理在考慮書店管理操作方便的同時(shí)，提供了強(qiáng)大的書店管理模式。它包括管理員角色的設(shè)置、用戶資料管理、圖書分類管理、圖書資料管理、訂單管理、新聞管理、公告管理、文件管理、廣告管理、圖書推薦管理等等。 特別說明本系統(tǒng)還具有良好的功能可擴(kuò)充性，這初步適應(yīng)了未來高級(jí)用戶的需求。另外本系統(tǒng)的安全性保障了用戶和管理員的密碼安全，為了保障系統(tǒng)的正常運(yùn)行，請(qǐng)按前面所說的硬件要求進(jìn)行配置服務(wù)器。第3章 系統(tǒng)模型與設(shè)計(jì)對(duì)一個(gè)系統(tǒng)開發(fā)的總體評(píng)價(jià)，系統(tǒng)模型和分析設(shè)計(jì)很重要，在線書店系統(tǒng)的系統(tǒng)模型與分析設(shè)計(jì)如下。 系統(tǒng)模型為了使本系統(tǒng)易于開發(fā)和保持其可擴(kuò)充性，并且使系統(tǒng)更加美觀化，以適應(yīng)將來客戶的更大需求。所以將本系統(tǒng)設(shè)計(jì)成B/S模式，且采用多層結(jié)構(gòu)應(yīng)用程序構(gòu)架，客戶端從瀏覽器訪問系統(tǒng)完成計(jì)劃信息的報(bào)送，服務(wù)器從WEB將信息采集到數(shù)據(jù)庫服務(wù)器。計(jì)劃分為4個(gè)邏輯層和企業(yè)代碼庫。圖31 系統(tǒng)邏輯結(jié)構(gòu)圖n 數(shù)據(jù)實(shí)體層：為系統(tǒng)業(yè)務(wù)對(duì)象定義數(shù)據(jù)結(jié)構(gòu)，提供數(shù)據(jù)成員訪問的捷徑。有Brother解決方案的Common項(xiàng)目來實(shí)現(xiàn)，其中為各個(gè)數(shù)據(jù)表定義了不同的類，使得數(shù)據(jù)訪問更加清楚明白。還為該網(wǎng)站配置定義了類，保證了網(wǎng)站在服務(wù)器端的正常運(yùn)行。n 數(shù)據(jù)訪問層：為業(yè)務(wù)層提供數(shù)據(jù)服務(wù)，由解決方案中的DataAccess項(xiàng)目來實(shí)現(xiàn)，其中也同樣地為各個(gè)表定義了不同的類，使得數(shù)據(jù)服務(wù)更簡單明了，增加了程序的可讀性和易擴(kuò)充性，使數(shù)據(jù)訪問更快捷。n 業(yè)務(wù)外觀層：該層由解決方案中的Brother層來實(shí)現(xiàn)，為客戶端提供了應(yīng)用程序的訪問，和WEB層是融于一體的，由C.NET WEB窗體和代碼隱藏文件組成。WEB窗體只是用HTML代碼提供用戶操作，而代碼隱藏文件則實(shí)現(xiàn)各中控件的代碼處理。其中還定義了許多自定義控件，使頁面顯示更美觀和一體化，實(shí)現(xiàn)了代碼的可重用性。n Enterprise Library: Microsoft：Microsoft企業(yè)級(jí)應(yīng)用程序庫，是本系統(tǒng)所有應(yīng)用程序訪問的底層。本系統(tǒng)用到了企業(yè)代碼庫的數(shù)據(jù)訪問、異常、配置3個(gè)應(yīng)用程序塊，此外也包括了安全加密。當(dāng)用戶將數(shù)據(jù)訪問意向通過瀏覽器傳遞到服務(wù)器端的時(shí)候，即有業(yè)務(wù)外觀層依次向數(shù)據(jù)訪問層再向數(shù)據(jù)實(shí)體層進(jìn)行訪問，最后通過數(shù)據(jù)庫將用戶所要的信息顯示給用戶，從而實(shí)現(xiàn)了逐層調(diào)用。該構(gòu)架有以下三大好處：n 結(jié)構(gòu)層次清晰明了，分工明確，易于協(xié)作；n 良好的結(jié)構(gòu)提供程序的可理解性，提升可重用性和可伸縮性；n 為系統(tǒng)的擴(kuò)充性做好了準(zhǔn)備。 系統(tǒng)設(shè)計(jì)系統(tǒng)的初始設(shè)計(jì)主要從數(shù)據(jù)庫的設(shè)計(jì)開始，在頁面設(shè)計(jì)上采用MVC設(shè)計(jì)模式,極大的改觀了頁面結(jié)構(gòu)。設(shè)計(jì)工作到后期部分就開始具體的編碼工作了，而類圖是必不可少的，它的設(shè)計(jì)是否合理有時(shí)會(huì)直接關(guān)系到系統(tǒng)的成敗。 數(shù)據(jù)庫設(shè)計(jì)經(jīng)過需求分析，我們知道在整個(gè)系統(tǒng)中所需要的數(shù)據(jù)及數(shù)據(jù)類型，進(jìn)而創(chuàng)建數(shù)據(jù)庫，這里我們雖然用的是Visual Studio 2005，但我們還是用SQL2000的數(shù)據(jù)庫進(jìn)行設(shè)計(jì)數(shù)據(jù)庫。圖33 數(shù)據(jù)庫結(jié)構(gòu)圖數(shù)據(jù)庫之間通過字段相互聯(lián)系，實(shí)現(xiàn)查詢的連接。例如在Books表中設(shè)有科目ID，對(duì)應(yīng)類別表的主鍵ID，同過這兩個(gè)鍵可以把這兩個(gè)表聯(lián)系起來實(shí)現(xiàn)這兩個(gè)表之間的連接。另外需要注意的一點(diǎn)是：數(shù)據(jù)庫最好是混合身份驗(yàn)證，這樣可以方便登錄。如果從數(shù)據(jù)庫安全方面考慮WINDOWS驗(yàn)證更安全，但混合身份驗(yàn)證在加強(qiáng)數(shù)據(jù)庫日志的記錄，審核數(shù)據(jù)庫登錄事件方面更強(qiáng)一些。如果在程序中出現(xiàn)數(shù)據(jù)庫用戶登錄失敗很可能就是身份驗(yàn)證的問題，可以在SQL注冊(cè)的屬性選項(xiàng)的安全性里面改SQL身份驗(yàn)證。 設(shè)計(jì)模式的應(yīng)用隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，B/S模式越來越多的應(yīng)用網(wǎng)絡(luò)的開發(fā)，其中設(shè)計(jì)模式的采用更是受到廣大開發(fā)者的青睞，采用一個(gè)好的設(shè)計(jì)模式不僅可以方便開發(fā)者的難度，還可以給用戶帶來操作上的方便和視覺上的好感，該在線書店系統(tǒng)綜合采用了多種設(shè)計(jì)模式，以下將集中介紹本系統(tǒng)采用的主要設(shè)計(jì)模式MVC模式。MVC模式是一個(gè)用于將用戶界面邏輯與業(yè)務(wù)邏輯分離開來的基礎(chǔ)設(shè)計(jì)模式，它將數(shù)據(jù)處理界面以及用戶的行為控制分為Model—View—Controller。圖34 MVC模式結(jié)構(gòu)圖Model：負(fù)責(zé)當(dāng)前應(yīng)用的數(shù)據(jù)獲取與變更及相關(guān)的業(yè)務(wù)邏輯lView：負(fù)責(zé)顯示信息l Controller：負(fù)責(zé)收集轉(zhuǎn)化用戶的輸入lView 和Controller都依賴于Model，但是Model既不依賴于View，也不依賴于Controller，這是分離的主要優(yōu)點(diǎn)之一，這樣 Model可以單獨(dú)的建立和測試以便于代碼復(fù)用，View和Controller只需要Model提供數(shù)據(jù)，它們不會(huì)知道、也不會(huì)關(guān)心數(shù)據(jù)是存儲(chǔ)在SQL Server還是Oracle數(shù)據(jù)庫中或者別的什么地方。n MVC的優(yōu)點(diǎn)大部分用過程語言比如ASP開發(fā)出來的Web應(yīng)用，初始的開發(fā)模塊 就是混合層的數(shù)據(jù)編程。例如，直接向數(shù)據(jù)庫發(fā)送請(qǐng)求并用HTML顯示,開發(fā)速度往往比較快,但由于數(shù)據(jù)頁面的分離不是很直接,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性。產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿足用戶的變化性需求。MVC要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過模型可以得到更好地體現(xiàn)。首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。在目前用戶需求的快速變化下，可能有多種方式訪問應(yīng)用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂單，但對(duì)于訂單的處理都是一樣，也就是說訂單的處理是一致的。按MVC設(shè)計(jì)模式，一個(gè)訂單模型以及多個(gè)視圖即可解決問題。這樣減少了代碼的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。 其次，由于模型返回的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應(yīng)用于接口的使用。再次，由于一個(gè)應(yīng)用被分離為三層，因此有時(shí)改變其中的一層就能滿足應(yīng)用的改變。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng)MVC的模型層?？?