【正文】 環(huán)關(guān)系模塊 數(shù)據(jù) 轉(zhuǎn)換符號 判斷關(guān)系（1）注冊模塊注冊存儲信息輸入（2） 登陸模塊：22 / 42登錄信息管理（3）信息修改模塊信息管理信息更新23 / 42（4）查詢模塊查詢在數(shù)據(jù)庫中進行選擇（5）點菜模塊菜單處理獲得菜單信息 輸出已選菜品 代碼設(shè)計代碼是人為確定的代表客觀事物（實體）名稱、屬性或狀態(tài)的符號或者是這些符號的組合。代碼設(shè)計問題是一個科學(xué)管理的問題，設(shè)計出一個好的代碼對于系統(tǒng)的開發(fā)工作是一件極為有利的事情。它可以使很多機器處理（如統(tǒng)計、校對、查詢等）變得十分方便。另外，還能夠使一些現(xiàn)階段計算機很難處理的工作變得簡單。 （傅澤田、王瑞梅，2022） [6]查詢條件和范圍讀入菜單 交給收銀臺息修改選菜 信息更改24 / 42名稱 含義 存儲 類型Userid 用戶賬號 User（用戶表） 混合碼Foid 菜品編號 Details（菜品表） 混合碼Paynumber 訂單編號 Dingdan（訂單） 數(shù)字碼Userkind 用戶種類 User（用戶表） 順序碼（1）用戶代碼設(shè)計 Userid：用于唯一標(biāo)識用戶，實質(zhì)是用戶賬號，屬于混合碼，前面的字母代表了用戶的類型及相應(yīng)的不同功能權(quán)限，后面的數(shù)字用于確定該類型用戶中每個用戶的唯一賬號。例如：jingli1 代表了管理者 1 號，fuwuyuan1 代表了服務(wù)員 1 號。用戶類別職務(wù)代碼用戶類別（服務(wù)員）代碼（2）菜品代碼設(shè)計 Foid：用于唯一標(biāo)識菜品，實質(zhì)是菜品編號，屬于混合碼，前面的字母代表了菜品的類型，后面的數(shù)字用于確定該類型菜品中每個用戶的唯一賬號。例如 re1 代表了熱菜的第一種。種類（熱菜）代碼（3）訂單代碼設(shè)計 Paynumber：用于唯一標(biāo)識訂單，實質(zhì)是訂單編號，屬于數(shù)字碼，前六位數(shù)字代表了訂單發(fā)生時間，后面的數(shù)字代表用戶編號和消費金額。例如訂單號 16121202259訂單日期（20221212）用戶編碼消費 59 元（4）用戶種類設(shè)計 userkind:用于系統(tǒng)識別用戶類型，0 代表管理者，1 代表服務(wù)員，2 代表收銀員，3 代表廚師。 輸入輸出設(shè)計 輸入界面（1）注冊輸入界面25 / 42（2）登錄界面（3）修改個人信息界面以下是修改個人信息如手機，郵箱等變更的輸入設(shè)計26 / 42下面這張是變更密碼的輸入設(shè)計（4）修改菜品信息界面27 / 42（5）查詢界面（6）搜索界面（7）點菜界面28 / 42 輸出界面（1）查看員工信息界面（2）查看當(dāng)日賬目29 / 42（3）查看菜品信息（4）查看已點菜品界面30 / 42 人機對話設(shè)計下圖是服務(wù)員登陸時的人機界面設(shè)置：下圖是管理員登陸后的人機界面設(shè)置：本系統(tǒng)人機對話設(shè)計友好，便于用戶操作。其余人機對話設(shè)置見輸入輸出界面。 數(shù)據(jù)庫設(shè)計 ER 模型31 / 42（1） 實體菜品菜品價格菜品介紹菜品圖片菜品名稱用戶密碼菜品種類用戶工齡用戶姓名用戶賬號用戶類別郵箱菜品編碼手機號32 / 42（2）局部 ER 圖賬單顧客編碼賬單工作人員賬單編號賬單日期本單利潤顧客桌號賬單金額服務(wù)員菜品數(shù)量 菜品價格點購菜品廚師菜品質(zhì)量 菜品等級制作菜品33 / 42（3）總體 ER 圖 邏輯設(shè)計邏輯結(jié)構(gòu)設(shè)計的主要任務(wù)是把概念結(jié)構(gòu)設(shè)計階段建立的 ER 圖，按選定的數(shù)據(jù)庫管理軟件所支持的數(shù)據(jù)模型（層次型、網(wǎng)狀型、關(guān)系型） ，轉(zhuǎn)化為相應(yīng)的邏輯模型。 （傅澤田、王瑞梅，2022） [7]本系統(tǒng)主要含有一對多，多對多的聯(lián)系，根據(jù)兩實體間聯(lián)系的轉(zhuǎn)換方法可以轉(zhuǎn)化為如下關(guān)系：（1）實體轉(zhuǎn)化的關(guān)系用戶（用戶賬號，密碼，用戶姓名，性別，工齡，手機號碼，郵箱，用戶類別，家庭住址，年齡，出生日期，民族，身份證號，注冊時間，政治面貌，學(xué)歷，個人主頁，備注，職稱，職務(wù)，籍貫，薪酬，郵編……）菜品（菜品編號，所屬種類，價格，名稱，菜品圖片，菜品介紹，原材料，成本，所屬菜系，菜品口味……）選購菜品（菜品編號，服務(wù)人員編碼，結(jié)算賬單號，所屬種類，價格，名稱，菜品圖片，菜品介紹，原材料，成本，所屬菜系，菜品口味……）賬單（賬單編號，服務(wù)人員編碼，賬單金額，賬單日期，顧客編號，顧客桌號，帳單利潤，賬單明細(xì)，……）（2）聯(lián)系轉(zhuǎn)化的關(guān)系用戶之服務(wù)員 點購菜品管理維護信息管理員制作用戶之廚師m nn1構(gòu)成賬單1n結(jié)算1n34 / 42制作（菜品編號，用戶（廚師）編號，菜品質(zhì)量，菜品等級……） 物理設(shè)計A．user（用戶表）B．details（菜品信息表）字段名稱 數(shù)據(jù)類型 說明foid 文本 菜品編碼fodetails 文本 菜品介紹foprice 貨幣 菜品價格foname 文本 菜品名稱fophoto 文本 菜品圖片foclass 文本 菜品類別C．yidian（已點菜品）字段名稱 數(shù)據(jù)類型 說明foid 文本 菜品編碼taid 數(shù)字 桌號fopay 貨幣 菜品總價foprice 貨幣 菜品單價cuid 文本 顧客編碼foname 文本 菜品名稱fonumber 數(shù)字 菜品數(shù)量fophoto 文本 菜品圖片userid 文本 用戶編碼paynumber 文本 訂單編號D．zhangdan（賬單）字段名稱 數(shù)據(jù)類型 說明time 日期/時間 交易時間pay 貨幣 交易金額cuid 貨幣 顧客編碼taid 文本 顧客桌號margin 貨幣 利潤字段名稱 數(shù)據(jù)類型 說明username 文本 用戶姓名userid 文本 用戶編碼userkind 文本 用戶類別userpassword 文本 用戶密碼usersex 文本 用戶性別userphone 文本 用戶手機usermail 文本 用戶郵箱usertime 文本 工齡35 / 42paynumber 文本 訂單編號userid 文本 用戶編碼E．cook amp。 food(廚師和菜品的關(guān)系)字段名稱 數(shù)據(jù)類型 說明foid 文本 菜品編碼userid 文本 廚師編碼rank 文本 菜品等級 數(shù)據(jù)庫的規(guī)范化過程本系統(tǒng)的關(guān)系符合每個屬性不可再分，符合第一范式的要求。在此基礎(chǔ)上，數(shù)據(jù)不存在傳遞依賴，且非主屬性不傳遞依賴于候選關(guān)鍵字，因此滿足第二、三范式的要求。設(shè)置多字段主鍵，盡量避免數(shù)據(jù)冗余，減少出現(xiàn)數(shù)據(jù)異常等問題。但還希望日后對系統(tǒng)的維護和發(fā)展中能夠消除數(shù)據(jù)冗余，進行系統(tǒng)數(shù)據(jù)庫優(yōu)化。 處理流程設(shè)計系統(tǒng)：U 家餐飲管理信息系統(tǒng) IPO 圖 設(shè)計人：姜萍模塊：登錄模塊 日期：注釋上層調(diào)用模塊：無 可調(diào)用的下層模塊：添加、刪除、查詢、修改輸入：人事管理、菜品管理、賬單管理、信息管理、點菜管理、查詢管理輸出：登錄模塊開始功能選擇注冊 管理員登陸 員工登錄人事管理 菜品管理 帳單管理 信息管理 點菜管理查詢管理局部注釋項36 / 42系統(tǒng)開發(fā)主要依據(jù)需求分析，運用 Microsoft Visual Basic 企業(yè)版和 Microsoft office Access 2022 兩種軟件，基本實現(xiàn)了系統(tǒng)的查詢，添加，刪除，修改和登錄五大功能，構(gòu)造了登錄注冊，菜品管理，人員管理，點菜管理，個人信息修改，賬目管理等基本子系統(tǒng)，實現(xiàn)了對中小型餐飲企業(yè)的精簡管理和數(shù)據(jù)信息化，另外，本系統(tǒng)人機對話界面友好，美觀大方；系統(tǒng)功能簡單，可操作性強，便于日常使用。由于時間較少，一些功能如顧客預(yù)定等功能沒能完全開發(fā)，希望后期將系統(tǒng)維護與開發(fā)同步進行。本系統(tǒng)系統(tǒng)測試主要是通過人為輸入符合與不符合要求的信息，通過運行結(jié)果進行系統(tǒng)測試。注冊注冊登錄登錄查詢查詢添加菜品添加菜品變更信息變更信息刪除菜品或人員刪除菜品或人員輸入符合要求的信息輸入不符合要求的信息輸入有效信息輸入無效信息輸入條件不輸入信息輸入符合要求信息輸入不符合要求信息輸入完整信息輸入不完整或不正確確認(rèn)刪除取消刪除注冊成功注冊失敗登陸成功登錄失敗顯示查詢結(jié)果查詢提示或查詢無果添加成功添加失敗變更成功變更失敗刪除成功刪除失敗經(jīng)過測試，系統(tǒng)基本達到了預(yù)期效果，但個人認(rèn)為還可能存在對一些未預(yù)想到的錯誤的疏忽，有必要在系統(tǒng)應(yīng)用中不斷發(fā)現(xiàn)進行系統(tǒng)優(yōu)化。經(jīng)過多次系統(tǒng)運行，程序可以實現(xiàn)基本功能，完成設(shè)想目標(biāo)。但我認(rèn)為還存在一些數(shù)據(jù)冗余，系統(tǒng)對于未料想到的錯誤的疏忽，模塊靈活性較差等問題，希望日后可以將系統(tǒng)維護與系統(tǒng)開發(fā)并行。37 / 42已在上述內(nèi)容進行說明，不再贅述。[1]傅澤田，王瑞梅主編，管理信息系統(tǒng)、北京，清華大學(xué)出版社， 329