2. Технология разработки аис налоговых органов

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

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

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

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

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

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

К основным критериям выбора среды реализации, как правило, относятся:

• наиболее полное покрытие функций обработки данных;

• преемственность поколений систем управления базами данных (СУБД) одного класса;

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

• возможность создания информационного интерфейса для взаимодействия с другими средами и системами;

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

• наличие пользовательского режима и простота в освоении конечным пользователем.

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

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

Значительное место в проекте занимают пользовательские информационно-справочные системы:

• базы данных законодательных и нормативных актов по налогообложению;

• БД по общеправовым вопросам;

• БД инструктивных и методических материалов;

• разнообразные справочники и т.д.

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

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

Цель такой разработки – унифицированный доступ к правовой базе всех заинтересованных пользователей.

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

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

• производные и интегрированные данные на основе отчетных форм;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализация идеологии электронного информационного хранилища предполагает организацию информационно-аналитического центра на стадии эксплуатации АИС налоговых органов.