База данных

Введение

 

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

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

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

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

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

При выполнении курсового проекта стояло две  задачи: спроектировать информационно  систему и реализовать ее средствами СУБД.

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

Третий раздел посвящен реализации разработанной БД средствами СУБД MS Access.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ

1.1 Описание предметной области

 

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

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

В составе  электронных информационных налоговых  систем функционируют следующие  программы:

- ИС НДС - система заполнения  форм налоговой отчетности по  НДС и реестров счетов-фактур;

- ИСИД - система учета получателей  доходов у источника выплаты;

- ЭФНО - система формирования электронных  форм налоговой отчетности;

- ИНИС - ведомственная система регистрации  налогоплательщиков и учета платежей;

- РНиОН - система государственного  реестра налогоплательщиков и  объектов налогообложения;

- СГДС - система гарантированной  доставки сообщений.

Все информационные системы функционируют независимо друг от друга.

Также все системы делятся на программное обеспечение налогоплательщика (клиентское приложение) и программное  обеспечение налогового органа.

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

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

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

Уточним предметную область. Юридические лица могут иметь несколько фирм.

 

 

 

1.2 Построение ИЛМ

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2 ДАТАЛОГИЧЕКОЕ ПРОЕКТИРОВАНИЕ

2.1 Анализ реквизитного состава и установление функциональных зависимостей между реквизитами

 

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

 

Определение функциональных зависимостей между реквизитами в соответствии с требованиями первой нормальной формы(1НФ)

Реквизиты, описанные в предметной области  сведем в Таблицу 1.1. Проведем анализ реквизитного состава и определим  функциональные зависимости.

В рамках решаемой задачи все реквизиты содержат простые (атомарные) данные, следовательно, отношения находятся в 1НФ форме.

 

Таблица 1.1 - Функциональные зависимости в 1НФ

Наименование реквизита	Имя реквизита	Функциональные зависимости  в 1НФ
Юридическое лицо	ЮридическоеЛицо
Вид деятельности	ВидДеятельности
ФИО директора	ФИОДиректора
Адрес	Адрес
Телефон/Факс	Тел/Факс
Дата занятия	ДатаЗянятия
Номер лицензии	НомерЛицензии

 

 

Анализ  функциональных зависимостей показал, так как одно юридическое лицо может занимать несколько видов  деятельности, а вид деятельности может иметь нескольких юридических  лиц, то нужно ввести вспомогательные  коды. Ключевыми полями будут Код юридического лица– КодЮридическогоЛица, Код вида деятельности– КодВидаДеятельности.

 

Определение функциональных зависимостей между реквизитами в соответствии с требованиями второй нормальной формы(2НФ)

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

Во всех отношениях ключевые поля простые, следовательно  отношения автоматически находятся  во второй нормальной форме.

 

Определение функциональных зависимостей между реквизитами в соответствии с требованиями третьей нормальной формы(3НФ)

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

Для представления  отношений в 3НФ функциональные зависимости  в них должны выглядеть так  как представлено в Таблице 1.2.

 

Таблица 1.2 – Функциональные зависимости во 3НФ

 

 

Наименование реквизита	Имя реквизита	Функциональные зависимости  в 3НФ
Код юридического лица	КодЮридическогоЛица
Юридическое лицо	ЮридическоеЛицо
Код вида деятельности	КодВидаДеятельности
Вид деятельности	ВидДеятельности
ФИО директора	ФИОДиректора
Адрес	Адрес
Телефон/Факс	Тел/Факс
Дата занятия	ДатаЗянятия
Номер лицензии	НомерЛицензии

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.2 Образование информационных объектов

 

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

Образование информационных объектов происходит на основании объединения реквизитов.

 

Сгруппируем описательные реквизиты, одинаково  зависимые от ключевых реквизитов, и объединим их с ключевыми  в один информационный объект. Результат  группировки в таблице 1.3.

Таблица 1.3 – Информационные объекты

 

Имя реквизита	Вид ключа	Имя ИО	Семантика
КодЮридическогоЛица	П, У	Юридическое лицо	Сведения о юридических  лицах
Названия
Адрес
Тел/Факс
ФИОДиректора
ДатаЗанятия
НомерЛицензии
КодВидаДеятельности	П, У	Вид Деятельности	Сведения о видах деятельностей
Названия
КодЛицоЗанимаетсяДеятельностью	П, У	Лицо занимается деятельностью	Сведения какой деятельностью  занимаются лица
КодЮридическогоЛица	В
КодВидаДеятельности	В

 

 

         2.3 Выявление связей информационных объектов

 

Связи между  информационными объектами осуществляется через внешние ключи.

В таблице 1.4 представлены главные и подчиненные  информационные объекты с ключами  связи и типом отношения.

 

Таблица 1.4 – Связи между информационнымиобъектами

Номер связи	Главный ИО		Тип отношения
	Имя	Ключ связи
	КодЮридическогоЛица	КодЛицоЗанимаетсяДеятельностью	1:М
	КодВидаДеятельности	КодЛицоЗанимаетсяДеятельностью	1:М

 

2.4 Создание информационно–логической модели предметной области в каноническом виде

 

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