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

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

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

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

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

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

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

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

4.1. Схема данных.

4.2. Свойства полей таблиц.

Таблица «Блюдо»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Код блюда	Короткий текст, 5	Да	Да (Совпадения не допускаются)	00>L00;; маска
Название блюда	Короткий текст, 50	да	Да (Допускаются не совпадения)
Расходы на приготовление	Денежный	нет	нет
Наличие блюда в стоп листе	Логический	нет	нет

Таблица «Блюдо заказа»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Номер заказа	Короткий текст, 6	Да	Да (Совпадения допускаются)	00>LL00;;- маска
Код блюда	Короткий текст, 5	да	Да (Допускаются совпадения)	00>L00;; - маска
Пожелания клиента	Короткий текст 255	нет	нет
Стадия готовки блюда	Короткий текст, 15	да	нет
Кол-во порций	Числовой целое	нет	нет

Таблица «Готовка»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Код ингредиента	Короткий текст, 5	Да	Да (Совпадения допускаются)	>L0000;;- маска
Код блюда	Короткий текст, 5	да	Да (Совпадения допускаются)	00>L00;; - маска

Таблица «Доход»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Код блюда	Короткий текст, 5	Да	Да (Допускаются совпадения)	00>L00;; - маска
Временный интервал	Короткий текст, 50	да	Да (Допускаются совпадения)
Чистая прибыль от продажи блюда	Денежный	нет	нет
Кол-во оставшихся порций	Числовой целое	нет	нет

Таблица «Заказ»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Номер заказа	Короткий текст, 6	Да	Да (Совпадения не допускаются)	00>LL00;; - маска
Номер столика	Числовой целое	да	Да (Допускаются совпадения)
Время заказа	Дата и время	нет	нет

Таблица «Закупка»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Номер закупки	Короткий текст, 4	Да	Да (Совпадения не допускаются)	>L000;; - маска
Общая цена закупки	Денежный	нет	нет
Дата закупки	Дата и время	да	Да (Совпадения допускаются)

Таблица «Ингредиент»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Код ингредиента	Короткий текст, 5	Да	Да (Допускаются не совпадения)	>L0000;; - маска
Название ингредиента	Короткий текст, 50	да	Да (Допускаются не совпадения)
Кол-во оставшихся	Числовой, целое	нет	нет	0 – значение по умолчанию

Таблица «Ингредиент закупки»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Номер закупки	Короткий текст, 4	Да	Да (Совпадения допускаются)	>L000;;- маска
Код ингредиента	Короткий текст, 5	да	Да (Совпадения допускаются)	>L0000;; - маска
Цена	Денежный	да	нет	0 – значение по умолчанию
Кол-во закупленного	Числовой целое	да	нет	0 – значение по умолчанию

Таблица «Предприятие»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Временный интервал	Короткий текст, 50	Да	Да (Совпадения не допускаются)
Чистая прибыль предприятия	Денежный	да	нет	0 – значение по умолчанию
Расходы на ингредиенты	Денежный	да	нет	0 – значение по умолчанию

Таблица «Столик»

Название поля	Тип данных и размер	Обязательное или нет	Индексированное или нет	Дополнительные ограничения*
Номер столика	Числовой целое	Да	Да (Совпадения не допускаются)
Кол-во мест	Числовой целое	да	нет	0 – значение по умолчанию

4.3. Заполненные данными таблицы.

Таблица «Блюдо»

Таблица «Блюдо заказа»

Таблица «Готовка»

Таблица «Доход»

Таблица «Заказ»

Таблица «Закупка»

Таблица «Ингредиент»

Таблица «Ингредиент закупки»

Таблица «Предприятие»

Таблица «Столик»

Вывод

Таким образом, были приобретены навыки создания UML-диаграмм и ER-диаграмм, баз данных (создана база данных для Ресторана). Во время работы были использованы такие программы, как StarUML (1 часть курсовой работы), онлайн составление диаграмм lucid.app (2-3 часть) и база данных Access (4 часть).