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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 02.01.2011
Размер файла 1,3 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Омский государственный технический университет

Кафедра “Автоматизированные системы обработки информации и управления”

Утверждаю

заведующий кафедрой

Б.Н. Епифанцев

Пояснительная записка

к дипломному проекту

“Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности для налоговой службы

Консультанты

Организационно-экономическая часть О.И. Рыбьякова

Охрана труда А.С. Попов

Нормоконтроль В.Н. Чегодаев

Руководитель проекта В.Н. Чегодаев

Разработал студент гр. Ас-573 Геттих

Максим Владимирович

Сургут, 1999

Содержание

Аннотация

Annotatio

Список принятых сокращений и обозначений

Введение

1. Обзор существующих аналогов

1.1 Турбо бухгалтер

1.2 1C:Бухгалтерия

1.3 БЭСТ

1.4 Интегратор 3.0

2. Описание автоматизируемых функций

2.1 Анализ существующей системы функционирования и задачи автоматизации

2.2 Состав функций, реализуемых системой

2.3 Решение по структуре системы

2.4 Решение по функциональному разбиению системы на модули

3. Проектное решение

3.1 Обеспечение защиты баз данных

3.2 Выбор операционной среды и средств разработки

3.3 Решения по комплексу технических средств

3.3.1 Выбор критериев отбора технических средств

3.3.2 Расчет необходимых ресурсов, для функционирования системы, выбор ТС

3.4 Информационное обеспечение разработки

3.4.1 Входная и выходная информация

3.4.2 Описание информационных массивов

4. Руководство пользователя

4.1 Идентификация пользователя

4.2 Справочники системы

4.2.1 Классификаторы

4.2.2 Общие справочники

4.2.3 Справочники по работающему

4.2.4 Справочники входимости

4.2.5 Справочники таблиц налогов и категорий налогоплательщиков

4.3Рабочие режимы системы

4.3.1 Пополнение базы данных системы

4.3.2 Подготовка данных для передачи по электронной почте

4.3.3 Проверка правильности удержания подоходного налога

4.4 Производство отчетов

4.5 Сервисные функции

5. Руководство программиста

5.1 Инсталляция системы

5.2 Настройка системы

5.3 Служебные функции работы с базой данных

5.3.1 Резервное копирование баз данных

5.3.2 Реиндексация баз данных

5.4 Краткая информация для программистов о базе данных

6. Экономическое обоснование необходимости разработки

6.1 Характеристика программного продукта

6.2 Определение затрат труда на разработку программного продукта

6.2.1 Определение условного количества операторов программы, трудоемкости

6.2.2 Определение численности исполнителей

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

6.4 Экономический эффект от реализации и внедрения программного продукта

6.5 Краткий вывод о необходимости разработки

7. Охрана труда

7.1 Анализ опасных и вредных производственных факторов при работе на компьютере

7.2 Физические опасные и вредные производственные факторы при работе на компьютере

7.3 Психофизиологические опасные и вредные производственные факторы

7.4 Пожарная безопасность

7.5 Мероприятия по устранению опасных и вредных производственных факторов

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

7.5.2 Мероприятия по снижению повышенного уровня шума на рабочих местах

7.5.3 Мероприятия по устранению или снижению недостаточной освещенности рабочей зоны

7.5.4 Мероприятия по устранению или снижению повышенного значения напряжения в электрической цепи

7.5.5 Мероприятия по снижению пожароопасности в рабочей зоне

7.5.6 Мероприятия по устранению психофизиологических опасных и вредных производственных факторов

7.6 Соответствие эргономическим требованиям мебели рабочего места пользователя ПЭВМ

Заключение

Литература

Приложение 1

Приложение 2

Приложение 3

Аннотация

ФИО дипломника: Геттих Максим Владимирович

Название проекта: Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности для налоговой службы по объединению «СургутГазПром».

Место дипломирования: Омский Государственный Технический Университет.

Руководитель проекта от ОмГТУ: Чегодаев В.Н.

Количество:

страниц 116

иллюстраций и таблиц 26

использованных источников 11

приложений 3

В данном дипломном проекте предложена разработка системы, осуществляющей отчетность в ГНИ РФ, а также для отдела ОТиЗ. Разработка проведена по заказу цеха автоматизации производственно-хозяйственной деятельности ЗАО «СургутГазПром».

Основные возможности разработки:

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

проверка правильности удержанного подоходного налога;

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

производство всей необходимой отчетности для ГНИ РФ в том числе на магнитных носителях;

выдача необходимой отчетности для отдела ОТиЗ в текстовом и графическом виде.

Для разработки программного обеспечения использовался пакет Borland Delphi 4.0 и СУБД InterBase v 5.0.

Annotation

Student's name: Gettih Maxim Vladimirovitch

The name of the project: Creating the system of collecting the information about public person's in come and tax accounts creating for department of SurgutGasProm

Place: Omsk State Technical University.

The chief of the project: Tchegodaev V. N.

Quantity:

pages 116

illustrations and tables 26

the used sources 11

the appendices 3

In this diploma the system of assigning the accounts in state tax inspection and department of labour and employment was suggeted. It was done by ordering department of industrial-economic activity of GasProm.

The basic opportunities of the project:

collecting the information about charging extra and deduction of private person;

the opputunity to see and analyze any information about incomes of private person;

do all necessary acounts in STI;

do all accounts in DLE in text and graphic sight

Software was written in Borland Delphi 4.0. and InterBase 5.0.

Список принятых сокращений и обозначений

АС - Автоматизированная система

АРМ - Автоматизированное рабочее место

БД - База данных

ГНИ - Государственная налоговая инспекция

ИО - Информационное обеспечение

ЛВС - Локально вычислительная сеть

ОЗУ - Оперативное запоминающие устройство

ОКСМ - Общероссийский классификатор стран мира

ООТиЗ - Отдел охраны труда и заработной платы

ОС - Операционная система

ПО - Программное обеспечение

РФ - Российская федерация

СУБД - Система управления базами данных

ТС - Технические средства

HDD (Hard Disk Drive) - Жесткий диск компьютера

RTF (Rich Text Format) - Распространенный формат сохранения файлов с текстовой и графической информацией.

SVGA - Видеоадаптер

SQL - Язык структурированных запросов, применяется в работе с СУБД

UPS - Источник бесперебойного питания

Введение

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

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

сразу после ввода, данные могут участвовать в различных операциях;

возможность быстрого получения необходимых отчетов;

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

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

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

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

Поэтому 15 июня 1998 года была принята очередная редакция инструкции государственной налоговой службы Российской Федерации №35 от 29 июня 1995года. Согласно которой, с 01 марта 1999 года все предприятия с численностью работающих свыше 100 человек обязаны предоставлять данные о доходах своих работников в налоговую инспекцию на магнитных носителях, причем в строго оговоренном формате. (см. Приложение 2)

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

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

Предприятия объединения «СургутГазПром» в настоящее время работают с двумя различными программными продуктами, предназначенными для расчета заработной платы и учета других доходов налогоплательщиков;

комплекс «Заработная плата», разработан «АСУ-Партнер»;

АРМ по учету труда и заработной платы (ОАО Автоматика).

Оба этих комплекса не поддерживают предоставление отчетов в налоговую инспекцию на магнитных носителях, и в силу ограниченности используемой СУБД (FoxPro v.2.6(Х)) не способны вести единую базу по всему объединению. Поэтому была поставлена задача, разработать программный продукт, который был бы в состоянии:

вести единую базу данных о доходах физических лиц по всему объединению;

выдавать отчеты в налоговую инспекцию на магнитном носителе;

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

обрабатывать произвольные запросы пользователя к базе данных;

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

поддерживать ручной ввод и корректировку информации;

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

отвечать современным требованиям по быстродействию, эргономичности, использовать современную СУБД с возможностью замены ее на еще более современную в будущем;

иметь возможность настройки под изменяющееся законодательство, с минимальными переделками.

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

В работе:

дается полное описание работы с алгоритмами запросов;

даются структуры баз данных, используемой программой;

приведено множество иллюстраций, помогающих понять работу программы;

приведен экономический расчет разработанной программы;

затронут вопрос охраны труда на рабочем месте.

К дипломной работе прилагается демонстрационная программа, выполненная на Borland Delphi 4.0 с использованием СУБД InterBase v 5.0 и представленная на дискете 3,5”.

1. Обзор существующих аналогов

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

1.1 Турбо бухгалтер

Программа Турбо Бухгалтер разработана научно - исследовательским центром ДИЦ. Самая ранняя из ее версий, с которыми я имел дело - версия 3.0.

Программа предназначена для ведения синтетического и аналитического бухгалтерского учета по всем разделам. Аналитический учет ведется по объектам аналитического учета (аналитическим признакам) в натуральном и стоимостном выражениях.

Ее отличительной особенностью, является очень развитый внутренний язык, который включает в себя более 100 операторов, переменные, развилки, а с 6 версии массивы и циклы. Это позволяет написать, по моему личному опыту (4 года работы), практически любую типовую операцию, отчет, бланк, даже по такому предмету непосредственно не связанному с бухгалтерией, как учет продаж в магазинах фирмы или телефонный справочник. Этому также способствует развитая система забалансовых счетов проводки, по которым хранятся в базе, и показываются только по требованию программиста. Руководство программы так же разделено на две книги: «Руководство пользователя» и «Руководство программиста».

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

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

После расчета итогов программа автоматически формирует различные ведомости и отчеты:

сводные проводки;

оборотно-сальдовую ведомость;

оборотно-сальдовую ведомость по объектам аналитического учета;

карточку счета;

карточку счета по одному объекту аналитического учета;

главную книгу;

анализ счета по датам;

анализ счета по объектам аналитического учета;

анализ объекта аналитического учета по всем счетам;

карточка объекта аналитического учета по всем счетам;

журнальный ордер.

Также позволяет задать произвольный отчет.

На сегодня, последняя из известных мне версий - 6, выходит в четырех вариантах:

базовая;

профессиональная (локальная);

профессиональная (сетевая) - впервые;

ТБ-6 Зарплата.

Но более ранние версии также позволяли работать в сети при правильных прописанных путях типа «\\GlBuh\C:\TB6\Blank\a*.gru»

Из отрицательных черт хотелось бы отметить:

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

ограничение ширины бланка - 255 символов (не всегда достаточно);

частая (в среднем 1 раз в неделю) необходимость перестройки баз из-за ее порчи программой, что может занимать до 10 минут (исправлено в 6 версии).

1.2 1C:Бухгалтерия

Наверное, на сегодня самой популярной из бухгалтерских программ является 1С Бухгалтерия - универсальная бухгалтерская программа которая предназначена для ведения синтетического и аналитического бухгалтерского учета по различным разделам. Аналитический учет ведется по объектам аналитического учета (субконто) в натуральном и стоимостном выражениях.

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

После расчета итогов программа формирует различные ведомости:

сводные проводки;

оборотно-сальдовую ведомость;

оборотно-сальдовую ведомость по объектам аналитического учета;

карточку счета;

карточку счета по одному объекту аналитического учета;

анализ счета (аналог главной книги);

анализ счета по датам;

анализ счета по объектам аналитического учета;

анализ объекта аналитического учета по всем счетам;

карточка объекта аналитического учета по всем счетам;

журнальный ордер.

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

"1С" реализована для разных программных и аппаратных платформ: DOS, Windows, Windows 95, Macintosh (с начала 1996 г.), Power Macintosh (с лета 1996 г.). Существует несколько модификаций системы: базовая, профессиональная (для решения более сложных бухгалтерских задач), сетевая.

Из недостатков можно отметить:

малые возможности базовой версии;

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

1.3 БЭСТ

ПО "БЭСТ" (разработка фирмы «Интеллект-Сервис») выполнена в виде набора взаимосвязанных программных модулей: настройка и системные утилиты; ведение Главной книги (АРМ главного бухгалтера); учет кассовых операций; учет операций с банком; учет основных средств; учет производственных запасов; учет товаров и готовой продукции; управление продажами (реализацией); заработная плата.

В настоящее время, последняя из известных мне версий - 4.12 является ориентацией на комплексную автоматизацию предприятий. Разработаны специализированные версии для оптовой и розничной торговли, страховой деятельности, бюджета и даже мостоотрядов (работает в мостоотряде №94). Имеется мощная система анализа финансового состояния предприятия.

Помимо функций, позволяющих решать задачи управления продажами, расчетов с поставщиками и покупателями, поддержки операций торгового зала, учета ресурсов предприятия по группам товарно-материальных ценностей, номенклатуре, местам хранения и т.п., в "БЭСТ-4" включен ряд дополнительных возможностей. Новая прикладная подсистема "Управление закупками" обеспечивает составление и дальнейшее сопровождение реестров счетов-фактур поставщиков, контрагентов и покупателей, на основе которых автоматически формируются отчеты по сделкам купли/продажи. Ведение отдельного реестра счетов кредиторов позволяет консолидировать и отслеживать все взаиморасчеты с поставщиками и контрагентами.

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

Из недостатков хотелось бы отметить:

небольшую скорость работы, что вызвано моральной устарелостью используемой СУБД (FoxPro 2.6) и огромным числом файлов в директории с данными более 600, что сильно затрудняет работу ДОС по работе с ними;

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

отсутствие планов выпуска версии по Windows, что резко снижает ее популярность;

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

Продукт может функционировать как в локальном, так и в сетевом варианте. В качестве сетевой среды используются ОС NetWare версий 3.11 и выше, Windows NT, VINES, LANtastic и др. Требования к аппаратному обеспечению: для станции-клиента необходимы процессор 386 и выше, оперативная память от 4 Мбайт; для сервера - процессор от 486DX, ОЗУ объемом не менее 16 Мбайт.

1.4 Интегратор 3.0

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

"Интегратор 3.0" состоит из следующих подсистем: денежные средства (касса, банк); дебиторы и кредиторы; материалы, продукция, товары, МБП; поставщики и подрядчики; основные средства и нематериальные активы; производственные затраты; покупатели и заказчики; прибыль, налоги, капитал; финансовая отчетность.

При разработке использовалась СУБД Clipper 5.2. В сетевом варианте базовой является конфигурация "файл-сервер". Для работы в архитектуре клиент/сервер необходимо дополнительно установить ПО Advantage Xbase Server. "Интегратор" эксплуатируется в сетях NetWare 3.xx и выше, Windows NT, LANtastic и др. Не рекомендуется применение ОС NetWare 4.01. Требования к аппаратному обеспечению: для станции-клиента необходимы процессор класса 486DX2 и 8 Мбайт оперативной памяти; для сервера - процессор не ниже Pentium 75 и ОЗУ объемом от 16 Мбайт.

2. Описание автоматизируемых функций

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

Предназначения системы:

учет начисленной заработной платы на предприятии, прочих доходов и удержанного подоходного налога;

ведение различной статистики по оплате труда, как в объединении «СургутГазПром» в целом, так и в каждом подразделении отдельно;

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

заполнение справок.

Предполагается, что система будет использоваться в следующих отделах предприятия:

отдел налоговой политики;

отдел ОТиЗ.

2.1 Анализ существующей системы функционирования и задачи автоматизации

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

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

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

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

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

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

Размещено на http://www.allbest.ru/

Рис. 1

Схема, представленная на рисунке 1 отражает потоки информации в процессе производства отчетности в ГНИ РФ. По мере надобности, но не реже одного раза в месяц, подразделения передают необходимую для расчёта подоходного налога информацию в отдел налоговой политики центрального офиса предприятия, где эти данные консолидируются и проверяются, после чего готовится отчётность для ГНИ РФ. Также к этим данным имеет доступ отдел ОТиЗ для получения необходимых ему отчетов по заработной плате.

Задачей решаемой разработанной системой является автоматизация этих процессов.

2.2 Состав функций, реализуемых системой

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

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

проверка корректности полученной информации (правильности удержания подоходного налога);

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

формирование и выдача внутренних отчетов;

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

динамика изменений численности работников, средней заработной платы;

динамика % и численности работников, находящихся на больничном;

динамика % и численности работников находящихся, в очередных отпусках;

выдача прочих внутренних отчетов;

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

обеспечение сервисных функций, как то: оптимизация базы данных, ведение архивов за «закрытые» годы, резервное копирование данных и их восстановление, блокнот, калькулятор, календарь;

обеспечение защиты данных от несанкционированного доступа.

2.3 Решение по структуре системы

Структурно система состоит из рабочей станции и серверной части.

В функции серверной части должно входить:

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

обрабатывание запросы пользователей;

обеспечение защиты данных от несанкционированного доступа.

В функции рабочих станций входит:

обеспечение сбора, импорта информации, непосредственно из программ ее формирующих;

проверка корректности собранной информации;

передача информации серверу;

формирование запросов к серверу;

выдача справок и отчетов;

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

2.4 Решение по функциональному разбиению системы на модули

Функционально АРМ на рабочей станции состоит из следующих модулей:

модуль импорта, занимающийся выборкой информации из баз данных АРМов расчета заработной платы и ее импортом в собственную базу;

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

рабочий модуль, предназначен для ввода/просмотра информации, получения различных отчетов;

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

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

3. Проектное решение

В данном разделе рассмотрены:

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

выбор операционной среды и средств разработки;

решения по комплексу технических средств;

информационное обеспечение разработки.

3.1 Обеспечение защиты баз данных

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

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

ведение журнала транзакций, что позволяет в случае нарушения структуры баз произвести откат транзакции;

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

периодическое резервное копирование базы;

настоятельная рекомендация в руководстве пользователя и программиста, установить UPS на сервер.

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

3.2 Выбор операционной среды и средств разработки

Выбор в качестве операционной среды для функционирования АРМа платформы win32 (ей соответствуют операционные системы Windows95, Windows98, Windows NT) обусловлен следующими ее особенностями:

ориентация заказчика на эту платформу;

развитые средства создания пользовательского интерфейса;

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

наличие драйверов для поддержки широкого спектра периферийных устройств (видеоадаптеров, сетевых адаптеров, принтеров, дисководов CD-ROM и пр.);

чрезвычайно широкое распространение этой платформы;

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

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

отсутствие в операционных системах Windows95 и Windows98 средств обеспечения безопасности и защиты от несанкционированного доступа, что вынуждает разрабатывать собственные или использовать сторонние модули для этого. В Windows NT этот недостаток частично устранен, однако по-прежнему нет поддержки шифрации хранимых данных;

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

Выбор в качестве среды разработки пакета Borland Delphi 4 обусловлен следующими его особенностями:

политика предприятия в области разработки ПО;

возможность повторного использования готовых программных компонент;

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

возможность генерации кода под платформу win32;

поддержка технологий ActiveX, OLE, COM, CORBA, InterNet-технологий;

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

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

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

Выбор в качестве СУБД разработки InterBase v. 5.0. обусловлен следующими его особенностями:

после включения его в состав Delphi Client/Server Suite InterBase стал «родным» для Borland (ныне Inprise Corporation), а средства разработки приложений этой компании давно зарекомендовали себя с положительной стороны. Уже то, что он очень активно используется в государственном и военном секторе США говорит в его пользу;

InterBase весьма прост в настройке и в администрировании по сравнению с другими SQL серверами;

InterBase обладает отличными техническими характеристиками:

размер базы данных до 20 Гбайт;

максимальное число таблиц в одной БД 65536;

максимальное число полей в одной таблице 1000;

максимальное количество записей в одной таблице не ограничено;

максимальная длина записи 64К (не считая полей BLOB);

максимальная длина поля 32К (кроме полей BLOB - не ограничена);

максимальное количество индексов в одной БД 65536.

Дополнительно в процессе разработки применялись следующие программные пакеты и инструментальные средства:

Пакет InstallShield Express - для создания комплекта дистрибутивных дискет.

Для подготовки документации, рекламного листа и демонстрационной версии программ использовались программы, входящие в комплект Microsoft Office 97.

3.3 Решения по комплексу технических средств

3.3.1 Выбор критериев отбора технических средств

Среди всего множества критериев отбора ТС нас интересуют:

достаточный объем оперативного запоминающего устройства;

достаточный объем накопителя на жестком магнитном диске;

приемлемый тип видеоадаптера и дисплея для работы пользователя;

достаточная производительность центрального процессора;

наличие возможности вывода информации на бумажный, магнитный носитель;

достаточная скорость передачи данных в ЛВС;

приемлемая стоимость составляющих комплекса технических средств.

3.3.2 Расчет необходимых ресурсов, для функционирования системы, выбор ТС

Объем необходимого ОЗУ рассчитывается, исходя из размеров памяти, занимаемой загружаемой операционной системой, из необходимого объема памяти, выделяемого под драйверы для обслуживания ЭВМ, программы-оболочки, основного загружаемого модуля программного комплекса, динамических библиотек, подгружаемых по мере выполнения программы и резерва памяти для обработки информации.

Исходя из вышеизложенного, приходим, что для нормальной работы серверной части системы необходимо не менее 64 Мбайт ОЗУ (128 Мбайт рекомендуется). По современным понятиям, это уже не слишком высокое требование объясняется тем, что для нормальной работы выбранной в качестве ОС серверной части системы Windows NT v. 4.0 необходимо не менее 32 Мбайт оперативной памяти. Кроме того, учитывая большой объем базы данных, более 100 Мбайт и возможность многопользовательского доступа для оперативной работы сервера потребуется еще не менее 32 Мбайт ОЗУ.

Учитывая то, что в качестве ОС для функционирования рабочих станций выбрана Windows 95 или Windows 98 приходим к тому что, для нормальной работы необходимо и достаточно 16 Мбайт ОЗУ (при использовании Windows 98 рекомендуется 32 Мбайта). Это объясняется тем, что Windows 95 для нормального функционирования требует 8 Мбайт ОЗУ, Windows 98 - 12. Сама система занимает 6 Мбайт оперативной памяти. Так как в компьютеры типа Pentium платы памяти выпускаются объемом 8, 16, 32, 64 Мбайт и вставляются попарно, а компьютеры типа Pentium II, Pentium III объемом 16, 32, 64, 128 Мбайт и вставляются по одному. Исходя из выше приведенных технических соображений, мы получаем вышеприведенные требования к оперативной памяти.

Подбор объема накопителя на жестком магнитном диске, далее HDD основывается на размере базы данных, в момент её предполагаемой пиковой загруженности, занимаемом ОС объемом жесткого диска, а также на размере архивов создаваемых системой за прошлые годы. Так же следует учесть необходимое быстродействие HDD, в зависимости от потребности в скорости реакции системы.

Предполагаемый объем архивов, учитывая первый год функционирования системы, примерно составит (годовой объем информации * предполагаемый срок службы техники).

Предполагаемый срок службы техники - 5 лет. Так как 5 лет - средний срок полного морального устаревания парка машин и его замены.

ОС Windows NT/95/98 в среднем занимают по 150-200 Мбайт свободного места на жестком диске.

Учитывая все вышеизложенное, приходим к выводу, что для нормального функционирования серверной части системы необходимо 100 * (5 + 1) + 150 1Гбайт свободного дискового пространства, однако желательно иметь некоторый резерв свободного места, поэтому рекомендуемый объем свободного места на жестком диске - 1,5 Гбайта. Для осуществления резервного копирования необходимо иметь еще один диск размером 850 Мбайт. В связи с большим объемом базы данных и возможностью многопользовательского доступа, рекомендовано использовать для работы SCSI HDD со скоростью передачи данных не менее 10Мбайт/сек.

Для нормальной работы рабочей станции необходимо не менее 350 Мбайт (150 - Windows + 150 - InterBase + 50 резерв) свободного места на жестком диске со скоростью передачи данных не менее 2 Мбайт/сек.

Серверная часть системы не нуждается в постоянном присутствии человека, поэтому для ее работы монитор не требуется, однако для периодического обслуживания базы, учитывая применяемую платформу win32 необходимо иметь VGA или SVGA монитор диагональю 14”.

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

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

Учитывая большой объем обрабатываемой информации и применяемую платформу для приемлемой работы сервера, необходимо использовать процессор Intel пятого поколения (Pentium) со встроенным сопроцессором с тактовой частотой не менее 200 Mzh или его аналоги.

Для рабочей станции из-за большого объема вычислений также необходим этот или более современный процессор.

Для переноса информации удаленные рабочие станции, а также главная рабочая станция в отделе налоговой политики для выдачи отчетов в ГНИ, должны быть оборудованы дисководами 3,5”.

Для распечатки отчетов и справок, они так же должны быть оборудованы принтером формата А4 или иметь доступ к такому сетевому устройству.

Скорость передачи данных в ЛВС зависит от выбранного сетевого программного и технического обеспечения. Парк применяемых машин на предприятии заказчика оснащен Ethernet-адаптерами и прочими сетевыми устройствами со скоростью передачи данных 10Mбит/сек. Учитывая достаточность этой скорости для работы системы, и дороговизну замены этого оборудования на 100 Mzh принято решение, использовать имеющиеся средства.

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

Для работы серверной части системы необходимо:

ПЭВМ на базе Intel-совместимого процессора пятого поколения с частотой не менее 200Мгц, с ОЗУ равным 64Мб, оснащённая VGA-видеоадаптером и монитором 14”, сетевым Ethernet-адаптером на 10Мбит, со свободным дисковым пространством равным 1Гб.

Для работы рабочей станции системы необходимо:

ПЭВМ на базе Intel-совместимого процессора пятого поколения с частотой не менее 200Мгц, с ОЗУ равным 16Мб, оснащённая SVGA-видеоадаптером и монитором 15”, сетевым Ethernet-адаптером на 10Мбит, со свободным дисковым пространством равным 350Мб и доступом к принтеру формата А4.

3.4 Информационное обеспечение разработки

Проектирование информационного обеспечения разделено на два этапа:

анализ существующих информационных потоков;

разработка структуры баз данных.

Информационное обеспечение должно выполнять следующие функции:

организация и ведение массивов информации;

формирование отчетов;

контроль данных;

сохранение и восстановление данных.

Реализация вышеупомянутых функций выполнена за счёт:

использования СУБД InterBase v 5.0;

использования ODBC-драйверов для работы с таблицами FoxPro v.2.6;

разработки собственных модулей для сохранения и восстановления данных с использованием среды разработки Inprise Delphi Client/Server Suite v. 4.

3.4.1 Входная и выходная информация

Отличительными признаками данной АС являются:

средний объем входной и выходной информации;

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

Работа с данными производится в несколько этапов:

сбор информации из АРМов заработной платы;

перерасчет/проверка данных;

выдача необходимых отчетов.

Сбор входной информации проходит в три этапа:

проверка информации в базе данных АРМа расчетчика на полноту, целостность, корректность;

непосредственный импорт данных в базу данных сервера;

проверку собственных справочников на полноту и корректность информации.

Выходная информация включает в себя:

стандартные отчётные формы для предоставления в ГНИ РФ на бумажных носителях;

файл о совокупных доходах лиц-налогоплательщиков (формат см. Приложение 2);

прочие отчеты и справки для отдела ОТиЗ и руководства (динамика роста/падения заработной платы на предприятии, уровень доходов различных категорий работающих, численность работников подразделений, отчет о прошедших суммах по кодам затрат, балансовым счетам и т.д.).

Сбор информации проводится каждый месяц после расчета зарплаты (15 число). По окончанию сбора информации производится проверка ее корректности при наличии надобности, по команде оператора производится проверка правильности удержанного подоходного налога. ООТиЗ получает доступ к новой информации. Полученные данные в виде отчётных форм передаются в ГНИ РФ.

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

3.4.2 Описание информационных массивов

Информационные массивы в данном комплексе распределяются на три типа:

основные - хранящие полученные, введённые и рассчитанные данные по доходам (включая архивные копии прошлых годов), протоколы о получении данных от подразделений;

справочники, такие как справочник форм, справочник кодов начислений, справочник входимости, справочник с информацией о структуре предприятия;

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

Табличное описание структуры базы данных приведено в Приложении 3.

4. Руководство пользователя

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

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

Размещено на http://www.allbest.ru/

Рис. 2

4.1 Идентификация пользователя

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

Размещено на http://www.allbest.ru/

Рис. 3

После имени пользователя и пароля производится проверка прав доступа. На рисунках 4 и 5 продемонстрированы видеокадры из АС с вариантами результатов. В зависимости от них, некоторые из пунктов меню или опций в формах могут быть недоступны.

Размещено на http://www.allbest.ru/

Рис. 5

4.2 Справочники системы

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

Вся дальнейшая работа пользователя будет осуществляться с теми кодами, которые он заведет в справочники. В течение времени эксплуатации системы коды могут удаляться, корректироваться, добавляться новыми значениями в том числе и импортироваться из АРМов зарплаты (аналогично, любая другая информация справочников).

Размещено на http://www.allbest.ru/

Рис. 6

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

Справочники используются для формирования отчетов, проверки информации, а также для формирования файла, который в электронном виде передается в налоговую инспекцию и для печати документа "Справка о доходах физического лица. Приложение №3 к инструкции Государственной налоговой службы России N35 от 29 июня 1995 года".

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

4.2.1 Классификаторы

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

Список справочников вошедших в классификаторы:

виды начислений;

виды удержаний;

справочник видов документов;

справочник должностей;

справочник категорий персонала;

справочник профессий;

справочник регионов России;

справочник стран;

справочник участков;

справочник цехов.

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

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

Повторный ввод одного и того же кода не допускается.

Коды, введенные в справочник видов начислений, автоматически попадают в справочники входимости (описание см. далее)

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

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

Повторный ввод одного и того же кода не допускается.

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

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

01 - паспорт;

03 - свидетельство о рождении;

и т. д.

Справочник должностей содержит коды и наименования должностей, применяемых в объединении.

В справочнике категорий персонала должны содержаться все категории персонала (руководители, специалисты, рабочие и т. д.), которые:

имеются в настоящее время на предприятии;

образуются в ближайшее время.

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

Повторный ввод одного и того же кода не допускается.

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

Повторный ввод одного и того же кода не допускается.

Также в системе имеется справочник участков. Данный справочник необходим для производства отчетов для отдела ОТиЗ с выборкой данных по участкам, в нем должны содержаться все участки, имеющиеся в данный момент в подразделении:

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

Повторный ввод одного и того же кода не допускается.

Справочник цехов так же необходим для производства отчетов для отдела ОТиЗ, но с выборкой данных по цехам, в нем должны содержаться все цеха, имеющиеся в данный момент в подразделении:

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

Повторный ввод одного и того же кода не допускается.

Наименования стран с кодами согласно общероссийского классификатора стран мира (ОКСМ) Госстандарта России заносятся в справочник стран мира.

В справочник регионов заносятся наименования регионов России (область, край, республика) прописки физического лица согласно справочника СОГНИ.

4.2.2 Общие справочники

Ниже приведен список и описание общих справочников:

справочник необлагаемых минимумов;

справочник организаций.

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

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

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

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


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.