Описание сервиса электронного кафе и определение требований к системе. Модели представления данных и их описание. Обоснование оригинальных решений по использованию технических и программных средств. Результаты тестирования разработанной системы.
1. Описание сервиса электронного кафе и определение требований к системе 1.1 Описание сервиса электронного кафе 1.2 Определение требований к системе 2. Информационная модель системы и ее описание 4.1 Информационная модель 4.2 Доказательство приведения информационной модели к 3-ей нормальной форме 5. Руководство пользователя 8. Результаты тестирования разработанной системы и оценка выполнения задач Выводы и заключения Списки использованных источников Приложения ВВЕДЕНИЕ В настоящее время большое количество ресторанов использует автоматические системы учета и контроля на производстве. Преимущества использования сервиса электронного кафе: Недопущение ошибок при составлении заказа, т.к. посетитель составляет заказ сам (добавляя блюда и т.д.). Повышение качества сервиса и скорости обслуживания клиентов. Была разработана функциональная и информационная модели, в результате разработки и реализации, которых было получено данное приложение. 1.ОПИСАНИЕ СЕРВИСА ЭЛЕКТРОННОГО КАФЕ И ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К СИСТЕМЕ 1.1 Описание сервиса электронного кафе В предприятиях общественного питания в наше время происходит внедрение новых современных технологий, способствующих повышению качества кулинарной продукции. В данной работе главной целью было ”Разработать сервис электронного кафе” на “реальном” примере и показать какая информация для этого нужна, кто этим управляет и как это осуществляется (приложение А рисунок А.1). Дальнейшие декомпозиции контекстной диаграммы были сделаны до того уровня вложенности, чтобы можно было рассмотреть элементарные функции (приложение А рисунок А.1 - А.5). 1.2 Определение требований к системе Основными требованиями к данной работе являются: Информационная система должна быть реализована в виде web приложения на языке Java с использованием технологий JSP, Servlet, RMI, XSLT. Все методы классов реализующих бизнес-логику, возвращают сервлету данные в формате XML. На рисунке 4.1.1 представлена логическая модель данной системы Рисунок 4.1.1 - Логическая модель системы Проанализировав данную предметную область, в проекте было решено создать следующие сущности: Блюдо, Заказ, ТипБлюда, Корзина, Состав, Продукт, Скидка, Клиент, Администратор, и входящие в них атрибуты: - Блюдо содержит информацию о блюде в меню: `idDish` - уникальный номер блюда (первичный ключ); `nameDish` - название блюда; `priceDish` - стоимость блюда; `weightDish` - вес блюда; `imagespath` - путь к картинке блюда. После того, как клиент вызвал метод, сервер получит информацию, он обрабатывает данный запрос, связывается с базой данных, если ему это требуется, и посылает клиенту результат его работы. 6.1 Добавление заказа в базу данных Для того чтобы наглядно отобразить алгоритм, реализующий бизнес-логику северной части системы «Сервис электронного кафе», я рассмотрю пример добавления заказа в базу данных, блок-схема которого представлена в Приложении И на рисунке И.2, а листинг в Приложении Л.
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
