Разработка средств информационной поддержки менеджмента ресторанного зала

ресторан информационный поддержка Введение

1. Аналитический раздел

1.1 Деятельность ООО «Юмит-2С» и структура ресторана «Ля Публик»

1.2 Анализ предметной области

1.3 Экономический анализ процесса обслуживания в ресторане

1.4 Анализ существующих средств информационной поддержки менеджмента ресторанного зала

1.5 Постановка задачи дипломного проекта

2. Проектный раздел

2.1 Информационно-программная часть

2.1.1 Обоснование проектных решений по информационному обеспечению

2.1.2 Разработка инфологической модели предметной области

2.1.3 Разработка даталогической модели базы данных

2.1.4 Функциональная структура СИП МРЗ

2.1.5 Разработка алгоритма функционирования СИП МРЗ

2.1.6 Разработка пользовательского интерфейса

2.2 Организационно-технологическая часть

2.2.1 Выбор платформы для проектирования СИП МРЗ

2.2.2 Верификация БД

2.3 Экономическая часть

2.3.1 Оценка экономических затрат на разработку программного продукта

2.3.2 Расчет временных затрат на разработку ИО

2.3.3 Расчет эффективности внедрения системы

3. Правовой раздел

3.1 Анализ нормативных актов, связанных с правами потребителей Заключение Список источников

ООО «Юмит-2С» — группа компаний, которая занимается розничной и оптовой торговлей (продукты питания, бытовая техника, мебель, одежда, фармацевтические препараты, бытовая техника, парфюмерия и др.); аренда; ресторанный и гостиничный бизнес; здания и помещения для торговли; маркетинг, маркетинговые исследования и разработки; комплекс услуг в области рекламы; наружная реклама; реклама и PR.

В состав ООО «Юмит-2С» входят такие компании как: ООО «Лэвиш», ЗАО «ЗУК», ООО «Диалог», ОАО «ПродОвощ», ООО «Изкуир», ОАО «Белый медведь».

В главном офисе находятся руководители всех компаний входящих в состав ООО «Юмит-2С». Во главе компании стоит генеральный директор, в его подчинение находятся руководители всех компаний. У каждой компании свой штат сотрудников с руководителями всех отделов. В свою очередь каждый руководитель отдела подчиняется руководителю этого же отдела в главном офисе.

Фирма ООО «Лэвиш» является владельцем ресторана «Ля Публик».

Сейчас в ресторан вся информация со склада о наличии продуктов и о стоимости готовых блюд поступает на бумажных носителях. В кассу информацию по стоимости и ассортименту блюд вводят вручную, что не исключает ошибку. Отслеживание занятость персонала зала и количество занятых мест производится администратором простым наблюдением за ресторанным залом. Передача заказа от клиента на кухню, на кассу и в бар происходит медленно, потому что официант с начало переписывает заказ для повара (только блюда) и для бармена (только напитки). Затем передает этот заказ на кассу, где кассир заносит всю информацию вручную. В конце смены официант передает все заказы администратору.

Поэтому руководством компании была поставлена задача, разработать средства информационной поддержки менеджмента ресторанного зала. Данные средства должны ускорить процесс поступления информации со склада, и улучшить работу ресторанного зала. Благодаря данным средствам компания рассчитывает улучшить качество обслуживания клиентов, привлечь новых посетителей.

1.Аналитический раздел

1.1 Деятельность ООО «Юмит-2С» и структура ресторана «Ля Публик»

ООО «Юмит-2С» является группой компании. Дата первичной гос. регистрации 10.06.1992. Компания относится к среднему бизнесу, деятельность фирмы охватывает несколько регионов.

Род деятельности: производство, аренда, здания, сооружения, земельные участки, услуги, сервис, продукты питания, алкоголь, табак, кондитерские изделия, маркетинг, PR, продукция растениеводства, продукция животноводства и птицеводства, комплекс услуг в сфере рекламы, наружная реклама, ресторанный и гостиничный бизнес, рестораны, кафе, бистро.

В главном офисе находятся руководители всех компаний входящих в состав ООО «Юмит-2С». Во главе компании стоит генеральный директор, в его подчинение находятся руководители всех компаний. У каждой компании свой штат сотрудников с руководителями всех отделов. В свою очередь каждый руководитель отдела подчиняется руководителю этого же отдела в главном офисе.

В группу компаний входит фирма ООО «Лэвиш», которая является владельцем ресторана «Ля Публик».

Персонал в ресторане работает в две (два х два) смены по8−12 часов день. В каждой смене работает по 11 человек: 1 администратор, 1 повар, 2 помощника повара, 3 официанта, 1 бармен, 1 кассир.

1.2Анализ предметной области

В данный момент информация в ресторан поступает из двух источников: со склада и от посетителей.

Опишем всю схему движения информации:

1. список продуктов и напитков на бумажных носителях попадает в ресторан;

2. меню поступает на склад на бумажных носителях;

3. список продуктов передается повару;

4. список напитков передается бармену;

5. клиент устно делает заказ официанту;

6. официант переписывает заказанные блюда и передает повару;

7. официант переписывает заказанные напитки и передает бармену;

8. официант относит заказ на кассу;

9. из кассы через официанта клиенту передают счет;

10. от клиента через официанта деньги поступают в кассу;

11. из кассы через официанта счет и сдача поступает к клиенту;

12. все заказы официант передает администратору;

13. все чеки с кассы кассир передает администратору;

14. администратор передает в ЦО табеля и отчеты по персоналу;

15. повар делает дозаказ продуктов администратору в устной форме;

16. бармен делает дозаказ напитков администратору в устной форме;

17. администратор по телефону делает дозаказ на склад.

1.3 Экономический анализ процесса обслуживания в ресторане

Составим таблицу затрачиваемого официантом времени на обслуживание одного столика Таблица 1.1 Затрачиваемое официантом время на обслуживания одного столика

Средняя заработная плата официанта составляет 20 000 рублей. Получается 150 рублей за час. Проанализировав таблицу, делаем вывод что 25% от зарплаты всех официантов получает только на то, что официант ходит по залу для передачи заказов, хотя мог бы обслуживать в этот момент другой столик.

Составим таблицу, в которой покажем количество недовольных скоростью обслуживания клиентов.

Таблица 1.2 Количество недовольных скоростью обслуживания клиентов

Из этой таблицы делаем вывод, что для снижения процента недовольных клиентов следует приобрести средства информационной поддержки.

1.4 Анализ существующих средств информационной поддержки менеджмента ресторанного зала

Сейчас на рынке большое количество информационных систем для ресторана. Рассмотрим некоторые из них. Это будут следующие средства:

R-keeper, 1С Ресторан, iikoRMS, Эксперт. Рассмотрим каждые из них.

1С Ресторан

«1C-Рарус: Управление рестораном ред. 2, ПРОФ.» — программный продукт разработан на платформе «1С: Предприятие 8» и предназначен для оперативного решения управленческих и учетных задач на предприятиях питания самого различного типа: от небольших кафе до крупных ресторанов или сетей. В отличие от аналогичных учетных систем, данное решение предназначено, для оперативного обеспечения необходимой информацией, прежде всего, «управленческого звена» предприятия: директора, управляющего, главного бухгалтера, а так же владельца бизнеса.

«1C-Рарус: Управление рестораном ред. 2, ПРОФ.» — одна из немногих систем, включающих в себя все необходимые функции для полноценного контроля и управления предприятием. Складской, производственный, финансовый учет — вот базовые вещи, на которых строится учет. Система оперативного контроля над складскими запасами, постоянный анализ состояния производства, планирование закупок, продаж — все это можно получить из программного комплекса «1C-Рарус: Управление рестораном ред. 2, ПРОФ.». Современному владельцу ресторана зачастую недостаточно иметь данные о доходах и расходах, он стремится выявить узкие места в своей компании, где можно улучшить, оптимизировать работу. Наш программный продукт может оказать в этом неоценимую помощь. Специальные возможности по обмену данными с удаленными подразделениями, средства консолидации, а так же современная платформа «1С: Предприятие 8», позволяют использовать программный продукт для автоматизации сетей предприятий!

Основные возможности конфигурации:

Функциональные особенности:

· Ведение управленческого учета в одной информационной базе в разрезе организаций;

· Ведение управленческого и регламентированного учета в одной информационной базе;

· Возможность построения распределенных баз для территориально удаленных подразделений с консолидацией данных в центре;

· Оперативное планирование закупок, производства, продаж;

· Различные способы оценки МПЗ для каждого склада организации: «ФИФО», «По средней»;

· Возможность работы с отрицательными остатками;

· Учет специй, учет продуктов по срокам хранения, учет сезонности;

· Гибкая система производственного учета с расширенными возможностями учета полуфабрикатов;

· Расчет калорийности и энергетической ценности полуфабрикатов и блюд;

· Большое количество аналитических и специализированных отчетов, а так же унифицированных печатных форм;

· Управление значимыми событиями;

· Содержит элементы CRM ;

· Обмен данными с 1С: Бухгалтерия 7.7, 8;

· Обмен данными с различными фронт-офисными системами;

· Расширенные возможности администрирования (система прав и настроек);

· Встроенные механизмы технической поддержки.

· Возможность отложенного проведения документов в отдельной сессии с автоматической подстройкой времени ожидания обработки очереди в зависимости от интенсивности ввода документов

Подсистемы:

· Планирование (оперативное, среднесрочное, календарное);

· Управление поставками;

· Ценообразование;

· Взаиморасчеты;

· Складской учет;

· Производственный учет;

· Учет прочих активов;

· Диетпитание;

· Реализация;

· Управление оборудованием;

Структура компании:

· Учет от имени нескольких организаций на любом количестве складов, управленческий учет по компании в целом;

· Оформление документов от имени различных организаций (собственных юридических лиц);

· Система префиксации.

Взаиморасчеты:

· Представление контрагента в виде группы юридических лиц;

· Ведение взаиморасчетов в разрезах: <�контрагент>, <�договор>,<�сделка>;

· Индивидуальная стратегия отгрузки и оплаты для каждого контрагенты или группы контрагентов;

· Работа с различными видами оплаты.

Ценообразование:

· Неограниченное количество категорий цен;

· Возможность задания и хранения цены в любой валюте;

· Формирование наценок и скидок;

· Возможность быстрого отслеживания динамики изменения цен поставщиков;

· Возможность рассчитывать продажные цены на продукцию по заданной наценке к себестоимости;

· Различные методы округления цены.

Управление поставками:

· Оперативное планирование закупок;

· Заказ товара на основании планируемого объема выпускаемой продукции;

· Оформление заказов поставщикам и контроль их исполнения, корректировки заказов и возвраты;

· Формирование внутренних заказов;

· Прием на комиссию;

· Контроль оплаты и поставки.

Управление складским запасами:

· Учет МПЗ по алгоритмам: «ФИФО» и по «Среднему»;

· Учет дополнительных расходов;

· Учет товаров по дополнительным характеристикам;

· Расширенные механизмы инвентаризации: оперативная, алкоголя, полуфабрикатов, расчет отклонений расчетного количества от фактического с учетом текущих минусов или без учета;

· Перемещения, списание;

· Возможность передачи полуфабриката «как товара» для принимающего подразделения (для сетей);

· Пересортица товаров.

Производство:

· Выпуск продукции (наборов, блюд, полуфабрикатов) с расчетом себестоимости;

· Возможность оперативного проведения составных операций выпуска: «Выпуск с перемещением», «Выпуск розничной реализацией», «Выпуск с оптовой реализацией», «Выпуск со списанием»;

· Проработка рецептуры блюда для составления калькуляции на «фирменные» блюда. Автоматический расчет выхода готового блюда;

· Ведение списка рецептур, составление калькуляций. Сохранение рецептуры. Возможность выбора способа расчета основной рецептуры: по флагу Основная, по периоду действия в конкретном подразделении с учетом наследования по иерархии подразделений;

· Создание «Актов разделки» для оформления разделки поступившего товара.

· Возможность задания и распределения единых технологических карт на всю сеть потребителей (для сетей);

· Возможность запрета приготовления какого-либо полуфабриката на указанной точке (для сетей);

· Возможность использования схемы «блюдо в блюде» с неограниченным количеством уровней вложенности;

· Поддержка взаимозаменяемости продуктов (в рамках одной или всех технологических карт);

· Быстрый анализ вхождения сырья и полуфабрикатов в технологические карты;

· учет возможных недовложений при формировании себестоимости блюда и расчета калькуляции, а так же расчета «в минус»;

· Ручная корректировка, добавление и удаление списываемых в производство продуктов;

· Учет сезонных коэффициентов перерасхода;

· Учет специй.

Складские перемещения

· перемещения продуктов на кухни для производства блюд, либо в розничную продажу на точки реализации;

· оперативное отслеживание остатка продуктов или блюд на выбранном для перемещения складе;

· проведение инвентаризации на складе товаров, полуфабрикатов, блюд. Списание продуктов;

· Работа с отрицательными остатками.

Производство полуфабрикатов и блюд

· планирование производства от «Заказов банкета»;

· полноценный учет полуфабрикатов;

· расширенный анализ и коррекция производства, возможность ручной настройки списания ингредиентов;

· автоматическое списание продуктов со склада кухни «под ноль», если имеет место недостаток продуктов на кухне;

· возможность работы «от обратного» — создание документов «Выпуск продукции» и накладных на перемещение на основании «Акта о реализации»;

· автоматическое заполнение «Накладной на перемещение» на основании «Выпуска продукции» для перемещения со склада продуктов на кухню недостающих для производства ингредиентов с учетом состояния склада поставщика и склада кухни;

· Возможность оформления «Разукомплектации» блюд и полуфабрикатов собственного производства;

· Восстановление последовательности производственных документов в случае корректировки прихода и состава калькуляций за предыдущие периоды;

Реализация товаров и блюд

· отражение в конфигурации розничного и оптового документооборота;

· Возможность отражения реализации товаров и блюд с модификаторами

Отчеты и печатные формы

· при помощи программного продукта можно сформировать следующие аналитические отчеты: Анализ продаж, Анализ выпуска продукции, Остатки и обороты товаров и блюд, Перерасход товаров за период, Расход продуктов, Расход специй, Состав рецептур, Анализ продаж с модификаторами, Рейтинг продаж, ABC — XYZ анализ, Анализ цен, Управленческий баланс и др;

· печатный вид документов и отчетов соответствует формам, указанным в альбоме унифицированных форм, утвержденных Госкомстатом России (ОП-1 — Калькуляционная карточка, ОП-2 — План-Меню, ОП-3 — Требование в кладовую, ОП-4 — Накладная на отпуск товара, ОП-5 — Закупочный акт, ОП-6 — Дневной заборный лист, ОП-10 — Акт о реализации и отпуске изделий кухни, ОП-12 — Акт о реализации изделий кухни за наличный расчет, ОП-14 — Ведомость учета движения продуктов и тары на кухне, ОП-16 — Ведомость учета остатков продуктов, ОП-17 — Контрольный расчет расхода продуктов, ИНВ-3 — Инвентаризационная опись, ИНВ-19 — Сличительная ведомость, ОП-23 — Акт разделки мясо-сырья на полуфабрикаты, Торг-13 -Накладная на внутреннее перемещение, Торг-29 — Товарный отчет)

Работа с торговым оборудованием

· Приход товара при помощи сканера штрих кода или терминала сбора данных;

· Приход весового товара с использованием весов с принтером этикеток;

· Инвентаризация товара при помощи терминала сбора данных.

Обмен данными

· Загрузка технологических карт из «Электронного сборника рецептур блюд и кулинарных изделий»

· Загрузка данных о реализации товаров и блюд из конфигурации «1С-Рарус: Ресторан+Бар+Кафе, ред.2.х»;

· Загрузка данных о реализации товаров и блюд из ресторанной системы «UCS RKeeper ;

· Двусторонний обмен данными с ресторанной системой «ИВС: Магия;

· Выгрузка данных в конфигурацию «1С: Бухгалтерия предприятия 1.6».

· Выгрузка данных в конфигурацию «1С: Бухгалтерия предприятия 7.7» для общей системы налогообложения.

Лицензионная политика

· Для установки «1C-Рарус: Управление рестораном ред. 2, ПРОФ.» необходимо, что бы на рабочих местах пользователей была установлена платформа «1С: Предприятие 8»;

· Конфигурация защищена аппаратным ключом и имеет фрагменты кода недоступные для редактирования. Основная (базовая) поставка «1C-Рарус: Управление рестораном ред. 2, ПРОФ.» содержит лицензию на использование продукта на одном рабочем месте. Для установки типового решения на нескольких рабочих местах необходимо приобретать дополнительные лицензии и на «1C-Рарус: Управление рестораном ред. 2, ПРОФ.» и на платформу «1С: Предприятие 8»

Стоимость программы: 43 200р. + дополнительная лицензий на 1 пользователя: 4500р. (если на 5 пользователей: 20 500р.) + лицензия на техподдержку 6/12 месяцев: 6000/8 000р.+ сборник рецептуры: 2850р.

R-keeper

Система R-KeeperTM предназначена для организации высокотехнологичного кассового обслуживания ресторанов с любой формой оплаты. — Пропускная способность системы позволяет использовать ее в крупных, максимально загруженных ресторанах. — Для небольших ресторанов в минимальной конфигурации система может работать на одной кассовой машине.

Описание программного комплекса R-KEEPER

Наиболее ощутимые результаты достигаются по следующим направлениям:

Максимальная скорость и простота работы персонала при обслуживании клиентов, что достигается минимальными затратами времени на оформление заказа и организацией сервис-печати в барах и кухнях. Исключаются ошибки расчетов, поддерживается документальность операций на всех уровнях. Наличие надежной системы защиты от несанкционированного доступа, использующей современные средства идентификации и разделением полномочий на программном уровне. Осуществление статистических расчетов по продажам. Создается база данных, которую могут использовать программы по учету движения продуктов на производстве, расчету зарплаты персонала и т. д.

Общий обзор модулей R-KEEPER

Программный комплекс включает в себя:

1. Кассовый уровень: система кассира (кассовый аппарат), система официанта (пречек-станция), система бармена (кассовый аппарат).

2. Фронт-офис (офис ресторана): система формирования данных (IBM PC, MS Windows), система отчетов (IBM PC, MS Windows), система складского учета (IBM PC, MS Windows), менеджер ON-LINE (IBM PC, MS Windows).

3. Бэк-офис (офис корпорации): система формирования данных (IBM PC, MS Windows, SQL Server), система отчетов (IBM PC, MS Windows, SQL Server). Для функционирования системы Back-Office желательно использование SQL Server. Работа гарантируется для InterBase (SCO UNIX или Windows NT). Обеспечивается поддержка Microsoft SQL, SyBase SQL, Informix, Oracle; все — TCP/IP.

Система R-KeeperTM V6 работает на нескольких кассовых аппаратах, называемых станциями, объединенных в локальную вычислительную сеть. Максимальное количество станций, подключаемых в одну сеть, ограничивается характеристиками компьютерной сети. Станции по своему назначению и функциональным возможностям разделяются на четыре вида: станция кассира, станция официанта, станция бармена, станция менеджера.

В качестве менеджерской станции используется IBM PC — совместимый компьютер. Станции бармена и кассира представляют собой специализированные IBM PC — совместимые компьютеры, имеющие в качестве дополнительных устройств считыватели магнитных карточек или электронных таблеток, разъемы для подключения чековых принтеров, интерфейсы для кассового ящика и дисплея покупателя. Станция официанта — специализированный IBM PC — совместимый компьютер со считывателем магнитных карточек.

Типывалют

В системе может задаваться любое количество валют (к валютам относятся также кредитные карты и безналичные расчеты), при этом обязательно должны быть указаны два типа валют: базовая валюта — валюта, в которой указываются цены на блюда в меню ресторана, национальная валюта — основная валюта государства.

Видычеков:

Предварительный чек (пречек), фискальный чек Технологии, поддерживаемые системой: технология работы по магнитным картам (Card Pay System), технология твердой копии (Hard Copy)

Авторизациядоступаксистеме

Ключем доступа персонала в систему является индивидуальный код, хранящийся на магнитной карте или электронной таблетке. Такую карту или таблетку должен иметь каждый работник ресторана, работающий с кассовой системой.

Цена программы складывается из стоимость 4 отдельных компонентов:

(Касса :24 000+ Менеджер: 30 000р.+ Мониторинг сервера: 4500р.+ Официант: 18 000р.)+ Модуль формирования отчетов для просмотра через интернет :4500p. + Модуль работы ссистемами скидок: 12 000р.

iikoRMS

Достоверная информация в режиме реального времени

· iikoChain позволяет по нажатию одной кнопки оценить состояние бизнеса: официант еще не успел принести гостю сдачу, а вы, сидя с ноутбуком в аэропорту, видите список проданных им блюд, ингредиенты этих блюд уже списаны со склада, в отчете о прибылях и убытках отразился соответствующий доход, а самому сотруднику начислена премия за проданное «блюдо дня» и процент с продаж за весь заказ

· Хорошо известно, что недостачи инвентаризаций, завышенные закупочные цены и неоправданные показатели по зарплате — все основные проблемы можно эффективно блокировать только «по горячим следам». Спустя месяц исправить ситуацию, как правило, невозможно, а значит она повторится снова и снова. iikoChain консолидирует складскую и финансовую информацию от всех ресторанов сети еще до окончания рабочего дня. Автоматический список опасных и проблемных транзакций, автоматический контроль закупочных цен позволит контролеру центрального офиса вмешаться на том этапе, когда проблему еще можно исправить.

· iikoChain позволяет управлять концепцией ресторанной сети: стандарты обслуживания, новые цены и спецпредложения мгновенно передаются из центрального офиса во все рестораны и автоматически вступают в силу в назначенный срок

Увеличивать выручку

· Рост количества гостей — основной источник увеличения выручки ресторана. С помощью iikoChain можно реализовывать глобальные программы лояльности, проводить маркетинговые акции и анализировать их результаты

· Вы можете значительно сократить объем недополученной выручки за счет таких инструментов, как видеонаблюдение, связанное со всеми событиями и действиями персонала в системе, точечная инвентаризация без остановки продаж, контрольный пересчет на кассе и многих других

· Хорошо обученный, дисциплинированный и мотивированный персонал — основной источник качественного обслуживания и, как следствие, роста количества гостей. iikoChain позволяет реализовывать глобальные мотивационные программы, автоматически поощряя лучших сотрудников и помогая начинающим.

Снижать издержки

· Уменьшение теоретической и фактической себестоимости — ключевые факторы снижения расходов и, как следствие, увеличения прибыли. iikoChain позволяет на ежедневной основе сравнивать расходные и доходные статьи разных ресторанов, выделяя наиболее успешные заведения и определяя, что следует изменить в остальных, чтобы они начали приносить больше прибыли.

· iikoChain позволяет снизить издержки за счет централизации процесса закупки продуктов. Теперь вы можете управлять взаимоотношениями с поставщиками, оперативно контролируя ассортимент и закупочные цены

· Планирование фонда заработной платы — трудоемкая и ответственная работа. Если официантов и поваров в смене будет недостаточно — неизбежны задержки в подаче и недовольство гостей. Если слишком много — это большие затраты по зарплате. Удобный планировщик расписания системы iikoChain позволяет точно настроить количество сотрудников в будущих сменах в строгом соответствии с прогнозируемой выручкой по каждому дню недели.

Оптимизировать логистику и центральное производство

· iikoChain позволяет управлять работой производственно-распределительных комплексов за счет автоматического создания и консолидации заказов из ресторанов, а также распределения продукции по отдельным заведениям

· Вам знакома ситуация: рецептуры ваших блюд стандартны в большинстве ресторанов, однако в некоторых регионах есть различия в составе ингредиентов, и это приводит к колоссальному объему дополнительной работы бухгалтеров-калькуляторов в центральном офисе? Уникальная функция управления «версионными» технологическими картами позволит вам учесть особенности процесса приготовления блюд и при этом получать точные складские данные по каждому заведению и по всей сети в целом

· Управляя внутрисетевыми товарно-производственными потоками с помощью iikoChain, можно поддерживать объем запасов на оптимальном уровне, обеспечивая бесперебойность продаж, минимизируя затраты на хранение продуктов и не допуская их порчи

Формировать эффективную команду

· Лучшие становятся еще лучше, худшие уходят сами — девиз модуля iikoPersonnel. Эффективные схемы мотивации, включая автоматическое начисление премий и штрафов, в сочетании с надежными инструментами контроля над персоналом позволяют обеспечить высокую дисциплину во всех ресторанах сети, поощрять лучших и предупреждать возможные злоупотребления

· iikoChain обеспечивает централизованное управление персоналом сети ресторанов, позволяя автоматически формировать расписание, журнал явки и табель учета рабочего времени

· Каждый сотрудник в течение рабочего дня может просматривать персональный отчет, в котором выводится зарплата, штрафы, премии и пр., что позволяет мотивировать сотрудников на достижение лучших результатов

Стоимость программы: Программа сетевая так что:

Стоимость лицензии для одного сервера (до 5 ресторанов в сети): 49 990р.+ Стоимость лицензии для одного а.р.м. бэкофиса в Центральном офисе сети или Производственно-распределительном комплексе: 19 990р. + Установка, настройка и запуск центрального сервера сети: 30 000р. +

Обучение персонала Заказчика в ЦО/ПРК (за 1 час обучения в группе не более 5-ти человек): 2000р. + Обучение персонала Заказчика в ресторане (за 1 час обучения в группе не более 5-ти человек): 1600р.

Эксперт

Работа с заказами

Функции по обработке заказов посетителей.

* Заказ, дозаказ, изменение количества

* Перенос заказов между счетами

* Автоматическая печать заказов на кухню и в бары

* Автоматическая печать отказов в случае удаления позиции из счета

* Одновременное ведение любого количества счетов

* Несколько счетов на одном столе, автоматическое разделение счета

* Модификаторы: простые, обязательные, привязанные к товарам, курсы

* Комментарии к счетам (печатаемые и непечатаемые на счетах)

* Комментарии к заказам (печатаемые на производствах)

* Указание вспомогательной информации о заказе: время заказ, цех, на который был отправлен заказ

Привлечение посетителей

В современном ресторанном бизнесе очень большое внимание уделяется различным специальным акциям, направленным на привлечение посетителей. ЭКСПЕРТ имеет мощную систему скидок и специальных акций, использование которой поможет в осуществлении Ваших идей.

* Фиксированные скидки, предоставляемые вручную

* Автоматические скидки, включаемые по различным условиям:

*Время

*Место

*Количество и сумма

*Товары в счете

*Количество товаров

* Возможность комбинировать условия

* Возможность назначения скидки на весь счет или на выбранные позиции

* Возможность автоматического добавления в счет бонусного товара

* Использование нескольких прайс-листов

Работа с услугами

ЭКСПЕРТ автоматически рассчитает и включит в счет стоимость услуг, зависящую от времени.

* Включение обслуживания в счет (с учетом или без учета скидок)

* Автоматическая тарификация услуг по времени (бильярд, сауна, караоке)

* Автоматическое переключение тарифов по времени

* Включение услуг в счет

* Учет занятости слотов для услуги (бильярдные столы, кабины сауны, микрофоны караоке)

Контроль

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

* Автоматическое ведение протокола всех совершенных действий

* Отчет о совершенных действиях

* Отслеживание потенциально опасных действий

* Блокирование счета после печати

* Отчет о продажах по сотрудникам

* Отчет о выручке по сотрудникам

* Отчет об отказах

* Статистика отказов по сотрудникам

* Настраиваемые списки причин отказа

Разграничение доступа

Система разграничение доступа является центральной частью ЭКСПЕРТ, позволяющей не только разрешать и запрещать официантам делать отказы и печатать счета, но полностью настраивать схему работы системы, подстраиваясь под нужды именно Вашего предприятия.

* Единая система разграничения доступа для всех модулей

* Настраиваемый список должностей персонала

* Разграничение доступа к залам, скидкам, действиям (более 200 действий!)

* Авторизация по Коду или Магнитной карте (и в том и в другом случае возможно использовать пароль)

Управление

ЭКСПЕРТ — это мощный инструмент управления, используя который Вы сможете постоянно быть в курсе всего, происходящего на Вашем предприятии, отслеживать тенденции и своевременно принимать управленческие решения.

* Отчеты о выручке

* Отчеты о продажах товаров

* Отчеты о скидках

* Отчеты о постоянных посетителях

* Учет количества посетителей

* Расчет средней суммы счета и количества счетов в различных суммовых диапазонах

* Отчет о количестве и сумме счетов по столикам

* Оценка результативности скидок и специальных акций

* Отчет о загруженности зала

Ценапрограммыскладываетсяиз:

Менеджер настроек: 16 000+ Мониторинг: 6 000р.+ Торговый зал: 21 300р.+ Монитор заказа: 6000р.+ Отчеты торгового зала: 16 000р.

Составим таблицу где сравним разрабатываемый продукт с описанными выше Для оценки критериев будем использовать пятибалльную систему, где 0 это плохо, а 5 отлично.

Таблица 1.3 Таблица сравнения существующих систем

Наиболее эффективной и функциональной являются системы «1С Ресторан» и «R-KEEPER». Эти системы более проработаны в плане введения учета продуктов, отслеживания состояния заказов. Но у них есть недостаток они более сложные в освоении персоналом, нежели другие рассмотренные. В ценах все системы мало различаются и стоят довольно дорого, так как являются сетевыми и закупаются отдельными модулями, дополнениями и лицензиями в зависимости от потребностей ресторана.

1.5 Постановка задачи дипломного проекта

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

Создаваемые средства должны обеспечить:

1) получение данных о наличии продуктов для приготовления блюд со склада;

2) получение данных со склада об изменении стоимости готовых блюд в соответствии с изменением стоимости отдельных индигриентов;

3) ввод заказов;

4) передачу заказа на кухню и в бар;

5) передачу заказа на кассу для расчета клиента;

6) учет всего ассортимента продаваемых блюд: название, индигриенты, вес, цена;

7) учет занятых и свободных мест в ресторане;

8) расчет остатка порций;

9) учет рабочей смены;

10) учет ответственных официантов за конкретный столик;

11) учет рабочих часов каждого сотрудника;

12) доступ к рецептам блюд и напитков;

13) разделение меню информационного обеспечения «Ресторатор» на модули: официант, бармен, менеджер, кассир;

14) передача ежедневных отчетов о проданной продукции на склад;

15) предоставление отчетов о количестве отработанных часов по сотрудникам в центральный офис через электронную почту.

Основной целью разрабатываемых средств является упорядочивание и структурирование информационных потоков ресторана, направленное на повышение скорости обслуживания клиентов. Эффективность внедрения определяется:

· увеличением скорости обслуживания одного клиента;

· увеличением производительности труда сотрудников зала;

· уменьшением затрачиваемого времени на обработку документов в ресторане;

· уменьшение затрачиваемого времени на бухгалтерскую обработку документов.

2. Проектный раздел

2.1 Информационно-программная часть

2.1.1 Обоснование проектных решений по информационному обеспечению

Так как в ресторане нет средств информационной поддержки то при проектирование следует использовать канонический метод проектирования и каскадную модель жизненного цикла (жц).

Каноническое проектирование ИС отражает особенности ручной технологи индивидуальной или оригинального проектирования, осуществляющего исполнителем без использования особых инструментальных средств, позволяющих интегрировать выполнение элементарных операций.

В соответствии с ГОСТ-ом 34.601−90 «Автоматизированные системы. Стадии создания» проектирование ИО СИП МРЗдолжнотвключать 7 стадий:

1. Исследование и обоснование создание системы;

2. Разработка ТЗ;

3. Создание эксплуатационного проекта;

4. Технический проектирование;

5. Рабочее проектирование;

6. Ввод в действие;

7. Функционирование, сопровождение, модернизация.

1Основные этапы проектирования информационной системы «Ресторатор»:

ѕ Сбор материалов обследования (анализ: работы официантов, порядка распределения заказов, экономической ситуации);

ѕ Анализ материалов обследования;

ѕ Разработка ТЭО необходимости проектирования ИО;

ѕ Разработка ТЗ.

2. Техно-рабочее проектирование:

? техническое проектирование;

? рабочее проектирование.

Техническое:

? логическая разработка (разработка инфологической и даталогической модели данных);

? выбор наилучших вариантов проектных решений;

? оформление технического проекта.

Рабочее:

? физическая реализация выбранного варианта проекта;

? разработка рабочего проекта.

3. Внедрение проекта:

? подготовка проекта к внедрению проекта ИС;

? опытное внедрение;

? сдача в промышленную эксплуатацию.

4. Эксплуатация и сопровождение:

? эксплуатация проекта;

? сопровождение;

? модернизация (может и не быть).

В рамках настоящего дипломного проекта предполагается разработка ИО, поэтому выполняются только первые две стадии.

Каскадная модель

Каскадная модель жизненного цикла («модель водопада», англ. waterfall model) была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Этапы проекта в соответствии с каскадной моделью:

1. Формирование требований;

2. Проектирование;

3. Реализация;

4. Тестирование;

5. Внедрение;

6. Эксплуатация и сопровождение.

Эта модель имеет ряд положительных качеств, благодаря которым она хорошо себя зарекомендовала и получила широкое распространение:

? на каждом этапе формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности. На заключительных этапах разрабатывается пользовательская документация, охватывающая все предусмотренные стандартами виды обеспечения информационной системы: организационное, методическое, информационное, программное, техническое;

? выполняемые в логической последовательности этапы работ позволяют планировать сроки завершения и соответствующие затраты.

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

Перечень недостатков каскадной модели более обширен, чем перечень ее достоинств:

? существенная задержка получения результатов;

? ошибки и недоработки на любом из этапов выясняются, как правило, на последующих этапах работ, что приводит к необходимости возврата на предыдущие этапы;

? сложность распараллеливания работ по проекту;

? сложность управления проектом;

? высокий уровень риска и ненадежность инвестиций.

Самым существенным недостатком такой простой модели ЖЦ является то, что на практике очень часто принятые на предыдущем этапе (или на предыдущих этапах) решения приходится пересматривать из-за неверной интерпретации требований заказчика. Несоответствия требованиям пользователя могут возникать на любом этапе, т.к. и проектировщики-аналитики и программисты не обязательно хорошо разбираются в той предметной области, для которой разрабатывается программная система. Задержка получения результатов объясняется тем, что при последовательном выполнении этапов получить первые результаты автоматизации возможно только после выполнения программирования, из-за чего пользователь поздно включается в процесс верификации разрабатываемой системы.

2.1.2 Разработка инфологической модели предметной области

Проектирование информационной системы включает в себя описание отношений между данными, которые накапливаются и обрабатываются в ходе работы системы. Это описание выражается в виде инфологической модели предметной области. ИЛМ содержит, в частности, описание объектов и связей между ними, которые могут задаваться диаграммой «сущность-связь» (ER-диаграммой).

Цель инфологического моделирования — обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическая модель данных обычно строится по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).

Сущность — любой различимый объект (объект, который можно отличить от другого), информацию о котором необходимо хранить в базе данных. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое, в то время как экземпляр сущности относится к конкретной вещи в наборе.

Атрибут — поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Однако каждому экземпляру сущности присваивается только одно значение атрибута.

Ключ — минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ. При выборе первичного ключа следует отдавать предпочтение несоставным ключам или ключам, составленным из минимального числа атрибутов. Нецелесообразно также использовать ключи с длинными текстовыми значениями (предпочтительнее использовать целочисленные атрибуты). Внешние ключи представляют собой отношение между таблицами. Внешний ключ — это столбец (или группа столбцов), чьи значения являются производными значений основного ключа другой (или той же самой) таблицы. Существование внешнего ключа предполагает наличие основного ключа в другой таблице, чьим производным является внешний ключ.

Связь — ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть достаточно простой. Однако одно из основных требований к организации базы данных — это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи.

При рассмотрении связи двух сущностей подчиненная сущность называется сущностью-потомком, а подчиняющая сущность — сущностью-родителем.

Связь сущностей характеризуется идентификацией и степенью.

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

Идентифицирующая связь задает на диаграмме обязательный класс принадлежности для сущности-потомка и представляет степень связи 1: N (или 1:1).

Неидентифицирующая связь, обозначаемая штриховой линией, соединяет сущность-родителя с независимой сущностью-потомком и представляет степень связи 1: N (или 1:1).

На данной диаграмме показана связь между сущностями «Меню» и «Рецепт». Атрибутами сущности «Меню» является: наименования блюда, его цена и его категория (блюдо или напиток). Атрибутами сущности «Рецепт» является: наименования блюда и имя файла. Степень связи многие к одному.

На следующей диаграмме показана связь между сущностями «Меню» и «Заказ». Атрибуты сущности мы рассмотрели в предыдущей диаграмме. Атрибутами сущности «Заказ» являются: №заказа, № столика, наименования блюда, количество порций, ФИО официанта, дата. Связь между сущностями один ко многи.

2.1.3 Разработка даталогической модели базы данных

Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД, также с учетом специфики конкретной предметной области на основе ее инфологической модели.

Даталогическая и физическая модели данных создаются с использованием нотации ER. При этом действуют все те же соглашения о представлении модели, что и при инфологическом моделировании, однако необходимо учитывать некоторые особенности, присущие каждому типу моделей и руководствоваться правилами преобразования одной модели в другую.

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

Переход к даталогической модели сводится к изменению тех отношений между сущностями, которые существуют только на логическом уровне. Это, прежде всего отношения типа многие-ко-многим и иерархия наследования. Для преобразования отношения типа многие-ко-многим необходимо создать третью сущность, в качестве первичного ключа которой будут выступать ключевые атрибуты сущностей, связанных отношением многие-ко-многим. Имя новой сущности выбирается исходя из ее смыслового значения, а неключевые атрибуты могут мигрировать из одной из связанных сущностей или быть добавлены отдельно.

В случае использования категориальной связи, преобразование необходимо проводить одним из трех возможных путей:

1. Для каждой сущности иерархии наследования инфологической модели создается соответствующая сущность в даталогической модели. При этом происходит перенос атрибутов сущности ИМД в соответствующую сущность ДМД. Категориальная связь между сущностями заменяется отношением «многие-ко-многим».

2. Все атрибуты сущностей потомков переносятся в состав атрибутов сущности предка. При этом в ДМД включается только сущность предок, содержащая все возможные атрибуты своих потомков.

3. Все атрибуты сущности предка переносятся в состав всех атрибутов сущностей потомков. Связь между сущностями разрывается, а в ДМД включаются независимые друг от друга сущности, получившиеся в результате переноса.

2.1.4 Функциональная структура СИП МРЗ

Характеризуя структуру системы, можно выделить несколько основных элементов:

— Модуль хранения. Собственно БД, включая запросы, формы, отчеты, хранимые на сервере.

— Модуль «Администратор».

— Модуль «Официант».

— Модуль «Кассир».

— Модуль «Повар».

— Модуль «Бармен».

Информация в БД поступает со склада автоматически. Далее через БД происходит обмен между модулями. Рассмотрим работу каждого модуля отдельно.

Модуль «Администратор». Администратор заносит информацию по персоналу (ФИО персонала, количество отработанных часов, должность), которая попадает в БД, а в БД формируется отчет по персоналу, который передается в ЦО.

Модуль «Официант». Официант получает из БД все наименования блюда. Заполняя формы, официант вносит в БД информацию о заказе (номер заказа, номер столика, наименования заказанного блюда, количество порций, дату).

Модули «Повар» и «Бармен» работают одинаково. Повар и бармен получают информацию из БД (наименования блюда, количество порций, рецепт).

2.1.5 Разработка алгоритма функционирования СИП МРЗ

Алгоритм — это

· описание последовательности действий для решения задачи или достижения поставленной цели;

· правила выполнения основных операций обработки данных;

· описание вычислений по математическим формулам.

Перед началом разработки алгоритма необходимо четко уяснить задачу: что требуется получить в качестве результата, какие исходные данные необходимы и какие имеются в наличии, какие существуют ограничения на эти данные. Далее требуется записать, какие действия необходимо предпринять для получения из исходных данных требуемого результата.

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

В блок-схеме каждому типу действий соответствует геометрическая фигура, представленная в виде блочного символа. Блочные символы соединяются линиями определяющими очередность выполнения действий.

Для начала сотрудник выбирает модуль, с которым он будет работать, затем идентифицирует свою карту, если не принята, то после соответствующего сообщения («Отказ в доступе») появившегося на экране происходит возврат к выбору модуля. Если карта принята, то сотрудник продолжает работу с данными. После завершения работы с данными сотрудник выходит из системы.

Рассмотрим алгоритмы работы каждого из модуля.

Начнем с модуля «Официант». После того как карта отсканирована и принята происходит ввод данных о заказе. Затем идет проверка категории заказа (блюда или напиток). Если это напиток, то происходит подбор файлов-рецептов напитков. Если это блюдо, то подбор файлов-рецептов блюд. Затем идет формирование счета и вывод его на кассу.

Процедура сканирования у всех модулей одинакова (и рассмотрена в описании алгоритма работы модуля «Официант»). После получения доступа администратор вводит данные о персонале. Для этого надо проверить должность официант или не официант. Если официант то производится ввод данных о количестве отработанных часов и номер столика, который обслуживает каждый из официантов. Если не официант, то происходит расчет количества отработанных часов. После этих операций происходит сохранение данных, после чего формируется и выводится отчет. После завершение работ в этом модуле происходит выход в главное меню. Алгоритм заканчивает свое действие.

Процедура сканирования у всех модулей одинакова (и рассмотрена в описании алгоритма работы модуля «Официант»). После получения доступа кассир получает заказ, затем по запросам формируется счет. После формирования счет выводится на печать и происходит выход в главное меню. Алгоритм заканчивает свое действие.

Процедура сканирования рассмотрена в алгоритме работы модуля официант. После получение доступа идет принятия заказа. Затем происходит проверка рецептов. Если рецепт нужно выводить на экран, то происходит выбор файла нужного рецепта, затем рецепт выводится на экран. После чего выводится заказ и сохранение данных.

2.1.6 Разработка пользовательского интерфейса

Под пользовательским интерфейсом (ПИ) программы будет пониматься совокупность элементов, позволяющих пользователю программы управлять ее работой и получать требуемые результаты. Фактически, ПИ — это канал, по которому осуществляется взаимодействие пользователя и программы. Разрабатывая ПИ, необходимо использовать исключительно стандартные элементы интерактивного взаимодействия, стандартное (общепринятое) их относительное расположение. Установим основные термины, относящиеся к разработке интерфейса.

Экран — это поверхность компьютерной рабочей станции или терминала, на которой располагается информация, предназначенная для пользователя. Форма — это предопределенная группированная информация, которая структурирована специфическим способом и расположена на экране. Общий Пользовательский Доступ устанавливает пять схем, называющихся панельными типами. Необходимо использовать различные панельные типы, чтобы представить различные виды информации. Пять панельных типов следующие: