Автоматизация рабочего места администратора ресторана «Трендбар»

Введение

Темаданной выпускной квалификационной работы: Автоматизация рабочего места администратора ресторана «Трендбар».

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

Как правило, организуются три вида автоматизированных рабочих мест (АРМ):

• место кассира (официанта);
• место администратора (менеджера, бухгалтера);
• место для обслуживания информации о базе данных системы.

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

Цель данной ВКР – создать автоматизированное рабочее место администратора ресторана по учету заказов клиентов ресторана «Трендбар».

Для достижения поставленной цели необходимо решить следующие задачи:

1. Исследовать возможность автоматизации деятельности администратора ресторана «Трендбар» по учету заказов клиентов.
2. Создать информационную систему для учета заказов клиентов в ресторане «Трендбар».
3. Разработать информационную систему по учету заказов клиентов для ресторана «Трендбар».

Объектом исследования является ресторан «Трендбар».

Предметом исследования является изучение учета заказов столиков в ресторане «Трендбар».

Метод исследования – обзор существующих аналогов, изучение необходимой литературы, CASE-средств и языков программирования.

1. Аналитическая часть

1.1. Общая характеристика предприятия

Trend Bar(Трендбар) – это первый классический бар за Уралом, основанный в 2012 году, который собрал в себе все каноны барного искусства Англии.

Время работы ресторана с 12.00 до 02.00 часов.

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

Ресторан имеет два зала вместительностью на 40 и 100 посадочных мест.

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

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

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

1.2. Внутренняя организация

Организационная структурапредприятия«Трендбар»приведена на рисунке1.

Рисунок 1 – Организационная структура предприятия

Права и обязанности администрации ресторана «Трендбар» определены специальными инструкциями и правилами внутреннего распорядка.

Директор выполняет следующие функции:

• управляет финансовой деятельностью предприятий;
• проводит административную работу;
• руководит работой с кадрами;
• составляет графики работы по сменам и отпусков;
• осуществляет управление маркетингом;
• осуществляет оперативное руководство.

Директору подчиняется весь персонал предприятия, если другое не оговорено в его трудовом договоре (контракте) или не предусмотрено уставом предприятия.

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

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

шеф повар выполняет следующие функции:

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

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

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

Начальник охраны выполняет следующие функции:

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

1.3. Инструментальные средства поддержки бизнеса

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

• операционная система Windows 10;
• Офисный пакет приложений Microsoft Office 2010, включающий в себя MS Word, MS Excel, MS Access, MS PowerPoint, MS Outlook;
• Браузер IE;
• 1С: Предприятие 8.3;
• Антивирусная программа Касперский;
• Компьютеры с конфигурацией:IntelCeleron2.2GHz,DDR256Mb,VGA32Mb;
• Периферийные устройства и офисная техника.

1.4. Представление бизнес-процессов

В данной выпускной квалификационной работе рассматривается деятельность ресторана «Трендбар».

На основе анализа предметной области по учету заказов столов посетителями ресторана, были выявлены следующие бизнес-процессы:

1.Заказ столика.

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

Посетитель ресторана при бронировании столика может воспользоваться следующими вариантами:

1. а) оставить заявку на сайте ресторана «Тренд-бар»;
2. б) связаться с администратором по телефону;
3. в) лично зарезервировать столик в ресторане.

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

3.Оплата.

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

На основании этих данных была построена функциональная модельas-is(модель бизнес-процессов)IDEF0(Приложение А).

Контекстная диаграмма верхнего уровня представлена на рисунке 2.

Рисунок 2 – Контекстная диаграмма верхнего уровня (модельIDEF0«as-is»)

Декомпозиция функционального блока «Бронирование столика» представлена на рисунке 3.

Рисунок 3 – Декомпозиция функционального блока «Бронирование столика» (модельIDEF0«as-is»)

На основании моделиIDEF0 «as-is» были выявлены следующие недостатки:

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

Таким образом, на основании вышесказанного было принято решение по внедрению в ресторан «Трендбар» системы по учету заказов столовиков, которая будет включать следующие бизнес-процессы:

1.Вход в систему.

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

2. Резервирование столика.

Посетителю ресторану предоставляется возможность зарезервировать столик следующими способами:

1. а) зарезервировать столик на сайте ресторана «Трендбар»;
2. б) связаться с администратором по телефону;
3. в) лично зарезервировать столик в ресторане.

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

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

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

3. Получение отчета по резервированию столиков.

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

На основании этих данных была построена функциональная модель to-be(модель бизнес-процессов) IDEF0(Приложение Б).

Контекстная диаграмма верхнего уровня представлена на рисунке 4.

Рисунок 4 – Контекстная диаграмма верхнего уровня (модель IDEF0 «to-be»)

Декомпозиция функционального блока «Бронирование столика» представлена на рисунке 5.

Рисунок 5 – Декомпозиция функционального блока «Бронирование столика» (модель IDEF0 «to-be»)

1.5. Список функциональных требований

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

1) Добавление, редактирование, удаление данных столовиков;

2) Поиск и выбор необходимой информации:

Поиск зарезервированных столовиков;

3)Добавление, редактирование, удаление данных заказов столиков;

4) Составление отчетов:

Получение отчета по резервированию столовиков;

4)Экспорт-импорт данных:

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

1.6. Список нефункциональных требований

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

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

3) Интерфейс системы должен обладать следующими свойствами:

• единые формы ввода и редактирования информации;
• следование установленным стандартам разработки интерфейса;
• открытие диалоговых форм по центру экрана;
• одновременная работа только с одной формой;
• использование не броских цветов, не более трёх на одном экране;
• для выделения информации на экране используется стандартный шрифт, 12 размер, выделение жирным; для обычной информации– стандартные настройки шрифтов;

4) Надежное (устойчивое) функционирование системы должно быть обеспечено выполнением:

• организацией бесперебойного питания технических средств;
• использование лицензионного программного обеспечения;
• регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов;
• регулярным созданием резервных копий данных;
• соблюдением инструкций по эксплуатации системы;
• необходимым уровнем квалификации сотрудников;

5) Требования к защите информации:

• на основании закона N152-ФЗ «О персональных данных» каждая организация, владеющая персональными данными своих сотрудников, клиентов, партнеров и так далее, обязана обеспечивать конфиденциальность информации. В случае нарушения положений законаорганизацияможет лишиться лицензии и подвергнуться судебному преследованию со стороны граждан, чьи приватныезаписи были скомпрометированы;
• доступ к базам данных должен быть защищен паролями, не должны допускаться неавторизованные попытки доступа к файлам системы и базам данных.

1.7. Обзор аналогов

Нижерассмотрены системы аналоги:

• «Ресторун2.0»;
• система бронирования столов «ДатаКарт»;
• система «Resti».

Ресторун 2.0

Ресторун 2.0 – это уникальный инструмент для оптимизации распределения заказов и управления отношениями с клиентами для ресторанов полного сервисного цикла.

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

Внедрение системы Restorun 2.0 позволит:

• повысить эффективность бизнеса, а значит увеличить доход заведения;
• система позволяет просто и быстро обновлять заказы в режиме реального времени и оперативно изменять схему расположения столов;
• провести интеграцию с системами R-Кеeper, iiko, Micros для улучшения планирования деятельности заведения и контроля распределения заказов, получения более подробной информации о клиентах.[2]

Система бронирования столов «ДатаКарт»

Программный модуль резервирования столовразработан компаниейUCSдля пользователейсовременной профессиональной системы управления R-Keeperипредназначен для контроля иуправления столиками ресторана.

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

Внедрение системы бронирования столов ДатаКарт позволит:

• максимально оперативно и оптимально подбирать столики по требуемым параметрам: количество мест за столом, стол для курящих, для некурящих, с WiFi, с точкой электропитания, у окна и так далее;
• увеличить эффективность работы хостес, максимально сократить потери дохода в «пиковые» часы за счет оперативного и наиболее оптимального распределения заказов, повысить заполняемость заведения, а также благоприятно повлияет на имидж ресторана и лояльность гостей.[3]

Система «Resti»

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

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

Внедрение системы Rest istPossible:

• увеличить прибыль заведения;
• улучшить качество и скорость обслуживания клиентов, уменьшить количество персонала и снизить расходы. [4]

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

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

Ожидаемые эффекты от внедрения системы:

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

В связи с вышесказанным необходимость разработки новой системы обоснована.

2. Проектная часть

2.1. Выбор средств проектирования

Ниже рассмотрены наиболее популярные средства проектирования: Erwin + BPwin, Rational Rose, ARIS.

Erwin+BPwin

BPwin(AllFusionProcessModeler) и ERwin(AllFusionERwinDataModeler) на сегодняшний день являются наиболее популярными CASE-средствами, входящими в пакет AllFusion Modeling Suite – интегрированный комплекс CASE-средств, обеспечивающий все потребности компаний-разработчиков программного обеспечения. Данный пакет служит для проектирования и анализа баз данных, бизнес-процессов и информационных систем и включает продукты: AllFusion Process Modeler (BPwin), AllFusion ERwin Data Modeler (ERwin), AllFusion Data Model Validator (инструмент для проверки структуры баз данных и создаваемых в ERwin моделей), AllFusion Model Manager (среда для работы группы проектировщиков на ERwin и BPwin), AllFusion Component Modeler (моделирования компонентов программного обеспечения и генерации объектного кода приложений на основе созданных моделей). [5]

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

РациональРозе

Rational Rose – инструмент для анализа и проектирования объектно-ориентированных информационных систем.

Rational Rose пригодится при решении практически любых задач проектирования информационных систем: от анализа бизнес-процессов до кодогенерации на определенном языке программирования.

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

• Rational Rose Modeler – предоставляет набор модельно-ориентированных функций для разработки приложений. Он позволяет архитекторам и проектировщикам создавать модели UML (Unified Modeling Language) архитектур программного обеспечения, бизнес-потребностей, многоразовых ресурсов и взаимодействия на уровне управления.
• Rational Rose Developer для Java – предоставляет полный набор возможностей разработки приложений на корпоративной платформе Java (Java EE) на основе моделей. Это решение позволяет ускорить разработку приложений Java и Java EE благодаря возможности генерации кода на основе визуальных моделей на языке UML (Unified Modeling Language).
• Rational Rose Developer для Visual Studio – предоставляет набор функций, управляемых моделью, для разработки приложений на основе Microsoft Visual Studio. Это решение позволяет ускорить разработку приложений благодаря созданию кода из визуальных моделей с помощью UML (Unified Modeling Language).
• Rational RoseTechnical Developer – это решение разработки, управляемой моделями (MDD), предназначенное для разработки составных систем. Оно основано на UML (Unified Modeling Language) и поддерживает основанные на моделях конструктивные элементы для автоматизации разработки, включая выполнение модели и создание полностью исполняемого кода.
• RationalRoseEnterprise–предоставляет набор функций, управляемых моделью, для разработки целого ряда приложений, в том числе на языкахAda,ANSIC++,C++,CORBA,Java,JavaEE,VisualC++ иVisualBasic. Это программное обеспечение позволяет ускорить разработку таких приложений благодаря созданию кода на основе визуальных моделей с использованием UML (Unified Modeling Language).
• Rational Rose Developer для UNIX предоставляет набор модельно-ориентированных функций для разработки приложений для платформ UNIX и Linux. Решение основано на UML (Unified Modeling Language) и включает поддержку создания кода для моделей, реализуемых на Java, C++ и CORBA.
• Rational Rose Data Modeler – представляет собой среду визуального моделирования для разработки приложений баз данных. Этот программный продукт ускоряет процессы разработки, предоставляя проектировщикам баз данных и другим участникам проекта единое средство моделирования с поддержкой языка UML (Unified Modeling Language).[6]

ARIS

ARIS – программный продукт для моделирования бизнес-процессов организаций. Продукт и методология принадлежат немецкой компании Software AG как результат поглощения компании IDS Scheer автора методологии Августа-Вильгельма Шеера.

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

• проектирования и управления предприятием;
• моделирования, анализа и оценки бизнес-процессов;
• документирования бизнес-процессов в соответствии с требованиями международных стандартов;
• разработки, внедрения и сопровождения корпоративной информационной системы.

Серия продуктов ARIS предназначена для удовлетворения потребностей пользователя в области оптимизации бизнес-процессов (в широком смысле слова) и обеспечение исчерпывающей поддержки проекта. Аналитические подразделения предприятия осуществляют запись моделей, используя ARIS Easy Design. В ARIS Toolset производится последующая интеграция и оптимизация. ARIS for mySAP.com поддерживает конверсию оптимизированных процессов, использующих такие стандартные ERP- системы, как SAP R/3. [7]

Сравнительная характеристика методов и средств проектирования: ARIS, Rational Rose, Erwin + BPwin — представлена в таблице 1.

Таблица 1 – Сравнительная характеристика методов и средств проектирования

Продолжение таблицы 1

Окончание таблицы 1

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

2.2. Моделирование диаграммы потоков данных

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

В результате анализа функциональной модели to-be (модель бизнес-процессов) IDEF0 был выявлен комплекс информационных потоков:

1)Входные данные.

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

2)Выходные данные.

• Сообщение об ошибке. Пользователь получает сообщение об ошибке, если введённые авторизационные данные не найдены в БД.
• Данные зарезервированных столовиков. Распечатанный список зарезервированных столовиков.
• Отчёт. Администратор получает отчёт по резервированию столиков.
• Данные отчета. Распечатанный отчет по резервированию столиков.

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

Контекстная диаграмма верхнего уровня представлена на рисунке 6.

Рисунок 6 – Контекстная диаграмма верхнего уровня (DFD модель)

2.3. Логическое проектирование системы

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

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

Таблица 2 – Описание атрибутов сущности «Столики»

Таблица 3 – Описание атрибутов сущности «Посетители»

Таблица 4 – Описание атрибутов сущности «Резервирование столиков»

Таблица 5 – Описание атрибутов сущности «Отчеты»

Таблица 6 – Описание атрибутов сущности «Отчеты по столикам»

Схема логической модели данных представлена на рисунке7.

Рисунок 7 – Схема логической модели данных

2.4.Обзор СУБД

Ниже рассмотрены наиболее популярные СУБД для малых и средних предприятий:

• MySQL;
• ПостgreSQL;
• ЛИНТЕР.

MySQL

СУБДMySQLпредставляет собой СУБД с открытым кодом, разработкой которой занимается корпорацияOracle. СУБДуспешно работает под управлением свыше 20 различных операционных систем (Windows,Linux,OS/2,MacOSX,FeeBSD,Solaris,SunOS,OpenBSD,NetBSD,AIX,DECUNIX,Tru64UNIXи т.д.), а также предоставляет интерфейс для взаимодействия с множеством языков программирования:C,C++,Eiffel,Java,Perl,PHP,Python,RubyиTcl.

Принимая во внимание тот факт, что это одна из немногих СУБД с открытым кодом, и лицензионное соглашение, по которому она распространяется, не требует денежных отчислений (исключением является случай, когда MySQL входит в состав коммерческого продукта), не удивительно, что она получила широкое распространение в Российской Федерации. В частности, MySQL является стандартом де-факто у российских хост-провайдеров.[8]

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

ПостgreSQL

PostgreSQL –свободнаяобъектно-реляционнаясистема управления базами данных(СУБД).Она поддерживает такие вещи как транзакции, схемы и внешние ключи, и часто позиционируется как более строго соответствующая стандартам SQL и более безопасная по умолчанию, чем любая другая база данных, коммерческая или нет.

Существует в реализациях для множества UNIX-подобных платформ, включая AIX, различные BSD-системы, HP-UX, IRIX, Linux, Mac OS X, Solaris/OpenSolaris, Tru64, QNX, а также для Microsoft Windows.

PostgreSQL –это надёжность, предсказуемость и прозрачность во всём: в функциональности (благодаря высокому уровню совместимости со стандартом ISO/ANSI SQL:200x и очень качественному коду), в производительности и даже в процессе разработки. Высочайшее качество кода, быстрая реакция на найденные проблемы, отличная производительность, строжайшее соответствие принципам ACID –всё это делает PostgreSQL самой развитой СУБД с открытым исходнымкодом. [9]

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

ЛИНТЕР

ЛИТЕРА – система управления базами данных (СУБД), полностью разработанная российской компанией РЕЛЭКС, прошедшая сертификацию в Министерстве обороны РФ, ФСТЭК России и гарантирующая надежную защиту информации от уровня «персональные данные» до уровня «совершенно секретно».

СУБД ЛИНЕР доверяют управление атомными реакторами, добычу нефти и полезных ископаемых, безопасность воздушного движения, управление бизнес-процессами, работу станков, бытовой техники, мобильных и других приложений. Она не раз отмечалась на отраслевых выставках и конференциях, в рейтингах различных журналов, освещающих сферу ИКТ, признавалась лауреатом, продуктом года и лучшим программным продуктом в своей категории, а самое главное получила множество положительных отзывов от пользователей.[10]

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

Для малых и средних организаций требования к СУБД не являются слишком завышенными, как для крупных корпораций, которые останавливают свой выбор на продуктах ведущих фирм-производителей (Microsoft SQL, Oracle, Informix, DB2, Sybase, Adabas) – данные СУБД обладают неограниченными возможностями масштабирования.А такжепри выборе системы– стоимостьиграет не последнюю роль, да и возможность держать людей в штате для обслуживания данной СУБД весьма ограничена.

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

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

2.5. Физическое проектирование системы

Исходя из логической модели, была построена физическая модель данных в терминах СУБД MySQL(Приложение Д).

Спроектированная физическая модель данных имеет следующие сущности, представленные в таблицах 7 – 11:

Таблица 7 – Сущность «столики»

Таблица 8 – Сущность posetitel’

Таблица 9 – Сущность rezervirovanie

Окончание таблицы 9

Таблица 10 – Сущность «отчеты»

Таблица 11–Сущность отчёты по столикам

Схема физической модели данных представлена нарисунке 8.

Рисунок 8 – Схема физической модели данных

2.6. Проектирование макета пользовательского интерфейса

Для моделирования макета пользовательского интерфейса была выбрана диаграмма уровня IDEF3, и спроектирована с помощью CASE-средства BPwin.

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

1)Авторизация сотрудника:

• Ввод данных;
• Получение ошибки;
• Вход.

2)Ведение списка столовиков.

3) Резервирование столиков:

• Поиск зарезервированных столовиков;
• Занесение данных в список;
• Редактирование данных;
• Удаление данных.

1. Печать.
2. Получение отчета по резервированию столиков.
3. Печать отчета.

Контекстная диаграмма верхнего уровня представлена на рисунке 9, согласно иерархической структуре.

Рисунок 9 – контекстная диаграмма верхнего уровня

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

Рисунок 10 – Декомпозиция функционального блока «Вход в систему»

Главное меню состоит из следующих пунктов: ведение списка столовиков, резервирование столовиков, получение отчета по резервированию столовиков.

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

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

Рисунок 11 – Декомпозиция функционального блока «Резервирование столиков»

3.Технологическая часть

3.1. Архитектура программных средств

Разрабатываемая АИС учета заказов столиков в ресторане «Трендбар» строится на основе трехуровневой клиент-серверной архитектуры обработки данных. В рассматриваемом ресторане все компьютеры объединены в единую локальную вычислительную сеть и имеют доступ в Интернет.

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

Архитектура ПС приведена на рисунке 12.

Рисунок 12 — Архитектура ПС

3.2. Обзор языков программирования

Нижерассмотрены языки программирования: PHP, Python и Ruby, ориентированные на разработку, и относящиеся к серверным языкам программирования, которые имеют возможность организации непосредственного взаимодействия с.

PHP

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

PHP-сценарий (или PHP-скрипт) – это набор инструкций для программы PHP-интерпретатора на сервере. Результатом работы PHP-сценария обычно является HTML-код, который возвращается клиенту в браузер. Тем не менее PHP-интерпретатор может выполнять не только генерацию HTML-кода, но и другие полезные действия, например, работать с базой данных или файловой системой сервера. [11]

Синтаксис языка берет начало из C, Java и Perl. PHP достаточно прост для изучения. Преимуществом PHP является предоставление web-разработчикам возможности быстрого создания динамически генерируемых web-страниц.

Python

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

К характерным особенностям Python относятся акцент на удобочитаемости исходного кода и функциональных возможностях библиотек, а также конструкция, оптимизирующая производительность труда разработчика, качество программного обеспечения, переносимость программ и интеграцию их компонентов. Программы на Python выполняются на большинстве общеупотребительных платформ, включая Unix и Linux, Windows, MacOS и .NET, Android, iOS и пр. [12]

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

Ruby

Ruby — это язык динамического программирования со сложной, но выразительной грамматикой и базовой библиотекой классов с богатым и мощнымAPI.Rubyвобрал в себя черты таких языков, какLisp,SmalltalkиPerl, но использует грамматику, которой без особого труда смогут овладеть программисты, работающие на языказCиJavaTM.Rubyявляется абсолютным объектно-ориентированным языком, но в нем также неплохо уживаются процедурные и функциональные стили программирования. О включает мощные потенциальные возможности для метапрограммирования, позволяющие использоватьRubyдля создания языков, предназначенных для работы в конкретных предметных областях (domain-specificlanguages–DSL).

Язык обладает независимой от операционной системы реализацией многопоточности, строгой динамической типизацией, сборщиком мусора и многими другими возможностями.[13]

Сравнительная характеристика рассмотренных языков программирования представлена в таблице 12.

Таблица 12 – Сравнительная характеристика языков программирования

Окончания таблицы 12

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

3.3. Программная реализация пользовательского интерфейса

К системе имеют доступ администратор ресторана.

Чтобы войти в систему, сотруднику необходимо ввести логин и пароль (рисунок13).

Рисунок 13 – Стартовая страница системы

После того, как пользователь заполнил все необходимые поля формы, он нажимает на кнопку «Войти», после чего введенные данные в текстовые поля передаются на веб-сервер, далее web-сервер отправляет SQL-запрос СУБД для сопоставления полученной информации с уже имеющимися в системе учётными записями. Если находится совпадающая запись – web-сервер назначает права доступа к данным, и перенаправляет сотрудника на главную страницу системы(рисунок 14). Еслитакой пары записей имя пользователя и пароль в учётных записях нет, то пользователю возвращается ответ с ошибкой (рисунок 15).

Рисунок 14 – Главная страница системы

Рисунок 15 – Ошибка получения доступа к системе

Главное меню состоит из пяти пунктов: главная, столики, резервирование столиков, отчеты, выход.

Кликув по пункту меню «Столики», пользователя перенаправляет на страницу с данными столиков (рисунок 16). Администратор может добавить новый столик (рисунок 17), отредактировать данные, а также удалить данные выбранного столика.

Рисунок 16 – Столики

Рисунок 17 – Форма добавления нового столика

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

Рисунок 18 – Резервирование столиков

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

Рисунок 19 – Зарезервированные столики

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

Кликнув по пункту меню «Отчеты», пользователя перенаправляет на страницу со всеми составленными отчетами (рисунок 20).

Рисунок 20–Отчеты

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

Рисунок 21 – Составление отчета

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

Рисунок 22 – Подробные данные отчета

3.4. Описание системного и инструментального программного обеспечения

Для разработки системы эксплуатации систем используется следующее системное программное обеспечение:

• WindowsServer2012R2 –версия серверной операционной системы отMicrosoft(для серверов);
• Windows 10 – для, разработанная корпорацией(для клиента);
• MySQL5.5–СУБД;
• Denwer 3 –веб-сервер;
• Web-браузер IE – прикладное программное обеспечение для: просмотра веб-страниц, содержания веб-документов, компьютерных файлов и их каталогов, управления веб-приложениями, а также для решения других задач;
• Офисный пакет приложений MS Office 2010 – комплекс программ для подготовки документации.

3.5. Описание комплекса технических средств

Для функционирования системы необходимо оборудование следующей комплектации:

Для сервера БД и веб-сервера со следующей конфигурацией:

• Операционная система:WindowsServer2012R2;
• Процессор – рекомендуется 2 ГГц и выше;
• ОЗУ – не менее 16 ГБ;
• HDD– не менее 320 ГБ.

Для клиента:

• Процессор Intel (или совместимый) 2.41 ГГц (2.58 ГГц, в режиме Turbo);
• ОЗУ – 12 ГБ и более;
• HDD– 320ГБ и более;
• Монитор 15”;
• Периферийная техника: принтеры, сканеры, копировальные аппараты, факсимильные аппараты и прочее.

3.6. Обеспечение информационной безопасности

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

Базовые задачи обеспечения информационной безопасности системы:

• Целостность данных;
• Конфиденциальность информации;
• Доступность информации для всех пользователей.

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

В ресторане «Трендбар» на ПК администратора установлена антивирусная программа «Касперский», которая обеспечивает надежную защиту рабочего места.

Антивирусная программа «Kaspersky» предоставляет следующие возможности:

• Защита рабочих станций;
• Защита файловых серверов;
• системное администрирование;
• Шифрование конфиденциальной информации;
• Контроль программ, устройств и веб-ресурсов;
• Центральное управление;
• Защита от DDoS атак.[13]

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

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

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

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

На основании закона N152-ФЗ «О персональных данных» каждая организация, владеющая персональными данными своих сотрудников, клиентов, партнеров и так далее, обязана обеспечивать конфиденциальность информации. В случае нарушения положений закона организация может лишиться лицензии и подвергнуться судебному преследованию со стороны граждан, чьи приватныезаписи были скомпрометированы;

ЗАКЛЮЧЕНИЕ

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

С помощью современных средств автоматизированного проектирования CASE были построены: диаграммаIDEF0 – модель бизнес процессов («as-is», «to-be»), диаграммаDFD– модель потоков данных, логическая и физическая модели данных, а также был смоделирован макет пользовательского интерфейса с помощьюIDEF3.

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

Основываясь на наибольшей экономической выгоде и наилучших показателях при сравнении средств разработки, были выбраны языки разработки системы (PHP, HTML5, CSS3, JavaScript) и СУБД (MySQL).

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

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

Список использованных источников

1. Трендбар: [Электронный ресурс] // Официальный сайт «Вконтакте».URL:(дата обращения 21.12.2016)
2. Система автоматизации работы хостес – размещение заказов и управление отношениями с клиентами [Электронный ресурс] // Официальный сайт «Restorun».URL: (дата обращения 22.12.2016)
3. Система бронирования столов [Электронный ресурс] // Официальный сайт «ДатаКрат».URL:(дата обращения 22.12.2016)
4. Система «Resti» [Электронный ресурс] // Официальный сайт Пресс-Лайн.URL:(дата обращения 22.12.2016)
5. ТОискин В.С. Автоматизация процессов проектирования на основе CASE технологий[Текст]: учебное пособие / В.С. Тоискин, В.В. Красильников, В.В. Малиатаки. – Ставрополь: Изд-во СГПИ, 2010. – 131 с.
6. 6.IBM[Электронный ресурс] // Официальный сайтIBM.URL:(дата обращения 22.01.2016)
7. Куликов Д.Д. Интеллектуальные программные комплексы для технической и технологической подготовки производства. Часть 6. Системы анализа и моделирования технологической подготовки производства[Текст]: учебное пособие / Д.Д. Куликов, Б.С. Падун. – СПб.: СПбГУ ИТМО, 2011. – 124 с.
8. Кузнецов М.В.MySQL5. Наиболее полное руководство[Текст]: учебное пособие / М.В. Кузнецов, И.В. Симдянов. – СПб.: БХВ-Петербург, 2010. – 1024 с.
9. Система «PostgreSQL» [Электронный ресурс] // Википедия Свободная энциклопедия.URL:(дата обращения 23.12.2016)
10. Система «ЛИНТЕР» [Электронный ресурс] // Официальный сайт ЛИНТЕР.URL:(дата обращения 23.12.2016)
11. Ляпин Д.А.PHP– это просто. Начинаем с видеоуроков[Текст]: учебное пособие/ Д.А. Ляпин, А.В. Никитин. – СПб.: БВХ-Петербург, 2013 – 176 с.
12. 12.Лутц Марк.Python. Карманный справочник[Текст]: учебное пособие/Лутц Марк. –М.: Вильямс, 2015. – 320 с.
13. Флэнаган Д. Язык программирования Ruby[Текст]: учебное пособие / Д. Флэнаган, Ю. Мацумото. – СПб.: Питер, 2011. – 496 с.
14. Антивирусная программа «Касперский» [Электронный ресурс] // Официальный сайт Лаборатории Касперского.URL:(дата обращения 24.12.2016)

Приложение А. ДиаграммаIDEF0 – модель бизнес-процессов «as-is»

Рисунок А1 – контекстная диаграмма верхнего уровня

Рисунок А2 – Декомпозиция функционального блока «Бронирование столика»

Приложение Б. Диаграмма IDEF0 – модель бизнес-процессов «to-be»

Рисунок Б1 – контекстная диаграмма верхнего уровня

Рисунок Б 2 – Декомпозиция функционального блока «Бронирование столика»

Рисунок Б3 – Декомпозиция функционального блока «Вход в систему»

Рисунок Б 4 – Декомпозиция функционального блока «Резервирование столика»

Рисунок Б 5 – Декомпозиция функционального блока «Заказ столика»

ПРИЛОЖЕНЕ В.Диаграмма DFD – модель потоков данных

Рисунок В1 – контекстная диаграмма верхнего уровня

Рисунок В 2 – Декомпозиция функционального блока «Бронирование столика»

Приложение Г. Логическая структура базы данных

Рисунок Г1 – Логическая структура базы данных

Приложение Д. Физическая структура базы данных

Рисунок 3 – физическая структура базы данных