【文章內容簡介】 戶進行交互來完成。很顯然，通過網絡與用戶的交互過程一方面增大了網絡的通信量，另一方面影響了服務器的服務性能。服務器為一個用戶運行一個 CGI時，需要一個進程為它服務，它要占用服務器的資源 (如 CPU服務、內存耗費等 )，如果用戶填表出現錯誤，交互服務占用的時間就會相應增加。被訪問的熱點主機與用戶交互越多，服務器的性能影響就越大。 JavaScript是一種基于客戶端瀏覽器的語言，用戶在瀏覽中填表、驗證的交互過程只是通過瀏覽器對調入 HTML文檔中的 JavaScript源代碼進行解釋執(zhí)行來完成的，即使是必須調用 CGI的部分，瀏覽器只將用戶輸入驗證后的信息提交給 11 遠程的服務器，大大減少了服務器的開銷。 JavaScript程序運行環(huán)境 ： Windows 95/98或 Windows NT。 Netscape Navigator Inter Explorer 。 用于編輯 HTML文檔的字符編輯器 (WS、 WPS、 Notepad、 WordPad等 )或 HTML文檔編輯器。 . JSP 介紹 JSP是 Java Server Page的縮寫，是由 Sun Microsystems公司倡導、許多公司參與建立一種動態(tài)網頁技術標準，它在動態(tài)網頁的建設中有強大而特別的功能。 JSP是一種服務器端 HTML(或 XML)嵌入 Java代碼的腳本語言，是開發(fā) Web動態(tài)網站快速而有效的工具， JSP的技術的優(yōu)勢： 1. JSP技術是用 Java語言作為腳本語言的。 Java語言是成熟的、強大的、易擴充的編程語言。 2. 高效性與安全性。 JSP在執(zhí)行前先被編譯成字節(jié)碼，字節(jié)碼由 Java虛擬機解釋執(zhí)行，比源碼解釋效率高。 3. 可維護性。由于 JSP技術是一種開放的、跨平臺的結構， 因此 Web服務器、平臺及其他組件能很容易升級或切換，且不會影響 JSP基本的應用程序。 。 。 JSP技術的弱勢： 1． 與 ASP 一樣， Java 的一些優(yōu)勢正是它致命的問題所在。正是由于為了跨平臺的功能，為了極度的伸縮能力，所以極大的增加了產品的復雜性。 2. Java的運行速度是用 class常駐內存來完成的，所以它在一些情況下所使用的內存比起用戶數量來說確實是 “最低性能價格比 ”了。從另一方面，它還需要硬盤空間來儲存一系列的 .java文件和 .class文件，以及對應的版本文件。 利 用 JSP技術，動態(tài)信息由 JSP頁面來表現， JSP頁面由安裝在 Web服務器或者使用 JSP的應用服務器上的 JSP引擎執(zhí)行。 JSP引擎接受客戶端對JSP頁面的請求，并且生成 JSP頁面作為對客戶端的響應。 12 目前，在國內 JSP還是一種較新的技術。但 JSP+Servlet+JDBC+JavaBean目前已經成為開發(fā)電子商務平臺的主流技術。隨著國內與國際的接軌， JSP必將成為網站開發(fā)技術的首選。 語言介紹： HTML（ Hyper Text Markup Language 超文本標記語言）是一種用 來制作超文本文檔的簡單標記語言。與常見的字處理文件不同 ,Web頁以超文本標識語言編排格式。 HTML文件是帶有特定 HTML 插入標記的用以編排文檔屬性和格式的標準文本文件。它能獨立于各種操作系統平臺（如 UNIX， WINDOWS等）。自 1990年以來 HTML就一直被用作 World Wide Web上的信息表示語言，用于描述 Homepage的格式設計和它與 WWW上其它 Homepage的連結信息。 HTML文檔（即 Homepage的源文件）是一個放置了標記的 ASCII文本文件，通常它帶有 . html或 . htm的文件擴展名。生成一個 HTML文檔主要有以下三種途徑： （ 1）手工直接編寫（例如用你所喜愛的 ASCII文本編輯器或其它 HTML的編輯工具）。 （ 2）通過某些格式轉換工具將現有的其它格式文檔（如 WORD文檔）轉換成 HTML文檔。 （ 3）由 Web服務器（或稱 HTTP 服務器）一方實時動態(tài)地生成。 一般的 HTML頁面具有如下的結構： 〈 html〉 head title,base,link,is index,meta /head body 這是 HTML正文部分 〈 /body〉 /html 可 見在一個 HTML網頁文件中，一般必須有一對〈 html〉 /html標記作為文件的開頭和結尾，在 html標記后是頭部 標記 head/head,其后是實體標記 body/body。 13 通過 JDBC 對數據庫進行訪問 JDBC 從物理結構上說就是 Java 語言訪問數據庫的一套接口集合。從本質上來說就是調用者（程序員）和實行者（數據庫廠商）之間的協議。 JDBC 的實現由數據庫廠商以驅動程序的形式提供。 JDBC API 為 Java 開發(fā)者使用數據庫提供了統一的編程接口，它由一組 Java 類和接口組成，使得開發(fā)人員可以使用純 Java 的方式來連接數據庫，并進行操作。 圖 JDBC在 Web中的結構圖 以 Java 語言為基礎訪問 SQL 為基礎數據庫引擎的接口，它提供了一 致的接口用于和數據庫溝通以及訪問數據。 JDBC 訪問數據庫的應用步驟： 14 圖 圖形演繹編寫 JDBC 程序的一般過程 JDBC 應用的分層： 分層就是對工能的隔離，降低層與層間的耦合性。 B/S 架構的分層分為三層體系結構，表現層＋業(yè)務邏輯層＋數據存儲層（注：層面越多，軟件越復雜，但更靈活。）分層是必須的但是要有個度。 層次一但確定，數據必須按層訪問，不能跨層訪問。層與層之間最好時單向依賴（單向調用）?？v向劃分：按功能劃分。橫向劃分：按抽象劃分。 圖 JDBC應用的分層 JDBC應用的 分層。分層的原則是誰依賴誰就看誰調用誰。軟件的分層設計，便于任務的劃分、降低層間的耦合。結合 PMS的設計方法，思考這樣分層的好處。并且，使代碼盡量減少重復，可復用性好，擴展余地加大，而且盡量減少硬編碼。 4 系統需求分析 15 4 系統需求分析 系統需求 軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解 ,使之成為整個開發(fā)工作的基礎，為了更好的好對系統的需求分析 ,我們首先必須對需求分析做一個全面的認識。 一般情況下，任何軟件開發(fā)的過程，首先就是，用戶根據自己的實際情況，考慮自己所要解決的主 要問題，然后向開發(fā)人員提出問題開始的。這兩方面人員往往缺乏共同的語言，用戶熟悉本身的業(yè)務但不熟悉計算機技術，軟件人員熟悉計算機技術但往往不熟悉用戶的業(yè)務，軟件人員習慣用數據結構、程序結構、編程語言等方式來討論問題，而用戶不能確切的理解這些概念，所以雙方交流時存在著隔閡。更糟的情況是：用戶本身也不知道他到底要計算機做些什么，這就更增加了交流的難度。開發(fā)人員常常 還沒搞清用戶要做什么的情況就著手開發(fā)軟件，這樣總會導致，開發(fā)人員做出的東西，不是用戶所要求的，因此，在一個軟件的開發(fā)過程中，用戶需求分析是非常重要的， 通 過需求分析才能把軟件功能和性能的總體要領描述為具體的軟件需求規(guī)程說明，從而奠定軟件開發(fā)的基礎。 本次研究選擇的開發(fā)語言為 Java，該系統基于 B/S 架構，用戶可以通過瀏覽器對服務器使用訪問。首先需要實現網上購物的基本功能，顯示商品列表、添加商品到購物車、確認訂單，我所研究的重點是對網上購物車的設計與實現模塊。 系統可實現功能如下： ，以及對各商品的詳細信息的查看。 ：添加商品到個人購物車，并且對已添加到購物車的商品進行數量的增加 、減少、修改和刪除等操作。 、挑選，確認或修改購物者的聯系方式，通過定單查詢對支付費用進行確定。 16 系統功能 系統主要分為以下幾大模塊 ： 登錄模塊，購物車模塊，訂單模塊 各模塊實現的功能如下： （ 1） 登錄模塊 登錄模塊 在區(qū)分不同用戶的使用權限、加強軟件使用安全性和保證數據安全方面起著關鍵的作用。 使注冊用戶能快捷的購買商品。 （ 2） 購物車模塊 添加商品到個人購物車，并且對已添加到購物車的商品進行數量的增加、減少、修改和刪除等操作。 （ 3） 訂單模塊 客戶選 擇商品后產生賬單，讓消費者能夠完成選購，付賬一起實現。 開發(fā)以及運行環(huán)境： 本系統開發(fā)的基本環(huán)境如表 表 項目 最低配置 CPU P4 或同型號的 CPU 內存 256M 硬盤 40G 以上 顯卡 Geforce2 以上 操作系統 Windows 2021/XP 本系統的運行環(huán)境如下表 表 系統運行環(huán)境 項目 最低配置 CPU P3 或同型號以上的 CPU 內存 128M 硬盤 20G 以上 顯卡 Geforce2 以上 操作系統 Windows 2021/XP 5 系統設計 17 5 系統設計 分析階段的工作結果是需求說明書，它明確地描述了用戶要求軟件“做什么”。當問題明確后我們就可以著手尋求解答，建立符合用戶要求的軟件系統，即 進入了設計階段，要把軟件 “ 做什么 ” 的邏輯模型變換為 “ 怎么做 ” 的物理模型，即著手實現軟件的需求，并將設計的結果反映在 “ 設計規(guī)格說明書 ” 文檔中，所以軟件設計是一個把軟件需求轉換為軟件表示的過程，最初這種表示只是描述了軟件的總的體系結構，稱為軟件概要設計或結構設計。 如果問題比較簡單，要求一旦建立了，立即就可以開始編寫代碼；但是在現實中， 大多數的系統是比較復雜的，為了能夠使開發(fā)的工作順利的進行，我們需要制定周密的計劃，也可稱為設計，設計要決定軟件系統的結構，包括數據結構和程序結構，工程上的許多大系統都是由許多的小系統組成的，這些小系統稱為模塊。組成系統的各個模塊，各自完成特定的簡單功能。系統設計的總目標就是在系統分析提出的邏輯模型的基礎上，科學合理地進行物理模型設計。系統模型分為邏輯模型和物理模型。邏輯模型主要確定系統做什么，而物理模型則主要解決怎樣做的問題。 系統設計的任務是： 1． 采用某種設計方法，將一個復雜的系統按功能劃分成模塊。 2. 確定每個模塊的功能。 3. 確定模塊之間的調用關系。 4. 確定模塊之間的接口，即模塊之間傳遞的信息。 5. 評價模塊結構的質量。 根據以上內容，軟件結構的設計是以模塊為基礎的，在需求分析階段，已經把系統分成層次結構。設計階段，以需求分析的結果為依據，從實現的角度進一步劃分為模塊，并組成模塊的層次結構。軟件結構的設計是概要設計關鍵的一步，直接影響到下一階段詳細設計與編碼的工作軟件系統的質量及一些整體特性都在軟件結構的設計中決定。 模塊功能設計 從實際的角度出 發(fā)，結合用戶的需求，主要給用戶提供和實 現以下 幾個模塊功能 ： 登錄模塊，購物車模塊，訂單模塊 18 在線購物流程圖顯示： 此流程圖顯示用戶瀏覽本網站所進行的操作，用戶進入網站瀏覽商品，選擇自己需要的商品，若用戶未注冊則跳轉到用戶注冊界面，進行注冊，進入購物車，確認訂購商品，產生訂單。若已登錄則直接進入購物車確認商品。若已注冊未登錄則直接跳轉到登陸界面，登陸后再進行商品的購買操作。其流程如圖 所示： 圖 用戶購物流程圖 用戶注冊流 程 點擊主頁面的用戶注冊選項后，會彈出一個注冊信息頁面，用戶需要如實填寫用戶名，密碼， Email，郵編，地址，電話等各項信息，系統進行檢測判斷該用戶的用戶名須不少于兩位，用戶輸入的兩次密碼均不少于三位且是否一致，然后依次往后判斷用戶所填寫的各項信息是否符合要求，直到所有信息均正確無誤，系統將該用戶注冊信息寫入會員表即 cart_user 表并提示用戶注冊成功，用戶登陸后，就可以進行有效的購物了。其流程圖如圖 所示： 19 圖 注冊功能流程圖 用戶登陸流程 用戶登錄，首先要有一個提供 用戶登錄的表單。用戶登錄的表單應該嵌入整體的結構當中。在實際的應用中，可以這樣設計，如果用戶沒有登錄，則在頁面中顯示用戶登錄的選項，用戶登錄后，則可隱藏用戶登錄的選項而代之以用戶的個人信息管理鏈接。 首先，用戶要有一個用戶名和密碼。商務網站需要很高的穩(wěn)定性和安全性，因此對用戶名不允許使用惡意的代碼作為用戶名而使用真實姓名。同時對密碼也要求保密，將密碼加密后再存入數據庫。另外，還需要用戶的性別、地址、EMAIL、郵編、電話號碼等。 系統確定用戶登陸信息無誤后會將用戶 User 信息存入 JSP 頁面 Session 中以便用戶進行后續(xù)操