
МИНОБРНАУКИ РОССИИ
Санкт-Петербургский государственный
электротехнический университет
«ЛЭТИ» им. В.И. Ульянова (Ленина)
Кафедра «АПУ»
Курсовая РАБОТА
по дисциплине «СУБД»
Тема: «Разработка информационной системы на основе базы данных в СУБД Microsoft Access»
Студент гр. 0391 |
|
Чащин Д. |
Преподаватель |
|
Белаш О.Ю. |
Санкт-Петербург
2022
Пример: ИС предназначена для автоматизации следующих процессов, происходящих в компании:
Разработка меню пищевым технологом.
Внос изменений в меню.
Регистрация клиентов.
Готовность блюд.
Оформление заказа.
ИС предназначена для работы сотрудников следующих подразделений компании:
Служба составления заказов.
Служба готовки блюд.
Служба надзора за работой предприятия.
ИС обеспечивает:
учет информации о заказе;
автоматизированное выполнение должностных функций сотрудниками указанных подразделений.
Информативный учёт о готовности заказа;
Фиксирование клиентов в базе данных;
Преимущества, которые получит заказчик при внедрении ИС:
Более качественное и быстрое обслуживание гостей;
Упрощение работы сотрудникам компании;
Формирование базы для эффективной автоматизации бизнес-процессов;
Сокращение коммуникации между сотрудниками компании.
Ускоренная обработка информации.
2) Определение функциональных требований к ИС.
Служба составления заказов.
Служба готовки блюд.
Служба надзора за работой предприятия
Детализация варианта использования «Составление заказа»:
Комментарии для варианта использования «Составление заказа»:
Служба составления заказов (Официант) обязаназафиксировать в базе данных заказ клиента, и номер столика.
При приеме заказа статус заказа изменяется на «принят»
Официант фиксирует пожелания посетителя.
Должно быть указано название блюда, его количество и его категория.
После внесения изменения в БД официантом, статус заказа изменяется на «готовится».
У каждого блюда есть своё время приготовления.
При подаче заказа, официант фиксирует это в ИС, и статус заказа меняется на «выдан».
Меню в ИС формируется пищевым технологом.
Официант передает информацию об оплате администратору, тот в свою очередь фиксирует это в ИС.
Детализация варианта использования «Готовка блюд»:
Комментарии для варианта использования «Готовка блюд»:
Повар фиксирует стадию приготовления блюда (готовится иливыдано).
У каждого блюда есть свое время приготовления.
В случае отсутствия некоторых ингредиентов, официант внесет поправки в ИС, и данная позиция будет недоступна ввиду отсутствия ингридиентов.
Отсутствие каких либо ингридиентов сообщает повар администратору, чтобы тот в свою очередь зафиксировал это в ИС.
В ИС есть список блюд невозможных для приготовления из-за отсутствия соответствующих ингредиентов.
Покупку ингредиентов фиксирует в ИС повар.
Детализация варианта использования «Отдел закупок»:
Комментарии для варианта использования «Закупка товаров»:
Оформление поставки товаров(Характеристики: дата поставки, вес поставки, список товаров поставки)
Корректировка и закрытие поставки
Корректировка поступлений и возвраты поставщикам
Составление графиков поставок и графиков платежей
Поддержка различных схем приёма товаров от поставщика
3. Определение нефункциональных требований к ис:
Требования удобства пользователя:
Поддержка контекстной справки (help).
Интерфейс пользователя должен быть удобен, интуитивно понятен и не требовать дополнительной подготовки пользователей.
Требования надежности:
Рабочие места пользователей должны быть доступны круглосуточно.
Вся вводимая информация должна быть надежно сохранена и в случае возникновения сбоя восстановлена.
Требования производительности:
Время поиска любой информации не должно превышать 5 секунд.
ИС должна поддерживать минимум 50 одновременно работающих пользователей.
Требованияпригодностик эксплуатации:
ИС должна иметь способность наращивать число одновременно работающих пользователей (масштабируемость ИС).
2. Разработка концептуальной модели данных.
2.1. Модели пользовательских представлений данных для каждого варианта использования.
ER-диаграмма с комментариями.
Диаграмма классов UML с комментариями.
Концептуальная модель данных для варианта использования «Составление заказа»:
ER-диаграмма:
Комментарии:
Сущность Посетитель:
Номер столика – уникальный идентификатор.
Сущность Заказ блюда:
Номер заказа клиента – уникальный идентификатор.
Фиксация подачи блюда: принято, готовится, подано.
Диаграмма классов UML:
Концептуальная модель данных для варианта использования «Готовка блюд»:
ER-диаграмма:
Комментарии:
Сущность Заказ блюда:
Номер заказа клиента – уникальный идентификатор.
Сущность блюдо:
Название блюда – уникальный идентификатор.
Фиксация стадии готовки: в ожидании, готовится, подано
Диаграмма классов uml:
ц
Концептуальная модель данных для варианта использования «Контроль над финансовой составляющей предприятия»:
ER-диаграмма:
Диаграмма классов uml:
Общая Диаграмма классов uml:
3. Разработка технического проекта ИС.
1. Разработка структуры БД.
1.1. Преобразование концептуальной модели данных в реляционную модель.
Разработка физической структуры БД.
4.1. Схема данных.
4.2. Свойства полей таблиц.
Таблица «Блюдо»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Код блюда |
Короткий текст, 5 |
Да |
Да (Совпадения не допускаются) |
00>L00;; маска |
Название блюда |
Короткий текст, 50 |
да |
Да (Допускаются не совпадения) |
|
Расходы на приготовление |
Денежный |
нет |
нет |
|
Таблица «Блюдо заказа»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Номер заказа |
Короткий текст, 6 |
Да |
Да (Совпадения допускаются) |
00>LL00;;- маска |
Код блюда |
Короткий текст, 5 |
да |
Да (Допускаются совпадения) |
00>L00;; - маска |
Пожелания клиента |
Короткий текст 255 |
нет |
нет |
|
Стадия готовки блюда |
Короткий текст, 15 |
да |
нет |
|
Кол-во порций |
Числовой целое |
нет |
нет |
|
Таблица «Готовка»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Код ингредиента |
Короткий текст, 5 |
Да |
Да (Совпадения допускаются) |
>L0000;;- маска |
Код блюда |
Короткий текст, 5 |
да |
Да (Совпадения допускаются) |
00>L00;; - маска |
Таблица «Заказ»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Номер заказа |
Короткий текст, 6 |
Да |
Да (Совпадения не допускаются) |
00>LL00;; - маска |
Номер столика |
Числовой целое |
да |
Да (Допускаются совпадения) |
|
Время заказа |
Дата и время |
нет |
нет |
|
Таблица «Закупка»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Номер закупки |
Короткий текст, 4 |
Да |
Да (Совпадения не допускаются) |
>L000;; - маска |
Общая цена закупки |
Денежный |
нет |
нет |
|
Дата закупки |
Дата и время |
да |
Да (Совпадения допускаются) |
|
Таблица «Ингредиент»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Код ингредиента |
Короткий текст, 5 |
Да |
Да (Допускаются не совпадения) |
>L0000;; - маска |
Название ингредиента |
Короткий текст, 50 |
да |
Да (Допускаются не совпадения) |
|
Кол-во оставшихся |
Числовой, целое |
нет |
нет |
0 – значение по умолчанию |
Таблица «Ингредиент закупки»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Номер закупки |
Короткий текст, 4 |
Да |
Да (Совпадения допускаются) |
>L000;;- маска |
Код ингредиента |
Короткий текст, 5 |
да |
Да (Совпадения допускаются) |
>L0000;; - маска |
Цена |
Денежный |
да |
нет |
0 – значение по умолчанию |
Кол-во закупленного |
Числовой целое |
да |
нет |
0 – значение по умолчанию |
Таблица «Столик»
Название поля |
Тип данных и размер |
Обязательное или нет |
Индексированное или нет |
Дополнительные ограничения* |
Номер столика |
Числовой целое |
Да |
Да (Совпадения не допускаются) |
|
Кол-во мест |
Числовой целое |
да |
нет |
0 – значение по умолчанию |
4.3. Заполненные данными таблицы.
Таблица «Блюдо»
Таблица «Блюдо заказа»
Таблица «Готовка»
Таблица «Заказ»
Таблица «Закупка»
Таблица «Ингредиент»
Таблица «Ингредиент закупки»
Таблица «Столик»
Вывод
Таким образом, были приобретены навыки создания UML-диаграмм и ER-диаграмм, баз данных (создана база данных для Ресторана). Во время работы были использованы такие программы, как StarUML (1 часть курсовой работы), онлайн составление диаграмм lucid.app (2-3 часть) и база данных Access (4 часть).