База Артур

1.

Проектная деятельность по
дисциплине «Базы данных»На
тему:
Проектирование и разработка
базы данных для управления
швейным цехом
Выполнил:
Приняла:
Обучающийся 3 курса, направление
[ФИО преподавателя]
подготовки, 09.03.03 Прикладная
информатика в Юриспруденции,
ГРУППА ПИЮ-231 Абреков А.Р.

2.

Содержание презентации
Структура доклада, отражающая этапы разработки проекта.
1. Провести анализ предметной 2. Построить модель базы данных по
теме курсовой работы (draw sql)
области
4. Заключение
3. Разработка базы данных в СУБД
PostgreSQL 17.6 и PgAdmin 4

3.

1. Предметная область
1.1. Цель и Задачи Проекта
Главная Цель
Целью данного курсового проекта является проектирование и разработка реляционной базы данных для автоматизации учёта и
управления основными бизнес-процессами швейного цеха на платформе PostgreSQL.
Ключевые Задачи:
Проведение анализа предметной области и
выявление инфологической модели данных.
Анализ и оптимизацию бизнес-процессов.
Создать Инфологическая модель в Draw SQL
Разработка данных и её реализацию в СУБД PostgreSQL.

4.

1.2. Объекты Предметной Области
Ключевые сущности для автоматизации учёта
Для охвата всех аспектов деятельности цеха были выделены 10 ключевых сущностей,
структурированных по трём основным блокам: Клиенты/Заказы, Персонал/Финансы и
Производство/Склад.
Клиенты & Заказы
Персонал & Финансы
КЛИЕНТЫ, ЗАКАЗЫ, ДЕТАЛИ_ЗАКАЗА,
СОТРУДНИКИ, ДОЛЖНОСТЬ,
ОТГРУЗКА_ЗАКАЗА.
ЗАРАБОТНАЯ_ВЫПЛАТА.
Производство & Склад
ШВЕЙНЫЙ_ЦЕХ, МАТЕРИАЛЫ, СКЛАДЫ.

5.

2. Инфологическая модель в Draw SQL
Инфологическая модель представляет собой абстрактное и платформонезависимое описание структуры
данных, которое определяет сущности, их атрибуты и взаимосвязи, не привязываясь к конкретной СУБД.
DrawSQL — это веб-сервис для визуального проектирования ER-диаграмм с возможностью автоматической
генерации SQL-кода на основе созданной схемы. Данный инструмент упрощает процесс проектирования
структуры базы данных, позволяя разработчикам и аналитикам наглядно работать с сущностями и их
отношениями, а затем легко переходить к физической реализации.
Для работы с DrawSQL необходимо перейти по адресу https://drawsql.app/, пройти регистрацию, после чего
создать новую диаграмму и выбрать тип целевой базы данных. В рамках курсового проекта требуется
спроектировать схему данных, соответствующую тематике «Управление швейным цехом», включая создание
таблиц и установление связей между ними.
Перечень сущностей и атрибутов
Каждая сущность содержит ключевые атрибуты, которые станут столбцами соответствующих таблиц в базе данных. Например, в таблице
ЗАКАЗЫ будут поля: Код_заказа, Дата_заказа, Сумма_заказа, Код_клиента , Статус_заказа.

6.

2.1. Инфологическая модель в Draw SQL

7.

2.2. Инфологическая модель в Draw SQL
1
2
ДЕТАЛИ_ЗАКАЗА
3
ЗАКАЗЫ (Заказы)
4
СОТРУДНИКИ (Сотрудники)
1.
КЛИЕНТЫ
Код_клиента (serial, PK)
Код_детали_заказа (serial, PK)
Код_заказа (serial, PK)
Код_сотрудника (serial, PK)
Имя (varchar)
Код_заказа (int, FK → ЗАКАЗЫ)
Детали_заказа (varchar)
Фамилия (varchar)
Имя (varchar)
Код_театра (int, FK → ?)
Дата_заказа (varchar)
Номер_телефона (varchar)
Фамилия (varchar)
Количество (decimal)
Сумма_заказа (decimal)
Электронная_почта (varchar)
Отчество (varchar)
Цена_за_ед (decimal)
Код_клиента (int, FK → КЛИЕНТЫ)
Должность (varchar)
Код_швейного_цеха (int, FK
Дата_рождения (date)
→ ШВЕЙНЫЙ_ЦЕХ)
Статус_заказа (varchar)
Номер_телефона (varchar)
Почта (varchar)
Код_цеха (int, FK →
ШВЕЙНЫЙ_ЦЕХ)
5
ЗАРАБОТНАЯ_ВЫПЛАТА (Заработная
выплата)
6
ШВЕЙНЫЙ_ЦЕХ (Швейный Цех)
7
МАТЕРИАЛЫ (Материалы)
8
СКЛАДЫ (Склады)
Код_швейного_цеха (serial, PK)
Код_материалов (serial, PK)
Код_склада (serial, PK)
Код_зарплаты (serial, PK)
Наименование (varchar)
Цвет (varchar)
Материалы (varchar)
Код_сотрудника (int, FK →
Сайт (varchar)
Пряжа (varchar)
Количество (varchar)
СОТРУДНИКИ)
Дата_выплаты (date)
Адрес (varchar)
Качество (varchar)
Тип (varchar)
Сумма_выплаты (decimal)
Заказы (varchar)
Фурнитура (varchar)
Период (varchar)
Склады (varchar)
Код_склада (int, FK → СКЛАДЫ)

8.

3. Разработка базы данных в СУБД PostgreSQL и PgAdmin
3.1. Установка и инструменты
Выбор СУБД PostgreSQL обусловлен ее надежностью, расширенными возможностями и соответствием
стандартам SQL. Для графического управления и администрирования используется приложение PgAdmin.
PostgreSQL — это мощная реляционная система управления базами данных с открытым исходным кодом, активно
развиваемая более 30 лет. Она поддерживает расширенный стандарт SQL, транзакции с высокой степенью
надёжности, репликацию, полнотекстовый поиск, а также расширяемость за счёт пользовательских типов данных,
функций и процедур. PostgreSQL идеально подходит для проектов, требующих высокой целостности данных, сложных
запросов и масштабируемости — например, для автоматизации управления швейным цехом, где необходимо
контролировать заказы, материалы, сотрудников и производственные процессы.
PgAdmin — это ведущий инструмент с открытым исходным кодом для администрирования и разработки баз данных
PostgreSQL. Он предоставляет интуитивный графический интерфейс, который упрощает создание и управление
объектами базы данных, выполнение SQL-запросов, мониторинг производительности и настройку безопасности.
PgAdmin поддерживает как начинающих пользователей, так и опытных администраторов, позволяя эффективно
работать с таблицами, схемами, представлениями, хранимыми процедурами и другими компонентами базы данных.
В контексте курсового проекта PgAdmin станет основным инструментом для визуального проектирования, наполнения
и отладки базы данных швейного цеха.
Создание таблиц и типов данных
Все 10 спроектированных таблиц были созданы с использованием соответствующих типов данных.
1
Ключи (SERIAL)
Первичные ключи (например, Код_клиента) определены как
SERIAL для автоинкрементного заполнения.
3
Даты (DATE)
Даты заказа, рождения, отгрузки (Дата_заказа, Дата_выплаты)
используют тип DATE.
2
Текстовые данные (VARCHAR)
Имена, адреса, наименования (Имя, Адрес, Название_должности)
используют VARCHAR(N).
4
Числа (NUMERIC/INT)
Денежные суммы (Сумма_выплаты, Оклад) используют NUMERIC
или INTEGER для количества.

9.

3.3 Установка и выбор компонентов, задание пароля
1) Выбираем компоненты, которые нам нужны, по умолчанию, они все выделены
галочкой (рис. 7). Нажимаем Next. После задаём свой пароль для входа в свою Базу
данных в PgAdmin (рис. 8).1) Выбираем компоненты, которые нам нужны, по
умолчанию, они все выделены галочкой (рис. 7). Нажимаем Next. После задаём свой
пароль для входа в свою Базу данных в PgAdmin (рис. 8).

10.

3.4 Установка и выбор компонентов, задание пароля
2) Запуск программы и ввод пароля, который задали при установке PostgreSQL (рис. 9).
3) Вводим пароль. Далее нам нужно зайти в Servers и выбрать сервер PostgreSQL 17.7.2.
При первом запуске нам нужно будет снова ввести пароль и поставить галочку Save
password.

11.

3.5. Создание базы данных
2) Запуск программы и ввод пароля, который задали при установке PostgreSQL (рис. 9).
3) Вводим пароль. Далее нам нужно зайти в Servers и выбрать сервер PostgreSQL 17.7.2.
При первом запуске нам нужно будет снова ввести пароль и поставить галочку Save
password.

12.

3.5. Создание базы данных
2) Далее нам необходимо создать
схему БД. Схема – это логический
контейнер таблиц и других
объектов внутри базы данных.
Каждая база данных PostgreSQL
может иметь несколько схем. Для
этого нам нужно открыть нашу
созданную БД –> Нажать ПКМ по
Schemas -> Create -> Schema… (рис.
11). Дайте наименование своей
схеме и сохраните её.

13.

3.6. Выбор атрибутов и заполнение таблиц
Заходим в подпункт Таблицы, потом выбираем нужную Таблицу и нажимаем правой
кнопкой мыши, далее выбираем Просмотр/редактирование данных и Все строки.
Чтобы перейти к наполнению таблицы данными, необходимо в PgAdmin
последовательно выполнить следующие шаги:
В дереве объектов базы данных раскройте раздел Таблицы.
Найдите нужную таблицу (например, Orders, Materials, Employees), кликните по ней
правой кнопкой мыши.
В контекстном меню выберите пункт Просмотр/редактирование данных → Все строки.
После этого откроется вкладка с данными таблицы в режиме просмотра, где вы
сможете не только видеть существующие записи, но и добавлять новые. Для этого
используйте кнопку Добавить строку (обычно в виде плюса или иконки вставки).
Таким образом, вы сможете поэтапно заполнить таблицу тестовыми или рабочими
данными вручную, что особенно удобно на начальном этапе отладки структуры базы
данных.

14.

3.7. Создание связи между таблицами
DBVisualizer для базы данных «Управление швейным цехом» — это универсальный инструмент для работы с базами
данных, который предоставляет графический интерфейс для выполнения запросов, просмотра и редактирования данных.
Связи между сущностями:
•Швейные цеха (1) —< (М) Заказы — один цех может выполнять много заказов.
•Заказы (1) —< (М) Отгрузки товара — один заказ может иметь несколько отгрузок.
•Товары (М) —< (1) Заказы — один товар может входить в состав многих заказов.
•Клиенты (1) —< (М) Заказы — один клиент может разместить много заказов.
•Сотрудники (М) —< (1) Швейные цеха — один сотрудник привязан к одному цеху, в цехе работает много сотрудников.
•Должности (1) —< (М) Сотрудники — одна должность может быть у многих сотрудников.
•Сотрудники (1) —< (М) Выплаты — один сотрудник может получать много выплат.
•Склады (1) —< (М) Швейные цеха — на одном складе могут храниться материалы для нескольких цехов.
Это отражает структуру вашей системы управления швейным производством.
DBVisualizer для базы данных «Управление швейным цехом» — это универсальный инструмент для работы с базами данных, который
предоставляет графический интерфейс для выполнения запросов, просмотра и редактирования данных.
Связи между сущностями:
Швейные цеха (1) —< (М) Заказы — один цех может выполнять много заказов.
Заказы (1) —< (М) Отгрузки товара — один заказ может иметь несколько отгрузок.
Товары (М) —< (1) Заказы — один товар может входить в состав многих заказов.
Клиенты (1) —< (М) Заказы — один клиент может разместить много заказов.
Сотрудники (М) —< (1) Швейные цеха — один сотрудник привязан к одному цеху, в цехе работает много сотрудников.
Должности (1) —< (М) Сотрудники — одна должность может быть у многих сотрудников.
Сотрудники (1) —< (М) Выплаты — один сотрудник может получать много выплат.
Склады (1) —< (М) Швейные цеха — на одном складе могут храниться материалы для нескольких цехов.
Это отражает структуру вашей системы управления швейным производством.

15.

3.7. Создание связи между таблицами

16.

3.3 Примеры Запросов к Базе Данных
Разработаны типовые SQL-запросы, необходимые для повседневного управления цехом, от оперативного учета до аналитических отчетов.
1
Запрос 1: Активные заказы и Клиенты
Цель: Отслеживание текущих работ. Запрос выводит список всех активных заказов (например, Статус='В работе') с полным именем клиента и датой заказа.
2
Запрос 2: Финансовый отчет по Зарплате
Цель: Расчет общей суммы выплаченной заработной платы за определенный период (месяц/квартал). Использует агрегатную функцию SUM().
3
Запрос 3: Управление запасами материалов
Цель: Найти наиболее часто используемые материалы (Топ-5) за последний квартал для планирования закупок. Использует JOIN и GROUP BY.
4
Запрос 4: Структура персонала
Цель: Вывод списка сотрудников конкретного цеха с указанием их должностей и окладов для управления персоналом. Использует соединение таблиц
СОТРУДНИКИ и ДОЛЖНОСТЬ.
5
Запрос 5: Логистика отгрузки
Цель: Показать заказы, готовые к отгрузке, с указанием адресов доставки и контактов клиента. Позволяет оптимизировать маршруты доставки.

17.

3.2. Реализация Связей и Целостности
Целостность данных обеспечена путем добавления первичных ключей (PRIMARY KEY) и внешних ключей (FOREIGN KEY), которые связывают
таблицы, предотвращая некорректное удаление или вставку данных.
Пример связи между Сотрудниками и Должностями
ДОЛЖНОСТЬ
Код_должности (PRIMARY KEY)
СОТРУДНИКИ
Код_должности (FOREIGN KEY ссылается на ДОЛЖНОСТЬ)
Пример: невозможно назначить сотрудника на должность, которой не существует в таблице ДОЛЖНОСТЬ.

18.

Заключение
Результаты проекта
В рамках курсового проекта была успешно решена задача автоматизации управления швейным цехом посредством разработки базы данных.
Проектирование
Реализация
Автоматизация
Разработана детальная инфологическая
Физическая модель БД реализована в
Создан набор типовых SQL-запросов для
модель, охватывающая все ключевые
СУБД PostgreSQL. Обеспечена
оперативного учета и формирования
аспекты предметной области: заказы,
целостность данных через систему
управленческих отчетов, что позволяет
клиенты, персонал, материалы и финансы.
первичных и внешних ключей.
эффективно автоматизировать процессы
цеха.
Проект закладывает основу для создания полноценной информационной системы управления производством.
Благодарю за внимание!