IJRIT Internatinal Jurnal f Research in Infrmatin Technlgy, Vlume 2, Issue 3, March 2014, Pg: 284-288 Internatinal Jurnal f Research in Infrmatin Technlgy (IJRIT) www.ijrit.cm ISSN 2001-5569 Restaurant Management system Virendrakumar Rai, Sagar Shinde, Bhushan Mhatre, Prasad Mahadik Yadavra Tasgankar Institute f Engineering & Technlgy, Bhivpuri Rad, Karjat, Maharashtra, INDIA Abstract- This Andrid applicatin prvides yu the whle menu f restaurant.s whenever yu cpmes fr Buying r rdering the fd,yu dn t need t wrry abut making references because this app is able t take all menu related t yur expectatins.all yu need t d is just make a rder nte f yur chice in this app.in shrt,place the rder,s anywhere yu are just place the rder & search nearest restaurants t By using this app yu can d fllwing. Can search the menu Can rder the fd Can search nearby restaurants Order placed will directly g t kitchen display device Yu will get unique id.n t place yur rder. keywrds: Menu,Buttn, I. INTRODUCTION The cncept f restaurant table rder management system, since it is andrid applicatin, I will keep everything as simple as pssible. The prject cnsists in an Andrid applicatin that can be used by emplyees in a restaurant t handle the clients, their rders and can help them easily find free tables r place rders. This applicatin, created mainly fr prf f prper user-mbile interactin. The restaurant menu is rganized by categries (appetizers, sups, salads, entrees, sides and drinks) f menu items. Each menu item has a name (e.g., fried rice), price and assciated recipe. A recipe fr a menu item has a chef, preparatin instructin sand assciated ingredients. The ingredients are identified by their ingredient id and the quantity f the ingredient needed t prepare a particular recipe, the unit f measure and a name. Restaurant Table Management System (RMS)" is andrid applicatin t restaurant management. This system is use t prvide service facility t restaurant and als t the custmer. The services that are prvided are fd rdering and reservatin table management by the custmer thrugh the system, custmer infrmatin management and waiter infrmatin management, menu infrmatin management and reprt. Main bjective build the system this is t prvide rdering and reservatin service t the custmer. With this system, rdering and reservatin management will becme easier and systematic t replace traditinal system. Effrts have been taken by restaurants t adpt infrmatin and cmmunicatin technlgies such as PDA, wireless LAN, cstly multi-tuch screens etc. t enhance dining experience. This paper highlights sme f the limitatins f the PDA-based fd rdering system and cstly Multi-tuchable Restaurant management system and prpsed the lw cst Multituchable Restaurant Management System as a slutin. The System cnsists f the multi-tuchable interactive dining menu that allws custmers t make rder cnveniently n the develped multi-tuchable dining table during the busy hurs using their fingers. Orders made by the custmers will be updated instantly t a centralized database and subsequently reach the cashier and the kitchen mdule Virendrakumar Rai, IJRIT 284
IJRIT Internatinal Jurnal f Research in Infrmatin Technlgy, Vlume 2, Issue 3, March 2014, Pg: 284-288 respectively. Management staff culd use the system t manage the restaurant peratins digitally, starting frm the creatin f fd items fr the multi-tuchable interactive dining menu t deleting it r t manage rders frm custmers all the way t billing it. This Andrid applicatin prvides yu the whle menu f restaurant. S whenever yu cme fr buying r rdering the fd, yu dn t need t wrry abut making references because this app is able t take all menu related t yur expectatins. All yu need t d is just make a rder nte f yur chice in this app. In shrt, place the rder, s anywhere yu are just place the rder & search nearest restaurants t. II. EXISTING SYSTEMS System Analysis is a detailed study f the varius peratins perfrmed by a system and their relatinships within and utside f the system. Here the key questin is- what all prblems exist in the present system? What must be dne t slve the prblem? Analysis begins when a user r manager begins a study f the prgram using existing system. During analysis, data cllected n the varius files, decisin pints and transactins handled by the present system. The cmmnly used tls in the system are Data Flw Diagram, interviews, etc. Training, experience and cmmn sense are required fr cllectin f relevant infrmatin needed t develp the system. The success f the system depends largely n hw clearly the prblem is defined, thrughly investigated and prperly carried ut thrugh the chice f slutin. A gd analysis mdel shuld prvide nt nly the mechanisms f prblem understanding but als the frame wrk f the slutin. Thus it shuld be studied thrughly by cllecting data abut the system. Then the prpsed system shuld be analyzed thrughly in accrdance with the needs. System analysis can be categrized int fur parts. System planning and initial investigatin Infrmatin Gathering Applying analysis tls fr structured analysis Feasibility study Cst/ Benefit analysis. In the current system we need t keep a number f recrds related t the student and want t enter the details f the student and the marks manually. In this system nly the teacher r the schl authrity views the mark f the student and they want t enter the details f the student. This is time cnsuming and has much cst. III. PROPOSED SYSTEM OVERVIEW In ur prpsed system we have the prvisin fr adding the details f the custmers by themselves. S the verhead f the restaurant authrities and the waiter is becme less. Anther advantage f the system is that it is very easy t edit the details f the custmer and delete a custmer when it fund unnecessary. The marks f the custmer are added in the database and s students can als view the marks whenever they want. Our prpsed system has several advantages User friendly interface Fast access t database Less errr Mre Strage Capacity Search facility Lk and Feel Envirnment Quick transactin Virendrakumar Rai, IJRIT 285
IJRIT Internatinal Jurnal f Research in Infrmatin Technlgy, Vlume 2, Issue 3, March 2014, Pg: 284-288 IV. FLOW DIAGRAM Fig 9: flw diagram f restaurant management system V. SYSTEM ARCHITECTURE Fig 9: system architecture diagram f restaurant management system When the custmer enters the restaurant, he wuld surf n the tablet t rder his menu. He culd als surf quickly if he has already decided upn what t rder. He wuld click the item he wants t rder and after he is sure he wants each item in the list, he wuld click cnfirm. The cnfirmed rder wuld be displayed n the display screen in the kitchen. After the chef has cmpleted preparing the item, it wuld be ntified t the custmer. After the custmer has cmpleted eating the fd, bill wuld be directly passed t the custmer. As the interface changes every time, the sessin passwrd changes. This technique is resistant t shulder surfing. Due t dynamic passwrds, dictinary attack is nt applicable. Hidden camera attacks are nt applicable t PDAs because it is difficult t capture the interface in the PDAs. Virendrakumar Rai, IJRIT 286
IJRIT Internatinal Jurnal f Research in Infrmatin Technlgy, Vlume 2, Issue 3, March 2014, Pg: 284-288 VI. SCOPE This sectin cnsists f three cmpnents which is target user, target area and Prject deliverables. Target User:- The grups f user that had been identified t use the system are custmer and administratr. Custmer:- This user will register t be a member t use the nline system f this nline restaurant management system (ORMS). This nline rdering divided int tw type f custmer; it is custmer dine-in rdering and takeaway rdering. Fr dine in rdering, custmer will view menu, make nline rdering and make a reservatin table. But take away Ordering, custmer can view menu and nline rdering withut reservatin table. After custmer makes nline rdering, custmer can take rdering the date that custmer was chse during make nline rdering. Event thugh, custmer must cnfirm nline Ordering with restaurant three days befre custmer take the rdering fr dine-in Custmer and fr take-away custmer will be cnfirm ne hur befre it whether by Email r phne. Administratr:- Administratr is the persn wh will manage the entire system. This type f user will als d maintenance and cntrl the applicatin f this system. Administratr takes a respnsibility t register new custmer, register new waiter, register new menu int Database and etc. VII. FEASIBILTY ANALYSIS Whatever we think need nt be feasible.it is wise t think abut the feasibility f any prblem we undertake. Feasibility is the study f impact, which happens in the rganizatin by the develpment f a system. The impact can be either psitive r negative. When the psitives nminate the negatives, then the system is cnsidered feasible. Here the feasibility study can be perfrmed in tw ways such as technical feasibility and Ecnmical Feasibility. Technical Feasibility:- We can strngly says that it is technically feasible, since there will nt be much difficulty in getting required resurces fr the develpment and maintaining the system as well. All the resurces needed fr the develpment f the sftware as well as the maintenance f the same is available in the rganizatin here we are utilizing the resurces which are available already. Ecnmical Feasibility:- Develpment f this applicatin is highly ecnmically feasible.the rganizatin needed nt spend much mney fr the develpment f t he system already available. The nly thing is t be dne is making an envirnment fr the develpment with an effective supervisin. I f we are ding s, we can attain the maximum usability f the crrespnding resurces.even after the develpment, the rganizatin will nt be in cnditin t invest mre in the rganizatin. Therefre, the system is ecnmically feasible. A. Hardware Requirements: System : Pentium IV 2.4 GHz. Hard Disk : 40 GB. Flppy Drive : 1.44 Mb. Mnitr : 15 VGA Clur. Virendrakumar Rai, IJRIT 287
IJRIT Internatinal Jurnal f Research in Infrmatin Technlgy, Vlume 2, Issue 3, March 2014, Pg: 284-288 Muse : Lgitech. Ram : 512 Mb. B. Sftware Requirement: Operating system : Windws XP. Cding Language : Java 1.6 Tl Kit : Andrid 4.4 IDE : Eclipse VI. CONCLUSION The prpsed system wuld attract custmers and als adds t the efficiency f maintaining the restaurant s rdering and billing sectins. A management system was develped as part f the RMS t allw manager t easily create, update and manage the multi-tuchable dining menu. With the RMS, custmers n lnger need t wait fr attendant t serve them during the peak hurs. Custmers themselves culd make rder n their table surface by interacting with the multi-tuchable dining menu using fingers, any time they wish reducing the waiting time fr an attendant. In shrt, the RMS if implemented prperly culd pssibly imprve the verall restaurant efficiency, reducing labr cst, prviding a better quality f services and enhance custmers dining experience.. VIII. ACKNOWLEDGEMENT I remain immensely bliged t Prf. Sunil Jadhav, fr mtivating me fr the idea f this tpic, and fr his invaluable supprt in gathering resurces fr me either by way f infrmatin r cmputers als his guidance and supervisin which made this seminar successful. I wuld like t thank Prf. Vaishali Lndhe, head f Cmputer Engineering and Dr. Rajendra prasad and all faculties fr their invaluable supprt and mtivatin. I wuld like t say that it has indeed been a fulfilling experience fr wrking ut this seminar tpic. Finally I wish t extend my gratitude t all the YTIET staff that all made ur develping perid a great experience fr us. REFERENCES 1. http://www.emenuwrld.cm/emenu/features_22 2. http://www.deplid.cm/tablet/ipad/ 3. http://aptit.cm/why-aptit 4. https://www.menupad.cm/features 5. http://www.waitersrace.cm/tablets-and-e-menu-debates-arund-the-restaurants-tables 6. http://www.tuchbistr.cm/features. 7. http://www.acsu.buffal.edu/~suchismi/irec.pdf 8. http://en.wikipedia.rg/wiki/jaccard_inde 9. http://andridcmmunity.cm/tshiba-10-1-inch-andrid-tablet-gets-fully-detailed-20110318 Virendrakumar Rai, IJRIT 288