Проектирование АРМ налогового инспектора отдела ввода и обработки информации

Содержание Введение

1. Аналитическая часть

1.1 Объект автоматизации

1.2 Обзор существующих аналогов системы АРМ налогового инспектора

2. Конструкторская часть

2.1 Техническое задание

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

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

3. Технологическая сеть проектирования Заключение Список использованных источников Приложения

Введение

Системы обработки данных (СОД) на базе концепции АРМ получили широкое развитие.

АРМ — автоматизированное рабочее место системы управления, оборудованное средствами, обеспечивающими участие человека в реализации автоматизированных функций Автоматизированной Системы Управления (АСУ).

АРМ присущи следующие признаки:

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

— возможность создания и совершенствования проектов автоматизированной обработки данных в конкретной сфере деятельности;

— осуществление обработки данных самим пользователем;

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

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

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

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

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

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

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

— тип используемой ЭВМ (микро-, мини-, макро ЭВМ);

— режим эксплуатации (индивидуальный, групповой, сетевой);

— квалификация пользователей (профессиональные и непрофессиональные).

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

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

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

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

— АРМ руководителя;

— АРМ специалиста;

— АРМ технического и вспомогательного персонала.

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

Например, административно-организационная работа — контроль исполнения, анализ текущего состояния дел и планирования работы; профессионально-творческая — разработка документов, анализ информации; техническая работа — получение, передача, хранение, печать документов, сводок, контроль за движением документов. Для автоматизации каждой категории работ в настоящее время Профессиональные Электронно-Вычислительные Машины (ПЭВМ) оснащены различными Пакетами Прикладных Программ (ППП).

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

АРМ должен быть укомплектован необходимыми программно-инструментальными средствами:

— операционные системы ЭВМ;

— трансляторы (интерпретаторы) с различных алгоритмических языков и языков пользователей;

— средства проектирования и обработки данных (экранные редакторы текстовой, графической информации, Система Управления Баз Данных (СУБД), табличные процессоры, генераторы выходных форм);

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

Следует отметить, что АРМ включает в себя следующие основные элементы: ЭВМ, программно-инструментальные средства, Базы Данных (БД) и знаний пользователя. Комплектация АРМ техническими и программными средствами, а также перечисленными выше элементами зависит от назначения и состава решаемых задач. Решение экономических задач на основе АРМ связано с поиском требуемой информации в информационной базе, последующей ее обработкой по расчетным алгоритмам и выдачей результатов на экран или печать. Эффективная эксплуатация АРМ требует использования языков общения пользователя с ЭВМ. Наиболее развитые средства общения пользователя с ЭВМ реализуются лингвистическими процессорами, способными осуществить различные виды анализа входного сообщения (синтаксический, морфологический, семантический) и ориентированными на работу с конкретной предметной областью. В АРМ общение часто основывается на макетировании изображений экрана в виде образцов-прототипов документов. Для этого используются разнообразные технические приемы обеспечения диалога пользователя и ЭВМ: управление положением курсора на экране с применением светового пера, мерцание и подсветка полей экрана, программирование функциональных клавиш.

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

Описанные функциональные возможности АРМ реализуются совокупностью программных компонентов.

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

1.1 Объект автоматизации Объект автоматизации — рабочее место налогового инспектора. Источниками информации являются налоговые декларации, данные, представленные налогоплательщиком, данные предприятия.

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

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

Система налогового учета организуется налогоплательщиком самостоятельно. Порядок ведения налогового учета устанавливается в учетной политике организации (ст. 274, 313 НК РФ).

Налог определяется как соответствующая налоговой ставке процентная доля налоговой базы.

Суммы уплаченных ежемесячных авансовых платежей засчитываются при уплате авансовых платежей по итогам отчетного периода. Авансовые платежи по итогам отчетного периода засчитываются в счет уплаты налога по итогам налогового периода.

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

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

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

Налоговые декларации по итогам года представляются не позднее 28 марта года, следующего за отчетным (ст. 289 НК РФ).

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

Программное обеспечение «АРМ-Клиент» предназначено для подготовки, проверки и сдачи в электронном виде по телекоммуникационным каналам связи всех форм налоговой и бухгалтерской отчетности, а также по региональным формам в формате, предложенном Управлением ФНС России по региону регистрации налогоплательщика. Порядок работы соответствует Порядку представления налоговой декларации в электронном виде по телекоммуникационным каналам связи, утвержденному приказом Министерства Налоговой Службы (МНС) России № 3−32/169 от 2 апреля 2002 г. и Методическим рекомендациям по организации защищенного электронного документооборота налоговых органов и налогоплательщиков по телекоммуникационным каналам связи (Приказ МНС России № 3−32/705).

Программное обеспечение «АРМ-Клиент» отличается простотой эксплуатации и не требует высокой квалификации пользователя.

Основными возможностями, доступными пользователю при работе с программой, являются:

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

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

— печать выходных форм средствами Microsoft Office Excel.

Программный комплекс «Астрал-Отчёт» позволяет обеспечить подготовку и передачу электронной бухгалтерской отчетности от налогоплательщика к налоговому органу через специализированного оператора связи посредством линии связи (выделенного канала Интернет, модемного соединения с сетью Интернет, мобильной связи или прямого модемного соединения без выхода в Интернет).

Передача данных налоговому инспектору осуществляется во время сеанса связи с оператором. В основе функционирования Астрал-Отчет лежит технология клиент-сервер. Пользователь заполняет формы отчетности или импортирует данные из другой бухгалтерской программы и устанавливает связь со специализированным оператором связи, в момент соединения отчет зашифровывается и передается по защищенному каналу связи в налоговую инспекцию. Отчеты хранятся на компьютере у налогоплательщика и налогового инспектора. У специализированного оператора связи отчеты не хранятся согласно Порядку представления налоговых деклараций в электронном виде. (Представление бухгалтерской отчетности в электронном виде регламентируется Порядком представления налоговых деклараций в электронном виде по телекоммуникационным каналам связи, утвержденным Приказом МНС России № БГ-3−32/169 от 02.04.2002 г. и Методическими рекомендациями, утвержденными Приказом МНС России № БГ-3−32/705 от 10.12.2002 г.)

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

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

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

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

Система «ЭОД»

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

Уровень пользовательского интерфейса (клиентская часть) функционирует в MS Windows 9X, Windows 2000 Professional, Windows XP Professional, уровень данных опирается на MS SQL Server 2000, бизнес-уровень работает на основе технологии COM+.

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

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

Обработка информации в Системе ЭОД по юридическим и физическим лицам ничем не отличается, что полностью соответствует организации деятельности инспекции по функциональному принципу.

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

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

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

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

В каждой функциональной роли в Системе ЭОД определяется перечень документов и режимов с разным уровнем доступа к ним (просмотр, редактирование, удаление).

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

Ввод и корректировка всей информации в Системе ЭОД осуществляется на основании первичных документов. Входящие и исходящие документы проходят регистрацию (фиксируется системный номер, дата ввода/создания и ФИО инспектора, осуществившего регистрацию).

Архитектура системы ЭОД Общие сведения о системных архитектурах Рассмотрим основные теоретические вопросы системной архитектуры.

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

· одноуровневая (или монолитная);

· двухуровневая;

· многоуровневая.

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

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

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

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

· Сервисы данных — обеспечение хранения, выборки, защиты и целостности данных.

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

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

Сервисы данных управляют информацией, отвечают за её хранение и обеспечивают функциональность, необходимую для обработки данных. Пример сервиса данных — MS SQL Server, работающий на компьютере с Windows 2000 Server.

Одноуровневое приложение

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

Двухуровневое приложение

В двухуровневых (клиент-серверных) приложениях компоненты, отвечающие за сервис презентации и прикладную логику (бизнес-сервис), размещаются на клиентской машине и обращаются к общему источнику данных по сети. В таких приложениях пользовательский интерфейс и прикладная логика образуют один уровень на клиентском компьютере, а сервисы данных предоставляются отдельными приложениями (на сервере) вроде MS SQL Server или Oracle. Например, приложение, написанное на Visual Basic, вызывает хранимые процедуры на MS SQL Server и таким образом получает нужные данные. Первое приложение — один уровень, второе — другой. Код для пользовательского интерфейса и поддержка прикладной логики не обязательно должны составлять одно целое. Приложение, написанное на Visual Basic, может обращаться к данным, вызывая нужные функции из динамически подключаемых библиотек (DLL). В этом случае, хотя пользовательский интерфейс и прикладная логика находятся в разных местах, они всё равно считаются одним уровнем.

Многоуровневое приложение

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

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

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

Схема многоуровневого приложения приведена ниже.

Рисунок 1 — схема многоуровневого приложения

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

Архитектура системы ЭОД

Архитектуру системы ЭОД можно представить в виде следующей схемы:

Рисунок 2 — Архитектура системы ЭОД

Часть Системы ЭОД реализована в архитектуре клиент-сервер (связь № 1 на схеме). Клиентская часть Системы ЭОД («Универсальное рабочее место») включает в себя сервисы презентации (пользовательские интерфейсы) в виде всевозможных форм и прикладную логику (бизнес-сервисы), которая работает с сервисом данных (СУБД) в виде динамически подключаемых библиотек (DLL) из которых происходит вызов хранимых процедур БД.

Другая часть Системы ЭОД реализована в трёхуровневой архитектуре. В этой части Универсальное рабочее место включает в себя только сервисы презентации, которые взаимодействуют с бизнес-сервисом (связь № 2 на схеме), которые, в свою очередь, взаимодействуют с сервисом данных (связь № 3 на схеме). На бизнес уровень вынесена поддержка алгоритмов, реализация которых в архитектуре клиент-сервер сложна или не эффективна.

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

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

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

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

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

Оборотный документ, например «Инкассовое поручение», регистрируется в системе как входящий и исходящий одновременно. При возвращении оборотного документа в его информации о регистрации указывается дата повторной регистрации (как у входящего документа). Документы, имеющие отрывные корешки с наименованием, отличным от наименования первичного документа, подлежащие возврату в инспекцию, в системе ЭОД считаются оборотными.

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

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

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

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

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

Разрабатываемое АРМ налогового инспектора Проектируемое программное обеспечение может послужить дополнением к Электронной Обработке Данных (ЭОД), которая в настоящий момент функционирует в Налоговой Системе Новосибирской области. Принятие декларации по налогу на прибыль будет осуществляться в среде разработки Microsoft Office Access 2003.

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

Программа будет автоматически выводить все сведения о налогоплательщике при заполнении налоговым инспектором реквизита ИНН: Код Причины Постановки на учёт (КПП), ФИО Налогоплательщика, ФИО представителя Налогоплательщика (в случае необходимости), Общероссийский Классификатор Объектов Административно-территориального Деления (ОКАТО), Общесоюзный Классификатор «Отрасли Народного Хозяйства» (ОКОНХ), Общероссийский Классификатор Видов Экономической Деятельности (ОКВЭД), Форма собственности, Наименование организации. Автоматизация объекта в данном случае поможет существенно сократить время на приём и регистрацию декларации; автоматизация полностью исключит возможные ошибки (разного рода описки, несоответствие установленному шаблону для данного вида налога) при введении всех данных в систему.

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

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

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

Данное приложение является очень простым в использовании.

автоматизация рабочий налоговый инспектор

2. Конструкторская часть

2.1 Техническое задание

2.1.1 Общие сведения

2.1.1.1 Назначение системы:

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

2.1.1.2 Цели создания системы:

· снижение затрат времени на принятие и регистрацию налоговой декларации;

· увеличение производительности налогового инспектора (большее количество принятых деклараций);

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

2.1.1.3 Краткие сведения об объекте автоматизации

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

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

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

2.1.1.5 Требования к структуре и функционированию системы Степень централизации системы — система централизованная.

Число уровней иерархии — одноуровневая система.

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

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

Информация передаётся на бумажном носителе информации. Периодичность передачи зависит от частоты поступления в систему запросов.

2.1.1.7 Требования к режимам функционирования системы Режим функционирования системы — диалоговый (интерактивный).

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

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

— навыки работы с ПК, с операционной системой Windows;

— навыки работы с MS Office (в частности, MS Excel, MS Access);

2.1.2 Требования к организации системы

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

2.1.2.2 Требования к надежности Возможные аварийные ситуации:

· отключение электроэнергии;

· выход из строя технических средств;

· сбой ОС;

· выход из строя программных средств.

Требования к предотвращению аварийных ситуаций:

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

· регулярная диагностика технического обеспечения;

· снабжение компьютера сетевым фильтром;

· регулярная диагностика операционной системы;

· регулярное создание резервных копий БД;

· контроль прав доступа.

2.1.2.3 Требования безопасности Требования безопасности к техническим средствам:

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

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

· перед работой с техническими средствами необходимо убедиться в их исправности.

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

2.1.2.4 Требования к эргономике и технической эстетике Система должна удовлетворять требованиям эргономики и технической эстетики:

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

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

2.1.2.5 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Техническое обслуживание должно осуществляться технической службой объекта автоматизации. Режим эксплуатации: односменный (8 часов).

2.1.2.6 Требования к защите информации от несанкционированного доступа Защита информации от несанкционированного доступа осуществляется путем установления подлинности пользователя методом простого пароля. Рекомендуемая частота смены пароля — 1−2 раза в год.

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

2.1.2.8 Требования по стандартизации и унификации

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

1. ГОСТ 34–602−89 — Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

2.1.2.9 Требования к составу, структуре и способам организации данных в системе Во внутреннем ИО системы должны быть представлены:

· налоговый кодекс;

· инструкции по принятию налоговой декларации;

· справочники.

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

2.1.2.10 Требования к информационной совместимости со смежными системами Вариант взаимодействия ИС — равноправные ИС. Предполагает наличие в каждой ИС, независимо от его уровня, собственного языка. Обмен информацией между ИС производится с использованием словарей той ИС, которая получает информацию или с использованием словарей системы, которая передает информацию.

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

· ОКПО — общегосударственный классификатор предприятий и организаций;

· ОКАТО — Общероссийский Классификатор Объектов Административно-территориального Деления;

· ОКОНХ — Общесоюзный Классификатор «Отрасли Народного Хозяйства» ;

· ОКВЭД — Общероссийский Классификатор Видов Экономической Деятельности.

2.1.2.12 Требования по применению систем управления базами данных Класс применяемой СУБД — настольная.

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

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

2.1.2.15 Требования к языкам разработки ИС Используется язык запросов SQL.

2.1.216 Требования к языкам ввода-вывода В системе должны использоваться типовые инструменты ввода — текстовые кнопки, радиокнопки, флажки, поля редактирования, списки и т. д. Предусматривается вывод сообщений и предупреждений пользователю. Используется многооконный интерфейс.

2.1.2.17 Программное обеспечение Для функционирования системы достаточно:

— операционной системы Windows версии 98 и выше;

— MS Office (в частности, MS Access, MS Excel);

— антивирусной программы (например, Kaspersky).

2.1.2.18 Техническое обеспечение Необходимые классы технических средств:

1) Вычислительная техника — персональный компьютер, обладающий следующими характеристиками:

· персональный компьютер с процессором не ниже Intel Pentium-III 650 MГц;

· оперативная память не менее 128 Мб;

· накопитель на жестком магнитном диске — минимум 1 Гб;

· монитор;

· CD-ROM;

· клавиатура;

· манипулятор типа «мышь»;

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

· Usb кабель;

· принтер;

· телефон.

2.1.2.19 Методическое обеспечение Методическое обеспечение включает описание методики работы с системой (руководство пользователя).

2.1.3 Требования к функционированию системы

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

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

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

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

2.1.3.4 Требования к организации функционирования системы и порядку взаимодействия персонала ИС и персонала объекта автоматизации Пользователь несет полную ответственность за свои действия на объекте автоматизации.

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

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

2.1.3.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

1. Поступающую в систему информацию необходимо привести к виду (в соответствии с требованиями к информационному и лингвистическому обеспечению), пригодному для обработки с помощью ЭВМ.

2. Условия функционирования объекта автоматизации совпадают с условиями эксплуатации ПК, создание дополнительных условий не требуется.

3. Для функционирования объекта не требуется создание специализированных подразделений и служб.

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

2.1.3.8 Требования к документированию Необходимо разработать следующие документы, которые должны быть оформлены в соответствии со стандартами:

1. Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; Руководство пользователя.

2. Техническое задание, ГОСТ 34.602 — 89.

Документация должна быть представлена в электронном виде и на бумажном носителе.

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

2.2.1 Перечень входных сигналов и данных Перечень входных сигналов представлен в таблице 1.

Таблица 1 — Структура описания входных параметров

2.2.2 Перечень выходных сигналов Перечень выходных документов представлен в таблице 2

Таблица 2- Структура описания выходных сигналов

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

Таблица 3- Структура описания выходных документов

В таблице 4 описана структура реквизитов выходного документа «Журнал работы с документами».

Таблица 4 — Структура описания реквизитов документа «Журнал работы с документами»

В таблице 5 описана структура реквизитов выходного документа"Протокол ошибок".

Таблица 5 — Структура описания реквизитов документа «Протокол ошибок»

В таблице 6 описана структура реквизитов выходного документа «Журнал восстановления данных».

Таблица 6 — Структура описания реквизитов документа «Журнал восстановления данных»

В таблице 7 описана структура реквизитов выходного документа «Журнал создания резервных копий».

Таблица 7 — Структура описания реквизитов документа «Журнал создания резервных копий»

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

Таблица 8 — Структура описания реквизитов документа «Реестр переданных файлов»

2.2.3 Описание информационного обеспечения системы

2.2.3.1 Состав информационного обеспечения Состав информационного обеспечения представлен в таблице 9.

Таблица 9 — Состав информационного обеспечения

2.2.4 Организация информационного обеспечения

2.2.4.1 Принципы организации информационного обеспечения системы Организация информационного обеспечения осуществляется в соответствии со следующими принципами:

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

· возможность поиска, сортировки и сжатия;

· простота использования;

· минимизация объемов хранения;

· актуальность данных; полнота отражения;

· целостность данных;

· полная сохранность данных;

· минимизация объемов переданных данных между элементами системы.

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

2.2.4.3 Описание принятых видов и методов контроля в маршрутах обработки данных

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

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

· Контроль целостности данных: осуществляется автоматически средствами СУБД.

2.2.5 Организация сбора и передачи информации

2.2.5.1 Перечень источников и носителей информации с указанием оценки и интенсивности объёма потоков информации Источниками информации являются:

Налогоплательщик.

2.2.5.2 Описание общих требований к организации сбора, передачи, контроля и корректировки информации.

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

2.2.5.3 Построение системы классификации и кодирования Единая структура кодов важнейших видов информации устанавливается для обеспечения возможности обмена и обработки информации с помощью ЭВМ.

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