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

Содержание
ресторанинформационный поддержка
Введение
1. Аналитическийраздел
1.1 Деятельность ООО «Юмит-2С» и структураресторана «Ля Публик»
1.2 Анализ предметной области
1.3 Экономический анализ процесса обслуживания вресторане
1.4 Анализ существующих средств информационнойподдержки менеджмента ресторанного зала
1.5 Постановка задачи дипломного проекта
2. Проектный раздел
2.1 Информационно-программная часть
2.1.1 Обоснование проектных решений по информационномуобеспечению
2.1.2 Разработка инфологической модели предметнойобласти
2.1.3 Разработка даталогической модели базы данных
2.1.4 Функциональная структура СИП МРЗ
2.1.5 Разработка алгоритма функционирования СИП МРЗ
2.1.6 Разработка пользовательского интерфейса
2.2 Организационно-технологическая часть
2.2.1 Выбор платформы для проектирования СИП МРЗ
2.2.2 Верификация БД
2.3 Экономическая часть
2.3.1 Оценка экономических затрат на разработкупрограммного продукта
2.3.2 Расчет временных затрат на разработку ИО
2.3.3 Расчетэффективности внедрения системы
3.  Правовой раздел
3.1 Анализ нормативных актов, связанных с правамипотребителей
Заключение
Список источников

Введение
 
ООО«Юмит-2С» – группа компаний, которая занимается розничной и оптовойторговлей (продукты питания, бытовая техника, мебель, одежда, фармацевтическиепрепараты, бытовая техника, парфюмерия и др.); аренда; ресторанный игостиничный бизнес; здания и помещения для торговли; маркетинг, маркетинговыеисследования и разработки; комплекс услуг в области рекламы; наружная реклама;реклама и PR.
В составООО «Юмит-2С» входят такие компании как: ООО «Лэвиш», ЗАО «ЗУК», ООО «Диалог»,ОАО «ПродОвощ», ООО «Изкуир», ОАО «Белый медведь».
В главномофисе находятся руководители всех компаний входящих в состав ООО «Юмит-2С». Воглаве компании стоит генеральный директор, в его подчинение находятсяруководители всех компаний. У каждой компании свой штат сотрудников сруководителями всех отделов. В свою очередь каждый руководитель отдела подчиняетсяруководителю этого же отдела в главном офисе.
Фирма ООО «Лэвиш»является владельцем ресторана «Ля Публик».
Сейчас вресторан вся информация со склада о наличии продуктов и о стоимости готовыхблюд поступает на бумажных носителях. В кассу информацию по стоимости иассортименту блюд вводят вручную, что не исключает ошибку. Отслеживаниезанятость персонала зала и количество занятых мест производится администраторомпростым наблюдением за ресторанным залом. Передача заказа от клиента на кухню,на кассу и в бар происходит медленно, потому что официант с начало переписываетзаказ для повара (только блюда) и для бармена (только напитки). Затем передает этотзаказ на кассу, где кассир заносит всю информацию вручную. В конце сменыофициант передает все заказы администратору.
Поэтомуруководством компании была поставлена задача, разработать средстваинформационной поддержки менеджмента ресторанного зала. Данные средства должныускорить процесс поступления информации со склада, и улучшить работуресторанного зала. Благодаря данным средствам компания рассчитывает улучшитькачество обслуживания клиентов, привлечь новых посетителей.

1.Аналитическийраздел
 
1.1 Деятельность ООО «Юмит-2С» и структураресторана «Ля Публик»
 
ООО «Юмит-2С»является группой компании. Дата первичной гос. регистрации 10.06.1992. Компанияотносится к среднему бизнесу, деятельность фирмы охватывает несколько регионов.
Роддеятельности: производство, аренда, здания, сооружения, земельные участки,услуги, сервис, продукты питания, алкоголь, табак, кондитерские изделия,маркетинг, PR, продукция растениеводства,продукция животноводства и птицеводства, комплекс услуг в сфере рекламы,наружная реклама, ресторанный и гостиничный бизнес, рестораны, кафе, бистро.
В главномофисе находятся руководители всех компаний входящих в состав ООО «Юмит-2С». Воглаве компании стоит генеральный директор, в его подчинение находятсяруководители всех компаний. У каждой компании свой штат сотрудников сруководителями всех отделов. В свою очередь каждый руководитель отделаподчиняется руководителю этого же отдела в главном офисе.
В группукомпаний входит фирма ООО «Лэвиш», которая является владельцем ресторана «ЛяПублик».
Персонал вресторане работает в две (два х два) смены по8-12 часов день. В каждой сменеработает по 11 человек: 1 администратор, 1 повар, 2 помощника повара, 3официанта, 1 бармен, 1 кассир.
1.2Анализпредметной области
 
В данныймомент информация в ресторан поступает из двух источников: со склада и отпосетителей.
 Опишем всюсхему движения информации:
1. список продуктови напитков на бумажных носителях попадает в ресторан;
2. меню поступает насклад на бумажных носителях;
3. список продуктовпередается повару;
4. список напитковпередается бармену;
5. клиент устноделает заказ официанту;
6. официантпереписывает заказанные блюда и передает повару;
7. официантпереписывает заказанные напитки и передает бармену;
8. официант относитзаказ на кассу;
9. из кассы черезофицианта клиенту передают счет;
10. от клиента черезофицианта деньги поступают в кассу;
11. из кассы черезофицианта счет и сдача поступает к клиенту;
12. все заказыофициант передает администратору;
13. все чеки с кассыкассир передает администратору;
14. администраторпередает в ЦО табеля и отчеты по персоналу;
15. повар делает дозаказпродуктов администратору в устной форме;
16. бармен делаетдозаказ напитков администратору в устной форме;
17. администратор потелефону делает дозаказ на склад.
1.3 Экономическийанализ процесса обслуживания в ресторане
 
Составимтаблицу затрачиваемого официантом времени на обслуживание одного столика
Таблица 1.1 Затрачиваемоеофициантом время на обслуживания одного столикаДействие Время (мин) Подача меню 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, SQLServer), система отчетов (IBM PC, MS Windows, SQL Server). Для функционированиясистемы Back-Office желательно использование SQL Server. Работа гарантируетсядля InterBase (SCO UNIX или Windows NT). Обеспечивается поддержка MicrosoftSQL, SyBase SQL, Informix, Oracle; все — TCP/IP.
СистемаR-KeeperTM V6 работает на нескольких кассовых аппаратах, называемых станциями,объединенных в локальную вычислительную сеть. Максимальное количество станций,подключаемых в одну сеть, ограничивается характеристиками компьютерной сети.Станции по своему назначению и функциональным возможностям разделяются начетыре вида: станция кассира, станция официанта, станция бармена, станцияменеджера.
В качествеменеджерской станции используется IBM PC — совместимый компьютер. Станциибармена и кассира представляют собой специализированные IBM PC — совместимыекомпьютеры, имеющие в качестве дополнительных устройств считыватели магнитныхкарточек или электронных таблеток, разъемы для подключения чековых принтеров,интерфейсы для кассового ящика и дисплея покупателя. Станция официанта — специализированный IBM PC — совместимый компьютер со считывателем магнитныхкарточек.
Типывалют
В системеможет задаваться любое количество валют (к валютам относятся также кредитныекарты и безналичные расчеты), при этом обязательно должны быть указаны два типавалют: базовая валюта — валюта, в которой указываются цены на блюда в менюресторана, национальная валюта — основная валюта государства.
Видычеков:
Предварительныйчек (пречек), фискальный чек Технологии, поддерживаемые системой: технологияработы по магнитным картам (Card Pay System), технология твердой копии (HardCopy)
Авторизациядоступаксистеме
Ключемдоступа персонала в систему является индивидуальный код, хранящийся намагнитной карте или электронной таблетке. Такую карту или таблетку должен иметькаждый работник ресторана, работающий с кассовой системой.
Ценапрограммы складывается из стоимость 4 отдельных компонентов:
(Касса :24000+ Менеджер: 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 Постановказадачи дипломного проекта
 
Проанализировавэкономическую ситуацию и рынок аналогичных систем, руководство пришло к выводу,что надо самостоятельно разработать систему, которая будет отвечать всемпотребностям ресторана.
Создаваемыесредства должны обеспечить:
1) получение данных оналичии продуктов для приготовления блюд со склада;
2) получение данныхсо склада об изменении стоимости готовых блюд в соответствии с изменением стоимостиотдельных индигриентов;
3) ввод заказов;
4) передачу заказана кухню и в бар;
5) передачу заказана кассу для расчета клиента;
6) учет всегоассортимента продаваемых блюд: название, индигриенты, вес, цена;
7) учет занятых исвободных мест в ресторане;
8) расчет остаткапорций;
9) учет рабочейсмены;
10)  учет ответственных официантов законкретный столик;
11)  учет рабочих часов каждогосотрудника;
12)  доступ к рецептам блюд и напитков;
13)  разделение меню информационногообеспечения «Ресторатор» на модули: официант, бармен, менеджер, кассир;
14)  передача ежедневных отчетов опроданной продукции на склад;
15)  предоставление отчетов о количествеотработанных часов по сотрудникам в центральный офис через электронную почту.
Основнойцелью разрабатываемых средств является упорядочивание и структурированиеинформационных потоков ресторана, направленное на повышение скоростиобслуживания клиентов. Эффективность внедрения определяется:
· увеличением скорости обслуживанияодного клиента;
· увеличениемпроизводительности труда сотрудников зала;
· уменьшениемзатрачиваемого времени на обработку документов в ресторане;
· уменьшениезатрачиваемого времени на бухгалтерскую обработку документов.

2.Проектный раздел
2.1    Информационно-программнаячасть
 
2.1.1          Обоснованиепроектных решений по информационному обеспечению
Так как вресторане нет средств информационной поддержки то при проектирование следуетиспользовать канонический метод проектирования и каскадную модель жизненногоцикла (жц).
Каноническоепроектирование ИС отражает особенности ручной технологи индивидуальной илиоригинального проектирования, осуществляющего исполнителем без использованияособых инструментальных средств, позволяющих интегрировать выполнениеэлементарных операций.
В соответствиис ГОСТ-ом 34.601-90 «Автоматизированные системы. Стадии создания» проектированиеИО СИП МРЗдолжнотвключать 7 стадий:
1.      Исследованиеи обоснование создание системы;
2.      РазработкаТЗ;
3.      Созданиеэксплуатационного проекта;
4.      Техническийпроектирование;
5.      Рабочеепроектирование;
6.      Вводв действие;
7.      Функционирование,сопровождение, модернизация.
1Основныеэтапы проектирования информационной системы «Ресторатор»:
¾ Сбор материаловобследования (анализ: работы официантов, порядка распределения заказов,экономической ситуации);
¾ Анализ материаловобследования;
¾ Разработка ТЭОнеобходимости проектирования ИО;
¾ Разработка ТЗ.
2.      Техно-рабочеепроектирование:
−      техническоепроектирование;
−      рабочеепроектирование.
Техническое:
−      логическаяразработка (разработка инфологической и даталогической модели данных);
−      выборнаилучших вариантов проектных решений;
−      оформлениетехнического проекта.
Рабочее:
−      физическаяреализация выбранного варианта проекта;
−      разработкарабочего проекта.
3.      Внедрениепроекта:
−      подготовкапроекта к внедрению проекта ИС;
−      опытноевнедрение;
−      сдачав промышленную эксплуатацию.
4.      Эксплуатацияи сопровождение:
−      эксплуатацияпроекта;
−      сопровождение;
−      модернизация(может и не быть).
В рамкахнастоящего дипломного проекта предполагается разработка ИО, поэтому выполняютсятолько первые две стадии.
Каскаднаямодель
Каскаднаямодель жизненного цикла («модель водопада», англ. waterfall model) былапредложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательноевыполнение всех этапов проекта в строго фиксированном порядке. Переход наследующий этап означает полное завершение работ на предыдущем этапе.Требования, определенные на стадии формирования требований, строгодокументируются в виде технического задания и фиксируются на все времяразработки проекта. Каждая стадия завершается выпуском полного комплектадокументации, достаточной для того, чтобы разработка могла быть продолженадругой командой разработчиков.
Этапы проектав соответствии с каскадной моделью:
1. Формированиетребований;
2. Проектирование;
3. Реализация;
4. Тестирование;
5. Внедрение;
6. Эксплуатация исопровождение.
Эта модельимеет ряд положительных качеств, благодаря которым она хорошо себязарекомендовала и получила широкое распространение:
 накаждом этапе формируется законченный набор проектной документации, отвечающейкритериям полноты и согласованности. На заключительных этапах разрабатываетсяпользовательская документация, охватывающая все предусмотренные стандартамивиды обеспечения информационной системы: организационное, методическое,информационное, программное, техническое;
 выполняемыев логической последовательности этапы работ позволяют планировать срокизавершения и соответствующие затраты.
Каскаднаямодель хорошо зарекомендовала себя при разработке систем обработки информации,для которых на этапе анализа можно достаточно точно и полно сформулировать всетребования. К ним можно отнести сложные расчетные программные комплексы исистемы реального времени.
Переченьнедостатков каскадной модели более обширен, чем перечень ее достоинств:
 существеннаязадержка получения результатов;
 ошибкии недоработки на любом из этапов выясняются, как правило, на последующих этапахработ, что приводит к необходимости возврата на предыдущие этапы;
 сложностьраспараллеливания работ по проекту;
 сложностьуправления проектом;
 высокийуровень риска и ненадежность инвестиций.
Самымсущественным недостатком такой простой модели ЖЦ является то, что на практикеочень часто принятые на предыдущем этапе (или на предыдущих этапах) решенияприходится пересматривать из-за неверной интерпретации требований заказчика.Несоответствия требованиям пользователя могут возникать на любом этапе, т.к. ипроектировщики-аналитики и программисты не обязательно хорошо разбираются в тойпредметной области, для которой разрабатывается программная система. Задержкаполучения результатов объясняется тем, что при последовательном выполнении этаповполучить первые результаты автоматизации возможно только после выполненияпрограммирования, из-за чего пользователь поздно включается в процессверификации разрабатываемой системы.
2.1.2 Разработкаинфологической модели предметной области
Проектированиеинформационной системы включает в себя описание отношений между данными,которые накапливаются и обрабатываются в ходе работы системы. Это описаниевыражается в виде инфологической модели предметной области. ИЛМ содержит, вчастности, описание объектов и связей между ними, которые могут задаватьсядиаграммой «сущность-связь» (ER-диаграммой).
Цельинфологического моделирования – обеспечение наиболее естественных для человекаспособов сбора и представления той информации, которую предполагается хранить всоздаваемой базе данных. Поэтому инфологическая модель данных обычно строитсяпо аналогии с естественным языком. Основными конструктивными элементамиинфологических моделей являются сущности, связи между ними и их свойства(атрибуты).
Сущность –любой различимый объект (объект, который можно отличить от другого), информациюо котором необходимо хранить в базе данных. Необходимо различать такие понятия,как тип сущности и экземпляр сущности. Понятие тип сущности относится к наборуоднородных личностей, предметов, событий или идей, выступающих как целое, в товремя как экземпляр сущности относится к конкретной вещи в наборе.
Атрибут –поименованная характеристика сущности. Его наименование должно быть уникальнымдля конкретного типа сущности, но может быть одинаковым для различного типасущностей. Атрибуты используются для определения того, какая информация должнабыть собрана о сущности. Однако каждому экземпляру сущности присваиваетсятолько одно значение атрибута.
Ключ –минимальный набор атрибутов, по значениям которых можно однозначно найтитребуемый экземпляр сущности. Минимальность означает, что исключение из наборалюбого атрибута не позволяет идентифицировать сущность по оставшимся. Каждаясущность обладает хотя бы одним возможным ключом. Один из них принимается запервичный ключ. При выборе первичного ключа следует отдавать предпочтениенесоставным ключам или ключам, составленным из минимального числа атрибутов.Нецелесообразно также использовать ключи с длинными текстовыми значениями(предпочтительнее использовать целочисленные атрибуты). Внешние ключи представляютсобой отношение между таблицами. Внешний ключ — это столбец (или группастолбцов), чьи значения являются производными значений основного ключа другой(или той же самой) таблицы. Существование внешнего ключа предполагает наличие основногоключа в другой таблице, чьим производным является внешний ключ.
Связь –ассоциирование двух или более сущностей. Если бы назначением базы данных былотолько хранение отдельных, не связанных между собой данных, то ее структурамогла бы быть достаточно простой. Однако одно из основных требований корганизации базы данных – это обеспечение возможности отыскания одних сущностейпо значениям других, для чего необходимо установить между ними определенныесвязи.
Прирассмотрении связи двух сущностей подчиненная сущность называетсясущностью-потомком, а подчиняющая сущность — сущностью-родителем.
Связьсущностей характеризуется идентификацией и степенью.
Идентифицирующаясвязь, обозначаемая сплошной линией, соединяет сущность-родителя с зависимойсущностью-потомком.
Идентифицирующаясвязь задает на диаграмме обязательный класс принадлежности длясущности-потомка и представляет степень связи 1:N (или 1:1).
Неидентифицирующаясвязь, обозначаемая штриховой линией, соединяет сущность-родителя с независимойсущностью-потомком и представляет степень связи 1:N (или 1:1).
 На даннойдиаграмме показана связь между сущностями «Меню» и «Рецепт». Атрибутамисущности «Меню» является: наименования блюда, его цена и его категория (блюдоили напиток). Атрибутами сущности «Рецепт» является: наименования блюда и имяфайла. Степень связи многие к одному.
На следующейдиаграмме показана связь между сущностями «Меню» и «Заказ». Атрибуты сущностимы рассмотрели в предыдущей диаграмме. Атрибутами сущности «Заказ» являются:№заказа, № столика, наименования блюда, количество порций, ФИО официанта, дата.Связь между сущностями один ко многи. /> 
2.1.3 Разработкадаталогической модели базы данных
Поддаталогической понимается модель, отражающая логические взаимосвязи междуэлементами данных безотносительно их содержания и физической организации. Приэтом даталогическая модель разрабатывается с учетом конкретной реализации СУБД,также с учетом специфики конкретной предметной области на основе ее инфологическоймодели.
Даталогическаяи физическая модели данных создаются с использованием нотации ER. При этомдействуют все те же соглашения о представлении модели, что и при инфологическоммоделировании, однако необходимо учитывать некоторые особенности, присущиекаждому типу моделей и руководствоваться правилами преобразования одной моделив другую.
Как ужеотмечалось выше, даталогическая модель отражает структуру БД с учетомособенностей модели данных. Т.к. на сегодняшний день наиболее популярной являетсяреляционная модель данных, рассмотрим правила преобразования инфологическоймодели в реляционную даталогическую.
Переход кдаталогической модели сводится к изменению тех отношений между сущностями,которые существуют только на логическом уровне. Это, прежде всего отношениятипа многие-ко-многим и иерархия наследования. Для преобразования отношениятипа многие-ко-многим необходимо создать третью сущность, в качестве первичногоключа которой будут выступать ключевые атрибуты сущностей, связанных отношениеммногие-ко-многим. Имя новой сущности выбирается исходя из ее смысловогозначения, а неключевые атрибуты могут мигрировать из одной из связанныхсущностей или быть добавлены отдельно.
В случаеиспользования категориальной связи, преобразование необходимо проводить однимиз трех возможных путей:
1. Для каждойсущности иерархии наследования инфологической модели создается соответствующаясущность в даталогической модели. При этом происходит перенос атрибутовсущности ИМД в соответствующую сущность ДМД. Категориальная связь междусущностями заменяется отношением «многие-ко-многим».
2. Всеатрибуты сущностей потомков переносятся в состав атрибутов сущности предка. Приэтом в ДМД включается только сущность предок, содержащая все возможные атрибутысвоих потомков.
3. Всеатрибуты сущности предка переносятся в состав всех атрибутов сущностейпотомков. Связь между сущностями разрывается, а в ДМД включаются независимыедруг от друга сущности, получившиеся в результате переноса.
2.1.4 Функциональнаяструктура СИП МРЗ
Характеризуяструктуру системы, можно выделить несколько основных элементов:
- Модуль хранения.Собственно БД, включая запросы, формы, отчеты, хранимые на сервере.
- Модуль«Администратор».
- Модуль«Официант».
- Модуль «Кассир».
- Модуль «Повар».
- Модуль «Бармен».
Информация вБД поступает со склада автоматически. Далее через БД происходит обмен междумодулями. Рассмотрим работу каждого модуля отдельно.
Модуль«Администратор».Администратор заносит информацию по персоналу (ФИО персонала, количество отработанныхчасов, должность), которая попадает в БД, а в БД формируется отчет поперсоналу, который передается в ЦО.
Модуль«Официант». Официантполучает из БД все наименования блюда. Заполняя формы, официант вносит в БДинформацию о заказе (номер заказа, номер столика, наименования заказанногоблюда, количество порций, дату).
Модули«Повар» и «Бармен»работают одинаково. Повар и бармен получают информацию из БД (наименованияблюда, количество порций, рецепт).
2.1.5 Разработкаалгоритма функционирования СИП МРЗ
Алгоритм — это
· описаниепоследовательности действий для решения задачи или достижения поставленнойцели;
·  правилавыполнения основных операций обработки данных;
· описаниевычислений по математическим формулам.
Перед началомразработки алгоритма необходимо четко уяснить задачу: что требуется получить вкачестве результата, какие исходные данные необходимы и какие имеются вналичии, какие существуют ограничения на эти данные. Далее требуется записать,какие действия необходимо предпринять для получения из исходных данныхтребуемого результата.
Блок-схемойназывают графическое представление алгоритма, в котором он изображается в видепоследовательности связанных между собой функциональных блоков, каждый изкоторых соответствует выполнению одного или нескольких действий.
В блок-схемекаждому типу действий соответствует геометрическая фигура, представленная ввиде блочного символа. Блочные символы соединяются линиями определяющимиочередность выполнения действий.
Для началасотрудник выбирает модуль, с которым он будет работать, затем идентифицируетсвою карту, если не принята, то после соответствующего сообщения («Отказ вдоступе») появившегося на экране происходит возврат к выбору модуля. Если картапринята, то сотрудник продолжает работу с данными. После завершения работы сданными сотрудник выходит из системы.
Рассмотрималгоритмы работы каждого из модуля.
Начнем смодуля «Официант». После того как карта отсканирована и принята происходитввод данных о заказе. Затем идет проверка категории заказа (блюда или напиток).Если это напиток, то происходит подбор файлов-рецептов напитков. Если этоблюдо, то подбор файлов-рецептов блюд. Затем идет формирование счета и выводего на кассу.
Процедурасканирования у всех модулей одинакова (и рассмотрена в описании алгоритмаработы модуля «Официант»). После получения доступа администратор вводит данныео персонале. Для этого надо проверить должность официант или не официант. Еслиофициант то производится ввод данных о количестве отработанных часов и номерстолика, который обслуживает каждый из официантов. Если не официант, топроисходит расчет количества отработанных часов. После этих операций происходитсохранение данных, после чего формируется и выводится отчет. После завершениеработ в этом модуле происходит выход в главное меню. Алгоритм заканчивает своедействие.
Процедурасканирования у всех модулей одинакова (и рассмотрена в описании алгоритмаработы модуля «Официант»). После получения доступа кассир получает заказ, затемпо запросам формируется счет. После формирования счет выводится на печать ипроисходит выход в главное меню. Алгоритм заканчивает свое действие.
Процедурасканирования рассмотрена в алгоритме работы модуля официант. После получениедоступа идет принятия заказа. Затем происходит проверка рецептов. Если рецептнужно выводить на экран, то происходит выбор файла нужного рецепта, затемрецепт выводится на экран. После чего выводится заказ и сохранение данных.
2.1.6 Разработкапользовательского интерфейса
Под пользовательским интерфейсом (ПИ) программы будетпониматься совокупность элементов, позволяющих пользователю программы управлятьее работой и получать требуемые результаты. Фактически, ПИ — это канал, покоторому осуществляется взаимодействие пользователя и программы. РазрабатываяПИ, необходимо использовать исключительно стандартные элементы интерактивноговзаимодействия, стандартное (общепринятое) их относительное расположение. Установимосновные термины, относящиеся к разработке интерфейса.
Экран — это поверхность компьютернойрабочей станции или терминала, на которой располагается информация,предназначенная для пользователя. Форма — это предопределеннаягруппированная информация, которая структурирована специфическим способом ирасположена на экране. Общий Пользовательский Доступ устанавливает пять схем,называющихся панельными типами. Необходимо использовать различные панельныетипы, чтобы представить различные виды информации. Пять панельных типовследующие:
1) Меню;
2) Вход;
3) Информация;
4) Список;
5) Логическое.
Можно также смешивать части этих панельных типов, чтобысоздавать формы смешанных типов. Следует представлять каждую форму какнекоторое пространство, разделенное на части, каждая из которых может содержатьотдельный тип информации:
1) Меню действий инисходящее меню;
2) Тело формы;
3) Областьфункциональных клавиш.
Меню действий возникает в верхнейчасти формы. Это дает пользователям доступ к группе действий, которыеподдерживает приложение. Меню действий содержит в себе список выбора возможныхдействий. Когда пользователи делают выбор, в форме спускающегося менюпоявляется на экране список возможных действий. Спускающееся меню являетсярасширением меню действий.
Слово «действия» в«меню действий» не подразумевает, что все команды должны бытьглаголами. Существительные также допустимы. Значение действия в термине«меню действий» происходит от того факта, что выбор элемента менюдействий выполняется приложением через действия пользователей. Например, втекстовом редакторе выбор «Шрифты» меню действий являетсясуществительным и разрешает пользователю потребовать действий выбора шрифтов.
Некоторые формы будутиметь меню действий, а другие нет.
Меню действий и нисходящее меню обеспечивают двазамечательных преимущества для пользователей.
Первоепреимущество состоит втом, что эти действия становятся для пользователей видимыми и могут бытьзатребованы на выполнение посредством простой интерактивной техники. «Запрос»означает инициацию действия. Способ, с помощью которого пользователь инициируетдействие, состоит в нажатии функциональной клавиши, в выполнении выбора внисходящем меню или вводе команды. Меню действий и нисходящее меню обеспечиваютвизуальность, что помогает пользователям находить требуемые действия безнеобходимости запоминания и ввода имени действия.
Второепреимущество заключаетсяв том, что выбор в меню действий приводит к вызову нисходящего меню, т.е. ониникогда не служат причиной немедленного действия. Пользователи видят, чтореализация таких действий не приводит к неисправимым последствиям, и у них невозникает страх от неправильного действия.
Меню действий и нисходящее менюобеспечивает двухуровневую иерархию действий. Можно также обеспечитьдополнительный уровень, используя всплывающие окна, которые появляются, когдаоператором делается выбор в нисходящем меню. Затем, когда оператор делает выборво всплывающем окне, может появиться серия всплывающих окон по мере выполнениядействий. Общий Пользовательский Доступ рекомендует ограничить число уровнейвсплывающих окон до трех, поскольку многие пользователи испытывают трудности впонимании иерархии меню, имеющих много уровней.
Тело формы находится под меню действий и надобластью функциональных клавиш. Каждая форма будет иметь тело, которое можетбыть разделено на несколько областей, если приложению необходимо показатьпользователям больше, чем одну группу информации одновременно, илипользователям разрешается вводить или обновлять более чем одну группуинформации в один и тот же момент времени.
Тело формыможет содержать также командную область, в которой пользователи печатаютприкладные или системные команды, и область сообщений, в которой сообщенияпоявляются.
Команднаяобласть является средством предоставления пользователям командного интерфейса,который является альтернативой запросам действиям через меню действий инисходящее меню. Область сообщений дают место для размещения сообщений наэкране, иное, чем для окон, так как важно, чтобы сообщения не сталкивались синформацией на форме или с запросом действием.
Область функциональных клавишрасполагается в нижней части панели и оператор может выбрать размещение ее вкороткой или длинной форме или вообще не размещать. Она содержит списокфункциональных клавиш. Некоторые формы могут содержать как меню действий, так изаголовок функциональных клавиш. Необходимо обеспечить включение областифункциональных клавиш для всех форм, хотя пользователь может отказаться от ихэкранирования. Панельные элементы являются наименьшими частями дизайна.Некоторые элементы относятся исключительно к определенным областям формы, тогдакак другие могут быть использованы в разных областях.
Общий пользовательский доступобеспечивает определенное количество символов и визуальных обозначений, такихкак псевдокнопки и контактные кнопки, которые можно применять для указанияпользователям, с какими из полей выбора или действий они работают.
В целом,пользовательский интерфейс – совокупность функциональных компонентов СУБД,обеспечивающих взаимодействие конечного пользователя с приложением.
Приразработке графического интерфейса пользователя необходимо совмещатьфункциональность с одной стороны и удобство пользования с другой. Приразработке графических форм клиентских приложений были использованы средства 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. Эти средства могут быть использованы,так по отдельности — для решения конкретно поставленной задачи, как и вкачестве интегрированного набора, каждый компонент которого может быть примененпри разработке больших проектов масштаба предприятия.
Обоснованиевыбора MSAccess 2003 для разработки СИП МРЗ
СУБД Microsoft Access является системой управления реляционной базойданных, включающей все необходимые инструментальные средства для созданиялокальной базы данных, общей базы данных в сети с файловым сервером илисоздания приложения пользователя, работающего с базой данных на SQL-сервере.
ДостоинствомAccess является то, что она имеет очень простой графический интерфейс, которыйпозволяет не только создавать собственную базу данных, но и разрабатыватьприложения, используя встроенные средства.
В отличие отдругих настольных СУБД, Access хранит все данные в одном файле, хотя ираспределяет их по разным таблицам, как и положено реляционной СУБД.
НедостаткиСУБД MicrosoftAccess. В отношении защиты информации и разграничения доступаAccess не имеет надежных стандартных средств. В стандартные способы защитывходит защита с использованием пароля БД и защита с использованием пароляпользователя. Снятие такой защиты не представляет сложности для специалиста.Однако, этого вполне хватает для защиты от просмотра или неосторожных действийв среде сотрудников небольшой компании. Но отсюда сделаем вывод, что доверять MS Access секретные или очень ценные данные не стоит.
Еслипрограмма создана в Access не стоитожидать от нее высокой производительности. Однако, существует огромный кругзадач, в которых основное время при работе с программой приходится на ожиданиедействий пользователя. В таком случае невысокая скорость программы абсолютно незаметна.
Созданиемногопользовательской БД Accessи получение одновременного доступа нескольких пользователей к общей базе данныхвозможно в локальной одноранговой сети или в сети с файловым сервером. Сетьобеспечивает аппаратную и программную поддержку обмена данными междукомпьютерами.
Access следит за разграничением доступаразных пользователей к БД и обеспечивает защиту данных. Так как Access неявляется клиент серверной СУБД, возможности его по обеспечениюмногопользовательской работы несколько ограничены. Обычно для доступа к даннымпо сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер.При этом обработка данных ведется в основном на клиенте – там, где запущеноприложение, в силу принципов организации файловых СУБД. Этот факторограничивает использование Access для обеспечения работы множества пользователей(более 15-20) и при большом количестве данных в таблицах, так как многократновозрастает нагрузка не сеть.
В планеподдержки целостности данных Access отвечает только моделям БД небольшой исредней сложности.
ПреимуществаСУБД MicrosoftAccessпо сравнению с другими системамиподобного класса. Впервую очередь можно отметить распространенность, которая обусловлена тем, что 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, обладая всеми чертами СУБД, предоставляет и дополнительные возможности.Это не только гибкая и простая в использовании СУБД, но и система дляразработки работающих с базами данных приложений.
Функциональныевозможности MSAccess.
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 был сделан в связи со следующими факторами:
1. На предприятии ООО«Юмит2-С» используется лицензионные программные продукты Microsoft Office 2003, в комплект которого входит Microsoft Access 2003, а значит, нет необходимости в покупке,установке программного продукта и в последующем обучении персонала работе сним.
2. Удовлетворяет пофункциональным возможностям.
3. БД рассчитана наиспользование небольшим количеством пользователей, а именно сотрудниками ресторана(10-15 пользователей).
4. Возможностьинтеграции с 1С: Бухгалтерия.
5. Необходима защитатолько от просмотра или неосторожных действий в среде сотрудников.
Обоснованиевыбора 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 используют индексы новой, более компактнойструктуры, позволяющие уменьшить время их создания и ускорить процесс поискаданных.
Основныепреимущества:
1. доступ к базамданных;
2. глубокаяинтеграция с Microsoft Office (используются те же типы данных, что и в MS Access);
3. удобный, быстрый,легко реализуемый; имеются навыки программирования в данной среде;
4. время разработкиприложения минимально, по сравнению с другими языками программирования.
Так же приразработке информационного обеспечения, а в частности при созданииинфологической модели предметной область и даталогической модели БД используетсяPowerDesigner.
PowerDesigner — полнофункциональный инструмент для моделирования бизнес-приложений, включающийв себя средства моделирования бизнес-процессов, сочетающий возможностимоделирования UML-объектов с возможностями традиционного проектирования базданных и анализа и предоставляющий централизованный репозиторий объектовмасштаба предприятия.
Основныеособенности
· Моделированиебизнес-процессов на основе диаграмм потоков управления.
· Технологиимоделирования данных (концептуальная и физическая модель), основанные наиндустриальном стандарте «сущность/связь» (entity/relationship),включая технологии моделирования хранилищ данных (схема «звезда»,схема «снежинка», многомерное моделирование, привязка к конкретномуисточнику данных).
· Стандартныедиаграммы UML: use case, activity, sequence, диаграммы классов и компонентов.
· Генерация наоснове диаграмм классов исходных текстов для Java, C++, PowerBuilder и VisualBasic.
· Генерацияоператоров DDL (Data Definition Language) более чем для 30 РСУБД.
· Поддержка EJB2.0.
· Отображение«сущность/связь».
· Определениесложных пользовательских типов данных, включая Java-классы и хранимыеJava-процедуры, содержащиеся в БД.
· Обратноепроектирование схемы базы данных в концептуальную и физическую модель.
· Обратноепроектирование существующей бизнес-логики в диаграммы классов (Java иPowerBuilder).
· Прямое и обратноепроектирование XML-приложений в диаграммы классов. Поддержка XML-DTD, XML-схемыи XML-данных.
· Интеграция спопулярными средствами разработки на Java и с ведущими, сертифицированными подJ2EE/EJB 2.0 серверами приложений.
· Современный,графический, настраиваемый пользовательский интерфейс, содержащий
o общую оболочку;
o обозревательобъектов;
o областьредактирования диаграмм;
o областьсостояния.
· Улучшенноеуправление моделями, включая синхронизацию объектов, моделей и баз данных.
· Расширенный,независимый от модели генератор отчетов, позволяющий получить документ,включающий в себя информацию по нескольким моделям.
Преимущества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с.