|
2000 г
Понятие XML/EDI
А.Календарев
Введение в EDI
Цель данного обозрения - дать общее понятие о системах обмена электронными документами, перспективы их развития и интеграции с новыми технологиями. Также показать практическую возможность использования систем XML/EDI в такой новой отрасли, как электронная коммерция.
Сегодня, в сфере бизнеса создается и обрабатывается внушительный объем разнообразной бумажной документации. Она включает в себя заказы на приобретение, счета, каталоги, отчеты, платежные поручения и т.д.
Американской фирмой IMC (International Marketing Company) были проведены исследования по изучению бумажных потоков подготовки и оформления документов участников международной торговли. В результате исследования оказалось, что в общей сложности все участники внешнеэкономической деятельности в рамках одной поставки (партии товаров) оформляют 40 документов-оригиналов и 360 копий.
Можно выделить следующие типы взаимодействия информационных систем:
- Произвольное взаимодействие между двумя отдельными компьютерами, например по модему. Обязательное участие оператора на принимающей и передающей стороне. Возможен обмен в произвольном, но заранее оговоренном формате;
- Интерактивное удаленное взаимодействие компьютера с информационной системой, например по протоколу http. Оператор на передающей стороне. Как правило используется определенная форма HTML документа. Принимаемые документы обрабатываются автоматически;
- Контролируемая потоковая обработка, например прием по e-mail, файл содержащий HTML форму, запуск которой инициирует процесс обработки документа или прием оператором по e-mail электронных документов в оговоренном формате и далее запуск запуск программы обработки. Требует обязательный контроль оператора на принимаемой стороне;
- Полностью автоматизированный процесс приема и обработки электронных документов в оговоренном формате. Участие операторов не требуется.
В статье подробее будет сакцентированно внимание Внимание— избирательная направленность восприятия на тот или иной объект. на создание и основные принцыпы организации последнего типа взаимодействия, называемого Электронным обменом данными (Electronic Data Interchange или EDI).
В чем же состоит преимущество систем EDI? Сегодня, большая часть данных, содержащихся в коммерческих документах, генерируется их существующих компьютерных прикладных программ. Типовая схема оформления торговых сделок предполагает следующие действия:
- для осуществления торговых операций сформируется бумажный документ;
- данный документ передается по каналам факсимильной связи или дригим каналам передачи данных адресату;
- деловой партнер, получивший электронный документ электронным способом воспроизводит его на бумаге и использует в дальнейшем для отчета;
- с принятого бумажного носителя вручную осуществляет ввод необходимых данных в информационную систему своего ведомства;
- На основе принятой информации генерируются новые бумажные документы и передаются в иные ведомства.
По данным исследования IMC внедрение EDI-систем позволяет снизить расходы, связанные с составлением документов до 7-10% от общей стоимости сделки. Мировая практика электронной коммерции, основанной на системах-EDI осуществляется уже более 30 лет и представляет собой определенный стандарт выполнения торговых операций и представление структурированных деловых документов.
Коренное отличие систем EDI от систем электронного документооборота состоит в том, что EDI системы - это межведомственные системы обмена электронныими документами, использующие строго стандартизированные правила составления электронных документов. А система электронного документооборота - это системы, как правило, разрабатываемые в рамках одной кропорации или предприятия, обмен в которых осуществляется по средствам распределенных СУБД типа ORACLE или INFORMIX.
Существует много разных определений EDI, но мы привидем наиболее подходящее для наших целей: "передача между информационными системами электронным способом структурированных сообщений в согласованном стандарте".
При помощи технологии EDI данные из корпоративных компьютерных систем переводятся на понятный всем стандарт и передаются по надежным телекоммуникационным каналам, как правило, по корпаротивной сети передачи данных.
В настоящее время в системах EDI широко используются около двенадцати стандартов, но наибольшую популярность прибрели два стандарта: UN/EDIFACT и ANSI X-12. Так например, в США оклоло 500 тыс. пользователей EDI обмена в формате UN/EDIFACT, и такое же количество пользователей формата ANSI X-12.
Для упорядочивания разностандартных EDI систем, в 1996 году Экономическим и Социальным советом ООН была выпущена Рекомендация №25 по использованию стандарта EDIFACT, в которой рекомендовано модернизировать существующие EDI-системы в системы, ориентированные на использование UN/EDIFACT, а вновь создоваемые системы изначально строить на основе использования UN/EDIFACT.
Акроним UN/EDIFACT расшифровывается как "Правила ООН эелектронного обмена документами для гос. управления Управление— воздействие субъекта, направленное на достижение абстрактной (неконкретной), но вынужденно-корректируемой цели (задачи, идеи) в уже сложившихся рамках правил, которые неизбежно-совершенствуются когда субъект непротиворечивее познаёт реальность, с которой сосуществует. торговли и транспорта" (United Nations rules for Electronic Electronic («Электроник»)— британская супергруппа, созданная Бернардом Самнером (New Order) и Джонни Марром (экс-Smiths). К участию в разное время также привлекались Нейл Теннант и Крис Лоу из Pet Shop Boys, Карл Бартос (Kraftwerk), Дональд Джонсон (A Certain Ratio) и Дэвид Палмер (ABC). Data Interchange for Administration, Commerce and Transport).
В настоящее Настоящее— часть линии времени, состоящая из событий, которые происходят в настоящий момент, то есть определенная область пространства-времени. время из-за отсутствия законодательного регулирования процессов электронного обмена документами полномасштабное развитие систем EDI в нашей стране затруднено. Но лавинообразное развитие в мире систем электронной коммерции раскачивает официальные органы и жизнь заставлляет использовать параллельно с бумажными документами и их электронный образ.
В качестве примера можно привести использование стандарта UN/EDIFACT в международных банковских системах обмена информацией SWIFT. Следующие примеры использования электронных документов в стандарт Стандарт (от англ.standard— норма, образец) в широком смысле слова— образец, эталон, модель, принимаемые за исходные для сопоставления с ними др. подобных объектов.е UN/EDIFACT: EDI-система контроля сопровождения груза из стран ЕС до терминала назначения в таможенных органах Российской Федерации.
Государственный таможенный комитет Комитет— объединение, созданное с целью решения политических либо общественных задач, а также государственный орган исполнительной власти и структурная единица в системе органов законодательной власти. (ГТК РФ) реализует проект Проект (от лат.projectus — брошенный вперед, выступающий, выдающийся вперёд, торчащий)— это уникальная (в отличие от операций) деятельность, имеющая начало и конец во времени, направленная на достижение заранее определённого результата/цели, создание определённого, уникального продукта или услуги, при заданных ограничениях по ресурсам и срокам, а также требованиям к качеству и допустимому уровню риска. взаимодействия с информационной системой МПС (Министерства путей сообщения), где для обмена электронными документами используется стандарт UN/EDIFACT. В ГТК разрабатывается проект обмена электронными документами с информационными системами крупных портов мира стран Балтийского моря с таможней в морском порту Санкт Петербург и портов Тихого океана США (Сиетл и Сан-Франциско) с таможней в морском порта Находка и Владивосток.
В МПС реализован проект взаимодействие EDI-систем Октябрьской железной дороги и Финляндских государственных железных дорог (VR cargo).
2. Обзор стандарта UN/EDIFACT
При разработке стандартов электронного документооборота была проведена работа по исследованию использования всех данных "бумажных" документов, используемых во внешнеэкономической деятельности. Как выяснилось, большинство Большинство — большая часть чего-либо. Под большинством в редких случаях имеют ввиду абсолютное большинство, то есть более половины какой-либо группы. Обычно большинство означает количественное преимущество одной части над другой. К примеру, треть и четверть. документов содержат повторяющиеся данные, и даже целые группы данных.
Например, название и адрес фирмы отправителя встречается как в счете-фактуре, транспортно-сопроводительных документах - CMR, так и в таможенной декларации.
Было предложено выделить наиболее повторяющиеся группы данных, и в них выделить соответствующие поля данных. В последствии оказалось, что данные так часто повторяются, что для их заполнения было разработано более 200 специальных кодировочных таблиц - называемых справочники данных.
Часть справочников (такие как трехзначные коды стран мира, коды валют) использовались до появления стандартов UN/EDIFACT. Эти справочники Справочник— издание практического назначения, с кратким изложением сведений в систематической форме, в расчёте на выборочное чтение, на то, чтобы можно было быстро и легко навести по нему справку. были пересмотрены и скорректированы с точки зрения использования их в новых стандартах.
В основу стандарта UN/EDIFACT положены следующие принципиальные идеи:
- Обмен осуществляется сообщениями;
- Стандартизация по типу используемого документа на уровне сообщений;
- Сообщение имеет иерархическую структуру и состоит из сегментов;
- Стандартизация данных на уровне сегментов и элементов данных;
- Сегменты могут групироваться по некоторому признаку;
- Незаполненные (пустые) сегменты могут опускаться;
- Типовые поля записываются в виде кода;
- Состав
Состав — предмет (вещество), включающей в себя много частей (компонентов), а также описание качества, количества и иных характеристик частей такого предмета (вещества). и наполнение справочников стандартизуется на трех уровнях - международном, национальном и корпаротивном;
- Независимость стандартов от языка, используемого для общения.
Группа сегментов кроме типовых сегментов данных может содержать другие группы сегментов.
Сегменты в группе сообщений могут повторяться некоторое количество раз. Также незаполненные (пустые) сегменты могут опускаться.
Стандартом предусмотрено около 200 различных типов сегментов, из которых составляется сообщение.
На рис. 1 Представлен фрагмент структуры сообщения, на котором видно, как объеденены в группу SG. 8 сегменты TDT-LOC и MEA-EQN которые в свою очередь объединены в группу SG.9 В группе, порядок следования сегментов строго упорядочен, но они могут повторяться, например:
TDT- LOC
MEA-EQN
MEA-EQN
TDT- LOC
MEA-EQN
Первый раз, в группе SG.9 сегменты MEA-EQN повторяются два раза, второй раз - один. В группе SG.8 - сегменты TDT- LOC повторяются - два раза.
Сегменты данных состоят из элементов данных, которые могут быть простыми (аналогом является поле данных) и составными (обычно 2-3 поля данных).
На конец 1999 года разработано более 170 стандартных сообщений. Стандартом предусмотрено, что каждое сообщение имеет уникальный 6-значный код из заглавных букв, а каждый сегмент данных имеет 3-значныный код из заглавных букв.
По правилам UN/EDIFACT не предусмотрено использование символов перевода строки и возврата каретки, но для наглядности на каждой строчке расположен отдельный сегмент. Ниже, для примера, показано разобранное на сегменты сообщение ORDERS в стандарте UN/EDIFACT.
| UNH+000002+ORDERS:D:96A:UN:EAN008' | Заголовок Сообщения |
| BGM+220+B00002+9' | Номер заказа |
| DTM+137:19940202:102' | дата отправки сообщения |
| NAD+BY+++Stadt- und Universitaetsbibliothek | Имя и адрес покупателя |
| :Frankfurt+Bockenheimer Landstr. 134-13 8+Frankfurt++60325' RFF+API:DE1141110388' | Идентификатор покупателя |
| NAD+SU+++DREIER' | Наименование поставщика |
| CUX+2:DEM:9' | Валюта оплаты |
| LIN+1' | Позиция заказа 1 |
| PIA+5+3772815359:IB' | Идентификатор ISBN заказа |
IMD+F+050+:::Die "Jahrbuecher fuer wissensc
haftl:iche Kritik"'
IMD+F+060+:::Hegels Berliner Gegenakademie'
IMD+F+065+:::Hrsg. von Christoph Jamme'
IMD+F+110+:::Stuttgart-Bad Cannstadt'
IMD+F+120+:::Frommann-Holzboog'
IMD+F+170+:::1994'
IMD+F+190+:::Spekulation und Erfahrung'
IMD+F+191+:::Abt. 2'
IMD+F+192+:::Untersuchungen'
IMD+F+194+:::Bd. 27'
IMD+F+220+:::Gewebe' | Подробности описания товара |
| QTY+21:1' | кол-во копий заказа |
| PRI+AAE:295:CA' | Цена заказа в Нем. марках |
| UNS+S' | Разделительный сегмент |
| CNT+2:1' | Общее кол-во позиций - 1 |
| UNT+25+000002' | Общее кол-во сегментов = 25 |
Сегменты, составляющие сообщение Сообщение— наименьший элемент языка, имеющий идею или смысл, пригодный для общения. В информатике— форма представления информации, имеющая признаки начала и конца, предназначенная для передачи через среду связи. Также форма предоставления информации, совокупность знаков или первичных сигналов, содержащих информацию. В объектно-ориентированном программировании — средство взаимодействия объектов, где передача сообщения объекту — процесс вызова метода этого объекта с содержимым сообщения (необходимыми параметрами) или без такового (параметры по умолчанию) при условии, что он готов его принять (вызываемый метод является открытым)., начинаются с трехбуквенного имени, например UNA, UNH, BGM, DTM и т.д. Оканчивается сегмент символом окончания сегмента - в данном примере апострофом.
Ниже приведены названия некоторых сегментов:
| BGM | BEGINNING OF MESSAGE | НАЧАЛО СООБЩЕНИЯ |
| CUX | CURRENCIES | ВАЛЮТА |
| DTM | DATE/TIME/PERIOD | ДАТА/ВРЕМЯ/ПЕРИОД |
| IDM | ITEM DESCRIPTION | ОПИСАНИЕ ПУНКТА |
Каждый сегмент состоит из элементов данных. В отличие от имени сегмента, имя элементов данных не указывается в сообщении. Элементы данных разделены разделителями которым является символ "плюс". Так, например сегмент NAD+BY+++Stadtund Universitaets bibliothek:Frankfurt+Bockenheimer.Landstr.134 -138+Frankfurt++ 60325'
Состоит из следующих элементов данных:
| Первый элемент | BY |
| Четвертый элемент | Stadt-und Universitaetsbibliothek:Frankfurt |
| Пятый элемент | Bockenheimer.Landstr.134-138 |
| Шестой элемент | Frankfurt |
| Восьмой элемент | 60325 |
Каждый из элементов данных занимает свое определенное место в сегменте. Если какой-либо из элементов данных не требуется, то для его пропуска повторяют разделитель элементов данных (см. в примере - между первым и четвертым элементом расположено три разделителя). Назначение того или иного элемента данных определяется справочником сегментов EDSD, который входит в набор стандартов UN/EDIFACT.
Элементы данных могут быть простыми и составными, состоящими из компонентов. Для составных элементов данных предусмотрен еще один разделитель - в данном случае "двоеточие". Четвертый элементы данных в вышеприведенном примере, являются составными, части которого разделены символом ":" Последовательность элементов данных в сегменте регламентируется справочником элементов данных и строго определена.
2. Основы XML и объектная модель представления данных
Бурное развитие Развитие— необратимый закономерный процесс, направленный на изменение материальных и идеальных объектов. Изменение материи и сознания, их универсальное свойство, всеобщий принцип объяснения истории природы, общества и познания. Интернет технологий вовлекло в международную паутину миллионы «Миллионы» — кинофильм. Экранизация произведения, автор которого — Ренцо Барбьери. Не рекомендуется просмотр детям и подросткам моложе 16 лет. пользователей. Требования к электронному обмену возросли, и уже существующий протокол HTML многие группы пользователей перестал удовлетворять.
В начале февраля 1998 г международная организация W3C утвердила спецификацию "Extensible Markup Language(XML) 1.0". Уже сегодня Сегодня — наречие, указывающее (кроме телевизионных рекламных анонсов) на «текущий» 24-часовой отрезок времени (с 00 до 24 часов по местному времени). появляются новые языки, созданные на основе XML. Возникают многочисленные Web-сервера, использующие и технологию XML для организации хранящейся на них информации.
Современные приложения требуют не только более гибкий протокол представления данных, но и механизм, позволяющий определить структуру документа и описывать содержащие в нем элементы.
Язык XML предназначен для создания новых языков разметки. С его помощью можно описать целый класс объектов данных, называемых XML - документами, ориентированными на конкретную предметную область. XML позволяет определить допустимый набор тэгов, их атрибуты и внутреннюю структуру документа. Тэги (подобно тэгам в HTML) представляют специальные инструкции, предназначенные для формирования в документах определенной структуры и четких отношений между различными элементами этой структуры.
Можно выделить следующий круг задач, связанных с созданием и обработкой структурированной информации, для решения которых может использоваться XML:
- Разработка сложных информационных систем, с большим количеством приложений, связанных потоками информации самой различной структуры. XML - документы выполняют роль универсального формата для обмена информацией между отдельными компонентами большой программы.
- XML является базовым стандартом для нового языка описания ресурсов, RDF, позволяющего упростить многие проблемы в Web, связанные с поиском нужной информации, обеспечением контроля за содержимым сетевых ресурсов, создания электронных библиотек и т.д.
- XML может использоваться в обычных приложениях для хранения и обработки структурированных данных в едином формате.
- XML позволяет описывать данные произвольного типа и используется для представления специализированной информации.
- XML может служить мощным дополнением к HTML для распространения в Web "нестандартной" структуированой информации
- XML-документы могут использоваться в качестве промежуточного формата данных в трехзвенных системах при поиске информации в удаленных базах данных. Сегодня на рассмотрение W3C предложена спецификация нового языка запросов к базам данных XQL.
- Информация
Информация (от лат.informatio— осведомление, разъяснение, изложение, от лат.informare— придавать форму)— в широком смысле абстрактное понятие, имеющее множество значений, в зависимости от контекста. В узком смысле этого слова— сведения (сообщения, данные) независимо от формы их представления. Сведения об объектах живой или неживой природы, их свойств и взаимном влиянии друг на друга., содержащаяся в XML-документах, может изменяться, передаваться на машину клиента и обновляться по частям. Разрабатываемые спецификации XLink и Xpointer позволятют ссылаться на отдельные элементы документа, c учетом их вложенности и значений атрибутов.
- Использование стилевых таблиц (XSL) позволяет обеспечить независимое от конкретного устройства вывода отображение XML- документов и фильтрацию данных.
Тэги языка кодируются и выделяются относительно основного содержимого документа и служат в качестве инструкций для программы, производящей действия над содержимым документа на стороне клиента.
Исторически сложилось таким образом, что в системах для обозначения этих команд использовались символы "<" и ">", внутри которых помещались названия инструкций и их параметры. Сейчас такой способ обозначения тэгов является стандартным.
Например, для создания элемента Ivanov в имене заказчика используется тэг <CustumerName>. В программе это выглядит следующим образом:
<CustumerName> Ivanov </CustumerName>
Определения тэгов может легко расширяться. Так для указания более полных реквизитов заказчика можно определить тег <Custumer>, в который включено не только имя, телефон Телефон («дальнозвук» от греч. — далеко и — голос, звук)— устройство для передачи и приёма звука на расстояние. Современные телефоны осуществляют передачу посредством электрических сигналов. заказчика, но и адрес компании.
<Custumer>
<CustumerName> Ivanov </CustumerName>
<phone>312-12-13<phone>
<Company>Bussines Trade Consulti</Company>
</Custumer>
Можно создать массив Индексный массив (в некоторых языках программирования также таблица, ряд)— именованный набор однотипных переменных, расположенных в памяти непосредственно друг за другом, доступ к которым осуществляется по индексу (в отличие от списка). заказчиков, определив тег <Custumers>:
<Custumers>
<Custumer>
<CustumerName> Ivanov </CustumerName>
<phone>312-12-13<phone>
<Company>Bussines Trade Consulti</Company>
</Custumer>
<Custumer>
<CustumerName> Petrov </CustumerName>
<phone>315-15-16<phone>
<Company> Trade Forest Company</Company>
</Custumer>
<Custumer>
......
</Custumer>
</Custumers>
Из приведенного примера видно, что XML - документы подлежат четкой структуризации и имеют четкую иерархическую структуру следования элементов. Элементы имеют своих родителей - корневые элементы и наследников - дочерние элементы.
Документ XML состоит из элементов. Элемент - это структурная единица XML- документа. Заключая данные об имени заказчика в тэги <CustumerName> </CustumerName>, XML-процессор определит как элемент. Содержимым элемента CustumerName является значение. В нашем примере имеется два значения (Ivanov и Petrov) элемента CustumerName.
Контроль за правильностью использования порядка использования элементов осуществляется при помощи специального набора правил, называемых DTD (Document Type Definition)- описаниями, которые используются программой клиента при анализе документа.
Производя в последствии поиск в XML документе, программа клиента будет опираться на информацию, заложенную в его структуру - используя элементы документа, определенные в DTD.
В общем случае XML- документы должны удовлетворять следующим синктатическим правилам:
- В заголовке документа помещается объявление XML, в котором указывается язык разметки документа, номер его версии и дополнительная информация
Информация (от лат.informatio— осведомление, разъяснение, изложение, от лат.informare— придавать форму)— в широком смысле абстрактное понятие, имеющее множество значений, в зависимости от контекста. В узком смысле этого слова— сведения (сообщения, данные) независимо от формы их представления. Сведения об объектах живой или неживой природы, их свойств и взаимном влиянии друг на друга.;
- Каждый открывающий тэг, определяющий некоторую область данных в документе обязательно должен иметь парный закрывающий тэг;
- XML учитывает регистр символов;
- Все значения атрибутов, используемых в определении тэгов, должны быть заключены в кавычки;
- Вложенность тэгов в XML строго контролируется, поэтому необходимо следить за порядком следования открывающих и закрывающих тэгов;
- Вся информация, располагающаяся между начальным и конечными тэгами, рассматривается в XML как данные и поэтому учитываются все символы форматирования ( пробелы
Пробел— интервал между буквами, обозначающий границы слов во многих системах письменности. Функционально пробел принадлежит к знакам препинания., переводы строк, табуляции Горизонтальная табуляция (HT, TAB)— символ таблицы ASCII с кодом 09h, используется для выравнивания текста по горизонтали. Обычно равна по ширине 4 или 8 пробелам. Вводится при помощи клавиши Tab, во многих языках программирования обозначается как \t. не игнорируются)
В случае, если элемент не содержит данных, т.е. является пустым, то начальный и конечные тэги такого элемента можно объединить в один. При этом не обязательно ставить косую черту перед закрывающей угловой скобкой (например, в вышеприведеном примере отсутствие факса в компании пару тэгов <fax></fax> можно заменить на <fax/>;)
При необходимости, каждому элементу можно задать параметры, уточняющие его характеристики. При этом используются атрибуты эдлемента. Атрибут - это пара "название" = "значение", которую необходимо задавать при определении элемента в начальном тэге. Пример:
<container Type="20f">123456</container > двадцати футофый контейнер
<container Type ="30f ">654321</container> тридцати футофый контейнер
Просмотр XML документов осуществляется специальной программой анализатором. На сегодняшний день разработано около десятка подобных анализаторов. В своем новом броузере Internet Explorer 5 фирма Microsoft уже предусмотрела анализ XML документов.
Анализ Анализ (др.-греч. — разложение, расчленение)— операция мысленного или реального расчленения целого (вещи, свойства, процесса или отношения между предметами) на составные части, выполняемая в процессе познания или предметно-практической деятельности человека. документа в Internet Explorer 5 осуществляется тремя вариантами: просмотр аналогично HTML документу, форматирование Формат— стандартизирование формы построения (и подачи) того или иного предмета (объекта), явления или процесса. документа с использованием специальных стилевых таблиц - XSL и анализ с помощью сценариев, написанных на Java Script ил VBScript.
Поиск нужного элемента или поддерева осуществляется при помощи XQL запроса. XQL является частью XML и переволится как язык запросов для XML (XML Query Language). Идет дисскусия об утверждении языка запросов в качестве общепринятого стандарта, который может заменить SQL.
Синтаксис языка запросов очень гибок и позволяет осуществлять поиск элемента как по названию, значению атрибутов, содержанию, так и учитывать вложенность и положение в дереве элементов. При помощи запросов мы можем выделять из общего дерева необходимые нам элементы и применять к ним необходимые инструкции. Запрос Запрос— это формулирование своей информационной необходимости пользователем некоторой базы данных, как, например, поисковой системы. Для составления запроса используется язык поисковых запросов. возможно применять как к самому XML документу, так и к ссылкам URL.
Язык запросов напоминает обычный способ определения пути к ресурсу- список узлов дерева, разделенных символом "/". Для указания на текущий элемент используется символ "." , на родительский - "..", для выделения всех дочерних элементов - символ "*", для выделения элемента, расположенного просто "ниже" по дереву(не важно на каком уровне вложенности) - "//". Условие на значение в запросе должно заключаться в символ Символ— особая коммуникационная модель, интегрирующая индивидуальные сознания в единое смысловое пространство культуры. Его функция связана с «интеграцией коллективного сознания в рамках единого смыслового пространства» и с «предельной индивидуализацией смысловых „миров“». Диалогическая структура символа выполняет интегративную и индивидуализирующую функции.ы "[" и "]". Для выбора значения атрибута в условии указывается символ @.
Примеры простых XQL шаблонов:
| "/Customer " | корневой элемент |
| "Customers/" | возвращает дочерние элементы для элемента Customers |
| "Customers //" | список всех элементов, вложенных в Customers |
| "container[@Type]" | список элементов container, в котором определен атрибут Type |
| "container[@Type =20f]" | поиск всех двадцатифутовых контейнеров, т.е. элементов container, в котором значение атрибута Type равно "20f" |
| "Customers[address]" | список элементов Customers, которые содержат хотя бы один элемент address, выражение в квадратных скобках может быть составным. |
Как мы видим, XML документ в отличие от EDIFACT сообщения позволяет более наглядно представить объектную модель данных. Использование языка описания XML запросов - XQL позволяет адекватно формализовать любой из существующих "бизнес" запросов (оформленных в виде стандартных документов) для информационных систем.
Разбор XML документов в отличие от EDI-систем возможен стандартными анализаторами, что значительно удешевляет разработку новых информационных систем. Использование встроенных транспортных протоколов делает эти системы полностью совместимыми с существующими программными средствами и WEB технологиями.
Системы XML/EDI
Комбинация XML и EDI предполагает для XML/EDI разработку предложений основных методов описания и кодирования EDI сообщений посредством XML обработки. Формы, обрабатывающие XML документы должны быть согласованы, чтобы осуществлять взаимодействие с существующими XML/EDI системами. Для этого они должны иметь возможность генерировать EDIFACT сообщения, осуществлять их анализ и отображение.
XML/EDI предлагает пользователям, использующих текущие стандарты пути решения возможных проблем и может быть интегрировано в существующие EDI системы путем:
- Разработки форм для приложений пользователя, способных генерировать EDI сообщения
- Создания форматов EDI сообщения для их передачи между компьютерами по Интернет, или через сети с добавленными услугами (VANs)
- Разработки пользовательских шаблонов для интерпретации согласованных правил на компьютере получателя с помощью стандартных программ просмотра (броузеров)
XML/EDI представляет нечто больше, чем прямой перенос XML документов в системы EDI. В рамках построения XML/EDI представляется слияние пяти технологий (XML, EDI, Templates, Agents и Repository), которые существенно расширят существующие возможности информационной системы. Каждый из этих компонент добавляет свои специфические возможности.
Использование технологий XML/EDI реализует следующие цели:
- Сделать EDI универсально допустимыми, используя свободно распространяемый код и синтаксис
Синтаксис (от др.-греч. — «построение, порядок, составление»)— раздел лингвистики, изучающий строение предложений и словосочетаний. SQL (XQL)
- Осуществить разработку "последующих" EDI - сообщений таким образом, чтобы они были полностью совместимы с существующими X12 и UN/EDIFACT стандартами
- Осуществление, по возможности, единой трансляции сообщений X12 и UN/EDIFACT
На рис. 2 представлены составные части технологий XML/EDI:
Рис. 2 Составные части XML/EDI технологий
Более подробно про каждую из составных частей:
XML. В основе обмена документами лежат транспортные протоколы, используемые в Интернет. С помощью заранее определенных тэгов определяется объектная модель данных, которая в последствии заполняется данными и передается в качестве электронного документа. Существующее идентификаторы сегментов EDI заменяются тэгами XML, или часть данных из EDI сегмента добавляются в тэги в качестве параметров.
EDI. Разработанные в EDI системах стандарты Стандарт (от англ.standard— норма, образец) в широком смысле слова— образец, эталон, модель, принимаемые за исходные для сопоставления с ними др. подобных объектов. способны представлять данные в простом формате. Эти данные однозначно интерпретируются на принимающей и передающей стороне. XML/EDI позволит обеспечить 100 % совместимостью с существующими EDI системами, используя при этом обмен EDIFACT сообщениями. Разработка протоколов XML/EDI позволяет использовать уже существующие EDI системы, что не потребует новых капиталовложений для разработки глобальных систем.
Templates (Шаблон Шаблон в технике— пластина (лекало, трафарет ит.п.) с вырезами, по контуру которых изготовляются чертежи или изделия либо инструмент для измерения размеров.ы) - это набор определенных правил, которые осуществляют управление процессом, как на клиентской, так и на серверной стороне. С помощью шаблонов можно выразить в XML все особенности процесса, который должен быть выполнен. Шаблон могжет быть загружен как с удаленного источника, откуда пришел XML документ, так и быть его составной частью. Шаблоны используют Document Type Definitions (DTD's), по которым определяется объектная модель данных. Удаленное использование (DTD's) позволит всем клиентским приложениям однозначно определить используемую модель данных.
Agents (Агенты) интерпретируют шаблоны, чтобы интерактивно выполнить необходимые транзакции Транзакция (англ.transaction)— в информатике, группа последовательных операций, которая представляет собой логическую единицу работы с данными. Транзакция может быть выполнена либо целиком и успешно, соблюдая целостность данных и независимо от параллельно идущих других транзакций, либо не выполнена вообще и тогда она не должна произвести никакого эффекта. Транзакции обрабатываются транзакционными системами, в процессе работы которых создаётся история транзакций. и взаимодействовать с пользователем. Агенты могут быть реализованы как аплеты Java или внедренные объекты ActiveX. Разбор структуры XML может осуществляться Агентом прямо на компьютере клиента и использовать при этом необходимые для пользователя данные и их представление. Первоначально агенты будут управляться Шаблонами и предоставлять пользователю некоторые дополнительные возможно «Возможно» (фр.Peut-tre)— фильм режиссёра Седрика Клапиша 1999 года.сти. Предполагается, что позже будут разработаны соответствующие протокол Протокол (от др.-греч. protos— «первый» и kolla— «клей»)— первый лист, приклеенный к свитку. На нем фиксировались титульная информация (например, дата написания, имя писателя) и краткое основное содержание свитка.ы для Агентов.
Repository (хранилище) - совместно используемые в Интернете общедоступные словари - которые уже используются в традиционных EDI системах. Данные словари позволяют пользователям найти значение и область определения EDI элементов. Совместно используемые общие словари обеспечивают автоматические поисковые таблицы более гибким механизмом поиска. Данный компонент обеспечит семантическую основу для EDI транзакций.
Можно выделить следующие основные принципы построения XML/EDI:
- XML используется как макет " моделирование обмена данными "
- XSL используется как уровень "представления"
- Возможность интеграции с традиционными методами EDI
- Использование маршрутизациии по IP, а текже использование протоколов HTTP, FTP и SMTP
- Централизованное представление документа и методология обработки
- Протоколирование приема/отправки документов
- Использование современных инструментальных средств программирования (Java и ActiveX)
- Разделение данных и программ
- Использование технологии агента для манипулирования данными, синтаксического анализа, отображения, поиска и т.д.
Определенные XML/EDI компонент Компонент— (от лат.componens, родительный падеж componentis — составляющий), составная часть, элемент чего-либо. В разных отраслях науки и техники может иметь дополнительное, более специфическое значение.ы сформированы на основе существующих протоколов передачи и обработки кодированных в XML данных.
Рис 3. Уровни Интерфейсов XML/EDI
На рисунке представлены следующие интерфейсы уровней XML/EDI:
- Использование стандартных транспортирных механизм
Механизм (греч. mechan— машина)— это совокупность совершающих требуемые движения тел (обычно— деталей машин), подвижно связанных и соприкасающихся между собой. Механизмы служат для передачи и преобразования движения.ов данных по Интернет и хранения файлов
- Форматы представления данных и передачи сообщения
- Синтаксис XML данных
- Правила грамматического разбора XML документа или создание объектной модели
- Правила XSL представления, связь со скриптами и уровнем разбора объекта
- Использование правил управления данными для пользовательских приложений и интерфейсов баз данных
Сегодня уже доступны синтаксические XML анализаторы, программы просмотра XML-документов (броузеры), программы разметки страниц и библиотеки программ. Предполагается использование специальных XML/EDI компонент встаивать в существующие программные продукты. Это позволит значительно ускорить создание новых приложений, реализующих XML/EDI.
Первичные компоненты XML/EDI представляют общей язык описания и синтаксические правила и включают:
- таблицу определения данных - DTD
- Базу (хранилище) данных - Repositories
- Сегменты и элементы данных (т.e. EDIFACT, X12, или BSI директории)
- Базу бизнес объектов
- Страницы торговых партнеров (База данных предприятий).
На рис. 4 представлены возможные варианты подключения отдельных компонентов XML/EDI. На данной схеме выделены в отдельные компоненты: удаленный пользователь, бизнес приложения, существующие EDI-системы Система (от др.-греч. — «сочетание»)— множество взаимосвязанных элементов, обособленное от среды и взаимодействующее с ней, как целое., публичные директории и специальные словари и базы данных.
Рис 4 Связи в XML/EDI
Конечный пользователь посредством WEB-броузера может взаимодействовать с любыми компонентами системы, используя XML-представления и XQL запросы.
Хотелось бы отметить о возможности более интересующегося читателя подчерпнуть более подробную информацию на следующих серверах:
| http://www.Unece.org/trade/facil/tf-rec_h.htm | - рекомендации Торговой Палаты |
| http://www.Edigroup.com | - EDI группа |
| http://www.Mindspring.com | - консультативная EDI группа |
| http://www.Computerworld.com/xml | - Обзор публикаций по EDI |
| http://www.r3.ch | - рабочая группа по защите UN/EDIFACT (SJWG) |
| http://www.toto.com/lteren/edi.html | - EDI стандарты |
| http://www.spokane.net/edi/standard.html | - EDI стандарты |
| http://www.eema.org/ | - ассоциация пользователь электронными сообщениями |
| http://www.S-Networks.ru/internet/xml | - введение в XML, статьи по XML |
| http://www.W3.org/tr/1998/rec-xml | - рекомендации группы W3 по использованию XML |
| http://www.Oasis-open.org/cover/xml.html | - руководство по XML |
| http://www.Xml.com | - публичный сервер пользователей XML |
| http://www.Xmls.com | - публичный сервер пользователей XML |
| http://www.xmledi.net | - сервер группы XML/EDI |
| http://www.microsoft.com/xml | - разработки Microsoft в области применения XML |
| http://www.geocites.com/WallStreet/Floor/5815/guide.htm | - Руководство по применению XML в системах EDI |
| http://www.Cenorm.be/isss/workshop/ec/Projects.html | -Европейский XML/EDI пилотный проект |
| http://www.Tedim.com | - пилотные прокты Программы TEDIM |
| http://www.Techweb.com/netbiz/ | - электронный бизнес |
| http://www.Itaa.org/ipecmmrl.htm | - электронная коммерция Коммерция (от лат.commercium — торговля)| ellspacing="0" cellpadding="0" border=0>
|
Полезные формулы
Распространение любого сигнала неизбежно сопровождается его затуханием, причём величина затухания сигнала зависит как от расстояния от точки передачи, так и от частоты сигнала. При измерении в децибелах величины затухания сигнала (ослабление при распространении) пользуются формулой:
,
где: X - коэффициент ослабления, равный 20 для открытого пространства, d - расстояние от точки передачи, f - частота сигнала, с - скорость света.
Из данной формулы непосредственно вытекает, что с увеличением частоты передаваемого сигнала увеличивается и его затухание. Так, при распространении сигнала в открытом пространстве с частотой 2,4 ГГц он ослабевает на 60 дБ при удалении от источника на 10 м. Если же частота равна 5 ГГц, ослабевание сигнала при удалении на 10 м составит уже 66 дБ.
Расчет баланса мощностей
Для нормального функционирования системы беспроводной связи необходимо, чтобы суммарное усиление системы было больше, чем суммарное ослабление сигнала. Рекомендуемый запас по мощности (fade margin) составляет 10-15 dB. Это позволит быть уверенным, что система будет функционировать и при плохих метеоусловиях.
Итак, рассмотрим, как расчитывается баланс системы:
Сумма "усиление передатчика - потери в кабеле и разъёмах + усиление передающей антенны - потери в среде распространения + усиление приемной антенны - затухание в кабеле и разъёмах на приемной стороне + чувствительность приемника" должна составлять 10-15 dB.
При подсчете усиление подставляют в формулу со знаком "+", а затухание, соответственно, со знаком "-".
Некоторые типичные значения для расчета в диапазоне 2.4 ГГц:
|
Параметр |
Значение |
Еденицы измерения |
|
Усиление передатчика |
15 |
dBm |
|
Потери в кабеле |
0.23 |
dB/метр |
|
Потери на один разъём |
0.5 |
dB |
|
Усиление передающей антенны |
24 |
dBi (параболическая решетка) |
|
Потери в среде распространения |
100 |
dB (при расстоянии в 1 км) |
|
Усиление приемной антенны |
24 |
dBi (параболическая решетка) |
|
Чувствительность приемника |
- 85 |
dBm |
Оценить баланс можно на нашем сайте в Интернет
Соотношения между mW, W, dBm и dBw
1 W = 1000 mW
PdBm =10 * log PmW
PdBm =10 * log PmWPdBw =10 * log PW
PdBm =10 * log PmWPdBw = PdBm - 30
Например, 100 mW составляет 20 dBm или -10 dBw, а также, 0.1 W
Различие между dBm и dBi
Мощность передатчик Радиопередатчик (радиопередающее устройство) — электронное устройство, которое с помощью антенны излучает электромагнитные сигналы в радиоволновом участке спектра, такие как радио, телевидения и других телекоммуникационных приложений.а обычно измеряют в dBm, то есть децибелах относительно одного милливатта. Антенны же имеют свою образцовую единицу - изотропную антенну. Изотропной называют такую антенну, которая имеет равномерное излучение Излучение — процесс испускания и распространения энергии в виде волн и частиц. во все стороны. Используется в качестве точки отсчета в радиотехнических системах при расчете усиления антенн. Означает отношения интенсивности магнитного поля в данном направлении по отношению к излучению изотропной антенны.
Расчет зоны Френеля
Для нормального функционирования радиолинка недостаточно наличия только прямой видимости в связи с тем, что основная электромагнитная энергия сосредоточена в некотором эллипсоиде вращения около линии визирования, называемом зоной Френеля.
Достаточным условием возможности установления радиосвязи является наличие открытого интервала, то есть отсутствия препятствий в зоне Френеля, или, хотя бы в 80% радиуса зоны.
Радиус указанной зоны рассчитывается по формуле:
, ,
где R - радиус зоны Френеля (метры) в точке радиолинка длиной D метров на расстоянии x метров от первой точки на частоте F ГГц.
Зависимость дальности прямой видимости от высоты подвеса антенн
Еще одна тонкость, связанная с условиями реального мира, окружающего нас. Земля всё-таки круглая, поэтому в расчетах дальних линков необходимо учитывать кривизну земной поверхности. Формула, по которой можно оценить возможную дальность связи D при заданных высотах подвеса антенн h1 и h2:
Таблица, по которой можно примерно определить порядки величин:
| Расстояние между антеннами (км) |
Высота по зоне Френеля (м) |
Высота за счет кривизны земной поверхности (м) |
Суммарная высота подъема антенны (м) |
| Частота ГГц -> |
2,4 |
5,7 |
|
2,4 |
5,7 |
| 6 |
9 |
6 |
1 |
10 |
7 |
| 10 |
12 |
8 |
2 |
14 |
10 |
| 20 |
17 |
11 |
8 |
25 |
19 |
| 30 |
21 |
14 |
18 |
39 |
32 |
| 40 |
24 |
16 |
32 |
56 |
48 |
| 50 |
27 |
18 |
50 |
77 |
67 |
Более подробная таблица зависимости высот подвеса антенн от расстояний приведена на нашем сайте в разделе Лаборатория: http://www.s-networks.ru/wireless/laboratory/earth.html.
|
|
|
|