11. Управление информацией в среде еаис таможенных органов России.

Глобальная вычислительная сеть ЕАИС состоит из базовой сети передачи данных, сети ЭВМ и абонентской сети.

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

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

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

При близком расположении отдельных ЭВМ их объединение в общую систему обработки данных не требует узлов связи и сети передачи данных. В этом случае они объединяются в локальную вычислительную сеть.

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

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

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

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

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

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

Система классификации и кодирования должна:

быть единой для всех компонентов ЕАИС;

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

Программное обеспечение ЕАИС ГТК России включает:

общесистемное программное обеспечение (ОСПО);

прикладное программное обеспечение (ППО).

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

В соответствии с нормативными документами ГТК России в системе приняты следующие таможенные режимы:

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

комплектные объекты (экспорт); комплектные объекты (импорт);валютные ценности (экспорт); валютные ценности (импорт); свободная таможенная зона; свободный склад.

12. Технология «клиент-сервер» (на примере MS SQL SERVER).

Итак, допустим, мы разрабатываем веб-приложение. У нас есть ASP.Net хостинг, на котором присутсвует SQL база данных, сервер, в принципе, значения не имеет (хотя статье упор делается на MS SQL Server). Провайдер разрешает нам доступ к SQL серверу через сокет (некий IP и порт), и все дальнейшие проблемы целеком ложаться на наши плечи. Либо, ситуация вторая, наше предприятие очень велико, имеет множество территориально удаленных филиалов, связь только через Internet, а работать с центральной базой как-то надо. В обоих случаях перед нами возникают сходные проблемы:

1. Безопасность. Если доступ к SQL серверу осуществляется напрямую через IP, возникает брешь в безопасности как на стороне клиента, так и на сервере. Причем клиент может быть отгорожен фаерволом или прокси, что вообще делает невозможным прямой доступ к SQL серверу.

2. Надежность. Зачастую связь через Интернет является нестабильной, возможны обрывы связи. Если программа, работающая с SQL использует постоянное или длительное соединение с сервером это будет приводить к частым ошибкам и сделает невозможным стабильную работу такой программы. Весь стандартный инструментарий MS SQL Server работает именно таким образом - соединение с базой данных поддерживается постоянно.

3. Скорость. Стандартные протоколы обмена данными между SQL сервером и клиентом, как правило, не расчитаны для работы в интернет. Передается множетсво избыточной информации и т.д. В результате время между запросом и получением результирующего набора данных может стать очень большим. Возможны частые таймауты, т.е. программа будет считать, что сервер не отвечает, в то время как информация просто поступает с очень большой задержкой. Для решения этих и многих других проблем при работе с удаленными SQL серверами логично будет использоватьпрограмноеобеспечениепромежуточного(данномслучае 3-го) уровня. Выбор архитекур и средств разработки очень велик. Мы же рассмотрим использование самой перспективной в настоящий момент технологии - веб сервисов. Клиент-сервер (англ.Client-server) — вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг (сервисов), называемых серверами, и заказчиками услуг, называемых клиентами. Нередко клиенты и серверы взаимодействуют через компьютерную сеть и могут быть как различными физическими устройствами, так и программным обеспечением.Преимущества - 1)Делает возможным, в большинстве случаев, распределить функции вычислительной системы между несколькими независимыми компьютерами в сети. Это позволяет упростить обслуживание вычислительной системы. В частности, замена, ремонт, модернизация или перемещение сервера, не затрагивают клиентов. 2.)Все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов. На сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа. 3)Позволяет объединить различные клиенты. Использовать ресурсы одного сервера часто могут клиенты с разными аппаратными платформами, операционными системами и т.п.

4. Недостатки - 1)Неработоспособность сервера может сделать неработоспособной всю вычислительную сеть. 2)Поддержка работы данной системы, требует отдельного специалиста - системного администратора. 3)Высокая стоимость оборудованияМногоуровневая архитектура клиент-сервер — разновидность архитектуры клиент-сервер, в которой функция обработки данных вынесена на один или несколько отдельных серверов. Это позволяет разделить функции хранения, обработки и представления данных для более эффективного использования возможностей серверов и клиентов.Частные случаи многоуровневой архитектуры:Трёхуровневая архитектураКлиент-сервер" - это модель взаимодействия компьютеров в сети. Редко бывает так, чтобы они были совершенно равноправными. Как правило, один компьютер в сети располагает информационно-вычислительными ресурсами, такими как процессоры, файловая система, почтовая служба, служба печати, база данных. Другие же компьютеры пользуются ими. Компьютер, управляющий тем или иным ресурсом, принято называть сервером этого ресурса, а компьютер, желающий им воспользоваться - клиентом. Конкретный сервер характеризуется видом ресурса, которым он владеет. Так, если ресурсом являются базы данных, то речь идет о сервере баз данных, назначение которого - обслуживать запросы клиентов, связанные с обработкой баз данных; если ресурс - это файловая система, то говорят о файловом сервере или файл-сервере и т.д.

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

5. Сегодня технология "клиент-сервер" получает все большее распространение, однако сама по себе она не предлагает универсальных рецептов. Она лишь дает общее представление о том, как должна быть организована современная распределенная информационнаясистема. В то же время реализации этой технологии в конкретных программных продуктах и даже в видах программного обеспечения различаются весьма существенно.Один из основных принципов технологии "клиент-сервер" заключается в разделении функций стандартного приложения на три группы, имеющие различную природу. Первая группа - это функция ввода и отображения данных. Вторая группа объединяет чисто прикладные функции, характерные для данной предметной области. Наконец, к третьей группе относятся фундаментальные функции хранения и управления данными (базами данных, файловыми системами и т.д.)Одна из моделей взаимодействия компьютеров в сети получила название «клиент-сервер» (Рис. 1.). Каждый из составляющих эту архитектуру элементов играет свою роль: сервер владеет и распоряжается информационными ресурсами системы, клиент имеет возможность воспользоваться имиСервер базы данных представляет собой мультипользовательскую версию СУБД, параллельно обрабатывающую запросы, поступившие со всех рабочих станций. В его задачу входит реализация логики обработки транзакций с применением необходимой техники синхронизации - поддержки протоколов блокирования ресурсов, обеспечение, предотвращение и/или устранения тупиковых ситуаций.В ответ на пользовательский запрос рабочая станция получит не «сырье» для последующей обработки, а готовые результаты. Программное обеспечение рабочей станции при такой архитектуре играет роль только внешнего интерфейса (Front - end) централизованной системы управления данными. Это позволяет существенно уменьшить сетевой трафик, сократить время на ожидание блокированных ресурсов данных в мультипользовательском режиме, разгрузить рабочие станции и при достаточно мощной центральной машине использовать для них более дешевое оборудование.

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

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

• функции ввода и отображения данных;

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

• фундаментальные функции хранения и управления ресурсами (базами данных);

• служебные функции.

Исходя из этого деления любое приложение может состоять из следующих компонентов:

• компонент представления (функции 1-й группы);

• прикладной компонент (функции 2-й группы);

• компонент доступа к информационным ресурсам (функции 3-ей группы и протокол их взаимодействия).

Различия определяются четырьмя факторами:

• какие виды программного обеспечения в логических компонентах;

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

• как логические компоненты распределяются компьютерами в сети;

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

1. Исходя из этого, рассмотрим четыре подхода, реализованные в моделях технологии «клиент-сервер».DBS-модельНесмотря на широкое распространение,RDA-модель уступает место более технологичной DBS-модели. Последняя реализована в некоторых реляционных СУБД (Ingres, Sybase, Oracle). Ее основу составляет механизм хранимых процедур - средство программирования ядра СУБД. Процедуры хранятся в словаре базы данных, разделяются между несколькими клиентами и выполняются на том же компьютере, где функционирует ядро СУБД. Язык, на котором разрабатываются хранимые процедуры, представляет собой процедурное расширение языка запросов SQL и уникален для каждой конкретной СУБД. Попытки стандартизации языка SQL, касающиеся хранимых процедур, пока не привели к ощутимому успеху. Кроме того, во многих реализациях процедуры являются интерпретируемыми, что делает их выполнение более медленным, нежели выполнение программ, написанных на языках третьего поколения. Механизм хранимых процедур - один из составных компонентов активного сервера базы данных [2].В DBS-модели приложение является распределенным. Компонент представления выполняется на компьютере-клиенте, в то время как прикладной компонент (реализующий бизнес-функции) оформлен как набор хранимых процедур и функционирует на компьютере-сервере БД. Преимущества DBS-модели перед RDA-моделью очевидны: это и возможность централизованного администрирования бизнес-функций, и снижение трафика сети, и возможность разделения процедуры между несколькими приложениями, и экономия ресурсов компьютера за счет использования единожды созданного плана выполнения процедуры. Однако есть и недостатки.Во-первых, средства, используемые для написания хранимых процедур, строго говоря, не являются языками программирования в полном смысле слова. Скорее, это - разнообразные процедурные расширения SQL, не выдерживающие сравнения по изобразительным средствам и функциональным возможностям с языками третьего поколения, такими как C или Pascal. Они встроены в конкретные СУБД, и, естественно, рамки их использования ограничены. Следовательно, система, в которой прикладной компонент реализован при помощи хранимых процедур, не является мобильной относительно СУБД. Кроме того, в большинстве СУБД отсутствуют возможности отладки и тестирования хранимых процедур, что превращает последние в весьма опасный механизм. Действительно, сколько-нибудь сложная неотлаженная комбинация срабатывания триггеров и запуска процедур может, по меткому выражению одного из разработчиков, "полностью разнести всю базу данных".Во-вторых, DBS-модель не обеспечивает требуемой эффективности использования вычислительных ресурсов. Объективные ограничения в ядре СУБД не позволяют пока организовать в его рамках эффективный баланс загрузки, миграцию процедур на другие компьютеры-серверы БД и реализовать другие полезные функции. Попытки разработчиков СУБД предусмотреть в своих системах эти возможности (распределенные хранимые процедуры, запросы с приоритетами и т. д.) пока не позволяют добиться желаемого эффекта.В-третьих, децентрализация приложений (один из ключевых факторов современных информационных технологий) требует существенного разнообразия вариантов взаимодействия клиента и сервера. При реализации прикладной системы могут понадобиться такие механизмы взаимодействия, как хранимые очереди, асинхронные вызовы и т. д., которые в DBS-модели не поддерживаются.Сегодня вряд ли можно говорить о том, что хранимые процедуры в их нынешнем состоянии представляют собой адекватный механизм для описания бизнес-функций и реализации прикладного компонента. Для того, чтобы превратить их в действительно мощное средство, разработчики СУБД должны воспроизвести в них следующие возможности:расширение изобразительный средства языков процедур; средства отладки и тестирования хранимых процедур; предотвращение конфликтов процедур с другими программами; поддержка приоритетной обработки запросов. Между тем эти возможности уже реализованы в AS-модели, которая в наибольшей степени отражает сильные стороны технологии "клиент-сервер".RDA - модель Основные свойства : коды компонента представления и прикладного компонента совмещены и выполняются на компьютере -клиенте. Доступ к информационным ресурсам Обеспечивается операторами непроцедурного языка SQL. Технология - клиентский запрос отправляется на сервер где функционирующее ядро СУБД обрабатывает запрос и возвращает результат (блок данных) клиенту.Ядро СУБД выполняет пассивную роль.Инициатор манипуляций с данными - программы на копьютере клиенте. Достоинства - процессор сервера заружаетсяоперациями обработки данных .Уменьшается загрузка сети так как по сети передаются запросы на языке SQL.Унификация интерфейса «клиент — сервер» в виде языка SQL использование его в качестве стандарта общения клиента и сервера. Недостатки - удовлетворительное администратирование приложений в RDA - модели невозможно из за совмещения в одной программе в различных по своей природе функций (представления и прикладных).FS-модель - Базовая для локальных сетей персональных коппьютеров.Применялась для разработки информационных сетей на базе FoxPRO,Clipper,Paradox.Основные средства — выделяется файл сервер реализации услуг по обработке файлов других узлов сети.работает под управлением сетевых ОС.Играет роль компонент доступа к информационным ресурсам.В остальных узлах фнкционирует приложение ,в кодах которого совмещены компоненты представления и прикладной.Протокол обмена - набор низкоуровневых вызовов.Технология -запрос направляется на файловый сервер,который передает СУБД размещенной на компютере — клиенте,требуемый блок данных.вся обработка осуществляется на компьютере клиенте. НЕдостатки - высокий сетевой трафик.Небольшое число операций монипулирования.НЕдостаточные требования к безопастности.AS-модель

Основным элементом принятой в AS-модели трехзвенной схемы является сервер приложения. В его рамках реализовано несколько прикладных функций, каждая из которых оформлена как служба (service) и предоставляет некоторые услуги всем программам, которые желают и могут ими воспользоваться. Серверов приложений может быть несколько, и каждый их них предоставляет определенный набор услуг. Любая программа, которая пользуется ими, рассматривается как клиент приложения (Applicaation Client - AC). Детали реализации прикладных функций в сервере приложений полностью скрыты от клиента приложения. AC обращается с запросом к конкретной службе, но не к AS, то есть серверы приложений обезличены и служат лишь своего рода "рамкой" для оформления служб, что позволяет эффективно управлять балансом загрузки. Запросы, поступающие от АС, выстраиваются в очередь к AS-процессу, который извлекает и передает их для обработки службе в соответствии с приоритетами.

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

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