Государственное автономное образовательное учреждение среднего профессионального образования Новосибирской области

«Карасукский педагогический колледж»

Курсовая работа

Разработка БД учета пропусков занятий учащимися.

Иванова Анна Леонтьевна

Специальность 230115

Программирование в компьютерных системах

Курс 4, группа 431

Отделение: очное

Руководитель: Токаренко Павел Владамирович

Преподаватель ГАОУ СПО НСО

«Карасукский педагогический Колледж»

2013

Содержание:

Введение.

1.Этапы проектирования БД

1. Анализ предметной области.

2. Концептуальное (инфологическое) проектирование.

1. Функциональный подход к проектированию БД.

2. Предметный подход к проектированию БД.

3. Проектирование с использованием метода "сущность–связь".

4. Семантическая объектная модель.

1. Логическое (даталогическое) проектирование.

1. Используемая модель данных.

2. Выбор ключей.

3. Типы данных.

4. Нормализация отношений.

4. Физическое проектирование.

2.Разработка БД учета пропусков учащихся.

3.Заключение.

4.Список литературы.

Введение

Проектирование БД – одна из наиболее сложных и ответственных задач, связанных с созданием информационной системы. В результате решения этой задачи должны быть определены содержание БД, эффективный для всех её будущих пользователей способ организации данных и инструментальные средства управления данными.

В крупных системах проектирование БД требует особой тщательности, поскольку цена допущенных на этой стадии просчётов и ошибок особенно велика. Некоторые ошибки проектирования можно скорректировать позже в процессе эксплуатации с помощью средств реструктуризации и реорганизации БД, но такие операции являются весьма трудоемкими и дорогостоящими.

Основная цель процесса проектирования БД состоит в получении такого проекта, который удовлетворяет следующим требованиям:

1. Корректность схемы БД, т.е. база должна быть гомоморфным (зададут вопрос по этому слову. Либо переделай предложение, либо найди определение) образом моделируемой ПО, где каждому объекту программного обеспечения соответствуют данные в памяти ЭВМ, а каждому процессу – адекватные процедуры обработки данных.

2. Обеспечение ограничений (на объёмы внешней и оперативной памяти и другие ресурсы вычислительной системы).

3. Эффективность функционирования (соблюдение ограничений на время реакции системы на запрос и обновление данных).

4. Защита данных (от сбоев и несанкционированного доступа).

5. Простота и удобство эксплуатации.

6. Гибкость, т.е. возможность развития и адаптации к изменениям программного обеспечения или требований пользователей.

Удовлетворение первых 4-х требований обязательно для принятия проекта.

В настоящее время создан ряд систем автоматизации проектирования БД, но ввиду специфики разработки баз данных не стали пока массовым инструментом разработчиков.

Процесс проектирования БД включает в себя следующие этапы:

1. Анализ предметной области

2. Информационно-логическое (концептуальное) проектирование.

3. Логическое проектирование БД.

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

5. Определение требований к операционной обстановке, в которой будет функционировать информационная система.

Объект: База данных.

Предмет: База данных учета успеваемости студентов.

Цель: Спроектировать базу данных по учету пропусков занятий учащимися.

Задачи:

1. Проанализировать предметную область.

2. Спроектировать базу данных по учету пропусков.

3. Сделать выводы по анализируемой области.

1. Этапы проектирования бд

Анализ предметной области 

     В целом процедура разработки включает следующие этапы:

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

• Создание локальной концептуальной модели данных исходя из представлений о предметной области каждого из типов пользователей.

• Определение типов сущностей.

• Определение типов связей.

• Определение атрибутов и связывание их с типами сущностей и связей.

• Определение доменов атрибутов.

• Определение атрибутов, являющихся потенциальными и первичными ключами.

• Обоснование необходимости использования понятий расширенного моделирования (необязательный этап).

• Проверка модели на отсутствие избыточности.

• Проверка соответствия локальной концептуальной модели конкретным пользовательским транзакциям.

• Обсуждение локальных концептуальных моделей данных с конечными пользователями.

       

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

     На  втором этапе локальные концептуальные модели данных преобразуются в локальные логические модели данных (для реляционной модели данных), состоящие из ER-диаграммы, реляционной схемы и сопроводительной документации. Затем корректность логических моделей данных проверяется с помощью правил нормализации. Нормализация представляет собой эффективное средство, позволяющее убедиться в структурной согласованности, логической целостности и минимальной избыточности принятой модели данных. Дополнительно модель данных проверяется с целью выявления возможности осуществления транзакций, которые будут выполняться пользователями создаваемого приложения. Все эти проверки позволяют получить необходимую уверенность в том, что принятая модель данных является вполне приемлемой. По завершении второго этапа каждая локальная логическая модель данных при необходимости может применяться для подготовки прототипов реализаций базы данных, предназначенных для отдельных типов пользователей приложения.

     На  третьем этапе выполняется объединение  локальных логических моделей данных (отражающих представление о предметной области отдельных типов пользователей) в единую глобальную логическую модель данных всего предприятия (обобщающую представления о предметной области всех типов пользователей). Глобальная логическая модель проверяется по такому же принципу, как и локальные модели; это позволяет убедиться в том, что ее структура является правильной и поддерживает все необходимые транзакции. Этот этап обычно требуется, если приложение состоит более чем из одного представления.

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

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