<<
>>

8.1. ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Построение информационных систем основано на ряде универсальных принципов:

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

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

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

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

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

минимизации потребляемых энергоресурсов, финансовых и иных ресурсов.

Задаче построения информационных систем на основе универсальных принципов отвечает задача создания универсальных стандартных форматов передачи электронных данных, к которым относится и Electronic Data Interchange (EDI).

Electronic Data Interchange (EDI)

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

В 70-х годах данные разработки продолжились, и был разработан формат передачи электронных данных Electronic Data Interchange (EDI), упоминающийся и называемый также, как Electronic Data Interchange for Finance, Administartion, Commerce and Transport (EDIFACT).
Данный формат позволяет упростить и ускорить операции по передаче в электронном виде различных коммерческих, банковских, логистических документов, например, заказов на покупку, финансовых отчетов, инвойсов, отчетов по мониторингу грузов и т.д.
Преимущества формата EDI заключаются в самом стандарте передачи данных, позволяющем совместить электронную почту, Интернет, систему электронного перевода денежных средств и т.д. с форматом передаваемых документов, информации, а также в снижении времени и затрат на подготовку и передачу документов, уменьшении вероятности субъективных ошибок при оформлении документов. Приведем сравнение по итерациям процесса передачи данных обычным способом и посредством EDI:

Обычная передача данных

отправитель информации документ заполняется отправителем документ прикладывается к сопроводительному сообщению «=> сообщение с приложенным документом в виде файла (например, MS Excel файла) отправляется по электронной почте через Интернет «=> по-лучатель информации считывает электронное сообщение и открывает приложенный документ (файл) «Ф данные, заключенные в них, вручную вводятся в базу данных получателя информации.

EDI (EDIFACT)

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

Таким образом при использовании EDI достигается более высокий уровень интеграции, автоматизации и скорости передачи данных, позволяющий создавать информационные системы для управления цепями поставок, реализовывать концепцию «точно-в-срок» («just- in-time») в производстве, логистике, коммерции и других областях. Демонстрационные версии програмного обеспечения для передачи данных в формате EDI можно просмотреть для примера на Интернет странице www.virtlogic.ca компании Virtual Logistics Inc.

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

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

Следующий шаг в развитии информационных технологий — это создание интегрированных информационных систем в областях элек-тронной промышленной логистики, обеспечения, управления цепями поставок (supply chain). Данные системы могут объединить в единое целое информационные системы управления производством, материально-техническим снабжением, информационные системы логистики, маркетинга, контроля финансовых потоков, обеспечения поставок товара и т.д. К подобным системам относится система планирования ресурсов предприятия ERP (Enterprise Resources Planning), имеющая подсистему управления процессов в закупочной, производственной, распределительной и транспортной логистике. Современным, широко распространенным программным обеспечением являются программы, позволяющие управлять цепями поставок от момента размещения заказа на закупку до доставки товара «от двери-до двери» покупателям. Программное обеспечение SCM (supply chain management software) является примером подобных информационных систем. Постоянная модернизация, расширение информационных логистических систем вызвана их устойчивым спросом со стороны крупных производителей, логистических компаний.

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

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

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

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

предварительное тестирование системы;

внедрение системы, опытная эксплуатация;

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

модернизацию системы.

Формализация предметной области.

Изучаемую предметную область внешнеторговой деятельности необходимо формализовать, упорядочить с помощью полей данных. Каждое поле должно представляет собой первичный логистический термин (параметр), уникальный, не-повторяющийся для данной предметной области. Пример представлен таблицей полей данных: № Название полей данных Размер, байт Тип поля 1 Ссылочный № 20 Текстовый 2 № контракта/название 50 Текстовый 3 № инвойса 25 Текстовый 4 Продавец 20 Текстовый 5 Покупатель 20 Текстовый 6 Отправитель 20 Текстовый 7 Получатель 20 Текстовый 8 Условия поставки 20 Текстовый и т.д.

Построение структуры информационной системы. Многие де-ловые процессы (бизнес-процессы) компании, предприятия могут быть представлены в виде отдельных последовательных действий (заданий, операций) и формализованы с помощью систем автоматизации класса «workflow» («потока работ»). Формализация деловых процессов осуществляется специалистами-программистами, однако содействие сотрудников со стороны компании-клиента также необходимо для правильного понимания и отображения деловых процессов. Метод реализации посредством систем автоматизации класса «workflow» близок к методам сетевого планирования и управления проектами, которые используются в таком известном программном продукте как Microsoft Project. Изложение основ, метода построения подобных сложных систем является отдельной областью знаний об информационных технологиях. Здесь можно привести лишь пример простейшей информационной системы на логическом пользовательском уровне для логистики. Основная структура информационной логистической системы, предназначенной для мониторинга коммерческих и некоммерческих поставок, изображена на рис. 8.1.1. Система предназначена для мониторинга коммерческих и некоммерческих поставок. Подменю «TRACKING (ОТСЛЕЖИВАНИЕ)» в системе (программе) подразумевает предоставление информации о текущем местонахождении груза посредством отчета (tracking report) и предшествующих событиях при доставке (данная система подробно изложена в книге «Логистика во внешнеторговой деятельности» [37].

Предварительное тестирование системы.

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

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

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

Модернизация системы. На последующем этапе развития система может быть преобразована в глобальную систему комплексной автоматизации. Предметная область, отображаемая в данных системах, расши- ОСНОВНАЯ СТРУКТУРА СИСТЕМЫ (MAIN STRUCTURE ( "TREE" ) OF THE SYSTEM) - TRACKING (ОТСЛЕЖИВАНИЕ )

' TRACKING REPORT TRACKING DETAIL

( ОТЧЕТ ПО ОТСЛЕЖИВАНИЮ) (ДЕТАЛИ ОТСЛЕЖИВАНИЯ)

ONE SHIPMENT (ОДНА ОТГРУЗКА)

SHIPPING SCHEDULE UNDER ONE CONTRACT ( ГРАФИК ОТГРУЇКИ ПО ОДНОМУ КОНТРАКТУ)

COMMERCIAL Л NON-COMMERCIAL SHIPMENTS (КОММЕРЧЕСКИЕ И

НЕКОММЕРЧЕСКИЕ ОТГРУЗКИ)

" COMMERCIAL SHIPMENTS ONLY (ТОЛЬКО КОММЕРЧЕСКИЕ ОТГРУЗКИ)

~ NON-COMMERCIAL SHIPMENTS ONLY (ТОЛЬКО НЕКОММЕРЧЕСКИЕ ОТГРУЗКИ)

SHIPPING SCHEDULE FOR ALL CONTRACTS/SHIPMENTS (ГРАФИК ОТГРУЗКИ ДЛЯ ВСЕХ КОНТРАКТОВ/ОТГРУЗОК)

ТО RUSSIA ( В РОССИЮ) ~ FROM RUSSIA (ИЗ РОССИИ) ~ ALL CONTRACTS (ВСЕ КОНТРАКТЫ)

~ NON-COMMERCIAL SHIPMENTS ONLY (ТОЛЬКО НЕКОММЕРЧЕСКИЕ ОТГРУЗКИ)

SELECTION (ВЫБОР)

STATISTICS (СТАТИСТИКА)

NUMBER OF COMMERCIAL & NON-COMMERCIAL SHIPMENTS (ЧИСЛО КОММЕРЧЕСКИХ И НЕКОММЕРЧЕСКИХ ОТГРУЗОК)

DELIVERY TIME FOR ONE SHIPMENT (ВРЕМЯ ДОСТАВКИ ДЛЯ ОДНОЙ ОТГРУЗКИ)

~ DELIVERY TIME FOR ALL SHIPMENTS (ВРЕМЯ ДОСТАВКИ ДЛЯ ВСЕХ ОТГРУЗОК)

ARCHIVE (В АРХИВ)

UNARCHIVE (ИЗ АРХИВА) Рис.

$.1.1. Основная структура системы отслеживания (мониторинга)

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

<< | >>
Источник: Кретов, Игорь Иванович. Внешнеторговое дело. 2006

Еще по теме 8.1. ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ:

  1. 4. Общие принципы создания информационной системы службы безопасности предприятия
  2. 19. ИНФОРМАЦИОННЫЕ ПРАВООТНОШЕНИЯ, ВОЗНИКАЮЩИЕ ПРИ СОЗДАНИИ И ПРИМЕНЕНИИ ИНФОРМАЦИОННЫХ СИСТЕМ, ИХ СЕТЕЙ, СРЕДСТВ ОБЕСПЕЧЕНИЯ И МЕХАНИЗМОВ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
  3. 39. ПОРЯДОК СОЗДАНИЯ И ПРИМЕНЕНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И ИХ СЕТЕЙ. ИНФОРМАЦИОННЫЕ СИСТЕМЫ СВЯЗИ: ИНТЕРНЕТ, ЭЛЕКТРОННАЯ ПОЧТА, ЦИФРОВАЯ СВЯЗЬ И ДР
  4. 54. ГОСУДАРСТВЕННАЯ ПОЛИТИКА В ОБЛАСТИ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ, ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СРЕДСТВ ИХ ОБЕСПЕЧЕНИЯ
  5. 52. ПРАВОВОЙ РЕЖИМ ИНФОРМАЦИОННЫХ СИСТЕМ, ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СРЕДСТВ ИХ ОБЕСПЕЧЕНИЯ
  6. Глава 40. ИНФОРМАЦИОННЫЕ СИСТЕМЫ И ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В ТАМОЖЕННОМ ДЕЛЕ
  7. Глава 9. ИНФОРМАЦИОННО-АНАЛИТИЧЕСКАЯ РАБОТА: СОЗДАНИЕ ИНТЕГРИРОВАННОГО БАНКА ДАННЫХ СЛУЖБЫ БЕЗОПАСНОСТИ ПРЕДПРИЯТИЯ
  8. 17. ИНФОРМАЦИОННЫЕ ПРАВООТНОШЕНИЯ, ВОЗНИКАЮЩИЕ ПРИ ОСУЩЕСТВЛЕНИИ ПОИСКА, ПОЛУЧЕНИЯ И ПОТРЕБЛЕНИЯ ИНФОРМАЦИИ, ИНФОРМАЦИОННЫХ РЕСУРСОВ, ИНФОРМАЦИОННЫХ ПРОДУКТОВ, ИНФОРМАЦИОННЫХ УСЛУГ
  9. § 2. Организационные и методические принципы создания ИС
  10. 14. ПРИНЦИПЫ ИНФОРМАЦИОННОГО ПРАВА
  11. Принципы эстонской информационной политики