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


Тип работы: Курсовая работа
Бесплатно: Антиплагиат
Объем: 20 страниц
В избранное:
СОДЕРЖАНИЕ
1. 1. Описание функционирования адресного бюро города
2. 1. Информационный анализ реквизитов документов
2. 2. Выделение информационных объектов
2. 3. Определение атрибутов и сущностей
ВВЕДЕНИЕ
Потоки информации, циркулирующие в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу. Некоторые организации используют для этого шкафы с папками, но большинство предпочитают компьютеризированные способы - базы данных, позволяющие эффективно хранить, структурировать и систематизировать большие объемы данных. И уже сегодня без баз данных невозможно представить работу большинства финансовых, промышленных, торговых и прочих организаций. Не будь баз данных, они бы просто захлебнулись в информационной лавине.
Существует много веских причин перевода существующей информации на компьютерную основу. Сейчас стоимость хранения информации в файлах ЭВМ дешевле, чем на бумаге. Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Использование клиент/серверных технологий позволяют сберечь значительные средства, а главное и время для получения необходимой информации, а также упрощают доступ и ведение, поскольку они основываются на комплексной обработке данных и централизации их хранения. Кроме того ЭВМ позволяет хранить любые форматы данных, текст, чертежи, данные в рукописной форме, фотографии, записи голоса и т. д.
Целью данной курсовой работы является проектирование и создание базы данных «Адресного бюро города». Из-за возросших потребностей населения, возникает необходимость получения достоверной информации о проживающих в данном городе физических лиц - адрес места жительства, а также о находящихся в городе юридических лиц. Что позволяет повысить комфорт пребывания в данном городе. Это в свою очередь очень важный фактор. В связи с этим на сегодняшний день возникает актуальная задача по автоматизации адресного бюро города.
Для разработки базы данных "Адресного бюро города" мною был выбран программный пакет СУБД MS Access 2000. База данных "Адресное бюро города" предназначена предоставлять оперативную информацию для обеспечения удобства в нахождении необходимого физического или юридического лица, снижать объёмы бумажных издержек и т. д.
Данная база данных должна работать с оперативными данными, накопление этих данных позволит выдавать необходимую информацию всем желающим за короткий период времени.
- Анализ предметной области
1. 1. Описание функционирования адресного бюро города
Схематические действия, выполняемые в рассматриваемой предметной области с указанием сопровождающих эти действия документов, представлены на рис. 1.
Рисунок 1. Функционирование адресного бюро города
В процессе функционирования адресного бюро города, в обязательном порядке собирается вся необходимая информация о городе.
На первой стадии собирается информация обо всех имеющихся в черте города - наименования жилых и нежилых секторов города (Например: улица Толе Би, проспект Жамбыла, микрорайон Талас и т. д. ) . Также на этой стадии собирается информация обо всех имеющихся формах юридических лиц (Например: магазин, аптека, кафе и т. д. ) . Сбор этой информации позволит избежать ошибок в дальнейшем их использовании.
На второй стадии собирается информация обо всех проживающих физических лицах, имеющих прописку, используя информацию, собранную на первой стадии - наименование сектора. Сбор информации также идёт обо всех зарегистрированных юридических лицах, используя информацию, собранную на первой стадии - форма юридического лица, наименование сектора.
Правильно собранная информация позволит осуществлять необходимый поиск физических и юридических лиц по различным критериям.
1. 2. Описание предметной области и функции решаемых задач.
Предметной областью адресного бюро города является процесс ведения базы и поиска физических и юридических лиц по определенным признакам.
К функциям, которые должны быть реализованы в рассматриваемой задаче, относятся:
- Получение и запись достоверной информации;
- Осуществление поиска по критериям, оговоренных заказчиком;
- Предоставление отчёта заказчику за определённую плату.
В предметную область задачи адресного бюро города ставятся следующие ограничения, которые учитываются при разработке проекта базы данных.
- Адресное бюро реализовано только для одного города.
- Каждое физическое лицо регистрируется в данной базе данных, только при наличии прописки проживания в данном городе.
- Каждое юридическое лицо регистрируется в данной базе данных, при наличии официального документа, разрешающего функционирование данного юридического лица в черте города.
- Допускаются совпадения физических и юридических лиц, во всех полях, за исключением поля -Индивидуальный код.
- НомерИндивидуального кодафизических и юридических лиц - уникален.
- Услуга по выдаче определённого адреса, осуществляется только по одному физическому или юридическому лицу.
- Наименования секторов и формы юридических лиц могут изменяться.
- Фамилия, Имя, Отчество и адрес физических лиц могут изменяться.
- Наименование формы, название и адрес юридического лица могут изменяться.
- Наименование сектора не может быть удалено, пока оно используется физическим или юридическим лицом. Обновление - допускается.
- Наименование формы юридического лица не может быть удалено, пока оно используется каким-либо юридическим лицом. Обновление допускается.
- Наименование секторапишется в полной форме.
- Допускаются сокращения в формюридических лиц.
- Удаление физического лица осуществляется только в связи с миграции или смерти.
- Удаление юридического лица осуществляется только при наличии официального документа о прекращении функционирования данного юридического лица.
- Количественные ограничения:
- Индивидуальный кодфизических и юридических лиц не должен превосходит - 30 символов.
При выполнении курсовой работы по проектированию БД должны быть учтены эти ограничения.
1. 3. Описание входной и выходной информации.
Описание входной информации. Входная информация рассматриваемой задачи отбирается из официальных документов.
Входная информация, содержащая данные о Физических лицах , берётся из прописки, представленная в форме 1.
Форма 1. Прописка.
Входная информация, содержащая данные о Юридических лицах , берётся из технического паспорта представленного в форме 2.
Форма 2. Технический паспорт.
Дополнительная информация (необязательная) : Адрес официального сайта, Адрес электронной почты , дополняют данные о юридическом лице.
Описание реквизитов входной информации приведено в табл. 1.
Таблица 1. Описание реквизитов входной информации
Описание выходной информации. Выходной информацией задачи для пользователя являются два документа:
- Отчет по заданному физическому лицу, содержащий сведения об его адресе.
- Отчёт по заданному юридическому лицу, содержащий сведения об его адресе. Эти документы должны выводиться на экран и печать. Форматы выходных документов приводятся в формах 3, 4.
Форма 3. Форма выходного документа с результатом поиска физического лица.
Отчет
Адрес физического лица
Форма 4. Форма выходного документа с результатом поиска юридического лица.
Адрес юридического лица
2. ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ
2. 1. Информационный анализ реквизитов документов.
Приведенные выше формы всех документов, а также дополнительные сведения из описания предметной области позволяют определить роль реквизитов во взаимосвязанной информации, содержащейся в документе. На основе такого анализа установим функциональные зависимости реквизитов в соответствии с рекомендациями и требованиями нормализации данных.
Рассмотрим информацию, содержащуюся в документе Прописка (см. форму 1) . В Прописки содержатся реквизиты: индивидуальный код, фамилия, имя, отчество, дата рождения, наименование сектора, номер дома, номер квартиры. Среди этих реквизитов основную роль играет Индивидуальный код , поскольку индивидуальный код уникален, т. е. его значение не может повториться, он выполняет роль идентификатора всей информации о физическом лице. Остальные реквизиты физического лица однозначно определяются индивидуальным кодом.
Таблица 1. Функциональные зависимости реквизитов Физического лица.
Аналогично проанализируем информацию, содержащуюся в Юридических лицах (см. форму 3) и установим функциональные зависимости их реквизитов (см. табл. 2) .
Таблица 2. Функциональные зависимости реквизитов Юридических лиц.
2. 2. Выделение информационных объектов.
В этом пункте на основе функциональных зависимостей реквизитов исходных документов выделяем информационные объекты и ключевые реквизиты объектов. Для этого проанализируем установленные функциональные взаимосвязи реквизитов (см. табл. 1 и табл. 2) и установим для каждого из зависимых реквизитов, от каких реквизитов он зависит. Результаты отобразим в таблице соответствия зависимых (описательных) и ключевых реквизитов (см. табл. 3) .
Таблица 3. Соответствие описательных и ключевых реквизитов
Здесь П- первичный, У - уникальный, С - составной
Первая группа реквизитов получена на основе таблицы с реквизитами Физических лиц, вторая по таблице с реквизитами Юридических лиц. Причем во вторую группу не включались строки, уже отображенные в первый группе.
Сгруппируем реквизиты, имеющие одинаковые ключи в один информационный объект (табл. 4) . Таким образом, выделены все информационные объекты, отображающие данные, которые используются в рассматриваемой задаче.
2. 3. Определение атрибутов и сущностей.
Таблица 5. Реквизитный состав информационных объектов
ID_F
NAME_S
FAME
NAME
OTCH
DAT_R
NO_DOM
NO_KV
ID_Y
NAME_S
NAME_F
NAME_Y
NO_DS
NO_KO
ADRES_S
NAME_S
PRIM
NAME_F
PRIM
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. Проектирование реляционных таблиц базы данных в среде целевой СУБД.
... продолжение- Информатика
- Банковское дело
- Оценка бизнеса
- Бухгалтерское дело
- Валеология
- География
- Геология, Геофизика, Геодезия
- Религия
- Общая история
- Журналистика
- Таможенное дело
- История Казахстана
- Финансы
- Законодательство и Право, Криминалистика
- Маркетинг
- Культурология
- Медицина
- Менеджмент
- Нефть, Газ
- Искуство, музыка
- Педагогика
- Психология
- Страхование
- Налоги
- Политология
- Сертификация, стандартизация
- Социология, Демография
- Статистика
- Туризм
- Физика
- Философия
- Химия
- Делопроизводсто
- Экология, Охрана природы, Природопользование
- Экономика
- Литература
- Биология
- Мясо, молочно, вино-водочные продукты
- Земельный кадастр, Недвижимость
- Математика, Геометрия
- Государственное управление
- Архивное дело
- Полиграфия
- Горное дело
- Языковедение, Филология
- Исторические личности
- Автоматизация, Техника
- Экономическая география
- Международные отношения
- ОБЖ (Основы безопасности жизнедеятельности), Защита труда