【文章內容簡介】 認所購商品 DF21 買家訂單信息 買家訂單信息 賣 家 DF22 賬號登錄信息 買家 賬號認證 DF23 認證提示信息 銀行認證信息 賬號認證 DF24 通過認證的信息 賬號認證 網銀身份驗證 DF25 網銀驗證信息 買家 網銀身份驗證 DF26 驗證提示信息 銀行驗證信息 網銀身份驗證 DF27 驗證通過的信息 網銀身份驗證 發(fā)送交易信息 DF28 匯款單 發(fā)送交易信息 第三方服務機構 DF29 錯誤提示信息 賬號認證 買家 DF30 未通過驗證信息 網銀身份驗證 買家 DF31 訂單信息 賣家 通知派送中心 DF32 發(fā)貨單 安排運 輸任務 派送貨物 DF33 已簽收的發(fā)貨單 買家 代理點交付貨物 DF34 買家收貨通知單 通知派送中心 賣家 DF35 申請退貨信息 買家 代理點辦理退貨 DF36 退貨單 代理點辦理退貨 運往賣家 4) 數(shù)據存儲 編號 名稱 輸入數(shù)據流 輸出數(shù)據流 說明 DB1 系統(tǒng)提示信息 DF2 DF3 注冊時輔助信息提示 DB2 完整用戶信息 DF8 DF8 將完整的用戶信息存儲以便管理 DB3 商品鏈接數(shù)據庫 無 DF12 DB4 商品信息數(shù)據庫 無 DF14 給用戶做參考信息用 DB5 購物車 商品清單 DF16 DF16 DB6 買家訂單信息 DF19 DF21 存儲給賣家做參考 DB7 銀行認證信息 無 DF23 DB8 銀行驗證信息 無 DF26 相關驗證信息集合 DB9 訂單庫 DF31 DF31 集合訂單便于分配 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 5) 數(shù)據處理 名稱 輸入 輸出 說明 登錄注冊頁面 登錄網頁信息 用戶信息 填寫注冊信息 用戶信息 注冊信息 驗證信息 注冊信息 合格注冊信息 成為會員 合格注冊信息 會員信息 激活賬號 會員信息 激活信息 完善個人信息 激活信息 完整用戶信息 登錄商店首頁 登錄信息 購買清單 檢索商品 購買清單 商品鏈接信息 瀏覽商品 商品鏈接 滿意信息 拍下商品放入購物車 滿意信息 所拍商品清單 確認所購商品 所拍商品清單 買家收貨信息 填寫提交訂單 買家收貨信息 合格訂單 賬號認證 賬號登錄信息 認證信息提示 通過認證的信息 網銀身份驗證 網銀驗證信息； 通過認證的信息； 驗證信息提示； 驗證通過的信息； 未通過驗證信息； 發(fā)送交易信息 驗證通過的信息； 匯款單 通知派送中心 訂單信息 已簽收發(fā)貨單 訂單信息 買家收貨通知單 安排運輸任務 訂單信息 發(fā)貨單 派送貨物 發(fā)貨單 發(fā)貨單 代理點接收貨物 發(fā)貨單 發(fā)貨單 通知買家取貨 發(fā)貨單 發(fā)貨單 代理點交付貨物 已簽收的發(fā)貨單 已簽收的發(fā)貨單 代理點辦理退貨 申請退貨信息 退貨單 運往賣家 退貨單 退貨單 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 二、 視圖的集成與優(yōu)化 . 概念結構設計 根據前面對系統(tǒng)進行的分析，已經初步了解了 電子商店系統(tǒng)的購物 流程 以及可以實現(xiàn)的功能 ，找出與系統(tǒng)有關的各個實體及其相互聯(lián)系如下： 1) 標示實 體集： 會員、商品、管理員、商品大類、商品細分類、購物車、收貨地 址、訂單、物流公司、已選購商品、發(fā)貨單 2) 標識聯(lián)系集： 會員和購物車之間 ：一個會員只有一個購物車；而購物車可以被多個會員使用。存在“使用”的關系： 1:N 會員和收貨地址之間 ：一個會員可以有擁多個收貨地址；一個收貨地址也可能對應多個會員（例如一個家庭里的家庭成員是不同的會員）。存在“擁有”的關系： N:M 訂單和發(fā)貨單之間 ：一份訂單對應一份發(fā)貨單；一份發(fā)貨單對應一份訂單。存在“包含”關系： 1:1 收貨地址和訂單之間 ：一份訂單只能擁有一個收貨地址；而一個收貨地址可以對應多分訂單。存在“擁有”的關系： 1： N 管理員和 訂單之間 ： 一個管理員可以管理多份訂單；而一份訂單也可以被多個管理員管理。存在“管理”的關系： N:M 商品大類和細分類之間 ：一個商品大類可以包含多個細分類；而一個細分類也可以分屬于多種大類。存在“屬于”的關系 N:M 商品和細分類之間 ：一個商品可以屬于多種細分類；一種細分類可以包含種商品 。存在“屬于”的關系 N:M 訂單已訂購商品和之間 ：一件已訂購的商品只能屬于一份訂單；而一份訂單可以包含多件已訂購商品。存在“擁有”的聯(lián)系： 1： N 商品和已訂購商品之間 ：一件已訂購商品包含一件商品；一件商品只能 對已一件已訂購商品 。 存在“包含”的聯(lián)系： 1:1 物流公司和發(fā)貨單之間 ：一個物流公司可以管理多份發(fā)貨單；一分發(fā)貨單只電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 能有一個物流公司。存在“管理”的聯(lián)系 1： N 店鋪 和 管理員之間 ：一個網店可以有多個管理員；一個管理員只能屬于一家 網店 。存在“屬于”的聯(lián)系： 1： N 3) 標識屬性集： 標識實體屬性 ： 會員（ 會員 ID 登錄名 密碼 姓名 性別 生日 Email） 管理員（ 管理員 ID 密碼 姓名 類別 工作任務） 最終管理員（ 管理員 ID 密碼 姓名 工作任務） 商品（ ISBN 生產日期 廠商 名稱 已售出數(shù)量 庫存數(shù)量 縮略圖鏈接 圖片 商品目 錄） 訂單（ 訂單編號 下單時間 可 行操作 訂單狀態(tài) 總金 額） 購物車（ 商品鏈接 ） 收貨地址（ 收件地址 收件人姓名 郵編 手機 電話） 已訂購商品（ 訂購 ID） 物流公司（ 公司名稱 業(yè)務范圍 物流費用） 發(fā)貨單（ 發(fā)貨單號 寄件人姓名 寄件人地址 店鋪名稱 收件人姓名 收件人地址 收件人聯(lián)系方式 商品價格 ） 店鋪（ 店鋪網址 主營商品） 商品大類（ 大類 ID 大類名稱 ） 商品細分類（ 細分 ID 細分類名 ） . 畫出 E— R 圖，如下所示： 由于本系統(tǒng)比較簡單 ,分 ER 圖規(guī)模也比較小 ,所以 ER 圖合成過程采用將分ER 圖集成總 ER 圖的方式 ， 分兩步進行 ： 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 會員 —— 購物車之間的聯(lián)系 會員 —— 收貨地址的聯(lián)系 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 商品 — 管理員 — 店鋪 關系 商品 — 類別 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 管理員 — 訂單 訂單 — 購物車 訂單 — 發(fā)貨單 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 收貨地址 — 訂單 商品大類 — 商品細分類關系 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 物流公司 — 發(fā)貨單關系 商品 — 已選購商品、已選購商品 — 訂單關系 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 總 ER 圖 電子商店系統(tǒng)數(shù)據庫設計方案 大作業(yè)組：萬晨曦、王歡、曹璐琳、徐濤、陳偉斌 三、 邏輯結構設計： . 初始關系模式 ER 圖向關系模式的轉化原則： 每一個實體類型轉化為一個關系模式，實體的屬性就是關系的屬性，實體的碼就是關系的碼 聯(lián)系的轉化 ? 一般 1:1 和 1:n 的聯(lián)系不產 生新的關系模式，而是將一方實體的碼加到另一方實體的屬性中，聯(lián)系的屬性（若有）也一起加入 ? m:n 的聯(lián)系要產生一個新的關系模式，該關系模式由聯(lián)系涉及實體的碼加上聯(lián)系自身的屬性（若有）組成 1) 會員實體可以轉化成如下的關系模式，其中登錄名為會員模式的主鍵： 會員（ 會員 ID 登錄名 密碼 姓名 性別 生日 Email） 2) 管理員與訂單是 N:M 的關系，所以 應該加上“訂單管理”聯(lián)系模式；管理員與商品也是 N:M 的關系，所以應該加上“商品管理”聯(lián)系模式。 訂單管理（ 管理員 ID 訂單 ID） 商品管理（ 管理員 ID ISBN） 管 理員（ 管理員 ID 密碼 姓名 工作任務 類別） 3) 最終管理員和店鋪之間是 1:1 的關系，所以，可以吧管理員的主碼即管理員ID 加入到店鋪模式中：所以最終管理員和店鋪的模式轉化為如下： 最終管理員（管理員 ID 密碼 姓名 工作任務） 店鋪（ 店鋪網址 主營商品 管理員 ID） 4) 商品與細分類、商品大類之間 m:n:p 的屬于關系，所以應該生成一個新的 “”類別歸屬“ 聯(lián)系 模式 ，所以這個聯(lián)系與它所涉及的實體的關系模式轉化如下： 商品（ ISBN 商品名 生產日期 廠商 價格 已售出數(shù)量 庫存數(shù)量 縮略圖鏈接 圖片） 5) 商品大類（ 大類 ID 大類名稱）