Произведен анализ существующих решений среди конкурентов, который позволил сформировать требования к прототипу информационной системе для обработки заказов предприятия общественного питания «Chocolate lounge cafй and bar».

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

Данный материал станет основой для проектирования информационно-аналитической системы для предприятия общественного питания.

Глава 2. Проектирование прототипа информационной системы для обработки заказов предприятия общественного питания

2.1 Анализ бизнес процессов обработки заказов после внедрения системы

Для рассмотрения бизнес-процессов, происходящие при заказе услуги после внедрения прототипа информационной системы для обработки заказов предприятия общественного питания была построена диаграмма модели «to-be», созданная по технологии IDEF0, которая представлена на рисунке 2.1.

Рисунок 2.1. Диаграмма «Оформление заказа» после внедрение прототипа

Для того чтобы более подробно рассмотреть изменения обработки заказа в деятельности предприятия общественного питания необходимо более подробно рассмотреть бизнес-процесс «Оформление заказа». Декомпозиция диаграммы «Оформления заказа» в представлении диаграммы IDEF0 «to-be», представлена в приложении С.

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

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

- возможность получение информации в любое время;

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

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

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

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

- введение автоматизированного учета;

- Возможность генерации отчетов.

2.2 Разработка Use Case диаграммы

На основе описании предметной области, составлена use case диаграмма, представленная на рисунке 2.2.



Рисунок 2.2. Диаграмма Use Case

Рассмотрим описание каждого актера из прецедентов:

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

2. Организатор - Организатор услуги «ужин на колесе обозрения», которому необходимо наделить следующими правами:

- обработать заказ, а именно подтвердить бронирование, изменить или отменить заказ.

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

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

- обработать отзыв, а именно подтвердить отзыв или пометить как спам.

- просмотр отчетов: расписание, количество заказов за отчетный месяц,с оотношение заказов и отказов; статистика причин отказов.

2.3 Спецификация прецедентов

Описание главных прецедентов диаграммы:

- просмотр информации об услуге;

- просмотр меню;

- просмотр дополнительных услуг;

- просмотр фотогалереи;

- простор отзывов об услуге;

- просмотр часто задаваемых вопросов.

- оформление заказа;

- добавление отзыва;

- подтверждение заказа;

- редактирование заказа;

- редактирование информации об услуги;

- добавление элемента в меню;

- добавление дополнительной услуги;

- редактирование элемента меню;

- удаление элемента меню;

- добавление дополнительной услуги;

- редактирование дополнительной услуги;

- удаление элемента меню;

- подтверждение отзыва;

- просмотр отчета.

Название: Просмотр информации об услуги.

Актор: Клиент, Организатор.

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

Триггер: Пользователь хочет просмотреть информацию об услуге.

Описание прецедента "Просмотр информации об услуге" находится в таблице 2.1.

Таблица 2.1. Описание прецедента "Просмотр информации об услуге"

Действие актора	Отклик системы
1. Открывает вкладку с информацией об услуге (Е1)	2. Отображает вкладку информации об услуге

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Название: Просмотр меню.

Актор: Клиент, Организатор.

Краткое описание: пользователь просматривает меню.

Триггер: Пользователь хочет просмотреть меню.

Описание прецедента "Просмотр меню" находится в таблице 2.2.

Таблица 2.2. Описание прецедента "Просмотр меню"

Действие актора	Отклик системы
1. Открывает вкладку с меню (Е1)	2. Отображает вкладку с меню

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Название: Просмотр дополнительных услуг.

Актор: Клиент, Организатор.

Краткое описание: пользователь просматривает информацию о дополнительных услугах.

Триггер: Пользователь хочет просмотреть информацию о дополнительных услугах.

Описание прецедента " Просмотр дополнительных услуг " находится в таблице 2.4.

Таблица 2.3. Описание прецедента "Просмотр дополнительных услуг"

Действие актора	Отклик системы
1. Открывает вкладку с информацией о дополнительных услугах (Е1)	2. Отображает вкладку с информацией о дополнительных услугах.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Название: Просмотр фотогалереи.

Актор: Клиент, Организатор.

Краткое описание: пользователь просматривает фотогалерею.

Триггер: пользователь хочет просмотреть фотогалерею.

Описание прецедента " Просмотр фотогалереи " находится в таблице 2.4.

Таблица 2.4. Описание прецедента «Просмотр фотогалереи»

Действие актера	Отклик системы
1.Открывает вкладку «Фотогалерея» (Е1)	2.Отображает содержимое вкладки «фотогалерея»

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Название: Просмотр отзывов об услуге.

Актор: Клиент, Организатор.

Краткое описание: пользователь просматривает отзывы о предоставляемой услуге.

Триггер: Пользователь хочет просмотреть отзывы об услуге.

Описание прецедента " Просмотр отзывов об услуге" находится в таблице 2.5.

Таблица 2.5. Описание прецедента "Просмотр отзывов об услуге"

Действие актора	Отклик системы
1. Открывает вкладку с отзывами об услуге (Е1)	2. Отображает вкладку с отзывами об услуге

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Название: Просмотр часто задаваемых вопросов.

Актор: Клиент, Организатор.

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

Триггер: Пользователь хочет просмотреть часто задаваемые вопросы об услуге.

Описание прецедента "Просмотр отзывов об услуге" находится в таблице 2.6.

Таблица 2.6. Описание прецедента "Просмотр часто задаваемых вопросов"

Действие актора	Отклик системы
1. Открывает вкладку с часто задаваемыми вопросами об услуге (Е1)	2. Отображает вкладку с часто задаваемыми вопросами об услуге

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Название: Оформление заказа.

Актор: Клиент.

Краткое описание: пользователь оформляет заказ на организацию ужина.

Триггер: Пользователь хочет оформить заказ услуги ужина.

Описание прецедента "Оформление заказа" находится в таблице 2.7.

Таблица 2.7. Описание прецедента "Оформление заказа"

Действие актора	Отклик системы
1. Открывает вкладку оформления заказа (Е1)	2. Отображает вкладку оформления заказа
3. Вносит данные в поля формы и нажимает на кнопку «Оформить заказ» (Е1, Е2)	4. Отображает уведомление об успешном оформлении заказа.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Добавление отзыва.

Актор: Клиент.

Краткое описание: пользователь добавляет отзыв об организации ужина.

Триггер: Пользователь хочет добавить отзыв об организации ужина.

Описание прецедента "Добавление отзыва" находится в таблице 2.8.

Таблица 2.8. Описание прецедента "Добавление отзыва"

Действие актора	Отклик системы
1. Открывает вкладку отзывов (Е1)	2. Отображает вкладку отзывов
3. Нажимает на кнопку «Добавить» (Е1)	4. Отображает форму добавления отзыва
5. Вносит данные в поля формы и нажимает на кнопку «Сохранить» (Е1, Е2)	6. Отображает уведомление об успешном добавлении отзыва.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Подтверждение заказа.

Актор: Организатор.

Краткое описание: пользователь подтверждает заказ на организацию ужина.

Триггер: Пользователь хочет подтвердить заказ услуги ужина.

Описание прецедента "Подтверждение заказа" находится в таблице 2.9.

Таблица 2.9. Описание прецедента "Подтверждение заказа"

Действие актора	Отклик системы
1. Открывает вкладку подтверждения заказа (Е1)	2. Отображает вкладку подтверждения заказа
1. Открывает информацию о поступившем заказе (Е1)	2. Отображает информацию о поступившем заказе
3. Нажимает на кнопку «Подтвердить заказ» (Е1, Е2)	4. Отображает уведомление об успешном подтверждении заказа.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отменить заказ». Прецедент завершается.

Название: Редактирование заказа.

Актор: Организатор.

Краткое описание: пользователь редактирует заказ на организацию ужина.

Триггер: Пользователь хочет отредактировать заказ услуги ужина.

Описание прецедента "Редактирование заказа" находится в таблице 2.10.

Таблица 2.10. Описание прецедента "Редактирование заказа"

Действие актора	Отклик системы
1. Открывает вкладку подтверждения заказа (Е1)	2. Отображает вкладку подтверждения заказа
3. Открывает информацию о поступившем заказе (Е1, Е2)	4. Отображает информацию о поступившем заказе
5. Нажимает на кнопку «Редактировать заказ»	6. Отображает форму редактирования заказа.
7. Редактирует поля формы и нажимает на кнопку сохранить (Е1, Е2)	8. Отображение уведомление об успешном сохранении данных

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Редактирование информации об услуге.

Актор: Организатор.

Краткое описание: пользователь редактирует информацию об услуге.

Триггер: Пользователь хочет отредактировать информацию об услуге.

Описание прецедента "Редактирование информации об услуге " находится в таблице 2.11.

Таблица 2.11. Описание прецедента "Редактирование информации об услуге"

Действие актора	Отклик системы
1. Открывает вкладку с информацией об услуге (Е1)	2. Отображает вкладку с информацией об услуге
3. Нажимает на кнопку «Редактировать»	4. Отображает форму редактирования информации.
7. Редактирует поля формы и нажимает на кнопку сохранить (Е1, Е2)	Отображение уведомление об успешном сохранении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Добавление элемента в меню.

Актор: Организатор.

Краткое описание: пользователь добавляет новый элемент в меню.

Триггер: Пользователь хочет добавить новый элемент в меню.

Описание прецедента "Добавление элемента в меню" находится в таблице 2.12.

Таблица 2.12. Описание прецедента "Добавление элемента в меню"

Действие актора	Отклик системы
1. Открывает вкладку с меню (Е1)	2. Отображает вкладку с меню
3. Нажимает на кнопку «Добавить»	4. Отображает форму добавления информации.
5.Заполняет поля формы и нажимает на кнопку сохранить (Е1, Е2)	6. Отображение уведомление об успешном сохранении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Редактирование элемента меню.

Актор: Организатор.

Краткое описание: пользователь редактирует элемент меню.

Триггер: Пользователь хочет отредактировать элемент в меню.

Описание прецедента "Редактирование элемента меню" находится в таблице 2.13.

Таблица 2.13. Описание прецедента "Редактирование элемента меню"

Действие актора	Отклик системы
1. Открывает вкладку с меню (Е1)	2. Отображает вкладку с меню
3. Открывает элемент, который необходимо отредактировать (Е1)	4. Отображает данные об элементе
5. Нажимает на кнопку «Редактировать»	6. Отображает форму редактирования информации.
7.Редактирует поля формы и нажимает на кнопку сохранить (Е1, Е2)	8. Отображение уведомление об успешном сохранении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Удаление элемента меню.

Актор: Организатор.

Краткое описание: пользователь удаляет элемент меню.

Триггер: Пользователь хочет удалить элемент в меню.

Описание прецедента "Удаление элемента меню" находится в таблице 2.14.

Таблица 2.14. Описание прецедента "Удаление элемента меню"

Действие актора	Отклик системы
1. Открывает вкладку с меню (Е1)	2. Отображает вкладку с меню
3. Открывает элемент, который необходимо удалить (Е1)	4. Отображает данные об элементе
5. Нажимает на кнопку «Удалить»	6. Отображает форму подтверждения удаления.
7.Нажимает на кнопку «Подтвердить» (Е1, Е2)	8. Отображение уведомление об успешном удалении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Добавление дополнительной услуги.

Актор: Организатор.

Краткое описание: пользователь добавляет новую дополнительную услугу.

Триггер: Пользователь хочет добавить новую дополнительную услугу.

Описание прецедента "Добавление дополнительной услуги" находится в таблице 2.15.

Таблица 2.15. Описание прецедента "Добавление дополнительной услуги"

Действие актора	Отклик системы
1. Открывает вкладку с дополнительными услугами (Е1)	2. Отображает вкладку с дополнительными услугами
3. Нажимает на кнопку «Добавить»	4. Отображает форму добавления информации.
5.Заполняет поля формы и нажимает на кнопку сохранить (Е1, Е2)	6. Отображение уведомление об успешном сохранении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Редактирование дополнительной услуги.

Актор: Организатор.

Краткое описание: пользователь редактирует информацию о дополнительной услуге.

Триггер: Пользователь хочет отредактировать информацию о дополнительной услуге.

Описание прецедента "Редактирование дополнительной услуги" находится в таблице 2.16.

Таблица 2.16. Описание прецедента "Редактирование дополнительной услуги"

Действие актора	Отклик системы
1. Открывает вкладку с дополнительными услугами (Е1)	2. Отображает вкладку с дополнительными услугами
3. Открывает элемент, который необходимо отредактировать (Е1)	4. Отображает данные об элементе
5. Нажимает на кнопку «Редактировать»	6. Отображает форму редактирования информации.
7.Редактирует поля формы и нажимает на кнопку сохранить (Е1, Е2)	8. Отображение уведомление об успешном сохранении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Удаление дополнительной услуги.

Актор: Организатор.

Краткое описание: пользователь удаляет дополнительную услугу.

Триггер: Пользователь хочет удалить дополнительную услугу.

Описание прецедента "Удаление элемента меню" находится в таблице 2.18.

Таблица 2.18. Описание прецедента "Удаление элемента меню"

Действие актора	Отклик системы
1. Открывает вкладку с дополнительными услугами (Е1)	2. Отображает вкладку с дополнительными услугами
3. Открывает элемент, который необходимо удалить (Е1)	4. Отображает данные об элементе
5. Нажимает на кнопку «Удалить»	6. Отображает форму подтверждения удаления.
7.Нажимает на кнопку «Подтвердить» (Е1, Е2)	8. Отображение уведомление об успешном удалении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

Название: Подтверждение отзыва.

Актор: Организатор.

Краткое описание: пользователь подтверждает отзыв об организации ужина.

Триггер: Пользователь хочет подтвердить отзыв об услуге организации ужина.

Таблица 2.19. Описание прецедента "Подтверждение отзыва"

Действие актора	Отклик системы
1. Открывает вкладку подтверждения отзыва (Е1)	2. Отображает вкладку подтверждения отзыва
3.Открывает информацию о поступившем отзыве (Е1)	4.Отображает информацию о поступившем отзыве.
5.Нажимает на кнопку «Подтвердить отзыв» (Е1, Е2)	6.Отображает уведомление об успешном подтверждении отзыва.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отклонить отзыв». Прецедент завершается.

Название: Просмотр отчета.

Актор: Организатор.

Краткое описание: пользователь смотрит отчет.

Триггер: Пользователь хочет посмотреть отчет.

Описание прецедента "Просмотр отчета" находится в таблице 2.20

Таблица 2.20. Описание прецедента "Просмотр отчета"

Действие актора	Отклик системы
1. Открывает вкладку с отчетами (Е1)	2. Отображает вкладку с отчетами
3.Открывает нужный для просмотра отчет (Е1)	4.Отображает отчет

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Название: Редактирование часто задаваемых вопросов.

Актор: Администратор.

Краткое описание: пользователь редактирует часто задаваемые вопросы.

Триггер: Пользователь хочет отредактировать часто задаваемые вопросы.

Описание прецедента " Редактирование часто задаваемых вопросов" находится в таблице 2.21.

Таблица 2.21. Описание прецедента "Редактирование часто задаваемых вопросов"

Действие актора	Отклик системы
1. Открывает вкладку с часто задаваемыми вопросами (Е1)	2. Отображает вкладку с часто задаваемыми вопросами
3. Нажимает на кнопку «Редактировать»	4. Отображает форму редактирования информации.
5. Редактирует поле формы и нажимает на кнопку сохранить (Е1, Е2)	6. Отображение уведомление об успешном сохранении данных.

Альтернативные потоки:

Е1: База данных не отвечает. База данных перестает отвечать. Информация не отображается. Прецедент завершается.

Е2: Пользователь передумал и нажал на кнопку «Отмена». Прецедент завершается.

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



Рисунок 2.3. Прецедент «Оформление заказа»

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



Рисунок 2.4. Прецедент «Оформление заказа»

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



Рисунок 2.5. Схема взаимодействия клиента, информационной системы и организатора

2.4 Проектирование базы данных

В результате анализа предметной области для информационной системы «Chocolate Lounge cafe» выделены следующие объекты:

1. Вид блюда. Содержит перечень видов блюд и напитков.

2. Выбор напитка. Содержит перечень напитков, который будет входить в стандартный набор.

3. Дополнительные услуги. Содержит список дополнительных услуг и их стоимость.

4. Заказ. Отражает полную информацию заказов посетителей.

5. Заказ дополнительных услуг. Отражает заказы дополнительных услуг посетителей.

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

7. Клиент. Отражает информацию о клиентах.

8. Меню. Описывает ассортимент изготавливаемых блюд.

9. Продолжительность. Содержит список вариантов продления и их стоимость.

10. Состав заказа. Отражает заказы клиентов на приобретение блюд.

11. Статус. Отражает статус заказа, причины отказа.

12. Отзывы. Содержит отзывы клиентов.

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

Сведение о виде услуг содержит перечень видов дополнительных услуг:

- сведение о виде услуг;

- наименование;

- дополнительная услуга.

Сведение о видах блюд содержит перечень видов блюд и напитков:

- сведение о виде блюда;

- наименование.

Сведение о выборе напитка:

- сведение о выборе напитка;

- наименование.

Сведение о дополнительных услугах:

- сведение о дополнительной услуге;

- наименование;

- стоимость.

Сведение о заказе:

- сведение о заказе;

- сведение о клиенте;

- дата/ время;

- сведение о кабинке;

- количество гостей;

- сведение о продолжительности;

- сведение о выборе напитка;

- комментарий.

Сведение о заказе дополнительных услуг:

- сведение о дополнительных услугах;

- сведение о заказе;

- сведение о вид дополнительной услуге.

Сведение о кабинках:

- сведение о кабинке;

- наименование;

- изображение.

Сведение о клиентах:

- сведение о клиенте;

- ФИО;

- адрес электронной почты.

Сведение о меню:

- сведение о блюде;

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

- стоимость блюда;

- вес блюда;

- изображение блюда;

- сведение о виде блюда.

Сведение о продолжительности:

- сведение о продолжительности;

- наименование;

- стоимость продолжительности.

Сведение о составе меню:

- сведение о составе меню;

- сведение о заказе;

- сведение о блюде;

- количество.

На основе полученных данных была составлена ER-диаграмма, представленная в приложении D.

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

Рисунок 2.6. Итоговая схема данных

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

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

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

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

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

5. Вариантов статусов может быть несколько, однако каждый заказ связан только с одним статусом. Поэтому между объектами "Статус" и "Заказ" существует отношение один ко многим.

6. Заказ может содержать в себе несколько составляющих, однако состав может относиться только к одному заказу. Поэтому между объектами "Заказ" и "Состав заказа" существует отношение один ко многим.

7. Вариантов блюд может быть несколько, однако каждое блюдо связано только с одним видом. Поэтому между объектами «Вид блюда» и «Меню» существует отношение один ко многим.

8. Вариантов блюд может быть несколько, однако каждое блюдо в заказе может содержаться только одна позиция меню. Поэтому между объектами «Меню» и «Состав заказа» существует отношение один ко многим.

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

10. Видов дополнительных услуг может быть несколько, однако каждый вид может содержаться только один заказ дополнительных услуг. Поэтому между объектами «Заказ дополнительных услуг» и «Вид дополнительной услуги» существует отношение один ко многим.

11. Видов дополнительных услуг, может быть несколько, однако каждая дополнительная услуга может иметь только один вид. Поэтому между объектами «Дополнительная услуга» и «Вид дополнительных услуг» существует отношение один ко многим.

12. В базе данных предусмотрено хранение информации об отзывах, но так как в прототипе информационной системы не предусмотрена регистрация клиентов между объектами «Отзыв» и «Клиент» не существует отношений.

Описание полей, используемых в таблицы «Вид дополнительной услуги» находится в таблице 2.22.

Таблица 2.22. Описание таблицы "Вид дополнительной услуги "

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор вида дополнительной услуги
2	Наименование	Текстовое	Наименование вида дополнительной услуги
3	Идентификатор дополнительной услуги	Числовое	Идентификатор дополнительной услуги

Описание полей, используемых в таблице «Вид блюда» находится в таблице 2.23.

Таблица 2.23. Описание таблицы "Вид блюда"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор вида блюда
2	Наименование	Текстовое	Наименование вида блюд

Описание полей, используемых в таблице «Выбор напитка» находится в таблице 2.24.

Таблица 2.24. Описание таблицы "Выбор напитка"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор выбор напитка
2	Наименование	Текстовое	Наименование выбора напитка

Описание полей, используемых в таблице «Дополнительные услуги» находится в таблице 2.25.

Таблица 2.25. Описание таблицы "Дополнительные услуги"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор дополнительных услуг
2	Наименование	Текстовое	Наименование дополнительной услуги
3	Стоимость	Числовое	Стоимость дополнительной услуги

Описание полей, используемых в таблице «Заказ» находится в таблице 2.26.

Таблица 2.26. Описание таблицы "Заказ "

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор заказа
2	Идентификатор клиента	Числовое	Идентификатор клиента
3	Дата/ время	Дата/время	Дата/ время
4	Идентификатор кабинки	Числовое	Идентификатор кабинки
5	Количество гостей	Числовое	Количество гостей
№	Название	Тип	Назначение
6	Идентификатор продолжительность	Числовое	Идентификатор продолжительность
7	Идентификатор выбор напитка	Числовое	Идентификатор выбор напитка
9	Идентификатор клиента	Числовое	Идентификатор клиента
10	Идентификатор выбор напитка	Числовое	Идентификатор выбор напитка
11	Комментарий	Текстовое	Комментарии к заказу

Описание полей, используемых в таблице «Заказ дополнительных услуг» находится в таблице 2.27.

Таблица 2.27. Описание таблицы "Заказ дополнительных услуг"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор дополнительных услуг
2	Идентификатор клиента	Числовое	Идентификатор заказа
3	Дата/ время	Дата/время	Идентификатор вида дополнительной слуги

Описание полей, используемых в таблице «Кабинка» находится в таблице 2.28.

Таблица 2.28 Описание таблицы "Кабинка"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор кабинки
2	Наименование кабинки	Текстовое	Наименование кабинки
3	Изображение	Текстовое	Ссылка на путь к изображению

Описание полей, используемых в таблице «Клиент» находится в таблице 2.29.

Таблица 2.29. Описание таблицы "Клиент"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор клиента
2	ФИО	Текстовое	Фамилия, имя, отчество клиента
№	Название	Тип	Назначение
3	Почта	Текстовое	Адрес электронной почты

Описание полей, используемых в таблице «Меню» находится в таблице 2.30.

Таблица 2.30. Описание таблицы "Меню"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор блюда
2	Наименование	Текстовое	Наименование блюда
3	Стоимость	Числовое	Стоимость блюда
4	Изображение	Текстовое	Ссылка на путь к изображению
5	Идентификатор вида блюд	Числовое	Идентификатор вида блюд

Описание полей, используемых в таблице «Продолжительность» находится в таблице 2.31.

Таблица 2.31. Описание таблицы "Продолжительность"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор продолжительности
2	Наименование	Текстовое	Наименование
3	Стоимость	Числовое	Стоимость продолжительности

Описание полей, используемых в таблице «Состав меню» находится в таблице 2.32.

Таблица 2.32 - Описание таблицы "Состав меню"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор
2	Идентификатор заказа	Числовое	Идентификатор заказа
3	Идентификатор блюда	Числовое	Идентификатор блюда
4	Количество	Числовое	Количество блюд

Описание полей, используемых в таблице «Отзыв» находится в таблице 2.33.

Таблица 2.33. Описание таблицы "Отзыв"

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор
2	Идентификатор заказа	Числовое	Идентификатор заказа
№	Название	Тип	Назначение
3	Идентификатор блюда	Числовое	Идентификатор блюда
4	Количество	Числовое	Количество блюд

Описание полей, используемых в таблице «Статус» находится в таблице 2.34

Таблица 2.34. Описание таблицы "Статус".

№	Название	Тип	Назначение
1	Идентификатор (ключевое)	Числовое	Идентификатор
2	Наименование	Текстовое	Статус

2.5 Проектирование макетов интерфейса

На основе полученных данных, были спроектированы 2 интерфейса:

1. Интерфейс административной панели;

2. Интерфейс для клиента;

2.5.1 Интерфейс для клиента

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

1. бронирование;

2. об услуге;

3. фотогалерея;

4. отзывы;

5. часто задаваемые вопросы.

Макет страницы «Бронирование»

Данная вкладка представляет собой оформления заказа, которая включает в себя 5 форм:

1. Форма для оформления заказа;

2. Форма для выбора дополнительного меню;

3. Форма для выбора дополнительных услуг;

4. Форма для заполнения контактной информации;

5. Форма, в которой отображается информации об оформленном заказе.

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

Рисунок 2.7. Макет страницы «Бронирование». Оформление заказа

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



Рисунок 2.8 Макет страницы «Бронирование». Дополнительное меню

Форма для выбора дополнительных услуг представлена на рисунке 2.9.

Рисунок 2.9. Макет страницы «Бронирование». Дополнительные услуги

Форма для заполнения контактной информации представлена на рисунке 2.10.



Рисунок 2.10. Макет страницы «Бронирование». Контактная информация

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

­ ФИО (фамилия, имя, отчеств) клиента;

­ Адрес электронной почты;

­ Комментарий; Количество гостей.

Форма, в которой отображается информации об оформленном заказе, представлена на рисунке 2.11.

Рисунок 2.11. Макет страницы «Бронирование». Контактная информация

Макет страницы «Об услуге»

Вкладка «Об услуге», которая содержит информацию для просмотра клиентом, изображена на рисунке 2.12.

Рисунок 2.12. Вкладка «Об услуге»

На данной вкладке содержится следующая информация:

­ стоимость и описание услуги;

­ перечень, описание и стоимость дополнительного меню;

­ перечень, описание и стоимость дополнительных услуг;

­ время работы.

Макет страницы «Фотогалерея»

Макет страницы «Фотогалерея» представлен на рисунке 2.13.

Вкладка «Фотогалерея» содержит изображения с ранее проведенных ужинов.

Макет страницы «Отзывы»

Вкладка «Отзывы» содержит информацию для ознакомления отзывов клиентов, а так же предусмотрена возможность для добавления новых отзывов. Макет страницы «Фотогалерея» представлен на рисунке 2.12.



Рисунок 2.13. Вкладка «Фотогалерея»

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

­ Оценка;

­ Имя клиента;

­ Комментарий.

Рис 2.12 - Вкладка «Отзывы»

Макет страницы «Часто задаваемые вопросы»

Макет страницы «Часто задаваемые вопросы» изображен на рисунке 2.13.



Рисунок 2.13 - Вкладка «Часто задаваемые вопросы»

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

2.5.2 Интерфейс панели администрирования

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

1. расписание;

2. обработка заказов;

3. редактор информации;

4. отчеты;

5. отзывы

Макет страницы «Расписание»

Вкладка «Расписание». Содержит в себе следующие формы:

­ Расписание на месяц;

­ Расписание на день.

Макет вкладки «Расписание» представлен на рисунке 2.14.



Рисунок 2.14 - Вкладка «Расписание»

Макет страницы «Обработка заказов»

Макет вкладки «Расписание» представлен на рисунке 2.15.

Рисунок 2.15. Вкладка «Обработка заказов»

Вкладка «Обработка заказов» содержит в себе следующие данные:

- Неподтвержденные заказы;

- Подтвержденные заказы;

- Обработка заказов.

Макет страницы «Редактор информации»

Макет вкладки «Редактор информации» представлен на рисунке 2.16.

Рисунок 2.16 . Вкладка «Редактор информации»

Вкладка «Редактор информации» содержит в себе следующие формы:

1. Меню. Данная форма предназначена для добавления, редактирования, удаления, блюд и видов (категории) блюд.

2. Информация об услуге. Даная форма предназначена для редактирование информации об услуге;

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

4. Фотогалерея. Данная форма предназначена добавления и удаления фотографий;

5. Отзывы. Данная форма предназначена для подтверждения отзывов и удаления спама;

6. Часто задаваемые вопросы. Даная форма предназначена для редактирования информации о часто задаваемых вопросах.

Макет страницы «Отчеты»

Макет вкладки «Отчеты» страницы предстален на рисунке 2.17.



Рисунок 2.17 - Макет страницы «Отчеты»

Вкладка «Отчеты» содержит в себе следующие формы:

- Количество заказов за отчетный месяц;

- Соотношение заказов и отказов;

- Статистика причин отказов.

Макет страницы «Отзывы»

Макет вкладки «Отзывы» изображен на рисунке 2.18.

Рисунок 2.18 - Макет страницы «Отзывы»

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

2.6 Вывод по второй главе

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

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

- ER-диаграмму для составления описания концепции и связей;

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

- Спроектированные макеты страниц интерфейса для административной панели и для клиента.

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

Глава 3. Технико-экономическое обоснование разработки прототипа информационной системы

В третьей главе дается технико-экономическое обоснование разработки прототипа информационной системы для предприятия общественного питания«Chocolate Lounge cafe», которое является неотъемлемой частью предварительной оценки проекта.

3.1 Цели и задачи проекта

Целью проекта явилась разработка прототипа информационной системы для обработки заказов предприятия общественного питания «Chocolate Lounge cafй».

Для выполнения цели необходимо выполнить расчёт показатели:

1. инвестиционные затраты для реализации прототипа обработки заказов для обработки заказов предприятия;

2. текущие затраты;

3. доходы от реализации проекта;

4. экономическая оценка эффективности;

5. чистый дисконтированный доход (NPV).

3.2 Инвестиционные затраты

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

Для разработки и внедрения прототипа информационной системы для обработки заказов предприятия общественного питания будут осуществлены с помощью сторонней организации. В таблице 4.1 представлен примерный расчет стоимости данной работы. Время работы рассчитано следующим образом: количество рабочих дней за данный период, который составляет 23 дня * количество часов , что составляет 8 часов в день. Таким образом, на реализацию прототипа информационной системы рассчитано 184 рабочих часа проекта.

Важно отметить, что данный расчет выполнен без учета форс-мажорные ситуации, а также выполнение доработок. В случаи изменения количества отработанного времени, производится перерасчет заработной платы по тарифной ставке. Среднемесячная номинальная начисленная заработная плата до вычета НДФЛ в размере 13% в расчете на одного работника по региону Пермский край за 2019 г. основана на данных Росстата (www.audit-it.ru).

Таблица 4.1 Расчет трудоемкости проекта

Этапы работ	Исполнители	Количество исполнителе й в ед.	Время работы в час.	Ставка/ча с руб.	Оплата в руб.
Бизнес- анализ	Аналитик	1	17	221.53	3766,01
Разработка системы	Программист Разработчик	1	129	393.07	50706,03
Тестирование системы	Специалист по тестированию	1	32	357.21	11430,72
Разработка документации	Аналитик	1	12	221.53	2658,36
Итого	68561,12

3.3 Текущие затраты

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

По условиям договора Исполнитель обязуется:

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

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

- при необходимости внесения модернизации в прототип информационной системы.

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

3.4 Доходы от реализации проекта

Для определения доходов предприятия общественного питания «Chocolate lounge cafe» необходимо произвести предварительные расчеты.

До внедрения информационной системы:

Среднее количество обслуженных клиентов в день 2 человека.

Средняя сумма заказов 302 400 за месяц руб., следовательно, средняя стоимость одного заказа клиента составляет 5040 руб.

Среднее количество клиентов, отказавшиеся в виду отсутствия дистанционной оплаты составляет 2 человека в день.

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

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

Таблица 4.2. Расчет доходов от реализации проекта

Статья доходов	До внедрения прототипа ИС	После внедрения прототипа ИС
	В месяц	В год	В месяц	В год
Доход	302400	3628800	45360	544320
Налог на прибыль (6%)	18144	217728	2721,6	32659,2
Итого с учетом налога	284256,00	3411072	42638,4	511660,8

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

В результате проведенных расчетов, показанных в виде графика на рисунке 4.1, можно сделать вывод о том, что разработка и внедрение прототипа информационной системы для обработки заказов предприятия общественного питания « Chocolate lounge cafe» экономически оправданным решением. Ее окупаемость не превышает 9 месяцев.

Рис. 4.1 NPV с нарастающим итогом

3.5 Вывод по третьей главе

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

Заключение

В рамках выпускной квалификационной работы был выполнен сбор информации об обработке заказов предприятия общественного питания «Chocolate lounge cafe & bar». На основе изученной предметной области были созданы схемы и модели для наглядного представления бизнес процессов, которые показали, необходимость в автоматизации. В ходе выполнения работы было принято решение о том, что проведение автоматизации будет происходить за счет внедрения прототипа информационной системы для обработки заказов предприятия общественного питания, построенного на клиент-серверной архитектуре. Подход к реализации данного прототипа будет осуществлен с помощью системы управления сайтом. Данный выбор обусловлен тем, что выбранный подход предоставляет собой реализацию, не накладывая на фирму существенных материальных затрат, что обосновано в технико-экономической части дипломного проекта. В ходе проектирования прототипа информационной системы для обработки были созданы макеты интерфейса, а также сформулированы требования для создания технического задания. Итогом выполнения дипломной работы является техническое задание по ГОСТ 34.602-89.

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

1. Документы, необходимые для функционирования предприятия общепита // Pitportal [электронный? ресурс] URL: https://www.pitportal.ru/samples_docs/ legislation/ (дата обращения: 10.11.2019).

2. Начало работы с VBA в Office // Microsoft [электронный? ресурс] URL: https://docs.microsoft.com/ru-ru/office/vba/library-reference/concepts/getting-started-with-vba-in-office/ (дата обращения: 13.11.2019).

3. Как сделать заказы и бронирование в социальных сетях // Smmplanner [электронный? ресурс] URL: https://smmplanner.com/blog/kak-sdelat-zakazy-i-bronivanie-v-socialnyh-setyah/ (дата обращения: 13.11.2019).

4. Цифровизация в ресторанах и кафе // Ict.moscow [электронный? ресурс] URL: https://ict.moscow/news/smart_restaurants/ (дата обращения: 13.11.2018).

5. Как автоматизация процессов меняет сферу общественного питания // Rb [электронный? ресурс] URL: https://rb.ru/longread/new-restaurant/ (дата обращения: 13.11.2018).

6. Как автоматизация процессов меняет сферу общественного питания // Rb [электронный? ресурс] URL: https://rb.ru/longread/new-restaurant/ (дата обращения: 13.11.2018).

7. Увелечение объемов продаж // Practicum-group [электронный? ресурс] URL: https://practicum-group.com/blogs/stati/kak-uvelichit-obyom-prodazh/ (дата обращения: 13.11.2018).

8. Статистические данные для оценки экономической эффективности мобильных приложений // Bokus [электронный? ресурс] URL:https://bokus.ru/blog/statisticheskie-dannye-dlya-ocenki-ekonomicheskoy-effektivnosti-mobilnyh-prilozheniy (дата обращения: 10.02.2019).

9. Нестеров А.К. Общая характеристика предприятия // Образовательная энциклопедия ODiplom.ru [электронный? ресурс] URL:: http://odiplom.ru/lab/obszaya-harakteristika-predpriyatiya.html (дата обращения: 10.02.2019).).

10. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М.: Финансы и статистика. - 2000.-187с. - IBSN 5-279-02937-8

11. Фаулер М., Скотт К. UML в кратком изложении. Применение стандартного языка объектного моделирования; Пер.с.англ. - М.:Мир, 1999.-236с. - ISBN. 5-03-003331-9, 0-201-32563-2.

12. Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. - Киев: Диалектика, 1993.-193с. - ISBN 5-7707-5541-5.

13. Шелудкова Е.А. КРИТЕРИИ ОЦЕНКИ КАЧЕСТВА СЕНСОРНЫХ ПРИЛОЖЕНИЙ // Научное сообщество студентов XXI столетия. ТЕХНИЧЕСКИЕ НАУКИ: сб. ст. по мат. XLII междунар. студ. науч.-практ. конф. № 5(41) [электронный? ресурс] URL:: https://sibac.info/archive/technic/5(41).pdf (дата обращения: 17.02.2019).

Размещено на Allbest.ru