_{МИНОБРНАУКИ РОССИИ}

Санкт-Петербургский государственный

электротехнический университет

«ЛЭТИ» им. В.И. Ульянова (Ленина)

Кафедра АПУ

отчет

по «учебной» практике

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

Студент гр. 0391		Чащин Д.
Руководитель		Белаш О.Ю

Санкт-Петербург

2022

ЗАДАНИЕ

на «УЧЕБНУЮ» практику

Студент Чащин Д.
Группа 0391
Тема практики: Разработка прототипа интерфейса пользователя для информационной системы «Ресторан»
Задание на практику: Разработать прототип интерфейса пользователя для информационной системы. Каждая категория пользователей должна работать со своим приложением. Для этих приложений и необходимо спроектировать интерфейс.
Сроки прохождения практики: 30.05.22 – 08.06.2022
Дата сдачи отчета: 09.06.22
Дата защиты отчета: 09.06.22
Студент		Чащин Д.
Руководитель		Белаш О.Ю

Аннотация

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

Summary

The main purpose of this work is to create a prototype interface for users of the information system "Laboratory". It is important to make the prototype usable and easy to use. Forms and textual explanations for them will be used to explain the operation of the prototype. Also, in order to understand how the prototype works, the relationships between the forms will be explained. For the convenience of viewing the three interfaces, I have divided the story into three parts, each of which will indicate both the main user functions and their practical implementation.

Оглавление Y Введение 5 2. Прототип интерфейса пользователя «Служба составления заказов» 9 1.1 Основные задачи 9 1.2 Практическая реализация интерфейса 10 3. Прототип интерфейса пользователя «Служба готовки блюд» 10 2.1. Основные задачи 10 2.2. Практическая реализация интерфейса 11 4. Прототип интерфейса пользователя «Служба надзора за работой предприятия» 17 4.1. Основные задачи 17 4.2. Практическая реализация интерфейса 18 Заключение 22

Введение

Основная цель практики - разработать прототип интерфейса пользователя для информационной системы «Ресторан». Задача сделать интерфейс как можно более понятным и удобным для использования пользователями.

1. Функциональные требования к информационной системе

Служба составления заказов.

Служба готовки блюд.

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

Детализация варианта использования «Составление заказа»:

Комментарии для варианта использования «Составление заказа»:

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

• При приеме заказа статус заказа изменяется на «принят»

• Официант фиксирует пожелания посетителя.

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

• После внесения изменения в БД официантом, статус заказа изменяется на «готовится».

• У каждого блюда есть своё время приготовления.

• При подаче заказа, официант фиксирует это в ИС, и статус заказа меняется на «выдан».

• Меню в ИС формируется пищевым технологом.

• Официант передает информацию об оплате администратору, тот в свою очередь фиксирует это в ИС.

Детализация варианта использования «Готовка блюд»:

Комментарии для варианта использования «Готовка блюд»:

• Повар фиксирует стадию приготовления блюда (готовится иливыдано).

• У каждого блюда есть свое время приготовления.

• В случае отсутствия некоторых ингредиентов, официант внесет поправки в ИС, и данная позиция будет недоступна ввиду отсутствия ингридиентов.

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

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

• Покупку ингредиентов фиксирует в ИС повар.

Детализация варианта использования «Отдел закупок»:

Комментарии для варианта использования «Закупка товаров»:

• Оформление поставки товаров(Характеристики: дата поставки, вес поставки, список товаров поставки)

• Корректировка и закрытие поставки

• Корректировка поступлений и возвраты поставщикам

• Составление графиков поставок и графиков платежей

• Поддержка различных схем приёма товаров от поставщика

Определение нефункциональных требований к ИС:

Требования удобства пользователя:

• Поддержка контекстной справки (help).

• Интерфейс пользователя должен быть удобен, интуитивно понятен и не требовать дополнительной подготовки пользователей.

Требования надежности:

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

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

Требования производительности:

• Время поиска любой информации не должно превышать 5 секунд.

• ИС должна поддерживать минимум 50 одновременно работающих пользователей.

Требованияпригодностик эксплуатации:

ИС должна иметь способность наращивать число одновременно работающих пользователей (масштабируемость ИС).

2. Прототип интерфейса пользователя «Служба составления заказов»

1.1 Основные задачи

Основными задачами интерфейса для службы составления заказов является следующие функции:

• Ввод заказанных блюд и количества порций;

• Выбор официанта, обслуживающего стол;

1.2 Практическая реализация интерфейса

При открытии приложения, пользователь видит непосредственный интерфейс его БД

Рис. 1

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

2. Прототип интерфейса пользователя «Служба готовки блюд»

2.1. Основные задачи

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

• Редактор меню;

• Активные заказы.

• История заказов.

• Персонал.

2.2. Практическая реализация интерфейса

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

Рис. 2

После выбора пункта «Редактировать меню», на экран выводится данное окно:

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

Рис. 3

В данном пункте пользователь вводит все данные вручную, кроме «Код блюда».

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

Рис. 4

Далее рассмотрим пункт «Активные заказы». При выборе данного пункта, на экран выводятся активные заказы, где в свою очередь повара могут просмотреть с помощью выпадающего списка блюда, которые содержатся в заказе. После можно данные заказ либо принять, либо отказать. В случае отказа, заказ пропадает с экрана. С помощью кнопки в правом верхнем углу, пользователя выкидывает в главное меню БД.

Рис. 5

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

Рис. 6

Рассмотрим следующий пункт, который называется «История заказов». В данном пункте нельзя ничего редактировать. Можно лишь просмотреть состав заказа с помощью специальной кнопки.

Рис. 7

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

Рис. 8

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