Автоматизация учета выездных (документальных) налоговых проверок

Автоматизация учета выездных (документальных) налоговых проверок

Введение

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

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

Объектами обложения налогами в соответствии с настоящим Законом являются находящиеся в собственности физических лиц:

1)    жилые дома, квартиры, дачи, гаражи;

2)      моторные лодки, вертолеты, самолеты;

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

Учитывая объём и различные источники информации, сведений - можно сделать вывод, что назначение проверки в отношении физического лица, это одна из сложнейших задач, с которой сталкивается сотрудники ИФНС. Что бы назначать проверку, нужны сведения, о том что физическое лицо уклоняется от уплаты налогов и имеет задолженность. Для упрощения работы налогового инспектора, в рамках дипломного проектирования, мне было предложено разработать программное обеспечение «Автоматизация учета выездных (документальных) налоговых проверок в ИФНС России».

1. Специальная часть

.1 Постановка задачи

налоговый приложение программный проверка

Задача дипломного проекта состоит в том, чтобы разработать программное обеспечение, позволяющее автоматизировать учет выездных (документальных) налоговых проверок в ИФНС России.

Программное приложение должно:

1.          Осуществлять учёт налогоплательщиков и проверок;

2.      выводить на экран отчетные документы о налогоплательщике и дате проведения проверок;

.        формировать заполненные бланки решений, актов о проведенной проверке;

.        Осуществлять возможность добавления и редактирования, введенных данных;

Данная задача должна быть реализована в среде Borland Delphi 7 и Microsoft Access 2003.

1.2 Формалицация

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

Взаимосвязь показана в схеме данных:

Разработка проекта реализации задачи выполняется в несколько этапов и начинается с анализа той информации, которая является выходной (формы и отчеты для Borland Delphi 7). Только после выяснения структуры и состава этой информации, формулировки запросов для получения отчетов можно сделать вывод о структуре и составе таблиц данных. Необходимым этапом формализации задачи является нормализация базы данных, которая, по сути, представляет собой процесс оптимизации хранения и использования информации в таблицах.

Наиболее часто используется приведение к третьей нормальной форме (3NF). В результате устраняется избыточность данных и упрощается процесс изменения структуры БД.

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

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

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

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

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

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

1.3 Описание среды программирования

Программный продукт «Автоматизации учета выездных (документальных) налоговых и расчет налога в ИФНС России» разработан на СУБД Microsoft Access 2003 и Borland Delphi 7.

Access XP входит в состав Microsoft Office XP, и как другие компоненты работает в среде Windows 2000 и выше.

Практический минимум, предъявляемым Access XP к персональному компьютеру, является Pentium 2 и 64 Мб при работе под Windows 2000. При стандартной установке набора приложений: Word, Excel, Outlook, Power Point, Access, FrontPage требуется примерно 250 Мб на жестком диске. Рекомендуется монитор SVGA, возможно использование VGA.

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

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

В Access вы можете при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями. OLE позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы или документы из других, поддерживающих OLE приложений Windows.

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

В Microsoft Access для обработки данных ваших таблиц используется мощный язык SQL (Structured Query Language - Структурированный язык запросов). Используя, вы можете выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных.

Для написания программы была выбрана среда визуального программирования Borland Delphi 7.

Синтаксис Borland Delphi 7 основан на языке программирования Object Pascal. Borland Delphi 7 полностью поддерживает ООП (объектно-ориентированное программирование), что значительно расширяет возможности среды.

Еще одним немаловажным достоинством выбранной среды Borland Delphi 7 является то, что Borland Delphi 7 во всем мире считается одним из самых простых сред программирования, и, в отличие от всех широко распространенных сред программирования, является строго типизированным, что позволяет свести количество ошибок практически к нулю (за исключением логических ошибок алгоритма).Delphi 7 предоставляет широкий спектр средств по управлению базами данных, имеющих даже различные технологии структуры и поддержки.

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

 

2. Требования к техническому обеспечению

Требования к техническому обеспечению определяются требованиями к операционной среде Windows 2000 и выше.

2.1 Требования к программному обеспечению

Для нормальной работы программы необходимо наличие на компьютере:

·        Операционная система из серии WINDOWS 2000 и выше;

·        Microsoft Office 2000 или выше с установленным компонентом Microsoft Excel.

3. Описание алгоритма

БД «Автоматизация учета выездных (документальных) налоговых проверок в ИФНС России» создавалась с самого начала на Access 2003.

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

Таблица №1 «Налогоплательщики»

Имя поля	Тип данных	Размер поля	Обязательное поле
id	Счётчик	-	Да
INN	Текстовый	-	Нет
FIO	Текстовый	50	Нет
DOC	Текстовый	50	Нет
Ser	4	Нет
Nom	Числовой	8	Нет
Date_v	Дата/время	50	Нет
Kem_v	Текстовый	8	Нет
Date_r	Дата/время	50	Нет
Mesto_r	Текстовый	60	Нет
Obl	Текстовый	40	Нет
Raion	Текстовый	50	Нет
Adress	Текстовый	150	Нет

 

Таблица №2 «ВыездныеПроверки»

Имя поля	Тип данных	Размер поля	Обязательное поле
id	Счетчик	-	Да
date	Дата/время	-	Нет
id_plat	Числовой	-	Да
id_nal_org	Числовой	-	Да
date_n	Дата/время	-	Нет
date_o	Дата/время	-	Нет
id_proc	Числовой	-	Да
id_prov	Числовой	Да
dolg	Денежный	-	Нет
procent	Числовой	-	Нет
itog	Денежный	-	Нет

Таблица №3 «Процесс»

Имя поля	Тип данных	Размер поля	Обязательное поле
id	Счетчик	-	Да
proc	Текстовый	50	Нет

Таблица №4 «Проверяющие»

Имя поляТип данныхРазмер поляОбязательное поле
id	Счетчик	-	Да
FIO	Текстовый	50	Нет

Таблица №5 «Начальники»

Имя поля	Тип данных	Размер поля	Обязательное поле
id	Счетчик	-	Да
Name_org	Текстовый	50	Нет

Таблица №6 «ОбъектыПроверки»

Имя поляТип данныхРазмер поляОбязательное поле
id	Счетчик	-	Да
date_post	Дата/время	-	Нет
name	Текстовый	50	Нет
Address	150	Нет
Id_vlad	Числовой	-	Нет

 

3.1 Программирование

В соответствии с блок-схемой, приведенной выше в пункте 4.1.2. «Блок схема», в представленной программе разработаны программные модули на Borland Delphi 7. А также запросы на языке Microsoft Access 2003. Тексты программных модулей и запросов приведены в пункте.

 

3.2 Аномалии и защитное программирование

В ходе выполнения программы возможно появление на экране сообщений:

. Сообщение «Все поля должны быть заполнены».

Ошибка возникает при незаполнении обязательных полей.

. Сообщение «Введённое значение неверно».

Ошибка возникает при неверном вводе значения.

3.3 Тестирование и отладка

Для написания приложения на Borland Delphi я пользовалась движком отладки Borland Debugger Engine. Он имеет некоторые средства отладки такие как:

Ø Контрольная точка остановки программы (Toggle Breakpoint). Программа выполняется в нормальном режиме и прерывает свое выполнение на точках остановки программы.

Ø  Запуск программы до команды, выделенной курсором (Run to Cursor). Программа выполняется до команды, выделенной курсором в исходном коде. Дальнейшее выполнение программы осуществляется командами Step Over и Trace Into.

Ø  Переход выполнения программы по адресу (Go to Address). Программа выполняется до команды по заданному адресу. Далее можно выполнять программу по одной команде на низком уровне.

Ø  Окно слежения за переменными, записями и массивами (Inspect window).

Ø  Окно слежения за изменениями значений переменных (Evaluate/Modify window).

Окно слежения за выполнением на низком уровне (CPU window)

 

4. Анализ результатов решения

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

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

5. Инструкция пользователя

Общие сведения о программе «Автоматизация учета выездных (документальных) налоговых проверок в ИФНС России»

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

Программа позволяет:

·        выводить на экран информацию о налогоплательщике, месте проживания, а так же паспортные данные налогоплательщика;

·        выводить на экран информацию о зарегистрированном имуществе физических лиц;

·        редактировать данные, хранить данные на жёстком диске;

·        создавать соответствующие отчёты c выводом на печать.

Достоинства программы «Автоматизация учета выездных (документальных) налоговых проверок в ИФНС России»:

Удобство и простота в эксплуатации (минимальные навыки работы пользователя на ПК); небольшой объём занимаемой памяти на HDD, быстрота обслуживания налогоплательщиков.

Запуск программы

Запуск программы осуществляется двойным нажатием левой клавиши мыши на ярлыке программы. После запуска программного продукта на экране появится «Главная кнопочная форма», которая выглядит следующим образом:

«Главная кнопочная форма» содержит следующие пункты меню:

·        Действия;

·        Отчеты;

·        Дополнительно;

·        Выход.

Работа с формами

При нажатии на «Главной кнопочной форме» команды меню «Формы» откроется список существующих форм. В этом пункте меню представлены следующие формы для открытия:

·      Список налогоплательщиков;

·        Список проверяющих;

·        Список объектов налогооблажения;

·        Проведение выездной налоговой проверки;

·        Акт о выездной налоговой проверке;

Форма «Список налогоплательщиков»

Форма нужна для просмотра, редактирования, добавления информации

Форма «Список проверяющих»

Форма нужна для просмотра, добавления и редактарования сведений о проверяющих.

Форма «Список объектов налогообложения»

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

 

Форма «Решение о проведение выездной налоговой проверке»

Это форма предназначена для внесения налогоплотельщика в список проверки.

Форма «Акт о выездной налоговой проверке»

Выбрав на форме из списка налогоплательщика со статусом процесса «не выполнено» откроется форма заполнения акта о выездной налоговой проверке

В этой форме необходимо заполнить дату начала и окончания проверки, сумму долга и % ставку

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

Работа с отчетами

·  Список налогоплательщиков;

·        Список проверяющих;

·        Список объектов проверки.

·        Список должников;

·        Список непроверенных налогоплательщиков;

Отчёт «Список налогоплательщиков»

Этот отчёт выводит все данные о налогоплательщиках.

 

Отчёт «Список проверяющих»

Этот отчёт выводит на экран список проверяющих.

 

Отчёт «Список объектов проверки»

Этот отчёт выводит на экран список объектов у налогоплательщиков.

 

Отчёт «Список должников»

Этот отчёт выводит на экран список налогоплательщиков, у которых есть задолжности.

 

Отчёт «Список непроверенных налогоплательщиков»

Этот отчёт выводит на экран список налогоплательщиков, которые занесены в базу для дальнейшей проверки.

Меню «Дополнительно»

Пункт меню содержит следующие вкладки:

·      О программе;

·        Справка;

Меню «Выход»

Закрывает данное приложение.

7. Экономическая часть

Для того чтобы данный программный продукт был реализован в отделе камеральных проверок ИФНС России №3 по Калужской области, или любой другой налоговой инспекции необходимо подсчитать годовой экономический эффект от внедрения программного продукта «Автоматизация учета выездных (документальных) налоговых проверок».

Экономический эффект заключается в следующем:

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

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

. Снижение времени на заполнение форм и тем самым сокращение времени на работу.

Расчет затрат на разработку

Распределение трудоемкости по стадиям разработки приведено в таблице №1

Таблица №1

Этап разработки	Описание содержания работ	Трудоёмкость (час.)
Постановка задачи	Предпроектное обследование. Разработка, согласование и утверждение технико-экономического обоснования.	12
Составление технического проекта	Уточнение структуры и формы представления входных и выходных данных. Разработка алгоритма решения задачи. Разработка структуры программы. Разработка плана мероприятий по разработке и внедрению проекта. Разработка пояснительной записки. Согласование и утверждение технического проекта.	42
Составление рабочего проекта	Написание программы на языке программирования, первичная отладка, тестирование. Разработка, согласование и утверждение порядка и методики испытаний, корректировка программы.	80
Документирование и внедрение.	Разработка программной документации. Сдача программы и программной документации	26
ИТОГО:		160 часов

Коэффициент сложности задачи с - характеризует относительную сложность программы по отношению к так называемой типовой задаче, сложность которой принята равной единице (величина с лежит в пределах от 0,5 до 1,5). Так как программа не является сложной, чтобы ей присвоить максимальное значение с = 1,5, но она и не является простой, чтобы присвоить 0,5. Поэтому для моего программного продукта сложность задачи берем 0,7.

c = 0,7 - (коэффициент сложности программы)

Коэффициент коррекции программы p - увеличение объема работ за счет внесения изменений в алгоритм или программу по результатам уточнения постановок (меняется от 0,1 до 0,5). С учетом того, что при проектировании программы я достаточно хорошо представляла себе конечный результат ПП, возьмем коэффициент равный 0,1

p = 0,1 - коэффициент коррекции программы в ходе разработки.

Коэффициент увеличения затрат труда, вследствие недостаточного описания задачи. В зависимости от сложности задачи принимается от 1 до 1,5. В связи с тем, что данная задача, потребовала уточнения и доработок, примем b = 1,2.

Коэффициент квалификации разработчика k определяется в зависимости от стажа работы и составляет: для работающих до двух лет - 0,8; от трех лет до пяти лет - 1,0; от пяти до восьми - 1,2; более восьми лет -1,5. Поскольку стажа работы по специальности у меня нет, возьмем k= 0,8.

С учетом использования коэффициентов заработной платы основная заработная плата разработчика программного продукта составит:

З/П_осн = оклад * c * (p+1) * b * k = (12000 руб. * 0,7 * (1 + 0,1) * 1.2 * 0.8) = 8870,4 руб. - в месяц

Дополнительная заработная плата выплачивается один раз в квартал и составляет 1/3 от основной заработной платы:

З/П_доп = 8870,4 руб. * 1/3 = 2956,8 руб. - за период разработки.

Суммарная заработная плата разработки программного продукта составит:

З/П_сум = 8870,4 руб. + 2956,8 руб. = 11827,2 руб.

Фондовые отчисления берутся в размере 26,2% от основной и дополнительной заработной платы:

Ф_о = З/П_сум * 26,2%,

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

З / Побщ = 3098,73/(8*22)*160=13568 руб.

Содержание и эксплуатация вычислительной техники

С_вт = С _м-ч * Т _отл

где С _м-ч - стоимость машино-часа.

Т _отл - Число часов отладки.

Т _отл = 42 ч. + 80 ч. + 26 ч. = 148 ч. - данные из таблицы №1

Стоимость машино-часа рассчитывается, как сумма составляющих:

С _м-ч = (С_{эл_эн_в_год} + А + З)/Ф_вт

где С_{эл_эн_в_год} - стоимость электроэнергии в год,

А - стоимость амортизации за год,

З - затраты на ремонт за год,

Ф_вт - действительный фонд времени работы вычислительного комплекса.

Стоимость 1 КВТ/час электроэнергии составляет: 4 руб.

Один компьютер потребляет 300 Вт в час.

За год отчисления за электроэнергию, потребляемую одной ЭВМ, составляет:

8 ч. * 22 дня * 12 мес. * 0,3КВт/ч. * 4 руб. = 2534,47 руб.

Программный продукт разрабатывался на компьютере, который является собственностью ОФ ГОУ «Математический колледж». Расчет амортизации, производиться с учетом срока полезного использования, который составляет 4 года.

ПК был приобретен в декабре месяце 2002 года. Стоимость компьютера составляет 20995 руб.

Амортизационные отчисления составят:

20995 руб. / 4 года = 5249 руб.

Стоимость ремонта ЭВМ=20995 * 5%=1050 руб.

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

Стоимость машинного часа равна:

(2534,4 + 5249 + 1050)/2006 = 4,40 руб.

Содержание и эксплуатация вычислительного комплекса на время написания дипломного проекта составляет (данные из таблицы №1):

час. * 4,40 руб. = 651,2 руб.

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

Затраты на разработку программного продукта приведены в таблице 2.

Таблица 2

№	Наименование расходов	Затраты (руб.)
1	Общая заработная плата	13568 руб
2	Суммарная заработная плата	11827,2 руб.
3	Фондовые отчисления	704,25 руб.
ИТОГО		14923,45 руб.

 

Экономический эффект

Экономический эффект - это прежде всего снижение затрат инспекции за счет:

·        снижения времени, затрачиваемого сотрудниками отдела на поиск информации в базе данных и расчет налога на имущество физических лиц;

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

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

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

Рассчитаем экономический эффект, получаемый за счёт сокращения времени на поиск и поиск решения по налогоплательщику после внедрения программного продукта.

Для ведения расчетов введем следующие обозначения:

Т₁ - время, затрачиваемое сотрудниками отдела на поиск информации до внедрения программного продукта;

Т₂ - время, затрачиваемое на поиск и расчет после внедрения программного продукта.

До внедрения программы на то чтобы найти нужную информацию о налогоплательщике, в день сотрудник отдела в среднем тратил около 5 мин. на 1 налогоплательщика:

Т₁ = 5 мин. или 0,08 часа.

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

Т₂ = 3 мин. или 0,05 ч.

Среднее количество операций поиска за 1 день = 20 опер. Количество операций за год равна:

опер. * 22 дня * 12 мес. = 5280 опер./год

Теперь подсчитаем, сколько времени тратилось в год до внедрения программы:

Т₁ (0,08 часа) * 5280 опер. / год = 422,4 ч.

Теперь подсчитаем, сколько времени тратилось в год после внедрения программы:

Т₂ (0,05 ч.) * 5280 опер./год = 264 ч.

∆Т = Т₁ - Т₂ = 422,4 ч. - 264 ч. = 158,4 ч. - экономия времени

Снижение трудоемкости за год: 264 ч. * 100/ 422,4 ч. = 62,5%

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

Дополнительная заработная плата выплачивается один раз в квартал и составляет 1/3 от основной:

2100 руб. * 1/3 = 700 руб. в месяц

2800 руб. * 26,2% = 734 руб.

В общем, на одного сотрудника отдела инспекция затрачивает:

2100 руб. + 700 руб. + 734 руб. = 3534 руб. в месяц

3534 руб. / 176 час. = 20 руб. - стоимость 1 часа работы сотрудника отдела.

Учитывая то, что программа поможет сократить время работы сотрудника отдела, общая экономия средств для инспекции составит за год:

158,4 час. * 20 руб. = 3168 руб.

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

Срок окупаемости = Суммарные затраты на внедрение программы

/ Экономический эффект за 1 год = 14923,45/3168 руб.=4,5

Следовательно, если ИФНС внедрит данную программу, она окупит себя через 4,5 года.

Заключение

В изложенной дипломной работе на тему «Автоматизация учета выездных (документальных) налоговых проверок в ИФНС России» была решена задача проведения проверки по налогоплательщикам.

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

Была произведена экономическая оценка эффективности от внедрения программного продукта, которая показала, что данное обеспечение экономически эффективно и может быть одобрено к внедрению. Срок окупаемости 4,5 года.

Литература

1.   Перри Г. Самоучитель программирования. - СПб.: Питер, - 2009

.     Гончаров А.Ю. - Access. Самоучитель с примерами - М.: КУДИЦ-ОБРАЗ, 2010.

.     В. Фаронов «Программирование баз данных в Delphi 7» 2008