【正文】 用的運(yùn)行，從而保證了網(wǎng)絡(luò)的高可用性。有效的防止通過(guò)假冒源 IP/MAC 地址進(jìn)行網(wǎng)絡(luò)的攻擊，進(jìn)一步增強(qiáng)網(wǎng)絡(luò)的安全性。其運(yùn)行要求如下： 軟件環(huán)境 客戶端： (1)、操作系統(tǒng)： Windows XP (2)、網(wǎng)絡(luò)協(xié)議： TCP/IP (3)、瀏覽器： Inter Explorer 以上 服務(wù)器端： (1)、操作系統(tǒng)： Windows20xx/XP (2)、網(wǎng)絡(luò)協(xié)議： TCP/IP (3)、開(kāi)發(fā)運(yùn)行平臺(tái)： Microsoft Visual Studio 20xx (4)、數(shù)據(jù)庫(kù)： Microsoft SQL Server 20xx 硬件環(huán)境 (1)、服務(wù)器 CPU:PIII 500 以上 ,內(nèi)存 :256M 以上 (2)、客戶機(jī) CPU:P200MMX 以上，內(nèi)存： 32M 以上 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 12 頁(yè) 共 63 頁(yè) 2 可行性研究 編寫(xiě)目的 可行性研究是建設(shè)項(xiàng)目前期工作的重要內(nèi)容，是基本建設(shè)程序的重要組成部分。 可行性研究報(bào)告具有以下特點(diǎn)： 一 是專業(yè)性，可行性研究報(bào)告在論證項(xiàng)目的可行性時(shí)要涉及許多專業(yè)，通常要涉及基本建設(shè)、環(huán)境保護(hù)、市場(chǎng)預(yù)測(cè)、人員培訓(xùn)等方面內(nèi)容，所以需要各方面專業(yè)人員分別開(kāi)展深入研究，再進(jìn)行科學(xué)的綜合分析。 可行性研究的前提 說(shuō)明對(duì)所建議的開(kāi)發(fā)項(xiàng)目進(jìn)行可行性研究的前提，如要求、目標(biāo)、 假定、限制等。備份的數(shù)據(jù)，應(yīng)在單機(jī)上進(jìn)行恢復(fù)實(shí)驗(yàn)，以確認(rèn)是否正確備份。 ③ 系統(tǒng)維護(hù)人員要全面負(fù)責(zé)系統(tǒng)軟件，機(jī)內(nèi)數(shù)據(jù)的安全管理，并做好機(jī)器設(shè)備日常維護(hù)，出現(xiàn)故障，應(yīng)積極及時(shí)的配合專業(yè)技術(shù)人員排除故障，確保系統(tǒng)的正常運(yùn)行。 ② 輸出設(shè)計(jì)：采用設(shè)備輸出和介質(zhì)輸出兩種方式對(duì)系統(tǒng)數(shù)據(jù)進(jìn)行數(shù)據(jù)的輸出。 目標(biāo) 本網(wǎng)上訂餐系統(tǒng)是主 要是針對(duì)年青一代和大學(xué)生，一個(gè)習(xí)慣并接受電子商務(wù)這樣的消費(fèi)模式的群體而設(shè)立的。 可行性研究 本系統(tǒng)的可行性研究是從以下四個(gè)方面進(jìn)行的： （ 1）、技術(shù)可行性，技術(shù)可行性是指根據(jù)現(xiàn)有的技術(shù)條件是否可以達(dá)到提出的要求，所需要的物理資源是否具備、能否得到。 其中應(yīng)解決的主要問(wèn)題及技術(shù)要求有： ① 收集系統(tǒng)開(kāi)發(fā)所使用的足夠的信息 ② 按實(shí)際應(yīng)用的可行性劃分模塊，確定模塊功能 ③ 建立完善的數(shù)據(jù)庫(kù)支持環(huán)境 ④ 實(shí)現(xiàn)前臺(tái)界面設(shè)計(jì)和系統(tǒng)整體構(gòu)架，并實(shí)現(xiàn)與數(shù)據(jù)庫(kù)的連接 ⑤ 各模塊功能的實(shí)現(xiàn)、協(xié)調(diào)及信息的溝通 （ 2）、經(jīng)濟(jì)可行性，經(jīng)濟(jì)可行性要研究解決兩個(gè)方面的問(wèn)題：資金可得性和經(jīng)濟(jì)合理性。 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 15 頁(yè) 共 63 頁(yè) （ 4）、管理可行性，采用信息化的管理系統(tǒng)，是一種非?？茖W(xué)的管理方法，相應(yīng)管理制度改革的時(shí)機(jī)成熟，規(guī)章制定齊全，原始數(shù)據(jù)正確。 （ 2）性能評(píng)價(jià)：具體包括系統(tǒng)的可靠性、適應(yīng)性、效率、正確性、精確度、保密性、系統(tǒng)的可擴(kuò)充性。 （ 3）安全保密評(píng)價(jià)：系統(tǒng)總體安全性、網(wǎng)絡(luò)安全性、應(yīng)用程序安全性和數(shù)據(jù)安全性。 可行性分析結(jié)論 結(jié)論：綜上所述，本系統(tǒng)的開(kāi)發(fā)是符合現(xiàn)在的實(shí)際情況的，并具有一定的實(shí)用意義。一般來(lái)說(shuō)將開(kāi)發(fā) 過(guò)程分為系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施以及系統(tǒng)維護(hù)評(píng)價(jià)等 5 個(gè)大的階段。嚴(yán)格的開(kāi)發(fā)步驟、任務(wù)、結(jié)果。格式、內(nèi)容和功能。按照功能獨(dú) 立等原則分解模塊、構(gòu)建子系統(tǒng)。 結(jié)構(gòu)化信息系統(tǒng)開(kāi)發(fā)方法對(duì)每一步開(kāi)發(fā)的任務(wù)、目標(biāo)和結(jié)構(gòu)都有嚴(yán)格的規(guī)范、標(biāo)準(zhǔn)和控制。所以結(jié)構(gòu)化方法建立了嚴(yán)格的開(kāi)發(fā)步驟和規(guī)范化的文檔設(shè)計(jì)，盡量將錯(cuò)誤在本階段發(fā)現(xiàn)并糾正。編程只是系統(tǒng)開(kāi)發(fā)中的一部分工作，而且屬于整個(gè) 開(kāi)發(fā)過(guò)程的下游工作。 通過(guò)本網(wǎng)上訂餐系統(tǒng)可以實(shí)現(xiàn)： 未 登 錄 用 戶瀏 覽注 冊(cè)登 錄餐 廳 及 餐 品 信 息排 行 榜留 言 板公 告 圖 32 未登錄用戶的功能結(jié)構(gòu)圖 (1) 初次使用的用戶，不需要通過(guò)注冊(cè)，便可以進(jìn)行首頁(yè)的瀏覽，包括對(duì)餐品及餐廳信息的瀏覽，對(duì)榜上有名排行榜模塊的瀏覽。用戶只有在注冊(cè)之后才可以進(jìn)行發(fā)表留言和回復(fù)留言。確定好數(shù)量后，用戶可以選擇個(gè)人的送餐地址和聯(lián)系方式， 送餐時(shí)間，最后在備注欄里，用戶填寫(xiě)個(gè)人的一些特殊要求，如少辣椒等。對(duì)于尚未確認(rèn)的訂餐信息，用戶可以提交取消訂單的申請(qǐng)。 為了防范惡意訂單的產(chǎn)生，即在一段時(shí)間內(nèi)大量下單后，卻不完成交易，本系統(tǒng)采取的約束機(jī)制為，在每小時(shí)內(nèi)，限定用戶的下單數(shù)量不得大于 5。 （ 5） 管理員可以對(duì)菜品的信息進(jìn)行管理，包括類別的管理和品種的管理。 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 21 頁(yè) 共 63 頁(yè) 品種的管理，包括對(duì)具體菜品信息的添加、修改和刪除等操作。管理員還可以發(fā)布公告和一些優(yōu)惠信息，對(duì)留言板上用戶提出的問(wèn)題等有關(guān)信息做出解答和回復(fù)。只有對(duì)業(yè)務(wù)流程進(jìn)行細(xì)致分析，才能夠深入地理解業(yè)務(wù)的活動(dòng)過(guò)程，了解業(yè)務(wù)活動(dòng)所涉及到的各種組織實(shí)體，了解業(yè)務(wù)的過(guò)程、步驟、規(guī)則和方法。用戶在注冊(cè)時(shí)需要填寫(xiě)電子郵箱、用戶名、密碼。對(duì)于尚未到期和尚未得到商家確認(rèn)的訂單信息，管理員與商家溝通后，用戶可以進(jìn)行取消，對(duì)于已經(jīng)逾期 35 分鐘，用戶還未到店的訂座信息，將自動(dòng)取消視作無(wú)效的訂座信息。 DFD 是信息系統(tǒng)分析的強(qiáng)有力工具，因?yàn)?DFD 圖有明顯的優(yōu)勢(shì)，具體表現(xiàn)在以下幾個(gè)方面。 （ 4）容易轉(zhuǎn)換為物理設(shè)計(jì)。 （ 4）不能表示資金流、物流等企業(yè)中其他的流程。 （ 1）范圍圖。范圍圖表面看似簡(jiǎn)單，其實(shí)它定義了系統(tǒng)的邊界，以及對(duì)外界的接口關(guān)系，對(duì)系統(tǒng)開(kāi)發(fā)非常重要。目標(biāo)是構(gòu)造系統(tǒng)總體數(shù)據(jù)流圖，描述系統(tǒng)主要的數(shù)據(jù)處理功能和系統(tǒng)數(shù)據(jù)庫(kù)及其之間的聯(lián)系。 其頂層數(shù)據(jù)流如圖所示： 用 戶 網(wǎng) 上 訂 餐 管 理 信 息 系 統(tǒng)管 理 員菜 品 信 息 管 理 排 行 榜 管 理 用 戶 信 息 管 理訂 單 管 理 公 告 管 理 留 言 管 理登 錄 信 息賬 號(hào) 密 碼 圖 310 頂層數(shù)據(jù)流圖 （ 3） 第一層數(shù)據(jù)流圖。 DFD 圖具體需要分解多少層，取決于系統(tǒng)的復(fù)雜程度。一般 是指每張 DFD 圖實(shí)現(xiàn)的功能單一，用一個(gè)簡(jiǎn)單模塊就可以實(shí)現(xiàn)。便于各個(gè)開(kāi)發(fā)環(huán)節(jié)的銜接和設(shè)計(jì)的一致。不能有多次定義。必須包括模型中的所有數(shù)據(jù)元素的定義。表達(dá)和明書(shū)應(yīng)盡量簡(jiǎn)單。 （ 1）數(shù)據(jù)項(xiàng)名：管理員編號(hào) 別名： administrator 取值：任職年份 +部門(mén)編號(hào) +管理員排序號(hào) 備注： 120xx11,12 是任職年份， 01 是部門(mén)編號(hào)， 011 是管理員排序號(hào) （ 2）數(shù)據(jù)項(xiàng)名：用戶編號(hào) 別名： user 取值：注冊(cè)年份 +注冊(cè)排序號(hào) 備注： 120xx15， 12 代表注冊(cè)年份， 0115 是用戶的注冊(cè)排序號(hào) （ 3）數(shù)據(jù)項(xiàng)名：餐館編號(hào) 別名： restaurant 取值：餐館編號(hào) 備注： 56,56 是餐館編號(hào) （ 4）數(shù)據(jù)項(xiàng)名：菜品編號(hào) 別名： dishes 取值：餐館編號(hào) +菜品排序號(hào) 備注： 5615， 56 是餐館編號(hào)， 15 是餐館菜品排序號(hào) （ 5）數(shù)據(jù)項(xiàng)名：訂單編號(hào) 別名： order 取值： Ord+成交時(shí)間 +排序號(hào) 備注： Ord20xx0327001， 20xx0327 代表 20xx 年 3 月 27 日， 001是訂單排序號(hào) （ 6）數(shù)據(jù)項(xiàng)名：公告編號(hào) 別名： announcement 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 33 頁(yè) 共 63 頁(yè) 取值： AN+發(fā)布時(shí)間 +排序號(hào) 備注： AN20xx0327001， 20xx0327 代表 20xx 年 3 月 27 日， 001是公告排序號(hào) （ 7）數(shù)據(jù)項(xiàng)名：留言編號(hào) 別名： message 取值： M+發(fā)布人編號(hào) +發(fā)布時(shí)間 +排序號(hào) 備注： M120xx1520xx0327001， 120xx15 是發(fā)布人編號(hào)， 20xx0327 代表 20xx 年 3 月 27 日， 001是排序號(hào) （ 8）數(shù)據(jù)項(xiàng)名：時(shí)間 別名： time 取值：當(dāng)前時(shí)間 備注： 20xx03271705,20xx 年 3 月 27 日 17 點(diǎn) 05 分 數(shù)據(jù)流 數(shù)據(jù)流主要用來(lái)定義數(shù)據(jù)流圖中的數(shù)據(jù)流 ，內(nèi)容包括數(shù)據(jù)流的名稱，組成和來(lái)源等。 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 32 頁(yè) 共 63 頁(yè) 數(shù)據(jù)項(xiàng) 數(shù)據(jù)項(xiàng)是信息系統(tǒng)中數(shù)據(jù)的最小單位，是信息系統(tǒng)中其他類型數(shù)據(jù)的最基本元素。數(shù)據(jù)元素的定義影視嚴(yán)格、規(guī)范的。 所有的數(shù)據(jù)元素應(yīng)保持應(yīng)用上的一致。 由于數(shù)據(jù)字典要對(duì)信息系統(tǒng)中所有的數(shù)據(jù)進(jìn)行定義，所以對(duì)數(shù)據(jù)字典中的數(shù)據(jù)應(yīng)嚴(yán)格要求，以避免出現(xiàn)使用的混亂。定義數(shù)據(jù)的工作就是由數(shù)據(jù)字典完成的。底層圖是對(duì)數(shù)據(jù)處理的詳盡描述和系統(tǒng)設(shè)計(jì)的基礎(chǔ)。分解的過(guò)程實(shí)際是對(duì)數(shù)據(jù)處理的逐漸細(xì)化的分解過(guò)程。兩個(gè)數(shù)據(jù)處理即用戶登錄、管理員登錄。 網(wǎng) 上 訂 餐 管 理 信 息 系 統(tǒng)用 戶 管 理 員用 戶 信 息訂 餐 信 息用 戶 信 息訂 餐 信 息 圖 39 系統(tǒng)范圍圖 （ 2）頂層圖。在范圍圖中，將要開(kāi)發(fā)的信息系統(tǒng)用一個(gè)數(shù)據(jù)處理的矩形框表示，其作用是定義系統(tǒng)邊界。 數(shù)據(jù)流圖的繪制首先體現(xiàn)了結(jié)構(gòu)化分析方法的基本特征，即自頂向下，逐層分解的繪制方法；其次也體現(xiàn)了一些面向過(guò)程的特點(diǎn)，即以數(shù)據(jù)處理為核心分析系統(tǒng)，實(shí)現(xiàn)系統(tǒng)的逐層分解。 （ 2）不能處理出錯(cuò)和意外情況。 （ 2）無(wú)論是開(kāi)發(fā)者還是用戶都很容易理解和繪制。 細(xì)化業(yè)務(wù)流程圖： （ 1）初次使用系統(tǒng)的用戶 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 23 頁(yè) 共 63 頁(yè) 使 用 者瀏 覽 首 頁(yè)是 否 需 要 訂 餐登 錄是 否 進(jìn) 行 過(guò) 注 冊(cè) 開(kāi) 始 注 冊(cè)輸 入 賬 號(hào) 密 碼 注 冊(cè) 信 息 審 核審 核 發(fā) 送 郵 箱 鏈 接登 錄 系 統(tǒng) 首 頁(yè)進(jìn) 行 操 作操 作 成 功顯 示 操 作 信 息是 否 退 出退 出YNYNYNYNYN存 入 數(shù) 據(jù) 庫(kù)N是 否 存 入 數(shù) 據(jù) 庫(kù)YN 圖 35 細(xì)化業(yè)務(wù)流程圖 1 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 24 頁(yè) 共 63 頁(yè) （ 2）已注冊(cè)用戶登錄 用 戶注 冊(cè) 登 錄輸 入 賬 號(hào) 密 碼審 核系 統(tǒng) 首 頁(yè)YN瀏 覽 菜 品 個(gè) 人 信 息 管 理 個(gè) 人 訂 單 管 理 公 告 欄 留 言 板訂 座 、 訂 餐購(gòu) 物 車餐 品 數(shù) 量 送 餐 時(shí) 間確 認(rèn) 訂 單審 核顯 示 訂 單 信 息是 否 退 出系 統(tǒng) 首 頁(yè)退 出YN查 看 信 息修 改保 存顯 示 新信 息是 否 退 出退 出YY查 看 訂 單取 消 訂 單顯 示 未 能 取 消 原 因是 否 退 出退 出YN查 看 公 告是 否 退 出退 出Y查 看 留 言發(fā) 表 和 回 復(fù) 留言審 核顯 示 留 言 和 回復(fù)N是 否 退 出退 出YYNN個(gè) 人 要 求Y提 交 訂 單送 餐 地 址 、電 話用 餐 人 數(shù)用 餐 時(shí) 間聯(lián) 系 方 式訂餐訂座審 核審 核N審 核顯 示 成 功 取 消YN是 否 修 改YN是 否 取 消Y 圖 36 細(xì)化業(yè)務(wù)流程圖 2 （ 3）管理人員登錄： 上海海洋大學(xué) 20xx 屆畢業(yè)論文 基于 Web 的網(wǎng)上訂餐管理信息系統(tǒng)研究與設(shè)計(jì) 第 25 頁(yè) 共 63 頁(yè) 管 理 員登 錄輸 入 賬 號(hào) 密 碼審 核系 統(tǒng) 首 頁(yè)YN菜 品 信 息 管 理 用 戶 訂 單 管 理 用 戶 信 息 管 理 公 告 欄 留 言 板查 看 菜 品 信 息修 改 菜 品 信 息提 交 保 存顯 示 菜 品 信 息