Проектирование базы данных
Разработку программного продукта следует начинать с анализа предметной области и рассмотрения существующего на данный момент программного обеспечения, а также с выбора целевой СУБД и среды разработки программного продукта.
Анализ существующего программного обеспечения
Предметной областью разработки в рамках курсовой работы можно обозначить ведение электронного журнала для записи данных о спортсменах, их достижениях и других данных, которые необходимо фиксировать во время образовательного процесса.
В силу специфичности данных, которые необходимо обрабатывать, не было найдено программного продукта, который можно было бы проанализировать.
Концептуальное проектирование базы данных
Концептуальное проектирование базы данных выполняется на основе развернутого технического задания на разработку программного продукта. и начинается с создания концептуальной модели данных предприятия, которая является абсолютно независимой от таких деталей реализации, как целевая СУБД, особенности прикладных программ, используемый язык программирования, выбранная вычислительная платформа.
ER модель включает в себя описание информационных объектов, или понятий предметной области и связей между ними; описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.
В процессе разработки ER-диаграммы были определены:
• типы сущностей;
• типы связей;
• атрибуты;
• домены атрибутов;
• потенциальные ключи;
• первичные ключи.
Сущность – любой конкретный или абстрактный объект в рассматриваемой предметной области. Сущности – это базовые типы информации, которые хранятся в БД. К сущностям могут относиться: студенты, клиенты, подразделения и т.д. Экземпляр сущности и тип сущности - это разные понятия. Понятие тип сущности относится к набору однородных личностей, предметов или событий, выступающих как целое (например, студент, клиент и т.д.). Экземпляр сущности относится, например, к конкретной личности в наборе. Типом сущности может быть студент, а экземпляром – Петров, Сидоров и т.д. Можно выделить следующие типы сущностей: сильные и слабые.
В таблице 1.1 показаны все существующие сущности базы данных, их описания, псевдонимы и типы.
Таблица 1.1. Сведения о типах сущностей
Имя сущности |
Описание |
Псевдоним |
Тип |
Список групп |
Список групп, на которые делятся спортсмены |
TblGroup |
Сильный |
Спортсмены |
Информация о спортсменах |
TblPersons |
Слабый |
Список улиц |
Список улиц, на которых проживают спортсмены |
TblStreetTitle |
Сильный |
Домашний адрес |
Домашний адрес конкретного спортсмена |
TblHomeAddress |
Слабый |
Список учебных заведений |
Список учебных заведений |
TblSchoolTitle |
Сильный |
Учебные заведения |
Список уч. зав., в которых обучался спортсмен |
TblSchool |
Слабый |
Период обучения |
Даты начала и окончания посещения секции |
TblTeachingPeriod |
Слабый |
Данные о родителях |
ФИО родителей |
TblParents |
Слабый |
Контроль организма |
Пульс\вес до после тренировки |
TblOrganismControl |
Слабый |
Соревнования по ОФП |
Результаты соревнований по ОФП |
TblPTCompetition |
Слабый |
Антропометрические данные |
Данные о контрольном взвешивании и измерении роста |
TblAnthropometry |
Слабый |
То число сущностей, которое может быть ассоциировано через набор связей с другой сущностью, называют степенью связи (кардинальностью).
Кардинальность:
1. Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой). Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы имеем всего одну сущность, неправильно разделенную на две.
2. Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой). Это наиболее часто используемый тип связи.
3. Связь типа много-ко-многим означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и каждый экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. Тип связи много-ко-многим является временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем этот тип связи должен быть заменен двумя связями типа один-ко-многим путем создания промежуточной сущности.
Сведения об имеющихся типах связей для разрабатываемой базы данных представлены в таблице 1.2.
Таблица 1.2. Сведения о типах связей
Тип сущности |
Тип связи |
Тип сущности |
Кардинальность |
Показатель участия |
Спортсмены |
Состоят |
Список групп |
M:1 |
T:P |
Спортсмены |
Проживают |
Домашний адрес |
1:1 |
P:T |
Спортсмены |
Обучаются |
Учебные заведения |
1:M |
P:T |
Спортсмены |
Тренируются |
Период обучения |
1:M |
P:T |
Спортсмены |
Имеют |
Данные о родителях |
1:M |
P:T |
Спортсмены |
Контролируются |
Контроль организма |
1:M |
P:T |
Спортсмены |
Выступают с результатами |
Соревнования по ОФП |
1:M |
P:T |
Спортсмены |
Контролируются |
Антропометрические данные |
1:M |
P:T |
Домашний адрес |
Берётся |
Список улиц |
M:1 |
T:P |
Учебные заведения |
Берутся |
Список учебных заведений |
M:1 |
T:P |
Связи между сущностями в базе данных приведены на Рис. 1.1.
Рис. 1.1. ER-диаграмма базы данных
Транзакция – это действие или последовательность действий, выполняемых одним и тем же пользователем (или прикладной программой), осуществляющим доступ к базе данных или изменение ее содержимого.
Транзакции представляют собой события реального мира (регистрация нового арендатора, регистрация предлагаемого в аренду автомобиля и т. п.). Все эти транзакции должны обращаться к базе данных с той целью, чтобы хранимые в ней данные всегда гарантированно соответствовали текущей ситуации реального мира, а также для удовлетворения информационных потребностей пользователей.
Карта транзакций базы данных представлена на Рис. 1.2.
Рис. 1.2. Карта транзакций
Тренер добавляет или изменяет уже имеющиеся данные спортсменах.