【正文】 序編寫以前要完成許多系統分析 和設計工作，所以切不可認為系統開發(fā)就是程序編寫。 18 新系統目標 通過本系統軟件，能幫助用戶利用計算機，快速方便地對網上訂餐服務進行使用。這樣一個集訂餐服務自動化和信息化為一體的先進的電腦網絡系統，在為餐飲行業(yè)有關部門提供優(yōu)質、高效的業(yè)務管理和事務處理的同時，采用安全可靠的現代化處理和控制技術，及時、 準備、可靠地采集和傳輸信息，建立完備、可靠的訂餐信息處 理系統。排行榜模塊主要分兩大類排序，餐廳和餐品。初次使用的用戶還可以實現對留言板模塊和公告信息的瀏覽。 19 登 錄 用 戶訂 餐訂 座訂 單 管 理個 人 信 息 管 理留 言 發(fā)表 、 回 復購 物 車 圖 33 登錄用戶的功能結構圖 (2) 用戶在進行注冊之后還可以獲得購物車功能，開始進行點菜訂餐的流程。用戶 選擇好需要的餐品信 息后，點擊購物車，則可以顯示已經預定的餐品信息，之后用戶可以開始選擇所需餐品的數量，系統需對用戶的餐品數量進行審核，單個品種的數量不可超過 20 份，不得少于 1 份，當用戶的餐品數量超出規(guī)定時，需彈出警告和提示窗口，要求用戶進行重 新輸入或根據提示的餐廳信息直接聯絡商家。用戶可以在訂餐的過程中，直接在購物車中修改某個餐品的數量，刪除某個餐品，或者清空購物車。此時用戶查詢個人訂單，會顯示訂單狀態(tài)為已提交，當管理員與商家溝通確認后，會將用戶的訂單狀態(tài)更新為已確認，之后，用戶便可享受商家的送餐服務了。 如果用戶需要訂座，即先預訂餐廳座位，到 店后再進行點菜和消費，則用戶在瀏覽餐廳介紹時，可以點擊餐廳介紹旁的訂座按鈕，之后跳轉至訂座信息頁面，選擇用餐人數，系統需要對用戶提交的用餐人數進行審核，當用戶選擇的用餐人數大于 10 位或少于 1 位時，系統需要彈出警告和提示窗口，要求用戶重新輸入或提示用戶根據聯系方式直接聯絡商家，確定好用餐人數之后，用戶需要選擇個人的聯系方式，通過與商家進行聯絡，系統應給予用戶一個可以預定的用餐時段表，在這個時段內，用戶可以挑選自己的用餐時間，最后在備注欄中標明個人的一些特殊要求，確認好訂座信息之后，提交生產訂座信息。對于未確認和尚未到期的訂座信息，用戶可以提交取消訂單的申請。 （ 3） 當用戶用餐和就餐完畢之后，還可以對服務做出評價和反饋，包括對菜品和餐館的整體評價的打分，對口味、環(huán)境和服務等進行分類評價，滿分為 5 分。 （ 4） 對于管理人員，可以進行登錄，對用戶的訂單進行管理，包括實時查看用戶訂單，對用戶提交的訂單進行審核并及時反饋給商家，對于用戶提交的取消訂單申請進行處理。類別的管理是針對餐品的類別進行添加修改和刪除。主要餐品的類別表如下： 表 34 各菜系類別和描述 類別名稱 類別描述 川菜 以麻辣、魚香、怪味、醋椒等為主要特點 粵菜 以選料廣泛，鮮、嫩、爽、滑為主要特點 魯菜 選料精細、注重實惠，善用蔥姜 蘇菜 制作精細，四級有別，濃而不膩 西式菜 英、法、意、俄、美、德，足不出戶享受異國美食 甜品 飯后甜品 飲品 飲料酒水 其他 此表應具有一定的擴展性，方便進行菜品類別的添加和刪除。餐品的信息主要包括餐品的名稱、簡介、單價、所屬餐館和所屬的類別，此外每個餐品應配有圖片 項，使用戶在選擇餐品時更具直觀性和方便性。排行分為四個小模塊，餐廳總排行和餐品的總排行，各類別餐廳的分別排行和各類別餐品的分別排行。 通過這樣一個網上訂餐系統，用戶就可以在辦公室、家中等待預定好的飯菜，大大降低了消費者的時間開銷，在經歷和經濟上都得到實惠。 系統分析 業(yè)務流程圖 業(yè)務流程分析是業(yè)務分析中一個很重要的內容。 用 戶 瀏 覽 網 站 首 頁后 臺 管 理管 理 員菜 品 管 理 訂 單 管 理 用 戶 信 息 管 理 公 告 管 理 留 言 板非 注 冊 用戶已 注 冊用 戶 注 冊登 錄留 言回 復預 定訂 座 生 成 訂 單訂 餐購 物 車添 加 修 改 清 空 圖 34 系統總體業(yè)務流程圖 22 （ 1）瀏覽與選擇餐飲信息：使用者進入網站，不需要身份確認即可自動提供瀏覽服務，登錄系統之后則可以提供點菜訂餐，挑選餐飲和預定餐館的服務，也可以增加、刪除和修改購物車 中的餐飲類型。 （ 3）注冊：使用者在網站上可以直接進行注冊，提交注冊申請。 （ 4）確認：管理員可以實時得到顧客的注冊信息，并對用戶提交的信息進行審核，審核通過后，通過向用戶的注冊電子郵箱發(fā)送確認鏈接，當 確認后，用戶注冊成功。其中，對于單個菜品的送餐的份數和一次訂座的用餐人數，要進行審核，不得大于 20 少于 1，當超出限制時需要重新進行選擇。 （ 6）送貨與付款：用戶的每一份訂單都將實時存入后臺數據庫，管理人員獲得用戶的訂單信息后將進行及時的訂單審核，然后將訂單信息通過電話或其他方式反映給商家，商家向用戶送貨，貨到付款，完成交易。數據流圖用來描述信息系統的邏輯模型，包括外部實體、數據處理、數據存儲和數據的流動。 26 （ 1）圖形簡潔抽象，邏輯結構清晰、易讀。 （ 3）因此，使用 DFD 圖很容易與用戶交流，從而保證設計方案的準確、 完整。 但 DFD 圖也存在明顯的不足，例如： （ 1）對于復雜系統，其 DFD 圖可能變得非常復雜。 （ 3）不能描述過程的控制結構。 這些缺陷的彌補需要借助其他工具和圖形，比如業(yè)務流程圖。 數據流圖的繪制流程如下： 范 圍 圖0 層 圖1 層 圖 1 1 層 圖 2 1 層 圖 n各 層 子 圖 各 層 子 圖 各 層 子 圖底 層 圖 1 底 層 圖 2 底 層 圖 3 底 層 圖 n 圖 38 數據流圖繪制流程 在繪制系統的 DFD 時首先繪制范圍圖，然后向下逐層繪制出不同細化程度的 DFD 圖。范圍圖（ context diagram）的主要功能是說明系統（業(yè)務）的范圍以及和外部實體、共享數據存儲的關聯，也稱為“環(huán)境圖”。此外，在范圍圖中描述了系統的輸入、輸出信息，以及與未來的信息系統相關的外部實體及系統共享的數據庫。本網上訂餐系統包含兩個外部實體，即管理 27 人員和用戶。頂層圖也稱作“零圖”，是對范圍圖中信息系統的第一次分解。在 頂層數據流圖中，包含兩個實體即用戶和管理員。該圖反應出了網上訂餐管理信息系統總的情況，用戶輸入口令，驗證通過后進入網上訂餐區(qū)，管理員輸入口令，驗證 通過后可以進入訂餐管理區(qū)。在頂層圖中，每一個數據處理都有可能包含復雜的處理功能，因此，第一層數據流圖是對頂層圖中各個數據處理的進一步分解。 28 用 戶 登 錄 系 統 管 理 員使 用 者 信 息 列 表賬 號 密 碼 賬 號 密 碼進 入 用 戶 系 統 首 頁進 入 管 理 員 系 統 首 頁用 戶點 菜 訂 餐 管 理 系 統管 理 員菜 品 信 息菜 品 、 餐 館 信 息 列 表用 戶 信 息 管 理 系 統個 人 信 息用 戶 信 息 列 表訂 單 管 理 系 統訂 單 信 息訂 單 信 息 列 表公 告 管 理 系 統公 告 信 息公 告 信 息 列 表留 言 管 理 系 統留 言留 言留 言 信 息 列 表餐 館 信 息 列 表 圖 311 第一層數據流圖 （ 4）構造其他各層數據流圖。直到數據流圖中的每一個數據處理都足夠簡單，則這時的 DFD 圖即為底層數據流圖 。這里“數據處理足夠簡單”的含義是相對的。 登錄系統數據流圖： 29 用 戶 管 理 員審 查 密 碼 有 效 性按 用 戶 信 息 統 計 按 管 理 人 員 信 息 統 計用 戶 系 統 首 頁 管 理 員 系 統 首 頁使 用 者 信 息 列 表用 戶 信 息 列 表 管 理 員 信 息 列 表密 碼無 效 信 息密 碼無 效 信 息 圖 312 登錄數據流圖 餐 品瀏覽數據流圖： 管 理 員發(fā) 布 菜 品 / 餐 館 信 息菜 品 信 息 列 表訂 餐 、 訂 座 用 戶菜 品信息菜 品 信 息餐 館 信 息 列 表 圖 313 餐品瀏覽數據流圖 訂餐數據流圖： 用 戶加 入 購 物 車 選 擇 菜 品 份 數 生 成 訂 單按 個 人 統 計個 人 訂 餐 信 息列 表按 用 戶 統 計用 戶 訂 餐 信 息列 表確 認 提 交 顯 示 訂 單顯 示 訂 單用 戶管 理 員菜品信息訂餐信息時間、 地址、 電話 圖 314 訂餐數據流圖 訂座數據流圖： 30 用 戶 訂 座 生 成 訂 單 確 認 提 交顯 示 訂 單用 戶 管 理 員餐館信息訂 座 信 息用 餐 人 數 、 時 間 、 電 話用 戶 訂 座 列 表 圖 315 訂座數據流圖 用戶信息管理數據流圖： 用 戶個 人 信 息 管 理 顯 示 個 人 信 息用 戶用 戶 信 息 列 表 顯 示 用 戶 信 息管 理 員個 人 信 息 圖 316 用戶信息管理數據流圖 訂單信息管理數據流圖： 用 戶審 核 訂 單 信 息 確 認 訂 單按 個 人 統 計個 人 訂 單 列 表按 用 戶 統 計用 戶 訂 單 列 表顯 示 個 人 訂 單用 戶顯 示 用 戶 訂 單管 理 員訂 單 信 息 圖 317 訂單信息管理數據流圖 公告數據流圖： 31 管 理 員用 戶發(fā) 布 公 告公 告 信 息 列 表查 看 公 告 顯 示 公 告 信 息用 戶公 告 信 息 圖 318 公告數據流圖 留言板數據流圖： 用 戶發(fā) 布 、 回 復 留 言顯 示 留 言 、 回 復信 息統 計 用 戶 留 言 、回 復管 理 員留 言 信 息 列 表查 看 留 言回 復 留 言顯 示 回 復 信 息回 復 信 息 列 表留 言 信 息回 復 信 息 圖 319 留言板數據流圖 數據字典 信息系統管理和應用的是數據，因此數據的含義應該是明確和唯一的。數據字典 （ data dictionary， DD）被稱為“關于數據的數據”，其作用是對信息系統開發(fā)過程中所使用的各種類型數據元素進行定義，保證在整個系統分析設計中數據元素定義的一致性和唯一性。作為系統開發(fā)的后續(xù)工作，包括系統設計、維護、更新和管理等工作的重要依據。具體要求如下： （ 1）、唯一性。 （ 2）、一致性。 （ 3）、完整性。 （ 4）、規(guī)范性。 （ 5）、簡單性。 信息系統數據字典中定義的“數據元素”是一個廣義的概念，其中包括數據項、數據流、數據存儲文件、數據處理邏輯和外部實體等所有在 DFD 圖中使用的數據元素。數據項的描述包括數據項名稱、編號，取值范圍等內容。 （ 1）名稱：管理員信息 組成：工號 +密碼 +姓名 +性別 +年齡 +部門 來源：管理員 （ 2）名稱：用戶信息 組成：賬號 +密碼 +姓名 +地址 +聯系方式 +性別 +民族 +年齡 來源：用戶 （ 3）名稱：菜品信息 組成：菜品編號 +餐館編號 +菜品名稱 +菜品類別 +菜品介紹 來源：管理員 （ 4）名稱：餐館信息 組成：餐館編號 +餐館名 +餐館簡介 +特色菜推薦 來源：管理員 （ 5）名稱：訂 單信息 組成：訂單編號 +用戶編號 +菜品編號 /餐館編號 +菜品份數 /用餐人數 +價格 +地址 +電話 +時間 34 （ 6）名稱 : 公告信息 組成：公告編號 +標題 +內容 +管理員編號 +管理員姓名 +時間 來源：管理員 去向：供用戶瀏覽 （ 7）名稱：留言信息 組成：留言編號 +標題 +內容 +用戶編號 +用戶名 +留言時間 來源：用戶 （ 8）名稱：回復信息 組成：留言編號 +標題 +內容 +用戶編號 +用戶名 +留言內容 +回復編號 +回復內容 +管理員編號 /回復用戶編號 +管理員姓名 /回復用戶姓名 +回復時間 數據存儲文件 定義 數據存儲的結構和內容，主要包括數據存儲的名稱和數據結構、數據記錄等。它將實現系統分析階段所提出的邏輯模型，并確定系統的結構。系統分析是從用戶和現行系統入手，進行詳細的調查研究，把物理因素一一抽去，從具體到抽象；系統設計則是從管理信息系統的邏輯模型出發(fā)，以系統分析報告為依據，一步一步地加入物理內容，從抽象又回到具體。它以系統的邏輯功 能和數據流關系為基礎，根據數據流程圖和數據字典，借助一套標準的設計準則和圖表工具，通過自上而下和自下而上的反復，把系統逐層劃分為多個大小適當、功能明確、具有一定獨立性且容易實現的模塊，從而把復雜系統的設計轉變?yōu)槎鄠€簡單模塊的設計。由于模塊之間相對獨立，每一模塊就可以單獨地被理解、編寫、測試、糾錯和修改，從而有效地防治錯誤在模塊之案件擴散蔓延，提高了系統的質量（可維護性、可靠性等），同時，系統研制工作也大大簡化。模塊內部聯系要大，模塊之間聯系要小，這是結構化設計中衡量“相對獨立”性能的標