Cтандарт передачи данных на основе XML

JSON vs XML. Сравнение технологий и области применения

Cтандарт передачи данных на основе XML

XML (Extensible Markup Language) существует уже более 3 десятилетий и является неотъемлемой частью любого веб-приложения. Будь то файл конфигурации, документ сопоставления или определение схемы, XML облегчил обмен данными, предоставив четкую структуру данных и помогая в динамическом конфигурировании и загрузке переменных.

Сравнение между JSON и XML

Для начала, JSON — это просто формат данных, тогда как XML — это язык разметки. Вы можете отправить запрос и получить ответ через XPath. Аналогично, метаданные, атрибуты и пространства имен могут быть добавлены в XML. Кроме того, XML вместе с XSL, XSD и XQuery создает мощную комбинацию.

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

XML (расширяемый язык разметки)

XML является выбором по умолчанию для обмена данными, так-как практически у каждого языка есть синтаксический анализатор, будь то Java, .

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

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

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

  • Создавайте интерактивные веб-страницы, сохраняйте и визуализируйте данные контента для пользователя на основе логики обработки с использованием процессора XSLT.
  • Предоставляет возможность определять метаданные в повторно используемом и переносимом формате.
  • Более точные результаты веб-поиска, потому что данные хранятся внутри тегов.
  • Делает обмен информацией простым и доступным как для B2B, так и для B2C
  • Некоторые веб-задачи могут быть автоматизированы, делая их эффективными.

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

JSON

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

 Что делает JSON таким популярным?

Благодаря популярности технологии API REST, JSON получил импульс в программировании кода API и веб-сервисов.

 Это текстовый, легкий и простой в разборе формат данных, не требующий дополнительного кода для анализа. Таким образом, JSON помогает ускорить обмен данными.

 Таким образом, для веб-сервисов, которые должны просто возвращать много данных и отображать их, идеальным выбором является JSON.

Структура XML и JSON

Давайте посмотрим на структуру каждого из них, чтобы оценить вышеупомянутый пункт подробней

XML

  • XML — это язык разметки, а не язык программирования, в котором существуют теги для определения элементов.
  •   Данные XML хранятся в виде древовидной структуры. Пример:
  • Может выполнять обработку и форматирование документов и объектов.
  • Долгий и медленный анализ, ведущий к медленной передаче данных
  • Поддерживает пространства имен, комментарии и метаданные
  • Размер документа большой, а с большими файлами структура тегов делает его огромным и сложным для чтения.
  •   Не поддерживает массив напрямую. Чтобы иметь возможность использовать массив, нужно добавить теги для каждого элемента.
  • Поддерживает множество сложных типов данных, включая диаграммы, изображения и другие типы данных.
  • XML поддерживает кодировки UTF-8 и UTF-16.
  • XML-структуры подвержены некоторым атакам, так как расширение внешнего объекта и проверка DTD включены по умолчанию. Когда они отключены, парсить XML безопасней.

Заключение

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

 Суть в том, что если вам нужен простой обмен данными, в котором не нужно беспокоиться о семантике и проверке, перейдите на JSON. Но даже с JSON важно изучить XML и связанные с ним технологии, чтобы сделать больше, чем просто обмен данными и быстрая обработка.

JSON еще предстоит пройти долгий путь, прежде чем он сможет сравниться с возможностями старого доброго XML.

Если эта информация была для вас полезной, просим поставить лайк и подписаться нанаш канал.

Источник: https://zen.yandex.ru/media/id/5d6546559c944600ac5c0ec3/5db1bd5178125e00ad55568e

Гост р 54878-2011/iso/ts 20625:2002 электронный обмен данными в управлении, торговле и на транспорте (edifact). принципы формирования файлов xml схемы (xsd) на основе инструкций по реализации edi(fact), гост р от 22 декабря 2011 года №54878-2011

Cтандарт передачи данных на основе XML

ГОСТ Р 54878-2011/

ISO/TS 20625:2002

ОКС 35.240.60

Дата введения 2012-09-01

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004* «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1 ПОДГОТОВЛЕН Научно-техническим центром «ИНТЕК» на основе собственного аутентичного перевода на русский язык международного документа, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 22 декабря 2011 г. N 1604-ст

4 Настоящий стандарт идентичен международному документу ИСО/ТС 20625:2002* «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT).

Принципы формирования файлов XML схемы (XSD) на основе инструкций по реализации EDI(FACT)» (ISO/TS 20625:2002 «Electronic data interchange for administration, commerce and transport (EDIFACT) — Rules for generation of XML scheme files (XSD) on the basis of EDI(FACT) implementation guidelines»).

________________

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

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ

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

В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты».

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

Введение

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

Первоначально XML-язык определял другой синтаксис, который в случае переработки программ EDI приводил к огромным дополнительным затратам, тем самым препятствуя достижению исходно поставленной задачи — привлечению к электронным бизнес-процессам мелких и средних предприятий (SME).

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

EDIFACT-инструкции по реализации сообщений (MIGs) описывают процедуры применения стандартизированных типов EDIFACT-сообщений к бизнес-процессам, вследствие этого они являются удобным инструментом для формирования XML-схем (структур). Настоящий стандарт устанавливает процесс перевода данных.

1 Область применения

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

В настоящем стандарте определен способ выбора XML-данных из UN/EDIFACT MIG-инструкций. Рассматриваемые принципы применимы и к другим EDI-стандартам.

Настоящий стандарт не распространяется на описания типов документов (DTDs).

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие международные стандарты* (для датированных ссылок следует использовать только указанное издание, для недатированных ссылок следует использовать последнее издание указанного документа):____________

* Таблицу соответствия национальных стандартов международным см. по ссылке. — Примечание изготовителя базы данных.

ИСО 8601:2004 Элементы данных и форматы для обмена информацией. Обмен информацией. Представление дат и времени (ISO 8601:2004, Data elements and interchange formats. Information interchange. Representation of dates and times)

ИСО 9735-1:2002 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 1. Синтаксические правила, общие для всех частей (ISO 9735-1:2002, Electronic data interchange for administration, commerce and transport (EDIFACT). Application level syntax rules (Syntax version number: 4, Syntax release number: 1). Part 1. Syntax rules common to all parts)

3 Термины, определения и сокращения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1 базовый семантический регистр (basic semantics register; BSR).

3.2 базовая семантическая единица (basic semantic unit; BSU).

3.3 описание типа документа (document type definition; DTD).

3.4 электронный обмен данными (electronic data interchange; EDI).

3.5 электронный обмен данными в управлении, торговле и на транспорте (electronic data interchange for administration, commerce and transport; EDIFACT).

3.6 гипертекстовый язык разметки документов (hyper text mark-up language; HTML).

3.7 инструкция по реализации сообщения (message implementation guideline; MIG).

3.8 стандартный обобщенный язык описания документов (standard generalised mark-up language; SGML).

3.9 расширяемый язык описания связей (extensible link language; XLL).

3.10 расширяемый язык разметки (extensible mark-up language; XML).

3.11 расширяемое определение схемы (extensible schema definition; XSD).

3.12 расширяемый язык таблиц стилей (extensible stylesheet language; XSL).

3.13 www-консорциум (world wide web consortium; W3C).

3.14 элемент (element): Синтаксический структурный блок, содержащий данные и/или атрибуты.

3.15 имя (name): Имя в XML-языке начинается с буквы или допустимого специального символа, далее могут следовать буквы, цифры, дефисы, подчеркивания, двоеточия или точки.

Имена, начинающиеся с «xml» или со строки символов, которые примыкают к (('Х'|'х') ('M'|'m') ('L'|'I')), являются резервными для целей XML-стандартизации.

3.16 шаблон (template): Предварительно задаваемая эталонная структура, сравниваемая с полной структурной единицей (или с одной из ее частей), которая должна быть распознана.

3.17 тег, метка (tag): Инструкция по форматированию или семантическая пометка.

4 Стандартное содержание инструкций по реализации сообщений (MIG)

4.1 Уровень: MIG

a) Идентификационные данные MIG-инструкции.

b) Идентификационные данные служебного EDIFACT-каталога.

c) Идентификационные данные типа сообщения и при необходимости промышленных подгрупп.

4.2 Уровень: Тип сообщения

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

b) Состояние (стандартное или прикладное) используемых сегментов и групп сегментов.

c) Контекстно связанные имена и описания сегментов и групп сегментов.

d) Примеры.

e) Взаимосвязи между сегментами и группами сегментов.

Источник: http://docs.cntd.ru/document/1200101081

Передача данных через XML

Cтандарт передачи данных на основе XML

Рассмотрим технологию использования XML для передачи данных на сервер.

Мы уже рассмотрели 2 способа передачи данных на сервер: это простой текст с разделителем и JSON. Но у них есть недостатки:

  • Отсутствие типов данных. У JSON есть только строка, число, null, boolean. Т.е. ограниченный набор данных.
  • Сложно контролировать целостность передаваемых данных.
  • Сложно визуализировать данные, т.е. сложные объекты сложно отобразить, например, в виде html кода.
  • Сложно преобразовывать данные, т.е. сложно преобразовать свойства одного объекта в свойства другого объекта.

Теперь обратимся в XML как способу передачи данных. XML (eXtensible Markup Language) — язык разметки, предназначенный для описания, хранения и передачи структурированных данных. На сегодня XML используют повсеместно.

На базе XML существует много технологий: DOM (програмное взаимодействие с данными), XLink (указатели и ссылки), XPath (описание и выборка элементов), XSL, XSLT (преобразование XML документа).

Разбор XML пакета выглядит так:

var req=getXmlHttpRequest(); req.onreadystatechange=function(){ if (req.readyState==4){ var xml=req.responseXML;}}

Здесь даже сериализацию и десериализацию делать не надо. Это делает сам объект. Как только сервер присылает XML данные, они уже в распарсенном виде (responseXML — DOM модель документа). Подробнее о технологии DOM читайте в предыдущих статьях на сайте.

Иногда для отладки надо сделать сериализацию и десериализацию XML данных (для передачи данных на сервер это делается автоматически, вручную не надо делать). Сделаем сериализацию в строку:

var str = dom.xml var serializer = new XMLSerializer(); var str = serializer.serializeToString(dom);

Для IE рабочий код короче, т.к. в него уже встроен объект для сериализации, а в других браузерах только появляется объект XMLSerializer для сериализации.

При работе с XML данными обычно мы имеем дело с DOM моделью документа. Поэтому стоит вспомнить некоторые моменты DOM (об этом читайте в предыдущих статьях). Напомню только способы доступа к элементу DOM модели:

var root = xmlDOM.documentElement; var book = root.childNodes[0]; var title = book.childNodes[0]; alert(title.firstChild.nodeValue);Также из DOM модели документа можно выбирать элементы одного типа. Внимание! Функции getElemensById — нет, т.к. в XML id может означать что угодно, а не только идентификатор, поэтому его не применяют.
var books = xmlDOM.getElementsByTagName(«book»);

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

Это такой подход, при котором мы представляем сложное приложение не как классическое клиент-серверное приложение, а как набор сервисов (служб), каждый из которых отвечает за свои задачи. И каждый сервис имеет точки входа (точки взаимодействия). Здесь нет четкого клиента, т.к.

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

Чтобы службы разных клиентов могли взаимодействовать, они должны говорить на одном языке (при этом не важно какая операционная система у службы). И такой язык был разработан и назван RPC.

Протокол XML-RPC

RPC (Remote Procedure Call) — удаленный вызов процедур. Это протокол взаимодействия между двумя удаленными точками. Он позволяет точке “а” вызвать функцию на удаленной точке “б”.

Есть несколько реализаций протокола RPC. Рассмотрим реализацию на базе XML.

По сути, клиент и сервер просто обмениваются какими-то XML фрагментами.

XML-RPC предоставляет следующие типы данных:

  • boolean.
  • integer.
  • double.
  • string.
  • date/time.
  • base64.
  • array.
  • struct.
  • null.

Т.е. при передаче определенного типа данных нужно декларировать, что это за тип данных. Структура похожа на объект JSON.

Преобразование XML данных

Для преобразования данных, полученных с сервера в виде XML используют XSLT.

XSLT (eXtendable Stylesheet Language Transformation) — технология, которая помогает получить на вход XML, а на выходе сформировать все, что угодно.

Преобразование XSLT на javaScript — IE

var dom = new ActiveXObject(«MSXML2.DOMDocument»); dom.async = false; dom.load('my.xml'); var xsl = new ActiveXObject(«MSXM@.DOMDocument»); xsl.async = false; xsl.load('my.xsl'); var result = dom.transformNode(xsl);

Преобразование XSLT на javaScript для Firefox. Ghrome, Opera

var xslStylesheet; var xsltProcessor = new XSLTProcessor(); var myXMLHTTPRequest = mew XMLHttpRequest(); myXMLHTTPRequest.open(«GET», «example.xsl», false); myXMLHTTPRequest.send(null); xslStileshett = myXMLHTTPRequest.responseXML; xsltProcessor.importStylesheet(xslStylesheet); myXMLHTTPRequest = new XMLHttpRequest(); myXMLHTTPRequest.open («GET», «example.xml», false); myXMLHTTPRequest.send(null); var xmlSource = myXMLHTTPRequest.responseXML; var resultDocument = xsltProcessor.transformToDocument(xmlSource);

Источник: https://1st-network.ru/prog/xml-data

XML-стандарты: результаты прошедшего года

Cтандарт передачи данных на основе XML

В статье речь пойдет наиболее интересных, на наш взгляд, результатах деятельности международных консорциумов W3C(World Wide Web Consortium) и OASIS[1] за 2006 год.

W3C

Как уже не раз говорилось, организация W3C занимается преимущественно развитием и созданием базовых XML-стандартов.

Прошедший год был отмечен утверждением восьми стандартов XML, касающихся поддержки выполнения запросов, преобразования и доступа к XML-данным и документам. Важнейшие спецификации среди них: XQuery 1.0: An XML Query Language, XSL Transformations (XSLT) 2.0 и XML Path Language (XPath) 2.0.

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

В XSLT 2.0 появилась новая функциональность по сравнению с широко используемым стандартом XSLT 1.0, который обеспечивает преобразование и представление XML-документов. Обе спецификации связаны со стандартом XPath 2.

0, также существенно дополненным по сравнению с предыдущей версией.

Язык XML Query уже используется в ряде продуктов большинства крупных поставщиков СУБД, а также в XML-СУБД, в программном обеспечении промежуточного уровня (middleware), системах редактирования XML, а также во множестве продуктов с открытым кодом. Организации — члены консорциума W3C — объявляют о своих планах внедрения XQuery.

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

Многолетний опыт работы с языком позволил подготовить существенный перечень новых функций в XSLT 2.0 and XPath 2.0.

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

Стандарт XSLT 2.0 совместим с XML Schema; в случае их совместного использования обеспечивается более точное обнаружение ошибок во время компиляции и исполнения, а значит, и надежность, так необходимая в корпоративных приложениях.

Внедрение новой спецификации началось с 2002 года, параллельно с ее развитием. Анализ 150 тысяч различных проектов с использованием XSLT 2.0 показал все преимущества новых возможностей.

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

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

1. XML Path Language (XPath) 2.0 2. XSL Transformations (XSLT) Version 2.0 3. XQuery 1.0: An XML Query Language 4. XML Syntax for XQuery 1.0 (XQueryX) 5. XQuery 1.0 and XPath 2.0 Data Model (XDM) 6. XQuery 1.0 and XPath 2.0 Functions and Operators 7. XQuery 1.0 and XPath 2.0 Formal Semantics

8. XSLT 2.0 and XQuery 1.0 Serialization

OASIS

В деятельности международной организации OASIS за прошедший год также произошел ряд важнейших событий.

В частности, появилась новая версия универсального бизнес-языка Universal Business Language (UBL) 2.0.

Новая версия бесплатного стандарта содержит более 1000 XML элементов данных для общих бизнес-документов (Common Business Documents).

О принятии этого стандарта было объявлено в декабре 2006 г. UBL (см. статью “Международные организации OASIS и ISO: все больше хороших стандартов”) представляет собой бесплатную библиотеку стандартных электронных XML бизнес-документов, таких как заказы на покупку и накладные.

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

UBL 2.0 представляет собой библиотеку, состоящую из более тысячи XML-элементов данных, основанных на спецификации ebXML Core Components Technical Specification (ISO 15000-5). В UBL 1.0 содержалось 8 ключевых типов документов «заказ-накладная» (order-to-invoice), а в версии 2.0 появилось еще 23 типа, отражающих постоянное развитие сценариев закупок и основные процессы транспортировки.

Помимо существенного расширения диапазона поддерживаемых бизнес-процессов, UBL версии 2.0. также используются возможности XSLT, W3C XPath и ISO Schematron, обеспечивающие качественный сдвиг в управлении перечнем кодов (code list management).

Новый подход позволяет легко и точно задавать подмножества и расширения перечней кодов и даже применять их конкретным элементам и поддеревьям в UBL-сущностях, без изменения стандартных UBL-схем. Эти стандартизованные процессы обеспечивают внедрение проверки бизнес-правил в рамках проверки сущностей (instance validation).

ПО с открытым кодом, включенное в состав UBL 2.0, обеспечивает эту новую функциональность в готовом виде.

С появлением новых документов снабжения, выполнения обязательств и выставления счетов в UBL 2.0 глобальная коммерция получила необходимые возможности для создания недорогого, готового программного обеспечения для выполнении транзакций «бизнес—бизнес» через Интернет. Внедрения UBL в Северной Европе демонстрируют экономическую мощь концепции, которая может перевернуть методы ведения бизнеса.

С помощью других Интернет-структур передачи сообщений, таких как ebXML и веб-сервисы UBL открывает дорогу компаниям — как в развитых, так и в развивающихся экономических регионах — к региональной, национальной и международной торговле.

Еще одним важным явлением можно считать объявленное в октябре принятие стандарта справочной модели для сервис-ориентированной архитектуры (Service Oriented Architecture — SOA-RM 1.0).

SOA-RM обеспечивает абстрактную инфраструктуру для понимания важных сущностей и их связей внутри сервис-ориентированой среды.

SOA-RM стимулирует разработку специальной справочной информации или конкретной архитектуры с использованием согласованных стандартов.

SOA-RM — это настоящая справочная модель, основанная на объединяющих концепциях SOA. Такое определение очень удобно для корпоративных разработчиков, занимающихся специальными сервис-ориентированными архитектурами.

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

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

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

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

В начале 2007 года организация OASIS продолжила свою активную деятельности и заявила о принятии ebXML-схемы спецификации бизнес-процессов ( Business Process Specification Schema — ebXML BPSS or ebBP) версии 2.0.

4 (о предыдущих версиях мы уже неоднократно упоминали). ebXML BPSS является основой для определения базовых бизнес-процессов.

Таким образом, предполагается продвигать автоматизацию и прогнозируемый обмен определений бизнес-процессов с использованием XML.

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

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

Взаимодействия, поддерживаемые ebBP, легко управляемы и полностью отслеживаются.

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

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

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

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

Источник: https://www.internet-technologies.ru/articles/xml-standarty-rezultaty-proshedshego-goda.html

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.