【正文】 tb_member 表）的結 構 字段名稱 數據類型 長度 允許空 主鍵 說明 ID int 4 否 主鍵 用戶 ID userName varchar 20 否 否 用戶名 passWord varchar 50 否 否 用戶密碼 trueName varchar 20 否 否 真實姓名 city varchar 20 否 否 城市 address varchar 50 否 否 地址 grade int 4 是 否 會員等級 amount money 8 是 否 消費金額 tel varchar 20 否 否 聯(lián)系方式 varchar 100 否 否 郵箱 freeze Int 4 是 否 會員狀態(tài) 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 18 表 43 管理員信息 （ tb_manager 表 ） 的結構 字段名 稱 類型 長度 允許 空 主鍵 說明 ID int 8 否 主鍵 管理員 ID Manager varchar 30 是 否 管理員姓名 PWD varchar 50 是 否 登錄密碼 表 44 商品信息 （ tb_goods 表） 的結構 表 45 商城公告 （ tb_BBS 表）的結構 字段名稱 數據類型 長度 允許 空 主鍵 說明 ID int 8 否 主鍵 商品 ID typeID varchar 4 否 否 商品類別 goodsName varchar 200 否 否 商品名稱 introduce varchar 16 是 否 商品描述 price varchar 8 否 否 商品價格 nowPrice varchar 8 是 否 商品現(xiàn)價 picture varchar 100 是 否 圖片 INTime varchar 8 否 否 上傳時間 newGoods varchar 4 否 否 是否新品 sale varchar 4 是 否 是否 賣出 num int 4 否 否 庫存 字段名稱 數據類型 長度 允許 空 主鍵 說明 ID int 8 否 主鍵 公告 ID title varchar 100 是 否 公告標題 content varchar 4000 否 否 公告內容 INTime datetime 8 是 否 發(fā)布時間 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 19 表 46 商品大類別 （ tb_superType 表） 的結構 表 47 商品小類別 （ tb_subType 表）的結構 表 48 用戶訂單明細 （ tb_order 表）的結構 字段名稱 數據類型 長度 允許 空 主鍵 說明 ID int 8 否 主鍵 大類別 D TypeName varchar 50 否 否 大類別名稱 字段名稱 數據類型 長度 允許 空 主鍵 說明 ID int 8 否 主鍵 小類別 ID superType int 4 否 否 大類別 ID TypeName varchar 50 否 否 小類別名稱 字段名稱 數據類型 長度 允許 空 主鍵 說明 OrderID int 8 否 主鍵 訂單 ID bnumber int 2 否 否 購買數量 username varchar 15 否 否 用戶名 truename varchar 15 否 否 真實姓名 Address varchar 100 否 否 用戶地址 Postcode varchar 10 否 否 郵編 tel varchar 20 否 否 聯(lián)系方式 carry varchar 20 否 否 郵寄方式 Pay varchar 20 否 否 付款方式 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 20 表 49 后臺訂單 （ tb_order_detail 表）的結構 數據庫的連接 用戶對數據庫的存取權限認證是 通過 中間件 完成 的 ，對數據庫的查詢、插入、更新和刪除操作等都封裝在中間件中，該中間件位于服務器端，中間件對數據庫進行操作后，再將處理結果通過 Web 服務器返回到瀏覽器端用戶。 圖 42 公告信息實體 E－ R 圖 公告標題 公告信息 公告內容 公告 ID 發(fā)布時間 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 15 圖 43 商品信息實體 E－ R 圖 44 會員 信息實體 E－ R 會員信息 用戶 ID 用戶名 帳號狀態(tài) 真實姓名 證件號 郵編 地址 消費金額 聯(lián)系方式 會員等級 城市 證件類型 郵箱 用戶密碼 商品信息 是否新品 圖片 是否賣出 庫存 商品 ID 大類別 ID 商品名稱 商品介紹 原價 現(xiàn)價 添加時間 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 16 圖 45 管理員 信息實體 E－ R 圖 圖 46 會員 訂單實體 E－ R ER 圖向關系模型的轉換 經過對系統(tǒng)模塊粗略的分析以及對系統(tǒng)架構的選擇，本系統(tǒng)數據庫決定采用 SQL Server 20xx 作為后臺數據庫，并設計 9 張數據表。 公告信息 實體屬性圖如圖 42 所示。 本 通用小型綜合商城 系統(tǒng)的 ER 模型如圖 41 所示。用矩形做實體，橢圓做屬性，菱形用作表示關系等等 。 它是描述現(xiàn)實世界概念結構模型的有效方法。方法 明確各部分所含的各種實體及其屬性、實體間的聯(lián)系以及對信息的制約條件等。所建立的數據模型應避開數據庫在計算機上的具體實現(xiàn)細節(jié)，用一種抽象的形式表示出來。 數據庫的概念設計 通過概念設計得到的概念模型是從現(xiàn)實世界的角度對所要解決的問題的描 述，不依賴于具體的硬件環(huán)境和 DBMS（數據庫管理系統(tǒng) database management system 是一種操縱和管理數據庫的大型軟件，用于建立、使用和維護數據庫，簡稱 dbms） 。 要求系統(tǒng)能有效 、 快速 、 安全 、 可靠和無誤的完成上述操作。 后臺主要流程如圖 34 所示。最終完成的 商品或公告 信息將 顯示在前臺，由用戶進行應用。管理員可以 產看訂單詳情并 批復訂單 。 管理員人數 要求 最少 唯一 ，權限均相同。 無登錄 新用戶 登 錄 圖 33 前臺主要流程 系統(tǒng)后臺主要流程 系統(tǒng)管理員 登錄 管理員平臺后，進入相關頁面。當訂貨者根據自己選擇的支付方式進行付款并收到商品， 這樣 一個真正意義上的交易就完成了。當瀏覽者注冊會員登錄后可以查看商品的詳細信息，如果滿意的話，瀏覽者可以單擊將其加入購物車，如同現(xiàn)實世界中在商場 中將商品放入購物籃中一樣，當然瀏覽者可以隨時修改購物車中的數量和系統(tǒng)主界面 錯誤信息 系統(tǒng)登錄界面 輸入用戶名及密碼 密碼錯誤 數據庫 功能界面 功能處理 密碼正確 檢查 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 11 商品，最后瀏覽者必須到商城的服務臺結帳，術語為下訂單，用戶在下訂單時，必須填寫自己的詳細信息，包括收件地址，電話和 Email，以及送貨方式，支付方式等信息。作為一個完整的實例，有必要知道整個交易的流程，這有助于明確系統(tǒng)開發(fā)任務和功能模塊。系統(tǒng)前臺為 用戶界面，系統(tǒng)后臺為管理員界面。但作為系統(tǒng)的前臺與后臺，系統(tǒng)的流程又 會有 所 區(qū)別。 系統(tǒng)流程 通用小型綜合商城 系統(tǒng)后臺 查看新 上架商品 按商品類別查詢 添加購物車 查看購物車 清空購物車 退出后臺 添加商品 信息 公告管理 添加商品類別 會員管理 訂單管理 修改商品 信息 查看特價商品 銷售排行 系統(tǒng)前臺 修改用戶信息 刪除商品 信息 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 10 系統(tǒng) 總體功能 流程如圖 32 所示。不會 因為 在同一個頁面上出現(xiàn)過多的信息 而 造成混亂。 除了管理通過 后臺 可以 直接增減的 商品 相關信息 外 ， 還可以管理 由前臺用戶 注冊 增加的個人信息。 系統(tǒng)的后臺，即 管理員界面。成為注冊用戶之后，用戶信息就被存儲到系統(tǒng)后臺進行管理與統(tǒng)計。 未注冊或未登錄的用戶 可以實現(xiàn)查看 商品 等功能，但 要 購買商品 時 ，則必須成為注冊用戶 并 登錄 。前臺 權限較少，便于保證系統(tǒng)的安全性和可維護性，避免 了用戶對于高級功能的 錯 誤操作給系統(tǒng)帶來各種不可預知的 風險 。其中 系統(tǒng)后臺 的功能模塊包括“ 退出后臺 ”、“ 商品 管理 ”、“ 會員 管理 ”等幾項 。 大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 9 系統(tǒng)主要功能結構 圖 31 系統(tǒng)功能結構圖 系統(tǒng)功能結構 如圖 31 所示。 （ 3） 公告管理 ： 添加、刪除商城公告 。 （ 1） 會員信息管理 ： 會員的凍結與解凍 。 （ 8） 購買商品 ：已登錄 的 用戶，在 相關頁面可以購買商品并提交訂單 。 （ 6）搜索 商品 ：用戶通過輸入要查詢的 商品名稱或者想要查詢的商品類別即可在線 進行查詢。 （ 4）查看 新品 ：用戶可以通過 相關鏈接查看 新上架 商品信息 。 （ 2） 會員 登錄：用戶通過輸入用戶名和密碼來登錄。 1． 用戶：即普通身份。 系統(tǒng) 管理員 登錄 管理員界面，輸入相應的用戶名和密碼之后，即被賦予管理員的權限。 前端 用戶 瀏覽 界面，在未登錄前只 能 使用網站的部分功能。 運行環(huán)境需求 服務器端： CPU： Intel174。系統(tǒng)應提供一定的對各種故障的檢測能力，并提供相應的處理手段。對于各模塊都會用到的表一定要一致，不能有沖突。要解決這一問題， 需要 有一定的人員維護數據的一致性，在數據錄入處控制數據的去向，并且要求對數據庫的數據完整性進行嚴格的約束。在系統(tǒng)中，數據的 輸入往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數據。手工輸入要通過系統(tǒng)界面上的安排使系統(tǒng)具有容錯性。 數據管理需求 1．數據錄入的準確性和實時性 數據的輸入是否準確是數據處理的前提，錯誤的輸入會導致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失去意義。采用流行的 JSP+SQLServer20xx 體系，已無技術上的問題。利于公司及時采取經營策略。 按上述三方面進行可行性分析、研究后，就可整理并編制出新系統(tǒng)開發(fā)的可行性報告，它是總體規(guī)劃工作的階段性成果。 3． 操作可行性分析 對新系統(tǒng)運行后給現(xiàn)行系統(tǒng)帶來的影響（包括組織機構、管理方式、工作環(huán)境等）和后果進行估計和評價。由于 該 通用小型綜合商城 系統(tǒng) 是作為畢業(yè)設計由我們讀者自己開發(fā)的，在經濟上的投入甚微，系統(tǒng)建成之后將為今后實現(xiàn) 通用小型綜合商城系統(tǒng) 提供很大的方便，估算新系統(tǒng)的開發(fā)費用和今后的運行、維護費用，估計新系統(tǒng)將獲得的效益，并將費用與效益進行比較，看是否有利。根據新系統(tǒng)目標來衡量所需的技術是否具備，一般可從大連交通大學 20xx 屆本科生畢 業(yè)設計 (論文 ) 6 硬件、軟件的性能要求、環(huán)境條件、技術人員水平和數量等方面去 考慮和分析，其中開發(fā)人員的技術力量應首先考慮能力與水平，并考慮近期內可以培養(yǎng)和發(fā)展的技術人員。 運行可行性是對組織結構的影響，現(xiàn)有人員、 機構和環(huán)境對系統(tǒng)的適應性及人員培訓補充計劃的可行性。 該 通用小型綜合商城 系統(tǒng) 用的是 JSP 開發(fā)語言，調試相對簡單，當前的計算機硬件配置也完全能滿足開發(fā)的需求，因此在技術上是絕對可行的。開發(fā)過程中，在各種矛盾的目標之間作權衡，并在一定的限制的條件下（經費、時間、可用的軟、硬件資源等），使上述各方面最大限度的得到滿足?？删S護性包括了可讀性、可修改性、可測試性 等含義。 2．系統(tǒng)的易用性和易維護性 本系統(tǒng)有較好的可維護性、可靠性、可理解性、 高 效率 性 。 本程序 通過數據庫 中 表 的 結構的嚴謹設計， 以 及業(yè)務邏輯代碼的正確性控制和表單數據錄入時的數據驗證等多種 手段 為 系統(tǒng)信息的準確性提供保障。作為系統(tǒng)的很多數據來源，其準確性和及時性很大程度上決定了系統(tǒng)的成敗。系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。從發(fā)布 商品 及 商品 相關 信息、用戶