Сделай Сам Свою Работу на 5

Концептуальное проектирование базы данных





МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Сибирский государственный аэрокосмический университет
имени академика М.Ф. Решетнева»

 

Институт информатики и телекоммуникаций

 

Кафедра информатики и вычислительной техники

 

 

КОНТРОЛЬНО-РАСЧЕТНОЕ ЗАДАНИЕ

 

по дисциплине «Базы данных»

 

на тему: «Система ведения статистики секции Дзюдо»

 

Выполнил студент группы БПЭЗУ11

заочной формы обучения

И.И. Иванов

(Ф.И.О.)

Проверил:

ст. преподаватель, к.т.н., М.В. Дамов

(ученая степень, ученое звание, Ф.И.О.)

 

Дата сдачи: «_____»________201__ г.

Дата защиты: «____»_________201__ г.

Оценка:__________________ __________________________________

(подпись руководителя)

 

 

Красноярск 2012 г.

 

Содержание

Введение............................................................................................................................................. 4

1. Проектирование базы данных...................................................................................................... 5

1.1. Анализ существующего программного обеспечения.......................................................... 5



1.2. Концептуальное проектирование базы данных................................................................... 5

1.3. Логическое проектирование базы данных........................................................................... 8

1.4. Выбор целевой СУБД и среды разработки клиентского приложения............................ 12

1.5. Физическое проектирование базы данных......................................................................... 13

2. Разработка программного продукта.......................................................................................... 25

2.1. Структура программного продукта..................................................................................... 25

2.2. Реализация бизнес-правил.................................................................................................... 25

2.3. Руководство программиста.................................................................................................. 27

2.4. Руководство оператора......................................................................................................... 27

2.5. Тестирование программного продукта............................................................................... 29

Выводы............................................................................................................................................. 31

Библиографический список............................................................................................................ 32



Приложение 1. Техническое задание на разработку программного продукта......................... 33

Приложение 2. Графики и отчеты................................................................................................. 34


Введение

Разрабатываемый в рамках курсовой работы программный продукт «Система ведения статистики секции Дзюдо» предназначен для учета и ведения статистики о достижениях тех, кто занимается в секции “Дзюдо”.

Данный программный продукт разрабатывается для секции “Дзюдо” г. Усть-Кута. На данный момент все данные о спортсменах хранятся на бумажных носителях. Из этого вытекает актуальностьицель проекта - написание программного продукта, который позволит осуществлять весь «документооборот» в электронном виде.

Для успешной реализации курсовой работы и достижения вышесказанной цели были поставлены следующие задачи:

· Концептуальное и логическое проектирование БД;

· Физическое проектирование БД;

· Формирование SQL-запросов;

· Разработка пользовательского интерфейса и написание кода продукта;

· Тестирование продукта.

Таким образом, разрабатываемый программный продукт способен оптимизировать процесс учета и ведения статистики, а как следствие и время, что позволит тренеру уделить больше внимания спортсменам.


Проектирование базы данных

Разработку программного продукта следует начинать с анализа предметной области и рассмотрения существующего на данный момент программного обеспечения, а также с выбора целевой СУБД и среды разработки программного продукта.

 

Анализ существующего программного обеспечения

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



В силу специфичности данных, которые необходимо обрабатывать, не было найдено программного продукта, который можно было бы проанализировать.

 

Концептуальное проектирование базы данных

Концептуальное проектирование базы данных выполняется на основе развернутого технического задания на разработку программного продукта. и начинается с создания концептуальной модели данных предприятия, которая является абсолютно независимой от таких деталей реализации, как целевая СУБД, особенности прикладных программ, используемый язык программирования, выбранная вычислительная платформа.

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. Карта транзакций

Тренер добавляет или изменяет уже имеющиеся данные спортсменах.

 

 








Не нашли, что искали? Воспользуйтесь поиском по сайту:



©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.