【正文】 mation mainstream system. The development of a Web application system is a massive undertaking, requiring designers to a reasonable system architecture. Reasonable system architecture can reduce development and maintenance of the system resources used to enhance work efficiency. Therefore, in the Web enterprise application development, design patterns and application of selected system architecture design is an important part. The system usually learned using some basic techniques , custom controls, technology to realize the future of online shopping mall market page views, user registration, login, user order shopping, shopping cart, the background of the user, the logistics , order management functions. Meet the design requirements for graduation, while exercising their practical ability 朗讀顯示對應(yīng)的拉丁字符的拼音字典169。“三高”即高人力資本含量、高技術(shù)含量和高附加價(jià)值；“三新”是指新技術(shù)、新業(yè)態(tài)、新方式。電子商務(wù)產(chǎn)業(yè)具有市場全球化、交易連續(xù)化、成本低廉化、資源集約化等優(yōu)勢。按照貿(mào)易主導(dǎo)主體，可分為銷售方控制型、購買方控制型和中立第三方控制型。美國是世界最早發(fā)展電子商務(wù)的國家，同時(shí)也是電子商務(wù)發(fā)展最為成熟的國家，一直引領(lǐng)全球電子商務(wù)的發(fā)展，是全球電子商務(wù)的成熟發(fā)達(dá)地區(qū)。亞洲作為電子商務(wù)發(fā)展的新秀，市場潛力較大，但是近年的發(fā)展速度和所占份額并不理想，是全球電子商務(wù)的持續(xù)發(fā)展地區(qū)。（二）我國電子商務(wù)發(fā)展概況我國電子商務(wù)的現(xiàn)狀我國電子商務(wù)發(fā)展呈現(xiàn)典型的塊狀經(jīng)濟(jì)特征，東南沿海屬于較為發(fā)達(dá)地區(qū)，北部和中部屬于快速發(fā)展地區(qū)，西部則相對落后。未來3年，仍是我國電子商務(wù)投資規(guī)模持續(xù)增長和爆發(fā)的時(shí)期，我國電子商務(wù)投資市場將迎來新一輪的發(fā)展高潮。2007年我國B2B 電子商務(wù)交易額約為12500億元，%。%。同比增長90%；C2C是目前我國網(wǎng)購的主要形式，但普及率還較低，不到網(wǎng)民總數(shù)的3成。電子商務(wù)將被廣泛應(yīng)用于生產(chǎn)、流通、消費(fèi)等各領(lǐng)域和社會(huì)生活的各個(gè)層面。同時(shí)，也促使物流、信用、電子支付等電子商務(wù)支撐體系建設(shè)更全面的展開，從而使得電子商務(wù)發(fā)展的內(nèi)在動(dòng)力持續(xù)增強(qiáng)。電子商務(wù)交易額呈現(xiàn)穩(wěn)定持續(xù)增長態(tài)勢；在區(qū)域發(fā)展方面，長三角、珠三角和環(huán)渤海等東南沿海的電子商務(wù)在繼續(xù)高速增長的同時(shí)，輻射力也逐漸提高，將促進(jìn)東部和中西部地區(qū)之間的協(xié)調(diào)發(fā)展；在企業(yè)應(yīng)用方面，在國家、各級(jí)政府的政策引導(dǎo)下，在電子商務(wù)服務(wù)業(yè)的協(xié)助下，將促進(jìn)企業(yè)由非支付型電子商務(wù)向支付型電子商務(wù)發(fā)展、協(xié)同電子商務(wù)的發(fā)展，深化企業(yè)應(yīng)用水平。電子商務(wù)正在與傳統(tǒng)產(chǎn)業(yè)進(jìn)行深入的融合，兩者相互促進(jìn)，協(xié)調(diào)發(fā)展。（5）移動(dòng)電子商務(wù)正成為電子商務(wù)新的應(yīng)用領(lǐng)域2006年以來，移動(dòng)通訊商，密切關(guān)注移動(dòng)商務(wù)企業(yè)市場，中國移動(dòng)和銀聯(lián)聯(lián)手推出的“手機(jī)錢包”，完成移動(dòng)電子商務(wù)付費(fèi)的個(gè)性化服務(wù)。第二章 系統(tǒng)需求分析 系統(tǒng)功能需求21世紀(jì)以來，人類經(jīng)濟(jì)高速發(fā)展，人們生活發(fā)生了日新月異的變化，特別是計(jì)算機(jī)的應(yīng)用及普及到經(jīng)濟(jì)和社會(huì)生活的各個(gè)領(lǐng)域。許多人還停留在以前的逛街去買需要的用品，網(wǎng)上商城為大家?guī)砹藰O大地方便。本網(wǎng)上書店在線銷售系統(tǒng)是基于B/S架構(gòu)，本網(wǎng)站系統(tǒng)的開發(fā)主要是方便用戶足部出戶就可以購買商品，減少供應(yīng)商店面費(fèi)用。此類用戶主要有瀏覽系統(tǒng)信息、查看商品信息，注冊成為會(huì)員。瀏覽的內(nèi)容包括：商品信息、商品分類信息。會(huì)員登陸后可以查看商品信息，查看各種分類商品信息，將商品添加到購物車中，修改購物車中商品數(shù)量，或是刪除某些不想要的商品。訂單管理有未確認(rèn)訂單和已確認(rèn)訂單管理，未付款訂單。會(huì)員管理主要有添加管理員和管理管理員，管理會(huì)員。系統(tǒng)管理主要是上傳管理。 系統(tǒng)設(shè)計(jì)思路 功能設(shè)計(jì)商城前臺(tái)：功能強(qiáng)大，操作方便。主要包括以下幾個(gè)模塊： ① 商品信息和類別展示 ② 用戶注冊和登錄 ③ 已登錄用戶信息修改 ④ 購物車管理 ⑤ 網(wǎng)站活動(dòng)信息 書店后臺(tái)：本系統(tǒng)后臺(tái)在考慮書店管理操作簡便的同時(shí)，提供了強(qiáng)大的書店管理模式。會(huì) 員：查看商品信息和購買商品，修改個(gè)人信息等。② 前臺(tái)流程：用戶登錄用戶登陸用戶注冊→用戶登錄→查看圖書信息→添加圖書到購物車→支付③ 后臺(tái)流程：管理員登錄→訂單管理、圖書管理、用戶管理、圖片管理→退出網(wǎng)上購物系統(tǒng)為顧客提供一個(gè)類似于超級(jí)市場的網(wǎng)絡(luò)界面。結(jié)構(gòu)設(shè)計(jì)簡述：開始我本想用三層結(jié)構(gòu)搭建網(wǎng)站，但是在進(jìn)一步考慮之后發(fā)現(xiàn)系統(tǒng)的邏輯比較簡單，并不一定要將業(yè)務(wù)邏輯單獨(dú)分離出來。當(dāng)然這樣做也帶來了一些不便，首先是開發(fā)層次不如三層那樣清楚，界面數(shù)據(jù)和業(yè)務(wù)邏輯混雜，然后是給網(wǎng)站的后期維護(hù)以及修改帶來一定的不便，不如三層結(jié)構(gòu)修改起來容易。第三章 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫各表關(guān)系圖圖31 部分表字段設(shè)計(jì)及注釋表31tb_GoodsInfo字段名數(shù)據(jù)類型長度主外鍵字段說明備注GoodsIDBigint主鍵商品標(biāo)識(shí)非空ClassIDBigint外鍵商品類型標(biāo)識(shí)非空GoodsNameVarchar50無商品名稱可空GoodsIntroduceNtext無商品介紹可空GoodsBrandVarchar50無品牌可空GoodsUnitVarchar10無單位可空GoodsWeightFloat無重量可空GoodsUrlVarchar50無圖片鏈接可空MarketPriceFloat無單價(jià)可空MemberPriceFloat無會(huì)員價(jià)可空IsrefinementBit無是否精品可空IsHotBit無是否熱銷可空AddDateDatetime無添加日期可空IsDiscountBit無是否打折可空商品信息表：在添加商品和在前臺(tái)顯示商品詳細(xì)信息時(shí)用到該表，實(shí)現(xiàn)了商品的添加和顯示詳細(xì)信息的功能。表33 tb_OrderInfo字段名數(shù)據(jù)名長度主外鍵字段說明備注OrderIDBigint主鍵訂單標(biāo)識(shí)非空OrderDateDatetime無訂單日期可空GoodsFeeFloat無貨品總額可空TotalPriceFloat無總金額可空ShipFeeFloat無運(yùn)費(fèi)可空ShipTypeInt無運(yùn)送類型標(biāo)識(shí)可空PayTypeInt無支付類型可空MemberIDInt外鍵會(huì)員標(biāo)識(shí)可空ReceiverNameVarchar(50)無收貨人姓名可空ReceverPhoneVarchar(50)無收貨人電話可空IsConfirmBit無是否確認(rèn)可空IsPaymentBit無是否付款可空IsConsignmentBit無是否發(fā)貨 可空IsPigeonholeBit無是否歸檔可空ReceiverPostCodeChar10無郵編可空ReceiverAddressVarchar200無地址可空ReceiverEmailsVarchar50無郵箱可空訂單信息表：主要在管理訂單的時(shí)候用到該表完成訂單的管理功能。表35tb_Admin字段名數(shù)據(jù)名長度主外鍵字段說明備注AdminIDBigint主鍵管理員標(biāo)識(shí)非空AdminVarchar50無用戶名可空PassWordVarchar50無 密碼可空管理員信息表：主要用于后臺(tái)管理員登錄的時(shí)候調(diào)用該表完成管理員的登錄功能。(2) Response 對象：向客戶端輸出數(shù)據(jù)。(3) Application 對象：可以供全體應(yīng)用程序使用。(4) Session 對象：供特定用戶會(huì)話使用。Application 與Session 的區(qū)別在于，網(wǎng)上的用戶都可以使用Application 的對象，而Session 只是針對一個(gè)特定的客戶而已。最常用的方法是創(chuàng)建ActiveX 組件的實(shí)例()。QueryString 集合QueryString 可以獲取標(biāo)識(shí)在URL 后面的所有返回變量及其值。例如，當(dāng)用戶端送出如下請求時(shí)，QueryString 將會(huì)得到name 和age 兩個(gè)變量的值。age=36在上面的例子中，href=＂＂指出了鏈接的地址，“?”后面有兩個(gè)變量name 和age，用amp。Request 對象數(shù)據(jù)集合集合(collection)指的是一群放在一起的值(Value)，例如當(dāng)瀏覽者輸入網(wǎng)頁窗體數(shù)據(jù)并單擊【提交】按鈕之后，窗體字段的名稱與瀏覽者輸入的數(shù)據(jù)就會(huì)以一個(gè)Form 形式的集合傳給 Web 服務(wù)器。若是在Form 集合中， (username) (userage)。Request 對象把客戶信息保存在幾個(gè)集合中，供ASP 使用，當(dāng)不指定集合名時(shí)，以QueryString、Form、Cookie、ClientCertificate、ServerVariable 的順序搜索所有集合，當(dāng)發(fā)現(xiàn)第一個(gè)匹配的變量時(shí)，就認(rèn)定它是要引用的成員。2. 方法Redirect 方法使瀏覽器立即重定向到程序指定的URL。一旦使用了Redirect 方法，任何在頁中顯式設(shè)置的響應(yīng)正文內(nèi)容都將被忽略。當(dāng)用戶在應(yīng)用程序的頁之間跳轉(zhuǎn)時(shí)，存儲(chǔ)在Session 對象中的變量不會(huì)清除，而用戶在應(yīng)用程序中訪問頁面時(shí)，這些變量始終存在。當(dāng)會(huì)話過期或被放棄后，服務(wù)器將終止該會(huì)話。當(dāng)用戶第一次請求ASP應(yīng)用程序中的某個(gè)頁面時(shí)，ASP 要檢查HTTP頭信息，查看在報(bào)文中是否有名為ASPSESSIONID的Cookie 發(fā)送過來，如果沒有，則服務(wù)器會(huì)啟動(dòng)新的會(huì)話，并為該會(huì)話生成一個(gè)全局唯一的值，再把這個(gè)值作為新ASPSESSIONID Cookie 的值發(fā)送給客戶端。Session 對象最常見的作用就是存儲(chǔ)用戶的首選項(xiàng)。另外還經(jīng)常被用在鑒別客戶身份的程序中。Session對象的主要用途是保存信息，當(dāng)用戶登錄網(wǎng)站時(shí)，系統(tǒng)為其分配一個(gè)Session，只有當(dāng)用戶退出時(shí)，或者Session 生命周期結(jié)束時(shí)，信息才會(huì)清除。頁是控件呈現(xiàn)控件時(shí)，先呈現(xiàn)本身的內(nèi)容，然后反復(fù)呈現(xiàn)子控件的內(nèi)容這種構(gòu)架類似于Win32API中的窗口構(gòu)架。呈現(xiàn)每個(gè)窗口時(shí)，首先呈現(xiàn)本身的內(nèi)容，然后呈現(xiàn)子窗口的內(nèi)容。本章討論用于構(gòu)建自定義控件的技術(shù)，創(chuàng)建真正可重用的Web組件（封裝了表示和服務(wù)器交互的細(xì)節(jié)）。事實(shí)上，對于表單等各種控件，可以不用更改或者稍微更改一下就可以多次使用的。這樣，我們就可以用下面的語句來調(diào)用它了：Acme:Message runat=server/ (ActiveX Data Objects),這是一個(gè)廣泛的類組,是因?yàn)镸icrosoft希望表明,。并支持RICH XML。事實(shí)上，接受數(shù)據(jù)的組件不一定要是ADO .NET組件，它可以是基于一個(gè)Microsoft Visual Studio的解決方案，也可以是任何運(yùn)行在其它平臺(tái)上的任何應(yīng)用程序。通常情況下,數(shù)據(jù)源是數(shù)據(jù)庫，但它同樣也能夠是文本文件、Excel表格或者XML文件。然而并沒有與此相關(guān)的一系列類來完成這樣的工作。一些老式的數(shù)據(jù)源使用ODBC協(xié)議，許多新的數(shù)據(jù)源使用OleDb協(xié)議，并且現(xiàn)在還不斷出現(xiàn)更多的數(shù)據(jù)源。這些類庫稱為Data Providers，并且通常是以與之交互的協(xié)議和數(shù)據(jù)源的類型來命名的。連接幫助指明數(shù)據(jù)庫服務(wù)器、數(shù)據(jù)庫名字、用戶名、密碼，和連接數(shù)據(jù)庫所需要的其它參數(shù)。 與數(shù)據(jù)庫交互的過程意味著你必須指明想要執(zhí)行的操作。你使用Command對象來發(fā)送SQL語句給數(shù)據(jù)庫。你能夠單獨(dú)使用Command對象來直接執(zhí)行命令，或者將一個(gè)Command對象的引用傳遞給DataAdapter，它保存了一組能夠操作下面描述的一組數(shù)據(jù)的命令。 Command對象常用的方法有ExecuteReader方法、ExecuteScalar()方法和ExecuteNonQuery()方法。 DataReader類許多數(shù)據(jù)操作要求你只是讀取一串?dāng)?shù)據(jù)。考慮性能的因素，從DataReader返回的數(shù)據(jù)都是快速的且只是“向前”的數(shù)據(jù)流。這對于速度來說是有好處的，但是如果你需要操作數(shù)據(jù)，更好的辦法是使用DataSet。它包括多個(gè)DataTable對象，而DataTabl