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



ВВЕДЕНИЕ
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. Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983. – 320 с.
2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989. – 351 с.
3. Вейскас Д. Эффективная работа с MS ACCESS 7.0 для Windows 95. /Пер. с англ. Спб.:Питер, 1997
4. Калянов Г.М. CASE-технологии. Консалтинг и автоматизации бизнес-процессов. 2-е изд. перераб. и доп. –М.:Горячая линияТелеком, 2000
5. Кириллов В.В. Структурированный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.
6. Куправа Т.А. Создание и программирование баз данных средствами СУБД. М.: Мир, 1991
7. Мартин Дж. Планирование развития автоматизированных систем. – М.: Финансы и статистика, 1984. – 196 с.
8. Мейер М. Теория реляционных баз данных. – М.: Мир, 1987. – 608 с.
9. Пасько В. MS Access 97. Киев: ВНV, 1997
10. Семенов М.И., Трубилин И.Т., Лойко В.И., Барановская Т.П. Автоматизированные информационные технологии в экономике. Учебник. Под общ.ред.И.Т.Трубилина.М.:Финансы и статисика, 2000
11. Томас Конноли, Каролин Бегг, Анна Срачан. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. М., СПб., К., 2000 2-ое издание.
12. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 1985. Кн. 1. – 287 с.: Кн. 2. – 320 с.
13. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 1984. – 294
14. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. /Под ред. проф. Хомоненко А.Д.  СПб.:КОРОНА принт, 2000

Дисциплина: Информатика, Программирование, Базы данных
Тип работы:  Курсовая работа
Бесплатно:  Антиплагиат
Объем: 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 П,У FIZL ФИЗИЧЕСКОЕ ЛИЦО Данные о
NAME_S физическом лице
FAME
NAME
OTCH
DAT_R
NO_DOM
NO_KV
ID_Y П,У YRIDL ЮРИДИЧЕСКОЕ ЛИЦО Данные о
NAME_S юридическом лице
NAME_F
NAME_Y
NO_DS
NO_KO
EMAIL
ADRES_S
NAME_S П,У NAME_S НАИМЕНОВАНИЕ Сведения обо всех
PRIM СЕКТОРА секторах города
NAME_F П,У NAME_F ФОРМЫ ЮРИДИЧЕСКИХ Сведения о
PRIM ЛИЦ зарегистрированных
форм юридического
лица

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

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

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

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.
Похожие работы
ПРИМЕНЕНИЕ ГИС ТЕХНОЛОГИЙ В КАДАСТРЕ
Разработка стендов для кабинета Искусство рекламы
Физико-географический обзор Южного Казахстана
Исследование формирования и развития национальных брендов на рынке компьютерных технологий Республики Казахстан
Создание привлекательного туристского продукта и разработка маршрута
Оперативное планирование на предприятии
Разработка методов и моделей проектирования образовательного портала для управления учебным процессом вуза
Финансовое состояние и результаты деятельности АО Kaspi Bank
Пользовательский интерфейс и оболочки
Библиотека на 200 тысяч единиц хранения
Дисциплины