【正文】 ces provider(p_id), d_remain int not null check (d_remain=0), d_total int not null, ) ⑤訂單： create table ord (o_id int identity(10000001,1) primary key not null, o_cid varchar(9), foreign key (o_cid) references client (c_id), o_did int, foreign key (o_did) references dish (d_id), o_pid varchar(9), foreign key (o_pid) references provider (p_id), o_time smalldatetime, o_num int not null check (o_num0), o_cadd varchar(50) not null, o_state varchar(15) check (o_state in(39。,39。), p_name varchar(20) not null, p_key varchar(20) not null, p_tel varchar(11) not null unique check(p_tel like 39。) unique ) ②管理員表： create table manager ( m_id varchar(4) primary key not null check(m_id like 39。 二、概念設計 系統(tǒng) ER 圖 4 5 數(shù)據(jù)項 數(shù)據(jù)項名 /編號 含義說明 數(shù)據(jù)類型 長度 c_id/p1 用戶唯一性說明 varchar 9 c_name/p2 用戶昵稱 varchar 20 c_tel/p3 用戶聯(lián)系方式 varchar 11 c_key/p4 用戶登陸密碼 varchar 20 d_id/p5 菜的唯一性說明 int d_name/p6 菜的名稱 varchar 30 d_remain/p7 菜的剩余量 int d_discount/p8 打折 float 2 d_price/p9 菜的單價 float 2 d_pid/p10 提供商編號 int p_id/p11 商店唯一性說明 varchar 9 p_add/p12 商店地址 varchar 30 p_name/p13 商店名稱 varchar 20 p_key/p14 商家登陸密碼 varchar 20 p_tel/p15 商店聯(lián)系方式 varchar 11 p_lev/p16 商家信譽 int p_state/p17 商家狀態(tài) varchar 15 m_id/p18 管理員唯一性說明 varchar 4 m_name/p19 管理員姓名 varchar 20 m_key/p20 管理員密碼 varchar 20 o_id/p21 訂單標號 int o_cid/p22 訂單中客戶標識 int o_did/p23 訂單中菜標識 int o_pid /p24 訂單中商店標識 int o_time /p25 訂餐時間 smalldatetime 6 o_num/26 數(shù)量 int o_cadd/27 客戶地址 varchar 50 o_state/28 訂餐狀態(tài) varchar 15 m_c_mid /p29 管理員編號 int m_c_cid/p30 客戶編號 int m_c_time/p31 時間 smalldatetime m_c_operation/p32 操作類別 varchar 15 m_p_mid/p33 管理員編號 int m_p_pid/p34 商店編號 int m_p_time/p35 操作類別 smalldatetime m_c_operation /p36 時間 varchar 15 數(shù)據(jù)結構 數(shù)據(jù)結構名稱 含義說明 組成 客戶 客戶信息 p1p4 菜品 菜品信息 p5p10 商店 商店信息 p11p17 管理員 管理員信息 p18p20 訂單 訂單信息 p21p28 管理用戶 管理用戶信息 P29p32 管理商家 管理商家信息 P33p36 處理過程 處理過程名 說明 輸入 輸出 處理 注冊 所有用戶 用戶詳細信息 注冊結果 跳轉登陸 /重新注冊 登陸 所有用戶 編號與密碼 登陸成功 /失敗 登陸首頁 /重新 7 登陸 修改用戶信息 已登錄用戶 相關修改信息 修改成功 /失敗 修改存儲信息 訂餐 已登錄用戶 菜品、數(shù)量 訂餐成功 /失敗 加入購物車 /重新選擇 修改訂餐 已訂餐用戶 菜品、數(shù)量的修改 修改成功 /失敗 加入購物車 /重新選擇 下訂單 已訂餐用戶 生成訂單 查詢與確認訂單 已訂餐用戶 提交訂單 已訂餐用戶 接受訂單 商店 交付相關工作人員 送餐 送餐員 送餐確認 菜單修改 商店 新的菜品、菜品價格修改 更新菜譜 管理 管理員 添加或刪減用戶 更新用戶信息庫 信息更新 管理員 需要更新的信息 信息更新 三、邏輯結構設計 E— R 圖向關系的初步轉換 客戶（編號，昵稱，密碼，聯(lián)系方式，狀態(tài)） 管理員（編號，姓名，密碼） 商家（編號，名稱，密碼，商家地址，聯(lián)系方式，信譽，狀態(tài) ,剩余量，總量） 菜（編號，名稱，價格，折扣，提供商編號，最后修改時間，狀態(tài)） 訂單（客戶編號，菜編號，提供商編號，訂單時間，數(shù)量，客戶地址，狀態(tài)） 管理客戶（管理員編號，客戶編號，時間，操作類別） 管理商家（管理員編號，商家編號，時間，操作類別） ER 具體轉換代碼 8 ①客戶表： create table client (c_id varchar(9) primary key not null check(c_id like 39。從而適應廣大用戶需求的多變性和產(chǎn)品的更新?lián)Q代。特別在公司，企 業(yè)內(nèi)部，團體訂餐已經(jīng)成為了趨勢。人員信息管理為：客戶注冊、商店注冊、客戶及商店記錄查尋。個人信息部分中，包括個人信息修改以及訂餐信息查詢；訂餐部分為選擇菜品、訂餐狀態(tài)、付款方式。例如，定餐后，飯店未能夠及時將信息記錄存檔，由于看不到菜品的圖片，顧客不能對菜品有一個直觀的感受。同時，電話預約中的誠信問題也不得不考慮，訂餐過程中顧客對信息的不明確會產(chǎn)生一定的誤解并由此造成人力資源及時間的浪費。 商店需求分析 商店模塊功能包括：包括商店信息管理、訂餐確認兩個部分。 性能需求分析 該系統(tǒng)在性能功能上應達到如下需求： 操作簡單、界面友好 : 完全控件式的頁面布局，使得菜品等信息的錄入工作更簡便，選擇菜品是只需點擊鼠標即可。同時，隨著全國人民的精神、物質和文化生活高度的提高，人們已經(jīng)不在僅僅停留在吃飽的程度，不但要吃飽，還要吃好，而且口味也越來越挑刺，正因為如此網(wǎng)絡訂餐業(yè)務的出現(xiàn)，正迎合了這些人的口味，他們不但省去了自己做飯的麻煩，而且也能尋找和發(fā)現(xiàn)新的菜品，品嘗不同風格的菜品，網(wǎng)絡訂餐業(yè)務在中國有著極大的發(fā)展空間以及良好的背景。 ② .良好的用戶操作界面 用戶操作界面美觀、方便、實用，使用戶能在較短的時間內(nèi)掌握其使用方法。c%39。m%39。1%39。打烊 39。正常 39。更新 39。刪除 10 39。注銷賬戶 39。 客戶端目前提供兩個功能， 1 是訂餐功能， 1 是注冊功能。 五、數(shù)據(jù)庫實現(xiàn) 據(jù)庫的建立 啟動服務管理器，打開查詢分析器，在調試程序窗口輸入下列語句： Create database database_zbg On （ name= zbg_data, Filename=39。, Size=5mb Maxsize=100mb, Filegrowth=5mb) 數(shù)據(jù)載入 1） client 表 insert into client values(39。,39。)。吳婷 39。1532123343439。,39。,39。c2020020439。zhengyua39。 insert into client values(