* Включение обслуживания в счет (с учетом или без учета скидок)
* Автоматическая тарификация услуг по времени (бильярд, сауна, караоке)
* Автоматическое переключение тарифов по времени
* Включение услуг в счет
* Учет занятости слотов для услуги (бильярдные столы, кабины сауны, микрофоны караоке)
Контроль
Система разграничения доступа позволяет накапливать данные о всех действиях, совершенных в системе, и представлять их в хорошо читаемом виде. Это дает возможность управляющему видеть не только результаты работы предприятия, но и постоянно наблюдать за процессом работы, как в реальном времени, так и пост-фактум.
* Автоматическое ведение протокола всех совершенных действий
* Отчет о совершенных действиях
* Отслеживание потенциально опасных действий
* Блокирование счета после печати
* Отчет о продажах по сотрудникам
* Отчет о выручке по сотрудникам
* Отчет об отказах
* Статистика отказов по сотрудникам
* Настраиваемые списки причин отказа
Разграничение доступа
Система разграничение доступа является центральной частью ЭКСПЕРТ, позволяющей не только разрешать и запрещать официантам делать отказы и печатать счета, но полностью настраивать схему работы системы, подстраиваясь под нужды именно Вашего предприятия.
* Единая система разграничения доступа для всех модулей
* Настраиваемый список должностей персонала
* Разграничение доступа к залам, скидкам, действиям (более 200 действий!)
* Авторизация по Коду или Магнитной карте (и в том и в другом случае возможно использовать пароль)
Управление
ЭКСПЕРТ - это мощный инструмент управления, используя который Вы сможете постоянно быть в курсе всего, происходящего на Вашем предприятии, отслеживать тенденции и своевременно принимать управленческие решения.
* Отчеты о выручке
* Отчеты о продажах товаров
* Отчеты о скидках
* Отчеты о постоянных посетителях
* Учет количества посетителей
* Расчет средней суммы счета и количества счетов в различных суммовых диапазонах
* Отчет о количестве и сумме счетов по столикам
* Оценка результативности скидок и специальных акций
* Отчет о загруженности зала
Ценапрограммыскладываетсяиз:
Менеджер настроек: 16 000+ Мониторинг: 6 000р.+ Торговый зал: 21 300р.+ Монитор заказа: 6000р.+ Отчеты торгового зала: 16000р.
Составим таблицу где сравним разрабатываемый продукт с описанными выше
Для оценки критериев будем использовать пятибалльную систему, где 0 это плохо, а 5 отлично.
Таблица 1.3 Таблица сравнения существующих систем
Критерии | Информационные системы для ресторана | |||
1С ресторан | Эксперт | iikoRMS | R-KEEPER | |
Подсистемы(официант, повар, бармен, кассир, менеджер) | 5 | 4 | 4 | 4 |
Функциональные возможности | 5 | 4 | 4 | 5 |
Количество ресторанов | сеть | сеть | сеть | сеть |
Связь с офисом | 5 | 2 | 3 | 4 |
Настройки в работе | 5 | 3 | 3 | 4 |
Простота освоения | 3 | 5 | 4 | 4 |
Покупка по частям | возможна | возможна | возможна | возможна |
Конечная цена | 3 | 4 | 3 | 2 |
Наиболее эффективной и функциональной являются системы «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. Эксплуатация и сопровождение.
Эта модель имеет ряд положительных качеств, благодаря которым она хорошо себя зарекомендовала и получила широкое распространение:
на каждом этапе формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности. На заключительных этапах разрабатывается пользовательская документация, охватывающая все предусмотренные стандартами виды обеспечения информационной системы: организационное, методическое, информационное, программное, техническое;
выполняемые в логической последовательности этапы работ позволяют планировать сроки завершения и соответствующие затраты.
Каскадная модель хорошо зарекомендовала себя при разработке систем обработки информации, для которых на этапе анализа можно достаточно точно и полно сформулировать все требования. К ним можно отнести сложные расчетные программные комплексы и системы реального времени.
Перечень недостатков каскадной модели более обширен, чем перечень ее достоинств:
существенная задержка получения результатов;
ошибки и недоработки на любом из этапов выясняются, как правило, на последующих этапах работ, что приводит к необходимости возврата на предыдущие этапы;
сложность распараллеливания работ по проекту;
сложность управления проектом;
высокий уровень риска и ненадежность инвестиций.