1. Дидактический профиль и цели занятия
Занятие 03 завершает вводный аналитический блок концептуального моделирования. Студенты переходят от статического выделения сущностей и атрибутов к динамическому моделированию взаимодействий, кардинальности и формализации ограничений реального мира.
Ключевая дидактическая цель: Сформировать у обучающихся устойчивые навыки выявления связей между сущностями (Relationships), классификации их кардинальности (1:1, 1:M, M:N), определения степени обязательности участия сущностей, а также трансляции словесных бизнес-требований в строгие семантические правила целостности базы данных.
Целевые компетенции:
- ОК 01: Выбирать способы решения задач профессиональной деятельности применительно к различным контекстам анализа данных.
- ОК 02: Использовать современные средства поиска, анализа и интерпретации информации для структурирования предметной области.
- ПК 4.1: Осуществлять сбор и анализ требований к создаваемым базам данных и информационным системам.
- ПК 4.2: Проектировать концептуальные и логические структуры реляционных баз данных с соблюдением целостности.
2. Детальный поминутный хронометраж (80 и 60 минут)
| Этап занятия |
Регламент 80 мин |
Регламент 60 мин |
Дидактическое содержание и задачи этапа |
| 1. Организационный момент и актуализация |
7 минут |
5 минут |
Приветствие, фиксация явки. Проблемная беседа: «Почему нельзя просто свалить все данные в одну огромную Excel-таблицу? Что связывает сущности между собой?». Анонс темы и критериев оценки (4 балла). |
| 2. Объяснение нового теоретического материала |
28 минут |
20 минут |
Изложение фундаментальной теории: понятие Relationship, кардинальность (1:1, 1:M, M:N), обязательность участия (mandatory/optional), нотации Чена и Crow's Foot, рекурсивные связи, бизнес-правила и семантические ограничения. При 60 мин: сокращение примеров до базового дуэта 1:M и M:N. |
| 3. Демонстрация эталона анализа |
15 минут |
10 минут |
Разбор сквозного демонстрационного кейса на доске: «Библиотечная система: Читатель — Выдача — Книга». Показ пошагового алгоритма: формулирование правил, определение множественности, фиксация ограничений сроков выдачи. |
| 4. Самостоятельная практическая работа |
20 минут |
15 минут |
Индивидуальное очное выполнение интерактивного рабочего листа (`zanyatie.html`) по 4 вариантам. Определение связей, кардинальности, формулирование 3 бизнес-правил и 2 ограничений целостности. Преподаватель проводит направляющий мониторинг. |
| 5. Экспертный разбор и обратная связь |
6 минут |
6 минут |
Фронтальный анализ типичных заблуждений (ошибка мгновенного среза, потеря факультативности). Коллективная самопроверка студентами своих записей. |
| 6. Подведение итогов и инструктаж |
4 минуты |
4 минут |
Фиксация достижения образовательного результата. Пояснение порядка экспорта в PDF и отправки на проверку. Разъяснение назначения резервного ДЗ (`domashnee_zadanie.html`). |
3. Фундаментальный понятийный аппарат урока
3.1. Связи между сущностями (Relationships)
Связь (отношение, Relationship) — это поименованная содержательная ассоциация между двумя или более сущностями предметной области, отражающая существующие в реальном мире процессы и зависимости.
- Бинарная связь: ассоциация между двумя типами сущностей (самый распространенный вид).
- Тернарная / n-арная связь: одновременная ассоциация трех и более сущностей (в реляционном проектировании всегда преобразуется в бинарные связи через введение промежуточной сущности-события).
- Рекурсивная (рефлексивная) связь: связь сущности с самой собой. Классический пример:
СОТРУДНИК руководит другими СОТРУДНИКАМИ, или деталь состоит из других деталей в спецификации изделия.
3.2. Типы кардинальности (мощности) связей
| Тип кардинальности |
Обозначение |
Сущность и пример |
Особенности реляционной реализации |
| Один к одному |
1:1 |
Гражданин — Паспорт РФ; Водитель — Водительское удостоверение. |
Внешний ключ с уникальным индексом (UNIQUE FK) на стороне зависимой таблицы, либо объединение в одну таблицу при одинаковом жизненном цикле. |
| Один ко многим |
1:M (или 1:N) |
Группа — Студенты; Отдел — Сотрудники; Клиент — Заказы. |
Базовый «строительный блок» РБД. Внешний ключ (FK) всегда мигрирует на сторону «Многие» (дочернюю таблицу). |
| Многие ко многим |
M:N |
Студент — Дисциплина; Товар — Заказ; Врач — Пациент. |
Запрещена к прямой физической реализации в реляционных СУБД. Требует обязательной декомпозиции через промежуточную связующую таблицу (Junction Table) на две связи 1:M. |
3.3. Класс принадлежности (степень обязательности участия)
Определяет, обязан ли экземпляр сущности участвовать в связи с экземпляром другой сущности:
- Обязательное участие (Mandatory, 1..1 или 1..M): экземпляр сущности не может существовать без связанного экземпляра (например,
СТУДЕНТ обязан принадлежать учебной группе; ПОЗИЦИЯ_ЗАКАЗА обязана ссылаться на ЗАКАЗ). В схеме базы это означает ограничение NOT NULL на поле внешнего ключа.
- Факультативное / необязательное участие (Optional, 0..1 или 0..M): экземпляр может существовать автономно (например,
ПРЕПОДАВАТЕЛЬ может временно не вести ни одной группы; КЛИЕНТ может зарегистрироваться, но еще не оформить заказ). В схеме допускается значение NULL во внешнем ключе.
3.4. Бизнес-правила (Business Rules) и семантические ограничения
Бизнес-правило — это формальное утверждение, которое определяет или ограничивает некоторый аспект предметной деятельности предприятия. Бизнес-правила делятся на:
- Структурные правила: определяют кардинальность, обязательность и допустимые связи между объектами (например: «Каждый заказ оформляется строго на одного клиента»).
- Операционные (процессные) правила: регламентируют допустимость выполнения бизнес-операций и переходов состояний (например: «Скидка постоянного покупателя активируется только при сумме покупок свыше 50 000 руб.»).
- Семантические ограничения целостности (Semantic Integrity Constraints): алгоритмические условия, предотвращающие логическую несогласованность данных (контроль пересечения временных интервалов, балансовые ограничения сумм, проверка вместимости аудиторий/самолетов). В СУБД реализуются через ограничения
CHECK, составные уникальные ключи, хранимые процедуры и триггеры.
4. Типовые педагогические затруднения и методические приемы
Затруднение 1: «Ошибка мгновенного среза (Snap-shot error)»
Студенты смотрят на конкретный момент времени и говорят: «Врач принимает одного пациента, значит связь 1:1! Преподаватель читает лекцию одной группе, значит 1:1!».
Методический прием «Лента времени»: Преподаватель задает вопрос: «Что происходит в 10:00? Врач принимает Иванова. Что происходит в 11:00? Врач принимает Петрова. К кому Иванов придет через месяц? К этому же врачу или к другому. База данных проектируется не на 5 минут, а на годы работы предприятия! Поэтому на всем жизненном цикле один врач принимает множество пациентов, а пациент посещает множество врачей — связь строго M:N».
Затруднение 2: «Парадокс обязательности (Deadlock добавления)»
Студенты ошибочно делают участие обязательным с обеих сторон: врач обязан иметь прием, а прием обязан иметь врача.
Методический прием «Первый день на работе»: Преподаватель моделирует ситуацию: «Мы наняли нового хирурга в 8 утра. В базе данных мы должны создать запись о хирурге. Если участие обязательно, система требует указать ID приема. Но приемов еще не было! А прием нельзя создать без хирурга. Получаем тупик целостности. Запомните: родительская сущность практически всегда факультативна со стороны связи, а дочерняя — обязательна».
Затруднение 3: «Подмена бизнес-правил техническими типами полей»
Студенты пишут: «Бизнес-правило — номер паспорта состоит из 10 цифр».
Методический прием «Бизнес против СУБД»: Преподаватель объясняет: «Разрядность и тип поля — это техническое соглашение. Бизнес-правило отвечает на вопросы управления, права и регламента организации: "Может ли клиент взять второй кредит без погашения первого?", "Имеет ли право студент пересдать экзамен на повышенную оценку?". Формулируйте правила от лица директора предприятия, а не драйвера базы данных».
5. Организация самостоятельной работы по вариантам
Для гарантированной индивидуализации учебного процесса рабочий лист (`zanyatie.html`) содержит 4 профессиональных кейса, охватывающих различные сферы цифровой экономики:
- Вариант 1 (Медицина): Медицинский центр — иерархия «Врач — Прием — Пациент», темпоральные коллизии расписания.
- Вариант 2 (Образование): Университетский учебный процесс — многосвязные отношения M:N и учебные планы групп.
- Вариант 3 (Финансы): Банковская система кредитования — транзакционная цепочка платежей и финансовый баланс долга.
- Вариант 4 (Транспорт): Авиаперевозки — дуальные связи с аэропортами, жесткая кардинальность 1:1 посадочных мест.
Оценивание производится строго по критериальной рубрике (`.rubrika.md`) с максимальным баллом 4.