【文章內容簡介】 要協(xié)調好不同需求之間的關系。對于各模塊都會用到的表要一致，不能 使其 沖突。 故障處理需求 由于軟硬件及系統(tǒng)設計等各種因素，系統(tǒng)在使用過程 中 難免會發(fā)生 一些 故障。系統(tǒng)應提供對各種故障的 一定 檢測能力，并提供相應的處理手 段。對于硬件故障和系統(tǒng)軟件故障，應由系統(tǒng)報告及處理；對于操作錯誤，要求有信息提示及正確方式。 運行環(huán)境需求 軟件方面： MyEclipse 開發(fā)系統(tǒng)： Windows XP 開發(fā)語言： JSP 數(shù)據(jù)庫： MySQL 服務器： 硬件方面： CPU： P(R) GHz 內存： GB 系統(tǒng)總體設計 9 系統(tǒng)總體設計 對于總體設計階段，我們需要闡述系統(tǒng)設計的過程，是整個軟件開發(fā)過程中的核心部分。整個開發(fā)工作都將根據(jù)設計方案進行，它決定軟件的總體結構。因此，軟件的質量取決于軟件的總體設計。為了讓軟件結 構能夠較為清晰，可采用模塊化原理 ，同時也能容易閱讀和理解。由于程序的錯誤通常出現(xiàn)在相關模塊之間的接口中，所以模塊化也使軟件容易測試和調試。 設計原理 采用面向對象 方法，面向對象不僅是一些具體的軟件開發(fā)技術與策略，而且是一整套關于如何看待軟件系統(tǒng)與現(xiàn)實世界的關系，用什么觀點來研究問題并進行問題求解，以及如何進行軟件系統(tǒng)構造的軟件方法學。 由于面向對象自下而上的特性，使開發(fā)者從問題的局部開始，在開發(fā)過程中逐步加深對系統(tǒng)的理解。 主要概念有對象、屬性、操作、類、繼承等，基本原則有抽象、分類、封裝、多態(tài)等。 設計的原則 包括以下幾點 ： 實用性：實用應該放在首位，是滿足用戶需求的主要目標，其次考慮美觀。 方便性：系統(tǒng)應該包含易操作，界面友好，便于使用，有錯誤提示以及輸入簡單。 適應性：軟件能夠適應管理變化，適應環(huán)境的改變。 可擴充性：為了在日后能夠對系統(tǒng)進行進一步提升，應考慮是否留有其他功能的接口。 系統(tǒng)模塊劃分 本系統(tǒng)根據(jù)功能模塊可分為我的購物車，我的賬戶，商品拍賣，發(fā)表留言，幫助中心。 購物車：只有競拍者才有權限進入，在此競拍者可查看已購入的商品。 我的賬戶：競拍者和拍賣者可在此頁面對用戶信息進行修 改操作。 商品拍賣：只有拍賣者才有權限進入，在此拍賣者可發(fā)布商品，查看出售物品以及拍賣成功的商品信息。 發(fā)表留言：用戶可在此頁面進行留言操作。 幫助中心：為用戶提供幫助信息，使其能夠更容易運用系統(tǒng)。 根據(jù)角色劃分為競拍方和拍賣方。 競拍方：對物品進行拍賣競價操作。 拍賣方：發(fā)布商品，查看上架商品信息 。 電子拍賣系統(tǒng)的設計與實現(xiàn) 10 系統(tǒng)流程 圖 系統(tǒng)流程圖 此流程圖展示出用戶進入系統(tǒng)可以進行的操作，對商品競價，發(fā)布商品，留言，用戶資料修改等。 系統(tǒng)功能模塊 圖 功能模塊圖 數(shù)據(jù)庫設計 11 數(shù)據(jù)庫設計 數(shù) 據(jù)庫設計是建立 數(shù)據(jù)庫及其應用 系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建議中的核心技術。由于 數(shù)據(jù)庫應用系統(tǒng) 的復雜性，為了支持相關程序運行，數(shù)據(jù)庫設計就變得異常復雜，因此最佳設計不可能一蹴而就，而只能是一種 “ 反復探尋，逐步求精 ” 的過程，也就是規(guī)劃和結構化數(shù) 據(jù)庫中的 數(shù)據(jù)對象 以及這些數(shù)據(jù)對象之間關系的過程。 數(shù)據(jù)庫需求設計 此電子拍賣系統(tǒng)要求數(shù)據(jù)庫必須有以下幾個數(shù)據(jù)表： 競拍者用戶表 (buyuser)：用于存放競拍者用戶信息。 拍賣者用戶表 (selluser)：用于存放拍賣者用戶信息。 購買商品信息 (buygoodsinfo)：用于存放競拍者購買獲得的商品信息。 商品信息 (goodsinfo)：用于存放拍賣者發(fā)布的商品信息 。 購買信息 (leaveword)：包含競拍者在購買物品是顯示的物品購買信息。 留言信息 (appraise)：包含用戶在留言板上的留言信息。 MySQL 管理 MySQL 是一個小型關系型數(shù)據(jù)庫管理系統(tǒng)，開發(fā)者為瑞典 MySQL AB 公司。與其他的大型數(shù)據(jù)庫例如 Oracle、 DB SQL Server 等相比， MySQL 自有它的不足之處，如規(guī)模小、功能有限（ MySQL Cluster 的功能和效率都相對比較差）等，但是這絲毫也沒有減少它受歡迎的程度。對于一般的個人使用者和中小型企業(yè)來說， MySQL 提供的功能 已經綽綽有余，而且由于 MySQL 是開放源碼軟件，因此可以大大降低總體擁有成本。 MySQL 的特性只要包括以下幾點： 1) 為多種 編程語言 提供了 API。這些編程語言包括 C、 C++、 Python、 Java、Perl、 PHP、 Eiffel、 Ruby 和 Tcl 等。 2) 支持多線程，充分利用 CPU 資源。 3) 提供 TCP/IP、 ODBC、和 JDBC 等多種數(shù)據(jù)庫連接途徑。 4) 既能夠作為一個單獨的 應用程序 應用在客戶端服務器網(wǎng)絡環(huán)境中，也能夠作為一個庫而嵌入到其他的軟件中提供多語言支持，常見的編碼如中文的GB 231 BIG5，日文的 Shift_JIS 等都可以用作數(shù)據(jù)表名和數(shù)據(jù)列名 。 5) 提供用于管理、檢查、優(yōu)化數(shù)據(jù)庫操作 的管理工具。 6) 優(yōu)化的 SQL 查詢算法，有效地提高查詢速度。 電子拍賣系統(tǒng)的設計與實現(xiàn) 12 創(chuàng)建數(shù)據(jù)庫 打開 MySQL 界面，利用語句 CREATE DATABASE onlinesalesystem,創(chuàng)建一個名為“ onlinesalesystem”的數(shù)據(jù)庫 。 關系 ER 圖設計 ER 方法概念： ER 方法是 “ 實體 聯(lián)系方法 ” （ EntityRelationship Approach）的簡稱。它是描述現(xiàn)實世界概念結構模型的有效方法。是表示概念模型的一種方式，用矩形表示實體型，矩形框內寫明實體名；用橢圓表示實體的屬性，并用無向邊將其與相應的實體型連接起來；用菱形表示實體型之間的聯(lián)系，在菱形框內寫明聯(lián)系名，并用無向邊分別于有關實體型連接起來，同時在無向邊旁標上聯(lián)系的類型（ 1:1,1:n 或 m:n）。 ER 圖概念： ER 圖也稱實體 聯(lián)系圖 (Entity Relationship Diagram)，提供了表示實體類型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界 的概念模型 。 本電子拍賣系統(tǒng)包含的實體有競拍者，拍賣者，商品信息，已購商品信息，留言信息。 于是 通過這幾個實體來分布進行 ER 圖的設計。 圖 用戶實體圖 數(shù)據(jù)庫設計 13 圖 已購 商品實體圖 圖 發(fā)布商品信息實體圖 圖 留言板信息實體圖 根據(jù)上述的幾個實體類，以及這些實體類之間的關系可以得到總體的 ER 圖。 電子拍賣系統(tǒng)的設計與實現(xiàn) 14 圖 系統(tǒng)基本 ER圖 數(shù)據(jù)庫表設計 根據(jù) ER 圖開始進行數(shù)據(jù)庫表設計。 ： 1） 標準化和規(guī)范化。 數(shù)據(jù)的標準化有助于消除數(shù)據(jù)庫中的 數(shù)據(jù)冗余 。標準化有好幾種形式，但 Third Normal Form（ 3NF）通常被認為在性能、擴展性和 數(shù)據(jù)完整性 方面達到了最好平衡。 2） 數(shù)據(jù)驅動。采用數(shù)據(jù)驅動而非硬編碼的方式，許多策略變更和維護都會方便得多，大大增強系統(tǒng)的靈活性和擴展性。 3） 考慮各種變化。在設計數(shù)據(jù)庫的時候考慮到哪些數(shù)據(jù)字段將來可能會發(fā)生變更。 4） 每個表中都應該添加的 3 個有用的字段。 5） 對地址和電話采用多個字段。描述街道地址就短短一行記錄是不夠的。 Address_Line Address_Line2 和 Address_Line3 可以提供更大的靈活性。 6） 使用角色實體定義屬于某類別的列。在需要對屬于特定類別或者具有數(shù)據(jù)庫設計 15 特定角色的事物做定義時，可以用角色實體來創(chuàng)建特定的時間關聯(lián)關系，從而可以實現(xiàn)自我文檔化。 7） 選擇數(shù)字類型和文本類型盡量充足。 8） 增加刪除標記字段。 圖向關系模型的轉換 ER 圖向關系模型的轉換要解決的問題是如何將實體型和實體間的聯(lián)系轉換為關系模式，如何確定這些關系模式的屬性和碼。 關系模型的邏輯結構是一組關系模式的集合。 ER 圖則 是由實體型、實體的屬性和實體型之間的聯(lián)系 3 個要素組成的。所以將 ER 圖轉換為關系模型實際上就是要將實體型、實體的屬性和實體型之間的聯(lián)系轉換為關系模式，這種轉換一般遵循如下原則： 1） 一個 1： 1 聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的友以及聯(lián)系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系本身的屬性。 2） 一個 1： n 聯(lián)系可 以轉換為一個獨立的關系模式，也可以與 n 端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為 n 端實體的碼。 3） 一個 m： n 聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 4） 3 個或 3 個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。 5）具有相同碼的關系模式可合并 。 SQL 語句建立數(shù)據(jù)庫表。 首先 use onlinesalesystem。 然后輸入 SQL 語句， 使用 CREATE TABLE 語句格式來 建立 下列 6 個數(shù)據(jù)庫表 競拍者用戶表 完成 之后 輸入 desc BuyUser 顯示： 電子拍賣系統(tǒng)的設計與實現(xiàn) 16 圖 競拍者用戶信息表 建立拍賣者用戶表 完成之后 輸入 desc SellUser 顯示： 圖 建立商品信息表 完成之后 輸入 desc GoodsInfo 顯示： 圖 商品信息表 建立購得商品信息表 完成之后 輸入 desc BuyGoodsInfo 顯示： 數(shù)據(jù)庫設計 17 圖 購得商品信息表 建立評價信息表 完成之后 輸入 desc Appraise 顯示： 圖 評價信息表 建立購買信息表 完成之后 輸入 desc LeaveWord 顯示： 圖 購買信息表 數(shù)據(jù)庫連接 由于本系統(tǒng)采用 JSP 開發(fā)，所以數(shù)據(jù)庫連接技術為 JDBC(Java Database Connectivity)。 JDBC 是一種用于執(zhí)行 SQL 語句的 Java API，可以為多種關系數(shù)據(jù)庫提供統(tǒng)一訪問，它由一組用 Java 語言編寫的類和接口組成。 JDBC 提供了一種基準 ，據(jù)此可以構建更高級的工具和接口，使數(shù)據(jù)庫開發(fā)人員能夠編寫數(shù)據(jù)庫應用程序。 在本系統(tǒng) dataaccess 包下建立一個名為 SqlConnection 的 JAVA 類，在此類里面有如下代碼來完成數(shù)據(jù)庫連接工作。 public Connection sqlCon() { 電子拍賣系統(tǒng)的設計與實現(xiàn) 18 try { //()。 ()。 con = ( jdbc:=GBK, root, 123456)。 } catch (Exception ce) { ()。 } return con。 }系統(tǒng)詳細設計和實現(xiàn) 19 系統(tǒng)詳細設計和實現(xiàn) 在此階段需要做的就是整體內容實現(xiàn)過程。包括頁面設計，詳細功能設計以及展示效果。也是前臺和后臺交互的實現(xiàn)。 物品購買功能實現(xiàn) 對商品進行競價，其 功能實現(xiàn) 代碼詳見附錄， 功能 流程圖如下 ： 用 戶 登 陸“ 賣 ” . e q u a l s( U s e r d e g r e e )獲 取 商 品 價 格e l s em o n e y p r i c e amp。 amp。m o n e y b e g i n p r i c eifif您 沒 有 競 價 購買 商 品 權 限競 價 過 低 ， 購買 失 敗獲 取 商 品 數(shù) 量e l s ec o u n t = 商 品 數(shù)if更 新 記 錄數(shù) 量 不 足 ， 購買 失 敗商 品 數(shù) 1 繼續(xù)購買 圖 競價功能實現(xiàn)流程圖 電子拍賣系統(tǒng)的設計與實現(xiàn) 20 前臺頁面設計 1）首頁。 首頁 中包含頭部分和尾部分以及中間頁面，頭部分添加，尾部分添加 ，中間位圖片格式。 中包含有框架中涉及到的鏈接，如我的購物車，