ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ «Адресное бюро города»


Дисциплина: Информатика, Программирование, Базы данных
Тип работы:  Курсовая работа
Бесплатно:  Антиплагиат
Объем: 20 страниц
В избранное:   

СОДЕРЖАНИЕ

ВВЕДЕНИЕ: ВВЕДЕНИЕ
:
ВВЕДЕНИЕ: 1. Анализ предметной области автоматизации
:
ВВЕДЕНИЕ:

1. 1. Описание функционирования адресного бюро города

:
ВВЕДЕНИЕ: 1. 2. Описание предметной области и функции решаемых задач.
:
ВВЕДЕНИЕ: 1. 3. Описание входной и выходной информации
:
ВВЕДЕНИЕ: 2. Проектирование базы данных
:
ВВЕДЕНИЕ:

2. 1. Информационный анализ реквизитов документов

:
ВВЕДЕНИЕ:

2. 2. Выделение информационных объектов

:
ВВЕДЕНИЕ:

2. 3. Определение атрибутов и сущностей

:
ВВЕДЕНИЕ: 2. 3. 1. Построение логической модели данных.
:
ВВЕДЕНИЕ: 2. 4. Физическое проектирование базы данных
:
ВВЕДЕНИЕ: 2. 4. 1. Проектирование реляционных таблиц базы данных в среде целевой СУБД
:
ВВЕДЕНИЕ: 2. 4. 2. Определение связей и требований поддержки ссылочной целостности
:
ВВЕДЕНИЕ: 2. 4. 3. Создание запросов с помощью SQL
:
ВВЕДЕНИЕ: 2. 4. 4. Разработка выходных документов (отчетов)
:
ВВЕДЕНИЕ: ЗАКЛЮЧЕНИЕ
:
ВВЕДЕНИЕ: ЛИТЕРАТУРА
:

ВВЕДЕНИЕ

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

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

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

Для разработки базы данных "Адресного бюро города" мною был выбран программный пакет СУБД MS Access 2000. База данных "Адресное бюро города" предназначена предоставлять оперативную информацию для обеспечения удобства в нахождении необходимого физического или юридического лица, снижать объёмы бумажных издержек и т. д.

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

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

1. 1. Описание функционирования адресного бюро города

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

Рисунок 1. Функционирование адресного бюро города

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

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

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

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

1. 2. Описание предметной области и функции решаемых задач.

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

К функциям, которые должны быть реализованы в рассматриваемой задаче, относятся:

  • Получение и запись достоверной информации;
  • Осуществление поиска по критериям, оговоренных заказчиком;
  • Предоставление отчёта заказчику за определённую плату.

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

  • Адресное бюро реализовано только для одного города.
  • Каждое физическое лицо регистрируется в данной базе данных, только при наличии прописки проживания в данном городе.
  • Каждое юридическое лицо регистрируется в данной базе данных, при наличии официального документа, разрешающего функционирование данного юридического лица в черте города.
  • Допускаются совпадения физических и юридических лиц, во всех полях, за исключением поля -Индивидуальный код.
  • НомерИндивидуального кодафизических и юридических лиц - уникален.
  • Услуга по выдаче определённого адреса, осуществляется только по одному физическому или юридическому лицу.
  • Наименования секторов и формы юридических лиц могут изменяться.
  • Фамилия, Имя, Отчество и адрес физических лиц могут изменяться.
  • Наименование формы, название и адрес юридического лица могут изменяться.
  • Наименование сектора не может быть удалено, пока оно используется физическим или юридическим лицом. Обновление - допускается.
  • Наименование формы юридического лица не может быть удалено, пока оно используется каким-либо юридическим лицом. Обновление допускается.
  • Наименование секторапишется в полной форме.
  • Допускаются сокращения в формюридических лиц.
  • Удаление физического лица осуществляется только в связи с миграции или смерти.
  • Удаление юридического лица осуществляется только при наличии официального документа о прекращении функционирования данного юридического лица.
  • Количественные ограничения:
  • Индивидуальный кодфизических и юридических лиц не должен превосходит - 30 символов.

При выполнении курсовой работы по проектированию БД должны быть учтены эти ограничения.

1. 3. Описание входной и выходной информации.

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

Входная информация, содержащая данные о Физических лицах , берётся из прописки, представленная в форме 1.

Форма 1. Прописка.

Номер удостоверения личности (Индивидуальный код): Номер удостоверения личности (Индивидуальный код)
Фамилия: Фамилия
Имя: Имя
Отчество: Отчество
Дата рождения: Дата рождения
Адрес: Адрес
Номер удостоверения личности (Индивидуальный код):
Фамилия:
Имя:
Отчество:
Дата рождения:
Адрес:
Номер удостоверения личности (Индивидуальный код):
Фамилия:
Имя:
Отчество:
Дата рождения:
Адрес:

Входная информация, содержащая данные о Юридических лицах , берётся из технического паспорта представленного в форме 2.

Форма 2. Технический паспорт.

Индивидуальный код: Индивидуальный код
Форма юридического лица: Форма юридического лица
Наименование: Наименование
Адрес: Адрес
Индивидуальный код:
Форма юридического лица:
Наименование:
Адрес:
Индивидуальный код:
Форма юридического лица:
Наименование:
Адрес:

Дополнительная информация (необязательная) : Адрес официального сайта, Адрес электронной почты , дополняют данные о юридическом лице.

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

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

Наименование реквизитов входных документов: Наименование реквизитов входных документов
Характеристика реквизитов: Характеристика реквизитов
Наименование реквизитов входных документов: Тип реквизита
Характеристика реквизитов: Макс. длина
Точность
Наименование реквизитов входных документов: Индивидуальный код физического лица
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Фамилия
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Имя
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Отчество
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Дата рождения
Характеристика реквизитов: Дата/время
Краткий формат даты
Наименование реквизитов входных документов: Номер дома
Характеристика реквизитов: Текстовый
20
Наименование реквизитов входных документов: Номер квартиры
Характеристика реквизитов: Текстовый
10
Наименование реквизитов входных документов: Индивидуальный код юридического лица
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Форма юридического лица
Характеристика реквизитов: Текстовый
50
Наименование реквизитов входных документов: Наименование юридического лица
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Номер дома или строения
Характеристика реквизитов: Текстовый
20
Наименование реквизитов входных документов: Номер квартиры, комнаты или отдела
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Адрес электронной почты
Характеристика реквизитов: Текстовый
30
Наименование реквизитов входных документов: Адрес официального сайта
Характеристика реквизитов: Текстовый
50
Наименование реквизитов входных документов: Наименование сектора
Характеристика реквизитов: Текстовый
50
Наименование реквизитов входных документов: Примечание
Характеристика реквизитов: поле MEMO

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

  • Отчет по заданному физическому лицу, содержащий сведения об его адресе.
  • Отчёт по заданному юридическому лицу, содержащий сведения об его адресе. Эти документы должны выводиться на экран и печать. Форматы выходных документов приводятся в формах 3, 4.

Форма 3. Форма выходного документа с результатом поиска физического лица.

Отчет

Адрес физического лица

Индивидуаль-ный код: Индивидуаль-ный код
Фамилия: Фамилия
Имя: Имя
Отчество: Отчество
Дата рождения: Дата рождения
Наименование сектора: Наименование сектора
Номер дома: Номер дома
Номер квартиры: Номер квартиры
Индивидуаль-ный код:
Фамилия:
Имя:
Отчество:
Дата рождения:
Наименование сектора:
Номер дома:
Номер квартиры:

Форма 4. Форма выходного документа с результатом поиска юридического лица.

Адрес юридического лица

Индивиду-альный код: Индивиду-альный код
Наименование формы: Наименование формы
Назва-ние: Назва-ние
Наимено-вание сектора: Наимено-вание сектора
Номер дома или строения: Номер дома или строения
Номер квартиры, комнаты или отдела: Номер квартиры, комнаты или отдела
Адрес электронной почты и официаль-ного сайта: Адрес электронной почты и официаль-ного сайта
Индивиду-альный код:
Наименование формы:
Назва-ние:
Наимено-вание сектора:
Номер дома или строения:
Номер квартиры, комнаты или отдела:
Адрес электронной почты и официаль-ного сайта:

2. ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

2. 1. Информационный анализ реквизитов документов.

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

Рассмотрим информацию, содержащуюся в документе Прописка (см. форму 1) . В Прописки содержатся реквизиты: индивидуальный код, фамилия, имя, отчество, дата рождения, наименование сектора, номер дома, номер квартиры. Среди этих реквизитов основную роль играет Индивидуальный код , поскольку индивидуальный код уникален, т. е. его значение не может повториться, он выполняет роль идентификатора всей информации о физическом лице. Остальные реквизиты физического лица однозначно определяются индивидуальным кодом.

Таблица 1. Функциональные зависимости реквизитов Физического лица.

Наименование реквизитов: Наименование реквизитов
Имя реквизита: Имя реквизита
Функциональные зависимости: Функциональные зависимости
Наименование реквизитов: Индивидуальный код
Имя реквизита: ID_F
Функциональные зависимости:
Наименование реквизитов: Фамилия
Имя реквизита: FAM
Функциональные зависимости:
Наименование реквизитов: Имя
Имя реквизита: NAME
Функциональные зависимости:
Наименование реквизитов: Отчество
Имя реквизита: OTCH
Функциональные зависимости:
Наименование реквизитов: Дата рождения
Имя реквизита: DAT_R
Функциональные зависимости:
Наименование реквизитов: Наименование сектора
Имя реквизита: NAME_S
Функциональные зависимости:
Наименование реквизитов: Номер дома
Имя реквизита: NO_DOM
Функциональные зависимости:
Наименование реквизитов: Номер квартиры
Имя реквизита: NO_KV
Функциональные зависимости:

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

Таблица 2. Функциональные зависимости реквизитов Юридических лиц.

Наименование реквизитов: Наименование реквизитов
Имя реквизита: Имя реквизита
Функциональные зависимости: Функциональные зависимости
Наименование реквизитов: Индивидуальный код
Имя реквизита: ID_Y
Функциональные зависимости:
Наименование реквизитов: Наименование формы
Имя реквизита: NAME_F
Функциональные зависимости:
Наименование реквизитов: Название
Имя реквизита: NAME_Y
Функциональные зависимости:
Наименование реквизитов: Наименование сектора
Имя реквизита: NAME_S
Функциональные зависимости:
Наименование реквизитов: Номер дома или строения
Имя реквизита: NO_DS
Функциональные зависимости:
Наименование реквизитов: Номер квартиры, отдела или комнаты
Имя реквизита: NO_KO
Функциональные зависимости:
Наименование реквизитов: Адрес электронной почты
Имя реквизита: EMAIL
Функциональные зависимости:
Наименование реквизитов: Адрес официального сайта
Имя реквизита: ADRES_S
Функциональные зависимости:

2. 2. Выделение информационных объектов.

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

Таблица 3. Соответствие описательных и ключевых реквизитов

Группа: Группа
Описательные реквизиты: Описательные реквизиты
Ключевые реквизиты: Ключевые реквизиты
Вид ключа: Вид ключа
Название информационного объекта, в который включен реквизит: Название информационного объекта, в который включен реквизит
Группа: 1
Описательные реквизиты: NAME
Ключевые реквизиты: ID_F
Вид ключа: П, У
Название информационного объекта, в который включен реквизит: Физические лица
Группа: FAM
Описательные реквизиты: ID_F
Ключевые реквизиты: П, У
Вид ключа: Физические лица
Группа: OTCH
Описательные реквизиты: ID_F
Ключевые реквизиты: П, У
Вид ключа: Физические лица
Группа: DAT_R
Описательные реквизиты: ID_F
Ключевые реквизиты: П, У
Вид ключа: Физические лица
Группа: NAME_S
Описательные реквизиты: ID_F
Ключевые реквизиты: П, У
Вид ключа: Физические лица
Группа: NO_DOM
Описательные реквизиты: ID_F
Ключевые реквизиты: П, У
Вид ключа: Физические лица
Группа: NO_KV
Описательные реквизиты: ID_F
Ключевые реквизиты: П, У
Вид ключа: Физические лица
Группа: 2
Описательные реквизиты: NAME_F
Ключевые реквизиты: ID_Y
Вид ключа: П, У
Название информационного объекта, в который включен реквизит: Юридические лица
Группа: NAME_Y
Описательные реквизиты: ID_Y
Ключевые реквизиты: П, У
Вид ключа: Юридические лица
Группа: NO_DS
Описательные реквизиты: ID_Y
Ключевые реквизиты: П, У
Вид ключа: Юридические лица
Группа: NO_KO
Описательные реквизиты: ID_Y
Ключевые реквизиты: П, У
Вид ключа: Юридические лица
Группа: EMAIL
Описательные реквизиты: ID_Y
Ключевые реквизиты: П, У
Вид ключа: Юридические лица
Группа:
Описательные реквизиты: ADRES_S
Ключевые реквизиты: ID_Y
Вид ключа: П, У
Название информационного объекта, в который включен реквизит: Юридические лица

Здесь П- первичный, У - уникальный, С - составной

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

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

2. 3. Определение атрибутов и сущностей.

Таблица 5. Реквизитный состав информационных объектов

Реквизиты ИО: Реквизиты ИО
Признак ключа: Признак ключа
Имя ИО: Имя ИО
Название ИО: Название ИО
Семантика (описание): Семантика (описание)
Реквизиты ИО:

ID_F

NAME_S

FAME

NAME

OTCH

DAT_R

NO_DOM

NO_KV

Признак ключа: П, У
Имя ИО: FIZL
Название ИО: ФИЗИЧЕСКОЕ ЛИЦО
Семантика (описание): Данные о физическом лице
Реквизиты ИО:

ID_Y

NAME_S

NAME_F

NAME_Y

NO_DS

NO_KO

EMAIL

ADRES_S

Признак ключа: П, У
Имя ИО: YRIDL
Название ИО: ЮРИДИЧЕСКОЕ ЛИЦО
Семантика (описание): Данные о юридическом лице
Реквизиты ИО:

NAME_S

PRIM

Признак ключа: П, У
Имя ИО: NAME_S
Название ИО: НАИМЕНОВАНИЕ СЕКТОРА
Семантика (описание): Сведения обо всех секторах города
Реквизиты ИО:

NAME_F

PRIM

Признак ключа: П, У
Имя ИО: NAME_F
Название ИО: ФОРМЫ ЮРИДИЧЕСКИХ ЛИЦ
Семантика (описание): Сведения о зарегистрированных форм юридического лица

2. 3. 1. Построение логической модели данных.

На рис. 2 показана логическая модель данных ( ER-диаграмма ), полностью совпадающая с концептуальной моделью данных.

Рисунок 2. Логическая модель данных.

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

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

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

Для сущности FIZL потенциальным и первичным ключом является атрибут ID_F (Индивидуальный код физического лица), т. к. он уникален для каждого физического лица, также в сущности YRIDL атрибут ID_Y (Индивидуальный код) потенциальный и первичный ключ, в NAME_F  NAME_F (Наименование формы юридического лица) (см. табл. 5) . В сущности NAME_S по содержанию первичным ключом являются атрибут NAME_S (Наименование сектора) .

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

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

  • Создание набора реляционных таблиц и ограничений для них на основе информации, представленной в ЛМД;
  • Определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность системы с базой данных;
  • Разработка средств защиты создаваемой системы.

2. 4. 1. Проектирование реляционных таблиц базы данных в среде целевой СУБД.

... продолжение

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.
Похожие работы
Основы компьютерной схемотехники и функциональные узлы цифровой автоматики
Интернет и его приложения: от электронной почты до интернет-банкинга
Организация контроля за условно-досрочно освобождаемыми лицами и меры обеспечения режима в местах лишения свободы
Автоматизация Рабочего Места Юриста: Эффективное Решение для Некоммерческого Партнерства Адвокатского Бюро
Основные принципы и протоколы Интернета: история развития, структура и функционирование глобальной сети, а также современные интернет-услуги и их применение
Архитектура и организация параллельных вычислительных систем
Информационные Технологии в Интернете: Браузеры, Языки Программирования и Развитие Сетей
Базы данных и системы управления: принципы, инструменты и практические приложения в автоматизации расчетов электроэнергии
Туристическая фирма ГаламНур: история, направления и достижения в развитии туризма в Казахстане
Термины и понятия в области информатики и вычислительной техники: обработка информации, системы передачи данных, автоматизация и управление
Дисциплины



Реферат Курсовая работа Дипломная работа Материал Диссертация Практика - - - 1‑10 стр. 11‑20 стр. 21‑30 стр. 31‑60 стр. 61+ стр. Основное Кол‑во стр. Доп. Поиск Ничего не найдено :( Недавно просмотренные работы Просмотренные работы не найдены Заказ Антиплагиат Просмотренные работы ru ru/