基于bs結構的網上鮮花銷售系統的設計與實現論文(編輯修改稿)

　

【文章內容簡介】 加 去向： 花品信息表文件 數據流量： 50 份 /天 組成： 花品名稱 +花品簡介 +花品類別 +價格 +圖片名稱 數據流名稱： 花品組成明細 別名：無 簡述： 管理員添加花品時填 寫的信息 來源： 花品信息的添加 去向： 花品組成明細添加 數據流量： 50 份 /天 組成： 鮮花材料名稱 +數量 數據流名稱： 添加的花品類別信息 別名：無 簡述： 管理員添加花品時填寫的信息 來源： 花品信息的添加 去向： 花品類別的添加 數據流量： 50 份 /天 組成： 花品名稱 +花品簡介 +花品類別 +價格 +圖片名稱 數據流名稱： 花品信息 別名：無 簡述： 管理員添加花品時填寫的信息 來源： 花品信息的修改 去向： 管理員 數據流量： 10 份 /天 組成： 花品編號 +花品的一般信息 +花品組成明細 數據流名稱： 確認訂單信息 ，待確認訂單信 息，待發送訂單信息，發送訂單信息 別名：無 簡述： 管理員確認訂單有效后填入的信息 ，管理員發送訂單的信息 來源： 管理員 去向： 訂單確認，訂單的查詢 數據流量： 30 份 /天 組成： 訂單編號 數據流名稱： 訂單信息 別名：無 簡述： 管理員查看訂單，用戶查看，提交訂單的信息 來源： 用戶或 訂單的查詢 去向： 前臺訂單處理或用戶 數據流量： 100 份 /天 組成： 訂單 編號 +訂單的發送 信息 +訂單 明細 數據流名稱： 訂單明細 別名：無 簡述： 從購物車用戶選購商品明細在訂單生成時轉變過來 來源： 購物車模塊 去向： 前臺訂單處理 數據流 量： 100 份 /天 組成： 訂單編號 +訂單的發送信息 +訂單明細 數據流名稱： 各種相關信息 別名：無 簡述： 管理員錄入數據或讀取數據是的信息 來源： 錄入 去向： 數據文件 數據流量： 10 份 /天 組成： 各類信息 （ 2）數據流分量 名稱：用戶名 別名：無 描述：用戶信息中惟一標識某一用戶的關鍵域 定義：用戶名 =6{字符或數字 }16 位置：用戶信息表 用戶注冊信息 用戶登錄信息 名稱：密碼 別名：無 描述： 對用戶登錄進行驗證的 關鍵域 定義： 密碼 =6{字符或數字 }16 位置：用戶信息表 用戶登錄信息 用戶注冊信息 名稱： 花品 名 稱 別名：無 描述： 花品 信息中惟一標識某一 花品 的關鍵域 定義： 花品名稱 =1{字符或數字 }20 位置： 花品 信息表 花品一般 信息 訂單明細 信息 名稱： 鮮花材料名稱 別名：無 描述： 鮮花材料 信息中惟一標識某一 鮮花材料 的關鍵域 定義： 鮮花材料名稱 =1{字符或數字 }20 位置： 鮮花材料 信息表 花品組成明細 自助訂花 信息 名稱： 訂單編號 別名：無 描述： 訂單 信息中惟一標識某一 訂單 的關鍵域 定義：用戶名 =用戶編號 +時間 位置： 訂單 信息表 訂單明細 信息 待確認訂單信息 待發送訂單信息 發送訂單信息 名稱：訂單編號 別名：無 描述：訂單信息中惟一標識某一訂單的關鍵域 定義：用戶名 =用戶編號 +時間 位置：訂單信息表 訂單明細信息 待確認訂單信息 待發送訂單信息 發送訂單信息 （ 3）數據存儲 數據存儲的名稱 : 數據庫信息 簡述 : 存放的 用戶 信息、 花品 信息、 訂單 信息、 鮮花材料 信息等 數據存儲的組成 : 各類信息 關鍵字 : 編號 相關聯的處理 : P1（對信息表進行錄入 ） P2（對信息表進行查詢 ） P3（對信息表進行修改刪除 ) （ 4）處理 處 理邏輯編號 : P0301 處理邏輯名稱 : 信息錄入 簡述 : 對基本信息進行錄入 . 輸入的數據流 :管理員、 用戶 處理過程 : 進行分類錄入 輸出的數據流 : 各類數據表 處理邏輯編號 : P0302 處理邏輯名稱 : 查詢各類信息 簡述 : 根據條件查詢所需的信息 . 輸入的數據流 :信息來源于數據庫 處理過程 : 輸入查詢條件查詢 ,得到符合條件的信息 輸出的數據流 : 查詢得到的信息 處理邏輯編號 : P0303 處理邏輯名稱 : 修改、刪除信息 簡述 : 對信息做需要的修改后存入數據庫中 . 輸入的數據流 :數據庫信息 處 理過程 : 對需要修改的信息做修改 輸出的數據流 : 修改或刪除后得到的信息 3 系統設計 系統總體功能結構 通過對網上花店的需求分析，以及結合花店的實際情況考慮，得出整個系統功能結構：系統由前臺客戶端和后臺管理端兩大部分組成 ，其中前臺客戶端由花品信息瀏覽，訂單管理，購物車模塊和用戶信息管理組成；后臺 管理端由訂單管理，鮮花商品管理，鮮花材料管理， 花卉知識管理，用戶管理組成。具體結構如圖 31： 圖 31 系統功能結構圖 系統主要模塊及其功能如下： 用戶信息管理： 此模塊用于用戶對帳戶信息的相關操作，有用戶注冊，登錄，信息校對，信息修正，密碼管理等 功能。 鮮花銷售 系統 登錄 / 注冊模塊 查詢模塊 系 統管理模塊 訂貨信息模塊 登錄模塊 注冊模塊 簡單查詢模塊 復合查詢模塊 綜合查詢模塊 增加鮮花信息模塊 修改鮮花信息模塊 普通用戶訂購鮮花模塊 店員回復信息模塊 幫助模塊 系統總體說明 系統使用說明 添加和刪除員工 鮮花品種信息及相關公告瀏覽： 主要包括鮮花列表、具體內容、類別的瀏覽，信息查看，特價花品列表及具體內容的查看。 自助訂花： 用戶根據自己的需要隨意選擇各種鮮花以及包裝。 購物車模塊： 將鮮花放入購物車，查看購物車，購物車中鮮花商品取消購買，修改購物車中的鮮花數目，清空購物車。 前臺訂單處理： 用戶查閱訂單狀態（是否發貨） ，生成新的訂單。 用戶管理： 查看用戶信息， 凍結或解凍用戶 。 花卉知識 管理： 查看 花卉知識 列表及內容，添加、刪除、編輯信息。 鮮花商品管理： 查看鮮花商品列表，瀏覽鮮花商品詳細信息，添加、修改、刪除鮮花商品信息。 鮮花材料 管理： 查閱 鮮花材料 列表及詳細信息，添加、刪除 鮮花材料 ，編輯特價 鮮花材料 信息。 后臺訂單管理： 訂單列表，查閱訂單詳細內容，設置訂單 確認，訂單發送 。 系統數據模型設計 系統概念結構設計 —— ER圖 根據系統流程及功能分析得出簡化的實體關系模型 圖 ，如圖 32 圖 32 ER 圖 具體屬性如下： ? 用戶：用戶 ID，登錄名，用戶姓名，密碼， 性別， 電話，電子郵箱，地址，郵編，注冊時間，用戶狀態，用戶級別。（管理員屬性同上。） ? 鮮花：商品 ID，類別，名稱，鮮花簡介，是否優惠，普通價格，優惠價格，圖片，庫儲量，是否有效。 ? 訂單：訂單號，用戶 ID，產生日期，是否確認，確認時間，發送狀態，接收人姓名，接收地址，接收地址郵編，要求送達時間，總價。 ? 訂單包含鮮花聯系屬性：數量，單項價格，總價。 ? 鮮花材料：編號 ID，名稱， 售 價，圖片名稱，類別。 ? 鮮花成品包含聯系 屬性：數量 。 ? 管理員管理用戶屬性：時間。 ? 瀏覽屬性：用戶 ID，商品 ID，最新時間，累計次數。 ? 管理員處理訂單屬性：訂單 確認 人， 確認 時間。 系統邏輯結構設計 —— 關系模式 根據數據庫原理的數據依賴及規范化分析處理，作出如下處理： ? 根據 ER 圖向關系模型的轉換原則進行轉換。 ? 由于用戶關系模式與管理員關系模式除了在權限和類別上有不同以外，其他屬性都可共用，所以可以將用戶關系模式和管理員關系模式合二為一，并加入用戶類別屬性用以區分用戶和管理員，從而實現操作權限的控制。 ? 管理員管理用戶關系模式主要是系統管 理員可以對普通管理員進行凍結，解凍操作。用戶關系模式和管理員關系模式合并后此關系模式可以取消，添加時間可以用用戶關系模式屬性中的注冊時間體現。 ? 由于只是修改添加操作， 公告管理關系模式可以和公告關系模式合并。 ? 管理員管理訂單關系模式 只是記錄訂單處理人，及時間， 可以和訂單關系模式合并。 ? 瀏覽關系模式由于與系統功能要求基本無關，因此將其舍棄。 ? 考慮到鮮花成品分類在系統中需要多次詳細調用 ，所以將其單獨作為一個關系模式。 經過以上分析處理，最終得到以下關系模式： 用戶（ 用戶 ID，登錄名，用戶姓名，密碼，用戶類別， 性別 ， 電話，電子郵箱，地址，郵編，注冊時間， 用戶狀態， 用戶級別） 鮮花 成品 （ 商品 ID，類別 ID，名稱，鮮花簡介，是否優惠，普通價格， 會員 價格，圖片， 是否新品，添加時間， 是否有效） 成品組成（鮮花成品編號，鮮花材料編號，數量） 訂單（ 訂單號 ，用戶 ID，產生 時間 ，是否確認，確認時間，訂單 確認 人，發送狀態，接收人姓名，接收地址， 接受人聯系 電話， 要求送達時間，總價 ，用戶留言，付款方式，備注要求 ） 訂單包含鮮花（ 訂單號，商品 ID， 商品名稱 ， 數量，單項價格，總價） 系統邏輯結構設計 —— 關系表 根據以上關系模式 ，可以得出相應的關系表 ，數據關系表一覽如表 表 31 數據關系表一覽表 編號 名稱 說明 表 32 userInfo_table 用戶信息表 表 33 goodsTypes_table 成品類別表 表 34 goods_table 鮮花成品表 表 35 flowers_table 鮮花材料表 表 36 goodsContent_table 成品組成表 表 37 userOrder_table 訂單信息表 表 38 lineItem_table 訂單明細表 表 39 bbs_table 公告花卉知識表 開發環境及運行環境設計 開發環境 本系統以 JSP 數據庫技術為前臺， SQL Server 20xx 為后臺數據庫，采用三層網絡結構。 網站用戶接口（即界面）由 JSP 完成，數據和邏輯處理由 JavaBean 組件完成，數據儲存由SQL 完成。因為 JavaBean 獨立負責處理整個網站的全部數據邏輯運算，所以整個網站的負載量和速度都將大大提高，所以基于這種語言和結構開發的購物系統的優勢是其它語言無法比擬的。更重要的是， JavaBean 組件能夠在 Apache 環境下順暢地運行，這也是其最大優點之一。這就更進一步保證了網站的穩定性和安全性，這對于審批部門來說是很重要的。 采用三層體系結構后，系統的安全性得以提高。它可以對每個業務功能組件進行授權，限制了非法訪問還便于進行考試考務管理。 考試系統的三層體系結構如圖 圖 33 Web 三層結構管理模型 系統開發工具 本系統將用 JSP 技術進行開發，開發中將用到以下主要工具： —— 工程管理、代碼 編寫及調試 Dreamweaver MX 20xx—— 靜態頁面的設計 Fireworks MX 20xx—— 圖片處理 SQLServer 20xx—— 建立系統的后臺數據庫 TOMCAT—— 網絡服務器 —— Java 虛擬機 運行環境 （ 1）性能要求 系統的性能要求通常指系統需要的存儲容量以及后援存儲，重新啟動和安全性，運行效率等方面的考慮。 本系統是以 JSP 為前臺， SQL Server20xx 為后臺，因此要求系統運行在： Windows 20xx 以上的操作系統。 系統運行時對數據 的保密性要求不高對一般的數據不要求進行加密。此外，對其它軟件幾乎沒有依賴性，程序健壯性較好。 （ 2）運行需求 客戶機 瀏覽器 Servlet 容器 servlet jsp 服務器 應用程序服務器 JDBC 數據庫 : 服務器端 :一臺配置為 512M內存 ,CPU為 Intel Pentium IV ,硬盤容量為 80G的微機 . 客戶端 :586 以上的微機