Дипломная работа: Проектирование базы данных на примере предприятия - ВКР/НИР

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

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

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

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

1. Системный анализ и словесное описание информационных объектов предметной области.

2. Дипломы по концептуальному (инфологическому) проектированию базы данных заключаются в построении семантической модели предметной области. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных (рисунок 1).

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

Чаще всего концептуальная модель базы данных включает в себя:

- описание информационных объектов, или понятий предметной области и связей между ними.

- описание требований к допустимым значениям данных.

При разработке концептуальной схемы БД руководствуются следующими абстракциями: агрегацией, обобщением, ассоциацией. Как правило, концептуальная схема базы данных изображается с помощью ERD-диаграмм.

3. Дипломы по логическому проектированию представляют собой работы по созданию схем базы данных на основе конкретной модели данных, например, реляционной модели данных. Дипломы по логическому проектированию отражают набор схем отношений, а также «связей» между отношениями, представляющих собой внешние ключи. Пример логической модели представлен на рисунке 2.

Рисунок 2 - Логическое проектирование базы данных в дипломной работе

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

Необходимо отметить, что СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных. Таким образом, проектирование базы данных в дипломе является одной из наиболее сложных и ответственных задач, связанных с созданием информационной системы (ИС).

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

Сущность «Турист» содержит сведения о контрагенте, который произвел оплату за путевку и выехавшего за границу или еще находящегося на территории РФ.

Сущность «ПКО» представляет собой первичный документ, где отражаются общие сведения о контрагенте произведшего оплату за турпакет, дате совершения операции, а так же сведения и о сумме внесенной в кассу.

Сущность «Страна» содержит общие сведения о стране, где будет реализовываться тур.

Сущность «Город» отображает общую информацию о городе, который является конечной точкой маршрута или включается в совокупность городов представленной одним туристическим маршрутом.

Сущность «Отель» включает общие сведения об отеле, где будут располагаться контрагенты.

Сущность «Маршрут» содержит обозначение разработанного маршрута.

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

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

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

Таблица 1 - Атрибуты сущности «Турист»

«Код туриста» является индивидуальным для каждой записи в сущности «Турист», поэтому его можно выбрать в качестве ключевого атрибута.

Таблица 2 - Атрибуты сущности «Детализация маршрута»

Таблица 2 содержит все необходимые данные о спецификации маршрута, ключом в данном случае будет выступать «Код детализации маршрута», так как ни один другой атрибут не определяет все элементы сущности «специфи­кация маршрута».

Таблица 3 - Атрибуты сущности «тур­оператор»

Каждый тур­оператор уникально определяется атрибутом «Код тур­оператора», следовательно, данный атрибут является простым ключом.

На этапе инфологического проектирования базы данных в дипломной работе используется модель предметной области «сущность-связь».

Модель «сущность-связь» предполагает несколько типов связи: «один-к-одному», «один-ко-многим», «многие-ко-многим». Связь «один-к-одному» означает, что в каждый момент времени каждому экземпляру сущности А соответствует 1 и только 1 экземпляр сущности В и наоборот. Связь «один-ко-многим» обозначает, что одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В, но каждому экземпляру сущности В соответствует только 1 экземпляр сущности А. Связь «многие-ко-многим» показывает, что одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В и наоборот.

Для поддержания взаимосвязи объектов в информационной модели, между сущностями установим связи.

1) Связь «Турист - ПКО».

Сущности объединены связью «один-ко-многим», так как один турист может производить несколько оплат, на которые выписывается соответственно несколько ПКО, в свою очередь один ПКО может быть выписан только на одного клиента производившего оплату.

2) Связь «ПКО -Детализация ПКО».

Между рассматриваемыми сущностями установлена связь «один-ко-многим», поскольку одному экземпляру сущности «ПКО» может соответствовать одна или несколько записей экземпляра сущности «Детализация ПКО», в свою очередь одну запись экземпляра сущности «Детализация ПКО» можно отнести лишь к одному экземпляру «ПКО».

3) Связь «Турист - Детализация ПКО».

Для данных сущностей определена связь «один-к-одному», поскольку один экземпляр сущности «Турист» указывается в одной записи экземпляра сущности «Детализация ПКО», в свою очередь одна запись экземпляра сущности «Детализация ПКО» соответствует одному экземпляру сущности «Турист».

4) Связь «Детализация ПКО - Детализация ведомости».

Между сущностями установлена связь «один-к-одному» поскольку одной записи экземпляра сущности «Детализация ПКО» соответствует одна запись экземпляра сущности «Детализация ведомости», аналогично одной записи экземпляра сущности «Детализация ведомости» можно поставить одну запись экземпляра сущности «Детализация ПКО»

5) Связь «Детализация я ведомости - Ведомость».

Между сущностями установлена связь «многие-к-одному», так как одна запись экземпляра сущности «Детализация ведомости» может принадлежать одному экземпляру сущности «Ведомость», в свою очередь одному экземпляру сущности «Ведомость» может соответствовать множество записей сущности «Детализация ведомости». Таким образом, установлена между сущностями связь «многие-к-одному».

6) Связь «тур­оператор - Ведомость».

Между сущностями определена связь «один-ко-многим». Один экземпляр сущности «тур­оператор» можно отнести к множеству экземпляров сущности «Ведомость», но одному экземпляру сущности «Ведомость» может соответствовать лишь один экземпляр сущности «тур­оператор».

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

Рисунок 3 - Концептуальная инфологическая модель базы данных

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