Создание базы данных "Научные конференции"
28 Содержание Введение Задание к курсовой работе 1. Анализ предметной области 2. Построение концептуальной модели 3. Построение предварительных отношений и их анализ 4. Построение реляционной модели 5. Обработка запросов 6. Создание отчетов 7. Создание форм Заключение Список литературы Приложение Введение Рост информационных потребностей пользователей, требований эффективного доступа к информации, появление новых видов массовой памяти, новых средств и возможностей в области коммуникаций - все эти факторы оказали влияние на появление баз данных. База данных является составной частью информационной системы. В данной курсовой работе разработана база данных для внедрения в процесс работы научных конференций. Данная БД позволит быстро получать и модифицировать необходимую информацию, минимизировать избыточность информации. БД упростит реализацию комплексных запросов, повысит эффективность использования информационной технологии. Минимизация избыточности и возможность быстрой модификации позволит поддерживать данные на одинаковом уровне актуальности. БД может быть сосредоточена на одном компьютере или распределена между несколькими. Для того чтобы данные одного исполнителя были доступны другим и наоборот, эти компьютеры должны быть соединены в единую вычислительную систему с помощью вычислительных сетей. Задание к курсовой работе В различных городах планируется проведение научных конференций по различным тематикам. Ученые, живущие в разных городах, участвуют в этих конференциях. Каждый ученый проводит исследования по определенной научной тематике и может участвовать в работе нескольких конференций, но не одновременно, если конференции происходят в разных городах. Каждая конференция имеет строго определенную научную тематику. Система должна обеспечивать: · включение новой конференции в БД; · исключение (отмена) конференции; · подключение новой научной тематики; · исключение научной тематики; · включение в БД ученого; · исключение ученого из БД; · прием от ученого заявки на участие в конференции; · отказ ученого от участия в конференции; · включение / исключение в/из БД города. 1. Анализ предметной области При анализе предметной области «Научные конференции» выделяются следующие объекты: ученые, статус (принадлежащий конкретному ученому), заявки (на участие в конференции или, наоборот, на отказ), тематика (по которой ученые проводят исследования), город (в котором проходит конференция), конференция. В различных городах планируется проведение научных конференций по различным тематикам, но каждая конференция имеет строго определенную научную тематику. Ученые, живущие в разных городах, участвуют в этих конференциях. Каждый ученый имеет свой статус, который зависит от количества сообщений: · Junior (присваивает при количестве сообщений равных от 0 до 50, но этот промежуток может быть уменьшен, в зависимости от глубины и точности рассмотрения данной тематической темы); · Member (присваивает при количестве сообщений равных от 50 до 500); · Moderator (присваивает при количестве сообщений равных от 500 и более). Каждый ученый проводит исследования по определенной научной тематике. При анализе предметной области «Научные конференции» выделяются объекты и атрибуты 1. Ученые: · код ученого, · фамилия, · имя, · отчество, · название города, · e-mail, · код статуса ученого, · шифр тематики. 2. Статус: · код статуса ученого, · статус ученого, · количество сообщений. 3. Заявка: · номер заявки, · код ученого, · участие в конференции. 4. Город: · код города, · название города, · страна. 5. Тематика: · шифр тематики, · тематические темы, · количество сообщений в теме. 6. Конференция: · номер конференции, · шифр тематики, · название города, · название конференции, · дата проведения · номер заявки. 2. Построение концептуальной модели Анализ концептуальной модели (Рисунок 2.1) проводится для того, чтобы определить степень связи и характер принадлежности. Концептуальная модель предназначена для отображения информационного содержания базы данных в наиболее общем виде без ориентации на ее реализацию средствами конкретной СУБД.
28 Рисунок 2.1 Определение связей в составленной ЕR-диаграмме: 1. Каждый ученый имеет только один определенный статус; и один и тот же статус имеют многие ученые, следовательно, связь будет 1:N. Так как ученый обязательно имеет какой-либо статус, то характер принадлежности обязательный. Но статус присваивается не обязательно только ученому, значит характер принадлежности необязательный. 2. Ученый может подать несколько заявок на участие в конференциях или, если они были уже поданы, то на отказ; и заявку подают многие ученые, следовательно, связь будет N:M. Так как участие в конференции ученого обязательно зависит от заявки, то характер принадлежности обязательный. Но заявки необязательно подаются исключительно учеными, поэтому характер принадлежности необязательный. 3. Заявка может быть подана на участие (или отказ) в одной конференции; и на участие в одной конференции подается, как правило, много заявок, следовательно, связь будет 1:N. Заявка обязательно подается на определенную конференцию, а конференция зависит от заявок, так как из-за их отсутствия конференция может не состояться, значит, характер принадлежности в обе стороны будет обязательным. 4. Несколько ученых могут проводить научные исследования по одной определенной тематике, следовательно, связь будет 1:N. Характер принадлежности в обе стороны будет обязательным, так как ученые обязательно должны изучать определенную тематику, а данная тематика обязательно будет зависеть от исследований ученых. 5. Несколько ученых могут жить в одном городе, следовательно, связь будет 1:N. Ученый обязательно будет жить в каком-либо городе, следовательно, характер принадлежности обязательный, а в данном городе не обязательно будет жить ученый, следовательно, характер принадлежности необязательный. 6. В одном городе может проходить несколько конференций, следовательно, связь будет 1:N. Конференция обязательно будет проходить в определенном городе - характер принадлежности будет обязательным; в городе конференция может не проходить или быть отменена, поэтому характер принадлежности необязательный. 7. На определенную тематику может проводиться много конференций, и конференция имеет строго определенную научную тематику, следовательно, связь будет 1:N. Конференция обязательно имеет тематику - характер принадлежности обязательный, а по данной тематике необязательно будет проводиться конференция - характер необязательный. 3. Построение предварительных отношений и их анализ Предварительные отношения строятся с использованием 6 правил: 1. если степень связи 1:1 и характер принадлежности обеих сущностей является обязательным, то для описания связи строится только одно отношение, ключом которого может быть ключ любой из сущностей. 2. если степень связи 1:1, характер принадлежности одной сущности обязательный, а другой - нет, то строятся два отношения по одному для каждой сущности с первичным ключом; кроме того, ключ сущности, характер принадлежности которой необязательный добавляется как атрибут в отношение для сущности с обязательным характером принадлежности. 3. если степень связи 1:1 и характер принадлежности обеих сущностей является необязательным, то строятся три отношения по одному для каждой сущности с соответствующим первичным ключом, и одно отношение для связи с ключом, составленным из ключей 2-ух сущностей. 4. если степень связи 1:N и характер принадлежности N-связной сущности обязательный, то строятся два отношения по 1 для каждой сущности с соответствующими первичными ключами, кроме того, ключ односвязной сущности добавляется как атрибут в отношение для n-связной сущности. 5. если степень связи 1:N и характер принадлежности n-связной сущности необязательный, то строятся три отношения: по одному для каждой сущности с соответствующими ключами и одно отношение для связи с ключом, составленным из ключей двух сущностей. 6. если степень связи N:M, то независимо от характера принадлежности, строятся три отношения: для каждой сущности с первичным ключом, и одно отношение для связи с ключами других сущностей. 1. По правилу №4: 1) Ученые (код ученого, код статуса ученого) 2) Статус (код статуса ученого) 2. По правилу №6: 3) Ученые (код ученого); 4) Заявки (номер заявки); 5) Подача (код ученого, номер заявки); 3. По правилу №4: 6) Заявки (номер заявки, номер конференции); 7) Конференция (номер конференции); 4. По правилу №4: 8) Ученые (код ученого, шифр тематики); 9) Тематика (шифр тематики); 5. По правилу №4: 10) Ученые (код ученого, код города); 11) Город (код города); 6. По правилу №4: 12) Конференция (номер конференции, код города); 13) Город (код города); 7. По правилу №4: 14) Конференция (номер конференции, шифр тематики); 15) Тематика (шифр тематики); Исключаем отношение №13, т. к. оно дублирует отношение №11. Исключаем отношение №15, т. к. оно дублирует отношение №9. Исключаем отношение №1, т. к. оно «поглощается» отношением №16 Исключаем отношение №3, т. к. оно «поглощается» отношением №6 Исключаем отношение №4, т. к. оно «поглощается» отношением №1 Исключаем отношение №1, т. к. оно «поглощается» отношением №16 Исключаем отношение №7, т. к. оно «поглощается» отношением №12 Исключаем отношение №8, т. к. оно «поглощается» отношением №16 Исключаем отношение №10, т. к. оно «поглощается» отношением №16 Исключаем отношение №12, т. к. оно «поглощается» отношением №17 Исключаем отношение №14, т. к. оно «поглощается» отношением №17 В ходе анализа предварительных отношений возникают еще два отношения: 16) Ученые (код ученого, код статуса ученого, шифр тематики, код города) 17) Конференция (номер конференции, код города, шифр тематики) В результате получаем отношения, которые имеют ряд различных ключей. Статус (код статуса ученого) Подача (номер заявки, код ученого) Заявки (номер заявки, номер конференции) Тематика (шифр тематики) Город (код города) Ученые (код ученого, код статуса ученого, шифр тематики, код города) Конференция (номер конференции, код города, шифр тематики) Данные предварительные отношения служат основой для получения полных отношений. Для этого к ключевым атрибутам добавляются описательные атрибуты: «Ученые» (код ученого, код статуса ученого, шифр тематики, код города, фамилия, имя, отчество, e-mail, название города); «Статус» (код статуса ученого, статус ученого, количество сообщений); «Заявка» (номер заявки, номер конференции, код ученого, участие в конференции); «Город» (код города, название города, страна); «Тематика» (шифр тематики, тематические темы, количество сообщений в теме); «Конференция» (номер конференции, шифр тематики, код города, название конференции, дата проведения, номер заявки, название города); «Подача» (номер заявки, код ученого). 4. Построение реляционной модели Структура каждой таблицы реляционной модели определяется составом отношений, ключевыми и описательными атрибутами, которые были получены ранее. «Ученые»
Страницы: 1, 2
| 
