餐廳點餐系統(tǒng)_第1頁
餐廳點餐系統(tǒng)_第2頁
餐廳點餐系統(tǒng)_第3頁
餐廳點餐系統(tǒng)_第4頁
餐廳點餐系統(tǒng)_第5頁
已閱讀5頁,還剩52頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

西北工業(yè)大學(xué)網(wǎng)絡(luò)教育學(xué)院畢業(yè)論文范本

西北工業(yè)大學(xué)網(wǎng)絡(luò)教育學(xué)院畢業(yè)論文任務(wù)書一、題目:餐廳點餐系統(tǒng)畢業(yè)設(shè)計二、指導(dǎo)思想和目的要求:本論文從可行性分析、需求分析、詳細(xì)設(shè)計、編碼實現(xiàn)、系統(tǒng)測試五個方面入手,實現(xiàn)系統(tǒng)的完整設(shè)計。三、主要技術(shù)指標(biāo):需求:系統(tǒng)需要實現(xiàn)的功能用戶:使用系統(tǒng)的操作員角色:擁有一組權(quán)限的用戶C#:一種面向?qū)ο缶幊陶Z言VS:VisualStudio2010開發(fā)工具的簡稱四、進(jìn)度與要求:6月20日與導(dǎo)師溝通6月22日前確定論文題目、填寫任務(wù)書6月24日至7月24日調(diào)研、起草、修改論文7月25日至8月15日二審定稿8月6日前填寫《畢業(yè)論文中期調(diào)查表》8月15日至24日上交論文及電子版8月30日前上交論文紙制版9月17日至9月29日畢業(yè)答辯五、主要參考書及參考資料:[1]軟件工程課程設(shè)計,呂云翔,機械工業(yè)出版社,2009年9月1日,1-132頁[2]大話設(shè)計模式,程杰著,清華大學(xué)出版社,2007年12月1日,1-368頁[3]面向?qū)ο蠹夹g(shù)與UML,劉振安董蘭芳劉燕君,機械工業(yè)出版社,2007年4月學(xué)習(xí)中心:專業(yè):軟件工程學(xué)生:指導(dǎo)教師:摘要在深入研究中小餐飲企業(yè)工作流程的基礎(chǔ)上,分析制約餐飲企業(yè)工作效率的各種因素,發(fā)現(xiàn)影響效率的主要因素是普遍使用手工登記菜譜的現(xiàn)象,本系統(tǒng)運用計算機系統(tǒng)來實現(xiàn)餐飲企業(yè)工作流的信息化管理,采用面向?qū)ο蟮拈_發(fā)方法以及C#語言,依靠Visualstudio2010作為開發(fā)工具,使用SqlServer2005網(wǎng)絡(luò)數(shù)據(jù)庫存儲數(shù)據(jù)。實現(xiàn)了客戶點餐、廚師配餐、收銀管理、系統(tǒng)設(shè)置四大功能,解決餐飲企業(yè)中客戶點餐速度慢、服務(wù)員登記不清晰、廚師配餐漏配、菜譜更新不及時且不直觀、會員管理混亂的現(xiàn)象。

目錄摘要 I第一章緒論 11.1現(xiàn)實背景和理論背景 11.2研究目的和意義 21.2.1目的 21.2.2意義 3第二章系統(tǒng)需求分析 41.引言 41.1編寫目的 41.2項目背景 42.術(shù)語定義 53.參考資料 54.目前餐飲企業(yè)工作流程 55.所建議系統(tǒng)的工作流程 66.產(chǎn)品功能 77.軟件需求描述 78.系統(tǒng)用例圖 89.軟件接口 9第三章系統(tǒng)設(shè)計 101.系統(tǒng)部署圖設(shè)計 102.數(shù)據(jù)庫設(shè)計 112.1命名規(guī)范 112.2安全設(shè)計 112.3概念設(shè)計 112.4物理設(shè)計 132.5函數(shù)設(shè)計 153.系統(tǒng)模塊設(shè)計 164.系統(tǒng)架構(gòu)設(shè)計 175.客戶端系統(tǒng)目錄結(jié)構(gòu) 176.系統(tǒng)類圖設(shè)計 187.主要模塊設(shè)計 227.1登錄模塊設(shè)計 227.2點餐模塊設(shè)計 24第四章系統(tǒng)實現(xiàn) 271:系統(tǒng)編碼規(guī)范 271.1:類型的命名 271.2、方法和屬性的命名 281.3、變量和常數(shù) 281.4、標(biāo)簽 291.5、名字空間 291.6、注釋 302:模塊功能實現(xiàn) 302.1登錄模塊實現(xiàn) 302.2點餐模塊主要代碼 312.3收銀模塊代碼實現(xiàn) 332.4配餐模塊代碼實現(xiàn) 352.5.系統(tǒng)管理模塊實現(xiàn) 35第五章系統(tǒng)測試 371簡介 371.1編寫目的 371.2項目背景 371.3系統(tǒng)簡介 371.4術(shù)語和縮寫詞 381.5參考資料 382測試概要 382.1測試用例設(shè)計 382.2測試環(huán)境與配置 382.3測試方法(和工具) 393測試結(jié)果及缺陷分析 393.1測試執(zhí)行情況與記錄 39結(jié)論 45文獻(xiàn) 46致謝 49第一章緒論1.1現(xiàn)實背景和理論背景1.1.1現(xiàn)實背景我國的餐飲市場經(jīng)過30多年的改革開放及發(fā)展,可以說我國正迎來一個餐飲業(yè)大發(fā)展的時期,市場潛在力量巨大,遠(yuǎn)景很是廣闊。根據(jù)中國烹飪協(xié)會發(fā)布的2009年度餐飲業(yè)發(fā)展報告顯示,即便在經(jīng)濟遭受重創(chuàng)的2009年,全社會餐飲業(yè)零售額達(dá)依然到17998億元,同比增長16.8%。其中,每月的零售額均超過1300億元,增長率穩(wěn)定在14.4%至21.6%。在各類消費性支出中增幅居前,僅次于交通和通信支出。并且預(yù)計2012年餐飲市場還將繼續(xù)增長,營業(yè)額也將達(dá)到20000億元。與此同時,我國餐飲業(yè)發(fā)展的質(zhì)量和內(nèi)涵也發(fā)生了重大變化。行業(yè)的經(jīng)營領(lǐng)域和市場空間不斷拓寬,經(jīng)營檔次和企業(yè)管理水平不斷提高,經(jīng)營業(yè)態(tài)日趨豐富,投資主體和消費需求多元化特點更加突出,網(wǎng)點數(shù)量和人員隊伍繼續(xù)擴大;餐飲市場更加繁榮,消費的個性化和特色化的趨勢明顯,追求健康營養(yǎng)和連鎖規(guī)模發(fā)展成為主題。集團(tuán)化、品牌化、產(chǎn)業(yè)化和國際化的發(fā)展步伐加快,餐飲現(xiàn)代化的進(jìn)程不斷推進(jìn)。近幾年來,中國餐飲業(yè)的發(fā)展一直保持強勁快速增長同時,也看到目前餐飲行業(yè)普遍存在的問題。餐飲企業(yè)的發(fā)展一直處于自我摸索、自我運作、自我積累和自我完善為主的狀態(tài),利潤低、承載重、支撐小、發(fā)展難的特點突出。餐飲企業(yè)在產(chǎn)品標(biāo)準(zhǔn)化技術(shù)設(shè)備開發(fā)、連鎖管理體系的建立、專業(yè)人才的培養(yǎng)、吸納資本投入、理論指導(dǎo)和信息交流等方面的條件十分不足,存在著技術(shù)開發(fā)與設(shè)備配套難、管理與人才難、配送渠道與發(fā)展資金難、溝通交流與合作難等深層次因素的制約,行業(yè)平臺和基礎(chǔ)支持力量不強,對企業(yè)發(fā)展產(chǎn)生較大的影響。1.2研究目的和意義1.2.1目的在我們這個“食文化”高度發(fā)達(dá)的國度里,餐飲業(yè)毋庸置疑地成為第一大傳統(tǒng)產(chǎn)業(yè)。然而,正是這歷史悠久、規(guī)模龐大的產(chǎn)業(yè),卻也是信息化程度最慢和最低的產(chǎn)業(yè)之一。至今為止,絕大多數(shù)餐飲企業(yè)的經(jīng)營方式仍然停留在“一張紙、一支筆、經(jīng)理喊破嗓、員工跑斷腿”的境地;而會計工作,也仍然是以一支筆或一個算盤,或最好的情況下一個計算器進(jìn)行加減乘除,其本質(zhì)仍然是以人腦計算為基礎(chǔ),不但工作量巨大,而且極易出錯。筆者曾經(jīng)見過生意極好的大排檔,服務(wù)員進(jìn)進(jìn)出出地飛奔于戶外桌臺、大堂吧臺和廚房之間,而經(jīng)理則用計算器算得滿頭大汗的場景,蔚為壯觀。且不說這種日復(fù)一日的重復(fù)、單調(diào)的勞動意義何在,單就消費計算方面的出錯而引發(fā)的與客戶之間的矛盾糾紛,就不可勝計。其實在人類文明已經(jīng)進(jìn)入電子信息的時代,絕大多數(shù)重復(fù)、單調(diào)、可程式化的工作都已經(jīng)可以交由計算機來完成。面對復(fù)雜和龐大的計算任務(wù),計算機在效率和準(zhǔn)確度方面是人腦所不能望其項背的。作為傳統(tǒng)產(chǎn)業(yè)的餐飲業(yè),同其他很多傳統(tǒng)產(chǎn)業(yè)一樣,同樣可以引入信息化改造。餐飲業(yè)的信息化改造內(nèi)容,主要有:由傳統(tǒng)的筆和紙點餐,改用電子點餐;由傳統(tǒng)的人工計算、統(tǒng)計、管理,改用電腦進(jìn)行計算、統(tǒng)計和管理;將現(xiàn)代的電子技術(shù)、無線技術(shù)、計算機技術(shù)和網(wǎng)絡(luò)技術(shù)引入到餐飲行業(yè)中來,替代部分人工操作,加快餐飲企業(yè)的運轉(zhuǎn)效率,提升餐飲企業(yè)的管理水平,使餐飲企業(yè)運作更規(guī)范、更科學(xué)、更高效。在餐飲企業(yè)的信息化改造當(dāng)中,無線點餐(點菜)系統(tǒng),成為其核心內(nèi)容,也是餐飲企業(yè)進(jìn)行信息化改造的必由之路。因此本論文研究的目的在于通過餐飲企業(yè)的信息化改造暨利用無線技術(shù),替代傳統(tǒng)的紙和筆進(jìn)行電子點餐(點菜)操作,實現(xiàn)遠(yuǎn)距離地進(jìn)行信息即時傳遞。當(dāng)然,無線點餐(點菜)系統(tǒng)不只是可以進(jìn)行點餐操作,同時通過配套的餐飲管理軟件,還可以實現(xiàn)強大的統(tǒng)計和管理功能,使餐飲企業(yè)真正實現(xiàn)信息化。1.2.2意義能夠有效地的提升餐飲企業(yè)的檔次和管理水平,做到科學(xué)管理、科學(xué)決策、高效運轉(zhuǎn)、降低成本,進(jìn)行信息化是必由之路。而采用無線點餐(點菜)系統(tǒng)取代傳統(tǒng)的手工點餐,采用餐飲管理軟件取代傳統(tǒng)的人工統(tǒng)計和粗放型管理又是信息化當(dāng)中的核心內(nèi)容。餐飲企業(yè)引進(jìn)一套無線點餐(點菜)系統(tǒng),成本大約在一萬元左右(視配置情況而不同),大約相當(dāng)于一個服務(wù)員一年的工資,但帶來的便利性和管理水平的升級則是無與倫比的。無線點餐(點菜)系統(tǒng)所帶來的運營效率的大幅度提高和人力成本的節(jié)約,遠(yuǎn)超其投資成本,對于餐飲企業(yè)信息化,可以說是不二的選擇。

第二章系統(tǒng)需求分析2.1引言2.1.1編寫目的本文檔是餐飲點餐管理系統(tǒng)的項目需求說明書,對餐飲點餐管理系統(tǒng)的發(fā)展進(jìn)行簡要回顧,分析當(dāng)前的業(yè)務(wù)流程,總結(jié)此類管理系統(tǒng)的基本特點以及總體功能,盡可能完整的概括提取出需求方的全部想法。本文檔對項目開發(fā)人員、設(shè)計人員及系統(tǒng)實施人員具有很重要的指導(dǎo)意義。2.1.2項目背景項目名稱:餐飲點餐管理系統(tǒng);中國是舉世聞名的美食大國,擁有五千年的飲食文化和巨大的餐飲市場,隨著人民生活水平和生活方式的轉(zhuǎn)變,餐飲業(yè)具有巨大的投資市場,被稱為中國的黃金產(chǎn)業(yè),但同樣也應(yīng)看到,餐飲業(yè)不僅面臨著巨大的發(fā)展機遇,也面臨著前所未有的挑戰(zhàn)和考驗。餐飲業(yè)的不斷發(fā)展,在經(jīng)營管理上也逐步向電子化邁進(jìn),通過電腦信息系統(tǒng)管理餐飲業(yè)的內(nèi)部事務(wù),使得作業(yè)更加簡單化、高效。以財務(wù)為中心,減輕一線操作人員的勞動強度,節(jié)省營業(yè)人員的交班時間,加強財務(wù)審核管理。提供多種點菜、結(jié)算、統(tǒng)計報表功能,提供分廚房直接打印前臺點菜數(shù)據(jù)。在餐飲經(jīng)營中,傳統(tǒng)的紙制作業(yè)流程無法滿足現(xiàn)代客戶在信息娛樂及服務(wù)安保等方面的要求。而此系統(tǒng)的使用,使餐廳管理者便捷的進(jìn)行經(jīng)營娛樂的管理,大大增加的各店成本控制及銷售額2.2術(shù)語定義所謂”翻臺率【1】”是指在某期間里,指餐桌座位坐滿及餐桌空蕩的速度。一個高翻臺率意味更多用餐者吃了并且走了,而一個低的翻臺率意味同樣用餐者是在一段長時間里使用餐桌,或者餐桌座位是空的。2.3參考資料[1] 餐飲點餐管理系統(tǒng)項目開發(fā)計劃_v1.002.4目前餐飲企業(yè)工作流程目前的中小餐飲企業(yè)采用最多的手工記賬形式,其業(yè)務(wù)流程如圖2.1所示客人點餐客人點餐服務(wù)員登記廚師加工處理客人點餐收銀臺服務(wù)員登記圖2.1手工業(yè)務(wù)流程分析流程圖簡介:顧客到達(dá)餐廳有引領(lǐng)員引導(dǎo)到座位后,承上菜譜并登記客人所點食品,完畢后唱菜譜并由客人確認(rèn),征得客人同意后交給后臺廚師及配餐人員,配餐人員根據(jù)大廳服務(wù)員提交的菜譜為客人配齊所有飲料、酒水、甜點等食物,廚師根據(jù)大廳服務(wù)員提供的菜譜按照先涼后熱的順序快速加工出美味可口的食物交友送餐人員及時送到指定的餐桌??腿擞貌屯戤吅笥蟹?wù)員或者客戶到收銀處辦理結(jié)算手續(xù),客人如有會員卡的話,收銀員應(yīng)給予相應(yīng)的優(yōu)惠,結(jié)算完畢后有引領(lǐng)員送客人出餐廳,這樣的工作方式當(dāng)客流量增加的時候,必然會出現(xiàn)爭搶菜譜,上錯菜,漏上菜、忘記上菜以及計算失誤等現(xiàn)象,輕則引起客戶的不滿,重則引起糾紛,因此有必要采用新的工作模式,來避免上述情況的發(fā)生。2.5所建議系統(tǒng)的工作流程基于傳統(tǒng)餐飲企業(yè)手工操作所帶來的種種弊端,一種新的利用計算機來管理信息的系統(tǒng)餐飲點餐管理系統(tǒng)也就應(yīng)運而生,那么該系統(tǒng)的工作流程如圖2.2所示圖2.2自動化的點餐系統(tǒng)2.6產(chǎn)品功能根據(jù)所建議系統(tǒng)的業(yè)務(wù)流程圖,分析出新系統(tǒng)的功能模塊圖如2.3所示圖2.3功能模塊圖結(jié)合上述功能模塊圖,系統(tǒng)具有如下特點:2.7軟件需求描述1.用戶登陸:用戶輸入用戶名及密碼后,系統(tǒng)自動驗證有效性及用戶角色,根據(jù)用戶擁有的角色自動進(jìn)入不同的子系統(tǒng)2.客戶點餐子系統(tǒng):當(dāng)客人落座后,服務(wù)員手持IPAD登陸點餐子系統(tǒng)后,首先輸入相應(yīng)的桌號,然后由客人根據(jù)不同的服務(wù)類別(特價、涼菜、熱菜、湯、酒水、飲料)選擇不同的食物及數(shù)量,系統(tǒng)根據(jù)不同的食物計算出總價格,方便客人控制總價格,如果輸入錯誤系統(tǒng)提供刪除的功能,最后提交到后廚配餐子系統(tǒng)中.3.配餐管理子系統(tǒng):配餐員或者廚師根據(jù)最新的配餐信息,按照時間先后順序配置食品,完成后提交給結(jié)算管理子系統(tǒng)中4.結(jié)算管理子系統(tǒng):收銀員根據(jù)服務(wù)員或者客人提供的桌號計算出總價格,客人如果提供會員卡或者會員號,系統(tǒng)自動驗證卡號及會員身份并計算出相應(yīng)的折扣及實付金額,根據(jù)相應(yīng)的金額出具對應(yīng)的發(fā)票5.系統(tǒng)管理子系統(tǒng):經(jīng)理登陸子系統(tǒng)后,上傳菜譜,管理菜譜及特價。在此子系統(tǒng)中,還實現(xiàn)了會員及用戶、留言、桌位的管理2.8系統(tǒng)用例圖系統(tǒng)用例【9】圖是按照場景的形式對系統(tǒng)的功能做清晰地設(shè)計,具體用例有:登陸用例圖2.4所示,點餐用例圖2.5所示,配餐用例圖2.6所示,結(jié)賬用例圖2.7所示,管理用例圖2.8所示圖2.4登陸用例圖2.5點餐用例圖2.6配餐用例圖2.7結(jié)算用例圖2.8系統(tǒng)設(shè)置用例2.9軟件接口Windows操作系統(tǒng)所提供的各種API【10】;第三章系統(tǒng)設(shè)計3.1系統(tǒng)部署圖設(shè)計系統(tǒng)部署圖是指系統(tǒng)的物理結(jié)構(gòu)和軟件結(jié)構(gòu)在空間上的部署,本系統(tǒng)采用流行的C/S【11】結(jié)構(gòu),該結(jié)構(gòu)是基于客戶端與服務(wù)器的結(jié)構(gòu),原因是本系統(tǒng)的應(yīng)用場景是中小規(guī)模的餐廳及餐館,目前一期工程中不提供Web服務(wù),僅限于企業(yè)內(nèi)部辦公室用,因此采用C/S結(jié)構(gòu)是科學(xué)的也是合理的。具體結(jié)構(gòu)見圖3.1所示圖3.1系統(tǒng)部署圖上圖中服務(wù)器是整個系統(tǒng)運行的基礎(chǔ),負(fù)責(zé)所有客戶端的數(shù)據(jù)傳輸與存儲,采用SqlServer2005服務(wù)器,網(wǎng)絡(luò)傳輸采用的是WiFi(802.11)技術(shù),客戶端采用IPAD作為終端顯示,但是目前需要安裝虛擬Win7系統(tǒng)3.2數(shù)據(jù)庫設(shè)計3.2.1命名規(guī)范1:數(shù)據(jù)庫名稱以db開頭2:函數(shù)以F_開頭3:數(shù)據(jù)庫表以T_開頭3.2.2安全設(shè)計1:創(chuàng)建數(shù)據(jù)庫登錄賬號dining2:創(chuàng)建數(shù)據(jù)庫db_dining的所有者用戶Dining3:配置賬號映射:dining-dining3.2.3概念設(shè)計經(jīng)過對系統(tǒng)的需求分析,發(fā)現(xiàn)系統(tǒng)中有以下實體:如圖3.23.8所示以及他們之間的關(guān)系圖3.9所示圖3.2用戶實體圖3.3意見實體圖3.4會員實體圖3.5餐單實體圖3.6餐單明細(xì)實體圖3.7菜譜實體圖3.8E-R模型圖3.2.4物理設(shè)計物理設(shè)計是數(shù)據(jù)庫實體的物理實現(xiàn),下面的圖表分別對應(yīng)概念設(shè)計中的每個實體。1:T_CAIPU表,圖3.9所示圖3.9菜譜表2:T_CanMingXi,圖3.10所示圖3.10餐單明細(xì)表3:T_CanDan,圖3.11所示圖3.11餐單表4:T_Member,圖3.12所示圖3.12會員表5:T_User,圖3.13所示圖3.13用戶表6:T_YiJian,圖3.14所示圖3.14意見表3.2.5函數(shù)設(shè)計1:F_CaiJinEById,圖3.15所示圖3.15計算價格函數(shù)2:F_CaiMingById,圖3.16所示圖3.16查找菜名函數(shù)3:F_MemberLeavlByID,圖3.17所示圖3.17會員級別函數(shù)4:F_MemberNameByID,圖3.18所示圖3.18會員名稱函數(shù)3.3系統(tǒng)模塊設(shè)計在對系統(tǒng)需求分析的基礎(chǔ)上一共設(shè)計了八大模塊,分別是如下8個模塊【11】。3.3.1系統(tǒng)登錄模塊在該模塊中主要實現(xiàn)用戶身份的驗證以及角色的檢查,根據(jù)用戶身份的不同分別登陸到不同的子系統(tǒng)中。3.3.2系統(tǒng)點餐模塊本模塊是系統(tǒng)的主要模塊,在該模塊中主要實現(xiàn)菜肴以及酒水飲料的點餐等功能,根據(jù)食品的分類把界面分為特價、涼菜、熱菜、湯類、酒水、飲料不同的區(qū)域以及點菜區(qū)域。3.3.3系統(tǒng)配餐模塊本模塊面向的對象主要是廚師以及酒水飲料配餐員,實現(xiàn)的功能是按照下餐的時間先后順序顯示訂餐列表,廚師按照餐單的詳細(xì)列表配置不同的食品及其他。每個餐單完成后系統(tǒng)提交到收銀區(qū)。3.3.4系統(tǒng)收銀模塊本模塊面向的對象主要是收銀人員,實現(xiàn)的功能是分別顯示配餐完畢后的餐單,客戶就餐后提供桌號以及會員卡,系統(tǒng)自動計算出優(yōu)惠金額以及實付金額,收款后系統(tǒng)自動更新數(shù)據(jù)庫。3.3.5系統(tǒng)管理模塊本模塊面向的對象主要是經(jīng)理管理人員,實現(xiàn)的功能是有會員管理,菜譜管理、用戶管理功能3.3.4系統(tǒng)架構(gòu)設(shè)計本系統(tǒng)采用流行的C/S結(jié)構(gòu),既客戶端/服務(wù)器端結(jié)構(gòu),客戶端是基于.NetFrameWork平臺的應(yīng)用程序,服務(wù)器端是基于SqlServer2005的數(shù)據(jù)庫存儲應(yīng)用系統(tǒng),采用面向?qū)ο蟆?2】的開發(fā)語言C#【13】作為編程語言,使用Visualstudio2010作為開發(fā)工具以及應(yīng)用流行的軟件開發(fā)模型—瀑布模型【14】3.5客戶端系統(tǒng)目錄結(jié)構(gòu)客戶端目錄結(jié)構(gòu)按照模塊的不同創(chuàng)建不同的文件目錄,以便于文件的管理及今后的二次開發(fā),截圖如3.19所示圖3.19系統(tǒng)目錄目錄結(jié)構(gòu)描述:1:DianCan:客戶點餐模塊2:PeiCan:食品配餐模塊3:JieZhang:收銀結(jié)賬模塊4:Manage:系統(tǒng)管理模塊5:Images:系統(tǒng)圖片3.6系統(tǒng)類圖設(shè)計根據(jù)系統(tǒng)中的實體,一共設(shè)計6個類,具體見下圖3.20所示圖3.20系統(tǒng)類結(jié)構(gòu)圖詳細(xì)描述如下:1.T_CaiPu菜譜類,該類中的屬性及方法結(jié)構(gòu)如3.21所示圖3.21菜譜類T_CaiPu類是用來描述系統(tǒng)中的菜譜實體,其中的屬性有id(菜譜編號)、c_name(菜譜名稱)、c_Price(菜價)、c_type(類別)、c_image(照片)、is_Tejia(是否特價)、isEnable(是否啟用)2.T_User用戶類,屬性及方法如圖3.22所示圖3.22用戶類T_user類用來描述系統(tǒng)使用者實體,其中的屬性有id(記錄編號)、userName(用戶名)、userPwd(用戶密碼)、userRole(用戶角色)、isEnable(是否啟用)3.T_YiJian(意見類):該類的屬性及方法如圖3.23所示圖3.23意見類T_YiJian類是用來描述客戶意見的實體,其中的屬性有id(意見編號)、HJ_YJ(環(huán)境意見)、FW_YJ(服務(wù)意見)、FC_YJ(飯菜意見)、KH_LY(客戶留言)4.T_Member(會員類):該類的屬性及方法如圖3.24圖3.24會員類T_Member類是用來描述客戶級別的實體,其中的屬性有id(會員編號)、member_Name(會員名稱)、type_id(會員級別編號)、isEnable(是否啟用)5.T_CanDan(餐單類):該類的屬性及方法如圖3.25圖3.25餐單類T_CanDan類是用來描述客戶菜單的實體類,其中的屬性有id(菜單編號)、desk_HM(桌位號)、xf_je(消費金額)、member_id(會員編號)、isJieZhang(是否結(jié)賬)、xf_date(消費日期)、state(配餐狀態(tài))6.T_Can_MingXi(餐單明細(xì))類:該類的屬性及方法如圖3.26所示圖3.26餐單明細(xì)類T_Can_MingXi類是用來描述菜單明細(xì)的實體,其中的屬性有id(記錄編號)、can_id(菜單編號)、cai_id(菜譜編號)、cai_SL(份數(shù))、cai_JE(每類菜的金額)3.7主要模塊設(shè)計3.7.1登錄模塊設(shè)計登陸模塊的功能就是驗證用戶名及密碼是否有效,如果有效則再判斷角色編號值(1:服務(wù)員角色2:廚師角色3:收銀員角色4:管理員角色),根據(jù)不同的角色打開不同的窗口,該模塊實現(xiàn)的前置條件是設(shè)置正確的服務(wù)器地址以及服務(wù)器處于啟動狀態(tài),輸入輸出數(shù)據(jù)如表3.27所示數(shù)據(jù)數(shù)據(jù)輸出類型數(shù)據(jù)類型約束用戶名輸入字符串類型4-10位的字母組成密碼輸入字符串類型4-6位的數(shù)字組成表3.27登陸模塊輸入輸出數(shù)據(jù)具體實現(xiàn)代碼如下所示://用戶名stringun=this.txt_UserName.Text.Trim();//密碼stringpwd=this.txt_UserPwd.Text.Trim();//判斷用戶名及密碼是否為空if(address==""||un==""||pwd=="")MessageBox.Show("用戶名、密碼、地址不能為空");else{//判斷用戶名是否是字母及長度在4--10位if(!Regex.IsMatch(un,"[a-zA-Z]{4,10}")){MessageBox.Show("不是字母或者長度不夠");return;}elseif(!Regex.IsMatch(un,"[0-9]{4,6}")){MessageBox.Show("請輸入4-6位的數(shù)字");return;}dc=Program.GetDc(address);//返回數(shù)據(jù)庫中的最新更新//dc=Program.ChangeDc(dc.T_user);IQueryable<T_user>t_user=dc.T_user.Where(u=>u.userName==un&&u.userPwd==pwd);if(t_user!=null&&t_user.Count()==1){this.Hide();if(t_user.First().userRole==1){//打開點餐窗口MainMenumm=newMainMenu();mm.Show();}elseif(t_user.First().userRole==4){//打開管理員Manage.FrmManagefrmManage=newManage.FrmManage();frmManage.Show();}elseif(t_user.First().userRole==2){//打開廚師窗口PeiCan.FrmZuoCaifrmZuoCai=newPeiCan.FrmZuoCai();frmZuoCai.Show();}elseif(t_user.First().userRole==3){//打開結(jié)算窗口Jiezhang.FrmJieZhangfrm_JieZhang=newJiezhang.FrmJieZhang();frm_JieZhang.Show();}}elseMessageBox.Show("登錄失敗");3.7.2點餐模塊設(shè)計點餐模塊是系統(tǒng)中重要的模塊,主要實現(xiàn)客戶餐單的創(chuàng)建以及所點菜品的保存,該模塊的實現(xiàn)思路是首先系統(tǒng)分類顯示今日特價、涼菜、熱菜、湯類、酒水、飲料,客人按照所需登記桌位,選擇菜品及分?jǐn)?shù)(默認(rèn)1份),系統(tǒng)自動計算總金額,如果有誤客人則可以刪除某類菜品,最后點擊提交保存到數(shù)據(jù)庫。那么該模塊實現(xiàn)的前提條件是用戶以服務(wù)員身份登錄到系統(tǒng),且數(shù)據(jù)庫中有相應(yīng)的菜品信息以及一定數(shù)量的桌位。此模塊的輸入輸出數(shù)據(jù)如表3.28所示數(shù)據(jù)數(shù)據(jù)輸出類型數(shù)據(jù)類型約束菜名輸出字符串類型長度小于50價格輸出字符串類型長度小于50圖片輸出二進(jìn)制類型桌號輸入字符串類型長度小于50菜名編號輸入數(shù)字份數(shù)輸入數(shù)字表3.28點餐模塊輸入輸出數(shù)據(jù)具體實現(xiàn)代碼:

///<summary>///系統(tǒng)顯示菜譜///</summary>///<paramname="sender"></param>///<paramname="e"></param>privatevoidMainMenu_Load(objectsender,EventArgse){dc=Program.dc;cur_z=newCursor("images/圖標(biāo)/z.cur");cur_y=newCursor("images/圖標(biāo)/you1.cur");tj_list=newList<Image>();lc_list=newList<Image>();rc_list=newList<Image>();t_list=newList<Image>();js_list=newList<Image>();yl_list=newList<Image>();LoadImage(-1,true);//默認(rèn)顯示特價if(tj_list.Count!=0)this.panelEx4.Style.BackgroundImage=tj_list[tj_index];//加載桌位號LoadDesk();}///<summary>///修改菜譜///</summary>///<paramname="sender"></param>///<paramname="e"></param>privatevoiddgv_CanMingXi_CellContentClick(objectsender,DataGridViewCellEventArgse){if(dgv_CanMingXi.Columns[e.ColumnIndex].Name=="del"){//獲得菜譜IDcai_id=this.dgv_CanMingXi.Rows[e.RowIndex].Cells["caiid"].Value.ToString();varmx=canDan.T_Can_MingXi.ElementAt(e.RowIndex);canDan.xf_je-=mx.cai_JE;canDan.T_Can_MingXi.RemoveAt(e.RowIndex);//重新綁定控件this.lbl_HJ.Text="合計:"+canDan.xf_je+"元";BindingList<T_Can_MingXi>canList=newBindingList<T_Can_MingXi>(canDan.T_Can_MingXi.ToList());this.dgv_CanMingXi.DataSource=canList;}}

第四章系統(tǒng)實現(xiàn)4.1系統(tǒng)編碼規(guī)范系統(tǒng)編碼實現(xiàn)采用目前流行的面向?qū)ο蟮木幊陶Z言—C#,因此為了今后的系統(tǒng)擴展及測試維護(hù),所以按照微軟統(tǒng)一發(fā)布的C#編碼規(guī)范,具體內(nèi)容如下:4.1.1類型的命名1.類名,以Class聲明的類,都必須以名詞或名詞短語命名,體現(xiàn)類的作用。如:ClassIndicator當(dāng)類是一個特性(Attribute)時,以Attribute結(jié)尾,當(dāng)類是一個異常(Exception)時,以Exception結(jié)尾:ClassColorSetExceptionClassCauseExceptionAttribute當(dāng)類只需有一個對象實例(全局對象,比如Application等),必須以Class結(jié)尾,如ClassScreenClassClassSystemClass。當(dāng)類只用于作為其他類的基類,根據(jù)情況,以Base結(jié)尾:MustInheritClassIndicatorBase,如果定義的類是一個窗體,那么名字的后面必須加后綴Form,如果是Web窗體,必須加后綴Page:ClassPrintForm:InheritsForm'*Windows窗體ClassStartPage:InheritsPage'*Web窗體2.枚舉和結(jié)構(gòu):同樣必須以名詞或名詞短語命名。最好體現(xiàn)枚舉或結(jié)構(gòu)的特點,如:EnumColorButtons'以復(fù)數(shù)結(jié)尾,表明這是一個枚舉StructureCustomerInfoRecord'以Record結(jié)尾,表明這是一個結(jié)構(gòu)體3.委派類型:普通的委派類型以描述動作的名詞命名,以體現(xiàn)委派類型實例的功能:DelegateSubDataSeeker(ByValSeekStringAsString),用于事件處理的委派類型,必須以EventHandler結(jié)尾,如:DelegateSubDataChangedEventHandler(ByValSenderAsObject,ByValeAsDataChangedEventArgs)4.接口:與其他類型不同,接口必須要由I作為前綴,并用形容詞命名,突出表現(xiàn)實現(xiàn)接口的類將具有什么能力:InterfaceISortable5.模塊:模塊不是類型,他的名稱除了必須以名詞命名外,必須加以后綴Module:ModuleSharedFunctionsModule,上述所有規(guī)則的共同特點是,每個組成名稱的詞語都必須是大寫開頭,禁止完全大寫或小寫的名稱。4.1.2方法和屬性的命名1.方法:無論是函數(shù)還是子程序,方法都必須以動詞或動詞短語命名。無需區(qū)分函數(shù)和子程序,也無需指明返回類型。SubOpen(ByValCommandStringAsString),F(xiàn)unctionSetCopyNumber(ByValCopyNumberAsInteger),參數(shù)需要指明ByVal還是ByRef,這一點寫起來會讓程序邊長,但非常必要。如果沒有特別情況,都使用ByVal。參數(shù)的命名方法,參考后面“變量的命名方法”。需要重載的方法,一般不寫Overloads,根據(jù)需要編寫重載的方法。2.屬性:原則上,字段(Field)是不能公開的,要訪問字段的值,一般使用屬性。屬性以簡潔清晰的名詞命名:PropertyConcentrationAsSingle,PropertyCustomerAsCustomerTypes3.事件:事件是特殊的屬性,只能在事件處理上下文中使用。命名的原則一般是動詞或動詞的分詞,通過時態(tài)表明事件發(fā)生的時間:EventClickAsClickEventHandler,EventColorChangedAsColorChangedEventHangler4.1.3變量和常數(shù)常數(shù)以表明常數(shù)意義的名詞命名,一般不區(qū)分常數(shù)的類型:ConstDefaultConcentrationAsSingle=0.01,在嚴(yán)格要求的代碼中,常數(shù)以c_開頭,如c_DefaultConcentration,但最好不要用它,它會帶來輸入困難。普通類型的變量,只要用有意義的名字命名即可,不可使用簡稱和無意義的名稱諸如A,x1等,下面給出了良好的例子:DimIndexAsIntegerDimNextMonthExpenditureAsDecimalDimCustomerNameAsString不能起太長的名字,應(yīng)該盡量簡潔,如下面的例子:DimVariableUsedToStoreSystemInformationAsString'*錯誤,太復(fù)雜了DimSystemInformationAsString'*正確,簡單明了DimsysInfoAsString'*錯誤,過于簡單特殊情況可以考慮一個字母的變量:DimgAsGraphic對于控件,應(yīng)該指明控件的類型,方法是直接在變量后面加以類名:FriendWithEventsNextPageButtonAsButton'*按鈕FriendWithEventsColorChoicerPanelAsPanel'*面版FriendWithEventsCardFileOpenDialogAsFileOpenDialog'*文件打開對話框等等,無需規(guī)定某種類型的變量的前綴,只需把類型寫在后面就行了,試對比下列代碼:btnCancel.Text="&Cancel"CancelButton.Text="&Cancel"顯然后者更能使閱讀者明白變量的類型是一個按鈕。4.1.4標(biāo)簽標(biāo)簽就是用于Goto跳轉(zhuǎn)的代碼標(biāo)識,由于Goto并不推薦使用,所以標(biāo)簽的使用也比較苛刻。標(biāo)簽必須全部大寫,中間的空格用下劃線_代替,而且應(yīng)該以_開頭,比如:_A_LABEL_EXAMPLE:如此定義標(biāo)簽是為了與其他代碼元素充分區(qū)別。4.1.5名字空間通常,一個工程使用一個名字空間,通常不需要用Namespace語句,而是在工程選項的“RootNamespace”中指定,使用根名字空間可以使代碼更加整齊,容易修改,這一點是VB十足的優(yōu)點。名字空間的語法是:公司名.產(chǎn)品名[.組件名的復(fù)數(shù)]如:NamespaceNinputer.VirtualScreenNamespaceNinputer.CardEditor.CustomeControls隨便起一個名字空間的名字絕對不是一個好主意,一定要遵守上述規(guī)定。4.1.6注釋注釋的規(guī)則繁多,這里僅提到其中一點:正常的注釋以'*開頭,單獨的'只用來注釋暫時不用的代碼'*這是普通的注釋

'*這段代碼在調(diào)試正確后加入'IfUseHighSpeed(g)=TrueThen這樣能夠方便的采用代碼注釋工具控制代碼的使用。4.2模塊功能實現(xiàn)4.2.1登錄模塊實現(xiàn)登陸功能根據(jù)用戶輸入的用戶名及密碼與數(shù)據(jù)庫中的信息進(jìn)行比對,如果驗證成功,則根據(jù)角色的不同進(jìn)入不同的子系統(tǒng),系統(tǒng)角色按照職位的不同劃分為服務(wù)員、廚師、收銀員、經(jīng)理四個固定角色,每個角色的權(quán)限不同功能不一樣。系統(tǒng)實現(xiàn)截圖如4.1、4.2所示圖4.1用戶名密碼為空驗證截圖圖4.2驗證密碼位數(shù)截圖4.2.2點餐模塊主要代碼點餐模塊代碼實現(xiàn)的思路是首先客人瀏覽菜譜選擇不同的食品,系統(tǒng)先把該食品放入到購物車中,客戶可以對放入購物車中的食品刪除,不能重復(fù)點同一類的食品,對放入購物車中的食品系統(tǒng)自動計算出總價格,待確認(rèn)無誤后統(tǒng)一提交到數(shù)據(jù)庫,系統(tǒng)實現(xiàn)截圖如4.3—4.6所示圖4.3查詢空桌位圖4.4熱菜截圖圖4.5酒水截圖圖4.6菜單截圖4.2.3收銀模塊代碼實現(xiàn)收銀模塊實現(xiàn)的思路是根據(jù)會員編號系統(tǒng)自動計算出優(yōu)惠金額及實付金額。具體代碼如下。doubleyh=0;//獲得會員編號mid=this.txt_Member_id.Text.Trim();if(xf_je==null||xf_je==""){MessageBox.Show("請選擇餐單");}elseif(mid==""){MessageBox.Show("請輸入會員編號");}else{//驗證會員信息if(dc.T_Member.Count(m=>m.id.ToString()==mid)==0){MessageBox.Show("無此會員");}else{//顯示會員信息this.lbl_Member_Info.Text="會員信息:"+dc.F_MemberNameByID(Convert.ToInt32(mid))+":"+dc.F_MemberLeavlNameByID(Convert.ToInt32(mid))+"--"+dc.F_MemberLeavlByID(Convert.ToInt32(mid))+"級";//計算優(yōu)惠yh=Convert.ToInt32(xf_je)*(10-dc.F_MemberLeavlByID(Convert.ToInt32(mid)).Value)*0.1d;this.txt_YH.Text=String.Format("{0:C2}",yh);//計算實付金額this.txt_SF.Text=String.Format("{0:C2}",Convert.ToDouble(xf_je)-yh);isMember=true;//是會員}}系統(tǒng)實現(xiàn)截圖如4.7所示圖4.7客戶結(jié)賬截圖4.2.4配餐模塊代碼實現(xiàn)配餐模塊功能實現(xiàn)的思路主要是顯示最新的餐單,并且顯示出該餐單的詳細(xì)內(nèi)容,廚師或者配餐員配餐完畢后,系統(tǒng)修改慘淡的狀態(tài),并及時更新最新的餐單.4.2.5.系統(tǒng)管理模塊實現(xiàn)系統(tǒng)管理模塊主要實現(xiàn)菜譜、用戶、桌位、留言、會員的添加、編輯、刪除、查詢功能,具體如圖4.8-4.10所示圖4.8系統(tǒng)管理截圖圖4.9編輯菜譜截圖圖4.10桌位管理截圖

第五章系統(tǒng)測試5.1簡介5.1.1編寫目的本測試報告為餐飲管理項目的測試報告,目的在于總結(jié)測試階段的測試以及分析測試結(jié)果,描述系統(tǒng)是否符合用戶需求說明書。預(yù)期參考人員包括用戶、測試人員、開發(fā)人員、項目管理者、質(zhì)量管理人員和需要閱讀本報告的高層經(jīng)理。5.1.2項目背景隨著多媒體觸摸技術(shù)的不斷發(fā)展,智能化的應(yīng)用開始普及普通用戶的生活。從自助查詢終端到多媒體娛樂終端,到處可見平板觸摸技術(shù)的蹤影。在餐飲經(jīng)營中,傳統(tǒng)的紙制作業(yè)流程無法滿足現(xiàn)代客戶在信息娛樂及服務(wù)安保等方面的要求。而此系統(tǒng)的使用,使餐廳管理者便捷的進(jìn)行經(jīng)營娛樂的管理,大大增加的各店成本控制及銷售額5.1.3系統(tǒng)簡介針對各大餐飲企業(yè)深入了解與研究,根據(jù)餐飲企業(yè)的管理需求,研發(fā)了一套安裝操作極為簡單、性能穩(wěn)定、成熟可靠的信息化產(chǎn)品,主要適用于不同規(guī)模的酒樓、飯店、餐廳、飲食中心、酒吧、咖啡廳、西餐廳、茶樓等餐飲企業(yè),點餐系統(tǒng)利用軟件的全自動信息化手段,實現(xiàn)點菜、配菜、收銀的全部管理過程;完成點菜單計算機管理、點菜單前端收銀臺與各廚房的同步打??;實現(xiàn)菜單無紙化操作;后臺經(jīng)理用戶管理、會員管理及菜譜管理等。除此之外,點餐系統(tǒng)還可以對客戶資料進(jìn)行有效的管理,存檔和備查,杜絕酒樓“漏單”、“跑單”現(xiàn)象;幫助酒樓利用計算機強大的數(shù)據(jù)處理能力和流程優(yōu)化能力,實現(xiàn)自動化管理,簡化酒樓的工作流程,減少浪費及人為管理的疏漏現(xiàn)象,重新優(yōu)化配置企業(yè)資源,把經(jīng)營成本降低到最低5.1.4術(shù)語和縮寫詞無5.1.5參考資料1.餐飲點餐系統(tǒng)項目需求與設(shè)計、2.餐飲點餐系統(tǒng)項目測試計劃、5.2測試概要5.2.1測試用例設(shè)計本次測試用例設(shè)計主要采用黑盒測試【15】方法,功能模塊及集成測試采用的具體方法有等價類劃分【16】、邊界值劃分、正交分解、因果圖分析和錯誤猜測【17】。在系統(tǒng)測試時依據(jù)業(yè)務(wù)流程采用回歸測試。5.2.2測試環(huán)境與配置測試服務(wù)器配置:服務(wù)器地址:操作系統(tǒng):WindowsVISTACPU:Intel(R)Pentium(R)4CPU3.00HZ硬盤可用空間:160GB數(shù)據(jù)庫:MicrosoftSQLServer2005測試對象:FengShaDuMIS.exe5.2.3測試方法(和工具)主要是黑盒測試,測試的重點集中在業(yè)務(wù)流程、數(shù)據(jù)提取和各功能模塊間的接口。其中單元測試由開發(fā)人員直接完成;功能模塊采用黑盒測試的常用方法;集成測試模塊采用非漸增式測試,偏重系統(tǒng)的接口和數(shù)據(jù)提取方面;系統(tǒng)測試主要體現(xiàn)在業(yè)務(wù)流程的測試,主要采用回歸測試【18】5.3測試結(jié)果及缺陷分析5.3.1測試執(zhí)行情況與記錄1.登錄模塊測試測試情況如圖5.1所示圖5.1登陸測試截圖2.點餐模塊此時情況如圖5.2、5.3所示圖5.2點餐主界面截圖圖5.3點菜測試截圖3.配餐模塊測試情況如圖5.4所示圖5.4廚師配餐測試截圖4.收銀模塊測試圖5.5所示圖5.5收銀模塊測試截圖5.系統(tǒng)管理模塊測試圖5.65.8所示圖5.6菜譜管理測試圖圖5.7會員管理測試圖圖5.8用戶管理測試截圖6.留言管理測試圖5.95.10所示圖5.9客戶留言測試截圖圖5.10留言統(tǒng)計截圖

結(jié)論本文從瀑布模型開發(fā)過程的原理出發(fā),在分析餐飲系統(tǒng)工作流程的基礎(chǔ)上,討論并建立了餐飲點餐系統(tǒng)的工作流模型,采用C#4.0+DotNetBar7.0+Ling+SqlServer2005實現(xiàn)了餐飲點餐信息管理系統(tǒng),運用黑盒測試原理對該系統(tǒng)進(jìn)行的單元測試及集成測試表明。該系統(tǒng)實現(xiàn)了:(1)客戶點餐(2)廚師配餐(3)收銀管理(4)系統(tǒng)設(shè)置。本系統(tǒng)的問題主要表現(xiàn)在菜譜的及時更新方面,如經(jīng)理在營業(yè)期間對菜譜價格做了及時調(diào)整,客人在點餐的時候會遇到價格沒有及時更新的情況,另外本系統(tǒng)在資金結(jié)算方面還不夠人性化,如不支持銀行卡結(jié)算,這些問題是本系統(tǒng)今后改進(jìn)的方向。

文獻(xiàn)[1]甘華蓉,餐飲管理與實務(wù),北京,對外經(jīng)濟貿(mào)易大學(xué)出版社,2009年,109-120頁Definition:Howfasttablesemptyandfillduringashift.Ahighturnoverratemeansmorepeoplehaveeatenandgone,whileaslowturnoverratemeansthesamepeoplehavebeenatthetableforalongtime,orthetableissittingempty[2]苗鳳君,局域網(wǎng)技術(shù)與組網(wǎng)工程,北京,清華大學(xué)出版社,2010年,150-151頁Thenameofapopularwirelessnetworkingtechnologythatusesradiowavestoprovidewirelesshigh-speedInternetandnetworkconnections.TheWi-FiAlliance,theorganizationthatownstheWi-Fi(registeredtrademark)termspecificallydefinesWi-Fiasany"wirelesslocalareanetwork(WLAN)productsthatarebasedontheInstituteofElectricalandElectronicsEngineers'(IEEE)802.11standards."[3]李大軍,POS系統(tǒng)應(yīng)用,北京,清華大學(xué)出版社,2004年,10-13頁[4]武仁杰,Web程序設(shè)計,北京,中國鐵道出版社,2009年,5-6頁[5]徐士良,葛兵,計算機軟件技術(shù)基礎(chǔ),北京,清華大學(xué)出版社,2010年,25-31頁[6]彭愛華,劉暉,王盛麟,Windows7使用詳解,北京,人民郵電出版社,2010年,2-3頁[7]王小科,呂雙,C#從入門到精通,北京,清華大學(xué)出版社,2008年5-10頁[8]蔣瀚洋,李月軍,龐婭娟,SQLServer2005數(shù)據(jù)庫管理與開發(fā)教程,北京,人民郵電出版社,1-8頁[9]劉振安,董蘭芳,劉燕君,面向?qū)ο蠹夹g(shù)與UML,北京,機械工業(yè)出版社,2007年,24-26頁[10]佩措爾德,Windows程序設(shè)計,北京,清華大學(xué)出版社,2010年,245-256頁[11]陳明,軟件工程學(xué)教程,北京,科學(xué)出版社,2006年,130-131頁[12]張海藩,軟件工程導(dǎo)論,北京,清華大學(xué)出版社,2003年,139頁Programminglanguageshavetraditionallydividedtheworldintotwoparts--dataandoperationsondata.Dataisstaticandimmutable,exceptastheoperationsmaychangeit.Theproceduresandfunctionsthatoperateondatahavenolastingstateoftheirown;they'reusefulonlyintheirabilitytoaffectdata.Thisdivisionis,ofcourse,groundedinthewaycomputerswork,soit'snotonethatyoucaneasilyignoreorpushaside.Liketheequallypervasivedistinctionsbetweenmatterandenergyandbetweennounsandverbs,itformsthebackgroundagainstwhichwework.Atsomepoint,allprogrammers--evenobject-orientedprogrammers--mustlayoutthedatastructuresthattheirprogramswilluseanddefinethefunctionsthatwillactonthedata.WithaproceduralprogramminglanguagelikeC,that'saboutallthereistoit.Thelanguagemayoffervariouskindsofsupportfororganizingdataandfunctions,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論