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