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

Содержание

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

Введение

	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.3 Экономический анализ процесса обслуживания в ресторане



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



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

Действие

Время (мин)

Подача меню

1-5

Прием заказа

до 5, если не более 2х клиентов



до 7, если более 2х клиентов

Передача заказа в бар

5

Передача заказа на кухню

7

Первичное обслуживание (вилки, тарелки)

5-10

Подача напитков

10-15

Подача холодных закусок

10

Подача 1ых блюд

20

Подача 2ых блюд

25

Подача других блюд

10-30

Дозаказ

10

Передача дозаказа в бар

5

Передача дозаказа на кухню

5-7

Подача дозаказа из бара

3-10

Подача дозаказа с кухни

10-30

Подача счета

10

Полный расчет (получение денег от клиента, пересчет на кассе, сдача)

5-10

ВСЕГО

60-200 (в зависимость от того сколько клиенты находятся в ресторане)



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

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



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

Момент ухода

Процент в месяц, %

до получения меню

1-3

до того как сделали заказ

5

после заказа до первичного обслуживания

10

после получения части заказа

10-15

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



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» 

Стоимость программы: 43200р. + дополнительная лицензий на 1 пользователя: 4500р. (если на 5 пользователей: 20500р.) + лицензия на техподдержку 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+ Менеджер: 30000р.+ Мониторинг сервера: 4500р.+ Официант: 18000р.)+ Модуль формирования отчетов для просмотра через интернет :4500p. + Модуль работы ссистемами скидок: 12000р.

iikoRMS

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









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

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

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

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





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

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

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

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









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

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

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

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









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

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

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

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

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

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

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

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

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

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

 Эксперт

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

*Время

*Место

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Контроль

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

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

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

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

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

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

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

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

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

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

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

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

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

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

* Разграничение доступа к залам, скидкам, действиям (более 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 Постановка задачи дипломного проекта



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

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

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

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

ввод заказов;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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




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



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

	

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рабочее:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализация;

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

Внедрение;

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

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

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

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

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

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

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

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

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

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

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

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



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 Разработка пользовательского интерфейса

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

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

Меню;

Вход;

Информация;

Список;

Логическое.

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

Меню действий и нисходящее меню; 

Тело формы;

Область функциональных клавиш. 

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

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

Некоторые формы будут иметь меню действий, а другие нет.

Меню действий и нисходящее меню обеспечивают два замечательных преимущества для пользователей.

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

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

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

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

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

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

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

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

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

При разработке графического интерфейса пользователя необходимо совмещать функциональность с одной стороны и удобство пользования с другой. При разработке графических форм клиентских приложений были использованы средства MSAccess. Выбор обусловлен следующими соображениями:

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

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

		пользователи привыкли работать со знакомым им интерфейсом программного продукта MSAccess.

	Для того чтобы начать работу с ИС сотрудник ресторана должен выбрать модуль в которым он будет работать (Администратор, официант, кассир, повар, бармен) .

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

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

	
Таблица 2.1 Пример отчета по персоналу

	Ф.И.О

	Должность

	Количество отработанных часов в месяц

	Грачева М.В.

	Официант

	136

	Петушков Б.С.

	Официант

	100

	Трофимова А.В.

	Официант

	120

	Ступин Е.П.

	Повар

	140

	Тимофеев В.С.

	Бармен

	135

	Петрова Т.М.

	Кассир

	136

	Ступин П.В.

	Администратор

	150

	Сидорова Н.Н.

	Уборщица

	90

	Александров А.К.

	Посудамойщик

	115

	Труфанов К.В

	Помощник повара

	99

	Нахимов Н.П

	Помощник повара

	134



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

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

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

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



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

	

2.2.1 Обоснование выбора средств разработки

Рассмотрим средства разработки, которые предлагает Microsoft. Эта компания в настоящий момент предлагает пять пакетов программ, которые могут быть использованы для создания пользовательского приложения по обработке данных: Access, SQL Server, Visual Basic, Visual C++ и Visual FoxPro. Эти средства могут быть использованы, так по отдельности - для решения конкретно поставленной задачи, как и в качестве интегрированного набора, каждый компонент которого может быть применен при разработке больших проектов масштаба предприятия. 

Обоснование выбора MS Access 2003 для разработки СИП МРЗ

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

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

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

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

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

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

Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте – там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15-20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть. 

В плане поддержки целостности данных Access отвечает только моделям БД небольшой и средней сложности. 

Преимущества СУБД Microsoft Access по сравнению с другими системами подобного класса. В первую очередь можно отметить распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft (можно полагаться на стабильность производителя, компания Microsoft является одним из мировых лидеров в производстве ПО и обеспечивает свои продукты подробной документацией, технической поддержкой и локализацией), программное обеспечение и операционные системы которой использует большая часть пользователей персональных компьютеров. MS Access полностью совместим с операционной системой Windows, постоянно обновляется производителем, поддерживает множество языков.

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

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

Access обладает широкими возможностями по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC. 



Таблица 2.1 Характеристика средств разработки компании Microsoft

Название продукта

Основные преимущества

Основное назначение

Access

Простота освоения.
Возможность использования непрофессиональным программистом. Имеет мощные средства подготовки отчетов из БД различных форматов. 

Создание отчетов произвольной формы на основании различных данных. Разработка не коммерческих приложений.

SQL-Server

Высокая степень защиты данных. Мощные средства работы с данными. Высокая производительность. 

Хранение больших массивов данных. Хранение данных, требующих соблюдения режима секретности или при не допустимости их потери.

Visual Basic

Универсальность. Возможность создания компонентов (OLE). Невысокие требования к мощности ПЭВМ.

Создание приложений средней мощности, не связанных с большой интенсивностью обработки данных. Разработка компонентов OLE. Создание приложений для интеграции компонентов Microsoft Office.

Visual C++

Универсальность. Наибольшая скорость работы приложения. Неограниченная функциональность.

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

Visual FoxPro

Высокий уровень объектной модели. Высокая скорость обработки данных. Интеграция объектно-ориентированного языка программирования с Xbase и SQL. Многоплатформенность.

Создание приложений масштаба предприятия. Создание приложений для работы на различных платформах (Windows 3.x, Windows 95, Macintosh и т. д.)



Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API ит.д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access. 

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

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

Функциональные возможности MS Access. 

1. Ввод данных. Ввод данных может осуществляться следующими способами: 

вручную прямо в таблицу (сюда же относится вставка содержимого буфера обмена); 

вручную в поля формы; 

прямой импорт данных из других источников (базы Access, текстовые файлы, формат DBF, электронные таблицы, источники данных ODBC); 

программным методом, который может сочетать в себе любые средства, которые возможно реализовать на VBA. 

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

2. Изменение данных. Редактирование возможно следующими способами: 

вручную прямо в таблице;

в полях форм;

в окне браузера, в котором загружена web-страница из БД;

программным методом.

3. Вывод данных. Здесь Access предоставляет такие возможности:

вывод на экран монитора в табличном виде, полях форм или отчетов;

экспорт в другие форматы данных (те же, что при импорте);

вывод на печать, в основном в виде отчетов;

вывод данных в интернет-браузер с помощью объекта Страница в пределах определенной сети;

программный экспорт и вывод информации.

4. Взаимодействие с другими источниками и потребителями информации. В этом плане Access может выступать как сервер или клиент автоматизации. 

5. Использование базы данных MS Access другими приложениями. Такой вариант использует файл MDB как хранилище данных. Программа, которая обращается к данным, может быть написана на любом языке высокого уровня. В данном случае используются таблицы и запросы. О поддержании ссылочной целостности и актуальности данных следит ядро БД. Взаимодействие происходит через ODBC-драйвер Microsoft Jet Engine. 

6. Средства создания приложений. Создание приложений на Access во многом подобно всем остальным средствам автоматизации Microsoft Office. Здесь используется интерпретируемый язык Visual Basic for Applications, что приводит, как и при использовании любого интерпретируемого языка, к определенному увеличению затрат процессорного времени и уменьшению скорости работы программ и обработки данных. Для успешной разработки необходимо знать объектную модель самого Access и особенности ее использования. 

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

Ядро БД Access обеспечивает три уровня блокировок: 

Блокировка базы данных. На этом уровне блокировки к БД может обращаться только один пользователь. Такой уровень блокировки применяется для глобального изменения или обновления данных или при техническом обслуживании Базы Данных - сжатии; 

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

Блокировка страницы. На этом уровне к заблокированной странице может обращаться только один пользователь. Это самый нижний уровень блокировки. 

Блокировка на уровне таблицы имеет два режима – пессимистический и оптимистический. По умолчанию устанавливается пессимистическая блокировка. 

8. Администрирование. Преимущество монопольного режима работы фактически привело к вырождению функций администрирования БД и в связи с этим — к отсутствию инструментальных средств администрирования в обычном понимании этого слова в MS Access. Имеющиеся же средства позволяют сделать следующее: 

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

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

средства репликации Microsoft Access, 

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

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

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

Выбор СУБД Access был сделан в связи со следующими факторами:

На предприятии ООО «Юмит2-С» используется лицензионные программные продукты Microsoft Office 2003, в комплект которого входит Microsoft Access 2003, а значит, нет необходимости в покупке, установке программного продукта и в последующем обучении персонала работе с ним. 

Удовлетворяет по функциональным возможностям.

БД рассчитана на использование небольшим количеством пользователей, а именно сотрудниками ресторана (10-15 пользователей).

Возможность интеграции с 1С:Бухгалтерия.

Необходима защита только от просмотра или неосторожных действий в среде сотрудников.

Обоснование выбора Visual Basic для разработки ИО СИП МРЗ

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

В отличие от большинства пакетов программ Visual Basic не имеет главного окна, объединяющего все остальные элементы интерфейса разработчика. Каждый элемент Visual Basic имеет свое независимое окно, которое может быть убрано или расположено независимо от других в любом месте экрана. 

Основные возможности Visual Basic, применяемые в разработке приложений для обработки информации, могут быть реализованы благодаря наличию в нем объектов для доступа к данным - Data Access Object (DAO), 32-разрядного процессора данных- JET 3.0 и предназначенных специально для работы с данными элементов управления. Процессор данных в Visual Basic поддерживает все стандартные операции по созданию, изменению и удалению таблиц, индексов и запросов. Формат БД процессора данных Visual Basic соответствует формату Access. JET 3.0 также обеспечивает поддержку целостности и проверку вводимых и изменяемых данных на уровне полей и записей. Для изменения данных JET 3.0 позволяет использовать язык SQL. 

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

Уникальным свойством JET 3.0 является возможность создания копий данных (репликации БД). Для создания копий БД разработчику достаточно воспользоваться методом MakeReplica при задании метода Synchronize выполняется согласование данных в обновляемой и оригинальной БД. Причем эти операции могут выполняться как с файлами формата БД процессора данных, так и с БД других форматов, поддерживаемых через ODBC. Нельзя не отметить, что JET 3.0 используют индексы новой, более компактной структуры, позволяющие уменьшить время их создания и ускорить процесс поиска данных.

Основные преимущества:

доступ к базам данных;

глубокая интеграция с Microsoft Office (используются те же типы данных, что и в MS Access);

удобный, быстрый, легко реализуемый; имеются навыки программирования в данной среде;

время разработки приложения минимально, по сравнению с другими языками программирования.

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

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

Основные особенности

Моделирование бизнес-процессов на основе диаграмм потоков управления. 

Технологии моделирования данных (концептуальная и физическая модель), основанные на индустриальном стандарте "сущность/связь" (entity/relationship), включая технологии моделирования хранилищ данных (схема "звезда", схема "снежинка", многомерное моделирование, привязка к конкретному источнику данных). 

Стандартные диаграммы UML: use case, activity, sequence, диаграммы классов и компонентов. 

Генерация на основе диаграмм классов исходных текстов для Java, C++, PowerBuilder и Visual Basic. 

Генерация операторов DDL (Data Definition Language) более чем для 30 РСУБД. 

Поддержка EJB 2.0. 

Отображение "сущность/связь". 

Определение сложных пользовательских типов данных, включая Java-классы и хранимые Java-процедуры, содержащиеся в БД. 

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

Обратное проектирование существующей бизнес-логики в диаграммы классов (Java и PowerBuilder). 

Прямое и обратное проектирование XML-приложений в диаграммы классов. Поддержка XML-DTD, XML-схемы и XML-данных. 

Интеграция с популярными средствами разработки на Java и с ведущими, сертифицированными под J2EE/EJB 2.0 серверами приложений. 

Современный, графический, настраиваемый пользовательский интерфейс, содержащий 

		общую оболочку; 

		обозреватель объектов; 

		область редактирования диаграмм; 

		область состояния. 

Улучшенное управление моделями, включая синхронизацию объектов, моделей и баз данных. 

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

Преимущества PowerDesigner

Снижение затрат при разработке Web-служб через проектирование

Быстрая разработка с применением UML – с интеграцией со средствами разработки для ускорения создания Web-служб – делает простым и доступным создание сложных Web-служб. 

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

Оперативный учет всех изменений на этапе проектирования позволяет снизить общие затраты на разработку.

Уникальная усовершенствованная технология синхронизации многочисленных моделей

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



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

Верификация (позднелат. verificatio — доказательство, подтверждение, от лат. verus — истинный и facio — делаю) эмпирическое подтверждение теоретических положений науки путём "возвращения" к наглядному уровню познания, когда идеальный характер абстракций игнорируется и они "отождествляются" с наблюдаемыми объектами. В общем случае верификация — это построение наглядной модели для любой теории. Идея верификации вызревала постепенно, по мере усиления роли логической дедукции в выработке научных понятий. Осознание, главным образом, в математике и теоретической физике, возможного несоответствия между логическим (абстрактным) мышлением и интуитивным мышлением, связанным с наглядностью породило потребность в обосновании связи между абстракцией и реальностью. 

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

Тестирование базы данных разделяется на следующие типы:

Тестирование логической модели:

-Проверка модели на логическую согласованность и отсутствие повторяющейся информации;

-Поиск возможностей для упрощения логической модели.

Тестирование логической схемы базы данных:

-Тестирование на соответствие нормальным формам (обычно третьей);

-Тестирование на согласованность базы данных (внешние ключи, ограничивающие условия, триггеры);

-Тестирование на избыточность данных.

Тестирование физической структуры базы данных (для различных РСУБД):

-Анализ и настройка покрытия индекса;

-Анализ системы хранения данных (табличные области (Oracle, DB2), массивы данных и группы файлов (MS SQL)), настройка для увеличения производительности и надежности;

-Анализ политики безопасности и разработка предложений по ее улучшению (пользователи, роли, роли приложения, логины, интегрированные с операционной системой, хранимые процедуры);

-Анализ денормализации (при необходимости может быть проведена проверка потенциального прироста производительности и модификаций схемы базы данных);

-Анализ и реализация распределения базы данных;

-Анализ и реализация стратегии репликации;

-Анализ и реализация стратегии резервного копирования.

Тестирование программируемости базы данных:

-Анализ эффективности хранимых процедур и триггеров;

-Оптимизация запросов, настройка индекса для охвата определенных запросов;

-Анализ эффективности клиентского приложения. 

Составим таблицу возможных ошибок при использование средств информационной поддержки.



Таблица 2.2Таблица возможных ошибок

Вид запроса

Ожидаемый результат

Полученный результат

Имя файла рецепта

вывод на экран файла с рецептом

вывод не того рецепта

Цена

вывод стоимость конкретного блюда

стоимость нескольких блюд

Калорийность

вывод калорий блюда

вывод категории блюда

Категория блюда

вывод одной из двух категорий «блюдо» или «напиток»

вывод не правильной категории

ФИО официанта

вывод фамилии официанта обслуживающего конкретной столик

вывод ФИО повара

Дата

вывод даты, когда сделан заказ

вывод текущей даты

№заказа

вывод номера заказа

вывод №столика

№столика

вывод №столика который обслуживает конкретный официант

вывод не существующего №столика

Наименования блюда

вывод названия блюда

вывод непонятного набора букв



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

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

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

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

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

 Расчет стоимости компьютерного часа

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

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

Себестоимость – это совокупность затрат на производство и реализацию продукции (работ, услуг).

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

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



Таблица 2.1 Расчет ФОТ операторов и программистов по фактическому времени

№ п/п

наименование профессии

количество рабочих, чел.

разряд

тарифная ставка, руб.

баланс рабочего времени, час

ФОТ, руб.

премия

итого, руб.















%

руб.



1

оператор

1

4

100

29

522

25

130,5

652,5

2

программист

1

5

200

54

1080

30

324

1404

3

программист

1

6

220

170

3740

30

1122

4862

4

программист

1

4

100

25

450

30

135

585

ИТОГО

-

4

-

-

278

5792

-

1711,5

7503,5



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

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

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

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

Соизмерение прибыли с затратами или ресурсами характеризует рентабельность. 

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



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

Затраты на разработку программы определяются по следующей формуле :




,



где:

 - затраты на оплату труда программистов, руб.;

 - стоимость материалов на эксплуатационные нужды (носители информации, бумага, копировальная бумага, красящая лента и т. д.), руб.;

 - затраты на отладку программы, руб.;

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

Эл – расходы на электроэнергию, руб.;

 - процент накладных расходов (120%), %.

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

Заработная плата программистов определяется по следующей формуле:



,



где:

 – число разработчиков программного продукта, чел.;

 - трудоемкость работ i-го разработчика, чел.-мес.;

 - основная заработная плата i-го разработчика, руб./мес.;

 - коэффициент, учитывающий дополнительные выплаты (0,35);

 - коэффициент, учитывающий отчисления на социальные нужды по действующему законодательству (0,356).

Число разработчиков рассчитывается по следующей формуле:



,



где:

 - общая трудоемкость разработки программного изделия, чел.-мес.;

 - продолжительность разработки программного изделия, мес.

Общая трудоемкость разработки определяется по формуле:



,



где  - число тысяч исходных команд.

Тогда продолжительность разработки можно рассчитать следующим образом:







Величина  определяется, исходя из объема работ, выполненных i-м разработчиком.

Расходы на электроэнергию определяются по следующей формуле:



,



где: 

Nоб – потребляемая мощность используемого оборудования, кВт;

Tоб – время работы программы при написании программы, ч.;

аэл – установленный тариф за 1 кВт * ч.

Стоимость материалов на эксплуатационные нужды:


,



где: 

Мi – стоимость i-го материала, руб.;

Ki – количество i-го материала, шт.;

n – количество материалов, шт.

Амартизационные отчисления:



,



где: 

	- установленная норма амортизации j-го вида оборудования (приложение 2), %;

	- балансовая стоимость j-го вида оборудования, руб.;

m – число видов оборудования, применяемого при разработке программы.

Затраты на отладку определяются по формуле:



,



где

 - время, требуемое для отладки программы, ч;

 - стоимость одного машино-часа, руб./ч.

Время, требуемое для отладки, может быть рассчитано как:




,



где:

 - предполагаемое число операторов;

 - коэффициент сложности программы;

 - коэффициент коррекции программы;

 - коэффициент квалификации разработчика.

Все исходные данные, необходимые для расчета себестоимости, приведены в таблице 2.4.



Таблица 2.4 Исходные данные для расчета

Исходные данные для расчета

Название

Обозначение

Значение

Предполагаемое число операторов

q

100

Коэффициент квалификации разработчика

k

0.8

Стоимость одного машинного часа, руб.

Cмч

14

Установленный тариф за 1 кВт. *ч., руб.

aэл

0.9

Время работы оборудования при написании программы, час.

tоб

1125

Потребляемая мощность используемого оборудования, кВт.

Nоб

0.83

Число видов оборудования, применяемого при разработке

m

2

Число тысяч исходных команд

n тик

0.4

Коэффициент дополнительных выплат разработчикам

а доп

0.35

Коэффициент, учитывающий отчисления на социальные нужды

а сн

0.356

Процент накладных расходов, %

П нр

120

Уровень рентабельности, %

p

30

Кол-во предполагаемых копий программы, шт.

K

1

Стоимость носителей программы для одной копии, руб.

Kст

15

Значение НДС, %

Rндс

20



Результаты расчета затрат на изготовление ИС 

 1.Общая трудоемкость разработки ИС

 Тобщ = 156.22 чел.дн.

 2.Трудоемкость этапов разработки и(или) сопровождения

 Трудоемкость разработки

 Тпр = 156.22 чел.дн.

 в том числе по этапам:

 Ттз = 17.77 чел.дн. - Трудоемкость разработки технического задания

 Тэп = 10.54 чел.дн. - Трудоемкость разработки эскизного проекта

 Ттп = 10.54 чел.дн. - Трудоемкость разработки технического проекта

 Трп = 117.38 чел.дн. - Трудоемкость разработки рабочего проекта

 в том числе по видам работ на этапах:

 Трм = 70.62 чел.дн. - Трудоемкость программирования

 Ттф = 2.18 чел.дн. - Трудоемкость тестирования функций на задачах разработчика

 Трт = 42.15 чел.дн. - Трудоемкость разработки новых тестов

 Ткп = 11.55 чел.дн. - Трудоемкость комплексирования ИС с другими ПС, входящими в СОИ без внесения изменений

 Тдб = 5.46 чел.дн. - Трудоемкость доработки ИС (внесение диалоговой информации и т.п.) без изменения основных функций

 Твп = 2.00 чел.дн. - Трудоемкость выбора ИС, позволяющего реализовать необходимые потребителю функции

 Трд = 31.46 чел.дн. - Трудоемкость разработки рекомендаций по доработке ИС и развитию СОИ



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

Таким образом, до внедрения средств информационной поддержки получаем при средней заработной плате официанта в 20000 рублей (150 рублей за час), тратится 5000 рублей в месяц за передачу заказа от клиента до кухни или бара и за расчет с клиентами. Так же до внедрения средств информационной поддержки процент недовольных скоростью обслуживания клиентов довольно высокий (до 15%).

После внедрения средств информационной поддержки планируется снизить процент недовольных клиентов до 5%, так как нельзя совсем свести этот процент до 0, потому что есть люди которым может не понравится обстановка и атмосфера ресторана, и есть люди которые могут остаться недовольны списком блюд в меню и ценами. А время передачи заказов снизится до 2-3 минуты. Что позволит официанту обслуживать больше столиков, а это в свое время принесет больше прибыли ресторану. 

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



Таблица 2.4 Сравнительная таблица по недовольным клиентам до и после внедрения средств информационной поддержки

Момент ухода

Процент в месяц до внедрения, %

Процент в месяц после внедрения, %

до получения меню

1-3

1-3

до того как сделали заказ

5

2

после заказа до первичного обслуживания

10

2

после получения части заказа

15

5



Рассчитаем экономический эффект.

З/п официант 20000рублей

Количество официантов 3 чел.

На заработную плату всем официантом тратится 20000*3=60000 рублей, из них 25% (15000 рублей) идет на то, что передает заказы от клиентов на кассу, на кухню и в бар.

После внедрения СИП МРЗ всего 5% (3000 рублей) идет на передачу заказа.

Отсюда 15000- 3000 =8000 рублей экономии.




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



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

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

В главном офисе находятся руководители всех компаний входящих в состав ООО «Юмит-2С». Во главе компании стоит генеральный директор, в его подчинение находятся руководители всех компаний. У каждой компании свой штат сотрудников с руководителями всех отделов. В дипломе разрабатываются информационные средства поддержки менеджмента ресторана. Так как ресторан занимается оказанием услуг, то в правовой части дипломного проекта рассмотрим Закон РФ «О защите прав потребителей» (далее Закон), ГОСТ Р 50762-95 "Общественное питание. Классификация предприятий", утв. Постановлением Госстандарта России от 05.04.1995 N 198; п. 3 Правил оказания услуг общественного питания (далее - Правила), Постановление Правительства РФ от 10.05.2007 N 276 и другие нормативные акты связанны с темой дипломного проекта.



1.3 Анализ нормативных актов связанных с защитой прав потребителей



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

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

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

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

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

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

Аттестационные правила разрабатываются в каждом регионе, в их основе лежат требования государственных стандартов, которые предъявляются к помещениям, инвентарю, оборудованию, технологическим режимам производства и другие требования, которые учитывают особенности данного региона. Чтобы получить класс "люкс", предприятие обязано обеспечивать потребителям довольно высокий уровень обслуживания, который должен сочетаться с предоставлением дополнительных услуг, например, предварительный заказ столика по телефону, организация зоны отдыха, продажа сопутствующих товаров и так далее. Торговый зал заведения такого класса непременно должен быть оформлен по специальному индивидуальному проекту, в одном художественном стиле с применением декоративных художественных материалов. Таким же образом (по уникальному проекту) обязана быть оформлена вывеска. Оборудование и инвентарь должны гармонично сочетаться с интерьером. В едином фирменном стиле должна быть выполнена и печатная продукция (ценники, меню, упаковка и т. д.). У сотрудников заведения, включая официантов, должно быть специальное образование и фирменная (единого стиля) одежда. Претендующие на "высший класс", предприятия "общепита", тоже должно обеспечивать потребителям очень высокий уровень обслуживания. Его торговый зал тоже должен оформляться в едином стиле, с учетом специфических индивидуальных особенностей предприятия. Заведение должно иметь вывеску, выполненную по индивидуальному проекту. Сотрудники должны носить одежду общего образца. Все сотрудники, исключая работников торгового зала, должны иметь диплом о специальном образовании. В заведениях классов "высший" и "люкс" вас должны в обязательном порядке обслуживать официанты. Что касается, предприятий "первого класса", то они должны обеспечивать клиентам надлежащий уровень обслуживания, иметь оформление соответственно специализации заведения, иметь типовое оборудование, типовую вывеску, стандартные упаковочные материалы. Работники предприятия должны быть одеты в санитарную одежду (белые шапочки и халаты). А сотрудники, которые занимаются приемкой и разбраковкой товара, непременно должны иметь профподготовку.

"Потребитель всегда прав!" - под таким лозунгом стараются сегодня работать многочисленные организации общественного питания. Во многом это обусловлено желанием выстоять в конкурентной борьбе и завоевать своего потребителя. К сожалению, данный принцип организации нередко нарушают. Часто это происходит не преднамеренно, а по причине незнания Закона о защите прав потребителя. Рассмотрим основные права потребителя:

Право потребителей на информацию

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

1. Информация об исполнителе.

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

2. Информация о режиме работы.

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

Если возникает потребность временно приостановить работу заведения (например, для проведения плановых санитарных дней, ремонта), то необходимо в доступном для обозрения месте предоставить информацию о дате и сроках возобновления работы.

3. Информация об услугах.

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

- перечень услуг и условия их оказания;

- цены и условия оплаты услуг;

- фирменное наименование (наименование) предлагаемой продукции с указанием способов приготовления блюд и входящих в них основных ингредиентов;

- сведения о весе (объеме) порций готовых блюд продукции общественного питания, емкости бутылки алкогольного напитка и об объеме его порций;

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

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

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

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

4. Информация о сертификации услуг.

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

5. Иная информация.

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

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

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

Право потребителей на свободу выбора

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

При этом в силу ст. 16 Закона нельзя связывать приобретение одной услуги с обязательным приобретением другой. В противном случае потребитель имеет право на возмещение убытков. Например, меню предусмотрен комплексный обед. Однако потребитель вправе заказать одно или несколько блюд из входящих в комплекс, оплатив его по соответствующей цене. Или, к примеру, условием обслуживания в заведении является обязательный заказ горячих блюд. Подобное "навязывание" услуг неправомерно.

Исполнитель также не вправе без согласия потребителя оказывать ему дополнительные услуги за плату. Например, потребитель заказал обеденное блюдо. Дополнительно к заказу ему подан аперитив, стоимость которого включена в счет. Это неправомерно, и потребитель вправе отказаться от оплаты аперитива, а если уже оплатил - потребовать возврата уплаченной суммы (п. 3 ст. 16 Закона, п. 24 Правил).

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

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

Право потребителей на надлежащее качество услуг

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

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

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

- назначить исполнителю новый срок, указав его в договоре;

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

- потребовать уменьшения цены;

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

Например, гражданин сделал в ресторане предварительный заказ блюд к 19.00. К указанному сроку блюда приготовлены не были. В ресторане ему сообщили, что блюда будут готовы к 20.00. Потребитель письменного согласия на изменение срока не представил, а к 20.00 в ресторан не явился. В данном случае ни затраты ресторана, ни блюда потребитель оплачивать не обязан. Однако если исполнитель докажет, что нарушение сроков произошло вследствие непреодолимой силы или по вине потребителя, то перечисленные выше требования потребителя удовлетворению не подлежат.

При обнаружении недостатков оказанной услуги в силу ст. 29 Закона потребитель вправе по своему выбору потребовать:

- безвозмездного устранения недостатков, а если они не будут устранены в согласованный срок - отказаться от заказа;

- соответствующего уменьшения цены;

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

- возмещения понесенных им расходов по устранению недостатков своими силами или с помощью третьих лиц;

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

Кроме этого, договором могут быть предусмотрены дополнительные меры ответственности исполнителя за нарушение прав потребителя. Помимо гражданско-правовой ответственности, предусмотренной Законом, за нарушение прав потребителя на исполнителя также может быть возложена административно-правовая, и даже уголовная ответственность.

Право потребителей на безопасность услуги

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

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

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

В-третьих, согласно п. 4 ст. 5 Закона исполнитель обязан устанавливать для приготовленных им блюд сроки годности. Без них реализация блюд запрещена. По истечении сроков годности продукция непригодна к использованию и представляет опасность для потребителя.

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

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

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

1. Государственный контроль и надзор над соблюдением законодательства в сфере защиты прав потребителей.

2. Защита прав потребителей органами местного самоуправления.

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

3. Защита прав потребителей общественными организациями.

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

4. Судебная защита потребителей.

Любой потребитель имеет право обратиться в суд за защитой своих нарушенных прав. Таким образом, Законом предусмотрено достаточное количество механизмов защиты прав потребителей. 

Закон РФ "О защите прав потребителей" - один из первых законодательных актов, в котором предусмотрена возможность взыскания компенсации за причиненный моральный вред. Общие положения о компенсации морального вреда содержатся в ст. 1099 - 1101 ГК РФ. Они предусматривают основания компенсации морального вреда, порядок и способ компенсации.

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

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

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

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

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

На произведенный заказ потребителю должен быть выписан счет с указанием стоимости заказа и пробит кассовый чек.

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




Заключение



Дипломный проект на тему: «Разработка средств информационной поддержки менеджмента ресторанного зала». 

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

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

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

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

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

В рамках дипломного проекта были получены следующие данные: 

Проанализирована предметная область;

Проведено экономическое обоснование необходимости разработки СИП МРЗ;

Разработана функциональная структура СИП МРЗ;

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

Разработана даталогическая модель БД;

Разработан общий алгоритм работы СИП МРЗ;

Разработаны алгоритмы работы каждого модуля СИП МРЗ;

Спроектирован пользовательский интерфейс;

Рассчитан экономический эффект.

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




Список литературы



	1.	Гагарина Л.Г. Автоматизированные информационные системы: Учеб. пос. – М.: МИЭТ, 2003. – 144с.

	2.	Трояновский В.М. Проектирование информационных систем. Курс лекций. – М.: МИЭТ, 2002. – 104 с.

	3.	Моисеева Н.К., Костина Г.Д. Маркетинговые исследования при создании и использовании программных продуктов.__ Методические указания для выполнения курсовых и дипломных работ по специальности "Менеджмент".-М.:МИЭТ,1994.88с.

	4.	Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2005. 544с.