Рабочий лист: Концептуальное проектирование БД

ОП.08 Основы проектирования баз данных — Занятие 14: Концептуальное проектирование БД
Выберите ваш практический вариант:

Вариант 1. Торговое предприятие: Интеграция Бухгалтерии и Склада

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

Локальное представление А: Бухгалтерия

  • Сущность [Товар]: Код_товара, Наименование, Цена_закупки, Ставка_НДС.
  • Сущность [Накладная]: Номер_накладной, Дата_проводки, Контрагент, Партия_товара (строковый атрибут).
  • Сущность [Оплата]: Платежное_поручение, Сумма_платежа, Дата_оплаты.
  • Связи: Накладная содержит несколько Товаров (1:N), Накладная оплачивается через Оплату (1:1).

Локальное представление Б: Складской комплекс

  • Сущность [Номенклатура]: Артикул_позиции, Название_продукции, Вес_брутто, Объем_м3.
  • Сущность [Ячейка_хранения]: Номер_стеллажа, Полка, Макс_нагрузка_кг.
  • Сущность [Партия]: Идентификатор_партии, Дата_приемки, Срок_годности, Сертификат.
  • Связи: Номенклатура хранится в Ячейках (1:N), Партия включает Номенклатуру (1:N).

Задание 1. Разрешение конфликтов интеграции

Укажите выявленные синонимы и омонимы. Разрешите структурный конфликт: в Бухгалтерии «Партия» — это строковый атрибут накладной, а на Складе «Партия» — это ключевая сущность. Опишите правило слияния:

Задание 2. Глобальная концептуальная схема

Приведите состав канонических сущностей объединенной модели, полный перечень их объединенных атрибутов (без дублирования и потерь) и типы связей (1:1, 1:N, M:N):

Задание 3. Аналитические выводы и самопроверка

1) Почему при слиянии сущностей Товар и Номенклатура нельзя просто удалить одну из них без анализа атрибутов? 2) Какая ассоциативная сущность необходима между Накладной и Товаром?

Вариант 2. Гостиничный комплекс: Интеграция Бронирования и Клининга

Постановка задачи: Гостиничный комплекс модернизирует единую систему управления. Интегрируйте модель Службы бронирования и Службы клининга, выявив опасный конфликт омонимов (термин «Номер»).

Локальное представление А: Служба бронирования

  • Сущность [Номер]: Код_номера, Категория_комфорта, Этаж, Цена_за_сутки.
  • Сущность [Бронь]: Номер_брони, Дата_заезда, Дата_выезда, Статус_оплаты.
  • Сущность [Гость]: Паспорт_серия_номер, ФИО, Номер (контактный телефон гостя).
  • Связи: Гость оформляет Бронь (1:N), Бронь резервирует Номер (N:1).

Локальное представление Б: Служба клининга и сервиса

  • Сущность [Помещение]: Номер_комнаты, Тип_уборки, Дата_последней_дезинфекции.
  • Сущность [Горничная]: Табельный_номер, ФИО_сотрудника, Смена.
  • Сущность [Журнал_уборок]: Номер_записи, Время_начала, Время_окончания, Статус_готовности.
  • Связи: Горничная убирает Помещение через Журнал_уборок (M:N).

Задание 1. Разрешение конфликтов омонимии и синонимии

Выявите омоним термина «Номер» (комната vs телефон) и объясните, почему их слияние приведет к катастрофической ошибке. Найдите синонимы между концепциями «Номер» и «Помещение». Приведите квалифицированные имена:

Задание 2. Глобальная концептуальная схема

Представьте непротиворечивую концептуальную модель гостиничного комплекса: перечень сущностей с объединенными атрибутами и кардинальности связей:

Задание 3. Аналитические выводы и самопроверка

1) Как префиксация имен атрибутов предотвращает коллизии омонимов в СУБД? 2) К какому типу относится сущность Журнал_уборок?

Вариант 3. Университет: Интеграция Учебного отдела и Студгородка

Постановка задачи: Университет объединяет академическую базу Учебного отдела с информационной системой Студенческого городка (Общежития).

Локальное представление А: Учебный отдел

  • Сущность [Студент]: Номер_зачетки, ФИО, Форма_обучения, СНИЛС.
  • Сущность [Группа]: Шифр_группы, Специальность, Курс.
  • Сущность [Сессия]: Идентификатор_сессии, Дисциплина, Оценка, Дата_сдачи.
  • Связи: Студент учится в Группе (N:1), Студент сдает Сессию (1:N).

Локальное представление Б: Дирекция студенческого городка (Общежитие)

  • Сущность [Жилец]: Паспорт_номер, ФИО, Номер_зачетной_книжки, Льготная_категория.
  • Сущность [Комната]: Номер_комнаты, Корпус, Вместимость_мест.
  • Сущность [Договор_найма]: Номер_договора, Дата_заселения, Дата_выселения, Стоимость_проживания.
  • Связи: Жилец заключает Договор_найма (1:N), Договор закрепляет Место в Комнате (N:1).

Задание 1. Выявление синонимов и слияние сущностей

Определите отношение эквивалентности между понятиями «Студент» и «Жилец». Учитывают ли обе системы не проживающих в общежитии студентов? Как правильно объединить сущности:

Задание 2. Глобальная концептуальная схема

Опишите объединенную концептуальную схему университета: канонические сущности, атрибуты и кардинальности связей (с учетом того, что не каждый студент является жильцом):

Задание 3. Аналитические выводы и самопроверка

1) Какова минимальная и максимальная кардинальность связи «Студент — Договор_найма»? 2) По какому естественному ключу однозначно сливаются записи Студента и Жильца?

Вариант 4. Автотранспортное предприятие: Диспетчерская и Ремонтная зона

Постановка задачи: Пассажирское автопредприятие создает единую информационную систему, объединяя контуры оперативной Диспетчерской службы и Ремонтной зоны (СТО).

Локальное представление А: Диспетчерская служба

  • Сущность [Машина]: Бортовой_номер, Гос_номер, Марка_автобуса, Вместимость.
  • Сущность [Водитель]: Табельный_номер, ФИО, Категория_прав, Классность.
  • Сущность [Рейс]: Номер_рейса, Маршрут, Время_выхода, Время_возвращения.
  • Связи: Диспетчер предполагает, что Водитель строго закреплен за одной Машиной (1:1), Машина выполняет Рейс (1:N).

Локальное представление Б: Ремонтная зона

  • Сущность [Транспортное_средство]: Инвентарный_номер, Гос_знак, Пробег_км, Дата_капремонта.
  • Сущность [Дефект]: Код_неисправности, Описание_поломки, Категория_сложности.
  • Сущность [Запчасть]: Артикул_детали, Наименование, Количество_на_складе, Цена.
  • Связи: Транспортное_средство имеет Дефекты (1:N), устранение Дефекта требует Запчастей (M:N). Механики знают, что одну машину в разные дни водят разные сменные водители (M:N).

Задание 1. Разрешение именных и структурных конфликтов

Разрешите синоним «Машина» = «Транспортное_средство». Устраните конфликт кардинальности связи между Водителем и Автомобилем (диспетчерская 1:1 vs реальные сменные графики M:N). Сформулируйте резолюцию:

Задание 2. Глобальная концептуальная схема

Приведите состав канонических сущностей глобальной концептуальной модели автопредприятия, их объединенные атрибуты и скорректированные кардинальности связей:

Задание 3. Аналитические выводы и самопроверка

1) Почему в глобальной схеме принято правило M:N для водителей и машин? 2) Какая сущность (путевой лист / наряд-заказ) объектифицирует связь между водителем, машиной и рейсом?

Данные успешно сохранены!