Модуль Управление данными для организации таможня на базе КИС Парус

- ...

Введение 3
1. Постановка задачи проектирования КИС для организации «таможня» 6
1.1. Характеристика области применения КИС 6
1.2. Цели разработки КИС и задачи, решаемые при ее создании 11
1.3. Сравнительный анализ программных платформ для разработки КИС
16
2. Моделирование и проектирование модуля КИС Парус «Управление данными» 23
2.1. Обоснование выбора платформы «Парус» для разработки модуля управления данными организации «таможня» 23
2.2. Описание архитектуры КИС 26
2.3. Разработка базы данных для модуля КИС Парус «Управление данными» 31
2.4. Интерфейс модуля управления данными 37
3. Обоснование целесообразности выбранного варианта решения 47
3.1. Графики и диаграммы, разработанные на основе внедрения в практику информационной системы 47
3.2. Экономическая эффективность внедрения модуля КИС Парус «Управление данными» 51
Заключение 59
Список литературы 61
Приложени

Сегодня в условиях рынка и рыночных отношений информационная система в организации таможня играет самую главную и ключевую роль. И без информации, без информационной системы не обходится в настоящее время ни один шаг этой организации, идет ли речь о таможенной декларации товаров, или о запрете вывоза или ввоза товаров, или оформлении на них документов. Вся необходимая документация составляется именно при помощи компьютерных технологий и выходит на бумажном носителе.
Создание информационной системы при помощи компьютерных программ и технологий включает не только прекрасное знание многих компьютерных программ, но и очень практичное умение владеть ими.
Вовремя полученная информация о производителе товаров, об их ассортименте, и об их качестве, а также о способах и методах их изготовления и аналитически вовремя обработанная при помощи компьютерных программ, а затем проверенная, позволяет таможне принимать правильные, своевременные решения.
Главную роль в корпоративно- информационной системе Парус играет своевременно полученная информация, оформление всех необходимых грузов как для отправки в другие страны, так и для получения грузов из других стран. Практически все необходимые для этого документы за редким исключением составляются при помощи компьютера, поэтому когда речь заходит в дипломной работе о создании модуля для КИС Парус, то это на деле означает не что иное, как создание всей информационной системы в организации таможня для ее производственной деятельности.
Создание необходимой информационной системы является очень важным и ответственным делом, т. к. на основании полученной информации при помощи компьютерных технологий таможня сегодня в основном и успешно функционирует. В связи с вышесказанным тема дипломной работы является актуальной, особенно в условиях рыночных отношений.
Актуальность темы дипломной работы определяет цели и задачи исследования.
Главной целью дипломной работы является разработка модуля «Управление данных» КИС Парус для организации таможня.
В соответствии с поставленной целью задачами дипломной работы являются:
– характеристика области применения КИС, а именно деятельности таможенных органов;
– определение целей разработки КИС и задач, решаемых благодаря ее созданию;
– сравнительный анализ программных платформ для разработки КИС для таможенных органов;
– обоснование выбора платформы «Парус» для разработки модуля управления данными организации «таможня»;
– описание архитектуры КИС;
– разработка базы данных для модуля КИС Парус «Управление данными»;
– описание интерфейса модуля управления данными;
– обоснование целесообразности выбранного варианта решения;
– расчет экономической эффективности внедрения модуля КИС Парус «Управление данными».
Объектом исследования является организация «таможня». Работа таможенников - очень важное и ответственное дело и не только перед лицом государства, они стоят на страже не только государственных российских интересов, но и на страже интересов всего нашего российского общества. И тут самое главное не ошибиться ни в чем, ни в оформлении всего необходимого спектра документов, ни в начислении налогов, ни в даче добра на ввоз или вывоз товаров и так далее.
Предмет дипломной работы – модуль «Управление данными» КИС Парус.
Таким образом, для достижения поставленных целей и задач исследования необходимо провести социологическое, экономическое исследование данной организации и конечно обратиться к информационным технологиям, при помощи которых Парус осуществляет те или иные действия и операции.

Важнейшим параметром КИС Парус является быстродействие при значительном количестве пользователей, а также надежность, масштабируемость и безопасность. Система ПАРУС является модульной. Многие ее компоненты успешно функционируют автономно. В КИС ПАРУС большое внимание уделено вопросу разграничения прав пользователей. Каждому сотруднику могут быть назначены индивидуальные права доступа как к разделам информации, так и к функциям системы. К плюсам системы «Парус» можно отнести низкие технические требования к локальной сети предприятия. Однако у системы есть и недостатки. Это мало раскрученный бренд; слабо развитая партнерская сеть; методические проблемы; отсутствие многих модулей.Корпорация ПАРУС работает во многих секторах экономики. В число клиентов Корпорации входят как государственные и муниципальные структуры и бюджетные учреждения, так и крупные и средние коммерческие предприятия различных отраслей, в том числе и ФТС России.Внедрение технологий КИС «Парус» позволяет государственным структурам сэкономить бюджетные средства и максимально эффективно использовать их на приоритетных направлениях развития.Применительно к сфере таможенного дела КИС «Парус» в состоянии повысить эффективность таможенной деятельности, т. к. на основе современных технологий сбора и анализа учетной и управленческой информации в системе разработаны программно-методические комплексы для решения актуальных задач в организации таможни.Подводя итог сравнительного анализа программных платформ для разработки КИС необходимо отметить ряд общих существенных недостатков, характерные для многих проектов КИС. Это: сложность описания (достаточно большое количество функций, процессов, элементов данных и сложные взаимосвязи между ними), требующая моделирования и анализа данных и процессов; наличие совокупности тесно взаимодействующих компонентов (подсистем), имеющих свои локальные задачи и цели функционирования, например, традиционных приложений, связанных с обработкой транзакций и решением регламентных задач, и приложений аналитической обработки (поддержки принятия решений), использующих нерегламентированные запросы к данным большого объема; необходимость интеграции существующих и вновь разрабатываемых приложений; функционирование в неоднородной среде на нескольких аппаратных платформах. Указанные недостатки приводят к необходимости использования единой методики и средств системного анализа и проектирования, понятной и удобной на всех стадиях создания информационной системы и для всех участников проекта. В связи с этим предложения КИС «Парус» наряду с предложениями других программных продуктов выглядят наиболее предпочтительными.Таким образом, чтобы создать КИС, которая принесет реальную отдачу и будет востребована таможенными органами, необходимо тщательно провести выбор технологической платформы. 2. Моделирование и проектирование модуля КИС Парус «Управление данными»2.1. Обоснование выбора платформы «Парус» для разработки модуля управления данными организации «таможня»Ключевые требования к КИС для управления данными таможни находят отражение в платформе «Парус», а именно:Средства оперативного многомерного анализа данных.Предоставление легко масштабируемой платформы, позволяющей значительно увеличить в будущем количество источников и объемы данных.Открытость системы для дальнейшего бесшовного наращивания функциональности и охвата новых подразделений, направлений анализа, алгоритмов расчета и формирования показателей. Поддержка функций нерегламентированных запросов, создания отчетов, в т.ч. графиков и диаграмм (OLAP). Поддержка просмотра информации с необходимым уровнем детализации, «свободный» анализ (ad hoc – запросы), развертка (drill-down) и многомерные ракурсы.Обеспечение автоматизированного сбора и агрегирования данных в условиях, когда эксплуатируются различные системы, служащие основными источниками данных.Обеспечение простоты использования пользователями, а не техническими специалистами.Обеспечение коллективной работы и разграничение прав доступа пользователей.Средства безопасности системы должны обеспечивать минимизацию риска некорректного использования или злоупотребления системой.Рассмотрим более подробно работу таможни с модулем «Управление данными» КИС «Парус» (рисунок 3).Рисунок 3. Схема взаимодействия между участниками ВЭД и таможенными органамиСпециалист по таможенному оформлению подготавливает электронный пакет, состоящий из ГТД и других документов, необходимых при таможенном оформлении, ставит свою электронную цифровую подпись (далее - ЭЦП) и отправляет в ГНИВЦ ФТС России, где проверяется право доступа конкретного участника ВЭД к системе электронного декларирования и достоверность его ЭЦП.Далее происходит пересылка пакета документов из ГНИВЦ ФТС России в базу данных регионального таможенного управления. Там ГТД и другие документы проходят первичный форматный контроль. После чего документы поступают на таможенный пост, на котором и будет происходить таможенное оформление товаров, заявленных в ГТД.Сообщение о завершении таможенного оформления (или о переводе на общеустановленный порядок таможенного оформления) поступает, проходя обратно по таможенным каналам, к участнику ВЭД. К разным участникам описанной выше схемы взаимодействия предъявляются разные требования в части их технического оснащения. При организации данной схемы необходимо обеспечить:1. Со стороны оборудования: свободный USB-порт;интернет-канал;VPN-ключ (предоставляется информационным оператором);USB-токен RuToken (рекомендован к использованию взамен устаревших и ненадежных носителей информации - дискет, которые на данный момент использует ГНИВЦ ФТС России для выдачи ЭЦП). Покупка RuToken относится к дополнительным (не обязательным) услугам.2. Со стороны программного обеспечения: операционную систему Microsoft Windows XP или более новую;антивирусное программное обеспечение;средство криптографической защиты информации;программное обеспечение, прошедшее сертификацию в ГНИВЦ ФТС России.На рисунке 4 схематично представлена ИС таможни.Рисунок 4. Таможенная информационная системаВсе вышеперечисленные требования возможно реализовать в результате разработки модуля «Управления данными» КИС «Парус».Структура модуля «Управления данными» КИС «Парус» приведена в Приложении 1.2.2. Описание архитектуры КИСАрхитектура КИС «Парус» определяет практические пути реализации важнейших направлений и принципов обеспечения управления данными таможенных органов, а также структуру, основные системотехнические решения, методы, механизмы и средства построения этой системы.При разработке архитектуры модуля управления данными КИС «Парус» таможенных органов была использована разработанная корпорацией Парус методика создания архитектуры управленческих решений, основывающаяся на положениях национального и международного стандарта, известного под названием «Общие критерии», ГОСТ Р ИСО/МЭК 15408-2002 (ISO/IEC 15408:1999). Данная методика успешно реализована во многих крупных проектах корпорации Парус, в том числе и в проектах, выполненных в интересах ФТС России. Общей целью разработки архитектуры КИС таможенных органов являлось достижение автоматически возобновляемого и развивающегося процесса управления информацией, который является методическим, организационным и технологическим базисом для непрерывного развития и совершенствования архитектуры КИС таможенных органов.В процессе разработки архитектуры КИС таможенных органов были учтены следующие системные принципы:преемственность по отношению к существующей системе организации процесса управления данными в таможне;системность и комплексность построения системы обеспечения управления данными;унифицированность принципов, методов и технических решений по обеспечению информацией все уровни иерархии КИС таможенных органов;интегрированность системы управления данными;эшелонирование системы управления данными на всех этапах доступа к информации;использование модульного подхода;обеспечение информационной безопасности КИС таможенных органов на уровне архитектуры сети, сетевых протоколов и оборудования;соответствие национальным и международным стандартам в области информационных технологий.Архитектура КИС Парус представлена на рисунке 5.Рисунок 5. Архитектура КИС ПарусИС «Парус» базируется на модульной архитектуре, которая носит условное название «Единый управляющий комплекс» (рисунок 6). Рисунок 6. Архитектура «Единый управляющий комплекс»Эта архитектура подразумевает использование следующих основных программных модулей:Ядро системы - это несколько центральных баз данных на сервере ФТС России, в которых сосредоточена основа КТИС - подсистема электронного таможенного документооборота. Это наиболее развитая часть системы. Все основные технологические решения сосредоточенны в этой части. Архитектурно ядро КТИС содержит следующие компоненты:База данных участников ВЭД - предназначена для централизованного хранения всей информации об участниках ВЭД (наименование юридического лица, ИНН, КПП, место регистрации, паспортные данные уполномоченного лица, место проживания и т. д.), а также для автоматизации приема деклараций. База данных таможенных деклараций содержит все необходимые для работы таможни программные инструменты. Хранит в себе данные о всех предоставленных таможенных декларациях и иных документов на груз участниками ВЭД. За счет этого скорость работы с этой базой данных максимальная – поиск деклараций, формирование отчетов, создание и изменение документов исполняется системой моментально. Пользователю никогда не приходится ждать завершения работы и наблюдать «песочные часы» операционной системы. База данных товаров специально спроектирована для использования в таможне. Содержит в себе данные о наименовании, коде того или иного товара, информации (рыночных и иных ценах) по тому и иному товару, используемой для расчета таможенной стоимости.База данных архива. В ней накапливается устаревшая информация или редко используемые данные. В функциональном плане архив имеет сильные ограничения с целью обеспечить возможность накапливать значительные объемы информации. Фактически, связка архива с базами данных таможенных деклараций и товаров, основанная на уникальной технологии вариабельного ядра, позволяют хранить всю информацию вечно без потери производительности системы. Вспомогательные (сопроводительные) базы данных. Используются ядром системы для различных целей, однако наличие этих баз не критично для функционирования системы в целом. Их основное назначение – улучшение и облегчение условий работы с системой, обеспечение дополнительных сервисов. Сюда относятся базы данных архивов, подсистема планирования времени работы таможенных инспекторов с декларациями (календари) и т.д.Электронные отчеты КТИС. Технология электронных отчетов широко используется в системе. Она позволяет без дополнительной вычислительной нагрузки на сервер формировать самые разнообразные представления данных, специализированные по конкретным задачам. В соответствии с архитектурой в КИС предусматривается формирование более 250 отчетных форм на английском и русском языках, которые используются участниками ВЭД, всеми уровнями таможенных органов, а также рассылаются в различные государственные органы, международные организации и таможенные органы других стран.Внешние приложения. Это программы-надстройки над системой. Они используют специально разработанный интерфейс связи с ядром системы и позволяют создавать приложения, не предусмотренные командой разработчиков. Таким образом, обеспечивается возможность расширения системы без участия разработчиков, но с сохранением потенциала системы, всей ее мощности.Таким образом, разработанная архитектура управления данными КИС Парус таможенных органов реализует:многоуровневую (многозвенную) эшелонированную систему управления данными;разделение ИС таможенных органов на зоны, предусматривающие: группировку функций в соответствии с классификацией информации по требованиям безопасности; разделение информационных потоков, связанных с работой с приложениями и управлением системой;централизацию работы с ключевой информацией: наличие служб управления данными; управление идентификацией и событиями; аутентификацию и авторизацию;модульный принцип построения, предусматривающий включение дополнительных сервисов и развитие технологий;преемственность по отношению к существующей системе управления данными.2.3. Разработка базы данных для модуля КИС Парус «Управление данными»БД должна содержать данные об участниках ВЭД, таможенных инспекторах, таможенных декларациях, товарах и их таможенной стоимости и предоставлять возможность получать разнообразные отчеты.В соответствии с предметной областью система строится с учётом следующих особенностей:каждый товар проверяется на основании таможенной декларации; книга может принадлежать нескольким участникам ВЭД; таможенная декларация проверяется подписывается одним таможенным инспектором и всеми участниками ВЭД; каждый участник ВЭД может иметь несколько товаров (по одной или разным таможенным декларациям); таможенный инспектор может работать одновременно над несколькими таможенными декларациями; таможенная стоимость рассчитывается по одному товару.Выделим базовые сущности этой предметной области:Таможенные инспекторы. Атрибуты таможенных инспекторов – ФИО, табельный номер, пол, дата рождения, паспортные данные, ИНН, должность, оклад, домашний адрес и телефоны. Для таможенных инспекторов необходимо хранить сведенья о проверенных декларациях. Участники ВЭД. Атрибуты участников ВЭД – наименование юридического лица, ИНН, КПП, место регистрации, ФИО, паспортные данные, домашний адрес, телефоны. Для участников ВЭД необходимо хранить сведения о товарах. Товары. Атрибуты товаров – наименование, код товара, вес, фактурная стоимость, таможенная стоимость.Таможенные декларации будем рассматривать как связь между участниками ВЭД, товарами и таможенными инспекторами. Атрибуты таможенной декларации – номер, дата и участник ВЭД.ER–диаграмма таможни приведена на рисунке 7 (базовые сущности на рисунках выделены полужирным шрифтом).определитьТаможенная стоимостьУчастники ВЭДпроверитьТаможенные декларацииТаможенный инспекторРисунок 7. ER–диаграмма таможенной деятельностиСистема создается для обслуживания следующих групп пользователей:ГНИВЦ ФТС России;Региональное таможенное Управление; Таможня; Таможенные посты;конкретные таможенные инспекторы.Определим границы информационной поддержки пользователей:1) Функциональные возможности:ведение БД (запись, чтение, модификация, удаление в архив); обеспечение логической непротиворечивости БД; обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа); реализация наиболее часто встречающихся запросов в готовом виде; предоставление возможности сформировать произвольный запрос на языке манипулирования данными.2) Готовые запросы:получение списка всех таможенных деклараций по товарам, находящимся на текущем таможенном оформлении; получение списка таможенных инспекторов, работающих над декларациями; получение полной информации о товаре (его таможенной стоимости); получение сведений о конкретном участнике ВЭД (с перечнем всех таможенных деклараций и товаров); получение информации о таможенных декларациях (по одному или по всем товарам или участникам ВЭД); определение таможенной стоимости; определение суммы таможенных платежей, подлежащих уплате в бюджет по конкретной таможенной декларации.Для определения требований к операционной обстановке необходимо знать (хотя бы ориентировочно) объем работы таможни (т. е. количество участников ВЭД, таможенных деклараций и товаров), а также иметь представление о характере и интенсивности осуществления таможенного оформления.Объем внешней памяти, необходимый для функционирования системы, складывается из двух составляющих: память, занимаемая модулями СУБД (ядро, утилиты, вспомогательные программы), и память, отводимая под данные (МД). Наиболее существенным обычно является МД. Объем памяти МД, требуемый для хранения данных, можно приблизительно оценить по формуле:,где li – длина записи в i-й таблице (в байтах), Ni – примерное (максимально возможное) количество записей в i-й таблице, Na – количество записей в архиве i-й таблицы. Коэффициент 2 перед суммой нужен для того, чтобы выделить память для хранения индексов, промежуточных данных, для выполнения объемных операций (например, сортировки) и т. п.Посчитаем приблизительно, какой объем внешней памяти потребуется для хранения данных. Примем ориентировочно, что:одновременно одним таможенным инспектором проверяется около десяти таможенных деклараций, работа над таможенным оформлением декларанта продолжается в среднем два дня (по 0,3К); в среднем в одной таможне работает 20 таможенных инспекторов (по 0,2К на каждого инспектора); таможня взаимодействует с пятьюстами участников ВЭД (по 0,2К); в день обслуживается порядка ста декларантов (по 0,1К); устаревшие данные переводятся в архив.Тогда объем памяти для хранения данных за первый год примерно составит:Mc = 2(20*0,2 + 15(10*0,3) + 500*0,2 + 250(100*0,1)) = 2649 К ~ 2,6 М,где 250 – количество рабочих дней в году, а 30 дн./2 дн. = 15. Объем памяти будет увеличиваться ежегодно на столько же при сохранении объема работы.Объем памяти, занимаемый программными модулями пользователя, обычно невелик по сравнению с объемом самих данных, поэтому может не учитываться. Требуемый объем оперативной памяти определяется на основании анализа интенсивности осуществления таможенного оформления и объема результирующих данных.База данных создается на основании схемы базы данных. Преобразуем ER–диаграмму (см. рис. 7) в схему БД, содержащая атрибуты сущностей (рисунок 8).Преобразование ER–диаграммы в схему БД выполняется путем сопоставления каждой сущности и каждой связи, имеющей атрибуты, отношения.номер декларацииРисунок 8. Схема БДПри этом применяются следующие обозначения:- связь «один – к –одному»; связь- связь «один – ко – многим»;- связь «многие – ко – многим».На схеме (рис. 8) есть связь типа 1:1 – обязательная связь между таможенными декларациями и таможенной стоимостью. Связь типа 1: n (один-ко-многим) между отношениями реализуется через внешний ключ. Ключ вводится для того отношения, к которому осуществляется множественная связь (например, товар).Связь между отношениями таможенные декларации и участники ВЭД принадлежит к типу n:m (многие – ко - многим). Этот тип связи реализуется через вспомогательное отношение, которое является соединением первичных ключей соответствующих отношений.Для управления базой данных был разработан комплекс программных средств «Администратор УБД», который отвечает за выполнение в автоматизированном режиме основных функциональных задач ПУБД: управление изменениями структур баз данных; назначение системных, объектных привилегий и прав доступа; формирование типовых ролей и учетных записей пользователей УБД; мониторинг состояния УБД; регистрация и учет контролируемых событий в УБД; формирование выходных документов, отчетов и справок.Разработанная в рамках создания подсистемы база данных позволяет хранить основную информацию из таможенных деклараций российских и белорусских участников внешнеэкономической деятельности, а также обеспечить контроль изменений статуса деклараций по результатам проведения таможенных операций с товарами.Одной из особенностей разработанной подсистемы является возможность оперативного дополнения и изменения ее информационно-программных компонентов с проведением минимальных доработок структуры программных средств и баз данных.2.4. Интерфейс модуля управления даннымиРазработанная таможенная база данных имеет удобный, многофункциональный поисковый интерфейс с аналитическими возможностями, работает в среде Microsoft Access. Модуль управления данными КИС «Парус» предназначен для обработки информации из таможенной базы данных, анализа распределения грузопотоков и выявления тенденций ВЭД.