客戶訂購登記系統(tǒng)課程設計_第1頁
已閱讀1頁,還剩30頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、<p><b>  《網(wǎng)絡數(shù)據(jù)庫技術》</b></p><p><b>  課 程 設 計</b></p><p>  題 目 客戶訂購登記系統(tǒng) </p><p>  班 級 </p><p>  學 號

2、</p><p>  姓 名 </p><p>  指導老師 </p><p>  2012年 12 月 22 日</p><p><b>  目 錄</b></p><p><b>  一、概述3</b

3、></p><p>  1.1 課程設計的目的3</p><p>  1.2 課程設計的內容3</p><p>  1.3 課程設計的要求4</p><p><b>  二、需求分析5</b></p><p>  2.1 系統(tǒng)需求5</p><p>  2.

4、2 數(shù)據(jù)字典7</p><p>  三、系統(tǒng)總體設計9</p><p>  3.1系統(tǒng)總體設計思路9</p><p>  3.2 概念模型設計10</p><p>  3.2.1 局部E-R圖10</p><p>  3.2.2 全局E-R圖14</p><p>  3.3 邏輯結構

5、設計14</p><p>  3.4 數(shù)據(jù)庫建立實施19</p><p>  3.4.1 建立數(shù)據(jù)庫19</p><p>  3.4.2 建立關系表19</p><p><b>  四、系統(tǒng)實現(xiàn)25</b></p><p><b>  五、系統(tǒng)評價27</b>&l

6、t;/p><p>  六、課程設計心得、總結28</p><p><b>  參考文獻:29</b></p><p><b>  一.概述</b></p><p>  1.1課程設計的目的</p><p>  通過課程設計,使學生具備將數(shù)據(jù)庫系統(tǒng)與現(xiàn)實世界密切、協(xié)調一致結合起

7、來的能力,掌握數(shù)據(jù)庫設計中的需求分析、概念設計、邏輯設計、物理設計的方法,并能夠用具體的數(shù)據(jù)庫和編程語言來解決實際的問題。此外還要求學生具備實驗結果分析、總結及撰寫技術報告的能力。</p><p>  1.2課程設計的內容</p><p><b>  客戶訂購登記系統(tǒng)</b></p><p>  現(xiàn)有一個公司希望為其客戶訂購行為建立一個數(shù)據(jù)庫。

8、</p><p>  如果一個客戶可以有一份或多份訂單,每份訂單可以訂購一種或多種商品。每份訂單有一個發(fā)票,可以通過多種方式來支付,例如支票,信用卡或者現(xiàn)金。處理這個客戶訂購登記的職工的名字要被記錄下來。</p><p>  部門工作人員負責整理訂單并根據(jù)庫存情況處理訂單。如果訂單上的產(chǎn)品在庫存中有,就可以直接發(fā)貨,發(fā)貨方式也有多種;如果訂單上的產(chǎn)品在庫存中沒有,就不需要登記或者訂購其它產(chǎn)

9、品。</p><p>  1.3課程設計的要求</p><p>  1、根據(jù)題目查找資料及調研,寫出數(shù)據(jù)庫系統(tǒng)的需求分析報告;</p><p>  2、根據(jù)需求分析,設計系統(tǒng)的功能結構,畫出系統(tǒng)的功能結構圖,設計的功能要全面、正確,能解決現(xiàn)實世界各類用戶的實際需要;</p><p>  3、根據(jù)需求分析,確定所設計的系統(tǒng)涉及到的實體、各實體的

10、屬性以及各實體之間的聯(lián)系,用E-R圖完成系統(tǒng)的概念模型設計,設計的概念模型要能全面、真實的反應現(xiàn)實世界,能滿足系統(tǒng)功能的需要;</p><p>  4、根據(jù)E-R圖轉換為DBMS支持的關系模型;</p><p>  5、根據(jù)邏輯模型、系統(tǒng)環(huán)境和用戶需求,設計數(shù)據(jù)庫的物理結構。</p><p>  6、采用B/S模式,使用Java、ASP、JSP、PHP或ASP.NE

11、T程序設計語言之一進行相應前臺主要模塊和菜單的設計,選擇Mysql、Oracle或者SQL Server數(shù)據(jù)庫作為后臺服務器。</p><p>  7、設計一組數(shù)據(jù)庫表的測試實例,對各項功能進行簡單的測試并寫出測試結果。</p><p><b>  二.需求分析</b></p><p><b>  2.1系統(tǒng)需求</b>&

12、lt;/p><p>  客戶訂購登記數(shù)據(jù)流圖 </p><p>  客戶實體的描述屬性有:</p><p>  客戶編號,客戶名,郵編,電話號,傳真號,銀行帳號。</p><p>  產(chǎn)品實體的描述屬性有:</p><p>  產(chǎn)品編號,產(chǎn)品名,型號,規(guī)格,單價,重量。</p><p>  訂單實體

13、的描述屬性有:</p><p>  訂單編號,客戶編號,訂貨日期,交貨日期,發(fā)貨方式編號,職工編號,執(zhí)行狀態(tài)。</p><p>  訂單細節(jié)實體的描述屬性有:</p><p>  訂單編號,產(chǎn)品編號,訂貨數(shù)量。</p><p>  發(fā)票實體的描述屬性有:</p><p>  發(fā)票編號,開票日期,付款日期,訂單編號,客戶

14、編號,付款方式編號。</p><p>  發(fā)貨實體的描述屬性有:</p><p>  發(fā)貨編號,訂單編號,產(chǎn)品編號,數(shù)量,發(fā)貨日期,發(fā)貨方式編號,完成狀態(tài),職工編號。</p><p>  職工實體的描述屬性有:</p><p>  職工編號,姓名,性別,出生年月,地址,辦公電話,住宅電話,EMAIL,職務,職稱。</p><

15、;p>  付款方式實體的描述屬性有:</p><p>  付款方式編號,付款方式。 </p><p>  發(fā)貨方式實體的描述屬性有:</p><p>  發(fā)貨方式編號,發(fā)貨方式。</p><p><b>  2.2數(shù)據(jù)字典</b></p><p><b>  (一)客戶表<

16、/b></p><p><b>  (二)產(chǎn)品表</b></p><p><b>  (三)訂單表</b></p><p><b>  (四)訂單細節(jié)表</b></p><p><b>  (五)發(fā)票表</b></p><p>

17、;<b>  (六)發(fā)貨表</b></p><p><b>  (七)職工信息表</b></p><p><b>  (八)付款方式表</b></p><p>  (九)發(fā)貨方式表三.系統(tǒng)總體設計</p><p>  3.1.系統(tǒng)總體設計思路</p><p

18、><b>  3.2概念模型設計</b></p><p>  3.2.1局部E-R圖</p><p>  客戶實體和訂單實體通過提交訂單發(fā)生聯(lián)系。每個客戶可以提交多份訂單,而每份訂單只對應一個客戶。因此,客戶實體和訂單實體之間是一對多聯(lián)系,如圖所示。</p><p>  產(chǎn)品實體和訂單細節(jié)實體通過訂購產(chǎn)品發(fā)生聯(lián)系。每個訂單細節(jié)可以訂購一種

19、產(chǎn)品,而每種產(chǎn)品可以被不同的訂單訂購。因此,產(chǎn)品實體和訂單細節(jié)實體之間是一對多聯(lián)系,如圖所示。</p><p>  訂單細節(jié)實體是訂單實體的組成部分,故必存在聯(lián)系。一份訂單可以訂購多種產(chǎn)品,也就是可以有多個訂單細節(jié),而每個訂單細節(jié)只對應一份訂單。因此,訂單實體和訂單細節(jié)實體之間是一對多聯(lián)系,如圖所示。</p><p>  職工實體通過處理訂單和訂單實體發(fā)生聯(lián)系。每個職工可以處理多份訂單,而

20、每份訂單只能由一個職工處理。因此,職工實體和訂單實體之間是一對多聯(lián)系,如圖所示。 </p><p>  付款方式是發(fā)票的組成部分,故必存在聯(lián)系。每張發(fā)票對應一種付款方式,而每種付款方式可以用于不同的發(fā)票中。因此,付款方式實體和發(fā)票實體之間是一對多聯(lián)系,如圖所示。</p><p>  發(fā)貨實體與訂單細節(jié)實體通過發(fā)貨打包發(fā)生聯(lián)系。每個訂單細節(jié)對應多次發(fā)貨,而每次發(fā)貨只對應一個訂單細節(jié)。因此,發(fā)

21、貨實體和訂單細節(jié)實體之間是一對多聯(lián)系,如圖所示。</p><p>  發(fā)貨方式是發(fā)貨的組成部分,故必存在聯(lián)系。每個發(fā)貨對應一種發(fā)貨方式,而每種發(fā)貨方式可以用于不同的發(fā)貨中。因此,發(fā)貨方式實體和發(fā)貨實體之間是一對多聯(lián)系,如圖所示</p><p>  訂單實體和發(fā)票實體通過開具發(fā)票發(fā)生聯(lián)系。每份訂單開具一張發(fā)票,而每張發(fā)票也只對應一份訂單。因此,訂單實體和發(fā)票實體之間是一對一聯(lián)系,如圖所示。&

22、lt;/p><p>  3.2.2全局E-R圖</p><p>  3.3 邏輯結構設計</p><p>  客戶(客戶編號,客戶名,郵編,電話號,傳真號,銀行帳號)</p><p><b>  主鍵:客戶編號。</b></p><p>  候補鍵:電話號,傳真號,銀行帳號。</p>&

23、lt;p><b>  函數(shù)依賴集F:</b></p><p>  客戶編號{客戶名,郵編,電話號,傳真號,銀行帳號},</p><p>  電話號{客戶編號,郵編,傳真號,銀行帳號},</p><p>  傳真號{客戶編號,客戶名,郵編,電話號,銀行帳號},</p><p>  銀行帳號{客戶編號,客戶名,郵編,電

24、話號,傳真號}</p><p>  雖然,客戶編號電話號,電話號傳真號,但由于電話號客戶編號也成立,所以,客戶編號傳真號不是傳遞函數(shù)依賴。</p><p>  客戶關系中不存在非主屬性與候選鍵之間的部分與傳遞函數(shù)依賴,所以客戶關系滿足第3范式。 </p><p>  產(chǎn)品(產(chǎn)品編號,產(chǎn)品名,型號,規(guī)格,單價,重量)</p><p><b

25、>  主鍵:產(chǎn)品編號。</b></p><p><b>  函數(shù)依賴集F:</b></p><p>  產(chǎn)品編號{產(chǎn)品名,型號,規(guī)格,單價,重量}。</p><p>  產(chǎn)品關系不存在非主屬性與候選鍵之間的部分與傳遞函數(shù)依賴,所以產(chǎn)品關系滿足第3范式。 </p><p>  訂單(訂單編號,客戶編號,訂

26、貨日期,交貨日期,發(fā)貨方式編號,職工編號,執(zhí)行狀態(tài))</p><p><b>  主鍵:訂單編號。</b></p><p>  外鍵:客戶編號,引用了客戶關系中的客戶編號;</p><p>  發(fā)貨方式編號,引用了發(fā)貨方式關系中的發(fā)貨方式編號;</p><p>  職工編號,引用了職工關系中的職工編號。</p>

27、;<p><b>  函數(shù)依賴集F:</b></p><p>  訂單編號{客戶編號,訂貨日期,交貨日期,發(fā)貨方式編號,職工編號,執(zhí)行狀態(tài)}。</p><p>  訂單關系中不存在非主屬性與候選鍵之間的部分與傳遞函數(shù)依賴,所以訂單關系滿足第3范式。 </p><p>  訂單細節(jié)(訂單編號,產(chǎn)品編號,訂貨數(shù)量)</p>

28、<p>  主鍵:訂單編號+產(chǎn)品編號。</p><p><b>  函數(shù)依賴集F:</b></p><p>  {訂單編號,產(chǎn)品編號}訂貨數(shù)量。</p><p>  訂單細節(jié)關系中不存在非主屬性與候選鍵之間的部分與傳遞函數(shù)依賴,所以訂單細節(jié)關系滿足第3范式。</p><p>  發(fā)票(發(fā)票編號,開票日期,付

29、款日期,訂單編號,</p><p>  客戶編號,付款方式編號)</p><p><b>  主鍵:發(fā)票編號。</b></p><p><b>  候選鍵:訂單編號。</b></p><p>  外鍵:訂單編號,引用了訂單關系中的訂單編號;</p><p>  客戶編號,引用

30、了客戶關系中的客戶編號;</p><p>  付款方式編號,引用了付款方式關系中的付款方式編號。</p><p><b>  函數(shù)依賴集F:</b></p><p>  發(fā)票編號{開票日期,付款日期,訂單編號,客戶編號,付款方式編號},</p><p>  訂單編號{發(fā)票編號,開票日期,付款日期,客戶編號,付款方式編號}

31、。</p><p>  發(fā)票關系中不存在非主屬性與候選鍵之間的部分與傳遞函數(shù)依賴,所以發(fā)票關系滿足第3范式。</p><p>  發(fā)貨(發(fā)貨編號,數(shù)量,發(fā)貨日期,訂單編號,</p><p>  產(chǎn)品編號,發(fā)貨方式編號,完成狀態(tài),職工編號)</p><p><b>  主鍵:發(fā)貨編號。</b></p><

32、;p>  外鍵:訂單編號,引用了訂單關系中的訂單編號;</p><p>  產(chǎn)品編號,引用了產(chǎn)品關系中的產(chǎn)品編號;</p><p>  發(fā)貨方式編號,引用了發(fā)貨方式關系中的發(fā)貨方式編號。</p><p><b>  函數(shù)依賴集F:</b></p><p>  發(fā)貨編號{數(shù)量,發(fā)貨日期,訂單編號,產(chǎn)品編號,發(fā)貨方式編

33、號,完成狀態(tài),職工編號}。</p><p>  發(fā)貨關系中不存在非主屬性與候選鍵之間的部分與傳遞函數(shù)依賴,所以發(fā)貨關系滿足第3范式。 </p><p>  職工(職工編號,姓名,性別,出生年月,地址,辦公電話,住宅電話,EMAIL,職務,職稱)</p><p><b>  主鍵:職工編號。</b></p><p>  候

34、選鍵:EMAIL。</p><p><b>  函數(shù)依賴集F:</b></p><p>  職工編號{姓名,性別,出生年月,地址,辦公電話,住宅電話,EMAIL,職務,職稱},</p><p>  EMAIL{職工編號,姓名,性別,出生年月,地址,辦公電話,住宅電話,職務,職稱}。</p><p>  職工關系中不存在非

35、主屬性與候選鍵之間的部分與傳遞函數(shù)依賴,所以職工關系滿足第3范式。 </p><p>  付款方式(付款方式編號,付款方式)</p><p>  主鍵:付款方式編號。</p><p><b>  函數(shù)依賴集F:</b></p><p>  付款方式編號付款方式。</p><p>  付款方式關系滿

36、足第3范式。</p><p>  發(fā)貨方式(發(fā)貨方式編號,發(fā)貨方式)</p><p>  主鍵:發(fā)貨方式編號。</p><p><b>  函數(shù)依賴集F:</b></p><p>  發(fā)貨方式編號發(fā)貨方式。</p><p>  發(fā)貨方式關系滿足第3范式。</p><p> 

37、 所有關系都滿足較高的范式要求,故客戶訂購登記管理的數(shù)據(jù)庫設計是合理的。</p><p>  3.4 數(shù)據(jù)庫建立實施</p><p>  3.4.1 建立數(shù)據(jù)庫</p><p>  CREATE DATABASE `customer_db`;</p><p>  USE `customer_db`;</p><p> 

38、 3.4.2 建立關系表</p><p><b>  建立賬單表:</b></p><p>  CREATE TABLE `t_bill` (</p><p>  `bill_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '發(fā)票編號',</p><p>  `ra

39、iseddate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '開票日期',</p><p>  `paydate` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '付款日期',&

40、lt;/p><p>  `o_id` int(11) NOT NULL COMMENT '訂單編號',</p><p>  `c_id` int(11) NOT NULL COMMENT '客戶編號',</p><p>  `pay_id` int(11) NOT NULL COMMENT '付款方式編號',</p&

41、gt;<p>  PRIMARY KEY (`bill_id`),</p><p>  KEY `fk_bill_order` (`o_id`),</p><p>  KEY `fk_bill_customer` (`c_id`),</p><p>  KEY `fk_bill_pay` (`pay_id`),</p><p>

42、  CONSTRAINT `fk_bill_customer` FOREIGN KEY (`c_id`) REFERENCES `t_customer` (`id`),</p><p>  CONSTRAINT `fk_bill_order` FOREIGN KEY (`o_id`) REFERENCES `t_order` (`id`),</p><p>  CONSTRAINT `fk

43、_bill_pay` FOREIGN KEY (`pay_id`) REFERENCES `t_pay` (`id`)</p><p>  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立客戶表:</b></p><p>  CREATE TABLE `t_customer` (<

44、;/p><p>  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '客戶編號',</p><p>  `name` varchar(20) NOT NULL COMMENT '姓名',</p><p>  `zip` varchar(50) NOT NULL COMMENT '郵編

45、9;,</p><p>  `tel` varchar(20) NOT NULL COMMENT '電話',</p><p>  `fax` varchar(20) NOT NULL COMMENT '傳真',</p><p>  `bankno` varchar(20) NOT NULL COMMENT '銀行帳號'

46、,</p><p>  PRIMARY KEY (`id`)</p><p>  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立職工表:</b></p><p>  CREATE TABLE `t_employee` (</p><p>

47、;  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '職工編號',</p><p>  `name` varchar(20) NOT NULL COMMENT '姓名',</p><p>  `sex` varchar(20) NOT NULL COMMENT '性別',</p>&l

48、t;p>  `dob` date NOT NULL COMMENT '出生日期',</p><p>  `address` varchar(50) NOT NULL COMMENT '地址',</p><p>  `worktel` varchar(20) NOT NULL COMMENT '辦公電話',</p><

49、p>  `hometel` varchar(20) NOT NULL COMMENT '住宅電話',</p><p>  `email` varchar(20) NOT NULL COMMENT '郵箱',</p><p>  `position` varchar(20) NOT NULL COMMENT '職位',</p>

50、<p>  `title` varchar(20) NOT NULL COMMENT '職稱',</p><p>  PRIMARY KEY (`id`)</p><p>  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立訂單表:</b></p&g

51、t;<p>  CREATE TABLE `t_order` (</p><p>  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '訂單編號',</p><p>  `p_id` int(11) NOT NULL COMMENT '客戶編號哦',</p><p>  `ord

52、er_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '訂貨日期',</p><p>  `jiao_date` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '交貨日期',

53、</p><p>  `sm_id` int(11) NOT NULL COMMENT '發(fā)貨方式編號',</p><p>  `e_id` int(11) NOT NULL COMMENT '職工編號',</p><p>  `state` varchar(50) NOT NULL COMMENT '執(zhí)行狀態(tài)',&l

54、t;/p><p>  PRIMARY KEY (`id`),</p><p>  KEY `fk_order_customer` (`p_id`),</p><p>  KEY `fk_order_shipmentmethod` (`sm_id`),</p><p>  KEY `fk_order_employee` (`e_id`),</

55、p><p>  CONSTRAINT `fk_order_customer` FOREIGN KEY (`p_id`) REFERENCES `t_product` (`id`),</p><p>  CONSTRAINT `fk_order_employee` FOREIGN KEY (`e_id`) REFERENCES `t_employee` (`id`),</p>&l

56、t;p>  CONSTRAINT `fk_order_shipmentmethod` FOREIGN KEY (`sm_id`) REFERENCES `t_shipmentmethod` (`id`)</p><p>  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立訂單細節(jié)表:</b></p

57、><p>  CREATE TABLE `t_order_details` (</p><p>  `o_id` int(11) NOT NULL COMMENT '訂單號',</p><p>  `p_id` int(11) NOT NULL COMMENT '產(chǎn)品號',</p><p>  `numer` in

58、t(11) NOT NULL COMMENT '訂貨數(shù)量',</p><p>  PRIMARY KEY (`o_id`,`p_id`)</p><p>  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立付款表:</b></p><p>  R

59、EATE TABLE `t_pay` (</p><p>  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '付款方式編號',</p><p>  `method` varchar(20) NOT NULL COMMENT '付款方式',</p><p>  PRIMARY KEY (`id

60、`)</p><p>  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立產(chǎn)品表:</b></p><p>  CREATE TABLE `t_product` (</p><p>  `id` int(11) NOT NULL AUTO_INCREMENT C

61、OMMENT '產(chǎn)品編號',</p><p>  `name` varchar(20) NOT NULL COMMENT '產(chǎn)品名',</p><p>  `moder` varchar(20) NOT NULL COMMENT '型號',</p><p>  `norm` varchar(20) NOT NULL C

62、OMMENT '規(guī)格',</p><p>  `price` float NOT NULL COMMENT '單價',</p><p>  `weight` float NOT NULL COMMENT '重量',</p><p>  PRIMARY KEY (`id`)</p><p>  )

63、 ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立發(fā)貨表:</b></p><p>  CREATE TABLE `t_shipment` (</p><p>  `shipment_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '發(fā)貨編號

64、',</p><p>  `o_id` int(11) NOT NULL COMMENT '訂單號',</p><p>  `p_id` int(11) NOT NULL COMMENT '產(chǎn)品號',</p><p>  `number` int(11) NOT NULL COMMENT '數(shù)量',</p

65、><p>  `date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '發(fā)貨日期',</p><p>  `sm_id` int(11) NOT NULL COMMENT '發(fā)貨方式編號',</p><p>  `sta

66、te` varchar(20) NOT NULL COMMENT '完成狀態(tài)',</p><p>  `e_id` int(11) NOT NULL COMMENT '職工編號',</p><p>  PRIMARY KEY (`shipment_id`),</p><p>  KEY `fk_shipment_order` (`o_

67、id`),</p><p>  KEY `fk_shipment_product` (`p_id`),</p><p>  KEY `fk_shipment_shipmentmethod` (`sm_id`),</p><p>  KEY `fk_shipment_employee` (`e_id`),</p><p>  CONSTRAIN

68、T `fk_shipment_employee` FOREIGN KEY (`e_id`) REFERENCES `t_employee` (`id`),</p><p>  CONSTRAINT `fk_shipment_order` FOREIGN KEY (`o_id`) REFERENCES `t_order` (`id`),</p><p>  CONSTRAINT `fk_sh

69、ipment_product` FOREIGN KEY (`p_id`) REFERENCES `t_product` (`id`),</p><p>  CONSTRAINT `fk_shipment_shipmentmethod` FOREIGN KEY (`sm_id`) REFERENCES `t_shipmentmethod` (`id`)</p><p>  ) ENGINE=

70、InnoDB DEFAULT CHARSET=utf8;</p><p><b>  建立發(fā)貨方式表:</b></p><p>  CREATE TABLE `t_shipmentmethod` (</p><p>  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '發(fā)貨方式編號',&

71、lt;/p><p>  `method` varchar(20) NOT NULL COMMENT '發(fā)貨方式',</p><p>  PRIMARY KEY (`id`)</p><p>  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;</p><p><b>  四 系統(tǒng)實現(xiàn)</b

72、></p><p>  數(shù)據(jù)庫實現(xiàn):在使用mysql創(chuàng)建好數(shù)據(jù)庫后,對數(shù)據(jù)庫進行連接,在設置好數(shù)據(jù)源與JDBC的連接,就能使用數(shù)據(jù)庫了。在此程序中,數(shù)據(jù)源設置為customer_db。</p><p><b>  數(shù)據(jù)庫的連接:</b></p><p>  Class.forName(com.mysql.jdbc.Driver);<

73、/p><p>  Connection conn = DriverManager.getConnection(jdbc:mysql:///customer_db);</p><p><b>  登陸界面:</b></p><p><b>  登陸時的驗證:</b></p><p>  String na

74、me = request.getParameter("admin");</p><p>  String pwd = request.getParameter("pwd")</p><p>  AdminDao dao = new AdminDao();</p><p>  Admin admin = dao.findByNa

75、meAndPassword(name, pwd);</p><p>  if(admin!=null){</p><p>  if(admin.getName().equals(name)&&admin.getPassword().equals(pwd)){</p><p>  request.setAttribute("admin&quo

76、t;, admin);</p><p>  request.getRequestDispatcher("show.jsp").forward(request, response);</p><p><b>  }</b></p><p><b>  }else{</b></p><p

77、>  response.sendRedirect("index.jsp");</p><p><b>  }</b></p><p><b>  主界面:</b></p><p><b>  五 系統(tǒng)評價</b></p><p>  此次設計的網(wǎng)站完成

78、了本次課程設計的任務要求,實現(xiàn)了客戶、訂單等相關信息的管理,并實現(xiàn)了各種信息的查詢,能夠正確的提示各類錯誤,例如修改密碼時兩次密碼輸入不正確,創(chuàng)建新客戶時沒有輸入姓名等。登錄界面的設置為數(shù)據(jù)的安全提供了一定的保障。網(wǎng)站的使用比較簡單,能使使用者方便的使用。軟件的不足之處也很多,例如數(shù)據(jù)操作還不是很完善,窗口界面太過單調,界面不夠美觀,有些功能還沒有實現(xiàn)等等。</p><p>  六 課程設計心得、總結</p

79、><p>  通過設計客戶訂購登記系統(tǒng),從需求分析開始,逐步的進行概念設計、邏輯設計、物理設計以及實現(xiàn)等,掌握了數(shù)據(jù)庫系統(tǒng)設計的整個流程。在設計過程中,首先將系統(tǒng)中的實體找出來,然后再建立系統(tǒng)的E-R圖,這是概念結構設計的內容。在邏輯設計中,將E-R圖轉換成關系模式,這里涉及到對聯(lián)系的處理。我們可以按照習慣將聯(lián)系作為一個單獨的關系模式,也可以將聯(lián)系與n端對應的關系模式合并。該設計中,就采用了這兩種不同的方式。物理設計

80、主要是完成數(shù)據(jù)庫在實際物理設備上的存儲結構和存取方法的選取。我選用了聚簇方法應用到訂單和商品關系,這樣,進行商品查詢或訂單查詢時,就比較方便、也省去了對結果的再排序等麻煩。而對系統(tǒng)中其他關系的存取方法的選取還有待研究。由于對物理設計掌握的不夠好,這里設計的也并不全面。最后的實現(xiàn)中,用jsp和SQL 實現(xiàn)了用戶注冊這個模塊。通過與數(shù)據(jù)庫連接,可以在程序中對數(shù)據(jù)庫中的表直接操作。從而實現(xiàn)了將用戶的注冊信息插入數(shù)據(jù)庫。</p>

81、<p>  當然,由于是第一次進行數(shù)據(jù)庫的設計,這次課程設計中也存在一些不足,。這些都是需要改進的地方。</p><p>  總的來說,通過對系統(tǒng)的設計,我對數(shù)據(jù)庫設計的處理過程、對數(shù)據(jù)的分析、對SQL語言的運用等都有了進一步的掌握和提高。</p><p><b>  參考文獻:</b></p><p>  1.《HeadFist J

82、ava》中國電力出版社</p><p>  2.《HeadFirst Servlet & JSP》中國電力出版社</p><p>  3. 《JavaScript高級程序設計(第2版)》.(美)澤卡斯. </p><p>  4.《精通CSS 高級web標準解決方案(第二版)</p><p>  5.《HeadFirst Html》中

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論