在線手機銷售系統(tǒng)設計（附外文翻譯）

淮北煤炭師范學院普通高等教育畢業(yè)設計(論文)PAGEPAGE36摘要電子商務形式的網(wǎng)上商店具有高效、快捷，信息暢通的特點,還可以很大程度上降低銷售成本。本文通過在線手機銷售系統(tǒng)的建設以實現(xiàn)商業(yè)零售企業(yè)的信息化管理。著重論述了在線手機銷售系統(tǒng)功能的實現(xiàn)與設計過程。在系統(tǒng)的設計與開發(fā)過程中嚴格遵守軟件工程的規(guī)范，運用軟件設計模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴充性。本系統(tǒng)功能主要包括會員注冊、帳戶管理、購物車、搜索、結帳等基本功能。系統(tǒng)運用ASP技術實現(xiàn)，后端數(shù)據(jù)庫采用SQLSERVER2000作為數(shù)據(jù)庫服務器，前端開發(fā)工具使用MacromediaDreamweaver4。本系統(tǒng)具有用戶使用簡單、界面直觀等優(yōu)點，可以幫助顧客更快更準的了解手機市場信息，以便取得物美價廉的手機。關鍵詞：電子商務，網(wǎng)上商店，手機購物AbstractTheon-linestoreoftheelectroniccommerceformisefficient,fastandunimpededinformation,whichcanalsolowerthesalecostup.Thistextmainlydescribestoconstructaboutthemarketingsystemofanon-linecellularphone,providestheinformation-basedmanagementfortheretailingbusiness.Emphasizedtodiscusstherealizationandthedesignprocessesoftheon-linecellularphonesalesystem.Atthedesignandthedevelopmentprocessesofthesysteminthenormofthestrictobservancesoftwareengineering,theusageaboutsoftwaredesignmode,thusreducethesystemmoldpieceofmatchaccidentally,tryhardtomakethesystemstability.Thissystemfunctionmainlyincludesthememberregister,thebankaccountmanagement,shoppingcar,search,settleanaccountthebasicfunctionandsoon.ThissystemisrealizedthroughASPtechnique,hypervisordatabaseadoptSQLSERVER2000asthedatabaseserver,clientapplicationsdevelopmenttoolusetheMacromediaDreamweaver4.Thissystemissimpleofusingforcustomer,theinterfacekeepstheviewetc.,helpcustomersoonerandmorepreciseunderstandingcellularphonemarketinformation,inordertoobtainthecellularphoneofthebeautifulbutlowprice.KeywordsElectroniccommerceOn-linestoreCellularphoneshopping目錄摘要 1Abstract 2第1章緒論 51.1課題背景 51.2課題研究的意義 51.3手機銷售網(wǎng)站的現(xiàn)狀 6第2章系統(tǒng)需求分析 62.1手機銷售網(wǎng)站背景 62.2網(wǎng)站的市場定位分析 72.3網(wǎng)站的開發(fā)工具 72.4網(wǎng)站業(yè)務流程 7第3章系統(tǒng)總體設計 83.1系統(tǒng)功能概述 83.2系統(tǒng)功能分析 93.3系統(tǒng)功能模塊劃分 9第4章數(shù)據(jù)庫的設計與實現(xiàn) 104.1數(shù)據(jù)庫需求分析 104.2數(shù)據(jù)庫概念結構設計 114.3數(shù)據(jù)庫邏輯結構設計 14第5章網(wǎng)站的風格及頁面設計 175.1頁面設計的原則 175.1.1線條的使用 175.1.2色彩的選擇 185.2網(wǎng)站設計構思 185.3網(wǎng)站的風格版面設計 195.4商城主頁設計 205.5客戶端界面結構設計 215.5.1界面頭、尾設計 215.5.2界面左惻快捷菜單設計 21第6章系統(tǒng)詳細設計 216.1客戶端界面設計 216.1.1商品（手機）信息瀏覽模塊 226.1.2購物車管理模塊設計 236.1.3提交訂單模塊設計 256.2系統(tǒng)調試運行 27結論 29致謝 29參考文獻 30附錄1 32附錄2 35第1章緒論1.1課題背景近年來，隨著Internet的迅速崛起，互聯(lián)網(wǎng)已日益成為收集提供信息的最佳渠道并逐步進入傳統(tǒng)的流通領域。于是電子商務開始流行起來，越來越多的商家在網(wǎng)上建起在線商店，向消費者展示出一種新穎的購物理念。網(wǎng)上購物系統(tǒng)作為B2B（既企業(yè)對企業(yè)）,B2C(即企業(yè)對消費者),C2C(即消費者對消費者)電子商務的前端商務平臺,在其商務活動全過程中起著舉足輕重的作用。網(wǎng)上購物系統(tǒng)具有強大的交互功能，可使商家和用戶方便的傳遞信息，完成電子貿易或EDI交易。這種全新的交易方式實現(xiàn)了公司間文檔與資金的無紙化交換。本文旨在研究如何建設B2C的在線手機銷售系統(tǒng)。1.2課題研究的意義企業(yè)與消費者間的電子商務BtoC，是一種網(wǎng)上直銷方式，網(wǎng)上銷售手機縮減了中間渠道，產(chǎn)品一般直接源自廠商的生產(chǎn)基地，不但品質有保證價格上也更優(yōu)惠。同時網(wǎng)上銷售在縮減支出方面的有時也是傳統(tǒng)店鋪無法比擬的，由于不需要實際的店面，不僅避免了店鋪租金的開銷，還可省去裝修、管理等方面的諸多費用，所以價格成為眾多網(wǎng)上購機用戶的首選因素。另外所不同的就是網(wǎng)上購物可以足不出戶，各地商品任選，如此方便快捷，無時間空間限制是傳統(tǒng)經(jīng)營模式無法比擬的，如今人們生活質量的提高，購物方式也變得輕松自由化、個性化，這將成為網(wǎng)上銷售手機的一大優(yōu)勢。傳統(tǒng)的購物和網(wǎng)上購物相比，有其自身的許多優(yōu)勢。（1）網(wǎng)上購物的快捷，方便是傳統(tǒng)購物沒法比較的。（2）網(wǎng)上購物是基于互聯(lián)網(wǎng)的一種商務活動，互聯(lián)網(wǎng)本身具有開放性全球性，特點，電子商務可為企業(yè)個人提供豐富的信息資源，為企業(yè)創(chuàng)造更多商業(yè)機會。（3）網(wǎng)上購物簡化了企業(yè)與企業(yè)，企業(yè)與個人之間的流通環(huán)節(jié)，最大限度地降低了流通成本，能有效地提高企業(yè)在現(xiàn)代商業(yè)活動中的競爭力。（4）網(wǎng)上購物將大部商務活動搬到網(wǎng)上進行，企業(yè)可以實行無紙辦公化節(jié)省了開支。（5）網(wǎng)上購物將傳統(tǒng)的商務流程數(shù)字化、電子化，讓傳統(tǒng)的商務流程轉化為電子流、信息流，突破了時間空間的局限，大大提高了商業(yè)運作的效率，并有效地降低了成本。1.3手機銷售網(wǎng)站的現(xiàn)狀隨著中國互聯(lián)網(wǎng)行業(yè)迅速的發(fā)展，上網(wǎng)人數(shù)的增多，手機網(wǎng)上銷售正在被消費者普遍接受，國內各大型綜合門戶網(wǎng)站也在網(wǎng)站上開展了手機電子商務，如新浪商城、搜狐商城，以及專門銷售手機的“長信手機”()和5291()。歸納起來，銷售手機的網(wǎng)站大致分為以下幾類：綜合門戶網(wǎng)站購物商城、專業(yè)電子商務網(wǎng)站、專業(yè)銷售手機網(wǎng)站。其中，綜合類網(wǎng)站中的購物商城60%，專門銷售手機的網(wǎng)站25%，專門做銷售的購物網(wǎng)站15%。第2章系統(tǒng)需求分析2.1手機銷售網(wǎng)站背景最近幾年，隨著國內手機用戶量的迅猛發(fā)展，手機行業(yè)的競爭愈演愈烈，手機網(wǎng)上銷售為手機生產(chǎn)商和經(jīng)銷商提供了一個良好的契機。有關數(shù)據(jù)也表明，手機網(wǎng)上銷售正在被消費者普遍接受，國內各大型綜合門戶網(wǎng)站也在網(wǎng)站上開展了手機電子商務。由于網(wǎng)上銷售縮減了中間渠道，產(chǎn)品一般直接源自廠商的生產(chǎn)基地，不但品質有保證，價格上也更優(yōu)惠。2.2網(wǎng)站的市場定位分析系統(tǒng)主要定位于中小型手機銷售商，使其能以電子商務的形式通過網(wǎng)絡平臺進行產(chǎn)品的銷售，客戶端為瀏覽器，用戶為手機購買者，因為購買者的背景和文化層次不同，本系統(tǒng)必須簡單易用，不能讓購買者在購買手機時摸不著頭腦。服務器端為本系統(tǒng)和SQLSERVER2000數(shù)據(jù)庫服務器，如果考慮到性能，可以將本系統(tǒng)部署在應用服務器上，通過應用服務器訪問數(shù)據(jù)庫服務器。系統(tǒng)后端主要面向的是系統(tǒng)管理員和數(shù)據(jù)庫管理員，系統(tǒng)在開發(fā)的過程中力求做到可維護性強和操作簡易。作為一個網(wǎng)上交易的平臺，也考慮了系統(tǒng)的穩(wěn)定性、安全性和網(wǎng)絡傳輸?shù)男剩η笞龅较到y(tǒng)對用戶有較好的響應速度。2.3網(wǎng)站的開發(fā)工具（1）網(wǎng)絡服務器操作系統(tǒng)：Windows2000Server（2）Web服務器：InternetInformationServer5.0（3）后臺數(shù)據(jù)庫系統(tǒng)：MicrosoftSQLServer2000（4）網(wǎng)頁編程語言：HTML，ASP，VBScript（5）網(wǎng)頁前臺編輯工具：MicromediaDreamweaver4.02.4網(wǎng)站業(yè)務流程此手機銷售網(wǎng)站主要是顧客選購商品，確認之后然后下訂單結帳。手機銷售網(wǎng)站業(yè)務流程如圖2-1所示：客戶登陸客戶登陸會員注冊收銀臺選擇付款方式購物車購物區(qū)選擇送貨方式交易完成下訂單滿意圖2-1手機銷售網(wǎng)站業(yè)務流程第3章系統(tǒng)總體設計3.1系統(tǒng)功能概述在線手機銷售系統(tǒng)是以電子商務為運營模式，其模型是典型的網(wǎng)上購物實踐中最為普遍的電子商務企業(yè)對客戶(B2C)模式，主要包括會員注冊、帳戶管理、購物車、搜索、結帳等基本功能。本系統(tǒng)完全基于ASP技術，在系統(tǒng)的設計與開發(fā)過程中嚴格遵守軟件工程的規(guī)范，運用軟件設計模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴充性。3.2系統(tǒng)功能分析在線手機銷售系統(tǒng)主要的功能如下：（1）客戶界面部分：①選購手機（可按廠商查找手機，或通過關鍵字進行查詢）②可以查看熱門手機和最優(yōu)惠手機③購物車功能④查看手機詳細情況⑤用戶注冊⑥用戶登陸⑦查看用戶的訂單信息⑧修改用戶個人信息⑨找回密碼功能⑩購物幫助功能⑥維護購物幫助：增加，修改和刪除購物幫助3.3系統(tǒng)功能模塊劃分根據(jù)系統(tǒng)功能分析，可以畫出系統(tǒng)的功能模塊圖，這里從客戶界面理界面對功能模塊圖加以描述?？蛻艚缑娴南到y(tǒng)功能模塊圖3-1如圖所示。最新推薦手機最新推薦手機最優(yōu)惠商品熱門手機廠商列表購買手機查找手機手機查看手機詳細信息詳細信手機縮略圖預覽清空購物車提交購物清單修改購物信息查看購物車修改個人信息會員登陸會員注冊問題答案問題列表網(wǎng)站首頁手機列表購物幫助購物車會員功能在線手機銷售系統(tǒng)客戶界面圖3-1客戶界面的系統(tǒng)功能模塊圖第4章數(shù)據(jù)庫的設計與實現(xiàn)數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結構設計的好壞將直接對應用系統(tǒng)的效率及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結構設計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整和一致。設計數(shù)據(jù)庫系統(tǒng)時應該首先充分了解用戶在各個方面的需求，包括現(xiàn)有的及將來可能增加的需求。數(shù)據(jù)庫設計一般包括如下幾個步驟：（1）數(shù)據(jù)庫需求分析（2）數(shù)據(jù)庫概念結構設計（3）數(shù)據(jù)庫邏輯結構設計4.1數(shù)據(jù)庫需求分析用戶的需求具體體現(xiàn)在各種信息的提供，保存，更新和查詢方面，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸出和輸入。收集基本數(shù)據(jù)，數(shù)據(jù)結構及數(shù)據(jù)處理的流程，組成一份詳細的數(shù)據(jù)字典，為后面的具體設計打下基礎。通過上述系統(tǒng)功能分析，針對一般在線手機銷售系統(tǒng)，總結出如下的需求信息：用戶分一般用戶，注冊用戶和管理員用戶；一般用戶和注冊用戶無需登陸就可以查看手機信息并購買；注冊用戶登陸后可以維護自己的個人信息，并且在向網(wǎng)站發(fā)出訂單時會自動填寫自己的聯(lián)系信息；手機按手機廠商來分類，每一個手機都對應一個廠商；訂單分單張詳細訂單和總訂單；一個用戶可以購買多個或多種型號的手機；一個用戶對應一張訂單列表；一個訂單列表對應多張訂單詳細信息；提供購物幫助功能。關于訂單列表與訂單詳細信息可以這樣理解：因為用戶一次可以購買多種產(chǎn)品，則對每一種產(chǎn)品（即每一款型號的手機）生成一條訂單詳細信息記錄，然后多個這樣的訂單詳細信息組成一個訂單列表。每一個訂單列表才與一個用戶對應，在發(fā)貨時以訂單列表為單位，也既用戶在操作時所看到的“訂單”。經(jīng)過上述系統(tǒng)功能分析和需求總結，考慮到將來功能上的擴展，設計出如下的數(shù)據(jù)項和數(shù)據(jù)結構：（1）注冊用戶（會員），包括數(shù)據(jù)項，用戶ID，用戶名，密碼等。（2）手機，包括數(shù)據(jù)項：手機編號，手機名稱，分類編號等。（3）手機分類，包括數(shù)據(jù)項：分類編號，分類名稱，上級分類編號（4）訂單詳細信息，包括數(shù)據(jù)項：訂單編號，訂單列表編號，手機編號，購買數(shù)量。（5）訂單列表，包括數(shù)據(jù)項：訂單列表編號，用戶編號，下單時間，聯(lián)系方式等。（6）購物幫助，包括數(shù)據(jù)項：問題ID，問題標題，答案和點擊次數(shù)。4.2數(shù)據(jù)庫概念結構設計得到上面的數(shù)據(jù)項和數(shù)據(jù)結構以后，就可以設計出能夠滿足用戶需求的各種實體，以及他們之間的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數(shù)據(jù)的流動。根據(jù)上面的設計規(guī)劃出的實體有：注冊用戶（會員）信息實體，產(chǎn)品實體，產(chǎn)品類型實體，訂單詳細信息實體，訂單列表實體和常見問題實體。實體之間關系的E-R圖如下圖4-1所示：1N1NMN購買用戶1N訂單列表商品/手機商品分類訂單圖4-1實體間的關系E-R圖注冊用戶注冊用戶會員賬號姓名密碼地址……圖4-3注冊用戶信息實體E-R圖手機實體E-R圖如下圖4-4所示：手機信息手機信息編號名稱說明明類型……圖4-4手機實體E-R圖手機類型實體E-R圖如下圖4-5所示：手機類型手機類型上級類型類型名稱類型編號圖4-5手機類型實體E-R圖訂單詳細信息實體E-R圖如下圖4-6所示：訂單詳細信息訂單詳細信息編號所屬訂單列表購買商品購買數(shù)量……圖4-6訂單詳細信息實體E-R圖訂單列表實體E-R圖如下圖4-7所示：訂單列表訂單列表編號客戶信息應付款額處理狀態(tài)……圖4-7訂單列表實體E-R圖常見問題實體E-R圖如下圖4-8所示：常見問題常見問題編號問題答案點擊數(shù)……圖4-8常見問題實體E-R圖4.3數(shù)據(jù)庫邏輯結構設計數(shù)據(jù)庫的概念結構設計完畢后，現(xiàn)在可以將上面的數(shù)據(jù)庫概念結構轉化為某種數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結構。在線手機銷售系統(tǒng)數(shù)據(jù)庫中各個表的設計結果如表4-1~表4-6所示。每個表格表示在數(shù)據(jù)庫中的一個表。（1）會員表（會員帳號，姓名，性別，密碼，忘記密碼問題，忘記密碼答案，E-mail，電話，地址，郵編）主鍵：會員帳號NOTNULL說明：會員表記錄系統(tǒng)中注冊用戶的詳細信息。其表結構如下表4-1所示：表4-1會員表（Member）字段名數(shù)據(jù)類型長度允許空備注MemberIDvarchar20會員賬號（主鍵）Namevarchar10姓名Sexvarchar2性別Pwdvarchar16密碼Questionvarchar50忘記密碼問題Ansewervarchar20忘記密碼答案Emailvarchar30E-mailPhonevarchar16電話Addressvarchar60地址Zipcodevarchar6郵編（2）產(chǎn)品信息表（產(chǎn)品編號，產(chǎn)品類型編號，產(chǎn)品名稱，產(chǎn)品說明，市場價，會員價，小圖片相對路徑，大圖片相對路徑，點擊數(shù)，購買次數(shù)，是否推薦，設置為推薦的日期）主鍵：產(chǎn)品編號NOTNULL說明：產(chǎn)品信息表記錄系統(tǒng)中已有手機產(chǎn)品的信息。其表結構如表4-2所示：表4-2產(chǎn)品信息表（Product）字段名數(shù)據(jù)類型長度允許空備注IDint4產(chǎn)品編號（主鍵）Producttypeint4產(chǎn)品類型編號Namevarchar30產(chǎn)品名稱Introducetext16產(chǎn)品介紹Remarktext16產(chǎn)品說明Marketpricemoney8市場價Memberpricemoney8會員價Smallimgvarchar100小圖片相對路徑Bigimgvarchar100小圖片相對路徑Hitnumint4點擊數(shù)Buynumint4購買次數(shù)Recommendtinyint1是否推薦（是：1，否：0）recommenddatedatetime8是設置為推薦的日期，用于在推薦產(chǎn)品中排序（3）產(chǎn)品類型表（類型ID，上級類型ID，上級類型名稱）主鍵：類型IDNOTNULL說明：產(chǎn)品類型表記錄系統(tǒng)中的廠商信息。其表結構如下表4-3所示：表4-3產(chǎn)品類型表（Producttype）列名數(shù)據(jù)類型長度允許空備注IDint4類型ID（主鍵）Superidint4上級類型ID（備用）Namevarchar20上級類型名稱（備用）（4）訂單表（訂單表ID，產(chǎn)品ID，產(chǎn)品名稱，產(chǎn)品單價，訂購數(shù)量）主鍵：無說明：訂單表記錄在客戶的一個訂單中，針對一件商品的訂貨信息。其表結構如表4-4所示：表4-4訂單表（Orderdetail）字段名數(shù)據(jù)類型長度允許空備注IDint4訂單表的惟一標志Ordereidint4訂單IDProductidint4產(chǎn)品IDProductnamevarchar30產(chǎn)品名稱Pricemoney8產(chǎn)品單價Quantityint4訂購數(shù)量（5）發(fā)貨訂單表（訂單列表編號，會員ID，客戶姓名，詳細地址，郵編，聯(lián)系電話，電子郵件，應付款額，備注，下單時間，處理狀態(tài)）主鍵：訂單列表編號NOTNULL說明：發(fā)貨訂單表記錄針對用戶的一個訂單的詳細信息。其表結構如下表4-5所示：表4-5發(fā)貨訂單表（Orderlist）字段名數(shù)據(jù)類型長度允許空備注IDint4發(fā)貨訂單編號（主鍵）Memberidvarchar20會員ID，非會員為0Customernamevarchar10客戶姓名Addressvarchar60詳細地址（送貨用）Zipcodevarchar6郵編Phonevarchar20聯(lián)系電話Emailvarchar30電子郵件Paymentvarchar20應付款額Remarkvarchar16備注Createdatevarchar8下單時間Statevarchar8處理狀態(tài)（未處理：0已處理：1）Treateddatevarchar8是送貨日期treatedremarkvarchar16是送貨備注（6）購物幫助表（問題編號，問題標題，答案，點擊數(shù)）主鍵：問題編號NOTNULL說明：購物幫助表記錄系統(tǒng)中的常見問題，用于實現(xiàn)購物幫助功能。其表結構如下表4-6所示：表4-6購物幫助表（FAQ）字段名數(shù)據(jù)類型長度允許空備注IDint4問題編號（主鍵）Questionvarchar100問題標題Answertext16答案Hitnumint4點擊數(shù)，用于評價是否是熱點問題第5章網(wǎng)站的風格及頁面設計5.1頁面設計的原則設計的3C原則：所謂3C原則是指簡潔、一致性、好的對比度。Web頁面設計需要遵循這三條原則。根據(jù)以上原則網(wǎng)站頁面要做到樸素大方，線條輪廓要流暢、穩(wěn)重，用色要慎重不可花里胡哨。5.1.1線條的使用直線（矩形）的應用。直線條的藝術效果是流暢、挺拔、規(guī)矩、整齊，所謂有輪有廓。直線和矩形在頁面上的重復組合可以呈現(xiàn)井井有條、涇渭分明的視覺效果。曲線（弧形）的應用。曲線的效果是流動、活躍，具有動感。曲線和弧形在頁面上的重復組合可以呈現(xiàn)流暢、輕快，富有活力的視覺效果。一般應用于青春、活潑的主頁題材。曲、直線（矩形、弧形）的綜合應用。把以上兩種線條和形狀結合起來運用，可以大大豐富主頁的表現(xiàn)力，使頁面呈現(xiàn)更加豐富多彩的藝術效果。這種形式的主頁，適應的范圍更大，各種主題的主頁都可以應用。但是，在頁面的編排處理上，難度也會相應大一些，處理得不好會產(chǎn)生凌亂的效果。5.1.2色彩的選擇色彩是人的視覺最敏感的東西。主頁的色彩處理得好，可以錦上添花，達到事半功倍的效果。色彩總的應用原則應該是“總體協(xié)調，局部對比”，也就是：主頁的整體色彩效果應該是和諧的，只有局部的、小范圍的地方可以有一些強烈色彩的對比。在色彩的運用上，可以根據(jù)主頁內容的需要，分別采用不同的主色調。因為色彩具有象征性，例如：嫩綠色、翠綠色、金黃色、灰褐色就可以分別象征著春、夏、秋、冬。其次還有職業(yè)的標志色，例如：軍警的橄欖綠，醫(yī)療衛(wèi)生的白色等。色彩還具有明顯的心理感覺，例如冷、暖的感覺，進、退的效果等。另外，色彩還有民族性，各個民族由于環(huán)境、文化、傳統(tǒng)等因素的影響，對于色彩的喜好也存在著較大的差異。所以，我以藍白色搭配為主色調其它顏色相輔，給人以寧靜深遠的回味，導航欄用七色箭頭點綴，彩色圖片和動態(tài)元素的使用使頁面樸素、大方、莊重。5.2網(wǎng)站設計構思首先在制作一個網(wǎng)頁之前，應該先進行構思。新建頁面就象一張白紙，沒有任何表格，框架和約定俗成的東西，你可以盡可能的發(fā)揮你的想象力，將你想到的“景象”畫上去，建議用一張白紙和一支鉛筆將初步的設想畫在紙上，當然用作圖軟件photoshop等也可以，免得在做了一半時發(fā)現(xiàn)頁面不和諧而重做。這屬于創(chuàng)造階段，不講究細膩工整，不必考慮細節(jié)功能，只以粗陋的線條勾畫出創(chuàng)意的輪廓即可。盡可能多畫幾張，最后選定一個滿意的作為繼續(xù)創(chuàng)作的腳本。第一步先明確頁面主題，考慮是否有合適的圖片來襯托主題，如果有現(xiàn)成的圖片就可以了，沒有的話，就根據(jù)情況來決定是否自己做一幅，這里我用PHOTOSHOP軟件設計了一張簡單的網(wǎng)站標題“新世紀手機商城”字體顏色選用淺藍，以便協(xié)調網(wǎng)站的基色。但不管怎樣，標題的主色調應先定下來，這對后面幾步的版面影響很大。第二步明確頁面上要鏈接的目錄，要將他們放在較顯眼的位置，根據(jù)頁面風格的不同可以放在頂部、左邊、右邊、中部等較明顯的位置，主鏈接可以做成小圖標的形式，但注意圖片不能太大、也不能過分搶眼（一般情況下不比標題或主圖的色彩重）。第三步是指定主圖，所謂主圖，就是放一幅較能反映頁面主題思想的圖片，他的大小可適當超過頁面上的其它圖片，顏色不加限制，而且位置應盡量突出在前面搶眼處。這里要特別指出的是，網(wǎng)標，它是一個網(wǎng)站的標志和靈魂，在他的設計上一定要突出自己的風格和特點，能反映站點主題，體現(xiàn)企業(yè)文化，可以結合使用企業(yè)的標志。以上三步確定下來后，頁面的基本風格就出現(xiàn)了，我們在根據(jù)情況進行調整，或者看是否加上背景，主要考慮主圖是否需要背景。5.3網(wǎng)站的風格版面設計在版面設計上我認為可以說是既繼承了傳統(tǒng)設計的優(yōu)點，又作了個性化創(chuàng)新作為傳統(tǒng)設計無非是用以下幾種架構如圖5-1所示：a、b、c、d、圖5-1網(wǎng)站架構a型、b型、c型、d型多數(shù)網(wǎng)站的設計都采用了c型，上邊為站標及廣告欄，左邊作為導航欄，底邊為版權信息及設計制作小組，中間作為內容區(qū)。我的設計基本延用了c型但做了一些改進。延用了上下邊框和左邊框的設計網(wǎng)頁顯得簡潔。但沒有使用共享邊框，而是單獨的設計制作了上邊框的內容top.Asp，下邊框的內容copy.asp，和左邊框的內容left.asp。使用<!--#includefile="XXX.asp"-->語句完成對上述部分的調用，實現(xiàn)頁面共享使每層網(wǎng)頁具有相同的上下及左邊框統(tǒng)一了風格，這樣的調用方法效地解決了導航欄及超鏈接在深層網(wǎng)頁的相對路徑偏差問題，實現(xiàn)鏈接路徑完全統(tǒng)一化。網(wǎng)站頁面結構布局如下圖5-2所示：網(wǎng)站購物功能鏈接區(qū)（top.asp）手機廠商等（left.asp）（商品顯示區(qū)）圖5-2網(wǎng)站頁面結構布局5.4商城主頁設計主頁是一個商城的門戶，顧客一般都是首先看到此頁（也有個別從鏈接進來者），因此大多數(shù)商家都希望在主頁上能夠顯示盡可能多的信息，而且希望將自己最希望讓別人了解的信息放在最吸引目光的位置。本系統(tǒng)的主頁是default.asp文件，圖5-3是在線手機銷售系統(tǒng)的主頁面。圖5-3在線手機銷售系統(tǒng)主頁面5.5客戶端界面結構設計在客戶端界面中，出于美觀考慮，沒有采用框架?？蛻舳私缑娼Y構是由頭（head.asp）、左惻快捷菜單（left.asp）、體和尾（foot.asp）四部分組成。由于沒有使用框架，各個模塊的頁面需要在此的基礎上，在頁面結構的“體”處加入實現(xiàn)功能特點的頁面代碼。5.5.1界面頭、尾設計為了提高代碼的重用性，把客戶端界面部分相同的頭和尾做成兩個文件分別命名為head.asp和foot.asp。在head.asp中除了功能菜單以外，還集成了一個會員登陸功能，在head.asp文件中調用showmemberlogin()過程就是為了實現(xiàn)此功能的，其作用是根據(jù)會員是否登陸來顯示歡迎信息或登陸表單。5.5.2界面左惻快捷菜單設計左惻快捷菜單包含三部分，分別是手機廠商、熱門商品和最優(yōu)惠商品。Left.asp文件的實現(xiàn)，它所包含的每一部分都是由一個表格（table）構成，由于需要頁面美化，其中每個表格都包含了一些HTML修飾代碼。第6章系統(tǒng)詳細設計6.1客戶端界面設計客戶端界面的設計采用了界面模塊化的思想，每個頁面都具有一定的功能，且頁面命名采用“模塊名+功能名”的方式。6.1.1商品（手機）信息瀏覽模塊商品（手機）信息瀏覽模塊的主要功能：顯示商品預覽列表（product.asp），顯示商品詳細信息頁面（productdetail.asp），存放商品基本函數(shù)（productbase.asp）。商品既手機是顧客來到網(wǎng)站后所關心的第一件事，對于手機這類注重外形的商品，具備以縮略圖方式預覽手機的功能是非常必要的，另外還需要具備查詢功能。1.手機預覽列表在本系統(tǒng)中，手機預覽列表與查詢是用同一個頁面完成的，既都是product.asp文件，在這個文件中，默認是顯示全部商品，然后可以根據(jù)手機廠商和手機名稱關鍵字來查看過濾后所顯示的手機。2.手機詳細信息手機詳細信息對應的文件是productdetail.asp，圖6-12是查看某一手機詳細信息的頁面。查看手機詳細信息是通過在productdetail.asp文件中調用如下語句實現(xiàn)的：Callshowproduct(realstring(request.querystring(“id”)))這里通過Request對象獲得要查看手機的編號，然后作為參數(shù)傳入Showproduct過程中，這個過程也位于productbase.asp文件中，它的實現(xiàn)原理是通過傳入的產(chǎn)品編號組織SQL語句，從數(shù)據(jù)庫中檢索數(shù)據(jù)，然后將查到的結果顯示出來，另外，由于這個頁面用來顯示大量文本，所以一定要用Convert函數(shù)對所顯示的文本進行HTML編碼和用HTML的換行符“<br>”替換字符串中的回車符，否則頁面顯示會很亂。圖6-12查看手機詳細信息6.1.2購物車管理模塊設計購物車管理模塊的主要功能：顯示購物車（shopcart.asp），購物車基本函數(shù)（cartbase.asp）。購物車管理模塊與訂單維護模塊類似，也是本系統(tǒng)的本質所在。本系統(tǒng)的目的就是用來銷售，自然最感興趣的就是顧客將商品放入購物車并提交訂單。但實際上購物車管理模塊從技術實現(xiàn)角度將并不復雜，與訂單維護模塊類似。查看購物車用到的是shopcart.asp和cartbase.asp兩個文件。圖6-13是查看購物車的顯示界面，從圖中可以看出在購物車內可以存放多種商品，每種商品也可以購買多個。顧客利用購物車所提供的功能，可以更改所購買商品的數(shù)量或刪除所購買的商品。此頁的原理是每次訪問此頁時，都會從Request對象和Querystring集合和Form集合中尋找以下三個參數(shù)：（1）ProductID：要購買的商品編號，位于Querystring集合中，如果找不到，報錯。（2）Clear：是否清空購物車，位于Querystring集合中，只有當此參數(shù)為“Yes”時才清空購物車。（3）Modify：修改購物車，位于Form集合中，只有當此參數(shù)為“Yes”時才更新購物車。圖6-13查看購物車的顯示界面然后，分別根據(jù)是否接收到這三個指令來執(zhí)行相應的操作，這部分代碼沒有放在其他文件中，而是直接放在了shopcart.asp文件中的頁面體部分。在本系統(tǒng)中，購物車是存儲在Session中，根據(jù)所需要保存的數(shù)據(jù)，需要用到兩個Session變量，作用如下：Session(“productlist”)：購買的商品ID列表，以英文逗號分隔。Session(“quantitylist”)：與Session(“productlist”)對應，分別表示購買商品數(shù)量，以英文逗號分隔。例如對于下面的值：Session(“productlist”)=”70,71,72”Session(“quantitylist”)=”2,3,1”它所表示的意思是購買編號為70的商品2件，購買編號71的商品3件，購買編號為72的商品1件。購物車執(zhí)行程序流程圖如下圖6-14所示：YY購物車查看商品是否滿意下訂單調整商品N開始結束圖6-14購物車執(zhí)行程序流程圖6.1.3提交訂單模塊設計提交訂單模塊的主要功能：輸入用戶信息頁面（paystep1.asp），輸入用戶信息表單（pycusinfo.asp），確認用戶信息頁面（paystep2.asp），確認用戶信息表單（pyorderinfo.asp），提交結果頁面（paystep3.asp），提交結果表單（pysucinfo.asp）。提交訂單過程就是一個填寫顧客信息，然后向Orderlist和Orderdetail表中插入記錄的過程，一共分為三步，前兩步教為簡單，第三步教復雜。圖6-15為輸入用戶信息頁面。圖6-15輸入用戶信息頁面當會員登陸后，此頁會自動根據(jù)會員信息填寫這些內容，會員只需要修改和確認即可，省去了重新輸入送貨信息的麻煩。圖6-16為輸入信息用戶信息表單。這頁是對用戶上一步所輸入信息的確認，實現(xiàn)方法與管理端界面中的查看訂單和客戶界面中的查看購物車都很相似。圖6-16輸入用戶信息表單確認提交后，就到了提交訂單的最后一步，在這里，需要將訂單數(shù)據(jù)寫入到數(shù)據(jù)庫中，如果操作成功，則給出成功信息，并提示顧客訂單號，用于查詢訂單，如圖6-17所示。圖6-17訂單提交成功提交訂單最后一步對應的頁面是paystep3.asp。在這個文件中包含了pysucinfo.asp文件，用于實現(xiàn)具體功能，并且所的數(shù)據(jù)庫操作也都位于pysucinfo.asp文件中。在paystep3.asp文件中，首先利用Request對象獲取提交表單的數(shù)據(jù)，將一個訂單的信息寫入Orderlist表中，然后再將這個訂單所包含的詳細信息寫入Orderdetail表中。因為這兩個操作要么同時發(fā)生，要么都不發(fā)生，所以要用到事務。在進行第一個數(shù)據(jù)庫操作之前開始事務，在最后一個數(shù)據(jù)庫操作完成之后結束事塊務，期間如果有錯誤發(fā)生的話，則將事務回滾?？蛻舳讼到y(tǒng)程序流程圖如下圖6-18所示：YYNNY是否退出出?開始進入系統(tǒng)登錄界面輸入用戶名及密碼是否正確確？進入系統(tǒng)主頁面可以對站內商品行瀏覽、搜索、選購結束圖6-18客戶端系統(tǒng)程序流程圖6.2系統(tǒng)調試運行ASP的運行環(huán)境是一種服務器端的腳本環(huán)境，當用戶從瀏覽器向WEB服務器請求.asp文件時，ASP腳本開始運行，然后web服務器調用ASP，ASP全面讀取請求的文件，執(zhí)行所有腳本命令，并將web頁傳送給瀏覽器，這就意味著用戶不能簡單的在現(xiàn)有的操作運行.asp文件需要服務器端的支持，安裝支持ASP的服務器端環(huán)境，因為本站點是在xp下制作的，所以安裝的是xp下的personalwebserver,首先在xp盤運行“add-on\pws”目錄中的setup.exe文件，進行完personalwebserver安裝后，重起計算機后，可以在欄中看到相應的圖標，雙擊圖標，就會出現(xiàn)個人web管理器最全面，單擊“啟動”按鈕，剛服務器啟動，在該界面單擊“高級”，然后再單擊“添加”，添加新的虛擬目錄，這里選擇的就是本站點的實際物理路徑，在“別名”中輸入站點名稱，不改變默認的訪問權限，然后按“確定”按鈕，這虛擬目錄就建好了，這時就可以在瀏覽器中的地址中輸入http://localhost/虛擬/所要查看的.asp文件，這樣就可以預覽本站點中的頁面了，同時也可以看出有哪些錯誤，當然直接單擊index.htm網(wǎng)頁，從而進入本站首頁，可以通過連接在各個頁面之間進行轉換，進行會員注冊等操作，看看是否可以安全運行，通過對程序的調式，是系統(tǒng)可以正常的運行。

結論通過對在線手機系統(tǒng)的畢業(yè)設計，使自己在網(wǎng)頁制作，dreamweaver,ASP以及vbscript腳本語言方面有了很大的提高，從而使自己可以獨立建立簡單的電子商務系統(tǒng)，并通過細致的調查、分析制定出一套完整的設計方案。本站點的界面本系統(tǒng)界面友好、功能齊全，采用了大量的人機交互式操作，能很好的完成商店購物的全過程，使瀏覽者一進入就可以獨立的進行自己需要的操作，一目了然。在畢業(yè)設計階段，使自己在計算機管理技術方面有更進一步了了解，拓寬了知識面，并增強了獨立思考能力和培養(yǎng)了思維能力。我相信，這會為以后在工作中獨立思考和解決問題打下良好的基礎。由于畢業(yè)設計時間較短和本人水平有限，在系統(tǒng)的整體結構設計上還存在一些缺點和不足之處，敬請各位老師給予批評和反正。致謝本次畢業(yè)論文設計是在張老師的耐心講解與精心輔導下圓滿完成的。經(jīng)過三個多月緊張而忙碌的畢業(yè)設計，使自己得到了很大的收獲，而且這段日子是自己人生階段中最難忘的一次經(jīng)歷，雖然在設計中遇到了許多問題與困難，但是在張老師的啟發(fā)與指導下，通過自己不懈的努力以及同學的幫助，最終這些問題與困難都得以圓滿解決。在此期間，自己的專業(yè)知識與綜合能力都得到了相應的提高。而且從張在此，謹向張參考文獻[1]林魏，金紅編著：《dreamweaver3基礎教程與實例制作》，人民郵電出版社發(fā)行，2000年4月第一版[2]三味工作室編：《網(wǎng)站設計超級COOLASP》，人民郵電貶發(fā)行，2000年8月第一版[3]李勁編著：《電子商務教程(下)--實例探討篇》，中國青年出版社，2002年1月第二版[4]清華計算機工作室編：《ASP開發(fā)實例》，機械工業(yè)出版社，2000年11月出版[5]郭瑞軍，李杰，初曉璐等編：《ASP數(shù)據(jù)庫開發(fā)實例精粹》，電子工業(yè)出版社發(fā)行，2005年5月出版[6]網(wǎng)冠科技編著：《vbscript時尚編程百例》，機械工業(yè)出版社，2000年11月出版[7]趙豐年編著：《javascript實例教程》，電子工業(yè)出版社，2001年1月出版[8]潘郁編著:《電子商務數(shù)據(jù)庫技術》，北京大學出版社,2002年出版[9]張海藩編著：《軟件工程導論》，清華大學出版社1998年出版。[10]李勁編著：《動態(tài)電子商務的Web服務》，清華大學出版社,2000年出版[11]曹建，楊靜，王根偉等編寫：《dreamweaver與ASP實戰(zhàn)演練》，電子工業(yè)出版社，2001年1月出版[12]曹建主編：《htmljavascriptjava》，三合一培訓教程，電子工業(yè)出版社，2000年4月出版[13]Brucehallblerg《databasesystem》，Macmillancomputerpublishinguse1996[14]JonR.Prescott.UsingStructuredMethodologyforSoftwareNecessity.SystemManagement,Vol.42No.7,July,1991[15]ConfigurableComprting,byjohnVillasenorandWilliamH.mangione-Smith,June1997ScientificAmerican附錄1英文文獻譯文網(wǎng)站基層數(shù)據(jù)庫系統(tǒng)用于描述文件和數(shù)據(jù)庫的概念相同結構中有各種各樣的實質區(qū)別。一個數(shù)據(jù)庫可以被定義成一個互相聯(lián)系數(shù)據(jù)的集合，這個集合有很小的復雜，盡可能的為一個或多個應用程序在最理想的方式下服務，存貯數(shù)據(jù)的目的是使他們與用數(shù)據(jù)的程序獨立，一種相同的控制方法用在數(shù)據(jù)庫內嗇新數(shù)據(jù)和修改，恢復已存在的數(shù)據(jù)，如果一個系統(tǒng)在結構上完全分離，則他們被稱為一個數(shù)據(jù)庫集合。一個數(shù)據(jù)庫可以設計為批處理，實施處理或連機數(shù)據(jù)處理，一個數(shù)據(jù)庫系統(tǒng)包括應用程序，數(shù)據(jù)庫管理系統(tǒng)和數(shù)據(jù)庫。大多數(shù)數(shù)據(jù)庫的最主要特點之一是他們需要不斷的更新和增加。當數(shù)據(jù)類型和應用被增加時，簡單重構必須是可能的，重組織應當不用重新寫應用程序，總體上應當盡可能是小的變化，這種不費力的改變數(shù)據(jù)庫將在數(shù)據(jù)處理的速度上產(chǎn)生很大的影響。數(shù)據(jù)獨立這個術語經(jīng)常提出作為一個數(shù)據(jù)主要屬性之一，它是指數(shù)據(jù)和使用數(shù)據(jù)的應用程序相互獨立，目的改變一項時不用改變另一項，當一個單一的數(shù)據(jù)相集合服務于不同的應用時，不同的應用程序感知數(shù)據(jù)項與記錄之間的管理說明有聯(lián)系，也和數(shù)據(jù)是怎樣存貯的和存在那里有關，衩用于許多應用中的在數(shù)據(jù)之間有很多種內在的聯(lián)系。關于我們所存信息的項是一個實體，一個實體可以是一個實在的物體或抽象的事物，它有我們希望記錄的各種性質，它能描述一個真實的世界，數(shù)據(jù)項代表一個屬性，該屬性與有關的實體聯(lián)合。我們將屬性設計成值，一個屬性有一個特殊意義。據(jù)此而定義一個實體。計算機所用的識別一個記錄或一個元組的一個屬性或一組屬性，叫做關鍵字。主關鍵字衩定義為能唯一的確定一個記錄或一個元組的關鍵字。一個實體識別符包括一個或多個屬性。主關鍵字是很重要的。因為它被用在計算機中，通過一個索引和地址算法來找出一個記錄或一個元組。如果數(shù)據(jù)庫的作用僅僅是存貯數(shù)據(jù)，那它的結構將是簡單的，大多數(shù)復雜性起因于數(shù)據(jù)必須所表現(xiàn)所存貯各種各樣的數(shù)據(jù)項之間的關系。在邏輯上和篁上描述數(shù)據(jù)是不同的。邏輯數(shù)據(jù)庫的描述叫做一個模式。一個模式是一個所用數(shù)據(jù)類型的圖表，它給出實體。屬性和他們之間的特殊的關系，他是一個合適的保存數(shù)據(jù)項的框架。我們必須區(qū)別一個記錄和一個記錄的事例，當談論到全體人員的記錄時它是一個真正的記錄類型，而不是與它相結合的數(shù)據(jù)值。一個模型用于描述數(shù)據(jù)庫中的所用存貯在數(shù)據(jù)庫中的數(shù)據(jù)項類型和記錄類型的總體圖表，子模式項指的是一個應用程序員觀點下的數(shù)據(jù)，許多不同的模式可以從一個模式中得到。模式和子模式是由數(shù)據(jù)庫管理系統(tǒng)使用的，數(shù)據(jù)庫管理系統(tǒng)的主要作用是執(zhí)行數(shù)據(jù)操作時服務于應用程序。一個數(shù)據(jù)庫管理系統(tǒng)通常是用語同時處理多個數(shù)據(jù)調用，它必須組織系統(tǒng)緩沖使不同的數(shù)據(jù)操作能夠一起處理，它提供種數(shù)據(jù)定義語言經(jīng)指定概念模式很可能還包括用物理模式實現(xiàn)概念模式的一些細節(jié)，定義語言是一種高級語言，能夠讓你描述概念模型，術語為數(shù)據(jù)模型。數(shù)據(jù)模型選擇是很困難的，圖標庫它必須有豐富的足夠結構以描述真實世界的有意義的各個方面，并且必須通過物理模式有能力，自動決定概念模式的實現(xiàn)，必須強調，當一個數(shù)據(jù)庫處理系統(tǒng)用于建立一個小數(shù)據(jù)庫中時，許多數(shù)據(jù)庫包括了上萬字節(jié)，所以無效的執(zhí)行可能是災難性的。邏輯模式被定義為數(shù)據(jù)模式，帶有附加在其上的特別折數(shù)據(jù)庫管理系統(tǒng)的基本結構，目前，數(shù)據(jù)庫管理系統(tǒng)有，三種主要的基本結構，他們是：關系結構，層次結構，網(wǎng)絡結構層次型和網(wǎng)絡型從20世紀60年代已應用于DBMS中，關系模型在20世紀70年代早期開始有所介紹。在關系模型中，實體和他們的關系用二維表格表示，每一個表格代表一個實體，其值是有一定范圍，最終用戶被提供一個簡單數(shù)據(jù)模型，他或她需求由信息內容的描述而明確的表達，不用表示面向系統(tǒng)的各方面復雜的情況，關系數(shù)據(jù)模型似乎用戶所看到的，但不必知道物理的實現(xiàn)。數(shù)據(jù)模型在用戶截面上排出了存貯結構和存取策略的細節(jié)，模型提供了一種高層次的數(shù)據(jù)關系，然而為了正確的使用關系數(shù)據(jù)模型，關系的設計必須是完備的和正確的。盡管一些基于關系數(shù)據(jù)模型的數(shù)據(jù)庫管理系統(tǒng)今天以商業(yè)化的應用，但它是很難在大規(guī)模范圍內按需求的目標提供一套完整的操作能力，今天在提供快速且穩(wěn)定的硬件方面的技術改進已有可能真正回答這個問題。層次型數(shù)據(jù)模型是基于數(shù)型結構的，由結點和數(shù)值組成，一個結點是描述此點上實體屬性的數(shù)據(jù)集合。層次樹結構的最頂層結點叫做跟結點。下層的各個結點叫子結點。層次型數(shù)據(jù)結構模型總是從根結點開始的，第每個結包括描述此結點的一個或多個屬性，相關結點可以在下一層上，上層的結點變成新的相關結點或父結點，一個父結點可有一個相關子結點或多個子結點，層次數(shù)結點才能存取，許多的關系只能用笨拙的方法實現(xiàn)，這常常引起存貯數(shù)據(jù)的復雜。網(wǎng)狀數(shù)據(jù)模型將企業(yè)的實體連接到網(wǎng)絡中，在網(wǎng)狀數(shù)據(jù)模型中，一個數(shù)據(jù)庫包括大量區(qū)域，一個區(qū)域包括一些記錄，而一個記錄可以包含字段，一個集合是記錄群，可以在一個區(qū)域中，或跨越一些區(qū)域，一個集合類型基于所有者的記錄類型和成員記錄類型，許多在真實生活中發(fā)生得很頻繁的關系，可以很容易的實現(xiàn)，網(wǎng)狀數(shù)據(jù)模型是和有復雜的，應用程序員必須很熟悉數(shù)據(jù)庫的邏輯結構。附錄2外文資料譯文DatabasesystemTheconceptionsuedfordescribingfilesanddatabaseshasvariedsubstantiallyinthesameorganization.Adatabasemaybedefinedasacollectionofinterrelateddatastoredtogetherwithaslittleredundancyaspossibletoserveoneormoreapplicationsinanoptimalfashion;thedataarestoredsothattheyareindependentsofprogramswhichusethedata;acommonandcontrolledapproachisusedinaddingnewdataandinmodifyingandretrievingexistingdatawithinthedatabaseonesystemissaidtocontainacollectionofdatabasesiftheyareentirelyseparateinstructure.Atabasemaybedesignedforbatchprocessing,real-timesprocessing,orin-lineprocessing.adatabasesysteminvolvesapplicationprogram,DBMSanddatabase.Oneohemostimportantcharacteristicofmostdatabasesisthattheywillconstantlyneedtochangeandgroweasyrestructuringofthedatabasemustbepossibleasnewdatatypesandnewapplicationsareadded.Therestructuringshouldbepossiblewithouthavingtorewritetheapplicationprogramandingeneralshouldcauseaslittleupheavalaspossibletheeasewithwhichadatabasecanbechangedwillhaveamajoreffectontherateatwhichdata-processingapplicationcanbedevelopedinacorporation.Thetermdataindependenceisoftenquotedasbeingoneofthemainattributesofadatabaseintimpliesthatthedataandthemaybechangedwithoutchangingtheother,whenasinglesetoffdataitemsservesavarietyofapplications,differentapplicationprogramsperceivedifferentrelationshipsbetweenthedataitems,toalargeextentdatabaseorganizationisconcernedwiththeashowandwherethedataarestoredadatabaseusedformanyapplicationscanhavemultipleinterconnectionreferredtoasentitiesanentitymaybeatangibleobjectornotangibleifithasvariouspropertieswhichwemaywishtorecorditcandescribetherealworldthedataitemrepresentsanattributeandtheattributemustbeassociatedwhichtherelevantentitywerelevantentitywedesignvaluestotheattributesoneattributehasaspecialsignificanceinthatitidentifiestheentity.Thelogicaldatabasedescriptionidreferredtoasaschema.Thenamesoftheentitiesandattributesandspecificstherelationsbetweenthem.Itisaframeworkintowhichthevaluesofthedata-itemscanbefitted.Wemustdistinguishbetweenarecordtypeandainstanceofthedata-itemtypesandrecordtypesstoredinadatabasethetermsubschemareferstoancollocationprogrammer’sviesofthedataheuses.Manydifferentsubsubschemacanbederivedfromoneschema.Theschemaandthesubschemaarebothusedbythedatabasemanagementsystemtheprimaryfunctionofwhichistoservetheapplicationprogramsbyexecutiontheirdataoperations.Adamswillusuallybehandlingmultipledatacallsconcurrently,itmustorganizeitssystembufferssothatdifferentdataoperationscanbeinprocesstogether,itprovidesadatadefinitionlanguagetospecifytheconceptualschemaandmostlikelysomeofthedetailsregardingtheimplementationoftheconceptualschemabythephysicalschemathedescribetheconceptualschemaintermsfora“datamodel”.Thechoiceofadatamodelisadifficultone,sinceitmustbesuchenoughinstructuretodescribesignificantaspectsoftherealworld,yetitmustbepossibletodeterminefairlyautomaticallyanefficientimplementationoftheconceptualconceptualschemabyaphysicalschemaitshouldbeemphasizedthatwhileadimsmightbeusedtobuildsmalldatabasesmanydatabasesinvolvemillionsofbytesandaninefficientimplementationcanbedisastrous.Logicalschemasaredefinedasdata,pedalswiththeunderlyingstructureofparticulardatabasemanagementsystemssuperimposedonthematthepresenttimetherearethreemainunderlyingstructuresfordatabasemanagementsystemstheseare:.relational.hierarchical.networkThehierarchicalandnetworkstructureshavebeenusedfordamssincethe1960’s.therelationalstructurewasintroducedintheearly1970’s.Intherelationalmodeltwo-dimensionaltablesrepresenttheentitiesandtheirrelationshipseverytablerepresentsanentitiesarerepresentedbycommoncolumnscontainingvaluesfromadomainorrangeofpossiblevalues.Theenduser