Русский   English
ДонНТУ   Портал магістрів

Реферат за темою випускної роботи

Зміст

Вступ

1. Актуальність теми

Процес резервування замовлень виконаний у режимі реального часу – забезпечує негайну обробку даних. В результаті цього підвищується якість сервісних послуг за рахунок зменшення часу обслуговування клієнтів, збільшується обсягів та різноманітність запропонованих послуг, а також з'являються ширші можливості забезпечення оптимізацію обслуговування, застосування нових управлінських методів.

В силу очевидних переваг централізованої комп'ютерної обробки даних, на сьогоднішній момент системи резервування попередніх замовлень займають важливе місце в організації установ, пов'язаних з громадським харчуванням: чи то ресторан, чи їдальня. Для таких підприємств, як правило, важливі або відомості про наявність вільних місць у приміщенні обслуговування, або ті, що стосуються замовлень безпосередньо на самі страви. Другі стають необхідні, оскільки організація з одного боку, може швидше задовольняти потреби клієнтів, з другого – оптимально закуповувати і розподіляти продукти. Продукти завдяки попереднім відомостям, згенерованим системою, розподіляються для приготування страв, які, у свою чергу, з високою ймовірністю будуть замовлені.

2. Мета та завдання дослідження, заплановані результати

Метою дослідження є підвищення ефективності процесу резервування замовлень в організаціях громадського живлення шляхом розробки та реалізації автоматизованої системи.

Для здійснення цієї мети поставлено такі завдання:

  1. аналіз області застосування систем резервування замовлень та існуючих типів архітектур програми;
  2. дослідження інформаційних потоків об'єкта;
  3. вивчення та аналіз існуючих методів та засобів реалізації системи для вибору технічних та програмних засобів її розробки;
  4. розробка структури програми та алгоритмів розв'язання задач;
  5. розробка структури БД системи;
  6. програмна реалізація елементів системи.

Об'єкт дослідження: процес автоматизації резервування замовлень на підприємстві громадського харчування.

Предмет дослідження: методи та засоби програмної розробки систем резервування замовлень.

3. Аналіз сучасного застосування систем резервування замовлень

Сьогодні вже не викликає сумнівів, що ресторан, кафе, або інше подібне підприємство громадського харчування вже не може повноцінно функціонувати без автоматизованого управління.

Досвідченим рестораторам не треба пояснювати, що дає використання Системи автоматизації. Кухар наперед знає, що йому готувати, а власник завжди має точну інформацію про роботу закладу. Аналітика, що надається програмою, покаже звіти про продаж тих чи інших страв та дозволить зрозуміти, що хочуть бачити відвідувачі у ресторані. Контроль працівників значно полегшується за допомогою системи розмежування прав доступу. Звіти про роботу персоналу допоможуть виявити неефективних співробітників, знизити ризик махінацій та Фактично звести до нуля фінансові втрати.

Заклад, оснащений системою автоматизації, має ряд переваг у порівнянні з не автоматизованим:

  1. швидкість та якість обслуговування в такому закладі значно вищі;
  2. кількість помилок з боку персоналу помітно знижується;
  3. замовлення, що надійшло від клієнта, автоматично надходить до кухаря;
  4. розробка структури програми та алгоритмів розв'язання задач;
  5. власник завжди має в своєму розпорядженні актуальні на даний момент дані про роботу його закладу[1]

Система автоматизації служить не тільки для зменшення кількості ручної праці, але й призначена для аналізу результатів цієї праці. Крім автоматизації поточних бізнес-процесів на підприємстві, ресторатор повинен пам'ятати про те, наскільки обрана система обмежить можливості розвитку бізнесу в майбутньому. При виборі системи важливо не допустити того, що можливості бізнесу переростуть можливості обраної системи, її модернізація або заміна. При автоматизації закладу велику роль також грає характер закладу (кафе, бар, ресторан). Вибрана схема обслуговування відвідувачів істотно впливає на потрібний від системи автоматизації набір функцій. Крім того, це позначається і на торговому обладнанні, яке має бути використане під час автоматизації підприємства. Наприклад, для підприємств, що працюють за схемою Fast-Food, немає необхідності купувати принтери сервіс-друку (роздруківка завдання кухареві (марки) на приготування страв на замовлення) – всі страви вже готові. Для схеми обслуговування відвідувачів Table-service (з офіціантом), навпаки, потрібна обов'язкова наявність таких принтерів. Готових страв немає, їх необхідно готувати відповідно до замовлень від відвідувачів.

Таким чином, очевидно, що дана предметна область передбачає широкий простір для проектування нових систем для підприємств конкретного виду та величини.

4 Огляд існуючих систем автоматизації ресторанів

4.1 Система автоматизації ресторану «Юпітер»

Система складається з наступних модулів:

Система має гнучкість. Модулі системи можна об'єднати в єдине ціле – так, що вони використовуватиму єдину базу даних. Можна виділити окремий інформаційний простір під кожен модуль. Така схема дозволяє підвищити надійність системи - касовий модуль встановити безпосередньо на касу, складський - комп'ютер обліковця, фінансовий - ноутбук директора. При цьому можна передавати необхідні дані з одних модулів до інших.

Масштабованість системи. Система може працювати одному-єдиному комп'ютері – тобто. ресторану достатньо купити один-єдиний комп'ютер, щоб використати весь функціонал системи – касу, склад та фінанси. Також вона може працювати в локальній мережі (коли всі комп'ютери постійно з'єднані між собою), у розподіленій мережі (коли між якимись комп'ютерами немає постійного каналу зв'язку) – наприклад, касова система встановлена ​​у ресторанах, а складський та фінансовий облік ведеться у центральному офісі . При цьому обмін даними здійснюється шляхом передачі файлів будь-яким способом – на дискеті, флешці, по E-mail тощо.

Надійність системи полягає в тому, що вбудована технологія резервного копіювання регулярно зберігає в архіві всю інформацію і дозволяє при необхідності швидко її відновити. У разі порушення роботи локальної мережі каса ресторану продовжує працювати – можна приймати замовлення та закривати рахунки. Немає жорсткого поділу на станції офіціантів та касирів – касою можна зробити будь-який термінал, достатньо підключити до нього фіскальний реєстратор. Тобто. при поломці каси можна швидко зробити касою будь-який інший термінал і закривати будь-які рахунки незалежно від того, на яких терміналах вони були відкриті.

Безпека системи виявляється у можливості гнучкого настроювання прав доступу користувачів. Система звітів дозволяє відстежувати найважливіші моменти роботи ресторану (скасування, повернення тощо).

Функціонал системи:

Система дозволяє виконувати доопрацювання функціоналу для окремого клієнта як доповнення до стандартного рішення. При цьому не відбувається внесення змін до програмного коду стандартного рішення, завдяки чому зберігаються всі договірні умови (супровід системи, регулярні оновлення стандартного рішення, технічна підтримка) [3].

>

Вікно роботи системи представлене на малюнку 1.

Малюнок 1 - Вікно роботи системи "Юпітер"

4.2 Система R-Keeper

R-Keeper використовується в більш ніж 3000 ресторанах, кафе, підприємства швидкого обслуговування (FastFood), застосовується в 135 містах (включаючи Москву, Санкт-Петербург, Київ і т.д. R-Keeper є високонадійною багатофункціональною системою, що включає в себе ціле сімейство програмних продуктів, що задовольняють потребам підприємств сфер обслуговування різної форми (класичний ресторан, кафе, фаст-фуд, розважальний центр тощо).

Це потужний інструмент для всеосяжного контролю зали, складського обліку та обліку робочого часу, чудовий помічник для фінансового менеджменту. Багатофакторний аналіз дозволить знизити собівартість виробництва з допомогою ефективного управління товаропотоками та оптимального використання людських ресурсів.

Вона дозволяє вирішити безліч проблем, які повсякденно виникають при роботі в барі, бістро, кафе та ресторані. Найвідчутніші результати досягаються за такими напрямками:

Для функціонування системи Back-Office бажано використання SQL Server. Робота гарантується InterBase (SCO UNIX або Windows NT). Забезпечується підтримка Microsoft SQL, SyBase SQL, Informix, Oracle; все – TCP/IP. Система R-Keeper працює на декількох касових апаратах, які називаються станціями, об'єднаних у локальну обчислювальну мережу. Максимальна кількість станцій, що підключаються до однієї мережі, обмежується характеристиками комп'ютерної мережі.

В якості менеджерської станції використовується IBM PC - сумісний комп'ютер. Станції бармена та касира являють собою спеціалізовані IBM PC – сумісні комп'ютери, що мають як додаткові пристрої: зчитувачі з магнітних карток або електронних таблеток, роз'єми для підключення чекових принтерів, інтерфейси для касової скриньки та дисплея покупця. Станція офіціанта включає спеціалізований комп'ютер із зчитувачем магнітних карток.

Для великих ресторанів з великою кількістю робочих станцій рекомендується використання файл-сервера (IBM PC-сумісний комп'ютер із хорошими швидкісними характеристиками). Додаткові витрати окупаються значним прискоренням у роботі системи.

Для вивчення R-Keeper додаються докладні посібники. Фахівці надають підтримку в освоєнні системи [4].

5 Огляд та аналіз існуючих типів архітектур додатків

5.1 Архітектура «клієнт-сервер»

В даний час це найбільш поширена архітектура, в якій виконано безліч інформаційних систем, що працюють.

У традиційному розумінні система, виконана в архітектурі клієнт-сервер, є сукупністю взаємодіючих компонентів двох типів – клієнтів та серверів.

Клієнтом є машина, що запитує (зазвичай ПК), сервером - машина, яка відповідає на запит. Обидва терміни (клієнт та сервер) можуть застосовуватися як до фізичних пристроїв, так і до програмного забезпечення.

Клієнт може звертатися із запитами до кількох серверів. Сервера також можуть звертатися із запитами один до одного. Таким чином, типовий протокол для одного факту взаємодії може бути представлений у вигляді двох обмінів – запит на сервер та відповідь сервера.

Взаємодія клієнта та серверів представлена ​​на малюнку 2.

Найчастіше зустрічається клас додатків, виконаних в архітектурі клієнт-сервер - різні програми, що працюють з базами даних. У такому разі як сервер виступає СУБД, що забезпечує виконання запитів клієнта, який у свою чергу реалізує інтерфейс користувача [5].

Малюнок 2 - Архітектура «клієнт-сервер»(Малюнок анімований, кількість повторів 6, тривалість одного становить 5 с, 5 кадрів, 92,7 КБ.)

Архітектура «клієнт-сервер» дозволяє оптимально розподілити обчислювальне навантаження між клієнтом і сервером, що впливає на багато характеристик системи: вартість, продуктивність, підтримку.

Позитивні якості: дозволяє організувати мережу з великою кількістю комп'ютерів; забезпечує централізоване управління обліковими записами та ефективний доступ до мережевих ресурсів.

До недоліків слід віднести те, що непрацездатність сервера може зробити непрацездатною всю мережу.

5.2 Архітектура "файл-сервер"

Коли мережна багатокористувацька програма будується за принципом файл-серверної архітектури, дані у вигляді одного або декількох файлів, розміщуються на файловому сервері. Файловий сервер приймає запити, що надходять від комп'ютерів-клієнтів, і передає їм необхідні дані. Проте обробка цих даних виконується на комп'ютерах-клієнтах. На кожному комп'ютері запускається повна копія процесора обробки даних. Будь-яка така копія незалежно керує файлами, які містять дані. Єдиний зв'язок між цими незалежними діями – файл блокувань (файл, який має ім'я, що збігається з ім'ям файлу програми, але з розширенням Idb), який обов'язково створюється для кожного базового файлу даних з розширенням mdb. При цьому кожна копія процесора обробки даних виконує зміни індексів, роботу з системними таблицями та інші функції, що входять до компетенції СУБД [5].

Плюси архітектури: низька вартість розробки; висока швидкість розробки; невисока вартість оновлення та зміни ПЗ.

Недоліки архітектури з файловим сервером очевидні і випливають головним чином з того, що дані зберігаються в одному місці, а обробляються в іншому. Це потребує їх передачі через мережу, що призводить до дуже високих навантажень на мережу і, внаслідок цього, різкого зниження продуктивності програми зі збільшенням кількості одночасно працюючих клієнтів. Другим важливим недоліком такої архітектури також є децентралізоване вирішення проблем цілісності та узгодженості даних та одночасного доступу до даних, що знижує надійність програми.

Висновки

Під час виконання магістерської дисертації розглядається варіанти існуючих систем автоматизації ресторанного бізнесу на даному етапі, було прийнято рішення про створення власної системи, менш дорогою і більш повно відповідає вимогам компанії для автоматизації та підвищення ефективності процесу резервування замовлень.

Розроблювана система допоможе покращити взаємодію з клієнтами налагодити контролю та обліку виконання замовлень. Навіть якщо ви ведете історію дзвінків та контактів на папері або в Excel – це можна схема обліку та контролю працює і дозволяє контролювати всі варіанти взаємодії з клієнтами.

Список джерел

  1. «Автоматизация ресторанного бизнеса» [Электронный ресурс]. – Режим доступа: http://www.ivs-company.ru/services/restaurant/
  2. Рязанцев, А. CRM-система. Порядок в продажах за 6 недель / А.Рязанцев. – М.: 1000 Бестселлеров, 2019. – 200 с.
  3. «Система автоматизации ресторана «ЮПИТЕР»» [Электронный ресурс]. – Режим доступа: http://www.b-class.ru/fastfood.phtml
  4. «Система R-Keeper» [Электронный ресурс]. – Режим доступа: http://www.datakrat.ru/oborudovanie_i_po/r-keeper.html
  5. «Отличие архитектуры «клиент-сервер» от архитектуры «файл-сервер»» [Электронный ресурс]. – Режим доступа: http://books.kulichki.com/data/access/as1/Glava%2017/Index3.htm
  6. «Информационные потоки» [Электронный ресурс]. – Режим доступа: http://pravil.net.ua/plan3/2_2.html
  7. «Web-приложение» [Электронный ресурс]. – Режим доступа: http://ru.wikipedia.org/wiki/Веб-приложение
  8. «Ajax – новый подход к разработке web-приложений» [Электронный ресурс]. – Режим доступа: http://ajax-development.narod.ru/ajax-article.html
  9. «Функциональности Ajax при помощи Ajax4jsf» [Электронный ресурс]. – Режим доступа: http://www.ibm.com/developerworks/ru/edu/os-ag-jsf3/section2.html
  10. «Chapter 5. Basic concepts of the RichFaces Framework» [Электронный ресурс]. – Режим доступа: http://docs.jboss.org/richfaces/3.3.2.GA/en/devguide/html/Architecture Overview.html
  11. «Apache Tomcat» [Электронный ресурс]. – Режим доступа: http://ru.wikipedia.org/wiki/Apache_Tomcat