Програмне забезпечення системи бронювання замовлень в закладах харчування

Бойко, Роман Ігорович
Please use this identifier to cite or link to this item: https://er.chdtu.edu.ua/handle/ChSTU/9139
Title:	Програмне забезпечення системи бронювання замовлень в закладах харчування
Authors:	Півень, Олександр Борисович Бойко, Роман Ігорович
Keywords:	ресторанний бізнес;автоматизація;бронювання столиків;проектування,;бази даних;restauгant business;automation;table гeseгvation;design;databases
Issue Date:	9-Jun-2023
Abstract:	АНОТАЦІЯ Автоматизація закладів харчування в даний час є потребою і необхідністю. так як вона набагато спрощує процес роботи і допомагає звести до мінімуму збитки і зайві витрати. В результаті автоматизації підвищується якість сервісу і престиж закладу; забезпечується швидка обробка замовлень і обслуговування відвідувачів; поліпшується узгодженість і контроль за роботою персоналу: ведеться облік руху матеріальних цінностей і руху товарів ; скорочуються тимчасові витрати на пошук і аналіз інформації. Метою бакалаврської роботи є розробка системи, яка буде мати наступний функціонал: Користувач повинен мати можливість переглядати всі заклади харчування які занесені в систему, резервувати столики і також робити замовлення на вказаний час. ANNOTATION Automation of the геstаurапt busiпess is сurтеntІу а пееd and а necessity, as it gгeatly simplifies the woгk process апd helps to minimize losses and unnecessary costs. As а ·esult of аutоmаtіоп, the quality of seгvice and the prestige of the institution incгeases; quick pгocessiпg of ordeгs and visitoг seгvice is ensured; consistency and сопtгоІ оvег the woгk of the staff іmргоvеs; accounting for the movement of material values апd the movement of goods; the tіmе spent on seaгching and analyzing іпfоппаtіоп is гeduced. The goal of the bachelor's thesis is to develop а system that will have the following fuпctionality: The user must bе аbІе to view all the гestauгants listed in the system, reserve tables and also make an ordeг fог the specified time.
URI:	https://er.chdtu.edu.ua/handle/ChSTU/9139
Appears in Collections:	121 Інженерія програмного забезпечення (Інженерія програмного забезпечення)
Files in This Item:
File	Description	Size	Format
Кваліфікаційна робота бакалавра Бойко Роман Ігорович.pdf Restricted Access		17.58 MB	Adobe PDF	View/Open Request a copy
Show full item record
Extracted text
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ 
Ч ЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ 
Факультет інформаційних технологій і систем 
Кафедра програмного забезпечення автоматизованих систем 
ПОЯСНЮВАЛЬНА ЗАПИСКА 
до кваліфікаційної роботи 
«бакалавра» 
освітній рівень 
на тему: Програмне забезпечення системи бронювання замовлень в 
закладах харчування 
Виконав: студент 4 курсу, групи ЗПЗ-І 84 
Спеціальності 
121 «Інженерія програмного забезпечення» 
(шифр і назва напряму підготовк11) 
Студент Бойко Р.І . 
(прізn11ще та і н і uіал 11) 
Керівник Півень О.Б. 
(прізnнще та і~1іuіш111) 
Рецензент ~?а-то tQ...µ и ~ 
(nрізо11ще та і11 іuіал11) 
Черкаси 2023 
t!mr"a N" У .(J О І 
(I Ji\ J(JJ( 2 
Чсркаськ11іі держав1111іі тсх11олоrі'І1111й у11іверс11тет 
Фn1<уm,тст і11формаціП1111х технологій і с 11стем 
(rюrн1 .1 11:пnа) 
Кафсдрn 11рограмного забсз11ечс11 11я аuтоматюованих систем _________  
(no1111a 1131113) 
Напрям підготовки ІНЖЕНЕРІЯ ПРОГРАМНОГО ЗАБЕЗГІЕЧf: 111-1}! __________  
( • 0.1. 113183) 
Спсніаль11іст1, 12 1 « ІНЖГ;НЕРІЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ►> --------
(KOJ. ІІО'JОа) 
ЗАВДАННЯ 
на д11nлоІ\11111й прое,п (роботу) освіт11ьо-кваліфікаційноrо рівня 
" Бакалавр " 
(113383 рівооя) 
студенту =Б~о~й~к=о~Р~-~'·'----------,........,--,....,....--,,---,,----------
<прізонwс. ім·я. по батькові) 
І .Тема прое,пу (роботи) Програмне забезпечення системи бронювання замовлень в закладах 
ха )Ч вання. 
затверджена наказом по університету від "24"02 2023р. №43/04 
2. Термін здачі студентом закін•1еного проекту (роботи) "08" 06 2023 р. 
3. Вихідні дані до проекту (роботи)~ ________________ ___ _ 
ОПЕРАЦІЙНА СИСТЕМА - MICROSOFТ WГNDOWS 7/ 10. 
(НІІ:JІЮ•tаІОІІІІ,СЛ кількіс11і а6о (та) лкіс11і ІІОКОЗІІІІК/1, Лh'/Ш 11081/ІІСІІ нід11оніда11111 об 'скт 11роек111у11а111ІЛ 
11аукового дос.1ід.Ж(!І/ІІЛ) 
4. Зміст розрахунково-пояснювальної записки (перелік питань, що їх належить розробити) 
І . Опис напряму дослідження _____________________ ___ _ 
2.Аналіз існуючих рішень_ __________________________  
3. Аналіз середовища розробки _ ________________________  
4 .Опис розробки системи ___________________________  
5 . Висновки ______________________ ___________  
б.Додатки --------------------------------
5. Перелік графічного матеріалу 
Рисунок Г. І - Головна сторінка. 
Рисунок Г.2 -Задачі дослідження . 
Рисунок Г.3 - Середовище розробки. 
1'1н·у 11111< І .'І k11ун11 11 11р111 р:ш11 1 а 11а 11111 ,, . 
І 1 1 н·у 11 11 1< І . ~ ( )1111 с c 11 1: 1i;t.11 1. 
IJ'i. 12 2о;,;, р. 
~і~' '"""'' '""'''""'' ' 
' J111ща111н, 11/НІ ІіІІІІІІ /НІ ІІІІІ(ІІІІа/11111 ~...,  
., 
'І . ....... , -
1Сат·1111:1р1111/і 11J11111 
(І ІІ) / '111/ІІІ(t:, і 11 і 1 1іаJІІІ) 
№.! І / а · 1 1 1:1 І.:'І а11і11 111111 у1,;1( 11о'і ма, і 1.:· 1 1.: р1.: 1,1т'і С1 рОІ< 11111со11 а 111111 t: 1a1 1i11 
1 / 11 І І р11 ,чі 1 ,,а 
1юfіт 1 1 11pot:I( , у (pofim II J 
І І / ос·, а11011І(а ·нщ:1 1 1 і 05. І 2.2022 І3111ш11 а110 
2 І І ію u ·1u 111(;1 '1: 11ща111111 І J . 12.2022 І! 1,11ш11 : 11ю 
3 Іl 01 ·щ1;1(t:ІІІІН 'ІШІ}{;ІІІІІU І 6. 12.2022 /31·11( (1 11 ,111 0 
4 1ап11.:рJ(і/(СІ 11 І я 'НІ IIJ(a 111 ІН І 1).02.202.1 fj 111(()11:11 /() 
Ос11111111а с·, :щіи Іl111щ11а1ю 
І ГІі}(біп матспіапін 27.02.2023 /311 ІШІ/ а ІІо 
2 Л 11ш1 і·1 ІІІШІ Хі ІІ пі111с11т1 І ІОСЛІІІ/І (; J ІО'і '!aJ(a'li 04.03.2023 /3и І(()fІаІ ІО 
3 P O'l()UX УІІОІ( ОСІІ ОІІШІХ 1/Щ):ІМС'/ пі11 поGО'І И 10.03.2023 /j ~/ 1(01/ :1110 
Вибір 1<і 11ц~.: 1ю1·0 11а ріа11ту ІІJЮСІ('t11щ·о 17.03.2023 
4 пі111~;1111н І3ико11а110 
5 О1Іюпм1 1 с.:1111н 11щ,віс11ої т:ю11щії poGm 11 25.Ю .2023 U111, 0 11 a 11 0 
1аю1ю1 111а с1 щ1ін / ІІІІ(UІІ:111() 
УJ І О)(іІ(С І/11 11 11риі,іш11 их 11/ЮСІ(' / ІІИХ ріІJІСІІІ, 'І І 0.05.2023 
І І(С() і ІІІІИ І(Оt, / / _!~1,cu 11 a11u 
OфopMJICl/1/SI 1/ШІС ІІ ЮВШІІ,ІІОЇ ЗН ІІІ1 С І(И 19.05.2023 
2 роботи в кі 1111с11 ій пс1ш1< 11ії 13И І(ОІІ <І ІЮ 
3 І / 011срсд11і й ·н:~хист рuботн 22.05.2023 
4 Зит11ср11;1,с1111 11 rюботн 29.05.2023 
З.З Рсц~.:111v11а111 1н роботи о 1.0(1.2023 І З ~11<011at ю 
3.3 Захист поботн (JН.06 .2023 ВИІ((Н ІаtІО 
't"f 
СтуJtСІ ІТ·J(Н І IJJ()M 11 НІ< J .., ;,if) 
:! / (._ 
ІІІjІІtІ1ІІІЩ" ІА ІІІJІН"111 1 fнІ.111щ1 
І 
Ксрі111111к 11pot:J( 1у  
І 111, 11111~ І 
АНОТАЦІЯ 
Автоматизація закладів харчування в даний час є потребою і 11собхід11істю . 
так як вона набагато спрощує процес роботи і допомагає звести до мініму~-..-1 у 
збитки і зайві витрати. В результаті автоматизації підвищується якість сервісу і 
престиж закладу; забезпечується швидка обробка замовлень і обслуговування 
відвідувачів; поліпшується узгодженість і контроль за роботою персоналу: 
ведеться облік руху матеріальних цінностей і руху товарів; скорочуютьсн 
тимчасові витрати на пошук і аналіз інформації. 
Метою бакалаврської роботи є розробка системи, яка буде мати наступний 
функціонал: Користувач повинен мати можливість перегтщати всі заклаJ\Н 
харчування які занесені в систему, резервувати столики і також робнтн 
замовлення на вказаний час. 
Ключові слова : ресторанниі,і бізнес, автоматизащя , бронювання столиюв , 
проектування, бази даних. 
ANNOTATION 
Auto111atio11 of tl1e геstашапt bнsiпess is сштеntІу а пееd and а necessity, as it 
gгeatly si111plifies tl1e woгk process апd l1elps to minimize losses and unnecessary costs. 
As а 1·esult of анtошаtіоп , t\1e qua\ity of seгvice and the prestige of the i11stitutio11 
incгeases; qнick pгocessiпg of ordeгs and visitoг seгvice is ensured; consistency and 
сопtгоІ оvег tl1e woгk of tl1e staff ішргоvеs; accoнnting for the movement of material 
valнes апd tl1e moveшent of goods; the tіше spent on seaгcl1ing and analyzing 
іпfоппаtіоп is гeduced. 
Tl1e goal of tl1e bachelor's tl1esis is to develop а system that will have t\1e 
following fнпctionality: Tl1e user шust Ье аЬІе to view all tl1e гestauгants listed in tlle 
system, reserve tables and also make an ordeг fог the specified time. 
Keywords: 1·estauгant business, automation, table гeseгvation, design, databases. 
І 
ЗМІСТ 
ПЕРЕЛІК СКОРОЧЕНЬ ТА УМОВНИХ ПОЗНАЧЕІ-ІЬ .......... ....... ..... .. ... .. ................ .5  
ВСТУП ....... ...... .. ..... ...... ........ .. ... .. ......... .... .... .... ....... ... .. .............. ........................... ........ . . .(1 
І ІСНУЮЧІ МЕТОДИ ТА ЗАСОБИ РОЗВ'ЯЗАННЯ постлвлr::них 'JЛВ}lЛ І ІІ 19 
1.1 Актуальні проблеми, що виникають в процесі ви1<0 1 ~а11ш1 'Jа 1ща111, ............. 1J 
1.2 Методи та засоби, яю вже nи1<ористовуют1,ся JtJ ІЯ усу 11 с 1 1 101 11роfі; 1см ·1а  
виконання заnдань ...... ............... .............. ... ... ........................ .......... ... .. .. .. ........ ............. 12 
І .З Ко111<рет11заuія зшщи11ь ро6оп 1 ...... ...... .. ... .................. ... ........................... ...... 20 
Висновки до першого розділу: .... ... ... ........ ... ......... .............. ............... .......................... 20 
'ПРОЕКТУВАННЯ ПРОГРАМНОГО ЗАБЕЗП J::Ч J:: І ІН Я 11 ІФОРМЛІ lІ Й І ІИ Х 
СИСТЕ 1 ... ..................... .. ......................... .. ...... .................. ....................................... .... 23 
2. 1 Модс:11ова1111я прсді\н.:т~юї o6Jt:icтi ..................................... ............................ 21 
2. І . І Преді\ 1ст1 1 ..1 абJІ а ·т1, :--t0J ti.:J11oвa1111» . Мщtс; 11, прсн;-. 1 1.:111ої 0Gnac1 і. 
Словн111< прсл.111слюї о6JІасті ............ .................. .. ... .......... .......................... .. 23 
2.1.2 Елс~1снт11 МОіtс.11ю11а1111я 11рснм1.:п 1 ої області ........ .. ............. ............... 23 
2.1.3 Робоча областt, молел1011а1111 н .... ... ..... ....... ................ ..... ......... .. .......... . 24 
2.2 Формува 11 11я та ана.11.з  nююг .... ... ......... ....................... ....... ... .......... .... ........... 2:>'  
2.2.1 Фор!\1ува 1шя ВІ1і\ІОГ ДО ГІ\ЮГрЮІІІОГО 1а6-: ·J 11 счс1 1ш1 . І kрв 1 1 111 1 і І 
,1СТЗJІ І, 1-1 1 ПІ1;\ЮГН. 811моп1 3.І і\Юn!ІІІКП І р 'фООІІ ІІ Ка . Фу11 к 1tі ОІ І і..І J ІІ ,ІІі І а 
нссІ 1у11юt.ю 11 а.ТJ І,ІіІ.  ВІ1/\ІОГН ..... .. ... ........... ............................. .. .... ....................... ?- (,)  
2.2.2 Формування ІЗН~10Г 'За ДОІІОі\ЮІ ·ою ;~іагрn~ІІІ ІІJ)СЦСJtСІП ів . ...... .. . ....... 2К 
2.3. 1 Діагра~ш КЛ:.ІС ІВ ....................... .. ............................. .... ..... ................... .. . О 
2.3.2 Д1. а грам11 ІН1І<СТІ. І3 .., І 
.............. . ...................... . ....... ... ........... . ..... .. ................. .) 
2.4 Архп. сктур 1 1с просктуnа11 11 я ... ........... .... ....... ... ......... .. ........................... .... ........, ._.,  
2.4 . . 
J Діаграма KO~IJIOIICHT JB ... . . .. .... . ....... . ...... .. ....... ... . ...... ................... . ·· · ·· •·· .. .~) 3 
ЧДТУ . 23 J4U.:\ .U02 11·1 
\ 
!-, .'l 1 1п S.• ,1011\tl ,[ ~i:r , І . 110 
1'111p,JG fi11Іlh\) і' І 111" _'л,. ... П рt11 р.,,,111 .: 1.111.: І ІІ І.'' 11.' ІІ ІІК , "I IL 1,· ,1 11 ~ І .. , І . І ~, \. І І , ІН\. І ІН 
Іkрс1щ11111 І І111~ 1 11, () І, r/'- · UJ1UIIІ11ІJ,IIIIIJI І,І\ІUІІ . Іс· 11 1, Ь l.thc: 1.1_\.I\ 
' 11 І 1 І І 
~- ,,,;,,,; / ФІТ І <.:. ~.:аф~. 1ра І \1ЛС. 
1-J . ІШІНJ). ІІ ІІІІ.'111, О . Ь ~ v.t" / '3Пl- І!.-:➔ 
1а1111:р.1. І o.1yu C:.J3. ( /, ~ 
V~ 
2.4.2 Розгортання програмної системи на апаратних засобах. шаграма 
розгортання ........... ... ....... .. ...... .. ......... .... ... .... ......... ...... ........................ ...... ..... 34 
2. 5Моделювання поведінки системи .... ...... ........ ... ..... .............. .. ......... ....... .. ... .. 35 
2.5.1 Діаграма діяльності ...... ...... .. .. ....... .. ..... .. ............... ....... .. ............ ... ....... ... 35 
2 . 5 .2Діаграма послідовності .. ... ... ........ .... ....... .. ............................ .......... .... ... 37 
2 . 5 .3Діаграма комуніІ<ації .. ...... ......... ............ .... .............. .. ..... .. .......... .... ...... ... 38 
2.5.4Діаграма скінченного автомату ........ .... ..... ..... .... .............. .... ....... .... .. .... .3 9 
Висновки до другого розділу ... .. ....... .. ... .. .................. ......... .. ... .. ........ ... .......... .... ........ . 40 
3 РОЗРОБКА ТА ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ................. 41 
3 .1 Розробка програмного І<омплексу .. .. .... ...... .. ...... ....... ... ...... ...... .. .... ............. .. 41 
3. 1.1 Обrрунтування вибору засобів реалізації ... .... ...... ............. ........... .. .... 41 
3. l .2 Опис структурної ( функціональної) схеми ........ ..... ... ...... ...... .... .. ... .. . 41 
3.1 .3 Опис логічної схеми системи ...... ... ................. ... ........ ......... .... ........... .. 43 
3.1.4 Розробка бази даних ... .... .. .. ... ... ........... ..... .... ... ...... ....... ....... .......... ....... 45 
3 .1.5 Розробка інтерфейсу користувача ....... .................. ... .. ............. ..... .... ... 45 
3.1.6 Опис розробки програмних компонентів ....... .. ........ ....... .. .. ...... .... ..... 52 
3.2 Тестування системи ............. .......... ........ .. .... .......... ........ ........ ......... ... .. .... ....... 58 
3 .2. l Модульне тестування ... ......... .. ... ............. ..... ........ ...... ..... .... ..... .... .......... 58 
3.2.2 Інтеграційне тестування ..... ...... ... ..... .............. ..... .......... ..... .. ..... ........ ..... 59 
Висновки до третього роздшу ... ..... .. ... .. .... ...... ........... ..... ... ..... ...... ...... ......... .... ..... . .. .... 61 
висновки .. ....... .................................. .... ....... ······. ....................... .......... ..................... 62 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ .. .. ....... ............ .... ....... ... .... ... ... ...... ................ 64 
Лнст 
ЧДТУ. 231404.002 ПЗ 4 
Зм. Лист № дОІ(VМСнта Пілпнс Лата 
Ч ТУ. 23 І-Ю-Н102 ПЗ 
ПЕРЕ.111' С1'0РОЧЕНЬ ТА УМОВНІІХ ПОЗНАЧЕНЬ 
"~ L tпІ ·1шеtі qнегу \анgнаgе - l\ІОВа струкrурова1111:-- зап11тів 
i;, 6:,··а :\ан 11 :--
1 6 гіга6:.1ііт. кратна од11н1щя в 11 1' 11ру кількості інформації. що 
.:.tor і~нюr І o_-i мсгnбаіітам 
1111на1'ІІЧНО 
що ДОЗВОЛЯ(" веб-розроб н 11 ка:-., 
JSP 
генеру13ат11 НТГ\ \L. Xt\ IL та інші веб-сторінкtt 
ПЗ прl)Гра:-.,не забезпечення 
пп прогр:1:-.11-111іі продукт 
СУБД 1.:111.:теі\Іа управління базаl\ІІІ дан11х 
тз технічне завдання 
універсальн111і фреЇ\l\ІВОрк з вщкр11т11м в11х1дниl\1 кодом для 
Sргінg 
J а\1а-платфорl\111 
5 
f 11t  І \' } \ І Ю, І (ІО .1 11 І 
ІН І . 11 
\І,І \ ІІ . ІІ , 111~· 11 , 11 '\ ІН 
ll)'l' \Lї ,11\ ll'IJ,1 Cl\ .ll'l/1 0\f cr1cr11a 11, ІІОС ІІ 12 1 
11р1ч )' ,І\111 1'1 "' 1,1tic IIIC'll'IIIIIJ " f kii 11ро1 pa,t1111i1 rrpo. (y" І СІ 110r~н11і1 . l JI !! ~ r1r,111 111111 І 
І І Ч ІІ,ІІ1'L І І 1,111 І і І . 1 \ \itp•t~' ll11IIIIH 
\ ' \ІІ'ІІІ І р11 111 1111,у рІІІІ І(\) 1 1()·, Cl(OJJ0.\1/l{JI га п1роrrс ііс1.ко1 lfl rc1 f1;ll[II 11 ~1 . l;ll\JГ I, 
11\ ' \1\1 llllll' \11;\ 'IL'IIIIH Jk'Cl'O j):111/!0i\ty fii ·111ccy /І Укрnїні. ІІІ ІНІЛКІІіі [Іf10[f1CC су 1 І ,І(ІІІІ\ 
ll' \ IJP ll()l 111 11111\1:11 :н · ІІ О ВІІХ IIIJlXO}IIU ло орга 11і 1nuії 11i..1rrrнrмcrn 1 \І СІІ)І(І 
1:1 :l111н1J 1l·1111я 1н1трс6 кл ісrrтіn . Рсстора 1111а с праRа с од11 11 і\ І з 11аИпопулярні11111 х Rtt:ttR 
,,:1.111111, Сі і · 111ссу. що ·1абсз 11 с• 1ус бл 11 з1,1<0 9% робочrrх i\ ticuь в 11 аціо11а;н,11і іі 
L't,otюi\1i11i . YpяJ t У1<раї1111 :юссрсю1<усться 11и 11ідтrимці малого б і з несу та 1щ1с 'Ja 
1сту ·1Сі і J 11,11111 т11 iioro частку у ВВП з 15% до 60%. Част11ш1 експерті в вважає. шо 
.' ІlІL'Ягнсн11ям нісї мсти може сприяти розвиток ресторанної галуз і . 
Зростан11я кіт,кості ресторанів та високий рівен1, конкурен11ії спонукаютr, 
шrаснrшів рсстора ні n до використання сучасних програмних рішень. Задоволення 
зростаючих вимог кл~єнтш щодо якосп та формату ресторан,в вимагає 
пол1пшен11я якості та швидкості обслуговування , шо може бути досягнуто за 
допомогою автоматизації діяльності . Автоматизован і системи дозволяють б іли11 
сфскл1вно вrюратись з веJ1икими обснами інформації, які виникають у 11роцес і 
функціонування ресторану. 
Аuтоматизація ресторанного комплексу є необхідною складовою успішного 
п:1строномічного бізнесу, оскільки допомагає вирішувати широкий с11ектр завдань. 
не відволікаючи працівників вщ основних обов'язків та роблячи процес 
обслуговування клієнтів більш ефективним. Це призводить до збільшення доходів 
закладу. Тому можна очікувати, що все більше ресторанів будуть впроваджувати 
шзтоматизацію в свою діяльність. 
Мета розроб1си: Є створення програмного продукту управління діяльност і 
закладу харчування. Це передбачає створення реляційної бази даних та 
б 
• 11\  , v .' , , -нн оо,} rf  1 
111~,,,р.1 • 1111 1 11, ІРІ,lІ"-\ •н·р1·1 14'І(НІІ І,у,н· І,ІІІІ (ІІІ(ІІІ,1 \ tІ (І, 11\ Іf \ 1 (1\І ' І' (І\' І! 1,11 1· 11 І 
' І 1•1 IPt ЧІ щ·111н1 111\l 1 ан 11.:ІІОІ f<.:TH ft rofior1 ІІЩЩІІ;;, 11 1 , \~І І , 11 І \ І /11111 
l t\ lt ЩІІІІИ р о 1pofi to1 . 
01 .'1И,'1 '-1Cl0, 111\ 1 ·t acofii н rc.t II ШІІІІ . 
І Ісрс1л1 ,11юm61111х 11ро1ращ111х 11ro.1yкr111. 
Y 10 •111c11mt 1 a j{il'J IIJIOCJ<l Y і 11\ЮСІ<ІУВПІІІІЯ ІІfЮІrачноr о пrо:І)КГу. 
011, 11мі ·1;щія 11rоек1 ,ю, о ріше1111я і реа:1і ·1ашя r1ror ра,11101 о щю_1у1, гу . 
Тес, у11а11ня програмного пролукту . 
Об' сктом розробки є доступність програмного продукту спожнRа • 1 у. 
Предмет розробки: Методи та засоби програмного продукту обліку 1ая во~,: 
кн і снті в ді яльності закладів харчування . 
У л.ан ій роботі методи розробки включають в себе використnння 
сереловища JDBC, Java, MySQL, Sргіпg Fгa111e,:vork , Sp ,·iпg Security . 
.JDBC - це пакет, що забезпечує АРІ для однакового досту 11у до р1зних 
джерел да них на основі мови баз даних SQL. 
Мається н а уваз і , що одна і та ж Jаvа-програма зуІ\•tі є за допомогою .J DBC 
реально працюв:пи в середовищі Wiпdows з даними MySQL або ж у середовищі 
So!aгi s з даними Іпfог111і х. Вона ж може бути збереженої процедурою в БД під 
Огас І е і працювати з даними ті єї ж Огас\е або, прим іром, Sybase. 
Реал ізується .JDBC у вигляді і11терфейсів java.sql (ос11ов11и й) і javax.sq! 
(розширений) . Конкретний набір класів , реалізує JDВС-інтерфейс і здійснює 
доступ до 1<онкретної СУБД, називається драйвером. 
Опис отрима11их резул~.татів. В даній робот і було розроблено програмне 
забезпечення 110 обл і ку замовлень 1<ліє1-1тів та м істить всю поточну інформацію 
про заклади харчування. 
Практичне значення отр11ман11х результатів. Проблема організації 
резервування столиюв заклащв харчування та організації вщношень м1ж 
7 
ЧДТУ. 231404.002 ПЗ 
ю1існтами та співробітниками була і є очевидною. 
В проекті застосована лише одна з можливих стратегій роботи з 
. . 
замовленнями. Для подальшої ДІЯЛЬНОСТІ можливе збільшення гнучкост1 
замовлень не обмежуючись наявною кількістю товару, а й враховувати дані 
замовлень . 
Особистий внесо1~ автора. Головною метою даної кваліфікаційної роботи 
було розробити програмний продукт, який забезпечить можливість бронювання 
столів в діяльності закладів харчування . В результаті виконання роботи було 
реалізовано інформаційну систему. Автор розробив програму, в якій користувач 
повинен мати можливість переглядати всі заклади харчування які занесені в 
систему, резервувати столики і також робити замовлення на вказаний час. В 
системі будуть менеджери які будуть додавати видаляти і змінювати всі наявні 
заклади харчування а також всю інформацію про них. 
8 
ЧДТУ. 231404.002 ПЗ 
РОЗДІЛ 1 
ІСНУЮЧІ МЕТОДИ ТА ЗАСОБИ РОЗВ'ЯЗАННЯ ПОСТАВЛЕНИХ 
ЗАВДАНЬ 
1.1 Актуальні проблеми, що виникають в процесі виконання завдань 
З появою традиції повноцінного сімейного відпочинку в Україні зросло 
інтерес до програмного забезпечення для бронювання замовлень у закладах 
харчування . Ця тема стала актуальною через динамічний розвиток ресторанного 
ринку в країні, що призвело до збільшення конкуренції між закладами харчування , 
появи нових форматів ресторанів та використання інноваційних підходів у галузі 
громадського харчування. 
Розвиток громадського харчування, зокрема ресторанного бізнесу, є 
предметом досліджень вітчизняних та зарубіжних авторів, таких як А. Аветисова, 
В. Антонова, В. Архіпов, В. Варфоломеєва, К. Егертон-Томас, В. Найдюк, Л. 
Нечаюк, В. Пивоваров, Г. П'ятницька, О. Сватюк, Н . Телеш, Т. Шталь та інші . 
Згідно з даними компанії "Ресторанний консалтинг" , загальний обсяг ринку 
громадського харчування в У країні за останні шість років збільшився з 12,3 млрд. 
грн. до 28,4 млрд. грн. Однак кількість закладів харчування в країні є 
недостатньою - на одне місце в ресторані припадає 35 осіб, тоді як у країнах 
Європи та США цей показник становить 7-8 осіб. 
Останнім часом в Україні з'явилися нові формати заклад1в громадського 
харчування, такі як "коворкінги", "некафе" або "sшагt cafe". Ці заклади часто 
знаходяться в центрі міста або в офісних центрах. Основна концепція таких 
закладів полягає у тому, що все є безкоштовним, крім часу . Вони працюють за 
системою "все включено", де відвідувач платить не за їжу та напої, а за 
витрачений час. Ці заклади представляють новий формат нерухомості, спеціально 
призначений для фрілансерів, стартаперів, ІТ-підприємців та маркетологів. 
Коворкінг - це модель роботи, де працівники залишаються вільними 
незалежними, використовуючи спільний простір для своєї діяльності. Вони 
9 
ЧДТУ.231404.002 ПЗ 
можуть займатися своїми справами у коворкінг-центрах або креативних 
просторах, орендуючи робоче місце на місяць, день або навіп" кілька хвилин . 
У Києві, найбільш відомими І<реативними просторами є та1<і місця, як 
«Часопис», «БеседниZzа», «Циферблат», «ВІВLІОТЕСН», «Freud House», « 12», 
«Kyivwoгkiпg», «Work-aпd-Roll». Вони пропонують своїм відвідувачам широкий 
спектр послуг, що включає кухню з кавою, чаєм, снеками , фруктами і печивом у 
необмеженій кількості. Тут також доступна оргrехніка, засоби зв'язку, сейфи , 
робочі кабінети, кімнати для переговорів, бібліотеки з буккросінrом і простори 
для відпочинку. Ці місця ідеально підходять для проведення ділових зустрічей, 
семінарів , майстер-класів, перегляду фільмів та концертів, а також для простого 
спілкування і відпочинку. Вони приваблюють людей, які комфортно відчувають 
себе в демократичній атмосфері і постійно пошуку нових трендів, знань і вражень. 
Креативні простори і коворкінrи стали свого роду культурно-освітніми центрами, 
що об'єднують кафе, офісні приміщення , освітні заклади, магазини, велопрокати, 
кінозали, конференц-зали, дизайн-бутіки, шоу-руми, лекційні зали та майданчики 
для розваг. 
Згідно офіційної статистики, у всьому свп1 нараховується 16 тисяч 
франчайзерів та 160 тисяч франчайзі, більшість з яких знаходиться у США (56,3% 
ресторанів швидкого харчування використовують систему франчайзингу), Канаді 
та Південній Кореї. В Європі лідерами є Велика Британія, Франція та Німеччина. 
Франчайзинг у сфері фаст-фуду став одним з найбільш надійних і прибуткових 
видів бізнесу завдяки своїй популярності, доступній ціновій політиці та швидкому 
обслуговуванню. 
З 2005 року компан1я Tea111vision, замовлена Асоціацією франчайзинга, 
систематично аналізує український рино1< франчайзингу. Результати дослідження 
публікуються в ЗМІ та передаються для використання органами державної влади, 
проте розробки програмного забезпечення в цій сфері є недостатніми. За даними 
компанії Teamvision, активне зростання кількості франчайзерів спостерігалося з 
10 
ЧДТУ . 231404.002 ПЗ 
2002 по 2008 роки (від 70 до 382), але в 2009 році цей показник різ 1<0 з 11и зився Jto 
247. Головна причина зменшення полягала у франшизах , які не відповіJLали 
нормам франчайзингу і завдали шкоди самій сутності цих відносин . З 20 І О put<y 
спостерігається новий рівень зростання кількості франчайзерів. 
У позитивних тенденціях в цій сфері можна виділити появу місцевих мереж 
та нових цікавих франчайзерів, які замінюють неспроможних конкурентів . 
Українська компанія "Система швидкого харчування" (Fast Food Systems) є 
лідером серед українських компаній. З 1998 року вона розвиває мережі ресторанів 
швидкого обслуговування за франчайзинговою моделлю. Головний офіс І<омпанії 
розташований у Львові, а представництва діють у Києві та Дніпропетровську. Їх 
заклади присутні в обласних центрах та "малих" містах. Компанія має власні 
торгові марки, такі як "Піцца Челентано" (понад 130 закладів), "Картопляна Хата" 
(близько 40 закладів), "Кафе Пункт" (малобюджетні кав'ярні) та "Яппі" 
(демократичний ресторан японської кухні). Усі заклади орієнтовані на середній 
клас споживачів, які цінують якість за розумну ціну. Формат закладів під назвою 
Qнick&Casual поєднує в собі якість і традиційність приготування страв, а також 
високий рівень обслуговування, як у класичних ресторанах. Цей формат 
характеризується скороченим меню, доступними ц~нами та затишною 
атмосферою. 
Побудова програмного забезпечення та мережі є ключовим фактором для 
майбутнього розвитку. Незалежним закладам ускладнюється конкурувати з 
великими гравцями на ринку через вщсутн1сть переговорної сили з 
постачальниками сировини, продуктів і напоїв, що змушує їх купувати за вищу 
ціну і негативно впливає на рентабельність бізнесу. 
В умовах жорсткої конкуренції за1<лади харчування використовують 
інноваційні підходи для залучення нових клієнтів та утримання постійних 
відвідувачів . Ці шдходи охоплюють оргаюзац~ю обслуговування 1<Л1єнт1в, 
приготування їжі та маркетингов1 стратегії. Сервіс, оперативний зв'язок, 
l l 
Ч) lТУ . 23 І 404.()()2 І 11 
()11111:'\IП:llll>I нін 11і 1 tу ва11ост і , 0 11ла і,і11 '3а~ІОВJІСІІІІЯ , ,'ЮС'! аnка ,Ю,'/0'.ІУ, ОПІІСС -
ІІІL' 'ру111 с 11 т 11 лоял 1~ 1 юст і , присуп1ісп, у со11іал ь11их мережах та а.1апта111,1 .10 
Іt)6іm,ш1х rалжстів с осноRними склаловим и успішних кон1tеn1tій. 
У сфері закладів харчування поширені наступні іннова11ії програчного 
'Забезпечен ня : 
Бе3І<оштовний Wi-Fi у закладі. 
Інтерактивне електронне меню, яке зам1нює паперов1 стор1нки та окре:-.11 
винно-коктейльні карти . Електронне меню забезпечує комуюкашю ~11ж 
адм1н1стращєю та вщвщувачами , дозволяє швидко редагувати та оновлювати 
меню . Клієнти можуть вибрати вино за різними критеріями та побачити 
остаточний чек. Також вони можуть грати в ігри , читати новини та перегля.Jати 
fнтернет під час очікування замовлення. 
Використання QR-кодів, які можна розміщувати на р1зних нос~ях. Клієнти 
можуть сканувати QR-коди за допомогою мобільного телефону або відеокю1ери 
ноутбука, щоб отримати інформацію про заклад, авторство інтер'єру, меню та 
акції. За допомогою QR-кодів можна проводити опитування, голосування, 
отримувати відгуки від клієнтів та залучати їх до соціальних мереж та 
інформаційних розсилок. 
Інтерактивні столи, що дозволяють клієнтам замовляти страви, отримувати 
детальну інформацію про них, спостерігати онлайн-трансляцію приготування та 
спілкуватися з іншими відвідувачами. 
Інтерактивний бар, який включає в себе відео ефекти, залежні від предметів 
на барній стійці та поведінки клієнтів . Ця система розважає клієнтів і стимулює їх 
перебування в барі. 
Сьогодні українські підприємства ресторанного господарства стикаються з 
рядом перешкод, які ускладнюють ефективне впровадження інновацій . Серед цих 
перешкод можна вид1лити обмежені фінансові можливосп, відсутність 
матеріальної мотивац11, недостатня кваліфікація персоналу для реалізації 
\2 
ЧДТУ. 231404.002 ПЗ 
і11110вацій та опір 1<олепиву підприємства перед нововведеннями. 
Розвито1< ресторанного бізнесу найбільш активний у великих м1стах , а 
е1<ономічна ситуація, традиції, менталітет та воля окремих рестораторів та мереж 
визначають правила розвитку цієї галузі . За даними проекту "1 ОО кращих 
ресторанів України", який реалізує тестування закладів за допомогою технології 
Mysteгy Guest, 60% найкращих ресторанів знаходяться в Києві. Також Львів 
виступає епщентром розвитку ресторанного бізнесу завдяки своїм старовинним 
ресторанним традиціям та ресторанному туризму. 
У Львові була заснована мережа концептуальних рестораюв "Локаль" з 
відомими закладами, такими як "Мазох-саfе" і "Криївка" . Кожен заклад щє, 
мережі має унікальну кухню, меню, інтер'єр, обслуговування, зовнішній вигляд та 
інші особливості, що задають ресторанний стиль Львова. Деякі заклади також 
мають особливий соціальний вимір, наприклад, ресторан "Дім Легенд", де 
працюють люди-карлики, або "Львівська майстерня шоколаду", де клієнти можуть 
спостерігати за процесом створення шоколадних виробів. 
Брендований формат торгівлі є однією зі стійких тенденцій розвитку 
ресторанного бізнесу в Україні . Він передбачає створення концептуальних 
ресторанів, де все підпорядковане спільній ідеї і бренду . Це помітно в мережевих 
проектах, де використовуються спільні стилістичні рішення в дизайні, меню, 
фірмовому одязі та іншому, що допомагає ідентифікувати проект. Однак, навіть 
. . . 
окрем1 ресторани можуть мати концептуальний ПІДХІД, ЯКЩО ВОНИ ЧІТКО 
формулюють ідею та передають її своїм клієнтам. 
Всі ці фактори впливають на розвиток ресторанного бізнесу в У країні та 
сприяють впровадженню інновацій у цій галузі. 
1.2 Методи та засоби, які вже вин:ористовуються для усунення проблем 
та виконання завдань 
1.2.1 Система управління рестораном jSolutions 
13 
ЧДТУ. 231404.002 ПЗ 
І Іро 1 ·р11м:1 jSolutioпs для кав'ярень, закладів швид1<ого хаr 1 1увш 1ш1 1 а 
1,;нjн:теріїв покращує якість та швидкість обслуговування за догюмогою Фro1п 
t)l!Jicy, що виступає в рот локального терміналу самообслуговування. І tя 
автономна касова станц1я не потребує додаткового ГІерсоналу, що дозволяє 
кЛІєнтам не чекати. 
Замовлення гостей реєструються за допомогою тачскрін-інтерфейсу, який 
включає наступні функції: 
швидке обслуговування і самообслуговування (у закладах такого формату); 
- вибір позицій з графічного меню за найменуванням та фотографіями; 
управління розташуванням столів у залах; 
замовлення на конкретні столи; 
друк та надсилання замовлення на бар та кухню з урахуванням побажань 
. . . 
вщвщувач1в; 
формування послідовності приготування та подачі страв; 
друк рахунку, попереднього чеку та фіскального чеку для оплати; 
розрахунок готівкою або клубною картою; 
запис рахунку на номер (у разі використання модуля готелю) або на 
абонемент (у разі роботи з модулем спортивно-розважального комплексу); 
Використання планшетів на операційній системі Апdгоіd офіціантаі\tН 
мінімізує помилки, покращує якість обслуговування, прискорює процес прийому 
замовлень та забезпечує зворотній зв'язок, наприклад, через повідомлення про 
готовюсть замовлення. 
Інтерфейс кухаря дозволяє контролювати загальну чергу страв для 
приготування, вщстрочку, час приготування та персонатзащю за111111н 
відвідувачів. Замовлення автоматично друкується на принтері або відображастье>1 
на моніторі кухні. Додатково, можна відображати технологію прнготува11ш1 з 
описом процесу та перешком продуктів, з урахуванняr,,,1 наявної кіль1щсті 11~1 
складі . Система дозволяє управляти статусами страв, такими як: 
14 
Ч)lТУ . 11404.002 І П 
ІР1~· 1t)Іt,01 (с 1р:11111.11ю 1 11ахощ1 1 1,сн 11111ю1 1ссі 11 риrо 1 у 11 ;.~ 1 1 11 и) ; 
11t· 1 ·р1~• ю11,01 (с11щв11 . нкі т1 1мчасо1ю 11е мож11а rrри rїї~ ущли ; 
1 ·Ртt)ІЮ (11р11г()тона 11і страв11 , готові 110 видач і ; 
:~;t1\І ІІІІСТ)ХІТОр ресторану, б істро, фаст-фулу або ІНІІ ЮІ () ·:,1/' , f<J , lj 
1 ·110;-.~а.1ського харчуuаннн r-.юже здійснювати наступн і фун кf(ії; 
- скт1..1ання плану та управління зм інами ; 
зR :--1іна столу або офіціанта; 
розподіл, об'єднання або видалення замовлень клієнтів з реєстраuі"ю причин 
видалення; 
формування акційних пропозицій , бізнес-ланчів, корпоративних обідів 
тощо; 
бронювання столиків, яке на графічному плані залу може відображати ві..1ьні 
та зарезервовані столи для легкого орієнтування; 
керування сидінням гостей , які приходять без попереднього бронювання . 
Робота бухгалтера, фахівця із закупівель і керуючого зосереджена в бек-
офісі системи j Solutions. У цьому режимі можна вести і формувати такі дані : 
- . . . . 
калькуляційні карти з урахуванням прюритепв взаєr-.юзам1нносn 
продуктш; 
націнки , вартості і калькуляцію виходу готових страв; 
рецептури та склад страв, включаючи енергетичну цінність порцій (ж11р11. 
вуглеводи, білки) ; 
- типов~ меню для "сніданків" , створення меню для "бізнес-ланчів" та 
"бенкетів" ; 
- перелік закупівель для заходів і поточних потреб . 
Організація дисконтної або клубної програми дозволяє збільшити кількіl'Ть і 
лояльність постійних клієнтів . Ідентифікатором клієнта можуть служ11т11 карн:11 з 
персоналізацією, нумерацією, штрих-кодами або проксіl\1 іті-ідент~ 1фі к;п,)ра:-.111 . 
Для закладш, що обслуговують відвідувачів у басейнах, фітнt'~-за.11 ;1:--. 
15 
-
ЧДТУ . 23 1404.002 ПЗ 
гі рськот 1ж1111 х курортах передбачена персоналі за ціJ1 1<л і с 11та :_sa 1tо 11 омо1 ою 1 :о;н, - і 
тер і\юсті іі ю ІХ 6рас1 1 еті 13. 
С11(:тсма jSolt1tioпs вир1шус завдання, пов'язані з упраВЛІННJІ М рс.;<.;ї upc1 1111(1 JO 
і\ Ісрежсю по всій Україні або підприємствами громадсько го харчуваннн і 1111 ю 1 о 
формату в Києві та інших великих містах . Вона надає можливості : 
реєстрації карток (дисконтних/клубних/бонусних); 
встановлення рівня знижоІ< (накопичувальних, комбінованих тощо) ; 
І<ерування термінами дії І<арток і їх активацією; 
управління спеціальними тарифами ; 
опов1щення власників картоІ<, інформування про под11 та особисті 
пропозиції; 
привпання з днем народження, святами та важливими датами ; 
ведення історії транзакцій. 
Система також забезпечує можлив1сть збирати даю для анатзу та зм1ни 
стратегії роботи закладу . можна аналізувати та отримувати дані щодо : 
продажш за групами меню; 
тишв оплат; 
змш персоналу; 
виручки офіціантів; 
товарш на склад~ ; 
собівартості продуктів; 
динаміки реалізації та доходів за період; 
залишків на складі з урахуванням реалізації (в модулі склад); 
прибуткових/видаткових накладних (в модулі СІ<лад); 
актів списання продуктів (в модулі стшад); 
залишків на різних складах з можлив1стю інвентариза ції та переоц1н~-:11 (в 
модулі склад) . 
Ч)~ТУ . 2314()4 , ()()2 ПЗ 
Рисунок 1.1 - Автоматизована система управління рестораном jSolutioпs 
1.2.2 Система бронювання столів R-Кеерег 
Модуль резервування столів, який є частиною системи R-Keeper, 
призначений для контролю і керування столиками в ресторані. Цей модуль 
дозволяє адміністраторам або хостес приймати замовлення на бронювання 
столиюв, вести облік замовлених столиків і управляти посадкою гостей, які 
приходять без попереднього бронювання. 
Модуль резервування столів працює на терміналах з сенсорним екраном або 
на планшетних ПК з операційною системою Wiпdows. Він є додатком до системи 
R-Keeper. 
Впровадження модуля резервування стоmв дозволяє рестораторам 
покращити ефективність роботи персоналу, збільшити заповнюваність закладу і 
позитивно вплинути на 1мщж ресторану та ршень лояльност1 гостей . 
Автоматизація процесу бронювання дозволяє уникнути помилок, яю можуть 
виникати при ручному розподілі місць або бронюванні столиків. 
Програма має простий зрозумілий інтерфейс зі зручним календарем 
шкалою часу. Вона працює з планом залу, що формується в менеджерській 
17 
ЧДТУ . 231404.002 ПЗ 
1 ~асти111 R-Кссрсг, і цоз1юш1<:: операторам оперативно вибирати стш1ики з 
урахува1111ям потріб11их параметрів, тш<их як кількість місUІ>, типи столиків (для 
ку1щів, !lЛЯ некур1lів), наявність Wi-l~i, розп1111ування біля вікна тощо . Кот,орове 
позначення віm>них і зарезервованих столиків спрощує орієнтацію на плані залу. 
При бронюванні столика на певну кількість осіб, система автоматично 
розрахоІЗує очікуваний час, протягом якого столик буде зайнятий, і відповідно не 
включає його в список доступних столиків для наступних бронювань, поки столик 
не буде звільнений або брань не буде скасована. 
За допомогою функції 11Пошук11 оператор може швидко знайти потрібну 
брань за першими літерами імені гостя. Також система надає спеціальні позначки 
для столиюв, що вказують на те, якщо гість замовив десерт, пречек або спл 
знаходиться на прибиранні, це дає хостес додаткову інформацію про 
передбачуваний час звільнення столика. У режимі "живої черги" при звільненні 
очікуваного столика система автоматично формує і відправляє SМS-повідомлення 
гостю. 
Модуль резервування стошв в системі R-Кеерег дозволяє шдвищити 
заповнюваність закладу та максимально скоротити втрати доходу в пікові години 
завдяки оперативному і оптимальному розподілу місць при посадці гостей . 
Рисунок 1.2 - Система бронювання R-Кеерег 
18 
ЧДТУ. 231404.002 ПЗ 
1.2.3 Сервіс Eatsmaii.ua 
Сервіс онлайн-бронювання столиків Eatsmaгt.ua з Києва недавно оновив свій 
мобільний додаток після отриr-.,1ання $ l l О тис. інвестицій від приватного інвестора 
в лютому. Eats111aгt.ua об'єднує сотні українських ресторанів і пропонує не лише 
послуги онлайн-бронювання столиків, але й можливість отримати знижку до 50% 
в різних закладах громадського харчування. Сервіс працює за партнерською 
програмою з закладами харчування , що означає, що для отримання знижки не 
потрібно накопичувати бали або бонуси. Наразі Eatsmaгt.нa доступний в Києві , 
Рівному, Харкові , Львові, Одесі та Дніпропетровську. 
Додаток Eats111aгt.ua можна безкоштовно завантажити на мобільні пристрої з 
операційними системами iOS і Апdгоіd. Після завантаження користувачеві 
необхідно пройти стандартну процедуру реєстрації, вказавши своє ім'я, прізвище, 
контактні дані та місто проживання. Після реєстрації відкривається можливість 
бронювати столики. Система підбирає заклади, що знаходяться найближче до 
користувача, а також пропонує сортування за станщями метро 1 щнами. 
На головній сторінці додатка розміщуються адреси ресторанів, середній чек 
представлею кухю. При виборі конкретного ресторану користувачу 
відображається основна інформація та доступні опції, такі як додавання ресторану 
до списку «Вибране» та бронювання столика. Після резервування столика 
користувач отримує SMS з підтвердженням на свій мобільний номер. Приходячи 
до закладу, користувач повинен повідомити офіціанту, на чиє ім'я заброньований 
стіл, а також про те, що резервацію здійснено через додаток Eatsmaгt.нa. Знижка 
автоматично враховується в рахунку і поширюється на їжу, алкоголь та напої. 
Щодня до системи додається 20-30 нових закладів. Розробники планують до 
кінця поточного року розширитися на всі великі міста країни 1 шдключити до 
системи онлайн-бронювання близько 3500 ресторанів до кінця наступного року . 
19 
Рисунок І .З - Сервіс Eatsшart.ua 
1.3 Кошсретизація завдань роботи 
Дослідження показують, що розробка програмного забезпечення для 
заклад1в харчування є стратепчною перспективою та шструментом для 
збільшення конкурентоспроможності на ринку. Створення інтегрованої системи 
автоматизації у заr<ладах харчування дозволяє досягти оптимального управшння 
комплексом бізнес-процесів шляхом : 
зменшення та оптимізації витрат, прискорення обробки та отримання 
інформації; 
встановлення повного або Lrасткового контролю над бізнес-процесами в 
закладі (кухня, бар, ресторан); 
економії власного та робочого часу працівників; 
зменшення кількості помилок при складанні первинних документів ; 
оперативному плануваню закуп1вель за допомогою простих та наочних 
зв ітів, мінімізації людського фактору в управлінні, що сприяє конкретизації прав 
та обов'язків праців11иків та запобігає зловживанням з боку персоналу, 
20 
ЧДТУ. 23 1404.002 ПЗ 
1311\,JІЮЧСІІНЮ трудоі\1істю1х онср,щіі-і :.! 0611іку, \'\І)'ЧІ(ОМУ уIIрашI1111Iю ІЮJІ іТИІ(ОІО 
:\ ІІ\1 )1.:ОК і бонусів, пла11у1ш1111ю Ті.І урнхув.1111Iю G:1111<етів тн корпорНТІІВІІІІХ 'J.ІХОJlіГІ , 
11срсщ1алі1,щїі роботн 1 ю1і<.:нТаі\111, обліку бронюпаннл столнків пuстіі-і11нмн 
13 І )..lІНJІ.)' ва ча м 11: 
веденні раламснтного та у 11ранлінс1,ко 1 ·0 06J 1іку II сю11-1іі-і ін(\юрмаtlіі,ініИ 
6юі: 
с11роще1111і роGотн :J ДІ ІСІ..:ОІІ'\'ІІІІМІІ і l(JtyG1111м11 кнртI<амI1: 
. . 
формуванні різно,н.:11екп юї ~\13\ТІ-ІОСТІ (упрі.lШІ j l \Cbt<HЙ баш11-1с, ста II 
замовлень покупців і постачал1,н11ків, вало11ні-і прнбуток, внручкn від рсал і :.~,щії 
тощо): 
підвнщt:нні якості cepuicy, прест11жу зш,1 1 ~щу і Jюш1ьності ю1ієнтів; 
забезпсt1е1111і швидкої обробки :1аr..,юnлснь та обслуговування клієнтів; 
покращенні узгодженості та контролю ю1л. роботою персоналу; 
пості111·Юі\ІУ мо11ітор1111гу роботн нс іх структур заюнІJ l)', анал1:.1у та 
. . . . . 
прогнозува1-11-1 1 результат,u д1нльност1 ресторану 13 ц1лому . 
2 1 
ЧДТУ. 231404.002 ПЗ 
В11сноn1с11 до першого розділу: 
Отже, Сhогодні автоматизація за1<ладів харчува11ня вже нес нововведенням, а 
стала необхідністю, оскільки саме завдяки автоматизованим системам управління 
формується гнучкий механізм керування бізнес-процесами та адаптації до 
рин1<ових умов. У сучасних 1<ризових умовах впровадження автоматизованих 
систем управшння - це не лише витрати на капітал, але й засіб оптимізації 
операційних витрат та спрощення роботи персоналу, інструмент пошуку резервів 
для підвищення ефективності підприємства та його пристосування до невигідного 
середовища . Це не є альтернативним варіантом, але стає вирішальним для 
подальшого розвитку закладів харчування. 
У першому розділі розглянуті програмні аналоги, такі як "Система 
управління рестораном jSolнtioпs" , "Система бронювання столш R-Кеерег" , 
"Сервіс Eatsшart.ua" та "Pгesto" . Одне з поставлених завдань полягає в розробці 
програмного продукту для бронювання замовлень у закладах харчування . 
22 
' І ) t І 2 \ І 404 оо 2 f r і 
2 11 РОЕІ ТУВЛ ННЯ П Р()ГР Л .\1 ІІОJ'() \Л r;..: НІЕ 111·.f II JЯ 
ІІІФОРМЛІНЙІІИХ СИСТЕ\1 
2.1 1п11с.1юnз1111я прсл\tст 11ої оfі .1асті 
2. 1. 1 Прс11мс1 на областh МО.'LСЛЮВаJІШІ . 10 , (CjJJ, 
Словн 11 1< 11рс11мс1 ної област і 
Мол.слювання пред 1етної області системи бро11юван11я сто , IIв у ·::.i,,.I,1,1,11 
харчування передбачає ряд етапів , кожен з яких спрямований 11а а 11 а;1і ·: н1 р<п1 ,/'4 , І 
рі зних аспекті в uі єї системи.Початковий етап - визначення ос11ов11их с1т11(1с,·r ,;и . 
полягає в ідентифікаuії ключових об'єктів , що складають систему бpoнvJF1c1Hfl,i 
столів . Наприклад, такими сутностями можуть бути клієнти. ресторани, сто:,и. 
бронювання та адміністратори . 
Кожна з uих сутностей має свої атрибути та взаємозв'язки 1 іншюrи 
сутностями . Цей етап допомагає визначити структуру системи та взаою.1ію ,1іж її 
1<омпонентами.Після визначення сутностей переходи ю до розробки схе~,и бази 
даних . Враховуючи визначені сутності та їх зв'язки , створюється cxe,ia бази 
даних, яка відображає організацію та структуру даних у системі . 
Наприклад, можуть бути створені таблиuі для зберігання даних про к..1ієнтів . 
ресторани , столи та бронювання. Кожна таблиця містить відповідні по,1я та к.1ючі. 
що забезпечують цілісність та доступ до даних.Після розробки схеми 6аз11 .:1ан11х 
проводиться визначення функціональності системи . Цей етап вк.1.Ючає 
. .... . .... . с: . 
моделювання та опис д1и та операц1и , яю можуть оути виконаю в :-.1ежах снст~;-. 111 
бронювання сто11ів . 
Н априклад, клієнти r-.южуть здійснювати бронювання, переrля..:~дтн .J.0~~11н : 
LJacoв i інтервали , змінювати бронювання, а адміністраторн ресторзнів ;-.южуть 
займатися адм і11іструванням систеr-.1и . Функціональність r-.юже бутн пре,1~тJю '11.1 : 
вигляд~ діаграм або текстового опису, що допома1 ає зрvзу;-.11п1 p,'L','T: 
систем11 . І-:І аступним етапом є визначення інтерфеї1с ів, тобто спосоо1в в ';Іt' ;-. І ,' J. Їі 
користувачів з системою. Залежно від потреб користувачів. Іt~ ~11.)Ж: 1~ 1.,\ ПІ н..:1.,-
ЧДТУ. 231404.002 ПЗ 
інтерфейс для 1<ліє1-1тів, мобільний додато1< або інтерфейс адміністратора . На 
цьому етапі визначаються основні фун1<ції та елементи J<ожного інтерфейсу для 
забезпечення зручності взаємодії користувачів з системою. 
Останнім етапом моделювання предметної області є визначення обмежень 
та вимог до системи бронювання столів. Враховуючи особливості ресторанного 
бізнесу, можуть бути встановлені обмеження щодо доступності столів, часу 
бронювання, І\Южливості с1<асування бронювання, безпеJ<и даних, швид1<ост~ 
оброб1<и запитів та інші. Врахування цих обмежень та вимог допомагає 
забезпечити ефе1<тивну та надійну роботу системи. 
Моделювання предметної області системи бронювання стол1в у заJ<ладах 
харчування є важливим етапом перед переходом до фази проектування та 
розробки системи. Цей процес допомагає зрозуміти J<лючові аспе1<ти системи , 
забезпечує узгодженість між розробниками та замовниками , а також допомагає 
виявити потенційні проблеми та вимоги до системи. 
2. І .2 Елементи моделювання предметної області 
Система бронювання столів включає наступні складов1, яю моделюють 
предметну область: 
Користувачі: Це особи, які використовують систему для бронювання столів. 
Користувачі можуть бути клієнтами ресторану, адміністраторами або персоналом, 
що обробляє запити на бронювання. 
Столи: Це фізичні меблі, доступні для бронювання. Кожен слл має 
унікальний ідентифікатор, розташування, розмір та інші характеристики. 
Ресторани: Це заклади громадського харчування, які надають послуги 
бронювання столів. Кожен ресторан має свої власні особливості, такі як назва, 
адреса, тип кухні, розклад роботи тощо. 
Роз1<лад: Це інформація про доступні часов1 штервали для бронювання 
столів. Розклад включає дати, години роботи ресторану, інтервали бронювання та 
інші обмеження. 
24 
ЧДТУ. 231404.002 ПЗ 
Gро11юuання: Це дія, за допомогою якої користувачі резервують столи в 
І)l'СІ'О\)~І11і. Бронювання можуть містити інформацію про користувача, дату та час , 
кі.111,кіст1, uсіб, в11і\юп1 л.о столу тощо. 
2 Підтв~рджс11ня: Це поnідомлення, яке система надсилає 1<ористуваче1~1 
1\Юt 11ід П3l'рджl'1111>1 6ро1110вання . Воно містить деталі бронюва11ня , підтверджений 
11ж 1·:1 і11111у нажл11ву інформацію. 
-' Скасування: Це операція , якою користувач може відмінити свое 
15р~НІІ\)І\:\ІІ11>1 . С1,асування може вплинути на доступність столів і оброблясгься 
--1 Звіт11 : Це інформ~щія, що може бути згенерована системою .1-1я 
:І ' \і\ІЇІІіl' 1·ра 1·щ1ів або ш1ас1111кіu ресторану. Звіти містять статистику бронювань. 
:111 :1 .1 1 і .\ 1нн1уJ1>1р1юl'ті чal'ou11x i11тcpu~u1iu , і11формацію про дохід та інше. 
Ці l'Лl'і\Іl'ІІТІІ утоорюють модель предметної області системи бронювання 
\.'І'\ХІін. >11-:а .1.оп~,і\1агає розуміт11 та відображати взаємозв'язки та функuіональність 
l'ІІ\.'Гl'і\ІІІ. Вuн:1 с Оl'Нооою для розробки та реалізації самої систеі\tН бронювання 
2. 1.3 Ро6очn область молелювання 
сІ>ункнії. >1кі 11ередбачає розроблювана пporpai\ta, і\Южна 01111с,п11 т:~кнм 
1 1111\~Ч,І : 
Піl'ЛЯ ]ді1іс11с1111я бро11юоnн11я і\ІІсцн буде створено QR-код. якні1 
І\\Нрі61ю буд~ Прl'Д1ЯВІІТІІ 13 ресторан,. ЦеП КОД і\ІЇСТІІТІ\і\Іе інформаLtіНJ Прl) 
J:16рt)\11,tНіа1ІІІІі СТОЛ ІІК тu заі\ІОВЛСННЯ. 
, К.п іс1п11 . які запускають додаток, спочатку побачnть заст.шковніі 1.'кра11, а 
п~ні :--1 .::юмашню сторінку. Звідти вони зможуть бсзкоштоюю ~ТНt'})ІІТІІ 1 ю1~1111 
._,6: 1іКtШІІіі JЗ\ІІІС , уві1іт11 до існуючого nкnунту або 11ро,1 \ОНЖІІТІІ ІНІКОрІІl' НІН\ІН 
-
ЧДТУ. 231404.002 ПЗ 
З Після входу в систему вони зможуть обрати "Пообідати у ресторані" або 
"Замовити на виніс". Замовлення на виніс негайно перенаправить їх до меню, тоді 
як обід У ресторані дозволить І<Лієнту обрати доступний столик на свій сма1<. 
4 Клієнт може переглядати меню та додавати до замовлення все, що йому 
подобається. Після входу в систему вони можуть натиснути на значок дзвоника у 
верхньому правому куті, щоб надіслати повідомлеш-1я офіціанту з будь-я1шми 
запитами. 
5 Після зроблення остаточного вибору вони зможуть переглянути своє 
замовлення та оплатити його обраним способом. Після успішної транзакції 
квитанцію можна надіслати на електронну пошту. 
6 Для реєстрації зазвиqай користувачеві доводиться вводити свої особисті 
дані у спеціальну форму (наприклад, ім'я, номер телефону або адресу електронної 
пошти). Ці дані зберігаються в базі даних, призначеній для користувача. Якщо 
користувач не проявляє достатньої зацікавленості у наданому сервісі, вимога 
заповнити форму реєстрації може здатися йому непотрібною. І він може відкласти 
ознайомлення з вашим продуктом на кращі часи. 
2.2 Формування та аналіз вимог 
2.2.1 Формування вимог до програмного забезпечення. Первинні і детальні 
вимоги . Ви.маги замовн.ика і розробника. Функціональні та нефункціональні 
вимоги 
Аналіз вимог до системи бронювання стошв в закладах харчування є 
важливим етапом у процесі розробки такої системи, оскільки дозволяє встановити 
потреби та очікування користувачів. Процес аналізу вимог може включати 
наступю кроки: 
Ідентифікація користувач1в та зац1кавлених сторш: Виз1-1ачення різних 
груп користувачів, таких як клієнти, адміністратори ресторану, офіціанти, кухарі 
та інші працівники, які взаємодіють з системою бронювання столів. Розуміння їх 
потреб і вимог є ключовим для успішної розробки системи . 
26 
ЧДТУ.23 1404 .(І02 ПЗ 
2 Збір UІІМОІ': l) ·ш('MOJtiЯ 'J І<Ористувачnми ПІ ї,Щі І<ПШІСІІИМИ стора11ами )lJHI 
·16ору 11нмо~ · но системи. Це можуп, Gути фу111<1tіо11ат" 11і вимоги, 11апри1сла11, 
1щ1)І<J 11111іст1, ош1аі-і11 -брu11ю1нш11я стuлі11, псрс1 ·ш1Jt 11.оступш1х часових сJюті11 , ·jміна 
Gро111011а1111я то11tо. Т,11<ож 11рнхо11уютr,сн 11ефу111щіо11ш11,11і вимоп1, таJ<І НІ< 
111\IHJtJ(O)tiH СИСТСМ ІІ , 6с:.JІІСЮ1, :.1ру•111ісл. ІІИІ(О\)ИС'ПШШІ, ала11п111ніст1, до рі ·.тих 
11рнстрої11. 
J АІІі1JІі:.J UІ·ІМОІ ' : Оці11ю1 тн а11ш1і:.1 :.1 і6рш1их ,тмог З мстою 13ИЯВJJСІІІШ 
1<01нІ)J\іктів , 11eдoJ 1i1<iu та 110те1щіі-іш1х проGJІсм . Вимоги можуп" бути у:н1гш1 1,11е 11і, 
групоnан1 та nпорядкоош-1і :.1алеж1-10 віл пріоритетності та 11ажливості для 
рссторn111юго біз11есу. 
4 Ви:~1шчс11ш1 11рий11ятш1х р1ше111,: Hn ос11ов1 ш-шл1зу nимог вирішуються 
суперсч11ості, ко11флікти та 11сдол і1ш . Приймают1,ся ріше1111я щодо того, як вимоги 
будут~, реалізовані та як задоnол1,нлтимуп, потреби користувачів та бізнесу. 
5 До1<умс1пуванш1 вимо1·: Вимоп1 оnисуюп,ся у вигтmі документа, я1<ин 
слугує основою дш1 подальшого nрое1<тувш-1ш1 та розробки системи. Документ 
м1стить детальні описи функціі,і , пріоритети, залежності та нефункціональн і 
13ИМОГJ,J. 
6 Валідація І3имоr: Завершальний етап анал1зу вимог, що включає 
11еревірку їх 11равильності та відповідності очі1<уванням користувачів та бізнесу. 
Це може включати перевірку з боку клієнтів та обговорення вимог з 
зацікавленими сторонами для забезпечення узгодженості. 
В результаті аналізу вимог формується чітке розумі1111я потреб та очі1<ува11ь 
щодо системи брошовш-11-1я століІ3 в закладах харчування. Це дозволяє 
розробникам створити ефе,пивну та фу1-11щіональну систему. 
Процес формування та аналізу вимог визначає основні характеристики та 
функціональність системи бронювання столів, що є основою для подальшої 
розробю,1 та реалізації систсr.11-1. 
27 
ЧДТУ. 231404.002 ПЗ 
Для розробни1<а : мінімальними вимогами для розробки програми і будуть 
32-бітний процесор. Щонайменше З гігабайти оперативної пам ' яті , звісно як і у 
випадку з процесором можливо запустити базу навіть на 512 мегабайтах, але для 
розробки в сучасних IDE та для стабільної роботи та подальшого росту бази 
необхідні як мінімум 2 Гб. Процесор з 2 ядрами . Також знадобиться жорсткий 
диск, рекомендовано мати диск з об'ємом 128 Гб та більше. Дисплей для 
виведення інформації та периферія для введення. 
Для замовника: особливі вимоги відсутні, для використання функціоналу 
додатку буде достатньо будь-якого сучасного комп'ютера. 
Функціональні вимоги: 
Функціональні вимоги до розробленої системи включають: 
Скорочення та оптимізація витрат: Система повинна зменш.ити витрати, 
а також покращити швидкість обробки та отримання інформації. 
2 Контроль над бізнес-процесами: Система повинна забезпечити повний 
або частковий контроль над бізнес-процесами, що відбуваються в р1зних 
підрозділах підприємства, таких як кухня, бар або ресторан. 
3 Економія часу працівників: Система мас допомогти економити час як 
для власниюв, так і для працівників, шляхом автоматизації деяких рутин.них 
завдань. 
4 Зменшення кількості помилок: Система повинна допомогти уникнути 
помилок при складанні первинних документів і забезпечити точність і надійність 
інформації. 
У додаток до функціональних вимог, також розглядаються наступні вимоги, 
що не стосуються функцій програмного забезпечення: 
28 
ЧДТУ . ~3I404.002 113 
Зруч11і~ть В1ІІ<Ор11ста1111н : \1псрфсііс І(()j)ІІСТУВt11 Іа СІІСТСМН ІІОІІІІІІІ.:II бу11-1 
С)' І\1ЇСНІІМ З 1щсрrщіі1ною СІІСТСІ\ЮЮ \Л/iпcto,vs. Крім тогu, і1~п:рфсі,іс мнє бути 
проСТІШ У 1111кор11стан11і j 1ІС ВІШПП\ТІІ ЛОJЩТІ<ОВОІ'О ІІ[ІП'ІаІІІІН ЮНІ 1<0ристу11а•1ів . 
2 Надііі11ісп, : С11стсмн 1юu11111ш 11рr1ц10шп~1 бсз11ерсбіі-і110 24 I ·оди I1н на 
добу. 7 д11іu на тнждснь, з часоІ\1 простою 1Iс більше ІО()/с1. Мі11імаm,11иі-і ссрс.ш 1і і:1 
.. ~,с безвідІ\ІОВНОЇ робот11 І1013ШІСІІ СТ[ІНОВІІТІІ ІІС І\ІСІІІІІС 300 ГО)tІІІІ. 
3 Продуклшність: СІІСТСІ\ІН ПОНІ ІІНІН М,їїІІ JlOCT[ITHIO ІІІ)ОJ ІУІПИВНІСТІ, лтr 
06робю1 не менше 80% ucix траюакцііі протнгом І хвI1J Iи11и. 
Ці ВИІ\ЮГІІ є вюкл11в1 I м1 1 для забезпечення сфектнв1юсті та наліі-іності 
систем11 бронюuання столів у заклад.-~х харчуuш1ш1. 
2.2.2 Формування вимог зri допомогою діаграми прецедентів 
Од11н з наіїважливішнх стnпіu проектуRання системи ідентнфі 1<аI lЇ }І 
прецедентів П\ ді і101шх осіб. [9]. 
ЗJ1ІСС НІ Л1.Іt11 U &Д 
1ni1vdc .'v 
I 11сIщJе 
І<І--~ 
ІnCI\IUCD,. 
lрооод1т1 ст.1п,с т11к11 
1nс 11.юс 
/\М З('ІМО(!П~Іt:t 
Збсрtrаrн <J 
з.змозnен1tЯ 
t,ICttll() 
.ci111c1uoe· · • 
H.1!!;3B~ Tlt Jt,ІL~I ТЗ 
а.<.цtІ 
Рисунок 2.3. - Графічне представлення діаграми прецедентів 
29 
ЧДТУ. 23 1404.002 ПЗ 
Спочатку в11мог11 до с11стем 11 формалізуються у вигляд~ rскстовоr о 
документа, яю1й може бути створе1111й самим користувачем або спrльно 1 
розробн111<ом. Подальше уточнення внмог відбувасться шляхом оформлення їх У 
в 11 гляді таблиці. В лів,й колонці таблиці розміщуються прецеденти, а в правіі1 
колонці - дійові особи, які бсруrь участь у в11конанні прецедентів. 
Для розробленої снстеl\111 бронювання столів визначено 11аступ111 дійоnі 
особ11 або актор11: 
КЛІЄНТ; 
працівник ресторану. 
Далі іде11т11фіковано 11аступ11і прецеде11т11: 
офорl\11 ІТІ І Заl\ІОВЛеІІ ІІЯ; 
забсзпеч1п11 кл існта і11форr.1ацісю; 
погоджуватн умов11 оплати ; 
занести дан і в базу даних; 
проводнт11 стат11стику заr.ювлень; 
забезпечити кліснтів меню; 
реєструвати незареєстрованих клієнтів; 
зберігати інформацію про замовлення; 
надавати знижки та акції. 
Ці прецеденти визначають основні функції, які система пов11н11а виконуват11 
у контексті бронювання столів та обслуговування клієнтів у ресторані. 
2.3. 1 Діаграми класів 
Діаграма класів - це статичне зображення структур11 моделі, яке відображас 
декларативні елементи, такі як класи, типи даних, їх вміст та nідносини між н111\111 . 
По тем і було розроблену наступну діаграмму класів [9]. 
30 
ЧДТУ. 231404.002 ПЗ 
Замовлення страв 
ВІдкр11ття с11сrем~1 
бронювання 1 
1 Затвердження 
1 замовлення 
' 
Ресстрація 
відвідувачів Бронювання стопи~'У 
Рисунок 2.4. - Діаграма класів 
Діаграма класш для системи бронювання столиюв у закладах харчування 
включає класи, які відображають основні складові системи. 
Клас "8ідвідуваt1" відображає властивост1 та методи, пов'язані з 1 
відвідувачем ресторану, такі як ім'я, номер телефону та адреса електронної пошти. 
Клас "Столик" відображає властивості та методи, пов'язані з і стол.иком у 
ресторані, наприклад, кількість місць та доступність для бронювання. 
Клас "Бронювання" відображає властивосп та методи, пов'язані з 
бронюванням столиків, такі як дата та час бронювання, кількість гостей та статус 
бронювання. 
Клас "Офіціант" відображає властивост1 та методи, пов'язані з офіціантом, 
наприклад, ім'я, номер телефону та статус зайнятості. 
Клас "Система бронювання" відображає властивості та методи, пов'язані з 
основною системою бронювання столиків у ресторані. Цей клас включає методи 
для створення, зміни та скасування бронювання, а ТаІ<ОЖ методи для взаємодії з 
3 І 
ЧДТУ . 231404.002 ПЗ 
1,.11:н:а\\ 111 "Рсстора11". "Відвідуuач" , "Сто11нl<", "Бронюоаннн" та "Офіціант". 
2.J.2 Діаграм11 11а1<етіu 
J ~і :1грама 11:11,стів (Package dingпн11) є слиним інструментом , Яl<ИЙ дозволяє 
1,~рунат11 скжщністю монсJ1і. 
По темі 6yJ10 ро:.~робж~ну нnступну діаграмму пш<сті в [9). 
Морожn зnкмдІа 
•nРЧVІІЗННА 
1--F::::;ї АдмІ1tІстр~тор 
Снстсмn 
Рисуноl< 2.5 - Діаграма пакетів 
Снстему, що розробляється, можна розглядати як су1<упюсть пакетш, яю 
включають наступн і класи: 
Па1<ет "Клієнт" : містить класи, пов'язані з ділми 1<лієнта, таt<і я 1< "Реєстрація", 
" Вх ід" , "Бронювання столика" , "Скасування бронювання" та інші . 
Пакет "Адміністратор" : містить класи, пов'язані з діяr"ш адміністратора, та кі 
яt< "Вхід для адміністратора", "Прийняття бронювання" , "Відміна бронювання" та 
ІНШІ. 
Пакет "Система": м1стить класи, пов'язані з логікою системи, таю як 
"Перевірка доступності столика", "Підтвердження бронювання" , "Нагадуван1-ІЯ 
клієнтам про бронювання" та інші. 
Пакет "База даних" : м істить 1<ласи, пов'язані з і збері ганням даних, таю яt< 
32 
ЧДТУ.231404.002 ПЗ 
"Кні('11Тсь1<і да11і", 11Да11і 11ро бро11юош1101 11 та і11ші.Пакет "Мережа заІ(Jtа.шв 
харчува11ш1": м1ст1п1, 1<ласи, поо'я:.нш і з 1 зберігш-1ш1м да11их про 'Jа1<лади 
хнрчува11ш1, "Бронювшн1я" та ін111і . 
11 ;шет "І 11тср< І 1с"и с 11 : м1• сти·1· 1, класи, поn І язан1•  з nивсденням даних. 
Кожен паt<ст мас свою фун1щіонаJІІ,нісп, і \3\(JlJOчaє ю1аси, які відповідаю-п, 
·3а 11св11і :н.:11с1пн роботи системи. 
2.4 Лрхітс1пур11с r1рос1стува111ш 
2.4.1 Діа1·рама І(ОМПОНСНТіВ 
Діаграма 1<омпо11ентів (Co111po11e11t diagп:1111) показує зв'язки м1ж фізичними 
або Jt0гіч1-1иІ\н1 модулями , яt<і с1<J1а;щют1, систему, що моделюється. 
По темі було розроблену наступну діаrрамму компонентів [9]. 
J.A,,t"1ctp~nott" 
1111'(ффеr.-: 
C1.1crt1.'1 
tnl)~~tllt:I 
І(срщ;туwuь~:.11"і 
Ьm:рфс:,1с 
Сщ;rем., onmn, 
Рисунок 2.6 - Діаграма компонентів 
33 
ЧДТУ. 231404.002 ПЗ 
Діаграма компонентів для систе,ми бронювання столиюв у заl<ладах 
харчування включає наступні компоненти: 
Користувацький інтерфейс: цей компонент відповідає за взаємоюю з 
користувачеІ\•І і відображення інформації про доступні для бронювання столики. 
2 Система бронювання: цей компонент містить бізнес-логіку і алгорип1и 
для бронювання столиків, перевірки достуnност1 столиків та додаткових 
параметрів, таких як час та кількість гостей. 
З База даних: цей компонент забезпечує зберігання і доступ до інформації 
про столики, бронювання, користувачів та іншої необхідної інформації. 
4 Система сповіщення: цей компонент відповідає за надсилання 
підтверджень та нагадувань користувачаІ\1 про їх бронювання столиків . 
5 Адміністративний інтерфейс: цей компонент надає доступ 
адміністратораr-.,1 до інформації про бронювання та можлив1сть керування ними, 
таку як видалення або зміна. 
6 Система оплати: цей компонент забезпечує можлив1 сть оплати 
бронювання столиків і повернення коштів у разі скасування. Оплата може 
здійснюватися як готівкою, так і за допомогою терміналу. 
7 Система аналітики: цей компонент збирає та оброблює да1-11 про 
бронювання столиків та користувачів для аналізу та покращення сервісу. 
8 Ці компоненти можна зв'язати між собою за допомогою відповідних 
залежностей та інтерфейсів, щоб створити функціональну та ефективну систему 
бронювання столиків. 
2.4.2 Розгортання програмної системи на апаратних засобах. щаграма 
розгортаlfНя 
Діаграма розгортання в UML відображає обчислювальні вузли, 1<омпо11енти 
та об'єкти, що працюють на цих вузлах під час виконання програми. 
Для системи бронювання столиків, діаграма розгортання може виглядати 
так: 
34 
ЧДТУ. 231404.002 ПЗ 
"°І)рІІс:!!Іоn se~r 
г-----~ 
РмІеr 
Pos te,m ІnзІ 
Рисунок 2.7 - Діаграма розгортання 
У цій діаграмі показано, що система бронювання столиків розгортається на 
WеЬ-сервері. База даних також розміщена на тому самому сервері. Сервер програм 
знаходиться на окремому сервері і взаємодіє з БД за допомогою ШВС. Сервер 
програм та зовнішні пристрої, та~<і яt< принтер та РОS-термінал, з'єднані через 
мережеві протоколи RМІ та Etl1eг11et відповідно. 
2. 5 Моделювання поведішси системи 
2.5. l Діаграма діяльності 
Для опису лопки процедур, бізнес-процесів і потоюв використовують 
д1аграми діяльності. Ці діаграми схожі на блок-схеми, але вони дозволяють 
показати паралельш процеси. За допомогою діаграми діяльності будь-хто, хто 
здійснює процес, може визначати порядок дій . Тобто, діаграма встановлює 
правила обов'язкової послідовності ді_й, яю повинні бути виконані. Діаграми 
діяльності також корисні при розробці паралеr1Ьних алгоритмів, де незалежні 
потоки можуть виконувати роботу паралелr>но [9). 
Нижче представлена наступна діаграма діяльності 
35 
І 
.~ l- \ 
І •-• І 
~,,r~~.., J  
.l)  
Рисунок 2.8 - Діаграма діяльності 
Діаграма діяльності може бути важливим інструментом для моделювання 
системи бронювання столиків у закладах харчування. За допомогою цієї діаграми 
можна показати послідовність дій, необхідних для успішного бронювання 
столика. 
На діаграмі початковою точкою є вхід користувача до системи бронювання . 
Далі слідує вибір дати та часу бронювання, вибір кількості осіб, вибір типу 
столика (для курців або некурців) та вибір додаткових послут, таких як дитяче 
ліжечко або доступність для інвалідів. 
Потім на діаграмі показується, як система перевіряє доступність столиків на 
обрану дату та час, і якщо доступні столики існують, система надає список 
доступних варіантів для вибору. Після того, як користувач зробив вибір столика, 
36 
ЧДТУ. 231404.002 ПЗ 
система резервує його на обраний час і дату. 
Нарешті, на діаграмі показано, як система надсилає піrпверджс1-111я 
бронювання на еле1<Тро1-1ну пошту або мобіл~,ний телефо11 1<ористуnача , а та1<ож я1< 
користувач може змінити або с1<асувати бронювання, я~<що це необхід110. 
2.5.2 Діаграма послідовності 
Діаграма послідовності використовуснся для зображен11я об'с1<тів, т< 1 
беруть участь у взаємодії та послідовності повідомлень, які 1юни обмі1-1юют1., між 
собою [9]. 
Нижче наведено можливу д1аrраму послідовності для системи 
бронювання столи1сів в за1<ладах харчування: 
І u«~----"~ 
::.:.а,-, 
н n.~.:.- ul"tJ'i,c-...c......_..,  
; l  
Рисунок 2.9 - Діаграма послідовності 
37 
ЧДТУ. 231404.002 ПЗ 
Ця д~аrрама послідовності ілюструє взаємодію м1ж клієнтом, системою 
бронювання та сервером закладу під час процесу бронювання столика. Клієнт 
обирає дату та час відвідування, система бронювання запитує про наявність 
вільних столиків на цю дату та час, сервер закладу надсилає список доступних 
столи1<ів , який відображається клієнту. Клієнт обирає столик з і списку, система 
бронювання резервує його на обрану дату та час, сервер закладу підтверджує 
бронювання, а система бронювання повідомляє клієнту про підтвердження 
бронювання. 
Діаграми послідовності застосовуються, коли потрібно описати поведінку 
декількох об'єктів у межах одного сценарію. Вони дозволяють ілюструвати 
взаємодію між об'єктами, але не є ідеальним інструментом для точного 
визначення повед1нки. 
2.5.3 Діаграма комунікації 
Діаграма комунікації (Commнnication Diagram) - це один із типtв діаграм 
UМL, який використовується для візуалізації взаємодії між об'єктами або 
компонентами системи, які передають повідомлення один одному. 
У цій діаграмі представлено етап бронювання стола, включаючи такі стани 
клієнта: відкриття системи, запиту вільних.столів, підтвердження вільного стола та 
бронювання вільного стола [9]. 
Кпієнт Адміністратор 
Рисунок 2.1 О - Діаграма комунікації 
38 
ЧДТУ. 231404.002 ПЗ 
2.5.4 Діаграма скінченного автомату 
Діаграма І<інцевоrо автомата (Fi11ite State МасІ~іпе diag1·a111) - ue один із типів 
діаrраі\·І UML, яки~';'~ використовуєт1>ся для моделювання поведінки системи У 
внrлнді кінцевого автомата. 
По темі роботи буна створена настуш1а діаграма скінченого автомату. 
На цій діаграмі початковиr1 стан позначений l<олом, який вl<азує на те, шо 
система перебуває у цьому стані на самому початку. Потім система переходить У 
стан "Б ронювання " , де запитується про бажане бронювання столиl<а. 
Після цього відбувається перевірка наявності вільних столиків. Якщо столиl< 
вільний, система переходить у стан "Вільно" та запитує підтверджен11я 
бронювання. У разі, якщо столи~< зайнятий, система переходить у стан "Зайнято" і 
повідомляє про помилку. 
Після успішного бронювання система переходить у стан "Підтвердження" , 
де запнтується підтвердження бронювання. 
На завершення, якщо бронювання було підтверджено, система переходить У 
стан "Завершення" та завершує процес бронювання. Цей l<інuевий автомат 
допомагає наочно уявити процес бронювання столиюв та зрозуміти, які дії 
виконуються під час переходу між станами. [9]. 
П•, 11\tр:;.Ч•"•fІ 
Gr,c",00...,...,.1 
Рисунок 2. l l - Діаграма скінченого автомату 
39 
ЧДТУ. 231404.002 ПЗ 
В11снов1ш до другого розділу 
Для опису всіх процесів, які відбувалися пщ час розробки додатку, 
використовувалась уніфікована мова моделювання (UML). Усі діаграми можна 
умовно поділити на дві категорії: поведінкові та структурні . Поведінкові діаграми 
відображають процеси в модельованому середовищі , тоді як структурні діаграми 
представляють елементи, що с1шадають систему. Варто зазначити, що одні й ті ж 
типи діаграм можуть використовуватись як для модеmовання бізнес-процесів, так 
і для проектування архітектури. 
Одне з основних завдань UML полягає в тому, щоб вmюристовуватись як 
інструмент комунікації всередині 1<оманд11 розробників та для взаємодії з 
замовником. Діаграми UML можуть бути використаю для моделювання 
архітектури великих проектів, де можна узагальнити як загальні, так і деталізовані 
ас□е1пи та відобразити їх в рамках програмного рішення (у вигляді діаграми). 
За допомогою зворотного проектування можна створити модель UML на 
основі наявного програмного коду. В рамках бакалаврського проекту були 
створені різноманітні діаграми, такі як діаграми розгортання, комунікації, 
діяльності, компонентів, пакетів, класів, послідовностей та прецедентів. 
40 
·------
ЧДТУ.231404.002 ПЗ 
З РОЗРОБКА ТА ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ 
З. І Розробка програм11ого 1сомплс1ссу 
3.1.1 Обгрунтування вибору засобів реалізації 
РНР (Hypeгtext Ргерюсеssог) - це с1<риптова мова програмування , яка 
застосовується для розроб1<и веб-додатt<ів та динамічних веб-сайтів. Її основне 
призначення полягає в роботі з веб-серверами, і вона може бути вбудована 
безпосередньо в НТМL-1<од. 
РІ-ІР пропонує розробникам широкий спепр функцій та можливостей, я1<1 
дозволяють створювати динамічні веб-сторінки, обробю1ти форми, взаємодіяти з 
базами даних, керувати файлами на сервері, створювати сесії, генерувати 
динамічні зображення та багато іншого. РНР підтримує різноманітні бази даних, 
включаючи MySQL, PostgгeSQL, SQLite, ОгасІе та інші. 
РНР є мовою, що інтерпретується, тобто її код виконується безпосередньо 
на веб-сервері перед тим, як веб-сторінка буде надіслана клієнту. Це робить РНР 
дуже зручним для створення динамічних веб-сайтів , ос1<ільки результат виконання 
коду може бути безпосередньо вбудований у HTML-t<oд і відображений на веб
стор1нщ. 
РНР широко використовується веб-розробниками завдяки своїй простот1 
вивчення та використання, наявності великої документації, активної спільноти 
розробників та підтримці на різних платформах та операційних системах. 
MySQL - це безкоштовна реляційна система управління базами даних, 
розроблена і підтримувана t<орпорацією О1·асІе. Вона поширюється під ліцеюією 
GNU Geneгal Public Liceпse (GPL) та 1<омерційною ліцензією. MySQL є 
популярним рішенням для малих і середніх веб-додатків і входить до склал.у 
різних серверних пакетів, та1шх як WAMP, АррSеп1, LAMP, а та~юж портативних 
серверних збірок, наприклад, Денвер та ХАМРР. 
MySQL має гнуqку архітектуру та підтримку р1зних типів таблиць, 
41 
\\) ~ТУ ..} .' І , ІО, І.00 .) І Ії 
,1 ,,., ,н, 1 1111,, 1 111 !\ l y\S Лt\•\ ,1щн 11 1111 
' н,·н,щ_, , ·,,1нн ·11 111111,у ,іу 1·11 І111 1,, 1 )І І 1t1111 11 Ін 1 р11 11,ш1 
,·рt1ІІ ' ЦІІ,І\ІіІ 1111 ріІІІІІ ''"І'('І\ІІІХ ' ltllll\\' 111, І\111111 ІІЩ\\)Іі ІІІ ЩІІІ ' 1\\ 11)\ Jl\111\\' II, ,· 11111р11111 1 1111 
,,,,,,і ,·111111 · 1·1 111,1 11щ1, · 1111щ111,11 l' щ1УІ\ нІ,, \Іі \Н1ті!\ 11р х І ·1\'І\ , ·у рі . 
!\І,· S\.,.) \ І\Н\\ ' ) tІ\І І 1·111111 .1 1і1\,'ІІ ' І~1 1111111111 : (11'1 І І І Іі \\І\\ l'\Щі! \11 у 1111\l'ІІ ' ІІІІІ , ( 11'1 
.1t11· 11н1J 11 1 • 11111, 1'1' 11 1' п1 1111 н 1·11 1111 11111р1.· 111ш M yS(,)I ·, 11 ін 1і 1н1, 1ш 1 1 11 .х ію11ш 1іщ111f\ 1 , 1111,· 
\\І\М І ІІ 'І \І ', ЩІ)\\ ІІ\)ІІІ'\' ІШІІ , \ЩІ 11\ІІіІ'ІІІІ\"\'\ІІІ)' ІІІ' \ ' \, [\1\yS()I ,, ТІ\ ІіІІЖ \І)' ,1\ 11 р1І'\ІІІНІ\.' ІІІНЖІ.: ІІІ 
11 i) t t і РІ • І,,~t1ІL'\щіі\ 1111 .11і1\1·11 · 1ін 1111; н11 · t1111щ.111111kт1, 111щщнн· 1·t111y 1111·111 M yS()I , у 
1,,1м,•1щііі11ш: "1"11.'1,п1 х тн ·111t1,,·111,•11y 1· 11р11ф,•1.· ііІ11у 11i; t·1·p11f\111·y . 
.\ . І .? ( )ІІІІl' l"І 'Р~' "')'РІНІЇ {ф~1 111щі,11111,111,1111'і) \:ХІ:1\11 1 
Ml'T\\\\\ (І'ЩІрl' ІІІІ)І ) (\\)ЩІ'\\)' ('1у.11,, 1.· 11р,1,·т1111 1 р,1(н1ту ' І \)І\ ' \111\1 ) t\ІІІІІ Х 1( 11\llL:11\I X 
1,щ,111.·т~11щчі11 т11 · 1 1 1 Сі1" 1І1 L' 1 111 ·111 · 1ру 1 11111іІ ,1 t,н·ту 11 но і111\111рм1щії . І І ін 1 1111.: ро· 1111 1 н< 11 111 
\Іl'І\,І \\ ' НЩІЇ І\\І'\'\)І\11\Т\Ії\)\111\\ІІХ і111\н1рІ\нщіі111ш: ' \\'.'{1\\),111\І ' і !\ у 1 1р1 111н 1111111 , 1111 !Ір 
:1рх і \ 'l'Іі\ ')1 1)11 і111\111р~11щііі1юї 1.· 111.:'\'L: I\III \ ' ІІІЩІІІ\\'ІіІі\ 11,, ІІІІЖJ ІІІІ\ІІf\І , ЛрХІ'І\:J<' І у р:1 
І І 11\Н 1\11\І:ЩІ іі ІІІ ІЇ 1 
\( \ 11\ І 11 \\\'І 'І:\Н II ІЇ \: щ:н:М 11 (Ї 11· І yt" І ' І, І.: 11 ІІІ\ 11 І ІІІ \\11'1'11111 , ТІ.:J 1~• І( t Іf\ І )' 11І 1(1 11 ti !\ІІІ !і 
І '\\ ІІІЮІ'\ІtІ І\ІІІііі ~· 1,.ІІІЩtІІІІІ :Х. \'itll' \11, j)\\ ' 111\ІТІ()' \(\)ЖІІІІЇ ~ І<J І І І ) (tІ\І\ІЇ ІІІІ ' І\1 1 1 1 \ І ІІ " І ' І, L: ІІ рЇІІІІ І.: 1\1 
) l\)\:\(\)\l :IJl\)~"І ' i ІtІ(\Н1рм 1щііі1 11ІЇ С ІІ І.:' І 'І.:МІІ ТІ\ ' І 'І.:Х ІІ\ІJ НІІ ' і1 · н1 \І І\ЮU І( І\ ) 1!11111 ,Х. 11(11 
11р11 ·1t\\)) (ІІТІ, )l\\ \1\1\(()рІІС'І'ІІІІІ\)\ ' І'\ІЮІХ t:Xt.:M (\Сіро 11(\\ Hllll\l X, )І\( '\'1:JIL:\l (ipo )\([\ , фніі J І • 
l'~p11t:p. 1о~іп 1 · 1 ·-1.:1.:р111:р, І111 1: 1·111.:н: 111:т1.:м11 . t:ХОІІІ\ЩІ.) ) (ШІ\\Х '1'11 L: II L:Tl: MII (І\І І.)\')t\Т\\ІІІНІЇ 
;111ш1іт11 1 11юї ,1 (ір(1(і 1( 11 ) l\ІІІІІ Х \ l l)\, 
l li1.:m1 1 111ш1і · 1у 111.: іх 1111щt:· 111111 1 1 1 1 1: 1111 х 1111 мо 1 · Jl" 111111111ї :111т11м11т11 · 11н1:111(1Ї t: 11 t:т1.: м11 
t:T:I( ' 'І\)l) ' \ )' І\•ІЇ JЮ, l\l() ) lJIII 1\11'\'\\МІІ'І'ІІ ' \НІlЇі 1н1(іот11 \1 1.)L:'І'ІІр І ІІ\І\()\ '() l(OMIIJll' l(L:Y ) l\\l(I Jll,11\) 
11111юр11 1.:то11у 111 1т11 1cJ 1i1·11т- t:1: p111.:p11y 11рх ін.жтуру . Кн i1 ·11т-t:i..:p11 i..: p1111 11рх іт(; 1пур11 с · 
мср1:жс11ою нрх ітс 1пуро10 , )11(11 І\ЮЖІ: (іут11 ' ll\t:'l'()\.:011111111 )11( ) (О фі · 11-1 1 І І II І Х І І \ШСТ\Н>ЇІІ , 
Т:11( і ) (\\ 11\ЮІl)t\М\ІОІ '() ' ІІ\(ЇС' І\1\.: 1 11.:ІІІІІІ, ' \IIJIUЖ\10 ІІЇ) l ТО\ '(), НІ( рІІ'ІІІО)(ЇJІІ.: ІІі ,J\\\І ' Ї 1 ІІІі 
1шм1 ю11с11тн нщн~т1су між І<J І 1(·1п ом 'l'll 1.:1.: р11сром І І 11 І . Во, н, 1.:1сJ 1 1 1на1 " І ' І ,t.:!І 'І т:11си х 
СJ ІСМІ:ІІТІВ : 
(\:pllt:p Ul\' 11·1 )l:t\lИX, НІ( І·Іі•і · 111GC 'j\ll.: 1 Іy<· у 11р: ІІІJ ІІІІІІ)І · 1(і1,;р і І'tІІІІІ>І М, ) (ІІСТУІІІІМ, 
'Іі\ Х І·ІСТОМ та р1.: · 11:р111ІІ·ІМ l(() ІІІ\011:\ІІШІМ )(11 \ІІ-І Х. 
42 
ЧДТУ. 231404.002 ПЗ 
Сер13ер додатt<іІ3, ЯІ<ИЙ uн1<01-1ує визначення бізнес-правил. 
Клієнт, я1<ий представляє собою 1<ористуващ,ю,1й і11терфеіk. 
Мережа та програмне забезпечення зв'яз1<у, tцо включає обладнання, канали 
передачі даних та програмне забезпечення, я1<і забезпечують передачу запитів 
відповідей між клієнтами та сервером за допомогою мережевих протоколів. 
Після розгляду загальних принципів 1<Лієнт-серверної архітектури ми 
можемо створити загальну схему нашої системи. Основна стру1<тура програми 
складається з контролерів, які відповідають за обробку даних, r-.юделей, файлів 
представлень (views), що відповідають за відображення даних на веб-сайті та 
взаємодію з базою даних, а також І'І<Ііrрацій. Загальна стру1пура програми має 
наступний вигляд: 
Рисунок 3.1 - Основна структура програми 
3.1.3 Опис логічної схеми системи 
Надано просту логічну схему системи бронювання столиюв дня заю~ащв 
харчування: 
Опис дій: 
Користувач вводить інформацію про бронювання столика, таку ЯІ< дата, 
час, кількість осіб і т.д. 
2 Система бронювання столиюв перев1ряє введею дан~ на валщн1сть та 
43 
ЧДТУ. 231404.002 ПЗ 
доступність. 
3 Система звертається до бази даних для перев~рки наявносп вільних 
столиків на вказаний час і дату. 
4 База даних повертає відповідь системі бронювання столиюв з 
інформацією про доступність столИJ<ів. 
5 Система бронювання столиків повщомляє користувача про результат11 
бронювання. 
6 Користувач отримує відповідь від системи, я1<а підтверджує або відхиляє 
бронювання . 
Це лише базова логічна схема, а реальна система бронювання столиків може 
включати багато інших функцій, таких як обро61<а платежів, нагадування 
користувачам 1 т.д. 
На схемі об'єктами є замовники , ресторани, продукти, меню, замовлення, 
штрих-коди, столики. Кожен об'єкт має свої атрибути, такі як 1D, і І\ 1 1 я , прізвише, 
номер телефону для об'єІ<та "замовники". 
Логіqна схема бази даних виглядає наступним чином: 
Рисунок 3.2 - Логічна схема 
44 
ЧДТУ . 231404.002 ПЗ 
3.1.4 Розроб1<а бази даних 
База складається з 8 таблиць: places, шenus, CLІstoшers, tables, products, orders, 
01·dег_ргоdнсt, bai·codes. Взаємодія з базою розпочинається з places, потрібно 
додати всю інформацію про ресторан. Потім потрібно додати інформацію в 
таблицю inenus тобто створити меню і також таблицю products з якої формується 
це меню. 
Схема в базі даних має зв' язки типу «Один до багатьох», «Багато до 
багатьох» ви.глядає так: 
t~ ,nenus з c,_,stom~rs " t~ble.s = places 
➔ ld 1d ~ 1d ~ id ~ 
pl.)ce_ld ,_ r11~_nJme ~r~O'\_sJze namc 
,---
mle phone n~, phons 
~~stripUcn d•ІD~lon 
аеа1ес_.1 acdt9SS 
Slug res~n-e _рПсе 
updaled_at dё:.tnprion 
ри~ id ..__ 
аеаІеd_АІ Slug 
is_re.5-etvt d 
upcalєd_a, Іоgо, 
:;; aea1ed_a1 
order_product 
updз1.,j_11 '1eз1td_a1 
order_id ls_Ьusy uІ'(!аІе<І_а, 
produtt id 
cati;gory 
= products 
Ііі orders е barcodes 
id ~ 
~ Іd ld 
name 
ІаЬІе_Іd o.ssto.-ner_ i d 
de~a1p:ion 
CUSІom,r_ld CldEІ_id 
lmage =~ 
notё р!ш_Іd ~ J 
price 
IOІal_JJflC1! ІзЬІе_Іd ,-
~ menu_id 
раугаеnІ fi'•_p•lh 
skJg 
is_Snlshed cealcd_at 
aeated_al 
time updated_a, 
updated е\ 
creaІEd_at 
l}'J)C 
upddled_al 
is_oc:tl\·г 
plote_id 
Рисунок. З.З - Схема бази даних 
3. 1.5 Розробка інтерфейсу користувача 
Взаємодія з додатком починається з головної сторінки на якій відображений 
45 
ЧДТУ. 231404.002 ПЗ 
перелік занесених в систему ресторанів. Також внизу сторінки можна вибрати вид 
кухн~: 
Рисунок 3.4 - Головне сторі1-n<а додатку 
Потім після вибору ресторану буде відкрито меню де потрібно забронювати 
місце вказавши час дату та кількість персон . Також можна зробити замовлення з 
меню на вказаний час: 
Е 0 т, 
Рисунок 3.5 - Сторінка з формою бронювання 
46 
ЧДТУ. 231404.002 ПЗ 
Після здійснення бронювання місця буде створений QR-код, який потрібно 
буде пред'явити в ресторані. Цей QR-код міститиме інформацію про 
заброньований столик та замовлення. 
Після запуску додап<у клієнти зустрічають початковий екран, а nот1м 
переходять на головну сторінку. Звідти вони можуть створити новий обліковий 
запис безкоштовно, увійти до існуючого облікового запису або продовжити 
використовувати додаток як гість. 
Після входу в систему вони можуть обрати "Обід у ресторані" або 
"Замовлення на виніс". Замовлення на виніс негайно перенаправляє їх до меню, 
тоді як обід у ресторані дозволяє клієнту вибрати бажаний столик. 
Далі клієнт може переглядати меню і додавати до замовлення все, шо йому 
подобається. Після входу в систему вон.и можуть натиснути значок дзвінка вгор1 
праворуч, щоб надіслати повідомлення до офіціанта з будь-якими запитами . 
Після зроблення остаточного вибору вони можуть переглянути своє 
замовлення та оплатити його за обраним способом. Після успішної транзакції 
квитанція може бути відправлена на електронну пошту. 
Більшість мобільних додатків мають можливість вхіду в існуючий обліковий 
запис або реєстрації нового користувача. Для реєстрації користувача зазвичай 
потрібно ввести особисті дані у відповідну форму, такі як ім'я, номер телефону або 
адресу електронної пошти. Ці дані зберігаються в базі даних, призначеній для 
користувачів. Проте, заповнення форми реєстрації може вважатися незручним для 
користувача, якщо він мало зацікавлений у використанні наданого сервісу. У 
такому випадку він може відкласти ознайомлення з продуктом на краші часи. 
Отже, важливо забезпечити користувача альтернативними методами 
авторизації. Це може бути успішно реалізовано за допомогою сторонніх сервісів, 
таких як Google, Facebook і т.д. У цьому додатку реалізовано кілька способів 
. . . . 
авторизації та реєстрації, включаючи штеграшю з1 сощальними мережами 
Google+, Facebook і електронною поштою. Після успішної авторизації користувач 
47 
~ ЧДТУ. 231404.002 ПЗ 
переходить на головнии екран додатку. 
Mit w, 
.... , 
Рисунок З .б - Розташування місць 
Створити продукт в меню: Menu 1 
Го.\Оt.,._,3 
Шм~ •rрм.. 
Рисунок З. 7 - Створенння продукту в меню закладу 
На сторінці закладу розміщено інформацію про назву закладу, його робочі 
години та меню, де користувач може переглянути фотографії та ознайомитися з 
кухнею. Також доступний перегляд інтер'єру закладу, акцій , відгуків, рейтингу, а 
також карта, на якій можна побачити місцезнаходження закладу, його телефон та 
електронна пошта. В нижньому правому кутку сторінки є кнопка для бронювання 
столика. При натисканні на три точки у верхньому правому кутку з'являється 
контекстне меню, яке дозволяє обрати один з пунктів, таких як додавання закладу 
48 
1 ІЛТУ , 2, І ,10,1.0 01 І І І 
11111ра11і II Н) ІІ\ЩЇJІІ І І ІІ І: ІІ іt1фt'1Н,11\І(Ї( НІ ІІ І.: ІЩі І ІІ ІІ,ІІІІ Х ~11:р~їІ( ІІ Х , 
r11 су 11сж l.X - Ст1юр~11111 1і1 м~ 1110 · 1111<н11лу 
сз 
-
Рису1101< ].9 - ГОJюв11а сторі1щ;1 ;щмі11істратор11 но;1ал<у 
Мс11 1() l)UC I OJ)OІHt 
Рису1101< З. І О - Г0Jюв11а сторі111ш адмі11істратора 1 tощп1<у 
4') 
ЧДТУ.231404 .002 ПЗ 
, ... , .., 
Тут ос\ замовлення 
Рисунок З. І І - Перегляд всіх замовлень закладу 
Стеор,fІІщісцс 
-
.... 
Рисунок 3.12 - Відображення бронювання місць в ресторані 
Стол11 
Рисунок З. І З - Відображення заброньованих столів в ресторані 
Можна використовувати настуnНІ статуси: "На І\Юдерації" , "Прийняті" та 
50 
ЧДТУ.231404.002 ПЗ 
"Відхиле11і". У 13ю1адці "На модерації" відображаються бро11ю1Jш11ш , як, ще 11с 
були прийняті модератором заІ<ладу. ТаІ<і замовлення можуп~ бути вілхилсні (але 
після того, ЯІ< модератор їх прийняв, відхилити їх вже неможливо). Кожне 
замовлення містить назву закладу, його статус, дату замовлення, дату бро1-1юна11ня, 
кіль1<ість осіб, на яку заброн,,овано стіл, адресу та зображення за~<ла;tу. 
Кожна категорія заJ<ладів має сво·і переваги і недоліJ<и. Вибір місrtя JtJІЯ 
відвідува1-1ня, будь то ресторан або J<афе, залежить від приводу, 1-1аяо1101 ·0 часу, 
бюджету та особистих уподобань. Для деш<их людей І<омфортніше відчувати себе 
в атмосфері затишного кафе, тоді як для інших більш привабливим є розкішне 
обслуговування ресторану. 
Завдяки цьому сервісу відвідувач може дізнатися про наступні речі: 
інтер'єр, е1<стер'єр та місцезнаходження закладу; 
контактну інформацію про заклад; 
меню, акції та ці1-1и в ресторані; 
відгуки інших відвідувачів, а також можливість залишити власний 
коментар та ощнку. 
Завдяки цьому додатку користувач зможе зекономити час на пошуках 
потрібного місця та спростити процес бронювання столика. 
Створити місце 
Гоr.0,11.1 
ТоІ\.СфОН 
Оnн< 
LO!)o/Photo 
Рисунок 3.14 - Бронювання столу в закладі 
51 
. ЧДТУ.23 1404.002 ПЗ 
П1сля uведсння менеджеро1м  ·· б · 
СВОІХ О ЛІІ<ОВИХ да 11и х на е1<ра111 !3ХОду. 
відкривається екран з доступом до кіль1<ох функцій . Перша кнопка показує 
поточний стан всіх столиків У ресторані. Друга кнопка дозволяє менелжсру 
отримати інформацію про заробітну плату шляхом отримання електронного листа. 
Третя кнопка веде до інтерфейсу, де можна переглядати інформацію про поточних 
співробітників, вибираючи кожного окремо. 
Наступна кнопка дозволяє менеджеру переглядати меню. Кнопка "Черга 
замовлень" показує стан усіх активних замовлень. Функції редагування меню 
дозволяють додавати нові страви, редагувати існуючі та видаляти їх. Для 
додавання страви потрібно заповнити необхідну інформацію. Редагування 
елемента дозволяє менеджеру вибрати позицію з меню і вручну змінювати всі 
властивості. Видалення елемента передбачає вказання назви та видалення позиції 
з меню. Остання кнопка веде до інтерфейсу для входу і виходу зі зміни . 
Поміж цим, натискання на значок дзвоника у верхньому правому кут1 
дозволяє менеджерам переглядати поточні пінrи від клієнтів і колег, а також 
надсилати пінrи самостійно.Інтерфейс співробітника схожий на інтерфейс 
менеджера, але має меншу кількість функцій, оскільки співробітники не мають 
управлінського доступу. 
Кнопка "Перегляд столиків" дозволяє співробітникам переглядати доступні 
столи в ресторані. Параметр "Переглянути профіль" дозволяє переглядати власну 
інформацію про співробітRиків. Черга замовлень показує стан всіх існуючих 
замовлень у ресторані. Через цей інтерфейс співробітники можуть замовити їжу з 
меню ресторану.Остання кнопка дозволяє співробітникам почати або закінчити 
свою робочу зміну. Натискання значка дзвоника у верхньому правому кут1 
інтерфейсу дозволяє співробітникам переглядати всі пінг-повідомлення від 
клієнтів та колег, а також надсилати пінг-повідомлення самостійно.Використання 
такої архітектури, яка базується на технології "клієнт-сервер", має багато переваг. 
52 
ЧДТУ.231404.002 ПЗ 
Проте, варто вшзначити, що вона має певні недоліки, зокрема повну залежність 
від активност~ сервера, тому в разі його відключення мережа також відключається, 
~но призводить до припинення роботи системи. Під час розробки прототипу 
снстеми автоматизації роботи ресторанного комплексу було вирішено 
від;,.юв1пися від технології ActiveX Data Object, яка має свої недоліки , і 
застосувати більш сучасний підхід до роботи з даними.Для реалізації прототипу 
снстеми автоматизації роботи харчового комплексу було також використано 
програмний продукт MS SQL. Microsoft SQL Server є системою управлі ння 
реляційними базами даних, розробленою корпорацією Microsoft, яка використовує 
мову запитів Transact-SQL. Цей продукт має багато версій, що підтверджує його 
популярність серед розробників програмного забезпечення. Остання версія SQL 
SeГ\1er 2008, яку ми використовуємо, спрямована на зроблення управління даними 
самоналаштовув 
3.1.6 Опис розробки програмних компонентів 
Цей модуль - шаблон сторінки головної сторінки (l10111e.blade.pl1p), який 
використовує Laravel Blade, щоб відобразити контент на веб-сторінці. Ось його 
опис: 
розширення шаблону: @exteпds('layouts.app') означає, що шаблон 
головної стор1ю<и розширяється з шаблону layoнts.app. це дозволяє 
використовувати загальний макет, який м1стить заголовок, навігацію та інші 
елементи, які повторюються на всіх сторінках вашого додатку; 
розділ заголовка: @sectioп('tit\e') визначає заголовок стор1нки як 
"головна". uей заголовок може бути використаний в шаблоні layoнts.app для 
відображення заголовка сторінки; 
роздш контенту: @sectioп('coпteпt') визначає основний контент 
сторінки . усі елементи, що знаходяться між @section('coпtent') і @eпdsectioп, 
будуть відображені на сторінці; 
53 
ЧДТУ. 231404.002 ПЗ 
l1tшІ-1<од сторін1<И: у цій частині І<оду розміщений l1t111\-код для 
головної сторінки. він містить різні елементи, такі як логотип, рядок з описоr..-1, 
поле для введення тексту, список продуктів тощо; 
цикл @f01·eacl1: цей цикл виt<ористовується для перебору значень 
масиву $fiгst і відображення карточо1< продуктів для кожного елемента масиву. 
карточки містять зображення, назву і рейтинг продукту; 
використання зовнішніх посилань: в шаблоні також є використання 
зовнішніх посилань на зображення і сss-файли. наприклад, asset('iing/logo.svg') 
вказує шлях до зображення логотипу, а asset('i111g/a1Тow.svg') - до зображення 
стрілки: 
посилання на маршрути : у деяких місцях шаблону є використання 
rot1te('\10111e'), юute('place .s\10,v' , $va\ue->slug) і 1·0L1te('places'). 
@exteпds('layoнts.app') 
@sectioп('title') 
Головна 
@eпdsectioп 
@sectioп('coпteпt') 
<di,, class="body-grad" id="app"> 
<di,, с\аss="сопtаіпег"> 
<div class="logo"> 
<а href=" { { route('hoшe') } }" > 
<ішg src=" {{  asset('iшg/logo.svg') }} " > 
</а> 
</div> 
<div class="row"> 
<div class="col-111d-6 descl'iptioп"> 
54 
. ЧДТУ. 231404.002 ПЗ 
<d1v class="title"> 
<І1l ><Ь>ОБИРАЙ ТА</Ь></ЬІ> 
<]1 І ><Ь> БРОНЮ Й </b></h І > 
<]1 l >СВОЄ МІСЦЕ</h l > 
</div> 
</div> 
<div class="col-111d-6"> 
<div class=11 i11put-container"> 
<div class="inpнt-w1·appeг11> 
<inpнt type="text" class="iпput ореп" /> 
<span class="icon-coпtaineг"><i class= "fas fa-
searc\1 "></і></sрап> 
</div> 
</div> 
<112 class="best">КPAЩI З УЛІОБЛЕНИХ</h2> 
<div class="p1·oducts"> 
<div class="products-wгap maгgin-bottom"> 
@foreacl1($fiгst as $value) 
<div class="card іtеш"> 
<img class="caгd-iшg-top" sгс=" { { ш\($value-
>getl111agePatl1()) } } " 
alt=" { { $vаІLІе->11аше } }" > 
<div class="card-body"> 
<а hгef=" { { гoLІte('pl ace.sl10\.,1 1,$valнe->slнg) } } " 
class="caгd-title">{ { $value->name} }</а> 
<div class="fav-block"> 
<div class="гatiпg-block"> 
<і class="fas fa-stai·"></i> 
55 
ЧДТУ. 231404.002 ПЗ 
<і class="fas fa-star"></i> 
<і class=" fas fa-staг"></i> 
<і class="fas fa-staг"></i> 
<і class="fas fa-star"></i> 
</div> 
</div> 
</div> 
</div> 
@endfoгeach 
</div> 
<div class="aпow"> 
<а І1геf=" { { route('places') } }" ><img class="a1тow-wrap" 
src=" { { asset('img/aП'ovv.svg') } }"  alt='"'></a> 
</div> 
</div> 
<div class="soc-icons"> 
<ul> 
<Іі><а І1геf="#"><і class="fab fa-facebook-
Г'></i>facebook</a></li> 
<Іі> 
<а l1ref="#"> 
{ {--
todo: Example call fог сгеаtе open event fог 
DateTimePicker 
--} } 
<і class="fab fa-google-plus-g" @click="opeпPicker"></i> 
google+ 
</а> 
56 
► 
ЧДТУ.23 1404.002 І ІЗ 
</\і> 
</t1\> 
</div> 
</cliv> 
</di,,> 
</cliv> 
</di,,> 
@eпdsectioп 
Наступний модуль - шаблон сторіню-1 деталей міс1tл (рІасе.ЬІнсІе.рІ1р), ию-1і-і 
також використовує Laгave\ Blade для uідображс1111л 1<011тс11ту 1н1 uеб-стuрі1щі. Ос1, 
його опис: 
розширення шаблону: @extc11cls('layol1ls.app') о:.и-1ачас, 1но нсі,і 111а6Jю11 
деталей місця розширяється з шаблону layollts.app. ша6Jю11 layollls.app в1<лю11ас 
загальний макет, який містить заголовок, 11аuігацію та інші слемс11тн , икі 
повторюються на всіх сторінках вашого додатку; 
розділ заголовка: @sectioп('title') визначає заголо1ю1< стор111кн, н1ші-'І 
буде встановлений як назва місця ($рІасе->11а111е). значення цього заголовка може 
бути використане в шаблоні layouts.app для відображення заголош<а сторінки ; 
розд1л контенту: @sectio11('co11te11t') визначає основ111-1й 1<01пс1п 
сторшки. усі елементи, що знаходяться між @sectio11('co11teпt') і @c1нlsccti o11, 
будуть відображені на сторінці; 
І1t111І-код сторінки: у цій частин~ коду розміщений \1t1пІ-1<од для 
відображення деталей місця. він містить контейнер з 1югот1шОІ\•І та 1ю11ем дю1 
введення тексту, рядо1< з описом місця та секцію з головним зображенням місця; 
57 
р 
ЧДТУ.23 1 404.002 ПЗ 
використання змінних: у шаблоні використовуються змінні $place-
:;,,name і $place->desciiptioп . ці змінні містять назву та опис місця, які передаються 
8 шаблон з контролера ; 
використання зовнішніх посилань : в шаблоні також є використання 
зовнішніх поснлань на зображення. наприклад, asset('iпig/logo.svg') вказує шлях до 
зображення логотипу, а asset('i111ages/p lacesЛ1ero_iinage.p11g') - до головного 
зображення місця. 
Це базовий опис коду, в рсальноr.1у проекп можуть бути додат1<ов1 
функціональні елемент11 і розш11рс11ш1 . 
@exteпds(' layouts.app') 
@sectioп('t itle') 
{{  $place->name }}  
@eпdsection 
@sectioп('content') 
<di,, c lass="contaiпcr ,1\1- І О"> 
<div class="logo"> 
<а Іїїеf=" { { route('l10me') } }" > 
<ішg src=" {{  asset('img/logo.svg') }} " > 
</а> 
</div> 
3.2 Тестування системи 
3.2.1 Модульне тестування 
Модульне тестування це методолопя тестування програмного 
забезпечення , в якій окремі 1<омпоненти (модулі) програми перевіряються і 
тестуються незалежно від інших частин системи . 
Було проведено наступні модульні тести: 
58 
ЧДТУ. 231404.002 ПЗ 
Таблиця З . І 
Етапи модул~,11ого тестуnашш 
Назва Тип 
Ви1<0 11ш 111я 
Тестування - перевір~<а, чи можна додати 1-юJЗий столик J10 І3и1<011а110 
класу для системи І чи зберігают1.,ся правильні дан , про 
керування нього; 
столиками - перевірка, чи можна оновити існуючий столик і 
чи зберігаються зміни·,  
- перевірка, чи можна видалити столи~< 1 чи 
видаляються відповідні дані. 
Тестування - перевірка, чи можна здійснити бронювання Виконано 
класу для столика на певний час і дату; 
керування - перевірка, чи можна перев1рити доступ1-11сп, 
бронюваннями столика на певний час і дату; 
- перевірка, чи можна скасувати бронювання 
столика і чи змінюється його статус. 
Тестування - тест, що перевіряє, чи валідуються правильно Виконано 
валідації введені дані, такі я,с дата, час, кількість осіб тощо; 
введених - перев1рка, чи повертає система помилки при 
даних невалідних вхідних даних і чи прий-має правильні 
даю. 
З .2.2 Інтеграційне тестування 
Інтеграційне тестування системи бронювання столиків для закладів 
харчування полягає у перевірці взаємодії різних компонентів системи та перевірці 
коректності їх спільної роботи. 
59 
Ч) ~ТУ · 23 1404 .on2 11 ·1 
Ьуж1111ю11~нс1ю 11асту 1111 с і11Тс 1 ·І) " І•~• 1" . .. 
" ' 1 І 1t : І Ct:'1 у 1111111 І )І : 
Tafim 11 01 .l .2 
Ет111111 і11тсгр1щііі1101 ·н тссту1111111ш 
назва Тип 
ВІ,ІІ(ОІІаІІШІ 
'теt:тува1111я 11аписа11ні,і TC'"'" l' , lt•,<  > • r:: 
снмуто(' 11рощ:t: ,1ро1110ва1111я ВИ ІШІ ІіІ 110 
пронесу столи~ш псnним І(Ористувачсм 1111 11 с1111нй чаt: і ;щту; 
бронюваt·tШl - ІІсрсu ірено, •11-1 11рав1-1 J 11, 110 обробJ1щт1,ся ·.1а11нт 11а 
стол нка бронювання стш1н1ш 1 111-1 :.~бсрі111ют1,сн 11ію1011ію1і 
щші у баз і да11нх . 
Тес·1ува1111я ст1юрс1ю тестову базу да 11нх з 1 стою1 ю1мн та В1,11<011а110 
перевірІ(И 3ай11ятимн бронюва111-1ямн; 
доступностt 1н111исано тест, що 11срс111ряє, чи 11pai11-1J11,110 
СТОЛИКІВ система виявляє ~оступні та :.~аі-'І нsпі стоJ1и лш1 
певного часу і дати; 
11срсв1рено, , , 
110uсртас снстсма ОЧІІ<УШ1III 
результати щодо досту1111ості столнкіu . 
Тестування - написанні-і тест, що персв1рнс, 1 1н правнт,1ю І3н 1<u 11а1 ю 
сповіще1-11, система нnдсилас сповіщен11я корнстувачу про 
про підтвердження або в ідхилення i:ioro бронювання; 
бронювання - 11ерев 1рено, чи МІСТЯТЬ СІІОВІЩСНШІ Щ)НІJІ,ІJІІ , НУ 
інформацію про столик, час і дату бро1110ваr111я. 
60 
ЧДТУ . 231404.002 ПЗ 
висновю-1 до третього розділу 
Під час даного етапу проекту успішно було розроблено програмний додаток 
3 усіма необхідними функціями. При проектуванні були детально враховані всі 
аспекти модульності та інтерфейсу додатку, з використанням відповідної 
навчальної літератури для правильного виконання запланованих етапів . База 
даних успішно спроектована та реалізована під час розробки. Результати 
проектування системи втілені у кінцевому додатку, який пройшов відповідне 
тестування . Висновок з тестування свідчить про безперебійну та належну роботу 
додатку у своїй предметній області. 
61 
ЧДТУ. 231404.002 ПЗ 
висновки 
rезул1.,тати проведеного до·с лі,п...·,.~ ,е ння св1· дчать про значуШІ·с ть автоматизаu11...  
ресторанного бізнесу ЯІ< стратег,· чно·,· перспективи .1 нстру,1ен ту 
ко111<урснтоспrюмо,1шості на rи1-1 ку. Створення єдиної системи автоматизаuії в 
-3а1<ладах ресторанного бізнесу дозволяс максимізувати та спростити ,1ехан1з,1 
у1 1ра1Злінш1 І<омплс~<сом біз11ес-процесів. Основні переваги такої систе'1И 
u1<JІЮЧ,\ІОТІ.,: 
Зме11ше11ш1 та оптимізація витрат, п~двищення швидкост1 обробки та 
доступу до інформації . 
2 Уста110n1<а повного або част1<01Зого контролю над бізнес-проuеса'1И на 
різних дішншах підприємстnа, таІ<их ЯІ< 1<ухня , бар, ресторан. 
З Е1<011омія робочого часу працівни1<ів. 
4 Зменшення t<іль1<ості помилок при складанні первинних документів. 
5 Оператиш-1е пла11уван1-1я закупівел~, за допомогою простих та наочних 
'Jн ітів, З І\ 1с1нuення впливу людсь1<ого фактора на управління, чітке визначення прав 
та обов'язr<ів праuів11и1<іu та запобігання зловживанням з боку персоналу. 
6 Спрощення обл і ку, гнучке управління політикою знижок і бонусів, 
планування та врахування банкетів та корпоративних заходів, персоналізація 
роботи з ,шієнтами, 1<онтроль над резерваuіями столиків для постійних 
. . . 
н1двщувач1в. 
7 Ведення регулярного та управлінсьІ<оrо обліку в єдиній інформаuійній 
базі. 
8 Спрощення роботи зі знюкка~,и та клубними картами. 
9 Створення різноаспектної звітності, та1<ої як уnравлінський баланс , стан 
замовлс111, по1<упців і постачальників, валовий прибуток, вируч1<а від реалізації 
тощо. 
І О Підвищення якості сервісу, престижу закладу та лояльності 1<лієнтів. 
11 Швид~<а обробка замовлень та обслуговування кл ієнтів. 
62 
ЧДТУ . 231404.002 ПЗ 
І 2 Покращення узгодженості та контролю 11ад роботою персоналу. 
13 ПостіІі1111fі І\ІОН ітор1111г робоп 1 всі х структур з,шладу. 
14 Проr11озув:1 11ня рсзу,1 1,татів 11і ял 1, 1юсті рссторс1ну n ні.10~1у . 
Тз~-11 :-- 1 • 111н о:-. 1 , звтом:1п 1з,щіи рестора~ 11-10 1 ·0 б із11ссу вже не с іннов:~нісю. ш~с 
стзс 11со6хі,1tністю сучас 1ю1·0 IJ:lC)'. OCKЇ JJJ,К\J UОЩ) НёІЩlС гнучки й І\ І СХ<lІІЇ ЗІ\І 
уІІр:шп і11 11 я 6із 11сс-про11сс:зм11 тз допоІ\І зr:зс :щ:штуоат11ся до р1 1н1<оuих умов . У 
nото111111 х І{\ШЗОІ3 \ІХ умоnах 13І ІрОU:ЩіІ<СІІШl СІ ІСТСІ\ІІ І ,1UТОІ\ІёІТІ І З,ЩІІ ІН.: 
11a1u111wi-oв 11 м u 1пратою кап італу, п r 1асо6ом 011п1мізаuії 01 1 срацііі111 1х в11т1ж1· та 
спрощення робот11 11cpco11aJ1y. 1Зо110 с і 11струмс1поІ\1 пu 111уку резервів яля 
ІІІJІ3 ІІ ШСІІНЯ сфсп11в1юс1· і 11 іщ 1р11rІ\Іс Г11:1 1:1 і і о1 ·0 аш111т:111ії до 11сбнс11 ·011рш1лю1 ·0 
сl'рс:10в11ша. Такю1 ч 1 11юм. а 111щ,1аппа ні н ста.- 1трішш11,,1 11 1 1\1 фшпороІ\І для 
ІlOJaJJL,ШOГO )Ю !131\ТІ,у рссторз11у . 
63 
( , .' ,1, 
v.1,м<:r1ш1 ff ·.:1(;fctf)f,1111ий ри1р::.: J І V. І·., r:.c-iнl,r.J1 , f'~ки,л ::(/-:;:::s::: 
http;//jn tk(,n f J,rg/(; ', i r(1Че1-У. ~-C;,1Jni',t-i-·1idmirm(, ·,ti-rv,Тij't1l-:=! !:i.: (t,r;:-;{/ i;,зw:;·,,.. 
tt1(;/<:ktr1,nna-f.:r,rn<;rtc, iy,:1 . - (J:, JJ4.2f12 І. - H t1·:f'~ -~ (:Y~1!J. 
7 ,-~<1 1АfН1И 'f . Чїї, JY.p--aИllfll,I (;,'f.ll'f Ш;. 'IJ1.TJ - 1!;H::t:,Ш¼V. ~р%7_,,.:1:·,1~ . J_;y :,_; 
/11 І p://h1 ,r(;ca. u,1/ ttrt і сІ е; ,.,/ Іа-рі Z7A-!;',pre·,·~oJ/. 
k.И1111(Jщ111ии ~ f)(;сн,р,:1ннr,м fjи·mw.: //. І;f) С: hнр: 'r1ipf}1'lr.c(_,m,D',m ;г,г.<,·. ~ ·,іі-> 
r(;<itl, ran т ,m-h і znc <.,e; , 
'J.І ,шуГ, СВ., 1t1cm.1 Г.О., Піи<;НІ, (J.fi. , Kь:r(j/_P,a CJ(J. C,1,·1~nart1~ 13.f ., ~~ft:7(;:з;;in Н.13., 
()11<:кс;юк В.В., ;ищет Ас-ruлJ-1чні f){;f'u.чtн;1анії ;ю 11i.'lfifm~:-v. ~~~·,іфі~-:.:шій;f,Д 
роііт и f,t1кa:н11:pt1 JJJIЯ -~j/обу~ачіР- ~ишсїї ()СР-ін1 ·~і снсніа:н,но~,і f 2 J пfн~:!:щ".J)>/J 
щю, рш,11ю1 (1 ·~ttбс-тсчсню1" усіх фор.•.f наР,•fання 
ЧДТУ. 231404.002 ПЗ 
количество ресторанов растет //. URL: http://www.kiev-rus.org/?p=
10 944_ 
Львівські студентІІ розробил11 додаток для резервації столи1<ів та замовле1111я 
11 
'j,Кі у ресторанах [Електронний ресурсJ  // Режим доступу: 
І,trps://zax id.net/lvi vski_s tlldeoti_rozi·obili_d odatok _ dlу а_ rezeгvatsiyi_s tol iki v _ta _7amo 
,,Jenпyayizhi_u_restoranah_n 1400126. - 02.04.2021. - Назва з екрану. 
І2 Найдюк В.С. Інновації в системі управління підприємствами рестора1111оrо 
господарства. Сталий розвиток економіки. 2010. №2. С.228-233. //. URL: 
littps://toшlib. oet/statti _ ukг/пajdj  uk.l1tm. 
13 Нечаюк Л. Готельно-ресторанний бізнес: менеджмент. Навчальн11й посібник 
л. І . Нечанюк, Н .0. Телеш. - К.: Центр навчальної літератури, 2003. - 348 с. 
14 О Компани11 Fast Food Systems //. URL: 
http://,VW\-v.nbs.com.ua/about/clients/about-ffs.l1tn1l. 
15 Оruфіров О.В. Інформаційні технології у готельному і ресторанному бізнесі / 
О.В. Оліфіров, АЛ. Л утай. - Донецьк: ДонНУЕТ, 20 І І . - 235 с. 
16 Організація обслуrовуваНlія у закладах ресторанного господарства: 
Підручник / За ред. П'япrицької Н.О. - 2-ге вид. перероб . та допов. - К.: Центр 
учбової літератури, 2011 - 584 с. 
17 Парус - Ресторан. Програмний коr-шлекс [Електронний ресурс] // Режи і\1 
доступу: www.parus.ua/169. - 05.05.2021. - Назва з екрану. 
18 Петрук Ю. Впровадження інфорr.~аційн11х та автоІ\1атuзован11х технологій в 
діяльність підприємств ресторанного господарства в сучасн11х уІ\ювах / Ю. Петрук 
// Вісник КТУЕП. - 20 12. - №1. - С. 167-172. 
19 Платформа ефективного регулювання [Електронний ресурс] / Міністерство 
економічного розвитку торПВЛІ /І Режим доступу: 
lнtps://regulation.gov.ua/startup/statistics/restaurant-map . - 02.05.2021. - Назва з 
екрану. 
20 Подзіrун С.М. Доцільність застосування інфорІ\tаційн11х технологій в 
ресторанному бізнес і [Електронний ресурс] / С.М. Подзіrун // Рсжнм доступу: 
65 
ЧДТУ.231 404.002 ПЗ 
11ttp://dspace.udpu.org.ua:8080/jspui/bitstrean1/6789/5592111 
dozilnist%20zastosuvanj .pdf. - 02.04.2021 . - Назва з екрану. 
21 Присакар І . Управління закладами ресторанного господарства : 
автоматизація б ізнес-процесів І 1. Присакар // Вісник КНТЕУ. - 2015. - №3. - С. 
60-78. 
22 Проза : Ресторан [Електронний ресурс] // Режим доступу : 
І1нp://WW\,\' .pl'Ozasoft.coп1/ua/prodнct/ l . - 05.12.201 7. - Назва з екрану. 
23 Про1<опю1< А. Сучасні тенденції розвитку ресторанного господарства 
України та Польщі. І А. Прокопюк, ІО. Феленчак // Науковий вісник НЛТУ 
України . - 20 15. - Вип. 25.4. - С. 259-265. 
24 Пророчук Ж.А. Роль програмного забезпечення в управлі1:1нj підприємством 
/ Ж.А. Пророчук // Современнь1е информационнь1е технологии. - 2010. - № 1. -
С. 1 8-20.75 
Просування ресторану в інтернеті [Еле1<Тронний ресурс] / WebStudio // 
Режим доступу: l1ttp://webstudio2u .net/ua/web-promotioп/694-pюdviz11eпie 1·estorana
v-i11temete.lltшl . - О 1.05.2021. - Назва з екрану. 
26 Система автоматизації ресторанів та кафе [Електронню1 ресурс] // Режим 
доступу: l1ttp://\.vww.vostok.dp.t1a/ukr/info/i11fa І /А vtomatizatsiya 
/avtomatizatsiya_restorana_kafe. - 05. 12.2021. - Назва з екрану. 
27 Сіріус - Ресторан [Електронний ресурс] // Режи~1 доступу: IHtp://sirius.if.tш . -
05.05.2021. - Назва з екрану. 
28 Состояние рьшка //. URL: l1ttp://w\,\1\v. fi·::i ncl1isi11g.oгg. lla/page/sostoja11ie _1упkа . 
29 Состояние рьшка франчайзинга в Украине 20 І 1-2012 год //. URL: 
l11tp://fdf.or·g. t1a/index .php?optioп=co111_ content&vie\,\1=ш-ticle&id= 145:-20 11 -20 12-
&catic\=8:articles&Jteniid= 1 І &laпg=ru . 
30 Степова с. в . Доцільність застосування інформаційю,Lх технологій в 
ресторанному бізнесі (Електронний ресурс] / С.В. Степова, А.Л. Когут // Режим 
доступу·. І1 ttp:/ /' vvww.1·us11au kа . со~л/3 _A NR _?_0  І 4/lr1fo1·matica/ 3- 1 53623 .dос.Інт. -
66 
ЧДТУ . 231404.002 ПЗ 
10_05.2021. - Назва з екрану . 
.,, 1 С)'дольсю1й Р. 7 сервнсов oL' iлai·••н  -бр к 
онироваtшя в заведеннях иева 
[Електронний ресурс] І Форбс Україна // Режим доступу: 
1111p://fo1·bes.пet.нa/li festyle/\ 360119-7-servisov-on lajn-bгoniro\1aniya-vzavedeniyal1-
kie\1a. - 02.12.2021. - Назва з екрану. 
32 Федосова Е. Современнь1е с11стемь1 автоматизации управления в 
гост11юн~чно-ресторанном бизнесе Украинь1 / Е. Федосова. // Одеська національна 
акаде1't ія харчових технологій . - 2015. - Вип. 42. - с. 41-50. 
33 Федосова К. С. Сучасні інформаційні технології у готельному 
ресторанному бізнесі / К. С. Федосова, Л. М. Тележенко. - Одеса, Видавниuтво 
ТЕС, 20 І О. - 264 с. 
34 Франчайзинr - минимальнь1е риски зффективной системь1 //. URL: 
Іittp://hoгeca.нa/articles/la-pizza-espresso І 0/. 
35 Харченко А. Между офисо;-..1 и домом: 7 коворкингов и креативнь1х 
пространств Киева //. URL: \1ttp://ain .ua/2013/0 l/22/108929. 
36 Чхало О. Автоматизовані системи управління підприємстваr-1 11 ресторанного 
бізнесу [Електронний ресурс] / О. Чхало // Режим доступу: 
І11rp ://toшlib.11et/statti_ukг/cl1kl1a l o.l1tm. - 20.05.202 1. - Назва з екрану 
67 
► 
ДОДАТОК А 
, п офесор 
----+--4--,~1---- Голуб С.В. 
,,_j.Q_'' · · 2023 р, 
Проrрамне забезпечення системи бронювання замовлень о закладах харчування 
Спеuифі1.<аuія 
482. ЧДТУ 231404.002 
Листів 2 
г 
Бойко Р.І . 
Розробник Півень О.Б. 
Керівник Півень О.Б . 
Норм.контроль 
2023 
Ч) (ТУ 23 І 404 .002 113 
.---- І ІО'JШІ'ІСІІІШ ІІаймснуuашш Прнм і'І 1са 
---- Док~мс11таr~ія 
, 482.Ч) lТУ.23 1 404-0 I 12 ~ Тс1<ст програми 
-- --
4 82. Ч)lТУ. 23 1404-01340 1 І11стру1щія користувачеnі 
1- 482. Ч)~ТУ .23 1404-0 І 90 О І 
- Презентація 
-
,-
-
-
-
,-
69 
L J 
дОдАТОКБ 
Проrра~не забезпечення системи бронювання замовлень в закладах харчування 
Текст програми 
482.ЧДТУ. 231404-01 12 О І 
Листів 11 
Бой 1<0 P.l. 
Розробник 
2023 
482.ЧДТУ. 231404-01 12 01 2 
1111111с,расс App\Http\Co1111·0Іk1·s\O\\'І1cr; 
usc Арр\Р Іасс; 
1,sc Лрр\ТаЬІс: 
11sc Іll11111i1шtc\Http\Rcq11cst; 
11sc App\l-lttp\Co11trollcrs\Co11tro\ler; 
class TablesC01111·ollc1· exte11<.ls Co11trollci· 
public fu11ctio11 indcx() 
Stables = ТаЬІс::аІІ(); 
1·ctur11 vic\v('o\v11cr.tablcs.i11dcx',co111pact('tablcs')); 
рLІЬІіс fш1ctio11 c1·catcQ 
Splaccs = РІасс::аІІ() ; 
1·et11n1 ,,ic,,•('o,,,11er.tablcs.crc.itc',conipact('placcs')); 
public fu11ctio11 storc(Rcqнcst $1·cqt1cs1) 
Stublc = 11e\v ТаЬ\е(); 
Stablc->pcrso11_size = S1·equest->pcrso11_sizc; 
Stable->1ш111bcr = Sreq11est->1ш111be1·; 
Stable->dcscription = Srequcst->dcscription; 
Stable->reserve_ J)rice = Srcquest->rcser\'C_ J>ricc * І ОО; 
Stablc->place_id = S1·equest->p\ace_id; 
Stablc->savc(); 
1·etum redirect()->roнte('o,vner.tables.indcx'); 
<?plJp 
nan1espace App\Нttp\Controllers\O\vner; 
t1sc App\Мcnu; 
usc Арр\РІасе; 
use App\Product; 
use lllu111inate\\-lttp\Reqнcst; 
usc App\Http\Co11trollers\Co11troller; 
cl.iss MenusC011trolleг extcпds Co11trol ler 
public rнnction indcxO 
Smeлus = Me11u::allQ; 
1·ctнm vie\v('o \v11cr. 111cn 11s. і ndcx ',con1pact('111cn 11s')) ; 
public fш1ct ion s110,v(Menu $□1елu) 
71 
4К2 . ЧJП У. 23 l 4lJ4-(J І 12 fJ І 
Sprotl11c1, l'rщJuc l : :wlн.:rcl'incnt1 _ нJ'. Sr,1cr111 .,,1,J • ,,v,, 1 , 
1 1 1
rc111rn vic\v('11vmcr .mсп, 1,.,Іюv/ ,c1>1np;н.1('1r,::rн,·,· r,rщJ 11•, \ •,' , 
11
publ1c fu11c1ion сrсаІсІ) 
Splaccs = І'Іасс: : .~І І І 1: 
rclllm vic\11('ov1ncr .mcnt1~.crc1, rc' ,<.с,mр~<.ІІ'рІ;,ц,') J. 
public Гunclion s1orc( l{cчuc,1 Srcquc,ІJ 
Smcn11 = ncv, Mcnu(): 
Smcnu->1i1lc = Srcquc~1---1i1lc: 
Smcnu->dcscription = )rcquc,1---dc~cr1p1ion; 
Smcnu->placc _id = Srcчuc!>І->pl<1cc_ і,І: 
Smcnu->slщ;: = s1r_ slug(Srcquc~1---1i 1Іc); 
Smcnu->savc( ): 
rclu m rcd і rссІ( )->rou Іс('o wncr.m cnu,. ,hov/.S mi:n u .,, нІ 1: 
namc.ч1acc Лрр r rovidcrs; 
usc Jllum1na\c\Support F~cadcs GаІс: 
usc lllumina\c\foundal ion Suppon\/' rovidm Au1hScrviccf'н,vнJcr ~;, '-,i:~11~ І•r1,1.1Jc,~ 
class Лu1hScrviccProvidcr cxtcnd~ ScrvtccPrr,vidcr 
,. . 
• Thc роІісу mapping.s for thc applica1ir,n 
pro1~c1cd Spo licics = І 
'App,Modcf' => 'Арр Policics Modcl\'r,l1cy'. 
]: 
public func1ion ЬооІ() 
Stl1is->registcrPolicits(): 
J 
@ex1cnds('layou1s.app') 
@scc1ion('ti1lc') 
Головна 
@endsection 
@sec1ion('con1cn1') 
<div class="body-ьrrжl" id="ttpp"> 
<di v class"'"conuiincr"> 
<div cl.:iss="logo"> 
,...3 lircf=" 11 rou1c('hom(:'J і і",, 
' <img sr~~ .. ( ( asscІ('img/logo.svg'J і і .. ,, 
72 
482 -ЧДТУ.231404-01 12 01 4 
</а> 
<і(Іі,•> 
<1І і,, cl:iss='\o\\•"> 
<di,, cl:1ss="col-111d-6 (kscripІioп"> 
<di,• cla:;s="Іitlc"> 
<11l ><b>OGИrл j,j ТЛ<ІЬ></11І > 
<І11 ><Ь>БРUІ-І ЮЙ</Ь></І~ І > 
<І1 1 >СВОЄ 1\1\\СЦЕ</І~ І > 
</di,•> 
<ldi,1> 
<div clt1ss=''t:ol-111d-6"> 
чІі,, cl11ss="i11rut-co111:ii11cr"> 
<сІ і,, cl:iss="inpi11-,,,,·:ippcr"> 
<і 11rш typc="1cx1" clnss="i 11pш orн:,i" І> 
<1 _sр;щ clnss="ico11-c()11tni11ci-''><i c l :iss=" І:i s І':i-scarcl1 "></i></:;1н111> 
< / t 1\1> 
</(І і,•> 
<112 clas,,,"bcst">KPЛЩI З YJIIOLiJ l \.:HHX<Іli2> 
<(Іі ,· cl;i.~s="pro1lt1cts"> 
<div class="prodнcts-,,•1·ap 111111·i;i11-bo110111"> 
@forc:icl1($1ir.;111S s,,:,\11c) 
<div c1!1ss="card іtс1н"> 
<i111g c lass="ca 1·(l-i1щ;-top" не=":: 11r1(S,,;i111c->gc1l11111gcr 11111()) І І" 
;ilt=" \ І S,•al11c->11a111c 11 "> 
чІі,, c lass="c;щl-body"> 
<а l1rcf=" І І 1·outc('plncc.s\ю,,·',S,,at11c->s lщ;) І}" cl11SS"'"card-1itlc"> \ \ s,,:1Іuс->1н1111с 
<di,, c l .:iss="Гn\'•block"> 
<di,, cl:iss="r:11i11g-block''> 
<і class="f:is f':i-s1ar"></i> 
<і cl.:iss=''fas r:i-s1ar"></i> 
<і c1ass="fas й1-:;1аr"></і> 
<і class="f:is t"a-s1:11·"></i> 
<і class="f';1s fa-s1ar"></i> 
</tli,•> 
<ltli,•> 
<ltliv> 
</div> 
@c11dforc:1c\1 
<ldi,•> 
<div class=":irro"'"> 
<а l1rcr~" { { routc('pl:iccs') } f "><i111g clnss=".:irro,,•-1vr.:ip" src=" {{  nssc 1('i 111t!f:iпo\\1 .s,•g') І]" 
</di"> 
<ldi,•> 
<di" class="soc-icons"> 
<111> 
<1і><а l1rcP="/l"><i cla:;s="l11b r:1- 1·:iccbook-l"></i> І'nccbook</n></l i> 
<1 і> 
<:1 Іщ:f="ІІ"> 
І {· • 
todo: Ех:нпрІс саІІ Гог crc:11c орс11 С\'СІІІ ror Da1cTi111cPickcr 
··Н 
<і cl.Jss="f:ib r:i-googlc-plus-g" @click="opc11r ickcr"><li> 
googlc+ 
<І:~> 
</Іі> 
</ul> 
</di,1> 
</div> 
</div> 
<Іdі,•> 
73 
482 .ЧДТУ. 23 1404-01 12 01 5 
<ltli,•> 
1,, 1•1111,сс I іо 11 
placc.bladc.pt1p 
, ._., ~11tl~(' І 11 y11t1Іs .111>p') 
11 1
' 
~~сс1іu11(\:01\ІСІІІ') 
чІі,· clnss="c1111111 i11c1· ,,11- І О"> 
<tli,• c lнss"'" logo"> 
<а l1rcf=" { ( r<юІс('Ію111с') І}"> 
<img src=" \ { assc1('i1щ;/logo.s,•g') } \ "> 
</11> 
<Іuі,•> 
.::di,• class- "i1111u1-con1ai11cr"> 
<сІі,, class="i11rнt-\\1r.1ppc1·"> 
<іщ1111 1y pc="tcx1" class="i11pu1 орс11"/> 
<spn11 clnss="ico11-co111ni11cr"><i clnss="fas 1:1-scarcl1''><Іi></spnn> 
</di,•> 
<ІdІ\'> 
</d\\'> 
<di,• class="1·0,v pt1<.ltli11g-lcft ,,J,-50"> 
<<Іі,· class="col-111d-5"> 
<di,• cl11ss="dcsc-b\ock"> 
<tli,, class=" t.:xl•\\•г.1p"> 
<І1 І > { { Spl.1cc->11n111c } }< Л1 І > 
<113 s1ylc="tcxt-alig11: jusLify"> { ( $placc->dcscriptio11 }) <Л13> 
<Іdі,,> 
<І<І і,•> 
<Іdі,•> 
<di,• cl:1ss="col-111d-7"> 
<di,• cl.1ssc:"l11:ro-sec1ioo"> 
<di,, class="l1cro-im:igc"> 
<i111g не~"\ І asse1('i111;1ges/places/l1ero_i111nge.p11g') \І" з Іr-""> 
</di,•> 
</di,•> 
</di,•> 
<Іdі,,> 
<di,• cl.iss="1·0,v pзddiвg-11:fl vl1-40"> 
<di,• class="col-юd-5" v-sІ10,v="cl1cckStcp(O)"> 
<112 class="ordcr">Ззбro1-1ю11</l12> 
<div clnss="book"> 
<di,, class="book-\\•rnp"> 
<ІзЬсІ roг-="d:ite"> 
Дзта 
</ІаЬс І> 
<ІаЬеІ for="1in1e"> 
Час 
</ІаЬе І> 
<ІаЬс І foг-="pc1·s011s"> 
Псрсоtю 
</lrtb.:I> 
</di,,> 
<а cl:.1ss="111:x1-s1ep" @click="11cxtS1cp()" l1rc l'="ll">д,1Jti</a> 
<ldi ,•> 
<Іdі,,> 
74 
482-ЧДТУ. 23 1404-0 І 12 () І 
c::da\' class="col-md-5 col-\11rarpcr" v-slю,v="clicckSІ, ( 1) "' 
<112 cl:\Ss= "о гd  ег " > З а бr o111oii</l12> cr ,, 
<d1v class="book"> 
<di,, cla~s="book-,vrnp io,n.u 1s-co11Іaincr book .. 
•\\IГanncr > 
<l:ibcl Гоr-"d:нс"> ,,,. 
<i11put v-modcl="datc" id="darc" tурс="ісх І"> 
</ІаЬс І> 
<ІаЬсІ for="timc''> 
<input v-modcl="ti1nc" id="timc" typc="tcxt"> 
</ІаЬе1> 
<ІаЬеІ for="pcrso11s"> 
<input na111c=" І О" v-n1odcl"'"pcrso11 sizc" id--"pcr~ons" ІУJ)С-"ІсхІ",, 
<ЛаЬеІ> -
<Іdі,,> 
<а class"'"ncxt-stcr " @click="11ex1S1ep()" І~rеГ="ІІ">лалі</а> 
</div> 
</c.Ji,-> 
<dr,· class="col-md-5" ,1-sho\v="cl1cckStcp(2)"> 
<h2 class="order">Зaбpo1110ii<Л12> 
<div cl:iss="book"> 
<di,, class="book-,,'l"ap"> 
<ІаЬеІ Гor="date"> 
<span v-html="date"></span> 
<ЛаЬсІ> 
<ІаЬсІ Гor="tin1e"> 
<span v-html="time"></span> 
<ЛаЬеІ> 
<ІаЬеІ for="persons"> 
<span v-htn1\="ge1Persons()"></span> 
<ЛаЬе\> 
<ldiv> 
<а class="ncxt-stcp" @click="ncx1S1cp()" hrсГ="ІІ">далі</а> 
<ldiv> 
<Іd і,•> 
<div c\ass="col-md-5 col-co1-,vr'' v-sho,,-="cl1cckS1cp() )"> 
<h2 class="order">Зaбpoнroii<Лi2> 
<div class="step2-block"> 
<di,· class="tcxt-,vrap"> 
<h)>Зa~1on оператнв</h3> 
<р>та пр11буnш11 на .\licuc тебе буде •1екат11 обране 1амоn,1с11ня</р> 
</div> 
<div class="mcnu-,vrap"> 
<р>Катра ко~асї~лів:</р> 
<ul> 
<Іі><ІаЬеІ Гог="орІ l "><input \'•modcl="products" typc="chcckbox" val11c-" І" 11.1111 с-"prutluc1," 
1d="op1І  "'>Манхстrсн</ІаЬсІ> 
</\ і> 
<Іі><ІаЬс І Гor="opt2"><input v-modc\="products'' typc="chcckbux" val11c "2" n:11nc "рrщ\111: 1 ," 
1d="upl2">Mapтi11 i 
драіі</ІаЬсІ><Л і> 
<І і><ІаЬс І Гor="optЗ"><input v-modcl="products" 1ypc.c"cl1cckbox" v;i l11c- ")" namc "prod111:1," 
іd="ор1)">Роб 
Джус</ІаЬсІ><Лі> 
<l u\> 
<ldiv> 
<а class="next-stcp" @click="ncxtStcp()" hrеГ="ІІ">да11і</а> 
</div> 
<ldiv> 
<di,· class="col-md-5" v-sho,v="chcckStep(4)"> 
<h2 c\ass="ordcr">Зaбporrюii<Лi2> 
<div class="stcp2-block''> 
<div class=''texнvrap"> 
75 
482·Ч ДТУ. 23 1404-UІ  12 UІ  7 
<І1J>ВІТЛС'МО :)<111)> 
<р>ІНІ JЛІ!І'ОІ І ІОВЛJІН СТОJІН І<</р . 
<р>та 11p11Gyui1111 rra місн1: ,1:Gc Gyit 1: •1с1<11111 оG щ с ., ~ 
<р> / І $рІ11с1:-'1111111с 11 ,./р> 1 11 11,1or111c111111· /р,· 
<sра11>Ввс11і·11. 1 юмср 1с11сфщ~у і <IJJH 
</tli,•> ща 11 Іс 111:р1:щ1щ11,1111/І ()/{- 1сщ,,./~р11 11 . 
</tliv> 
<tli,, class "Інн~k"' 
<а clнss "111::-.t-stcp" (ttJi:lii:k "11cxІSt1:p()" Ін1:J' "//" , 
</tli,•> .,ІІІІJІІ ' 1а , 
<!tliv> 
<di,, c lnss-"col-1щl-7 l1ciglн- J ОО"> 
<<liv class -"stcp-lюok l1cigl11- I ОО"> 
<di,1 і<І="т11р" cl11ss" "l1cigl11- І 00"></div,• 
<111> 
<І! @сІ!с~:::~сІSІ~р( І)::><! cl11ss" :>lcp st1:p І ">,./і' І<рщ< і "/Іі> 
<11 @cl1ck- :;ctSІ i:p(2) ><t с Ін~~- ~ІСІІ ~Іс~й"></'> J( . " ._ 
І.@ 1· k " S . І рок 2 -11,., 
< 1 ас 1с = sc\ tcp())"><1 cl11ss "slcp stcp)"></i> l<por<. 1</І і> 
</\11> 
<ldi,•> 
</<Іі,1> 
</di,•> 
<і11р111 ~tl="plai:cll)" 1ypc="l1itltlc11" v11І 111:="І І $рІщ;1:->і<І } І" v-щщІ~: І "рІщ;~:_і<І",, 
@~щІ,1:СІІОІІ 
СІ{ЕЛТ І; ТЛ  131,Е ї,arcoclcs · ( 
їd' i11t(I0) u11sig11cc.l NOT NULL ЛUТО ІNСІШМЕNТ 
·custonicr _і<І' і111( І О) ur1sii;11cd NOT NULL, • 
·ordcr_id' іrІІ( І О) 1111sig11c<I NOT NULL, 
'pl:ice_id' і111( І 0) u11sig11cd NOT NULL, 
' tablc_id' і 11 І( І О) t1nsig11ctl NOT NULL, 
'filc_p:1 111' ,,агс І1аr(255) COLLЛ ТІ3 111І8111Ь4 1111icodc сі NOT NULL 
'crcatcd_at' Іi111cs1an1p NULL DПAULТ  NULL, - ' 
·11pdatcd_ai' 1i111cs1ar11p NULL DEFЛUL Т NULJ_, 
PRIMЛRY KJ;Y ('id"), 
КЕ У · barcodcs_  ct1stu111cr_ id _ fu rcig11 · (' c11s1u01c1·_ id ' ), 
КЕУ ·ьnrcotli:s_uпlc.:r_id_li1rcig11 ' ('nrdcr_id' ), 
КЕУ ' b.ircod1:s_pf;н:1:_id_furcig11· ('pl.icc.:_itl'). 
КЕУ ' b.ircodcs_t.iblc_id_furcign· ('tаЬІс_і<П. 
СОNSТГ{ЛІNТ ' ba,·codcs_c11s10111cr_itl_fi>rcig11· 17O1H:ION КЕУ ('c11sto111c1·_id') IH:Г-E ltENCES 'с11~101 11сгs· (Їtf ' ) ON 
DГ:І .Г:.ТЕ СЛSСЛ O1~. 
CONSTRAINT ' barco<lcs_or<Jcr_i(l_forcig11 · Г-OIO:IGN КЕУ ('or<fc1·_id ') ltHEIШNCES 'uпlcrs' ('ісІ') ON DEl.ETE 
CЛSCADE, 
CONSTRA INT 'b.ircodcs_J>lacc_id_fi>rcig11· FOREIGN КЕУ (' placc_id' ) IШl:EltENCES ' t>lacc.~· ('і<І') ON ІJ[;LЕТІ: 
CЛSCADE, 
CONSTRAINT ' ba1·codcs tablc id fo1·cign· FOltlZIGN КЕУ (' ІаЬ Іс_іd ' ) RIZFERENCES ' t11l1lcs· ('itl') ON DELETE 
СЛSСЛDІ3 - - -
) ENGINE=ln 1юDB DEFAUI_T СНЛRSЕТ=111 І1! 111Ь4 СОLІ-ЛТГ:=111f'1!111Ь4_1111 ісІ)(Іс_с і : 
СRЕЛТЕ ТАІЗLЕ \:11s101111:гs· ( 
'id ' int(I0) 1111signc<.J NOT NUI_L ЛUTO_INCREMENT. 
' fіш_nап1с· varcl1ar(255) COLLЛTE 1111'81 11l14_1щico<Jc_ci NOT NUІ,І. , 
'J.rst_m1111c· ,•arcl1ar(255) COLLATE 111rn111b4_1111icodc_ci NOT NUJ, J_, 
' р Ію11с· varclшr(255) COLLATE u1 f'8111b4_u11icщk_ci NOT NUIJ ., 
·cгcatcd_at' ti111cst:i111p NULL DEFЛULТ  NULL. 
'upd.i1cd_.11· 1i111cst:1111p NULL DE l7ЛUL Т NULL, 
PltfMЛRY КІ3У ('id') · · 
) ENGІNE=lrІІІoDB DEFЛUL Т CHARSET=11 1І'8 1111>4 СОLІ-Л TE=11t f'8111b4_ш11co<k_c1: 
CltEЛTIZ TABLE · 111cпus· ( 
'id' іІІІ(ІО) u11sig11cu NOT NULL ЛUTO_INCRIZMENT, 
'pl.rcc_id' і111( І О) 11nsigncd NOT NULL. 
76 
482-ЧдТУ. 231404-01 12 01 s 
·нt Іс:· , -:1rcl1:r{255) COLLAТ Е utfSmЬ4_unicodc_ci NOT NULL 
.- ~•.i.:.r:.c·ript10n ІСХІ COLLATE u1rs111Ь-i_un1code сі • 
, ·зrchзr{255) COLLAТ Е utf8щЬ4_unicode .сі NOT NULL 
.' ;,c:d зt' 1in1estan1p NLТLL DEFAULТ  1 
NliLL- ' 
-~~зtcd_~• · ,'iro;s~n~p NUU DEFAUL т NULL. 
rRJ:'--IAR'i КЛ ( td ). . .. 
к~;У ·11,cnus-?l?ce_td_forc1~n. ( рІСІсс_іd'), 
С O"'STR ·\\;s;T 111cnнs_placc 1d foreign· FOREIGN К . 
-~-\DE - - 1 ЕУ ( placc_id') REFERENCES ·ptaccs· (id') ON DELEТE 
()1 ;.~. ~G-ІNi:=lnnoDІ3 Dl:r,\ULТ  CHARSl:T=u1~niЬ4 COLLATI' ,., . . 
;=u1,on1Ь4_un1codc_c1: 
(RЕ:\ТЕ Т,\\ЗLЕ ·oгd_cr_produc!' ( 
,о гd.-Г_ 1 d· in1~\  О) unSt!!~Cd ~от NLТLL . 
. ri.>-1·uc1_id' snІ( І 0) uns,gncd NOT NULL. 
/єУ 0 rder_product_order_id/oreig~· ('order_id' ), 
КЕУ ·o rder_ pro~uc1_produc1_1d_fore1gn·  (' product_id' ), 
(01\STR..\11'-Т 0rder_product_ordcr_id_forcigr1· FOREIGN КЕУ ('ordcr id') REFERENCES ·ordcr.;· ('id') ON 
DELl.:ТE CAS~,.~DE. -
cONSTRAf};T 0rder_product_product_id_foreign' FOREIGN КЕУ ('product id') REFERENCES ' produc1s· (їd'J ON 
DELEТE CASCAOE -
) є:--GІNE=lruюDB DПЛUL Т CHЛRSEТ=11tfSmЬ4 COLLЛ TE=u1ffimЬ4_unicodc_ci; 
CRE.-\TETABLE ·ordcг:-· ( 
,d· іn1( І О) unsigncd NOT NU LL AUTO_INCREMЄNT. 
·iзbk id' int( І О) ш1:;igncd NOT NU LL. 
·cus1;.11cr_id' і111( 10) unsigncd NOT NULL. 
· 1101с· 1сх1 COLLA ТЕ u1fSn1Ь-i_unicodc_ci. 
· iot:il_pricc. in1( І ) ) NOT NULL. 
·p:iymcn1· ,·зrсІ1зr(255) COLLAТ Е utfSn1b4_unicodc_ci NOT NULL. 
·1, 1in1sl1ed· tinyint( І) NOT NULL DЄFЛUL Т 'О'. 
·,i~ie· d:i1e1i111e NOT NULL. 
·сгезtеd_з!' 11n1estзmp NULL DГ: 17AUL Т NU LL. 
·upd:11cd_:11· 1i111.:s1an1p NULL DEFAULT NULL. 
·place_id' iot( 10) unsigned КОТ NULL, 
PRJMARY КЕУ ('id'). 
КЛ' ·ordcl'$_tab\c_id_foreig11· ('tablc_id'), 
КГ:У ·ordc~_cus10mcr_id_forcign' ('customcr_id'), 
КЕУ ·ordcr.-_pl:icc_id_forcign· ('placc_id'), 
CONSТRA INT 'orders_cu.s1omcr_id_foгcig11· FOREIGN КЕУ ('custon1cr id') REFERENCES 'сшю1нсгs· ('id') ON 
DELETE CASCADE. -
CONSTRAINT ·oгdcrs_place_id_forcign· FOREIGN КЕУ ('plncc_id') REFERENCES 'pluces· (ї<П ON DELEТE 
C,\SC,\DE. 
СО~SТRА І1'1Т ·ordcrs_t:ible_id_forc igп · FOREIGN КЕУ (' tablc_id') R..EFERENCES '1:iblcs· (їd') ON DELETE 
CASCADE 
) F,~G1NE=lnnoDB DEFAUL Т CHARSET=utffimЬ4 COLLAT E=u1ffi111Ь4_u 11 icodc_ci; 
CREATE Т ABLE 'pl::iccs· ( 
'1d' 1n1(І О) unsig11ed NOT NU LL AUTO_INCREM І;NT. 
·п:1111е· v:irch::ir(255) COLLATE utfSmЬ4_u11icodc_ci NOT NULL, 
'phonc· ,,archar(255) COLLATE utffimЬ4_ш1icodc_ci NOT NULL, 
·зddress· ,,згсЬзr(255) COLLAТ Е u1f8n1b4_11nicode_ci NOT NULL, 
'description· 1с.х1 COLLA ТЕ utf'3mb4_unicodc_ci NOT NU LL. 
·~1ug· ,,:irchar(255) COLLATE utf'Smb4_нnicodc_ci NOT NULL, 
їоgо· ,,;irc\1:.ir(255) COLLATE u1f8n1b4_1111icodc_ci DEFAULТ  NULL, 
'creзted :.11· timcst:i111p NULL DEl:дLJL Т NULL, 
'upd:11ed :it' 1i111est:i111p NULL DEFAULТ  NU LL . 
. с:нсgоГ)~ ,·arcl1:1r(255) COLLЛТ Е utl'S111b4_ ur1icode _c i DEF ЛUL Т NULL, 
rRІMARY КЕУ ('id') 
) E~GINE=lruюDB DEFAULТ  CHARSEТ=utffimЬ4 COLLAT E=u1t"8 111Ь4_ш1icode_c i ; 
СRЕЛ ТЕТA BLE . prod11c1s· ( 
77 
482-ЧдТУ. 231404-01 12 01 9 
• (1. інt(ІО) ш1si~11ed NOT NULL AUTO INCREMEN 
1
• :1 111,. · , nrcl1nr(255) COLLЛ ТЕ utf8ntb4- unicod . NTO, 
11 · · . ' · COLL ТЕ , - e_ci Т NULL 
•(f<'$t·riptю11 kxt Л u1f8111b4 нnicode с· ' 
•нн:н:е· ,·:irc ha r (
, •• )со - ,. 
-:>:> LLAТ Е utt"Smb.:I uriic~d • DE 
·pri,·~111t( ll)NOTN_ULL. - е_с, FAULTNULL, 
·111,:1111_id. 1nt( 1О ) 11ns1~11cd NOT NULL . 
•, 111~· ,·:1г.Іш1·(255) COLLA ТЕ 11tl'S111b4 нnicodc · NOT 
• • • . - СІ NULL 
\·r.•:н.:d_:1t 111110:st:1111p NULL DEFAUL Т NULL- ' 
'iipdnted_,11· ti111~~1:t111p NULL DEFAUL т NULL. 
·t~re· ,. 1rcl1_:ir(~:>:>) COLLATI: 11tf8111b4_11nicodc сі DEI_.AULT N 
ї:: ;icti,·e· 1111y111t( І ) NOT NULL DEFAUL Т 'І' - ULL. 
pRJ~I.-\RY КЕУ (їd ·). ' 
КЕУ ·prodt1cts_~11cnu_id_foreign· ('111cnu_id'), 
CONSTRAINT products menu id fоге · · FORE . 
(;\SCADE - - - igo IGN КЕУ ( 01е1ш_іd ') REFERENCES ·nienus· ( id') ON DELETE 
) E~GІNE=lnnoDB DEFAULТ  CHARSEТ=utf8111Ь4 COLLA ТЕ ro Ь4 _un1.c ode_c1.: =\ІІ10П1  
сRЕ.-\ТЕ TABLE 't:iblcs' ( 
їu· int( I0) unsigned NOT NULL AUТO_INCREMENТ 
"pt·Г$on_sizc· i11t(I I) NOT NULL, ' 
•11u111bcr" int( 11) DEFA UL Т NULL, 
·ue~cп ption · tcxt COLLA ТЕ utf8111Ь4 нnicodc сі 
·11.--;ef\e_pric1:·int( ll}DEFAULT NULL. - ' 
'pl:tct·_id" і11 1( І О) ui1sig11ed NOT NULL. 
ї:: rбef\•ed' tinyiпt( І ) NOT NULL DEFAUL Т 'О' 
·creзt.:d_:н· 1i111estnmp NULL DEFAUL Т NULL. ' 
·upd:itcd_:it' timest:imp NULL DЕFАІ..Л. Т NULL, 
їs_busy· tinyint( І ) NOT NULL DEFAUL Т 'О', 
PR!MARY КЕУ (їd" ), 
КЕУ ·t nbles _рІасе _ id _fo reign·  С рІасе _id' ), 
CONSTR.'\IJ\T ·1ables_pl:ice_id_foreign· FOREIGN КЕУ ('placc_id') REFERENCES 'pl:iccs· (їd') ON DELEТE 
CASCADE 
) ENGINE=tnnoDB DEFAULТ  CНARSET=utf8mb4 COLLA TE=11tf8mb4_unicode_ci; 
Schema::create('barcodes', fuлctioп (Bluep1i11t $table) { 
Stable->incremeпts('id'); 
Sta ЬІе->і nte ger('customer_  id')->unsigned(); 
Stable->in le ger('order_ id')->unsigned(); 
Stable->inte ger('place_ id')->unsigned(); 
Stab Іе->і п te ger('table_ id')->uлsigned(); 
Stable->string('file_ path'); 
Stable->ti111esta111ps(); 
St ab Ie->fo reign('customer_  id')->refere11ces(' id ')->oп('custo111e1·s')>on De lete('cascade'); 
S 1а Ь І е-> fo rei gn('o rder_  id1)->refe rences(' id')->on('ordeгs')->011 De І ete('cascade'); 
Sta Ь Іе-> fo reign('p \асе_i d')->references('id')->on('places')->onDelete('cascade'); 
St ab Іе-> fo re і gn('ta Ь Іе_  і d')->refe rences('id')->oп('ra bles')->011 Delete('cascade'); 
\). 
І • 
Scl1en1a::cгcare{'cLІSto111ers', ti.111ction (Blueprint $table) { 
S1able->incгe111enrs('id'); 
Stable->string('fiгst_пame') ; 
Stable->strino('last паmе'); 
::, -
Siable->stri ng('phone'); 
Stable->timestamps(); 
78 
І О 
} ): 
-; . ,\,, :, : : \· ,·с:1 1 с(' 111с11\1:-'. \1 ІІ\І.' І і, 111 ( Н І\11'р1· і 111 $1:1\,k) 
11 1 
1
' 1. $1:1\,k · 'іІІІ.'П~. І\\ І.' І\ІS('і1\'): 
$ І :1\1k· ' іІ111.'~СІ't 'рІ:\1'1.' і1\')- \II\Sit~IIІ.'1\t ): 
$1:1\,k· ' s t1·i11~('1 іІk'): 
$1:1\,k · ' 11.':"\ 1(\ks,·1·ip1 і\щ')-' 11\1\ l :й,kt ): 
$І:,І1k· ' s11·i 11~('sІн~'): 
$1:1\1k · 'І і 1\\1.'SІ :ІІ\\\Щ ): 
$ta\,k·' І~ н·сі~щ'р\:11.'1' і1 І')-' 1·,,ti:1\.'1\1'1.'S( ' і1І')-...... ,щ('pl:1\'i•s')· '·,'" І k k 11.·t \ ·t1S\.'t11k'): 
}) : 
::;cliciн:1 : :,тс:11сt'опk1·_р1\,1\\1с1'. \1.11,сІ і,щ t \ \Інср,· і 11 t $111\,k) 1 
$1:\l)k·' ЇІ\І\.'~1.'І'(\щk1·_і1\')-'\111 :- і~\\ 1.'1 \ ( ): 
$1:1\,k-'і11tс~с1·('рпнІнс1_ і1\')-'ш1sі~11с1\( ): 
$t:1bk-' І~н·1.· і ~11(\н\k1·_ і,І')-'І'І.' Іі:1\.' І\ СІ.':-( 'i,l')· ' 1\\\( \)l\k1·:-:')-' \111 І kkl1.'t\•11:-:1·:1,k'): 
$1:1\,k-...... lt'1\~i ~Щ'рt\)1\нсt_ і1\')-' t\:li:1·c11c1.':-( 'і,\')--...,,щ 'р1\11\нс1s')- ' 1111 \ kktct \ •:1sc:1,k'): 
S.:І,сн1а : :c ,·ca1c(\н'tk1·s'. І1тс1 і,щ ( 13 \нсрІ'іІ\\ $1:1 \1\с) { 
$1abk-' і 11с1·с1нс111:--('і,І'): 
$1:1l,k-'і11ІІ.'~СІ'('І:1l,k _і,\') -' \11\Si~l\1.'1\ ( ): 
$1:1 l1k->i111с~с1·( 'с\1 :-- 1 о~нс1·_ і1І')-'н11:--іц11с\І( ): 
$1аЬk->1с:-:1('111нс')-'1н11 lal,k( ): 
$1al) k -'і 111\'~с1·(' 1~1:1 І_р1· ісс'): 
$1abk->:--11·i1 1~('рау111 с111'): 
$1 :1l,k->lкюk:\l\('is_ Іі11і:-:І1с1\')-'1kІ:н111( І:1\sс ): 
1
$1:ibk->tl:ІII.' Ті \\І І.'(' І і 1111.' ): 
$1:.ib k ->1і 1111.'Sl:\IIIJ)S(): 
$1:11,k-> t'1,1·ci ~11('1:-it,k_  i(\')->І'I.' Іі: 1·с 11сс:-:('і1І')-..... ,,11( '1:1\,ks')-'1н, І kk1ct' c:1:-:c:1,k'): 
Stabk -...,. І<н\~і~11('сt1:-:1,н11с1·_ Ї(І')- ' 1·cli:1·c11ccs( 'і,І')-...... ,,11('І.'\ІS\1щ1'-'І'S1)',,11 І kk\\'t\·ascн\k'): 
,І) ·.  
Scl1c111a: :СІ"са1с('рп)L\\1сt:--'. 11.111 1.' І і,, 11 ( 131 \tl.'p1·i111 $1:1 t,k) { 
$tabk- i11CJ"c111c1\ls('i1\'): 
$1:1 l)k->st ri 11g(' 11:1111c'): 
$1a\)k->1cx1('dcsc1·ip1 і,щ')-'11нІ І аІ,k( ): 
$1аЬ k ->st ,· і 11~(' і m:1gc')->11t1 І \abk( ): 
$tabk->i11te~c1·('pt·ice'): 
$1abk->i1 11с••с1·('mс11н -id')->\111:-:i 1!.ІІС1\(): 
~ ~ 
$1at,k->st ,·і 11g('s lнg'): 
$tabk->t і 111cs1:1111ps(): 
4Х2 .ЧJLТУ. 23 l4CJ4-0I 12 01 11 
schcrna:: crcatc('placc<;'. rLinct іо11 ШІ ucrri nt Stahlc ! : 
S1.1blc- ,., incп.:inc11t..,('id' ); 
Stablc->stri nцCm11nc' ); 
Stablc-,.,string('rl1011c'J; 
S1ablc->s1ri 11g('щldrcs<;' ); 
Stablc->tcx t('dcscript і оп' ) ; 
Stablc->stri пg('slug'); 
Stable->stri ng('logo')-,.,nul l<tblc( ); 
Stablc->1i mcst.imps( ); 
:) : . . . 
Scf1crna::crcatc( tablcs. rur1c110n (1ЗІt1сrгі1н St.ihlc ) ! 
Stablc->incrcmcnt-S('iJ'J: 
Stablc->inн.:цcr('pcrsoп _ sizc' ); 
Stablc->intcgcr('numbcr' )-✓nul ІаЬ\с( ): 
Stablc->tcxt('dcscriptio11' )-,.,nul ІаЬІс( ): 
Stablc->integcr('reserYc _pricc· )-/ nullablc( ): 
Sta blc->intcgcr(' рІасс _id")-/ unsigncd( ): 
Stablc->boolcan('is_ rcscr.:cd')->dcfa ult( ra lsc) : 
Stable->timestamps( ): 
Stablc-> forcign('placc_id')->rcfcrcnccs('id')->on('places')-;,onDclctc('cascadc'J; 
) tO) tЛTOK 13 
Про1-рамI1с забсз11счс1 1ш1 системи бро11юва1111н зnмон1 Iс1 11 , 11 заюrа;~nх хnрчу11а1111н 
І 11c·11>YKLLiЯ 1шрис1увачсоі 
482. ЧДТУ 23 1404-0 І 34 О І 
Лие1ів 7 
Розроб11и1< ~ Боі-іt<О r .l. 
2023 
482.ЧДТУ.231404~01 34 01 2 
ЗМІСТ 
І І ІРНЗНА ЧЕН НЯ П РОГ'РАМИ .. .... .............................................................. ..... 3 
2 уМОВИ ВИКОНАННЯ ПРОГРАМИ ............................................................. З 
J pQl:1OTA З ПРОГРАМОІО ............................................................................... З 
82 
482.ЧДТУ. 231404-0 І 34 () І 3 
1 ПРИЗНАЧЕННЯ ПРОГРАМИ 
додаток має наступні фу1-1к11ії: 
60 Користувач повинен мати можливіст,> r1ерсглядати вс1 ресторани ЯКІ 
занесені в систему 
~ Резервувати столики і також робити замовлення на вказаний час. 
Ф Можливість створювати QR-code за яки~1 можна буде отримати столик 
в ресторан~ . 
2 УМОВИ ВИКОНАННЯ ПРОГРАМИ 
Для відображення uієї задачі за допомогою вибраних технічних засобів 
Jоuільно мати ОС Windows ХР, 7, 8, І О та типовий набір ПЗ фірми Microsoft. Для 
програ~1НОЇ реалізаuії задачі uілком пілхолить СУБД MySQL як одна з 
найпопулярніших при розв'язуванні задач подібного класу завдяки високим 
швидкодії, рівню автоматизаuії програмування та спадкоємності версій. 
З РОБОТА З ПРОГРАМОЮ 
Взасмодія з додатком починасться з головної сторінки на якій відображений 
перелік занесених в систему ресторанів. Також внизу сторінки можна вибрати вид 
кухю: 
..... ~,ь 
- • • !1888 •• • 
в 1 - Головне сторінка додатку 
Рисунок • 
83 
4~2 - ЧJ tTY. 2JІ404-U \ , 1 ()І 
. . - . ч 4 
( (,НІ і\І ІІІl'.1 1>1 \\ІІЩ)\).У  ()С~Т',) ()•' \ І - . 
І )' t)yД І.• l\ll . 
• lК()І\Т() І\ІСІІЮ JlC 1ютріfі1ю ·1n61ю1JЮВfПІІ 
,~і~•н~· 111,:11ан111 11 час дату тн i-.:im,t\icтi, Іlс 
" рсон . Т111ю,~- І\І()Ж І І:І зро611т11 'Jаі\ІОВЛСІ ІІІ Я 1 
,,~,1111, 1111 нк:1 3:1111111 час : 
о. 
НеІІо 
Burger 
.·.. ..  .: ..:...·.:.: ...:  :.:· :·. ::. -.:- , ....... 
-•-··· ··-··-·- · :~:.-:....: 
- •- .. ,. .. ... 
е, .,. , .... 
Р11сунок 8 .2 - Сторін1\а з форі\ІОІО бронювання 
Після 6ронюв:.~ннн і\11сuя буде сформованні'і QR-code як11й потрібно буде 
покnзат~I в ресторані. По 11ьоі\Iу буде зрозуr.1іло яю1 1ї столи~< забронювала люшII Iа а 
1-:1кож нкс :н1і\t0влсння було зроблено qr-codc. 
Після того. як кліс1ІТІ1 запускають долато I<, їх зустрічас заставковий е1<ри1I, а 
ІlОТЇі\І ДОі\JаШНЯ сторінка . Звідтн ВОІІІІ можуть без1соштовно СТВОJ)ІІТІ-I І·ІОВ І'ІЙ 
06.nіков111ї запне. увіі1т11 до свого наявного облікового зап11су або продовжити 
11:ор11стув,11 I ня додаткоі\І як гість. 
Уві 1їшовш11 в с11 стеі\1у, вони можуть внбратн «Пообідати у ресторані» або 
1<3:Іі\ІО [ІJІТІІ ІШ 01111іс». Заі\ІООЛСІІІІЯ 11а [ІІJІJіс 11егаі1110 направляє їх ДО і\ІСІ-ІJО, тоді ЯІ( 
обід у ресторані дозволяє клієнту вибрати доступний столик на свій вибір. 
Потіf\1 І<Л ЇСІІТ може переглядати меню п1 додавати до замовлення все, 1но 
~011 1у подобається . Увійшовши в систему, вони можуть торкнутися знач1<а 
дзnонIIка вгорі праворуч, щоб надіслати сповіщс1111я до офіціанта для того, аби оі 11 
n11конав uce, що клієнтн можуть занросити. 
Зроб~~вшн осп~точн~tі1 в11бір, вони можуть переглянути свое замовлення та 
оплап Iп I ііого обраннм способом. Коли тра11за1щія квитанції пройшла усп1ш110, 
84 
,,. 
482 .ЧДТУ. 231404-0 І 34 О І 5 
i,:u llraнuiя може бути надіслана на електронну ІІошту. 
on11c адмінстратнвної част11н11 додат~,у 
Майже в кожному мобільному додатку с І\ІО)ЮІивості ню, вxOJ tY в іс 11ую•111і і 
ai<ayнr або реєстрації нового користувача. Для реєстранїі 1<ор11стувачсві. >ІІ< 
правило, доводиться вводити особисті дані в спеціальІІу форму (це щ))І<С Gут11, 
наприклад, ім'я , номер телефону або адресу електронної пошп1). При щ,ому ні Jt.І ІІі 
зберігаються в призначеній для користувача базі даних. у раз, снаб 1юї 
заuікавленост1 користувача в пропонованому йому ссршс, 11собхід11ісл, 
заповнювати фор;\tу реєстрації може здат11ся іІому обтяжлноою. І ві11 ві 1t1<нанс 
знайомство з Вашим продуктом до кращих часів. 
Отже, питання забезпечення користувача альтернатИІJШІМИ варішпам1-1 ш1н 
авторизації є принципово важливим . І це може бути успішно ,цоснгнуто 'J.І 
допомогою таких сторонніх сервісів , як Google, Facebook і т.д. В цьому 1to1ta·п<y 
реалізовано декілька способів авторизації та реєстрації. А саме була :щі йс1 1с1ш 
інтеграuі.я через соціальні мережі Google +, Facebook а також e111ail. Після ус пі11111 ої 
авторизації користувач переходить до головного екрану додатку. 
Місця 
t:_y,..,,) 
р в розташування місuь у рестора11і 
исунок . 3 -
RS 
482-ЧДТУ. 23 1404-0 І 34 О І 
Створити продукт в меню: Menu 1 
' r IL І" • 
Рисунок В.4 - Створенння продукту в меню закладу 
На сторінці закладу зображена назва закладу, його робочі год11ни , і\tеню - де 
користувач може переглянути зображення, кухня. Також інтер 'єр закладу, акції, 
відгуки , рейтинг, карту де можна побачити його місuезнаходжен 1-1я. телефон , 
електронна пошта закладу. В нижньому правому кутку є кнопка для бронюваннн 
столика. В верхньому правому І<утку при натиску на З точки з'явиться 1<01пекстс 
меню яке дає змогу обрати один із пунктів, таких як: додати заклад в обрані та 
подіmпись в соціальних мережах. 
Меню Menu1 
()мc. lotrm 1~.т, ~!NttCQ 1c."І·1J.!\1) ,W,flc:ь~.1,;) •"..:f":Г.)Jtt·c, с , р.,~'<.. Сt;,,з. rc-.J'L "rlt.)""....._-(J.;", ,,._:,,: , .;:-";.· ~ "~~·с -:. ., 
П(:;С-:t.Ю1р;) ll;)t.t1.l o4 GHt,'J~:A1a • V,H.1'1.'H 
H.Ht d PrXuc.: ЗJ 
86 
482.ЧДТУ.23 1404-0\ 34 01 
Рису1ю1< В 5 с 7 
., , .,- ..~ м- • - творснння ме11ю закш1лу 
С1оор1т1 меню 
с,,,.. 
V ••,1c«1-,..-..u 
°"'' 
САМІ 3Sf і 
РисунокВ ·6  - Голови а стор·1  ю<а адм1. ю.с тратора додатку 
МОНІО рсстор~ІІD 
r~- ..- - • ,,, .,.., 
Рисунок В.7 - Головна сторінка адміністратора додатку 
,..,. V 
Тут всі замовлення 
\І с..._,. 
с ,. .....,  
Рисунок В.8 - Перегляд всіх замовлень закладу 
Х7 
482.ЧДТУ · 23  І 404-0 І 34 о І 8 
Створити місце 
t101JtP 
" 
~ 
Рисунок В .9 - Відоб р<1ж_ен нл бронювання м1.с ць в ресторані 
Столи 
~ 
IJ"'-.1:X-Jt1t1.1 Іf)rr. .. 
Рисунок В.1 О - Відображею-1я заброньованих столів в ресторані 
Можливо використовувати наступн1 позиції: на модерації, прийняті та 
вщхилені. У вкладці "На модерації" відображаються бронювання які ще не 
прийняті модератором закладу. TaJ<e замовлення можна відхилити (після того як 
~юдератор його прийняв - відхилити змоги немає). Кожне замовлення в собі 
містить назву закладу, статус, дата коли було здійснене замовлення, дата на коли 
88 
В~,щбраіf'СІІН'11  о,.р онювання !'..1 1сuь в ресторані 
Cronv. 
І'ису1нн< В. І О Віrюбраження заброньованих столів в ресторані 
Мо;1,Jrи1ю викuристоnувати наступн~ позиції: на модерації, прийняті та 
JІХІ1111.;11і, у вюШJІІlі "Jia модсраuії'' відображаються бронювання які ще не 
r>11 1і11и ·1, мщ,сра·, о ром ,щкладу. Tar<c замовлення можна відхилити (після того як 
ІІл1.:р:т,р иоr нрийняn ІЗЇ/{ХИЛИТИ змоrи немає). Кожне замовлення в собі 
O 
k, 11·11, uн·:ну ·шюш;,у, c·i атус, дата коли було здійснене замовлення, дата на коли 
88 
482.ЧДТУ.231404-ОІ 34 01 9 
Gyнn 1робJІснс бронювання, на яку І<ількість осіб стш, адреса та зображення 
·1аІ(МідУ· 
Кожна катеrор1я за1<nадів має свої переваги і недошки . Вибір, куди піти , в 
ресторан або кафе, залежить від приводу, вільного часу, бюджету та власних 
уподобань. Хтось комфортніше відчуває себе в обстановuі домашнього кафе, а 
комусь більше до душі розкішне ресторанне обслуговування. 
Завдяки такому сервісу відвідувач може дізнатися про: 
- інтер'єрі, екстер'єрі, місцезнаходження будівлі; 
- контактної інформації закладу; 
. . . 
- меню, акщях I розщнках ресторану; 
- відгуках інших відвідувачів, також є можливість залишати власю 
коментарі та оцінку. 
З цим додатком користувач заощадить час на пошуках потрібного м1сuя 
полегшить процес бронювання столика. 
Створити місце 
І,,._. 
V , 
Оnмс: 
=zв і '5 
в l l _ Бронювання столу в заклад~ 
Рисунок · 
в систему через екран входу, про який 
Після того як менеджер входить . ф •v 
. ' кран із доступом до КІЛЬКОХ ункщи . 
·н-а ним з'являється е 
дувалося рашше, перед V сіх столиків у ресторані. Друга 
.. поточнии стан у 
Перший варіант показує ІМ 89 
482-ЧДТУ. 231404-0 І 34 О І 10 
кнопка змушує програму надсилати менеджеру еле1пронний лист із інформаuією 
про заробітну плату. Третя кнопка переводить менеджера до інтерфейсу, де rюни 
мткуть перегшщати всіх поточних співробітників, де кожного можна вибрати 
окремо для перегляду інформації про співробітників. 
Наступна кнопка дозволяє і\Іенеджеру переглядати меню як зазвичай. Черга 
замовлень дозволяс менеджеру бачити стан усіх поточних замовлень. Функції 
редагування меню дозволяють І\·Іенеджеру додавати позиції страв до меню, а також 
редагувати та видаляти наявні. Додавання позиції 11росто 11отребує, щоб вони 
заповнили необхідну інформацію. Редагування елемента доз1юляс менеджеру 
в11брати елеІ\1е1-1т із меню та відредагуват11 всі властrшості вручну. 
В11дале1111я елемента запrпус назву елемента та видаляє елемент 1з меню. 
Заключна кнопка підвод11ть І\tснеджср:~ до інтерфейсу, який дозволяс їм заходити в 
або з зм іни. 
Поряд з uнм , клацнувш11 на правому верхньому значку дзвоника, менеджери 
можуть бачити осі поточні пінп1 я~- від кліснтів , так і віл колег, а також надаючи їм 
~южл,шісп, самостійно відправляти пінг. 
Інтерфейс співробітн11ка схожий на інтерфейс менеджера, однак функцій 
мс11ше, оскільки вон11 не ~~ають управлінського доступу. Кнопка «Перегляд 
стол 11ків>> дозволяс їм переглянути всі доступні столи в ресторані. 
Параметр «Переглянути профіль» дозооляс їм переглядати власну 
інформацію про співробітників. Черга замовлень представляє працівникові чергу, 
що показує стан усіх існуючих замовлень у ресторані. За допомогою цього 
інтерфейсу праuівники мо:;куть отримати доступ до меню ресторанш, якщо вони 
хочуть замовити собі їжу. 
90 
------
\ \j'(II p:11\illl' 111 І (: 111L' 'Іl'ІІІІ І І (' lll'll' 111 1роII1щ 1 ;11I11н l:t\1(111 І t'ІІІ, 11 1.11, 1,1 1,1\ 
х11р•1 у 111111 11 11 
11 н.:1ру 1щі11 1<ор 11с ,-у11а•1~11і 
4X2. Ч) tTY .2l 1404-0I 90 01 
J Іщ; 1 ·і119 
р( )'!jIOUJ 1111( І іоіі1;р Р . І . 
482.ЧДТУ.231404-ОІ 90 01 2 
Програмне забезпече~.J•нб  я систем 11 
ронювання 3 амовлень в закладах 
харчування 
В111,ошш: Г.оііrсп 1•.1. 
Ксрі1н111к: Пі11с111, о. г. 
Рисуно1< Г. \ - Слайд «Вступ» 
Завдання розробки 
· Мста лосліджсшrя: Є стnорешrя автоматюо11а11ої снстемн у□рn11лі1111я 
діяльності закладу харqуо:11111я. 
Для доснгнення rюстопле11ої меш u роботі 1шрішуunт1сь наступні з1шда111111 
досJ1іджешш: 
- О1шш методів і засобів реалізації. 
- Перегшщ □одібннх прогрпмнІL'< продУктіо. 
- Уто,1нення зада•r проеюу і проеюуuанн11 11рогрnмного 11роду1. - 1у. 
- Оопrміз::щія проекпюrо ріше111111 і реалізація прогр11щю1'0 111юJ\}'к1у. 
- Тесrу11апня програмного npoдyr,ry. 
Рисунок Г.2 _ Слайд «Мета та завдання» 
92 
482· ЧДТУ.23 1 404-0 І 9U UІ  з 
Програмні аналоги 
С11стсм~1 Gpo111Q»111111н J{ -Kccpu1· 
Л1помат11зо11;нщ с11 ст1.:мІl 
уг1 р:шлі1111н рсстор;шом jSolu1io11s 
Рисунок Г.3 - Слайд «Ана1юги» 
Дос11і11жс1111JІ 11рсш.1с1 ної uбт,~, і 
Діаграма прецедентів 
V Діаграма нре11еде11тш» 
Рисунок Г.4 - Слаид « 
93 
r 
482.ЧДТУ.23 1 404-0 1 9001 -І 
ДіаграІV1а класів 
6',,-"'11•1 a1:1rw" 
t;c)c,t<r,1a-. 
~'Mr2 • t-"'!JOJ 
'"'"'°~"Іtм-.• 
Рисунок Г.5 - Слайд «Діаграма класів» 
Діаграма пакетів 
Рисунок r •6  _ Слайд «Діаграма пакеті В>> 
94 
4К2 . ЧJ(ТУ.2] 1404-01 <JO 01 
Діаграма 1<:омпо11е11тіп 
,-~,.~J J 
,t,. .. --
~ ,---.г::. ~ ··-] 
Рисунок Г.7 - Слайд «Діаграма компонентів» 
· Діаграма розгортання 
V Діаграма розгортання» 
Рисунок Г.8 - Слаид « 
95 
482 ·Ч ДТУ .23 1404-0 І 90 О І 6 
Діаграма діяльності 
•- ----·-··---.= ---=- '--......... ~- .. ..,. __  
г--
І ·-·-
г 
• 
Рисунок Г.9 - Слайд «ДіаграІ\•tа діяльності» 
Діаграма послідовності 
Рисунок Г. l O_  Слайд «Діаграма послідовності» 
96 
P111:y1tt)t.: Г. 11 - J1а1ід « срсдоu11щс розробк11 » 
Робота с додаткоl\11 
' 
, 1~• 1 -7 _ Слайд «Реал ізацію> 
Рнсу 1-ю 1, 
97 
482. ЧДТУ .23 І 404-0 І 90 О І 8 
Робота с додатком 
----·----.. ·-------- .. --
= 
'·- ···--·-----··--··- ·- - ·- -
-
Рисунок Г.13 - Слайд «Реалізація» 
Робота с додатком 
.,_ - 
........... 
І.СІ 
г •1 4 _ Слайд «Реалізація» 
Рисунок 
98 
11Х ) ' І І ) І,ї у .:) ' І tl() t\ - () І fJ() () І 
м О) \У,І 11. 11 (; 'l 'L:t:'/'y ва~ 11 І я Jtо;щтку 
ІІ,,11щ 
l • • '111, ,, , .., ,, , 
l \-tl 1Іllll 't 
І І ••• 111 
І •t 11 \' 
11 1" 1 11111111 
111 І 11• І• І І ІІ І 'ІІІ 1t ,1 l 'II +tl 11 • 8 ІІj, • ~ lf •І 111 
І I J'У ІІ,ІІІ ІІ'І 
І І•І І ІІ fІМ ІІІ 
fl• 1 11, till1І І 'ІІІ fІ•1,'1111 ,Іf 11ІІІІ ІІІ t, 11 / Jl •"fll fj 
І І t ІJІІІІ1 І • 11t 1"111'іІ 1ІІ•~ ІІ,. ,. ІІІІІЩ 
fl1 11•·Jilj•f>l'I , 'ІІІ 1111.А>ІІІІ 11111111 111111 • 1•1 111 ,- 1 
'ІІІ ІНІ111І ІІ"І1111,, lf hІ ІІІ1111І1111І , 11111 
І I І l \' ll rt llll lf 
Іt ІІІ\І У II ІС r.JІ••ІІІ11t11ЩІtN І ІІІ/ІШ 11 1111 11""111111 ,,,., 1 ,І •t у 
-.,•ру1111ІІІІ ІІ l f.-'1tl'IIIJ•P1t, 'ІІ І fІн.., 1111 11, 1''"•1<11111 
1~1 1ІІНІ• ІJІІІ ІІІІWІЩ )1111 1)1 1111 11 11, І 11 11111"А flfl ІІ•' МІІІІІІ ' l tt• І ilNІ :f 
llw111 ІІІ11І! І1 1 'ІІІ 11, ,,11111, , 1iw1 )'"•••11 
f11 1111ttt1 ІІl'l tlfl lll І 11111111,щ І 'І ІІ fІІІtІ І• •• І t,t І nщ r, 
щtІІІJІ•ІІІІІ 
/1111111~ 
ІІ •І\ІІІJІ.- 11 Щ ІІІ ІІ"ІІ1І!ІІ, ІІІІІ \ ІІJІ' І1ІІІІІ , JІ/1 1111 1 І 'ІІІ 
1 11111/Щ 111 111111111111 1,111 ,1,щІ 
Рнt;уrнщ І '.15 ( :т 1 ИJl « Mщtym,11 t: · 1 ·t:t:·1y11;i 1111 н » 
І11тсграцій11с тестування дод,rп<у 
11 11 11111 11111 1111.-, 111,11111 11 
І,,t rущ,11 1111 ,, І І11ІІІІ•ІІІІІІІ1 fl't l , 11111 \ ІІІІ)'ІІІ•t1 ІІІ•••ІІІ"І ll 1t1t1111,11111 
llftttlH'І У (•jl•tlll•lll~IIIIW t 111,ІІІ аііt ІІІ'fІІІІІІ І 1 1tj1Щ. 1 Yt't·•'lt!I.I ІМ 
n11111111ІІНІІІІІ/ІІ ІІt!ІІ ІІІІІІ 'ІПІ' І jl,11 У 
І' ІІ ІІІІІNІІ , , І І,·1 ,r" ІІ'""' '• •111 1111 ,.,11111,11,' •il\111,n,. .,  ,.,, • • 111111 
ІІІt (,р11111•1n11 1111 н І, tІІ/111" І І 'ІІІ 1f,1·11114 t,ffl-\,. ,.,111111Н ІJНІ І 
/ІІНІ І у (in,t Н:t ІІІІК 
'І t • 1уш11111м ,, t ' І ІІ!ІJІ"fІІІ l tJ• І ІІІІуt\11 1у j1,І ІІІІА 11 (. І ІІ,ІІІk111 111 llt ІІІІІJІІІІНІІ• І 
111·11111ІІj1 t1 ІІ І!ІІІІІNІІІ ►ІІІ t\1м111111111111111ш11 
;iнL І )'lllltt4\I I , , JІ ІtІІІІІ о4ІІ•• І t.'І. І , ІІІ•І ІІІ'JІf" ІtіІІ81 , 'ІІІ ЩІ ІІ1ІІЩ,ІІ•1 
t І І ІІІІtfШІ • ІІІ ІNІ" r,11~,11 "ІІ1 ,І11( 1 )'ІІІІІ 111 tJ ll ІІllfl І 111 ІІІ JLІ• 
ІІ•'ІІ ІІЩІІ'ІІ4t'У І JІІІІІІ 
" 1,, ,..,,.1pr llf1, •ІІІ llllht'Jtll&I І ІІІ І "'"' ІІ'І І'- )'nІІІ І 
І'" ,y111,1n111 11111;1,, 11щ 1y 11111-w. 11 ( 11111111 ltt 
'Іr, 1у1,111111 " ll r111111 r11111ІI 11•11 , " ''' ІІt'І•fІ ІІІJІІІf , •111 ІІ11 11•1 ІІ1,1111 
t ll\.. ІCH lfl ,НІІ( ІІ ІІІІІ 1 ІІнІІІІІІІ'ІІІf" 
,11111111111('111, JІІМ І!ІІІІf,ІІІІ 
инр111 1 у1111•1у Jtjlll ІІІJІІІІІ'І'JІ ,Іt'ІІІІ • i,t11♦ lllj l \ ll І11 1Jlf~ 
111111 
(Іf)І1ІІІ•1n11ІІІІІf 11111 ,,r.р1,111111н1111111 
1 'ІІІ ІН• lllt• 1 ІІ111tІІІІ lllfl 
ІІо11r111 111·11• , 
1111,1 1111111, ,,у 111ф11рн,1111111 111111 • 11 , 1111 
(i1111llt'ІfНIІtlllf 
( ,,J J:11.,,f )t (< l1 1·1·t:1·11•·1 1 tii,i11 1; п.:t;'І у 11а 11 111 1 » 
Ри<.;у1 ІОІ< 1· . І(>
ChSTU repository

ChSTU repository preserves and enables easy and open access to all types of digital content including text, images, moving images, mpegs and data sets
