數據庫課程設計--網上購物系統(tǒng)_第1頁
已閱讀1頁,還剩25頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、<p><b>  目錄</b></p><p><b>  引言:1</b></p><p><b>  1. 系統(tǒng)規(guī)劃2</b></p><p>  1.1可行性分析2</p><p>  1.1.1運行可行性2</p><p> 

2、 1.1.2 技術可行性3</p><p>  1.2劃分子系統(tǒng)3</p><p>  1.2.1業(yè)務調查4</p><p>  1.3指定信息系統(tǒng)開發(fā)方案以及日程安排6</p><p>  1.3.1子系統(tǒng)劃分6</p><p>  1.3.2信息系統(tǒng)資源分配計劃6</p><p>

3、;<b>  2數據庫設計7</b></p><p><b>  2.1概念設計7</b></p><p>  2.1.1概念描述7</p><p>  2.1.2概念模型E-R圖9</p><p>  2.2.邏輯設計10</p><p>  2.3關系優(yōu)化10

4、</p><p>  2.4數據字典11</p><p>  2.5安全性設計12</p><p><b>  3功能實現13</b></p><p><b>  3.1用例圖13</b></p><p>  3.1.1角色Actor定義13</p>

5、<p>  3.1.2系統(tǒng)主Use Case圖14</p><p>  3.1.3本模塊的Use Case圖15</p><p>  3.2過程流程15</p><p>  3.3數據流圖16</p><p>  3.4過程流圖16</p><p><b>  3.5類設計16</

6、b></p><p><b>  3.6活動圖18</b></p><p><b>  3.7順序圖19</b></p><p><b>  4系統(tǒng)測試21</b></p><p>  4.1 系統(tǒng)測試的定義21</p><p>  4.2

7、 單元測試21</p><p>  4.2.1 類別查詢測試21</p><p>  4.2.2 類別刪除測試22</p><p>  4.2.3 添加新類別22</p><p>  4.3 集成測試23</p><p><b>  5心得23</b></p><p

8、><b>  引言:</b></p><p>  現今網絡技術日趨成熟,網上購物正悄然興起并正在被廣大消費者迅速接受。網上購物系統(tǒng)在此期間應運而生,它通過網絡服務器為分布在全國各城市的顧客提供購買商品的服務。從銷售商來看,由于在價格上省去了實體店鋪的租金、水電、人工等成本,網上購物的商品價格更低,提高了銷售商的競爭力。從顧客購買過程來看,網上購物能夠降低搜尋成本,便于消費者對產品的挑選

9、和價格比較。 網上購物系統(tǒng)的主要內容是,一方面讓銷售商把商品發(fā)布于網絡,一方面讓消費者通過網絡來完成商品的交易。系統(tǒng)總體分成前臺和后臺兩大模塊,前臺是用戶模塊,后臺是管理員模塊。實現的功能,首先系統(tǒng)向用戶列出網站的商品信息。其次當顧客登錄網上購物系統(tǒng)后,為每個用戶分配一個購物車,用戶選擇商品后,商品會被放入購物車。再次,用戶確認購物車信息,點擊提交生成訂單。最后,管理員對訂單進行處理,即完成一次商品交易。 系統(tǒng)實現按照M

10、VC設計模式。采用JSP技術作視圖層,Struts技術作控制層,JDBC技術作模型層。采用MVC設計模型,增加了系統(tǒng)的可拓展性與可維護性,便于開發(fā)的補充,維護。</p><p>  網上購物是一種具有交互功能的商業(yè)信息系統(tǒng)。它向用戶提供靜態(tài)和動態(tài)兩類信息資源。所謂靜態(tài)信息是指那些經常變動或更新的資源,如公司簡介、管理規(guī)范和公司制度等等;動態(tài)信息是指隨時變化的信息,如商品報價,會議安排和培訓信息等。網上購物系統(tǒng)具有

11、強大的交互功能,可使商家和用戶方便的傳遞信息,完成電子貿易或EDI交易。這種全新的交易防護四實現了公司將文檔與資金的無紙化交換。</p><p><b>  系統(tǒng)規(guī)劃</b></p><p><b>  1.1可行性分析</b></p><p>  JSP頁面由HTML代碼和嵌入其中的Java代碼所組成。JavaBean是

12、JSP的技術基礎,而且大型的Web應用程序的開發(fā)需要JavaBean和JSP配合才能完成。JSP具備了Java技術的簡單易用,完全的面向對象,具有平臺無關性且安全可靠,主要面向因特網等特點。JSP的技術的優(yōu)勢:</p><p>  一次編寫,到處運行。在這一點上Java比PHP更出色,除了系統(tǒng)之外,代碼不需要做任何更改。</p><p>  系統(tǒng)的多平臺支持?;旧峡梢栽谒衅脚_上的任意環(huán)

13、境中開發(fā),在任意環(huán)境中進行系統(tǒng)部署,在任意環(huán)境中擴展。相比ASP/PHP的局限性是顯而易見的。</p><p>  JSP技術是用Java語言作為腳本語言的。Java語言是成熟的、強大的、易擴充的編程語言。</p><p>  高效性與安全性。JSP在執(zhí)行前先被編譯成字節(jié)碼,字節(jié)碼由Java虛擬機解釋執(zhí)行,比源碼解釋效率高。</p><p>  可維護性。由于JSP

14、技術是一種開放的、跨平臺的結構,因此Web服務器、平臺及其他組件能很容易升級或切換,且不會影響JSP基本的應用程序。</p><p>  多樣化和功能強大的開發(fā)工具支持。Java已經有了許多非常優(yōu)秀的開發(fā)工具,而且許多可以免費得到,并且其中許多已經可以順利的運行于多種平臺之下。</p><p>  1.1.1運行可行性</p><p><b>  主要包括

15、:</b></p><p>  (1)對目標組織的影響;</p><p>  (2)目標組織人員適應的可行性(如目標組織的行政管理、工作制度、人員素質等能否滿足要求);</p><p>  (3)市場、法律、社會環(huán)境條件的可行性</p><p>  (4)時間進度可行性:項目完成所需的時間、預計時間是否足夠等</p>

16、<p>  網上交易是世界的潮流,越來越多人接受并開始依賴網上交易。交易市場越來越趨向網上交易。且在這方面的法律法規(guī)已經較為完善。</p><p>  1.1.2 技術可行性</p><p>  本系統(tǒng)使用JSP語言編寫商城的框架,后臺數據庫使用ORACL數據庫,業(yè)務層使用COM+、XML技術,客戶端主要使用IE瀏覽器。</p><p>  現有的技術可

17、以靈活使用JSP語言、MyEclipse8.6、COM+、XML。</p><p>  關鍵技術人員的數量不需要過多,約要6個。其水平應在JSP語言、MyEclipse8.6、COM+、XML、Struts五項技術中懂得其中1項或多項。</p><p>  綜合以上原因,我們認為本網站商城后臺系統(tǒng)在操作上是可行的。</p><p><b>  1.2劃分子

18、系統(tǒng)</b></p><p>  我們采用面向對象分析作為主要的系統(tǒng)建模方法,使用UML(Unified Modeling Language)作為建模語言。UML為建?;顒犹峁┝藦牟煌嵌扔^察和展示系統(tǒng)的各種特征的方法。在UML中,從任何一個角度對系統(tǒng)所作的抽象都可能需要幾種模型來描述,頁這些來自不同角度的模型圖最終組成了系統(tǒng)的映像。系統(tǒng)有一下幾個模塊組成:</p><p>&

19、lt;b>  用戶子系統(tǒng):</b></p><p>  1)用戶注冊和登錄模塊:顧客在注冊后可以直接登錄網站首頁瀏覽商品,訂購商品與服務:沒有進行注冊的顧客需進行免費注冊才能挑選商品及訂購相應的服務</p><p>  2)商品查詢及訂購模塊:顧客根據個人需要在網站導航幫助下尋找自己需要的商品,找到滿足要求的商品后進行訂單處理,聯系管理員及時下單。</p>

20、<p>  3)購物車模塊:  購物車模塊功能實現選購商品的功能. 消費者將所購商品放入購物車,在該模塊設置上應具備取消選購商品、繼續(xù)購買、清空購物車和轉向收銀臺的功能。</p><p>  4)訂單管理模塊:在挑選商品及服務結束后管理自己的訂單,選擇相應的商品數量,商品類型。</p><p><b>  管理員子系統(tǒng):</b></p><

21、;p>  1)登錄模塊:提供對管理員的身份認證。</p><p>  2)管理用戶模塊:提供對消費者的基本管理服務。在允許的情況下添加、刪除、修改消費者的基本信息。</p><p>  3)管理訂單模塊:查看用戶的訂單。修改訂單狀態(tài),以及發(fā)貨情況。</p><p>  4)后臺商品管理模塊:進行商品及服務的數據維護、管理、更新。</p><

22、p><b>  1.2.1業(yè)務調查</b></p><p><b>  業(yè)務流程</b></p><p>  貨物上架:進貨,拍照(不提倡使用批發(fā)商照片,推薦自行拍攝提高真實性),貨物名稱,貨物描述,貨物數量,價格設置,運費,有效期。</p><p>  銷售流程:收到打款通知后,修改貨物運費,向物流公司發(fā)送通知收貨

23、,向買家通知發(fā)貨成功。</p><p>  購物流程:注冊帳號,即用戶名和密碼; </p><p>  1拍下商品 2到網上銀行為帳號充值,我們商場提供了支付寶、快錢充值、網銀在線等3付款4等待賣家發(fā)貨 5確認到貨 是否有質量問題 或要求退貨 6確認無誤 付款給賣家 7交易成功</p><p>  1.3指定信息系統(tǒng)開發(fā)方案以及日程安排<

24、;/p><p>  1.3.1子系統(tǒng)劃分</p><p>  1.3.2信息系統(tǒng)資源分配計劃</p><p><b>  日程安排</b></p><p><b>  設備</b></p><p>  硬件環(huán)境:硬盤:10G+, 內存:512M+。</p><

25、p>  軟件環(huán)境:windowsXp/2000+;jdk1.5+;Tomcat6.X+;MySQL5.5+;IE6.0+;MyEclipse;Dreamweaver;UE。</p><p><b>  系統(tǒng)安裝</b></p><p>  將整個項目發(fā)布到Tomcat中:</p><p>  將db_shop數據庫附加到MySQL中<

26、;/p><p><b>  2數據庫設計</b></p><p><b>  2.1概念設計</b></p><p><b>  2.1.1概念描述</b></p><p>  根據前面的需求分析,可以將網上購物系統(tǒng)的數據庫實體劃分為會員信息實體集、商品信息實體集、購物車信息實體集

27、、商品訂單信息實體集四個實體。 </p><p>  必須是本系統(tǒng)的會員才可以進行瀏覽商品、查看商品的相關信息,在瀏覽商品的信息時可以訂購自己喜歡的商品,也可以將自己將要購買的,但還沒有確定是否要進行訂購的商品放入自己的購物車中,會員可以隨時寫該自己的相關信息,查看自己購物車中的商品,查詢自己已經訂購的商品生成的訂單。</p><p>  銷售商可以方便地在網上提供自己銷售的所有

28、商品信息,也可以結合實際情況對商品的信息進行修改,特別地根據市場的變化,以及相應的調控,可以修改商品的價格,以便獲得最大利潤。當用戶付款成功后,銷售商品根據訂單上的地址給會員郵寄會員訂購的商品,并等待會員查收商品。</p><p>  每個實體定義的屬性如下:</p><p>  用戶:{用戶編號,用戶姓名,密碼,電話,地址,注冊日期}</p><p>  商品:{

29、商品編號,類型,描述,正常價,會員價,時間,商品類型}</p><p>  類型:{類型編號,類型名,描述,級別}</p><p>  訂單:{訂單編號,用戶編號,地址,訂單日期,狀態(tài)}</p><p>  訂單明細表:{明細表編號,商品編號,商品價格,商品數量,訂單編號}</p><p>  2.1.2概念模型E-R圖</p>

30、<p><b>  2.2.邏輯設計</b></p><p><b>  系統(tǒng)邏輯設計</b></p><p><b>  2.3關系優(yōu)化</b></p><p>  數據庫邏輯設計的結果不唯一。在數據邏輯設計的初期階段,并不能很好的考慮到數據庫系統(tǒng)的應用性能。所以,在初期設計階段結束后,

31、要對結果進行適當的修改、調整數據模型的結構。數據庫關系的優(yōu)化是以規(guī)范化理論為指導的。</p><p>  根據實際應用需求,并不是規(guī)范化程度越高的關系就越優(yōu)化。本文中,邏輯設計的結果是經過最終優(yōu)化設計的結果。例如查詢時,經常要涉及到orders表和orderdetail表的屬性,系統(tǒng)要進行連接運算。而連接查詢的運算代價相當高,關系模式低效的主要原因就是連接運算引起的。這是,將oid這個屬性放入orderdetai

32、l表中,形成一個關系。雖然產生了冗余的字段數據,但是提高了效率。所以進行設計時,采用的第二范式是比較合適的。</p><p>  上述4個表當中,商品表中的商品名稱和商品類別存在部分依賴,</p><p>  不滿足第二范式,故將商品表拆分為兩個表</p><p>  商品(商品編號,商品名稱,商品數量,商品價格,商品圖片)</p><p>

33、  商品類型(商品編號,商品類型)</p><p>  其他表滿足第三范式,故不需要拆分</p><p><b>  2.4數據字典</b></p><p><b>  2.5安全性設計</b></p><p>  數據庫只被少數授權用戶修改,其他受限用戶有權查看,但均必須提供用戶名和正確的密碼。存

34、儲數據庫的服務器也只能讓系統(tǒng)管理員或少數高級管理人員登錄。數據庫的安全策略,遵從MySQL的安全策略事項。</p><p><b>  3功能實現</b></p><p>  該部分是功能實現的技術文檔。主要定義了整個模塊的功能實現的類圖、流程圖、用例圖、順序圖和活動圖。同時描述了該模塊的系統(tǒng)結構。</p><p><b>  3.1

35、用例圖</b></p><p>  我們采用面向對象分析作為主要的系統(tǒng)建模方法,使用UML(Unified Modeling Language)作為建模語言,采用開源的Astah UML作為建模的工具。UML為建?;顒犹峁┝藦牟煌嵌扔^察和展示系統(tǒng)的各種特征的方法。在UML中,從任何一個角度對系統(tǒng)所作的抽象都可能需要幾種模型來描述,而這些來自不同角度的模型圖最終組成了系統(tǒng)的映像。</p>

36、<p>  Use Case描述的是“actor”(用戶、外部系統(tǒng)以及系統(tǒng)處理)是如何與系統(tǒng)交互來完成工作的。Use Case模型提供了一個非常重要的方式來界定系統(tǒng)邊界以及定義系統(tǒng)功能,同時,該模型將來可以派生出動態(tài)對象模型。 </p><p>  設計Use-case時,我們遵循下列步驟: </p><p>  ?第一步,識別出系統(tǒng)的“actor”。Actor可以是用戶

37、、外部系統(tǒng),甚至是外部處理,通過某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來描述系統(tǒng)需要提供哪些功能,并指明這些功能的執(zhí)行者(Actor)是誰。盡可能地確保所有Actor都被完全識別出來。 </p><p>  ?第二步,描述主要的Use Case??梢圆扇〔粩嗟貑栕约骸斑@個Actor究竟想通過系統(tǒng)做什么?”來準確地描述Use Case。 </p><p>  ?第三步

38、,重新審視每個Use Case,為它們下個詳盡的定義。</p><p>  3.1.1角色Actor定義</p><p>  3.1.1.1購物者</p><p>  用戶是完成注冊以后,能正常登陸本網站并實現購物功能的一個角色。用戶主要實現的功能有,注冊登錄,查看商品,向購物車內添加商品,提交訂單,訂單結算,刪除訂單等功能。</p><p>

39、;<b>  圖 3-1 用戶</b></p><p>  3.1.1.2管理員</p><p>  管理員(即商家),是指管理端的用戶,即對商品部分,商品類型,訂單信息進行后臺管理的角色。</p><p><b>  圖3-2 管理員</b></p><p>  3.1.2系統(tǒng)主Use Case圖

40、</p><p>  網上購物系統(tǒng)可以分為兩個主要的組成部分,一個是前臺客戶端用戶子系統(tǒng),一個是后臺管理端管理員子系統(tǒng)??蛻舳俗酉到y(tǒng)主要是用戶瀏覽商品信息,通過登錄提交商品訂單,即購買功能。管理端子系統(tǒng)是指后臺管理員對用戶、商品部分,商品類型,訂單信息進行增、刪、改等操作,即管理功能。系統(tǒng)主用例圖如下圖所示:</p><p>  圖3-3 系統(tǒng)主用例圖</p><p&g

41、t;  3.1.3本模塊的Use Case圖</p><p><b>  3.2過程流程</b></p><p><b>  3.3數據流圖</b></p><p><b>  3.4過程流圖</b></p><p><b>  3.5類設計</b><

42、;/p><p><b>  3.6活動圖</b></p><p><b>  3.7順序圖</b></p><p><b>  4系統(tǒng)測試</b></p><p>  測試是開發(fā)時期最后一個階段,是保證軟件質量的重要手段。軟件測試就是在受控制的條件下對系統(tǒng)或應用程序進行操作并評價操

43、作結果的過程,所謂控制條件應包括正常條件與非正常條件。軟件測試過程中應該故意地去促使錯誤的發(fā)生,也就是事情在不該出現的時候出現或者在應該出現的時候沒有出現。從本質上說,軟件測試是“探測”,在“探測”中發(fā)現軟件的毛病。</p><p>  4.1 系統(tǒng)測試的定義</p><p>  軟件測試是為了發(fā)現錯誤而執(zhí)行程序的過程。它不僅是軟件開發(fā)階段的有機組成部分,而且在整個軟件工程(即軟件定義、設

44、計和開發(fā)過程)中占據相當大的比重。軟件測試是軟件質量保證的關鍵環(huán)節(jié),直接影響著軟件的質量評估。軟件測試不僅要講究策略,更要講究時效性。驗收測試作為軟件測試過程的最后一個環(huán)節(jié),對軟件質量、軟件的可交付性和軟件項目的實施周期起到"一錘定音"的作用。</p><p><b>  4.2 單元測試</b></p><p>  4.2.1 類別查詢測試<

45、;/p><p>  類別查詢用分頁形式列出所有的的類別,每條類別記錄后有相關的操作菜單。同時提供了搜索功能,可以輸入類別名稱進行準確搜索。沒有搜索到相關的類別信息,給出相應提示,否則列出所有信息。類別列表頁面如圖4-1所示。</p><p>  圖4-1 產品類別列表</p><p>  4.2.2 類別刪除測試</p><p>  點擊類別列

46、表上的詳情可以查看到當前類別的信息,包括類別的父類別和子類別,一直可以遞歸查詢類別的自類別,直到某個子類別再沒有相應的子類別了,而給出相應的提示信息。</p><p>  圖 6-2 類別詳情頁面 </p><p>  類別刪除操作,必須解除類別以前相互所屬的關系,當刪除一個類別時,如果這個類別有子類別,則相應的刪除了改類別的所有子類別。</p><p>  4

47、.2.3 添加新類別</p><p>  添加新類別功能雖然沒有明確的添加子類別和父類別的操作,但是該功能在操作之前必須設置一個父類別,這就相當于實現了所有功能,如果類別已經存在,則提示出錯信息。這個級聯動態(tài)下拉列表就是AJax技術實現。添加類別頁面如圖4-3所示。</p><p>  圖 4-3 添加新類別頁面</p><p><b>  4.3 集成

48、測試</b></p><p>  將各個模塊整合在一起,使各模塊完全融合沒有沖突,成為一個功能完善的系統(tǒng)。本系統(tǒng)經過反復調試和改善,最終使所有模塊功能正常,完美整合在一起。</p><p><b>  5 心得</b></p><p>  從這個項目中,本人領略了MVC軟件構建思想的靈活性和B/S三層架構的優(yōu)越性。對Struts1的

溫馨提示

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

評論

0/150

提交評論