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

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

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

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

Рисунок 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 Построение системы классификации и кодирования

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

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