在線CD銷售系統(tǒng)的開發(fā)及其應用

4.1.3.2業(yè)務處理模塊

本模塊包含了在線cd銷售系統(tǒng)的主要業(yè)務工作，相當于一個實體店中的核心營業(yè)員。以下用一個營業(yè)員所要做的工作來形象的表示系統(tǒng)改模塊實現(xiàn)的功能。

（1）cd管理

cd管理包括的主要工作可以籠統(tǒng)的分為對cd的工作和對分類的工作。對于cd的工作可以分為現(xiàn)有cd的盤點、登記和分類管理，新到cd的登記和分類管理。而針對分類的管理工作，主要是對分類信息的維護工作，如準時添加新的分類或者準時刪除過時信息。

（2）訂單管理

在線cd銷售系統(tǒng)對于訂單的管理與傳統(tǒng)實體店營業(yè)員的工作略有不同。一般的cd店營業(yè)員只需要處理用戶交給他的訂單，也就是在線cd銷售系統(tǒng)中已經(jīng)提交勝利的訂單。但事實上，在用戶提交訂單前，會有更多的選擇作為被選的選項，把握了這些cd的清單，會關心我們進一步了解該用戶的購買動向及愛好所在，從而實施更有針對性也更為有效的營銷策略。很簡潔，假如我們能夠為用戶供應更多備選cd的信息，或許就可以促成購買行為的完成。同樣的，假如能為用戶推舉更多他們所感愛好的cd，那么更多的交易行為就有可能發(fā)生。所以把握用戶購物車里的備選清單，對于下一步的銷售有著特別重大的影響。

而在用戶購買動向和愛好所在的收集方面，即使是有著多年銷售閱歷的銷售人員也很難在短時間內(nèi)精確?????推斷。傳統(tǒng)銷售中的這一弱點，在線銷售系統(tǒng)可以很好的彌補。通常被用戶放入購物車的cd一般都是他們所感愛好的，購買的可能也就大許多，所以只要我們準時查看用戶購物車資料，就可以了解到每個用戶的購買習慣和動向。

總而言之，在線銷售系統(tǒng)在訂單的管理中包含了已提交訂單和購物車訂單的管理。

（3）用戶管理

針對會員的管理，在線cd銷售系統(tǒng)與傳統(tǒng)實體店基本相同。對比實體店購買過程，首先要求會員申請會員資格，相當于用戶網(wǎng)上的注冊。隨后進行購物時要出示會員資格證明，即網(wǎng)上的用戶登陸行為。購買行為發(fā)生時，銷售人員要登記該會員的編號和所購買的cd，以便隨時更新該會員的，就是在線銷售系統(tǒng)的用戶管理行為。

（4）銷售統(tǒng)計

銷售統(tǒng)計對于店主準時把握銷售狀況有著重大的意義。由于功能強大的sqlserver數(shù)據(jù)庫的使用，在線cd銷售系統(tǒng)在銷售統(tǒng)計功能方面有著傳統(tǒng)實體店無法想象的便捷和高效。從數(shù)據(jù)庫記錄中，系統(tǒng)管理用戶可以任意查看各日、各周、各季度的銷售記錄，同時還可以分類查詢，獲得不同唱片公司、不同歌手、不同風格cd的銷售狀況。

4.1.3.3數(shù)據(jù)庫模塊

本模塊主要進行數(shù)據(jù)的錄入、更新、檢索等工作，相當于傳統(tǒng)實體店里仔細負責而又分毫不差的庫存管理員。

運用面對對象思想中類的概念，系統(tǒng)結構設計圖如圖4-4所示。

4.2數(shù)據(jù)結構設計

4.2.1數(shù)據(jù)庫需求分析

對比傳統(tǒng)實體店，并結合在線購物的特點，綜合系統(tǒng)功能分析，本系統(tǒng)的需求信息主要有：用戶分一般用戶和管理員用戶。訂單分單張具體訂單和總訂單。每一張cd都從屬于一種類型。一個用戶可以購買多張cd。一個用戶對應一張訂單列表信息。一個列表對應多張訂單信息。

經(jīng)過系統(tǒng)數(shù)據(jù)庫的功能分析和需求總結，將數(shù)據(jù)項和數(shù)據(jù)結構做如下設計：

(1)管理員信息，包括數(shù)據(jù)項：用戶名、密碼

(2)一般用戶，包括數(shù)據(jù)項：用戶id、用戶名、密碼

(3)cd，包括數(shù)據(jù)項：cd編號、cd名稱、分類編號等

(4)cd分類，包括數(shù)據(jù)項：分類編號、分類名

(5)訂單列表，包括數(shù)據(jù)項：訂單編號、cd編號、購買數(shù)量

(6)訂單，包括數(shù)據(jù)項：訂單編號、用戶編號、下單時間等

.shape\*mergeformat

4.2.2數(shù)據(jù)庫概念結構設計

依據(jù)數(shù)據(jù)項和數(shù)據(jù)結構的分析，在數(shù)據(jù)庫概念結構設計部分可以設計出滿意用戶需求的各種實體以及實體之間的關系，為規(guī)律結構設計打下基礎。實體包含各種詳細信息，通過相互之間的作用形成層數(shù)據(jù)流淌。

本系統(tǒng)數(shù)據(jù)庫中包含的實體有：管理員信息實體、一般用戶實體、cd實體、cd分類實體、訂單實體、訂單列表實體。

實體之間關系的e-r圖如圖4-5所示。

管理員信息實體e-r圖如圖4-6所示。

一般用戶信息實體e-r圖如圖4-7所示。

cd實體e-r圖如圖4-8所示。

cd分類實體e-r圖如圖4-9所示。

訂單實體e-r圖如圖4-10所示。

訂單列表實體e-r圖如圖4-11所示。

shape\*mergeformat

shape\*mergeformat

shape\*mergeformat

shape\*mergeformat

4.2.3數(shù)據(jù)庫規(guī)律結構設計

數(shù)據(jù)庫概念結構設計完畢后，可以將數(shù)據(jù)庫概念結構轉(zhuǎn)化為sqlserver數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，就構成了數(shù)據(jù)庫的規(guī)律結構。

在線cd銷售系統(tǒng)數(shù)據(jù)庫中各個表的設計結果如表4-1到表4-6所示。

(1)每個表格表示數(shù)據(jù)庫中的一個表，訂單信息列表allorders如表4-1所示，記錄每個用戶的訂單總信息。

表4-seq表格\*arabic1訂單信息列表allorders

field

type

null

key

default

extra

ment

id

int

null

pri

null

identity(1,1)

主鍵，遞增

order

int

null

訂單號

cdno

int

null

cd編號

amount

int

null

yes

null

訂貨數(shù)量

(2)cd信息列表cdname如表4-2所示，記錄商店現(xiàn)有的cd信息。

表4-2cd信息列表cdname

field

type

null

key

default

extra

ment

id

int

pri

(null)

identity(1,1)

主鍵，遞增

cdname

varchar(10)

cd名稱

cdclass

int

cd分類名稱

singer

varchar(25)

yes

(null)

歌手名

publish

varchar(150)

yes

(null)

發(fā)行唱片公司

cdno

varchar(30)

yes

(null)

cd發(fā)行編號

musiclist

varchar(30)

yes

(null)

歌曲列表

price

float

yes

(null)

原價

amount

int

yes

(null)

總數(shù)量

leav_no

int

yes

(null)

剩余數(shù)量

regtime

datetime

登記時間

picture

varchar(200)

yes

(null)

cd封面

(3)商店管理員信息表cdadmin如表4-3所示，記錄管理員的帳號密碼。

表4-3管理員信息表cdadmin

field

type

null

key

default

extra

ment

adminuser

varchar(20)

yes

(null)

用戶名

adminpass

varchar(50)

yes

(null)

密碼

(4)商店cd類別列表cdclass如表4-4所示，記錄商店現(xiàn)有的cd分類。

表4-4商店cd類別列表cdclass

field

type

null

key

default

extra

ment

id

int

pri

(null)

identity(1,1)

分類編號

classname

varchar(30)

(null)

分類名稱

(5)訂單具體表orders如表4-5所示，記錄單張訂單的詳細信息。

表4-5訂單具體表orders

field

type

null

key

default

extra

ment

id

int

pri

(null)

identity(1,1)

主鍵，遞增

orderid

varchar(20)

訂單編號

userid

int

用戶編號

submittime

datetime

訂單提交時間

consignmenttime

datetime

yes

(null)

交貨時間

totalprice

float

yes

(null)

總金額

content

text

yes

(null)

備注

ipaddress

varchar(20)

yes

(null)

用戶ip

ispayoff

int

yes

(null)

是否已付款

issales

int

yes

(null)

是否發(fā)貨

(6)用戶信息表shop_user如表4-6所示，記錄商店的全部用戶的具體信息。

4.2.4數(shù)據(jù)流圖

依據(jù)“自頂向下、逐層分解”的思想，使用分解和抽象兩種手段來掌握系統(tǒng)的簡單度。依據(jù)前述分析，得出系統(tǒng)頂層數(shù)據(jù)流圖如圖4-12所示。

登陸功能數(shù)據(jù)流圖如圖4-13所示。

查詢功能數(shù)據(jù)流圖如圖4-14所示。

購買功能數(shù)據(jù)流圖如圖4-15所示。

表4-6用戶信息表shop_user

field

type

null

key

default

extra

ment

id

int

pri

(null)

identity(1,1)

主鍵，遞增

username

varchar(20)

用戶名

password

varchar(50)

密碼

names

varchar(20)

yes

(null)

真實姓名

sex

char(2)

yes

(null)

性別

address

varchar(450)

yes

(null)

地址

phone

varchar(25)

yes

(null)

聯(lián)系電話

post

varchar(8)

yes

(null)

郵編

email

varchar(50)

yes

(null)

e-mail地址

regtime

datetime

yes

(null)

注冊時間

regipadress

varchar(20)

yes

(null)

注冊ip

shape\*mergeformat

shape\*mergeformat

shape\*mergeformat

shape\*mergeformat

4.3界面設計

為了提高代碼的重用性，在線cd銷售系統(tǒng)的界面采納框架形式，即頁面頭尾部分只需要設計一次。之后的jsp文件，其中只需寫上以下兩句代碼，就可以觀察頁面頭尾效果。

%@includefile=”inc/head.inc”

%@includefile=”inc/tail.inc”

4.3.1用戶圖形界面的設計

(1)用戶登陸模塊設計

為了驗證用戶是否合法，系統(tǒng)需要用戶供應用戶名和密碼來進行驗證，這一功能由用戶登陸模塊完成。本模塊需要運用login.java這個bean，來設計一個表單讓用戶輸入用戶名和密碼。在本模塊中，對于用戶輸入的用戶名和密碼，系統(tǒng)在發(fā)覺錯誤時，應準時做出錯誤報告。

用戶登陸模塊的預覽效果如圖4-16所示。

(2)在線購買功能模塊設計

針對用戶界面，由于“cd列表”和用戶導航條等部分是只有用戶界面可以看到的，所以將這兩部分設計成一個新的框架形式，提高復用性。在本模塊中用戶可以掃瞄現(xiàn)有cd、用不同的方法查找cd（分類查詢、關鍵字查詢）、查看cd具體資料、把cd放入購物車、轉(zhuǎn)到其他模塊等。

在線購買功能模塊運行截圖如圖4-17所示。

圖4-16用戶登陸模塊的預覽效果

圖4-17在線購買功能模塊運行截圖

(3)我的購物車功能模塊設計

在本模塊中，用戶可以修改購買數(shù)量、刪除已經(jīng)選購的cd、提交購物車（在提交時可以簡潔附言說明）、清空購物車、連續(xù)購買或查詢cd、轉(zhuǎn)到其他模塊等。

我的購物車功能模塊運行效果圖如圖4-18所示。

圖4-18我的購物車功能模塊運行效果

(4)訂單信息功能模塊設計

本模塊中用戶可以觀察自己已經(jīng)提交的全部訂單，可以查看訂單的具體狀況。確認訂單時，系統(tǒng)采納彈出窗口的形式顯示相信信息，在彈出窗口中可以進行付款。

訂單信息功能模塊的運行效果圖如圖4-19所示。

圖4-19訂單信息功能模塊的運行效果圖

(5)銷量統(tǒng)計功能模塊設計

這個模塊可以顯示銷量排名在前100的cd名稱和數(shù)量。銷量統(tǒng)計模塊首先生成銷量統(tǒng)計管理類op_sale_statistics的實例對象，然后調(diào)用該對象的getsalenumorder()方法，從數(shù)據(jù)庫取出銷量前100名的cd的名稱和銷售數(shù)量并顯示在頁面上。銷量統(tǒng)計功能模塊的運行效果圖如圖4-20所示。

4.3.2管理員圖形界面的設計(1)管理員登陸功能模塊設計

為了驗證管理員的身份，系統(tǒng)需要進行用戶名和密碼的驗證，與用戶圖形界面的設計類似，本模塊也需要運用login.java這個bean，設計一個表單讓管理員輸入用戶名和密碼。

(2)現(xiàn)有cd管理功能模塊設計

在這個模塊里，管理員擁有對現(xiàn)有cd的具體資料進行查看、修改cd名稱、刪除cd

等權限。

圖4-20銷量統(tǒng)計功能模塊的運行效果圖

(3)添加新cd功能模塊設計

在這個模塊中，要添加一段javascript代碼，對表單數(shù)據(jù)的合法性進行驗證。

scriptlanguage="javascript"

functioncheckform(){

if(document.form1.cdname.value==""){

document.form1.cdname.focus();

alert("cd名為空!");

returnfalse;

}

if(document.form1.singer.value==""){

alert("歌手名為空!");

document.form1.singer.focus();

returnfalse;

}

returntrue;

}

/script

(4)添加新cd分類功能模塊設計

這個模塊列出了商店現(xiàn)有cd分類，管理員可以刪除現(xiàn)有分類，也可以添加新的分類。但在刪除操作之前，通過在連接的onclick大事里調(diào)用confirm方法，提示用戶是否真的要刪除選中的信息，削減誤操作。

(5)訂單管理功能模塊設計

管理員可以查看下訂單用戶的具體資料、查看訂單的具體狀況并且可以刪除訂單。

訂單管理模塊中首先生成op_buy類的對象，然后調(diào)用該對象的ger()order方法，取得當前商店的全部訂單，分頁顯示在頁面上，下單用戶名供應鏈接，當管理員在用戶名列單擊某個用戶名時，能夠彈出新的頁面顯示該用戶的具體資料。然后為每個訂單供應查看訂單具體狀況和刪除訂單的鏈接，當管理員單擊“具體狀況”鏈接時能夠彈出新的窗口顯示訂單信息。當管理員單擊“刪除”鏈接時彈出提示，提示管理員是否確認刪除當前訂單，假如管理員選擇“是”，則從數(shù)據(jù)庫刪除該訂單，假如選擇“否”，則退回具體訂單狀況頁面。

(6)用戶管理功能模塊

管理員通過這個模塊對用戶進行管理，其中包括：查看用戶資料、修改用戶資料、刪除已存在用戶等。

4.4本章小結

本章主要對系統(tǒng)的具體設計過程進行闡述。具體設計是在總體設計基礎上進一步細化、詳細化、物理化，主要內(nèi)容有：模塊設計是根據(jù)功能獨立、規(guī)模適當?shù)哪K化設計方法，對總體設計中各大模塊進一步分細，成為各功能小模塊，并繪出它們之間的聯(lián)系及各模塊內(nèi)容及功能，它們的算法及流程；數(shù)據(jù)分級分類及編碼設計；數(shù)據(jù)庫設計。具體設計階段最重要的目標就是編寫出可讀性好、簡單理解、簡單測試、簡單修改的程序，對系統(tǒng)實現(xiàn)具有重大意義。

第5章系統(tǒng)實現(xiàn)

5.1組件的編寫

基于系統(tǒng)功能分析，首先利用jbuilder新建一個工程，在這個工程里新建議個包cdshop，然后在這個包下新建三個包cd、util和run。系統(tǒng)包圖如圖5-1所示。

shape\*mergeformat

5.1.1util包

如圖4-12所示，util包里包含2個類，作用分別為：

(1)database類：主要負責數(shù)據(jù)庫的連接。

(2)dataformat類：負責數(shù)據(jù)的格式轉(zhuǎn)換，如將字符串格式化成html代碼輸出等。

5.1.2cd包

這個包中共有6個類，其作用為：

(1)allorder類：訂單列表類。

(2)cd類：cd類，時cd實體的抽象。

(3)cdclass類：cd分類類，是cd分類實體的抽象。

(4)order類：訂單類，是訂單實體的抽象。

(5)shopcar類：購物車類，是購物車實體的抽象。

(6)user類：用戶類，是用戶實體的的抽象。

5.1.3run包

在系統(tǒng)run包下，共包含了6個類，分別是：

(1)login類：管理用戶登陸類。

(2)op_cd類：管理cd類，包括cd的查詢、修改、刪除、添加等。

(3)op_cdclass類：管理cd分類類，包括cd分類的查詢、刪除和添加。

(4)op_buy類：管理訂單類，包括訂單的查詢、添加、修改和刪除。

(5)op_user類：管理用戶類，包括用戶的查詢、添加、刪除和修改等。

(6)op_sale_statistics類：管理cd的銷售統(tǒng)計。

5.2部分源代碼摘錄及分析

5.2.1數(shù)據(jù)庫連接問題和實現(xiàn)

首先安裝sqlserver數(shù)據(jù)庫軟件時，在選擇時，選擇混合驗證模式，在學習的時候可以設置用戶名sa,密碼為空；利用jdbc驅(qū)動程序連接數(shù)據(jù)庫肯定要設置好驅(qū)動程序，使用數(shù)據(jù)源名稱時，首先要在掌握面板配置好數(shù)據(jù)源。

本系統(tǒng)采納通過jdbc驅(qū)動連接數(shù)據(jù)庫的方式鏈接數(shù)據(jù)庫。需要在微軟的官方網(wǎng)站下載microsoftsqlserverdriverforjdbc驅(qū)動程序在本地機器上進行安裝。

publicbooleanconnect(){

try{

class.forname(“.microsoft.jdbc.sqlserver.sqlserverdriver”)

newinstance();

//注冊驅(qū)動程序

stringurl=”jdbc:microsoft:sqlserver://localhost:1433;databasename

=cdstore”;

//連接字符串，cdstore為數(shù)據(jù)庫名稱

stringuser=”sa”;//數(shù)據(jù)庫用戶名稱

stringpassword=””;//數(shù)據(jù)庫密碼，這里設為空

conn=drivermanager.getconnection(url,user,password);//獲得連接

……

5.2.2jsp的大小寫敏感

jsp程序是區(qū)分大小寫的，在編寫jsp程序時肯定留意不要將大小寫混淆，例如：

stringacd;與stringacd;

他們代表兩個不同的字符串形變量。用過其他編程語言的人最簡單犯這個錯誤。

另外，在掃瞄器的地址欄中輸入的，訪問jsp頁面的地址也是區(qū)分大小寫的。

5.2.3管理用戶登陸bean的編寫

為了驗證用戶的合法性，系統(tǒng)需要用戶輸入用戶名和密碼，管理用戶的登陸由javabean:login.java來完成。login類類圖如圖5-2所示。

shape\*mergeformat

第四章中的圖4-13中省略了部分方法，下面簡潔介紹getsql()方法。

這個方法的功能是依據(jù)用戶的不同獲得不同的查詢sql語句，返回的是字符串型的sql語句。其設計思路見圖5-3所示。

shape\*mergeformat

5.3本章小結

通過本章的系統(tǒng)實現(xiàn)，最組件的的編寫介紹，可以概要的說明系統(tǒng)的實現(xiàn)的前提條件和一些方法。

第6章系統(tǒng)運行評估

在線cd銷售系統(tǒng)開發(fā)完畢到投入使用之前，需要進行一系列系統(tǒng)集成和確認測試。軟件測試的根本目的應當是找出軟件中存在的漏洞和問題，而開發(fā)人員往往不簡單找出自己的程序中存在的漏洞和問題，所以從理論上講，系統(tǒng)的測試工作應當由專業(yè)測試人員進行。但鑒于本系統(tǒng)為個人畢業(yè)設計作品，所以臨時由本人進行測試。

6.1軟件測試概述

軟件測試是軟件開發(fā)過程的重要組成部分，是用來確認一個程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼的最終復審，是軟件質(zhì)量保證的關鍵步驟。軟件測試是為了發(fā)覺錯誤而執(zhí)行程序的過程。軟件測試在軟件生存期中橫跨兩個階段：通常在編寫出每一個模塊之后就對它做必要的測試（稱為單元測試）。編碼和單元測試屬于軟件生存期中的同一個階段。在結束這個階段后對軟件系統(tǒng)還要進行各種綜合測試，這是軟件生存期的另一個獨立階段，即測試階段。

6.1.1軟件測試的目的

軟件測試的目的，第一是確認軟件的質(zhì)量，其一方面是確認軟件做了你所期望的事情（dotherightthing），另一方面是確認軟件以正確的方式來做了這個大事（doitright）。

其次是供應信息，比如供應給開發(fā)人員或程序經(jīng)理的反饋信息，為風險評估所預備的信息。

第三軟件測試不僅是在測試軟件產(chǎn)品的本身，而且還包括軟件開發(fā)的過程。假如一個軟件產(chǎn)品開發(fā)完成之后發(fā)覺了許多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。

6.1.2軟件測試的原則

軟件測試從不同的角度動身會派生出兩種不同的測試原則，從用戶的角度動身，就是盼望通過軟件測試能充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品，從開發(fā)者的角度動身，就是盼望測試能表明軟件產(chǎn)品不存在錯誤，已經(jīng)正確地實現(xiàn)了用戶的需求，確立人們對軟件質(zhì)量的信念。

為了達到上述的原則，那么需要留意以下幾點：

(1)應當把“盡早和不斷的測試”作為開發(fā)者的座右銘。

(2)程序員應當避開檢查自己的程序，測試工作應當由獨立的專業(yè)的軟件測試機構來完。

(3)設計測試用例時應當考慮到合法的輸入和不合法的輸入以及各種邊界條件，特別狀況要制造極端狀態(tài)和意外狀態(tài)，比如網(wǎng)絡特別中斷、電源斷電等狀況。

(4)肯定要留意測試中的錯誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習慣有很大的關系。

(5)對測試錯誤結果肯定要有一個確認的過程，一般有a測試出來的錯誤，肯定要有一個b來確認，嚴峻的錯誤可以召開評審會進行爭論和分析。

(6)制定嚴格的測試方案，并把測試時間支配的盡量寬松，不要盼望在極短的時間內(nèi)完成一個高水平的測試。

(7)回歸測試的關聯(lián)性肯定要引起充分的留意，修改一個錯誤而引起更多的錯誤消失的現(xiàn)象并不少見。

(8)妥當保存一切測試過程文檔，意義是不言而喻的，測試的重現(xiàn)性往往要靠測試文檔。

6.2系統(tǒng)測試

6.2.1系統(tǒng)入口測試要點

測試要點：用戶名、密碼和驗證碼。

測試路徑：用戶名、密碼驗證碼是否為真。

測試結果：為真，進入系統(tǒng)；為假，提示重新輸入用戶信息。

適用范圍：管理員登錄、用戶登錄等。

6.2.2數(shù)據(jù)錄入測試要點

測試要點：數(shù)據(jù)錄入類型。

測試路徑：錄入類型是否正確。

測試結果：錄入類型正確能寫入數(shù)據(jù)庫增加新記錄；否則提示重新輸入。