Информационные таможенные технологии

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

К основным процессам ЖЦПС относятся: формирование заказа на создание ПС; создание ПС; эксплуатация и сопровождение ПС; модернизация (изменение функциональных возможностей) ПС; вывод из эксплуатации и списание ПС.

Организация процессов ЖЦПС - комплекс организационно-технических мероприятий, выполняемых структурными подразделениями (учреждениями) ФТС России, таможенными органами и направленных на выполнение процессов ЖЦПС с учетом обеспечения информационной безопасности.

Приказом ФТС России от 03.02.2010 г. № 183 утвержден Порядок организации процессов жизненного цикла программных средств информационных систем и информационных технологий таможенных органов (далее - Порядок). Порядок разработан в целях осуществления в ФТС России единого подхода в вопросах создания, модернизации, внедрения, эксплуатации, сопровождения и вывода из эксплуатации программных средств, на которые ФТС России имеет исключительное право, используемых в составе Единой автоматизированной информационной системы (ЕАИС) таможенных органов, в других информационных системах таможенных органов или автономно.

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

Порядок определяет взаимодействие Главного управления информационных технологий ФТС России (далее - ГУИТ), структурных подразделений ФТС России, ГНИВЦ, учреждений ФТС России, таможенных органов и входящих в их состав информационно-технических служб (ИТС), информационно-технических подразделений (ИТП) при организации процессов жизненного цикла программных средств, а также типовые требования по безопасности информации, предъявляемые к программным средствам информационных систем и информационных технологий таможенных органов.

Программные средства информационных систем и информационных технологий таможенных органов (далее - ПС) - программы, предназначенные для многократного применения на различных объектах (по ГОСТ 28195-89), программная документация, а также базы данных различного назначения, созданные в интересах ФТС России по ее заказу.

К основным мероприятиям по организации процессов ЖЦПС относятся:

* определение и обоснование потребностей в развитии информационных технологий и ПС, предназначенных для реализации информационных технологий;

* планирование научно-исследовательских и опытно-конструкторских работ (НИОКР), модернизации, внедрения и сопровождения ПС, подготовки должностных лиц и работников к работе с ПС;

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

* проведение торгов в форме конкурса на право заключения государственного контракта (далее - контракт) на выполнение работ и оказание услуг, составляющих и/или обеспечивающих процессы ЖЦПС (этап, стадию процесса, процесс ЖЦПС);

* контроль исполнения контракта, проведение испытаний ПС;

* подготовка правовых актов ФТС России, других руководящих документов, регламентирующих разработку, модернизацию, приемку, внедрение, эксплуатацию, сопровождение и вывод из эксплуатации ПС, подготовку должностных лиц и работников к работе с ПС;

* подготовка должностных лиц и работников к работе с ПС в качестве пользователей и администраторов;

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

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

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

ГНИВЦ осуществляет деятельность по вопросам внедрения, эксплуатации, модернизации и сопровождения ПС, подготовки должностных лиц и работников к работе с ПС.

Структурные подразделения (учреждения) ФТС России:

* инициируют заказы на проведение НИОКР, модернизацию ПС;

* принимают участие в разработке конкурсной документации работе комиссии по приемке ПС и научно-технической документации;

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

* разрабатывают и представляют в ГУИТ предложения по внедрению, эксплуатации и сопровождению ПС, замечания по работе ПС, предназначенных для реализации возложенных на них функций или для использования таможенными органами по направлению деятельности структурного подразделения (учреждения) ФТС России;

* представляют в ГУИТ обоснованные предложения по выводу из эксплуатации ПС.

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

2.2 Требования к ЕАИС

Разработка и внедрение системы резко повысили роль таможенной службы России как инструмента экономической политики государства. Это привело к бурному росту объема решаемых при осуществлении таможенного контроля задач и обусловило специфические требования к функционированию ЕАИС:

этапность разработок системы и ее внедрения из-за необходимости первоочередной реализации в информационно-технологической структуре главных направлений деятельности и важнейших задач ГТК РФ;

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

Проектируемая ЕАИС охватывает все четыре уровня, организационной структуры таможенной службы (ГТК РФ; региональные таможенные управления; таможни; таможенные посты).

Основные компоненты системы структурно разделяются на:

задачи;

комплексы задач;

автоматизированные рабочие места (АРМы);

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

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

Требования к надежности ЕАИС. Надежность работы системы в целом и выполнения каждой автоматизируемой функции обеспечивается за счет:

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

новейших технических средств;

надежности хранения данных;

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

уровня квалификации и организации работы обслуживающего ЕАИС персонала;

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

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

Требования безопасности при размещении, эксплуатации и техническом обслуживании ЕАИС. Технические средства ЕАИС ГТК России установлены так, чтобы достигалась их безопасная эксплуатация и техническое обслуживание.

В помещении, предназначенном для эксплуатации технических средств, обеспечены противопожарные меры безопасности согласно ГОСТ 20397-82.

Климатические условия в помещениях, уровни шума и звуковой мощности в местах расположения ЕАИС не превышают значений, установленных санитарными нормами и ГОСТ 12.1.003-83.

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

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

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

Требования к защите от влияния внешних воздействий. Защита комплекса технических средств (КТС) ЕАИС от воздействия электрических и магнитных полей, а также помех по цепям питания должна быть достаточной для эффективного выполнения КТС своего назначения при функционировании.

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

В гарантийный период системотехнического обслуживания ремонт средств вычислительной техники ЕАИС осуществляется в соответствии с Положением о гарантийном системотехническом обслуживании.

В послегарантийный период средства вычислительной техники ЕАИС ремонтируются в соответствии с договорами на системотехническое обслуживание, заключенными между региональными таможенными управлениями ГТК России и региональными отделами ГНИВЦ в регионе, а в центре - между хозяйственным подразделением центрального аппарата ГТК России и ГНИВЦ. К системотехническому обслуживанию ЭВМ допускается персонал, имеющий удостоверения на право обслуживания.

2.3 Виды обеспечения ЕАИС

ЕАИС имеет обеспечивающую и функциональную части (рис. 2.1).

Рис. 2.1 - Автоматизированная информационная система

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

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

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

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

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

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

Включает в себя:

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

- компьютеры любых моделей (персональные компьютеры и высокопроизводительные компьютеры);

- вычислительные сети;

- оргтехнику и т.д.;

- устройства автоматического съема информации;

- эксплуатационные материалы и др.

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

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

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

- нормативно-справочную, используемую при выполнении расчетов по техническому обеспечению.

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

К средствам математического обеспечения относятся:

- средства моделирования процессов управления;

- типовые задачи управления;

- методы математического программирования, математической статистики и др.

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

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

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

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

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

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

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

- уровень управления (высший, средний, низший);

- вид управляемого ресурса (материальные, трудовые, финансовые и др.);

- сфера применения (финансовые, технологические и др.);

- функции управления и период управления.



Тема 3. Базы и банки информационных данных

3.1 Основные понятия процесса накопления данных

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

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

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

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

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

* эффективная структуризация информации;

* сведение к минимуму повторяющихся данных;

* обеспечение быстрого доступа к информации прямо на носителе;

* удобство дополнения информации новыми сведениями;

* обеспечение целостности данных;

* предотвращение несанкционированного доступа к информации;

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

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

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

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

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

Разработчики реляционных СУБД никогда не ставили целью предоставление пользователю мощных функций многомерной обработки данных, их анализа и синтеза. Метод динамической аналитической обработки OLAP (On-Line Analytical Processing), предложенный тем же Э. Ф. Коддом, ускоряет решение указанных задач. Он предполагает многомерное концептуальное представление данных и их прозрачность для пользователя, доступность и высокую производительность в работе.

3.2 Системы управления базой данных

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

* определение объектов - источников данных и выявление связей между ними;

* определение свойств объектов и выявление связи между свойствами;

* создание словаря данных;

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

* назначение пользователей и разграничение их прав доступа.

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

Пользователь общается с базой данных через копии ее фрагментов. Для этого он либо осуществляет фильтрацию записей, либо обращается к базе данных с запросом. Запросы к реляционным базам данных выполняются на языках реляционного исчисления, основанных на классических операциях на множествах (объединение, пересечение, дополнение, разность) и исчислении предикатов (проекция, выбор). Язык запросов предоставляет пользователю набор правил или инструмент для формирования вопроса с информацией о желаемом результате. На основании запроса СУБД автоматически выдает ответ посредством генерации новых таблиц. Статусом стандартного языка запросов обладает сегодня реляционный структурированный процедурный язык SQL (Structured Query Language), разработанный фирмой IBM. Весьма популярен и непроцедурный язык запросов на примере QBE (Query By Example), созданный М. Злуфом в фирме IBM в 1977 г.

Более 15 лет представлен на мировом рынке пакет Oracle. Долгое время каждая третья продаваемая в мире СУБД работала под Oracle. На Oracle разработано значительное число прикладных систем для банков, промышленных предприятий, энергетических объектов, учреждений здравоохранения и таможни. Она обеспечивает целостность баз данных при выполнении распределенных запросов, автономию узлов базы и высокую производительность. Система поддерживает открытую архитектуру: в ее едином приложении могут согласованно работать компоненты СУБД различных фирм, файлы операционной системы, аппаратура (промышленные контроллеры, кассовые аппараты). Инструментарий Oracle позволяет создавать графический интерфейс пользователя со сложной логикой обработки данных. Постепенно реляционная СУБД Oracle преобразуется в объектно-ориентированную систему на основе языка SQL++, хранящую данные в виде объектов вместо таблиц.

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

Интегрированные системы программирования, включающие генераторы кодов и процедурные языки, называют CASE-инструментами (Computer Aided Software Engineering). В таких комплексах среда проектирования не отделена от прикладной системы. Примером CASE-инструмента является система Oracle CASE. Для создания конкретной прикладной системы, например таможенной, проектировщик представляет свои знания о работе конкретного подразделения таможни в системный словарь. Настройка проектируемой системы на технологию работы таможенного подразделения закладывается уже на первоначальных стадиях проектирования средствами конструктора. Затем выполняется генерация сразу же готовой системы.

Для упорядочивания информации в таможенных БД используются языки высокого уровня, для тонких запросов - Assembler. При этом в качестве операционной системы в ГНИВЦ ФТС используется Open VMS, а для управления БД используются разработки Oracle.

3.3 Особенности баз данных, используемых в ФТС России

Базы данных таможенных органов можно условно разбить на три группы:

* базы данных нормативно-справочной информации (НСИ): системы классификации и кодирования, тарификации, ограничений, правовые и нормативные акты, системы регистрации и учета;

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

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

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

Из ГНИВЦ в функциональные подразделения региональных таможенных управлений и таможен регулярно передаются корректировки НСИ.

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

В целях совершенствования порядка сбора, обработки, передачи электронных копий ТД, обеспечения формирования и ведения баз данных ТД таможенных органов всех уровней в рамках ЕАИС таможенных органов был издан Приказ от 23.12.2008 г. «О порядке сбора, обработки, передачи электронных копий грузовых таможенных деклараций и формирования баз данных всех уровней в рамках Единой автоматизированной информационной системы таможенных органов» № 1648.

Этим Приказом утверждены:

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

* сроки хранения электронных копий ТД, содержащихся в информационных ресурсах таможенных органов и в ГНИВЦ.

Порядок сбора, обработки, передачи электронных копий грузовых таможенных деклараций и формирования баз данных всех уровней в рамках Единой автоматизированной информационной системы таможенных органов (далее - Порядок) определяет действия должностных лиц и работников таможенных органов, ГНИВЦ при сборе, обработке, передаче электронных копий ТД, а также формировании баз данных ТД на уровне таможенного поста, таможни, регионального таможенного управления (РТУ), ГНИВЦ в рамках ЕАИС таможенных органов).

В рамках Порядка проходит информационное взаимодействие структурных подразделений таможенных органов, осуществляющих таможенные операции и таможенный контроль, информационно-технических подразделений (ИТП) таможенных органов, подразделений таможенных органов и отделов ГНИВЦ, обеспечивающих сбор, хранение, обработку электронных копий ТД и бесперебойное функционирование системы сбора ТД (совокупность штатных программных средств ЕАИС таможенных органов, включенных в Фонд алгоритмов и программ ФТС России, технических и аппаратных средств, организационных мероприятий, должностных лиц и работников таможенных органов и ГНИВЦ, обеспечивающих сбор, обработку, проведение форматно-логического контроля и формирование соответствующих баз данных на уровне таможенного поста, таможни, РТУ и ГНИВЦ).

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

Существует четыре уровня системы сбора ТД: таможенный пост; таможня; РТУ; ГНИВЦ.

Контроль инсталляции, настройки и организации интерфейса взаимодействия программных средств системы сбора ТД в подразделениях таможенных органов осуществляет начальник ИТП таможни или РТУ, в обязанности которого в целях бесперебойного функционирования системы сбора ТД входит обеспечение контроля за своевременным переходом подчиненных таможенных органов на работу с новыми версиями программных средств ЕАИС таможенных органов, входящих в систему сбора ТД и рассылаемых ГНИВЦ.

В рамках ЕАИС таможенных органов осуществляется ведение следующих информационных ресурсов, содержащих электронные копии ТД:

1) на уровне таможенного поста:

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

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

2) на уровне таможни:

а) операционной базы данных ТД (только для таможенных орга-

нов, оснащенных КАСТО «АИСТ-РТ21»);

б) базы данных ТД;

3) на уровне РТУ - базы данных ТД;

4) на уровне ГНИВЦ - центральной базы данных ТД (далее - ЦБД ТД).

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



Таблица 3.1 - Сроки хранения электронных копий ТД, содержащихся в информационных ресурсах таможенных органов и в ГНИВЦ

Для обеспечения бесперебойного функционирования системы сбора ТД выполняют:

1) уполномоченное должностное лицо отдела таможенного оформления и таможенного контроля таможенного поста, осуществляющее таможенные операции и таможенный контроль (далее - уполномоченное должностное лицо ОТОиТК таможенного поста):

а) ФЛК электронных копий ТД;

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

в) контроль выгрузки электронной копии ТД, принятие которой оформлено путем присвоения ей регистрационного номера (далее - электронная копия зарегистрированной ТД), и электронной копии ТД, по которой в отношении товаров и транспортных средств таможенным органом принято решение, соответствующее классификатору решений, принимаемых таможенными органами, и указываемое в графе «D» комплекта бланков ТД 1 и в графе «D/J» комплекта бланков ТД 3 (далее - электронная копия оформленной ТД), из систем ТОиТК в автоматическом или ручном режимах для их передачи в КПС «Сбор информации по ГТД»;

г) контроль полноты и достоверности сведений, содержащихся в электронных копиях зарегистрированных и оформленных ТД;

д) внесение необходимых исправлений в электронную копию оформленной ТД в соответствии с требованием о технической корректировке, содержащим совокупность данных об ошибках в заполнении электронной копии оформленной ТД, выявленных в ходе проведения ФЛК на этапе загрузки в ЦБД ТД (далее - требование о технической корректировке);

е) внесение необходимых изменений в электронную копию оформленной ТД при проведении корректировки ТД после выпуска товаров и транспортных средств;

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

з) контроль загрузки в базу данных таможенного поста в автоматическом или ручном режимах электронных копий зарегистрированных и оформленных ТД, а также за выгрузкой электронных копий зарегистрированных и оформленных ТД из базы данных таможенного поста в автоматическом или ручном режимах для их передачи в таможню, РТУ и ГНИВЦ;

2) уполномоченное должностное лицо ИТП таможни или РТУ в части информационно-технического обеспечения:

а) контроль формирования файла пакета передачи данных, представляющего собой поименованную совокупность данных, предназначенную для передачи по каналам связи ВИТС ФТС России (далее - ФППД), содержащего электронные копии зарегистрированных и оформленных ТД, и за его передачей на вышестоящие уровни системы сбора ТД;

б) регламентные работы по архивированию и резервному копированию операционной базы данных таможенного поста или операционной базы данных ОТОиТК таможенного поста и базы данных таможенного поста, таможни, РТУ в автоматическом или ручном режимах, а при необходимости их восстановление после сбоев;

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

г) контроль сбора, обработки и загрузки в базу данных таможни и РТУ в автоматическом или ручном режимах электронных копий зарегистрированных и оформленных ТД, а также другой информации, передаваемой в системе сбора ТД;

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

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

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

а) контроль сроков внесения изменений в электронную копию оформленной ТД в соответствии с требованиями о технической корректировке;

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

в) анализ протоколов завершения контроля, заполняемых должностными лицами ОТОиТК таможенного поста, и подготовку предложений об изменении алгоритмов ФЛК;

г) контроль сроков внесения изменений в электронную копию оформленной ТД при проведении ее корректировки после выпуска товаров и транспортных средств;

4) уполномоченный работник ГНИВЦ в части загрузки ЦБД ТД:

а) контроль сбора, обработки и загрузки в ЦБД ТД в автоматическом или ручном режимах электронных копий зарегистрированных и оформленных ТД;

б) контроль формирования требований о технической корректировке и протоколов обработки;

в) контроль исправления электронных копий оформленных ТД, не прошедших ФЛК на этапе загрузки информации в ЦБД ТД;

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

д) формирование аналитических материалов и отчетов по результатам загрузки информации в ЦБД ТД.

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

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

Рис. 3.1 - Информационная система сбора и обработки информации

Перечень информационных ресурсов ЦБД ЕАИС ФТС России составляют следующие базы данных:

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

* электронных копий документов контроля доставки;

* автоматизированной системы «Авто-контроль»;

* электронных копий таможенных приходных ордеров;

* валютного контроля;

* временного ввоза (вывоза) товаров по процедуре карнет-АТА;

* агрегированных данных таможенной статистики внешней торговли;

* мониторинга таможенных операций;

* конфиската;

* штрафов;

* электронной корреспонденции;

* профилей рисков;

* нормативно-справочной информации.

Решение задач, связанных с организацией и управлением доступом должностных лиц структурных подразделений ФТС России и таможенных органов к ЦБД ЕАИС ФТС России, осуществляют:

* администратор регистрации, отвечающий за организацию технологического процесса доступа пользователей к информационным ресурсам ЦБД ЕАИС ФТС России и регистрацию пользователей;

* администратор данных, отвечающий за информационное наполнение ЦБД ЕАИС ФТС России и целевое использование информации;

* администратор базы данных, отвечающий за системное администрирование и управление ЦБД ЕАИС ФТС России;

* администратор ЛВС, отвечающий за системное администрирование ЛВС ГНИВЦа ФТС России;

* администратор безопасности, отвечающий за информационную безопасность ЦБД ЕАИС ФТС России;

* администраторы локальных сетей и безопасности таможенных органов.

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

Доступ к ЦБД опосредован промежуточными Intel-серверами. Современные операционные системы позволяют непосредственно работать с массивами информации, что предопределяет возможность несанкционированного доступа к хранящейся информации. Поэтому в ФТС России, прежде всего, формализована специфика работы каждого таможенного подразделения, и должностные лица могут работать только с определенными полями таможенных деклараций в соответствии со своими задачами. Например, управление контроля таможенной стоимости работает с полями «Стоимость», «Вес нетто», «Вес брутто», а также с количеством наименований товаров. При этом сведения, которые запрашивает пользователь, выгружаются на промежуточный сервер, и обратного хода нет. Таким образом, исходная информация ЦБД развязана с теми данными, которые обрабатываются в повседневной деятельности. Работа с ЦБД и ее обслуживание ведется с помощью Центрального вычислительного комплекса (ЦБК) на базе мощных серверов с большими вычислительными ресурсами. Глубина оперативного функционирования баз данных составляет 4-5 лет и определяется потребностью в информационном обеспечении центрального аппарата ФТС, органов Правительства, администрации Президента и других государственных структур. Для обеспечения эффективного выполнения задач ФТС России на базе двух центральных вычислительных комплексов (ЦБК «Комсомольская» и ЦВК «Фили») создана надежная отказоустойчивая система с реализацией кластерного решения, включающая два разнесенных в пространстве вычислительных комплекса и предполагающая следующую организацию работы:

* ЦВК «Комсомольская» - первичная обработка данных, поступающих из таможенных органов, реализация обратной связи с таможенными органами для формирования достоверной информации, формирование центральной базы данных статистической отчетности ЕАИС, выполнение регламентных отчетных работ и пр.;

* ЦВК «Фили» - резервный центр, предназначенный для выполнения оперативных запросов и работ ФТС России, зеркальная база данных и пр.

Основная нагрузка в ЦВК приходится на многопроцессорные серверы Alpha Server. Ведение баз данных НСИ осуществляется администратором системы баз данных и реализуется посредством генератора программных приложений НСИ, оформленного в виде пакета прикладных программ - «АРМ НСИ».

3.4 Принципы построения систем поддержки принятия решения должностными лицами таможенных органов

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

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

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

Подсистема данных. Подсистема обработки и хранения данных характеризуется всеми известными преимуществами построения и использования баз данных. Однако использование баз данных в составе СППР характеризуется определенными обстоятельствами.

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

Рис. 3.2 - Структура подсистемы моделей СППР

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

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

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

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

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

Таким образом, подсистема данных, входящих в состав СППР, должна обладать следующими возможностями:

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

* быстрое прибавление или исключение того или иного источника данных;

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

* управление данными при помощи широкого спектра функций управления, предоставляемых СУБД.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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