Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Kursovik_4_chast_Chashchin_0391 (1).docx
Скачиваний:
0
Добавлен:
18.10.2024
Размер:
621.22 Кб
Скачать

МИНОБРНАУКИ РОССИИ

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

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

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

Кафедра «АПУ»

Курсовая РАБОТА

по дисциплине «СУБД»

Тема: «Разработка информационной системы на основе базы данных в СУБД 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. Преобразование концептуальной модели данных в реляционную модель.

  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 часть).