歡迎添加微信互相交流學習哦！

項目源碼：https://gitee.com/oklongmm/biye

摘要
隨著Internet技術的發展，人們的日常生活已經離不開網絡。未來社會人們的生活和工作將越來越依賴于Internet技術的發展，也將越來越數字化、網絡化、電子化、虛擬化。電子商務也隨著網絡的發展日益和人們的生活貼近。Internet的發展歷程以及目前的應用狀況和發展趨勢，可以充分地相信網絡技術將極大的改變我們的生活和工作方式，甚至社會的價值觀也會發生某種變化。本設計嘗試用PHP在網絡上架構一個動態的網上商品購物網站，以使每一位顧客不用出門在家里就能夠通過上網來輕松購物。
本文詳細介紹了基于PHP的網上購物系統的系統結構設計、實現方法和操作流程，并介紹了系統各個模塊的主要功能和數據庫設計及功能。該系統采用B/S結構，采用PHP技術進行動態窗體頁面的設計。后臺數據庫選用MySQL 數據庫。系統設計并實現了會員注冊及登錄模塊，會員基本信息模塊，會員購物模塊，產品搜索模塊，管理員商品管理模塊，用戶管理模塊，訂單管理模塊，信息管理模塊等一系列功能模塊。最后，對網上購物系統進行了系統測試，各個模塊功能運行良好。
關鍵字：Internet，PHP，B/S，網上購物系統?

Title ? ? ? ? ? ? PHP-based Shopping Inline System ? ? ? ??
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
Abstract
Along with the development of internet technology, daily life can not go on without the network. The life and work of the social people of future will depend on the development of digital technology more and more , digitization, networking, electronization, virtual more and more. E-commerce presses close to people's life day by day along with the development of network too.Developing course and present application state and development trend of Internet can believe network technology will change life and working way of us greatly, and even change the values of the society to some extent.This paper tries to build up a dynamic e-commerce website in the network with PHP, so that each customer needn't go out and can do some shopping easily through internet at home 。?
　　? This paper describes system structure design, implementation method and operation process based on PHP, and introduces main functions of various modules about the system and database design. The system uses B/S structure, and conducts design of dynamic form page by PHP technology. Background database selects MySQL database. System design realizes a series of function modules such as user registration and landing module, user basic information module, shopping module, searching goods module, the management of goods ，the management of user，the management of orders ，the management of news and so on. Finally, the paper tests Shopping Inline System, and the result finds that kinds of modules operate well.
Keyword: ?Internet，PHP,B/S ,e-Shopping

目 ?次
1 緒論?? ?1
1.1開發背景及意義?? ?1
1.2 國內外電子商務現狀?? ?1
1.3本文研究的內容?? ?3
1.4 開發可行性分析?? ?3
1.4.1 管理上的可行性?? ?3
1.4.2 技術上的可行性?? ?3
1.4.3 經濟上的可行性?? ?4
1.4.4法律可行性?? ?4
1.4.5執行可行性?? ?4
2 系統需求分析?? ?5
2.1目標和任務?? ?5
2.2 系統功能分析?? ?5
2.2.1 功能性需求概述?? ?5
2.2.2系統流程分析?? ?7
2.2.3 系統目錄結構?? ?8
2.3數據庫分析?? ?9
2.3.1 數據庫需求分析?? ?9
2.3.2數據庫概念結構設計?? ?9
2.4系統開發環境?? ?10
2.4.1 ?硬件平臺?? ?10
2.4.2 ?服務器平臺?? ?10
2.4.3 ?開發工具?? ?10
2.4.4 ?技術構架?? ?10
2.6數據字典?? ?11
2.6.1數據元素?? ?11
2.6.2數據存儲。?? ?11
3系統概要設計?? ?13
3.1系統結構設計?? ?13
3.1.1 系統體系結構?? ?13
3.1.2 系統總體功能結構?? ?14
3.1.3 系統總體物理結構?? ?16
3.2數據庫結構設計?? ?17
3.2.1數據庫概念結構設計?? ?17
3.2.2數據庫邏輯設計?? ?17
4系統詳細設計?? ?22
4.1系統設計?? ?22
4.2 公共模塊設計?? ?22
4.2.1 數據庫公共模塊?? ?22
4.2.2 common.php和golbal.php單元?? ?23
4.3產品模塊設計?? ?23
4.3.1 產品類型設計?? ?23
4.3.2 產品添加設計?? ?23
4.3.3 產品信息查詢?? ?25
4.4前臺頁面模塊設計?? ?26
4.4.1首頁設計?? ?26
4.4.2 產品詳細信息?? ?27
4.4.3 購物車設計?? ?28
4.4.4結賬處理?? ?29
4.4.5 會員注冊和登錄頁面設計?? ?29
4.4.6 會員賬戶管理?? ?30
4.5 訂單管理模塊設計?? ?30
4.6會員管理模塊設計?? ?32
5 系統測試?? ?33
5.1系統測試?? ?33
5.1.1 測試的目的?? ?33
5.1.2測試的準則?? ?33
5.1.3測試的方法?? ?33
5.2 ?單元測試實例?? ?34
5.3 綜合測試?? ?35
5.4系統的維護主要包括四個方面?? ?35
總結?? ?36
致 ?謝?? ?38
參考文獻?? ?39

?
1緒論
1.1開發背景及意義
電子商務是伴隨著信息經濟的腳步，在20世紀90年代興起于美國、歐洲等發達國家的一個新概念。目前，國際上對電子商務尚無統一的定義。一般來說，狹義的概念是指在開放的國際互聯網及其它網絡的環境下，通過服務器的運用，實現消費者的網上購物、企業間商業交易的一種新型交易運營模式。即電子商務＝Web（服務器）＋IT（信息技術）+企業業務。
電子商務的類型：從其交易對象來看，電子商務的應用包括企業與企業之間的電子商務　(B2B)、企業與消費者之間的電子商務(B2C)、企業與政府之間的電子商務　(B2G)、政府與消費者之間的電子商務(G2C)、企業內部的電子商務。
電子商務的本質特點：電子商務的重點在于商務、電子商務的核心競爭力在于信息平臺、電子商務的使命在于利用互聯網技術對傳統資源的整合。
電子商務實現貿易的全球化、直接化、網絡化，發展電子商務是不可阻擋的趨勢，而我國的電子商務尚不完善。要實現全過程的電子商務，就要加快網絡基礎設施建設和網絡互聯，實現金融電子化及海關、稅務、行政監管部門電子化，市場環境網上支付，建立安全體系認證結構，健全相關法律法規等等。
1.2 國內外電子商務現狀
以下是根據CNNIC(中國互聯網絡信息中心)公布的中國B2C電子商務發展報告來進一步分析目前的網上購物的現狀。（主要引用其中的分析圖表）
圖1-1選擇網上購物的原因
?
圖1-1用戶網購原因
從上面的圖可以看出網上購物選擇節約時間和操作方便的分別占46.7%和44.2%,這說明隨著生活節奏的加快，人們越來越希望擁有簡單快捷的購物方式。
圖1-2用戶選擇商品配送的方式 ?? ?
?
圖1-2用戶選擇商品配送的方式 ?? ?
? ? 從上面的圖中可以看出人們總希望直接可以拿到物品，而不需要耽擱自己的時間，如果是送貨上門，也可以當面檢查所購的物品，這也表現出人們對廠商信譽的擔憂。 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
圖1-3 用戶認為目前網上交易存在的最大問題
?
? ? ? ? ? ? ? ? ? ? ?圖1-3用戶認為目前網上交易存在的最大問題
從上面的圖中可以看出目前兩個最嚴重的問題是安全性和產品服務。
1.3本文研究的內容
本文詳細介紹了基于PHP的網上購物系統的系統結構設計、實現方法和操作流程，并介紹了系統各個模塊的主要功能和數據庫設計及功能。該系統采用B/S結構，采用PHP技術進行動態窗體頁面的設計。后臺數據庫選用MySQL 數據庫。系統設計并實現了會員注冊及登錄模塊，會員基本信息模塊，會員購物模塊，產品搜索模塊，管理員商品管理模塊，用戶管理模塊，訂單管理模塊等一系列功能模塊。最后，對網上購物系統進行了系統測試，各個模塊功能運行良好。
1.4 開發可行性分析
1.4.1管理上的可行性
把企業業務延伸到Internet上，建立電子商務網站，對運營商業企業來說，是企業對外展示信息，從事商務活動的窗口和界面。因此，高中層管理人員不會對此有很大的抵觸情緒，主管領導也能夠相應的支持。?
1.4.2技術上的可行性
? ? 根據系統目標需求分析得結果來看，不需要通過購買專業軟件，僅采用
phpStudyAdmin為開發環境，Apachec為服務器，選擇PHP語言就可以解決相關的問題，從而保證系統功能的實現。
1.4.3經濟上的可行性
商業企業在運營過程中 ，經常會遇到產品的宣傳受到限制，采購商或顧客只能通過上門咨詢、電話溝通等方式進行各種信息的獲取，受一定的時間與物理空間的局限并且成本較高。而本系統可以幫助企業正確認識電子商務技術在企業中的重要地位，以少量的時間和資金建立企業信息門戶網站并架設一定范圍的商務網絡，以此來是企業與顧客間的經濟活動變得更靈活、更主動。
1.4.4執行可行性
本系統采用IE瀏覽界面，是大家熟悉的，對于用戶只需要具有一般的計算機知識的人員都可以輕松上手。而且整個系統采用最友好的交互界面，簡潔明了，不需要對數據庫非常了解。因此，該系統的操作是可行的。
2系統需求分析
2.1目標和任務
網上購物基于B/S模式, 通過對一些典型電子商務網站的考察、分析，并結合企業要求, 開發一套擁有前后臺的信息化管理系統，需滿足以下要求：
??? ?統一友好的操作界面，保證系統的易用性；
??? ?商品分類詳盡，可按不同類別查看商品信息；
??? ?為客戶提供通過一個購物車模型就能夠購買多個商品項的機制；
??? ?提供簡單的安全模型，讓客戶必須先進行登錄，才允許購買購物車的內 ? ? ? ? ? ? ? ?容；
??? ?設計網站后臺操作平臺，管理網站的各項基本數據。
??? ?對不同的管理者設置不同的權限；
? ?系統的主要任務有：
? ?a，處理對象：主要涉及的數據有：商品、顧客(會員)、顧客組、管理員(用戶)、管理員組、訂單、郵寄方式等。
? ?b，處理功能要求：本系統完成商品、顧客(會員)、管理員(用戶)、訂單等之間的功能聯系，形成一個有效的循環系統。具體包括以下幾點：1，顧客注冊為會員；2，管理員發布商品；3，訂單管理；4，顧客組管理；5，管理員權限的管理等。
2.2系統功能分析
2.2.1功能性需求概述
　　在線購物系統是商家和購買者直接接觸的橋梁，商家通過管理在線購物系統，向購買者發布、展示產品，而購買者也通過網站和商家交流、訂購產品，從而達到現實交易的目的。
? ? 在這個交易過程前，商家需要將產品信息錄入，并且在前臺顯示出來，這其實就是一個信息發布系統，顧客在看到產品后，可能會有許多的問題，也就是需要針對產品留言，然后企業做出相應的回答，這個留言也屬于信息發布的一部分。
　　在交易過程中，顧客一般是不允許匿名購買的，顧客需要留下現實的個人信息才能收到現實中的產品，相信作為顧客，也很愿意方便線下聯系。接著是在線模擬交易過程，顧客完成所有的選取后，就可以付賬了，這里需要和支付網關連接。付賬之后就是企業方通過后臺的程序發現有新交易并進行線下處理。
　　在交易完成后，企業方需要對近期銷售情況進行統計，如會員資料的查詢、修訂等。
　　通過對電子交易流程的劃分，在線購物系統的系統功能主要由3部分組成：信息發布系統、會員管理系統和電子交易系統。電子商務的本質更趨向于電子交易，也就是前臺和客戶打交道的頁面。
　　通過細化系統功能，很明顯電子交易部分是重點，電子交易頁面需要完成哪些功能呢？
　　逛在線購物系統和逛超市相似，進入超市時，顧客習慣拿購物筐或者購物車，再開始逛。逛超市時會不斷查看想買的東西，直到確定買的那個產品的位置，在確定的過程中，會不斷將其他物品放到購物車中，然后再將不適合的東西拿出，一直到結賬。在選取物品時會發現，超市總是把相關的產品放在一個位置，以方便消費者，同時消費者也會拿出兩個相同類型的東西進行比較。
　　通過對超市購物的分析，了解了應該如何去模擬一個現實的交易過程。首先，需要一個產品的展示，方便顧客查詢，還要有產品比較的數據，更有助于消費者比較，選擇自己滿意的產品；然后，要有一個購物車，方便顧客查看自己選中的產品，也可以把需要購買的產品放入購物車或者從購物車中拿出不需要的產品；最后是結賬，和超市結賬有很大區別，電子商務不允許匿名買賣。付賬和收到產品之間有一個相對較長的時間，而且企業和顧客也不是面對面的，企業需要收集有效的信息，才能把產品送到顧客手中，所以結賬時要確定用戶是否登錄，以收集用戶的資料。
　　通過以上分析可知，本系統分成兩個模塊：前臺瀏覽模塊和后臺管理模塊。
　　前臺瀏覽模塊可再分為兩個模塊：產品瀏覽模塊和購物模塊，涉及產品首頁瀏覽、推薦產品瀏覽、產品列表，以及查看產品詳細內容、查看評論等功能。購物模塊主要充當購物車作用，包括選取產品、對比產品、會員注冊、登錄及網上支付等功能。
　　后臺管理模塊可分為3個模塊：會員管理模塊、產品管理模塊和訂單管理模塊。后臺管理模塊主要涉及產品分類目錄管理，以及產品內容的管理。會員管理模塊主要是查看和修改，包括管理會員的基本資料以及購買的產品等詳細信息。訂單管理模塊主要涉及對顧客訂購的產品管理，按照訂單的狀態大致分為待處理的訂單和已經處理的訂單。
　　本系統的結構圖如圖2-1所示：
? 圖2-1 系統結構圖
2.2.2系統流程分析
? ? 在后臺管理模塊中，管理員需要先添加產品欄目分類，再進入產品列表頁面，選擇指定的產品欄目進行產品添加操作。在會員提交訂單之后，管理員可以通過訂單管理模塊查看訂單，并根據實際情況更改訂單狀態，管理員也可以通過會員管理模塊查看會員信息。前臺界面則是會員選取需要購買的商品，并提交訂單。后臺管理的流程圖如圖2-2所示。
?
圖2-2 后臺管理流程圖
2.2.3系統目錄結構
系統目錄結構的規劃非常重要，這樣可以更加方便管理程序，體現出清晰的思路。通過對系統結構的分析，可以按照功能模塊來劃分系統目錄結構。如圖2-3所示：
?
圖2-3 目錄結構

由圖可以看出，系統文件保存在dzsw目錄中，其下有13個子目錄：admin目錄主要保存后臺管理的程序：data主要保存一些log信息，方便以后的查看：htmlarea目錄保存文本編輯代碼:includes目錄保存公共模塊中的代碼，如MySQL連接之類的封裝類等；install目錄保存安裝程序，方便把系統移植到其他的機器上，也方便初始化網站；js目錄包括程序中需要使用的JavaScript程序；languages目錄主要是為了界面的多國語言需要設計的，根據不同語言的需要調用不同的文件；modules目錄保存連接支付網關的程序；myaccount目錄保存關于本站的一些信息；styles目錄保存網站的樣式文件；templates目錄保存模板文件；upload目錄保存所有的上傳文件，這個文件夾需要特別關照，在發布網站后，這個目錄中的任何東西都是不能執行的，否則將產生隱患。
2.3數據庫分析
2.3.1數據庫需求分析
數據庫需求分析是所有數據庫系統設計的最重要一步，在這個步驟里需要對系統的所有數據存儲進行分析和整理，以便得出具有穩定性和擴展性的存儲結構，這也是數據建模的過程。
通過分析，不難得出主要有4個重要的實體對象，即產品分類存儲表、產品內容存儲表、訂單存儲表及會員存儲表。 這4個表是在線購物系統的核心，所有的產品必須歸屬于某個類別，而這些產品分類的類別是不固定的，所以就需要一個分類存儲表來存儲產品的分類欄目。
2.3.2數據庫概念結構設計
根據以上對數據庫的分析，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。
下面是在線購物系統的E-R模型圖

圖2-4 E-R圖
2.4系統開發環境
2.4.1硬件平臺?
系統所需的硬件平臺：PⅡ以上的CPU，512M以上內存，硬盤80G以上，windows xp操作系統。
2.4.2服務器平臺?
WWW服務器：Apache。
數據庫軟件：MYSQL。
2.4.3開發工具?
開發工具使用：phpStudyAdmin
2.4.4技術構架
系統采用B/S技術架構
2.6數據字典
2.6.1數據元素
名字：會員名稱
描述：顧客用來登陸網站的唯一標識
數據類型：字符
長度：96

名字：產品ID
描述：用來表示產品的唯一標識
數據類型：整型
長度：10

名字：訂單ID
描述：用來表示顧客訂單的唯一標識
數據類型：整型
長度：8

名字：管理員ID
描述：用來表示管理員的唯一標識
數據類型：整型
長度：4

名字：郵寄方式ID
描述：用來表示郵遞的唯一標識
數據類型：整型
長度：8

名字：顧客組ID
描述：用來表示打折顧客組的唯一標識
數據類型：整型
長度：6
2.6.2數據存儲
名字：顧客信息
描述：注冊為會員的個人信息
組成：自動編號ID，用戶名（Email），密碼，組名，消費金額，注冊日期。

名字：顧客組信息
描述：存儲顧客的打折優惠
組成：自動編號，名稱，折扣。

名字：產品信息
描述：發布的產品的信息描述
組成：自動編號ID，產品名稱，產品單位，產品價格，產品描述。

名字：訂單信息
描述：會員發出訂單的信息
組成：自動編號ID，用戶聯系方式，訂單內容，郵寄方式。

名字：管理員信息
描述：系統管理的信息
組成：管理員ID，管理員名稱，管理員類別，管理員密碼。

名字：郵寄方式信息
描述：送貨方式信息
組成：方式編號ID，名稱，費用。

?
3系統概要設計
3.1系統結構設計
系統結構設計是結構化系統分析與結構化程序設計之間的接口。結構化系統設計運用了一套標準的設計準則工具，采用模塊化方法進行新系統層次關系和模塊分解設計，結構化系統設計的核心是模塊分解設計，其基本思想是以系統的邏輯功能設計和數據流關系為基礎，根據數據流程圖和數據字典，借助于一套標準的設計準則和圖表工具，通過“自上而下”的逐層分解，把系統劃分為多個大小適當、功能明確、具有一定獨立性、并易于實現的模塊，從而把復雜系統設計轉化為多個簡單模塊的設計。
3.1.1系統體系結構
目前，Web項目較為流行的開發模式是三層邏輯體系結構，本系統的開發按照Windows DNA (Windows Distributed Internet Application，分布式互聯網應用結構)，采用基于XML的三層B/S體系結構。Windows DNA提供了一種開發三層結構Web應用程序的通用方法是一個電子商務開發的良好環境。
MVC的設計思想簡介，MVC的設計思想將平臺劃分為表現層、業務層、數據訪問層、數據庫層。
表現層（Presentation Tier）對應于MVC的V（View），負責系統的表示邏輯，主要是每個.php 頁面。?
業務層（Business Tier）體現系統的業務邏輯。業務層起到了Business Delegate的作用，屏蔽了表示層，有利于重用業務模型。
數據訪問/集成層（Data Access/Integration Tier）負責進行數據訪問及系統間交互操作。數據訪問組件負責與關系型數據庫打交道，進行具體的增刪改查（CRUD）操作。系統集成代理/適配器組件負責與軟件產品和外部系統打交道，交換數據和消息。數據訪問/集成層組件意識不到業務層的具體邏輯，通過約定的接口讓業務層來調用。
MVC三層邏輯體系結構如圖3-1所示。

??
圖3-1 三層邏輯體系結構
3.1.2系統總體功能結構
根據系統分析的結果數據流程圖所描述的系統的邏輯模型，把數據流程圖上各個處理模塊進一步分解，確定系統的層次結構關系，把邏輯模型變為物理模型。
在管理信息系統的設計過程中，系統劃分的一般原則如下：
1)、子系統要具有獨立性。即應把相對獨立的事務處理過程作為一個子系統。這樣的子系統具有較高的內聚性，與其它的藕合較弱，便于軟件開發、使用及日后系統維護。
2)、子系統的劃分結果應使數據冗余度較小。應避免部分數據在多個子系統中出現，尤其是修改，以保證系統的安全性、可靠性和數據的一致性。
3)、子系統的劃分應能滿足目前和日后管理上的需要，功能應齊全，操作要方便且為今后發展留有接口。
4）、子系統的劃分應以該單位的管理職能為依據。應盡量避免過分依賴于組織機構，以防止機構變更后為系統帶來不必要的麻煩。
從公司的組織結構上出發，把整個管理信息系統劃分成多個子系統。每個子系統的功能相對獨立，但是子系統之間有必要的數據聯系。
對電子購物商城系統的數據流圖采用變換中心法和事務中心法進行分析，對其逐步進行功能分解，直到分解成為含義明確、功能單一的單元功能模塊，從而得到系統的功能模塊結構圖，即系統的功能圖。如圖3-2，反映了電子購物商城的系統功能模塊的劃分。

圖3-2 電子購物系統功能模塊結構圖
1、前臺模塊詳細功能描述
其中，用戶信息管理以及訂單和購物車是禁止匿名用戶訪問的內容。
(1)商品信息模塊：
商品瀏覽（首頁顯示部分普通商品列表）、特價商品瀏覽（首頁顯示特價商品列表）、商品分類瀏覽、商品詳細信息。
(2)購物車模塊：
添加商品到購物車、購物車信息修改、結賬。
(3)用戶信息管理模塊：
注冊新用戶、登錄、用戶修改密碼、用戶個人資料管理。
(4)訂單模塊：
查詢個人訂單列表、查詢某筆訂單的詳細信息、取消訂單。
2、后臺模塊詳細功能描述
(1)管理員信息管理：
管理員登錄、添加新管理員、刪除管理員、修改密碼。
(2)商品信息管理：
添加新商品、修改商品信息、刪除商品。
? ?(3)訂單管理：
管理訂單是否確認、是否付款、是否發貨、是否歸檔，并且對相應信息進行查詢。
3.1.3系統總體物理結構
電子購物各個部門在不同的地點辦公，網絡拓撲結構以交換機為基礎，各部門通過主交換機連接到公司主服務器，電子購物有不同辦公地點。根據這個特點，系統利用微機局域網作為系統的基本物理結構。為了提高系統的可靠性和可擴展性，網絡采用以網絡集線器為基礎，以雙絞線為傳輸介質的星型結構。在每個業務發生點以及每個管理員分別配制微型計算機作為系統結點工作站，系統功能的實現，子系統間的數據共享與交互通過網絡服務器完成。電子購物的系統網絡拓撲圖如圖3.3所示。

圖3.3 ?電子購物商城系統網絡拓撲圖
系統具體物理配置如下：
利用公司已經架設好的企業局域網，主服務器采用：服務器、交換機、網絡集線器，傳輸介質采用10M屏蔽雙絞線為介質的星型網絡拓撲結構，服務器作為系統功能實現和數據共享中心，應具有較好的性能和可靠性。在此基礎上再配上一臺提供web服務的服務器和一臺MYSQL數據庫服務器即可實現對本系統的全部物理支持。
系統具體硬件配置如下：
1）、WWW服務器：INTER P4 2.4 512M DDR ROM 80GB 硬盤。
2）、數據庫服務器：INTER P4 2.4 512M DDR ROM 80GB 硬盤。
3）、客戶機：目前流行的PC兼容機。
4）、網絡連接設備：路由器、交換機、打印機、掃描儀等。
系統具體軟件配置如下：
1）、操作系統：Microsoft公司Windown2000Server,網絡協議采用TCP/IP協議，
　?客戶機　WINDOWS 2000/XP。
2）、WWW服務器：Apache.
3）、數據庫軟件：MYSQL。
3.2數據庫結構設計
3.2.1數據庫概念結構設計
根據需求分析中的結果，數據庫的關系模型設計如下：
會員(顧客ID，顧客名稱，顧客組，消費金額，注冊日期，聯系方式)
產品(產品編號，產品名稱，售價，數量，圖片，備注)
管理員(管理員編號，密碼，管理員組)
訂單(編號，顧客名稱，內容，備注)
顧客組(ID,類別，名稱，折扣)
管理員組（ID，類別，名稱，權限）
郵寄方式（ID ，名稱，費用計算）
3.2.2數據庫邏輯設計
? ? 經過需求分析，概念結構設計，了解了系統的存儲結構需求后，可以得出8個表結構，即顧客組設置表、顧客表、產品評論表、產品列表、訂單表和郵遞方式表、管理員表、管理員組表。
? ? 顧客組設置表是為了存儲顧客的打折優惠，這里記錄的事組的打折信息。表結構如表3-1所示

表3-1顧客組設置表（usergroups）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?Groupid?? ?自動編號?? ?Smallint(6)?? ?是?? ?否?? ?無
2?? ?Classes?? ?類型?? ?Varchar(30)?? ?否?? ?否?? ?無
3?? ?Grouptitle?? ?組名稱?? ?Varchar(30)?? ?否?? ?否?? ?無
4?? ?groupdiscount?? ?折扣?? ?float?? ?否?? ?否?? ?0
顧客信息表主要是記錄顧客的詳細信息，其中groupid是指定顧客組的編號，用戶的名稱采用Email，記錄用戶的登錄時間可以方便的查看最后的登錄時間，這樣有助于對客戶的跟蹤服務。表結構如表3-2所示
表3-2 顧客信息表（customers）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?Customers_id?? ?自動編號?? ?Smallint(6)?? ?是?? ?否?? ?無
2?? ?Email?? ?用戶名稱?? ?Varchar(30)?? ?否?? ?否?? ?無
3?? ?Grouid?? ?組名稱?? ?Int(10)?? ?否?? ?否?? ?無
4?? ?Regdate?? ?注冊時間?? ?Int(10)?? ?否?? ?否?? ?0
5?? ?Lastvisit?? ?最后登錄時間?? ?Int(10)?? ?否?? ?否?? ?0
6?? ?Money?? ?消費總金額?? ?Decimal(15.2)?? ?否?? ?否?? ?0
7?? ?QQ?? ?QQ聯系方式?? ?Varchar(30)?? ?否?? ?否?? ?無
8?? ?msn?? ?msn聯系方式?? ?Varchar(30)?? ?否?? ?否?? ?無
產品評論表主要是針對產品的評論信息，其中products_id就是產品的編號，date_add就是記錄產品的添加時間，viewed是表示這條評論被瀏覽的次數。表結構如表3-3所示

表3-3 產品分類表（classes）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?rid?? ?自動編號?? ?Mediumint(8)?? ?是?? ?否?? ?無
2?? ?Email?? ?用戶名稱?? ?Varchar(30)?? ?否?? ?否?? ?無
3?? ?Products_id?? ?產品 id?? ?Int(10)?? ?否?? ?否?? ?無
4?? ?review?? ?評論內容?? ?text?? ?否?? ?否?? ?0
5?? ?Date_added?? ?添加時間?? ?Int(10)?? ?否?? ?否?? ?0
6?? ?viewed?? ?被瀏覽次數?? ?Mediumint(8)?? ?否?? ?否?? ?0
產品的信息列表記錄的是產品的基礎信息，包括產品的價格、重量、名稱、所屬分類、詳細描述等字段。表結構如表3-4所示
表3-4產品表（products）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?Products_id?? ?自動編號?? ?Mediumint(8)?? ?是?? ?否?? ?無
2?? ?Classes_id?? ?分類編號?? ?Mediumint(8)?? ?否?? ?否?? ?無
3?? ?name?? ?產品名稱?? ?Varchar(64)?? ?否?? ?否?? ?無
4?? ?model?? ?產品單位?? ?Varchar(64)?? ?否?? ?否?? ?無
5?? ?image?? ?產品展示圖片鏈接?? ?Varchar(64)?? ?否?? ?否?? ?無
6?? ?price?? ?產品價格?? ?Decimal(15.2)?? ?否?? ?否?? ?0
7?? ?weight?? ?產品重量?? ?Decimal(5.2)?? ?否?? ?否?? ?0
8?? ?description?? ?產品描述?? ?Text?? ?否?? ?否?? ?無
9?? ?manufacturer?? ?生產廠商?? ?Varchar(64)?? ?否?? ?否?? ?無
訂單表主要記錄的就是用戶訂單的詳細信息，包括購買人、購買人的聯系方式、產品的價格、郵寄方式等信息。由于每次用戶可能會定購多種產品，所以訂單將分成兩個表來記錄，一張用來記錄聯系信息，一張表用來記錄聯系信息和產品之間的關聯。表結構如表3-5和表3-6所示

表3-5訂單表聯系信息（orders）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?Order_id?? ?自動編號?? ?Mediumint(8)?? ?是?? ?否?? ?無
2?? ?D_name?? ?用戶聯系姓名?? ?Varchar(100)?? ?否?? ?否?? ?無
3?? ?cid?? ?會員id?? ?Int（10）?? ?否?? ?否?? ?無
4?? ?D_street_address?? ?會員地址?? ?Varchar(100)?? ?否?? ?否?? ?無
5?? ?D_tel_mobile?? ?會員聯系方式?? ?Varchar(100)?? ?否?? ?否?? ?無
6?? ?Orders_status?? ?訂單狀態?? ?Varchar(100)?? ?否?? ?否?? ?無
7?? ?Shipping_method?? ?郵遞方式?? ?Int（10）?? ?否?? ?否?? ?無
表3-6訂單產品信息關聯表（orders_products）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?opid?? ?自動編號?? ?Mediumint(8)?? ?是?? ?否?? ?無
2?? ?Orderd_id?? ?于orders表關聯id?? ?Int（10）?? ?否?? ?否?? ?無
3?? ?Products_id?? ?產品關聯id?? ?Int（10）?? ?否?? ?否?? ?無
4?? ?price?? ?產品價格?? ?Decimal(15.2)?? ?否?? ?否?? ?0
5?? ?Final_price?? ?最終價格?? ?Decimal(15.2)?? ?否?? ?否?? ?0
郵寄方式表主要是為計算郵寄費用產生的，不同的郵寄方式會帶來不同的郵寄費用。表結構如表3-7所示

表3-7 郵寄方式表（shipping）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?id?? ?自動編號?? ?Mediumint(8)?? ?是?? ?否?? ?無
2?? ?Shippingname?? ?費用名稱?? ?varchar(200)?? ?否?? ?否?? ?無
3?? ?Fee?? ?費用計算公式?? ?Varchar(200)?? ?否?? ?否?? ?無

管理組設置表是為了存儲管理員的不同管理權限。表結構如表3-8所示
表3-8管理組設置表（Admingroups）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?AdminGroupid?? ?自動編號?? ?Smallint(6)?? ?是?? ?否?? ?無
2?? ?Classes?? ?類型?? ?Varchar(30)?? ?否?? ?否?? ?無
3?? ?Grouptitle?? ?組名稱?? ?Varchar(30)?? ?否?? ?否?? ?無
4?? ?Allow_class_see?? ?查看會員組?? ?float?? ?否?? ?否?? ?0
5?? ?Allow_class_add?? ?添加會員組?? ?Int（10）?? ?否?? ?否?? ?0
6?? ?Allow_class_delete?? ?刪除會員組?? ?Int（10）?? ?否?? ?否?? ?0
7?? ?Allow_product_see?? ?查看商品?? ?Int（10）?? ?否?? ?否?? ?0
8?? ?Allow_product_edit?? ?編輯商品?? ?Int（10）?? ?否?? ?否?? ?0
9?? ?Allow_product_add?? ?上傳商品?? ?Int（10）?? ?否?? ?否?? ?0
10?? ?Allow_product_delete?? ?刪除商品?? ?Int（10）?? ?否?? ?否?? ?0
管理員信息表主要是記錄管理員的信息。表結構如表3-9所示
表3-9 管理員信息表（customers）結構
序 號?? ?字 段?? ?描 述?? ?類型和長度?? ?主 鍵?? ?可 空?? ?默認值
1?? ?Admin_id?? ?自動編號?? ?Smallint(6)?? ?是?? ?否?? ?無
2?? ?name?? ?名稱?? ?Varchar(30)?? ?否?? ?否?? ?無
3?? ?password?? ?密碼?? ?Varchar(30)?? ?否?? ?否?? ?無
4?? ?admingroupsid?? ?管理組?? ?Varchar(30)?? ?否?? ?否?? ?無
5?? ?createdate?? ?創建時間?? ?Int(10)?? ?否?? ?否?? ?無
6?? ?lastvisit?? ?最后登錄時間?? ?Int(10)?? ?否?? ?否?? ?無

4系統詳細設計
4.1系統設計
在系統總體設計階段已經提到過本系統采用MVC體系架構，但MVC架構具體是怎么實現的呢？下面我將介紹系統的具體實現功能。
4.2 公共模塊設計
? ? 結構合理的系統都是經過改良的，將共同的東西取出來放置到相同的地方供引用和調用時設計系統必須要做的工作。
4.2.1數據庫公共模塊
? ?PHP中將創建數據庫連接connection 獨立出來做成公用的文件是最常用的做法，我將其命名為config.php，放置在include目錄下。這個目錄用來存儲供整個系統公用的目錄。當頁面需要使用數據庫連接時，只需要通過PHP的<? Require ‘include/db_mysql.php’;?>引用公用文件即可，這樣不但避免了每個頁面都編寫數據連接，而且也能避免當數據連接發生變化時去修改每一個頁面的麻煩。Db_mysql.php中使用了兩種方式來獲取與數據庫連接：一種是獲取已有的連接mysql_pconnect（$dbuser,$dbpw）,這樣無須重復的建立連接，節約了資源：另外一種方式是mysql_connect（$dbhost,$dbuser,$dbpw）,這種方式是獲取一個新的連接。在獲取連接資源時，通常會傳遞3個參數，這里分別是$dbhost,$dbuser,$dbpw，代表的是帶有端口號的主機地址，登錄用戶名和密碼。
Config.php中的定義代碼如下所示：
Define(‘DB_SERVER’,’localhost’);//數據庫服務器
Define(‘DB_SERVER_USERNAME’,’root’);//數據庫用戶名
Define(‘DB_SERVER_PASSWORD’,’’);//數據庫密碼
Define(‘DB_DATABASE’,’shoopdb’);//數據庫名
4.2.2 common.php和golbal.php單元
Common.php是公共函數的文件，將公共函數獨立出來可以大大節約編程時間及編程量，也為后期維護帶來很大方便。
Global文件是對全局變量的處理。
4.3產品模塊設計
4.3.1產品類型設計
? ? 產品一般有大類和小類之分，多級欄目使用樹結構來展示。可以單擊編輯和刪除來修改。分類列表如圖4-1所示。
?
圖4-1分類列表
分類編輯修改分類名稱和是否在頁面顯示。如圖4-2所示
?
圖4-2分類修改列表
4.3.2產品添加設計
? ? 把產品作為一個類封裝起來可方便對產品進行各種處理。Includes中的cla.products_p.php和cla.products.php文件就是對產品的封裝。
? ? 首先，添加產品的基本信息，如圖4-3所示。
?
圖4-3 產品的基本信息添加
添加完產品的基本信息后單擊提交按鈕，系統會向服務器端提交產品的基本信息，之后就會自動轉向詳細信息添加頁面；如果添加產品基本信息不成功，將轉向錯誤顯示頁面。
完成提交后，程序會自動轉向產品詳細信息添加頁面。該頁面分為5個子頁面。如圖4-4所示
?
圖4-4 詳細信息添加頁面
如添加錯誤可以修改如圖4-5所示

?
圖4-5商品分類修改頁面
商品圖片添加頁面如圖4-6所示
?
圖4-6 商品圖片添加頁面
4.3.3產品信息查詢
查詢頁面如圖4-7所示，可以通過商品名稱、狀態、基本信息、詳細說明來查找產品信息
?
圖4-7 查詢頁面
?
圖4-8 查詢結果列表
4.4前臺頁面模塊設計
? ? 這里主要涉及產品的前臺展示和購物車的編碼制作等。
4.4.1首頁設計
? ? 作為在線購物系統，首要的任務是展示產品。除了展示產品，還可以加入其他元素來豐富頁面。為了在有限的首頁空間展示最吸引客戶的信息，可把特價產品和新到產品的前5名展示在首頁，如圖4-9所示。
?
圖4-9首頁商品展示頁面
在設置前臺時，會把這些信息緩存起來，以方便再次調用此頁面時不需要再次讀取數據庫，這樣可以提高讀取效率，也可以減輕服務器端的壓力。Fun.common.php中的cacheexists（$filename,$pam=‘’）函數就是用來驗證是否在硬盤中有緩存，如果沒有，將生成緩存文件。Cacheeesxists（$filename,$pam=‘’）的實現代碼如下所示：
Function cacheexists($filename,$lpam=’’){
? ?If($pam==’’){
? ? ? $pam=$filename;
}
//
If(!file_exists(DIR_SHOOPD.”data/cache/cache_”.$filename.”.php”)){
Updataecache($pam);
}
Return DIR_SHOOPD.”data/cache/cache_”.$filename.”.php”;
}
4.4.2產品詳細信息
用戶在首頁上看到感興趣的產品后,對商品做進一步的了解。圖4-10為商品的詳細信息介紹：
?
圖4-10 商品詳細信息介紹
單擊“您對此商品有話要說，您可以點擊這里發表評論。”后就進入評論頁面。可以看到URLhttp://127.0.0.1/dzsw/writerviems.php?products_id=23,這里是把商品的編號傳遞到評論頁面，找到評論商品的ID。客戶端評論頁面如圖4-11：
?
圖4-11 商品評論輸入頁面
評論提交后，首先判斷消費者是否已經登錄，如果用戶已經登錄，需要把評論信息和會員昵稱關聯起來。需對Email進行驗證，使用的是正則表達式。
在添加評論之后返回商品展示頁面，就可以看到針對商品的評論了，如圖4-12所示：
?
圖4-12 評論頁面
4.4.3購物車設計
? ?購物車的實現流程：購物清單（購物車）->收貨/送貨人地址->選擇送貨方式->選擇付款方式->確認并提交訂單。
購物車如圖4-13所示，購物車模塊有兩個鏈接，進入購物車和點擊結賬。“進入購物車”主要是顯示已經放入購物車的詳細信息，而“點擊結賬”的頁面就是結賬頁面。
?
圖4-13購物車詳細信息頁面
4.4.4結賬處理
單擊購物車中的“結賬”鏈接就可以進入結賬頁面。
4.4.5會員注冊和登錄頁面設計
注冊會員需要填入會員的基本信息，這里的注冊名是消費者的Email地址，用這個作為用戶登錄名的好處是可以強制性的讓用戶輸入一個Email，而且Email地址是不會重復的。獲取Email地址后，就可以通過這個Email地址給消費者發送訂單處理等信息。在注冊會員之后還需要讓用戶填入詳細信息。如圖4-14
?
圖4-14會員詳細信息添加頁面
將會員的詳細信息和基本信息分開的好處是，用戶在填入某信息出錯時，只需要重復填入少量資料，避免了用戶的麻煩。
輸入收貨人地址后就是選擇發送方式。如圖4-15所示：
?
圖4-15送貨方式選擇頁面
在中國，一般提供了3種送貨方式，即中國郵政的EMS、國內快遞和普通快遞。這3種方式的送貨費用不同，計算方法為：產品的總重量*每公斤運送價格+其他固定費用，圖4-16中的運費就是這么計算出來的。
?
圖4-16支付方式選擇頁面
4.4.6會員賬戶管理
顧客在購買產品后，需要對自己的產品進行跟蹤，需要知道自己購買產品的狀態，會員賬戶管理導航條如圖4-17所示。
?
圖4-17 會員賬戶管理導航條
4.5訂單管理模塊設計
訂單分類，按照訂單的狀態分為：新訂單、已審核訂單、等待付款訂單、部分付款訂單、全部付款訂單、已確認付款訂單、取消訂單等，如圖4-18所示：
?
圖4-18 訂單設置導航條

4.6會員管理模塊設計
會員管理模塊是電子商務的最后一個模塊。會員添加在前臺已經完成，后臺只需要一個瀏覽模塊，如圖4-19所示
?
圖4-19 會員清單列表頁面
還有一個會員組的選項，對于在線購物來說，打折時很有必要的，而打折方式是按照不同的會員組來設定的。如圖4-20所示：
?
圖4-20 會員設置頁面

5 系統測試
5.1系統測試
5.1.1測試的目的
軟件測試的目標和定義：
?（1）測試是為了發現程序中的錯誤而執行程序的過程。
?（2）好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案。
?（3）成功的測試是發現了至今為止尚未發現的錯誤的測試。
? 在對本網絡書店銷售管理系統測試時，也正是基于上述觀點來進行的，測試的目的不是證明系統是完美的，而是發現問題，更好的解決問題，使系統不斷完善，滿足客戶的需求。
5.1.2測試的準則
為了能設計出行之有效的測試方案，必須深入理解并正確運用指導軟件測試的基本準則。下面列舉主要的測試準則：
(1) 所有的測試都應該追溯到用戶需求。
(2) 應該在開始測試之前就制定出測試計劃。
(3) 把Pareto原理應用到軟件測試中。Pareto原理說明，測試發現的錯誤中80%很可能是由程序中的20%模塊造成的。
(4) 應該從“小模塊”測試開始，并逐步進行“大模塊”測試。
(5) 窮舉測試是不可能的。?
(6) 為了達到最佳的測試效果，應該由獨立的第三方從事測試工作。
5.1.3測試的方法
測試任何產品都有兩種方法：如果已經知道了產品應該具有的功能，可以通過測試來檢驗是否每個功能正常使用；如果知道了產品的內部工作過程，可以通過測試來檢測產品內部動作是否按照說明書的規定正常工作。前一種稱為黒盒測試又稱功能測試，后一種方法稱為白盒測試又稱結構測試。
在測試本系統時，采用的是黑盒測試來設計測試用例，而且在測試過程中，由于條件原因，不能完全按照測試規則由第三方來測試，測試過程和方案設計由作者完成。
5.2單元測試實例
測試一：在管理員登陸時，用戶名或密碼有一項為空或者填寫錯誤，系統是否出現預先設定的操作提示。
預期效果：輸入錯誤及時報錯。
具體操作：用戶名、密碼、任意一項為空或者填寫有誤。
結果：都出現相應的錯誤原因的信息提示。
結論：要求管理員必須填寫正確的用戶名和密碼，才能進入管理頁面，測試成功。
測試二：發布產品或修改本站的公告﹑返回前臺，看其是否更新成功。
預期效果：發布和修改過后能及時更新內容。
具體操作：通過管理頁面發布產品功能發布產品，修改公告功能修改公告的內容，看其是否發布修改成功。
結果：顯示發布的新產品，公告內容更新為修改后的信息。
結論：發布產品，修改公告功能正常，測試成功。
測試三：顧客瀏覽商品放入購物車后結賬，如不登錄能否提交訂單。
預期效果：該用戶不能提交訂單。
具體操作：前臺顧客不登錄提交訂單。
結果：該訂單無法提交，轉入登錄頁面。
結論：購物車功能完善，測試成功。
測試四：顧客注冊為新會員，注冊號重復，密碼沒有6位。
預期效果：注冊失敗，提示錯誤。
具體操作：注冊號重復，密碼設為5位。
結果：提示注冊號已存在，密碼至少6位。
結論：顧客注冊功能正常，測試成功。
測試五：發貨失敗，取消訂單。
預期效果：顧客賬戶頁面訂單取消，已付款退回。
具體操作：在后臺訂單管理頁面取消一已付款訂單。
結果：前臺會員賬戶頁面顯示訂單取消，余額增加。
結論：訂單功能正常，測試成功。
5.3綜合測試
在以上測試的基礎上，對系統功能進行了整體測試，依次檢驗系統功能是否符合系統開發的目標。經過使用大量的數據多次進行系統測試，發現系統存在的問題并及時改進，最終實現了網上購物系統的開發目標。
5.4系統的維護主要包括四個方面
(1) 程序的維護：修改部分或全部程序，這種維護往往是在條件發生變化或原系統的效率低的情況下進行的。
(2) 數據文件的維護：按照用戶的要求對數據文件進行不定期的修改。
(3) 代碼的維護：隨著系統的發展和變化，可能會出現舊代碼不能適應新要求的問題，因此，有必要變更代碼，予以維護。
(4) 硬件的維護：對系統所使用的設備進行維護。

總結
本文講述了在線購物系統的系統分析和設計，介紹了后臺的商品發布、訂單管理、會員管理以及前臺的購物管理。
在線購物系統只是所有在線購物系統的雛形，后臺的商品發布、訂單管理、會員管理和前臺的購物管理是所有在線購物共有的特征。根據本實例的最初設計思想，對方案如下改進意見：
一．完善系統功能
除了給用戶瀏覽商品外，提供給用戶一個接口，用戶對產品提出自己的建議，比如設計方面，包裝方面，企業可以在網上搞一些活動，比如意見征集，這樣提高用戶參與的積極性，同時企業可以從用戶的意見以及反饋信息中，找到使企業可持續發展的途徑。只要是服務性的行業最根本的還是要堅持以客戶為中心的原則。
二．完善業務流程
根據實際情況，使業務流程規范化。做到充分利用企業的資源，市場的資源，人力資源。使工作業務流程能夠更合理，更有序的進行。
三．完善人員培訓機制
對員工進行定期的培訓，讓員工了解市場，了解企業發展狀況，了解客戶需求。對員工進行一定的理論方面的培訓。加強信息觀念，這樣提高了員工的素質，更加有利于員工參與工作，并勝任工作。在全球都提倡信息化的今天，面對我國的實際情況，所有人都應當提高自己的信息素養，只有這樣我們才能很好的和世界貿易接軌，我國的電子商務才能有較快的發展，我國的經濟發展才會有保證。
通過開發這個項目，鞏固了以前所學的理論知識，提高了自己理論聯系實際的能力，為今后進一步學習新技術打下一個很好的基礎，為走上社會實際工作崗位做好了充足的準備，為今后的職業發展打下良好的基礎。面對以后各項挑戰，我有信心做得更好！
當然，由于時間和技術上的原因，該系統還是存在一些問題和不足的地方，比如在數據容量方面，由于沒有經過大量數據的測試，數據庫能承受多大負荷還不能確定，在美工方面，由于缺少美工經驗，所以很多頁面看起來可能會不那么漂亮美觀，在一些細小的處理上可能還缺少進一步的考慮。
當然，作為畢業設計，我認為這是一次很好的經歷，從中也學到了許多很寶貴的經驗，能夠在老師和同學的幫助下順利完成這個系統，對我自己也是一種鼓舞，也給了我更大的信心、更深的理解了團隊合作的重要性。

致 ?謝
本系統能夠順利完成，非常感謝白晧老師的指導和同學們對我的幫助，謝謝各位對我的精心指導和提議。對于我個人而言，這次畢業設計既是對我大學期間所學知識的一個綜合檢驗，也是對我一次全面的考核，更是一次鍛煉，加深對自己所學知識的認識與理解。
在畢業設計過程中，得到了河南工業大學信息科學與工程學院的大力支持，為我提供了豐富的書籍與網絡資源，良好的學習環境。本文是在白晧老師的精心指導下完成的，從論文的選題、文章結構的構筑到最后的定稿，都得到了導師的細心指導和幫助，我所取得的每一個進步都凝結著導師的汗水與心血，在此表示衷心的感謝！在此，我還要感謝所有曾經教導過我的老師和關心過我的同學，他們在我成長過程中給予了我很大的幫助和關懷。

參考文獻
[1]周影. 網絡編程語言PHP實例教程［M］. ?電子工業出版社，2003
[2]馮燕奎 ?PHP4.0與MySQL動態網站編程 ? 清華大學出版社 ?
[3]位元文化 ?PHP & MySQL 動態網頁入門實務(HTML、SQL與面向對象)中國青年出版社
[4]明日科技 ?PHP函數參考大全 ? 人民郵電出版社 ?2007
[5]三楊科技 ?PHP開發入行真功夫 ? 電子工業出版社， 2009
[6]李婷.數據庫開發與實例. 北京：清華大學出版社，2006
[7]陳海山. 深入PHP網絡編程［M］. ?清華大學出版社，2002
[8]鄺孔武、王曉敏 ：《信息系統分析和設計》，清華大學出版社，2001?
[9]徐建波，周新蓮. Web設計原理于編程技術［M］.中南大學出版社， 2005
[10]Ron Jeffries.Extreme Programming Installed.Addison-Wesley, 2001
[11]張端金 高曙，楊蘋等編著． 計算機專業英語［M］.武漢理工大學出版社， 2003
[12]張海藩 ?軟件工程導輪 ? 清華大學出版社，2002
[13]薩師煊 王 珊. 數據庫系統概論［M］. 高等教育出版社， 2004
[14]張金區 王云鵬 PHP對數據庫的訪問技術及執行效率的比較 ?計算機工程應用 ,2005
[15]楊 ?巍. ?LAMP黃金組合建立企業安全Web ?開放系統世界, 2005
[16]王珊，陳紅 ?數據庫系統原理教程[M].北京:清華大學出版社，2004
[17]賀松平．基于MVC模式的B/S架構的研究及應用 ?華中科技大學出版社，2005
[18]胡百敬，姚巧玫．SQL Server 2005 數據庫開發詳解 ?電子工業出版，2006
[19]Hector Garcial-Molina Jeffrey D.Ullman Jennifer Widom.Database system implementation.機械工業出版社，2001
[20]Joseph McKendrick，“Launching EC Projects”.E-Commerce World Magazine. August 1 ,2001
[21]Philip Burgert.“Branding Power In E-Commerce”. E-Commerce World Magazine，January 1,2001
[22]Scott Oaks & Henry Wong. Java線程[M]. 北京：中國電力出版社，2003.5
[23]Rassel Winder ?Graham Roberts. Java軟件開發[M] . 北京：人民郵電出版社，2008.7
[24]嚴蔚敏.數據結構. 北京：清華大學出版社，1997
[25]張增強 編程實例與技巧精粹. 北京：北京希望電子出版社，1999
[26]何鵬飛 程序設計教程. 北京：清華大學出版社，2000

總結

以上是生活随笔為你收集整理的基于PHP的网上购物网站设计(含源文件)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。