Курсовая работа (т): Проектирование информационной системы Находкинской таможни

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

Согласованность (использование одних и тех же соглашений, на протяжении всей модели).

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

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

Хранение информации;

Представление хранящейся информации в виде отчетов;

.2 Построение модели электронного декларирования. Построение модели «AS IS»

Основываясь на выбранной методологии, используя средство BPWin, осуществляется построение модели. Модель процесса «Реализация схемы электронного декларирования» представлена в Приложении В. Представленная модель имеет статус AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами.

Функциональная модель AS-IS является отправной точкой для анализа потребностей предприятия, выявления проблем и «узких» мест и разработки проекта совершенствования деловых процессов. Модель AS-IS позволяет выяснить, «что и как мы делаем сейчас» перед тем, как определить то, «что и как будет делаться завтра». Анализ функциональной модели AS-IS позволяет понять, где находится проблемная ситуация, в чем будут состоять преимущества новых процессов и каким изменениям подвергнется существующая структура организации процесса. Исследование необходимости реструктуризации (выявление и ликвидация недостатков) в существующих процессах достигается за счет применения декомпозиции (анализа), производящаяся даже там, где функциональность на первый взгляд является очевидной. Так, например, признаками неэффективности существующих процессов могут быть:

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

неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время);

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

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

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

Каждая IDEF0-днаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

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

Блоки в IDEF0 размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком диаграммы может быть либо первый из требуемой последовательности функций, либо планирующая или контролирующая функция, влияющая на все другие.

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

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

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

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

Механизмами являются непосредственно Декларант, ЭЦП Декларанта, Должностные лица таможенного органа, ЭЦП должностного лица ФТС.

Рассмотрим поподробнее схему электронного декларирования в Приложении Б.

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

Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов.

.3 Реорганизация модели «Реализация схемы электронного декларирования»

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

Так же немаловажное значение придается обеспечению безопасности подключения, таким образом, добавлен еще один блок.

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

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

.4 Построение модели «TO BE»

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

На модели статуса «TO BE», процессы, изображенные в Приложении Е, должны отвечать критериям качества. Перечислим их, для читабельности данной работы:

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

Хранение информации;

Представление хранящейся информации в виде отчетов;

Анализ на основе информации изложенной в отчетах.

При построении модели статуса «как должно быть» точка зрения остаётся неизменной - Декларант.

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

.5 Анализ модели электронного декларирования, статуса «Как будет»

Модель «TO BE» построена. В ней были учтены недостатки модели статус «Как есть», а так же пожелания подполковника таможенной службы. Несомненно «TO BE» лучше, чем модель, указанная во второй главе.

Модель выполнена в соответствии с критериями качества, обозначенными во второй главе:

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

Полнота (модель должна быть доведена до последнего уровня декомпозиции - бизнес-операции);

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

Согласованность (использование одних и тех же соглашений, на протяжении всей модели).

ЗАКЛЮЧЕНИЕ

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

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

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

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

На основании построенных новых моделей был выдвинут ряд бизнес-требований для проектируемой автоматизированной системы.

Для достижения поставленной цели было выполнено: исследование процесса организации схемы электронного декларирования, построение и анализ модели (статус «AS IS»), выполнение реорганизации процессов и построение новой модели (статус «TO BE»), проведение анализа новой модели.

Итак, цель курсовой работы достигнута.

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

ПРИЛОЖЕНИЯ