Проектирование базы данных «ПОЛИТИЧЕСКАЯ ПАРТИЯ»

 

СОДЕРЖАНИЕ

ВВЕДЕНИЕ………………………………………………………………………………………….5

1 СЛОВАРЬ ДАННЫХ 6

1.1 Понятие о словаре данных 6

1.2 Стратегия  реализации словаря данных 6

1.3 Условия применения 7

1.4 Рекомендации по определению данных 8

2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ «ПОЛИТИЧЕСКАЯ ПАРТИЯ» 10

2.1. Анализ  предметной области и составление  спецификаций данных 10

2.2. Концептуально-логическая  модель базы данных «Политическая партия» 11

2.3. Физическая  модель базы данных «Политическая партия» 12

3 РАЗРАБОТКА  ПРИЛОЖЕНИЯ  ПО  РАБОТЕ  С  БАЗОЙ ДАННЫХ……………………..14

3.1. Разработка  запросов 14

3.2. Создание  формы 19

3.3 Создание  отчета 20

ЗАКЛЮЧЕНИЕ……………………………………………………………………………………22

ЛИТЕРАТУРА 23

ПРИЛОЖЕНИЕ 24

 

 

ВВЕДЕНИЕ

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

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

База данных — это средство сбора и организации информации. В базах данных могут содержаться  сведения о людях, продуктах, заказах  и т. д. Многие базы данных изначально представляют собой список в текстовом  процессоре или электронной таблице. По мере того как список разрастается, в нем накапливаются излишние и противоречивые данные. В форме  списка эти данные становится все  труднее понять, а возможности  поиска или извлечения подмножеств  данных для просмотра весьма ограничены. Когда возникают подобные проблемы, полезно перенести информацию в  базу данных, созданную с помощью  системы управления базами данных (СУБД).

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

Для решения необходимых задач  системой управления базами данных (СУБД) была выбрана СУБД Microsoft Access.

Приложение Access предоставляет  следующие возможности:

1. добавление новых данных в базу данных (например, новой позиции в складскую опись);
2. изменение существующих данных в базе данных (например, изменение текущего размещения позиции на складе);
3. удаление сведений (например, если позиция продана или отбракована);
4. организация и просмотр данных различными способами;
5. совместное использование данных посредством отчетов, сообщений электронной почты, внутренней сети или Интернета.

 

1 СЛОВАРЬ ДАННЫХ

1.1 Понятие о словаре данных

 

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

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

 

1.2 Стратегия реализации словаря данных

 

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

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

Наличие словаря данных обеспечивает ряд дополнительных преимуществ:

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

 

3. Условия применения

 

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

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

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

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

Главным стимулом и критерием  перехода к внедрению словаря  данных являются те удобства и преимущества, которые оно предоставит руководству, пользователям, аналитикам, программистам, обслуживающему персоналу, операторам и т. д. СУБД обеспечивает работу оперативных систем, что выигрышно для руководства. Обычно этого нельзя сказать о словаре данных, так как он служит важным средством внутреннего управления и контроля.

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

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

 

1.4 Рекомендации по определению данных

 

Для того чтобы словарь  данных действительно был эффективным  средством взаимодействия, все пользователи должны хорошо понимать, что представляют собой составляющие его базы данных. Основные из них перечислены ниже:

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

Кроме приведенных выше основных элементов, в базе данных должны содержаться  следующие описания взаимосвязей между  ними:

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

1. Использовать точные и недвусмысленные определения. Избегать таких фраз, как «ряд сотрудников», «отдельные изделия». Употреблять конкретные фразы, например «уволенные сотрудники», «бумажные изделия».
2. Применять сокращения только при необходимости, причем по возможности стандартные.
3. Не употреблять специальных терминов, понятных лишь специалистам, например в области обработки данных, бухгалтерского учета, трудовых отношений и т. п.
4. Указывать единицы измерений (тыс. дол., м, см и т. п.) или периодичность изменения (раз в год, раз в день и т. п.) по возможности для всех числовых значений.
5. Ссылаться на источники данных. В описании должны также указываться документы, содержащие элементы данных, а также программы и подразделения организации, которым они требуются.

Таким образом, словарь данных уже сам по себе является базой  «данных о данных», руководством по базе данных.

2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ «ПОЛИТИЧЕСКАЯ ПАРТИЯ»

2.1 Анализ предметной области и составление спецификаций данных

 

Для начала изучим бланк 1 (Приложение А). Из него можно выделить три объекта, по которым и создаем таблицы. Получаем, что разрабатываемая база данных будет содержать информацию о партии, партийцах и взносах. В ней будет вестись учет того, кто, когда и какую сумму взноса оплатил. Для каждой таблицы выделим ряд атрибутов.

Основные атрибуты для  партии:

1. Название партии
2. Сокращенное название партии
3. Дата регистрации
4. Девиз партии
5. Председатель
6. Адрес партии
7. Телефон партии