Вы находитесь на странице: 1из 420

Москва, 2008

УДК 681.3.06
ББК 66.33 (2Рос), 123c51w

Когаловский М.Р., Хохлов Ю.Е.


K74 Стандарты XML для электронного правительства. – М.: Институт развития
информационного общества, 2008. – 416 с.

ISBN 978-5-901907-02-03

Впервые на русском языке достаточно полно и систематически представлены функциональные


возможности новой технологической платформы XML, которые в последнее время нашли
широкое применение в проектах электронного правительства и других областях. Предпринята
попытка упорядочить русскоязычную терминологию в данной области.
Обсуждаются основные понятия и опыт реализации проектов электронного правительства,
роль стандартов XML в разработках электронного правительства, содержится общее описание
комплекса стандартов платформы XML, метаописания основных стандартов, глоссарий ис-
пользуемых терминов, новые переводы на русский язык действующих версий спецификаций
базовых стандартов платформы - языка Extensible Markup Language (XML), XML Infoset и
Namespaces in XML.
Издание предназначено для руководителей, экспертов и разработчиков информационных
систем электронного правительства, а также для специалистов, использующих стандарты новой
технологической платформы Веб.

УДК 681.3.06
ББК 66.33 (2Рос), 123c51w
Онлайновая версия глоссария по XML
размещена в Энциклопедии
информационного общества по адресу:
http://wiki.iis.ru

ISBN 978-5-901907-02-03 © Институт развития информационного общества, 2008


Содержание
1. Основные представления об электронном правительстве   ������������������������������������������� 11
1.1. Электронное правительство: основные понятия . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.2. Модель и стадии развития электронного правительства . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
1.3. Архитектура электронного правительства . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.4. Опыт создания электронного правительства . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
1.5. Стандарты XML в разработках электронного правительства . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Литература . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2. Общая характеристика комплекса стандартов XML  ��������������������������������������������������������� 27
2.1. Введение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.2. Предпосылки создания технологий XML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.3. Истоки XML-технологий . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.4. Организация и функциональные возможности платформы XML . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2.5. Назначение и функциональные возможности языка XML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.6. Преемственность с технологиями HTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2.7. Стандарты веб-сервисов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.8. Технологии семантического Веб . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
2.9. Особенности XML-данных и их моделирование . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
2.10. XML-ориентированные базы данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
2.11. Новые направления и перспективы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
2.12. Заключение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Литература . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
3. Краткие метаописания стандартов  ��������������������������������������������������������������������������������������� 57
4. Глоссарий основных терминов    ����������������������������������������������������������������������������������������� 139
4.1. Организация глоссария . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
4.2. Пометы в заголовках статей глоссария . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141
4.3. Русскоязычные термины и их определения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
4.4. Глоссарий . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
4.4. Англоязычные термины глоссария . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270
4.5. Часто используемыеанглоязычные аббревиатуры . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
4.6. Спецификации стандартов,охваченных глоссарием . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
5. Указатель метаописаний стандартов XML  ������������������������������������������������������������������������� 307
ПРИЛОЖЕНИЕ. Переводы базовых стандартов XML  ������������������������������������������������������������311
П.1. Расширяемый язык разметки XML 1.1(вторая редакция)  ����������������������������������������������������������311
П.2. Пространства имен в XML 1.1 (вторая редакция)   ��������������������������������������������������������������������377
П.3. Набор единиц информации XML (вторая редакция)  ��������������������������������������������������������������� 393
Благодарности  ������������������������������������������������������������������������������������������������������������������������������411

5
Введение

Введение
Стандарты играют все возрастающую роль в современном информационном обществе.
Многочисленные проекты электронного правительства сталкиваются со сложной
проблемой обеспечения интероперабельности элементов информационной инфра-
структуры и отдельных приложений, разрабатываемых, как правило, различными
коллективами на основе разнообразных технологий. Решить эту проблему позволяет
использование информационно-коммуникационных технологий (ИКТ), основанных
на широко распространенных открытых стандартах де-факто. Значительное место
среди них занимает большой комплекс взаимосвязанных стандартов, составляющих
новую технологическую платформу Всемирной паутины (World Wide Web), которую
мы называем здесь платформой XML.
Особая роль стандартов платформы XML в разработках электронного правитель-
ства обусловлена двумя причинами. Первая из них заключается в том, что интернет и
Всемирная паутина сегодня образуют ключевую инфраструктуру современного инфор-
мационного общества, а органы власти стали использовать интернет в качестве одного
из основных каналов для взаимодействия с гражданами и бизнесом. Многочисленные
информационные системы электронных правительств функционируют в среде Веб
и, следовательно, не могут не учитывать и не использовать ИКТ, создаваемые для
нового поколения этой среды. Всемирная паутина обеспечивает комфортный доступ
к информации о деятельности органов власти и сервисам электронного правительства
всем категориям пользователей в любом месте, где имеется доступ к интернету. При
этом нет необходимости специально обучать пользователей – они могут обходиться
традиционными средствами доступа к Веб, не требуются существенные инвестиции
в создание специальной инфраструктуры доступа.
Другая причина – это возможность использования при разработке инфор-
мационных систем электронных правительств новых чрезвычайно развитых функ-
циональных возможностей технологий, основанных на стандартах платформы XML.
Такие технологии воплощены в настоящее время во многих продуктах крупнейших
поставщиков программного обеспечения. Среди них – веб-сервисные технологии,
позволяющие реализовать новые архитектурные подходы в разработках крупных

7
распределенных систем, технологии XML-ориентированных баз данных, технологии
семантического Веб, позволяющие оперировать информацией с учетом ее семан-
тики, технологии, которые позволяют поддерживать целостность и безопасность
информации, и многое другое.
Платформа XML включает в настоящее время несколько сотен стандартов.
Спецификации ключевых стандартов уже разработаны, жизненный цикл ряда
из них уже включает несколько версий. Многие стандарты находятся в стадии
разработки.
В деятельности, направленной на создание и развитие функциональных возмож-
ностей платформы XML, принимают участие многие организации. Основной вклад в
развитие этой платформы вносит образованный в 1994 году консорциум W3C (World
Wide Web Consortium), созданный для проведения единой технической политики
развития Всемирной паутины. Именно консорциумом W3C были разработаны и
рекомендованы базовые стандарты XML.
Значительный вклад в создание новых стандартов, обеспечивающих исполь-
зование технологий XML в приложениях, прежде всего, связанных с веб-сервисной
архитектурой и электронным бизнесом, принадлежит основанному в 1993 году
международному консорциуму OASIS (Organization for the Advancement of Structured
Information Standards). Консорциум OASIS активно включился в разработку новых
стандартов платформы XML после принятия базового стандарта языка XML.
В развитии рассматриваемого комплекса стандартов принимают также участие
различные ассоциации компаний, лидирующих в индустрии программного обе-
спечения – IBM, Microsoft, Oracle, Bea и ряд других. Разделение труда в развитии
платформы XML обеспечивается модульностью самой платформы и принципами ее
организации, обеспечивающими расширение функциональных возможностей, не
затрагивающее базовых стандартов.
В 2007 году консорциум W3C непосредственно включился в деятельность, связанную
с разработками в области электронного правительства. Первым крупным шагом консор-
циума в этом направлении стал симпозиум (http://www.w3.org/2007/eGov/eGov-policy),
проведенный в июне 2007 года W3C совместно с организацией WSRI (Web Science
Research Initiative). Основанием для проведения симпозиума стало признание того
факта, что органы государственной власти ориентированы на использование Веб и
других ИКТ для взаимодействия с гражданами, бизнесом и друг с другом.
Цель симпозиума состояла в том, чтобы найти способы упрощения разработки
стандартов для сайтов органов власти и очертить программу предстоящих исследо-
ваний в сфере создания веб-технологий и государственной политики, которые бы
позволили использовать потенциал Веб для доступа и использования правитель-
ственной информации. На симпозиуме обсуждались, в частности, такие вопросы,
как социальная и экономическая динамика потоков информации государственного
сектора в Веб, технологии интеграции данных и семантического Веб, поддержка в
Веб информации о местоположении (например, пространственные базы данных),
сервисы-посредники третьей стороны для граждан, вызовы времени в области
интероперабельности и соответствия стандартам.
Большое внимание, которое привлек к себе прошедший симпозиум, дает осно-
вания предполагать, что консорциум W3C будет конструктивизировать свои усилия

8
Введение

в области электронных правительств, инициировать новые стандарты, в которых


нуждается эта область применения, и способствовать их активному использованию
в практических разработках. Основой этих новых стандартов, несомненно, будут
являться базовые стандарты платформы XML. Краткий отчет о симпозиуме можно
найти по адресу http://www.w3.org/2007/06/eGov-dc/summary.
Технологии XML активно используются в нашей стране, как и во многих других
странах, в разработках информационных систем органов власти федерального и
регионального уровней, а также во многих других сферах приложений. Эти технологии
широко используются в ряде проектов Института развития информационного обще-
ства для проектирования и реализации различных прикладных систем электронного
правительства. Однако все еще имеется весьма ограниченное количество публикаций
концептуального характера на русском языке, посвященных указанному пласту ИКТ,
хотя таких публикаций крайне мало и в зарубежной литературе. Другая серьезная
проблема - пока еще не устоялась русскоязычная терминология в этой области.
Авторы надеются, что предлагаемая книга будет способствовать решению указанных
проблем.
Содержание книги построено следующим образом.
В первом разделе обсуждаются основные понятия, стадии развития и архитек-
тура электронного правительства, приводится краткое описание международного и
российского опыта построения электронных правительств, особое внимание уделено
роли и месту стандартов XML в разработках электронного правительства.
Во втором разделе приводится общая характеристика стандартов платформы
XML, принципов организации платформы, обеспечивающих ее расширяемость,
основных функциональных возможностей комплекса стандартов, составляющих
данную технологическую платформу.
Третий раздел содержит описания основных стандартов платформы в формате,
основанном на стиле набора метаданных Дублинского ядра.
В четвертом разделе содержится глоссарий терминов, используемых в специфи-
кациях основных стандартов платформы XML (около 1000 терминов). Большинство
определений терминов глоссария принадлежит авторам, некоторые определения
заимствованы из текстов спецификаций стандартов. Глоссарий включает список
использованных в нем англоязычных аббревиатур с их расшифровками, а также
перечень описываемых англоязычных терминов с предлагаемыми в глоссарии их
русскоязычными эквивалентами. Этот своеобразный словарик может использоваться
для перевода на русский язык англоязычных материалов по стандартам XML.
Указатель стандартов, приведенный в последнем, пятом разделе, облегчит
читателю нахождение в книге метаописаний соответствующих стандартов.
В книге содержится также список использованных авторами источников, а в
Приложении представлены новые переводы действующих версий спецификаций
трех базовых стандартов платформы XML, которые с полным правом можно назвать
фундаментальными стандартами платформы. К числу этих стандартов мы относим
спецификации языка XML, стандарты XML Infoset и Namespaces in XML. Они обе-
спечивают синтаксис для всех других языковых стандартов платформы, набор
примитивных компонентов архитектуры XML-данных, используемых в стандартах
платформы, а также механизм расширения функциональных возможностей платформы.

9
Именно перечисленные функции определяют фундаментальный характер указанных
стандартов. Приведенные в Приложении переводы стандартов выполнены авторами.
Они не имеют официального характера и включены в книгу для удобства читателя.
Представленные в книге материалы частично подготовлены авторами в рамках
методических проектов Института развития информационного общества (ИРИО),
выполнявшихся в течение ряда лет при поддержке РФФИ (проекты 01-07-90444 и
04-07-90184) и РГНФ (проект 03-02-12008).
Книга предназначена для руководителей, экспертов и разработчиков ин-
формационных систем электронного правительства, а также для специалистов,
использующих стандарты новой технологической платформы Веб.

10
1. Основные представления об
электронном правительстве

В данном разделе обсуждаются основные понятия, стадии развития и архитектура


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

1.1. Электронное правительство: основные понятия


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

11


серверной архитектуре с тонким клиентом) взаимодействовали с государственными


информационными системами.
Современный этап широкомасштабного использования ИКТ для эффектив-
ного государственного управления, ориентированного на более качественное
предоставление услуг гражданам и бизнесу, начался в 80‑е и 90‑е годы прошлого
века. В это время возникла новая парадигма «управления, ориентированного на
граждан» как синтез парадигм «нового государственного управления» и «улучшенного
управления» в ходе реализации программ модернизации государства. Откликом
на это стала концепция «электронного правительства», появившаяся в результате
переосмысления модернизации государственного сектора и административной
реформы в эпоху развития информационного общества, в которой государственные
органы рассматривается в первую очередь как поставщик услуг населению, пред-
приятиям и государственным служащим на основе ИКТ. Электронное правительство
содействует радикальной смене отношении между государством и его гражданами,
которые рассматриваются как клиенты, заслуживающие уважения и доверия [1], что
позволяет установить равноправные партнерские отношения между государством
и гражданами.

Определения электронного правительства. Существует несколько определений


электронного правительства, получивших широкое распространение. Например,
Организация экономического сотрудничества и развития определяет электронное
правительство как использование ИКТ, в частности интернета, для улучшения
качества государственного управления [1], а Всемирный банк понимает электрон-
ное правительство как использование ИКТ (таких как глобальные сети передачи
данных, интернет, мобильный компьютинг) государственными органами с целью
трансформации отношений между гражданами, бизнесом и различными ветвями
государственной власти [2]. В Европейском Союзе принято близкое определение,
характеризующее электронное правительство как использование ИКТ в органах
власти в сочетании с организационными изменениями и формированием новых
навыков с целью улучшить государственные услуги и демократические процессы
и усилить поддержку государственной политики [3]. Департамент по экономическим
и социальным вопросам Организации Объединенных Наций под электронным пра-
вительством понимает правительство, которое применяет ИКТ для преобразования
внутренних и внешних связей с целью оптимизации процессов исполнения своих
функций [4]. Некоторые используют широкое определение электронного правитель-
ства как любое применение ИКТ в государственном секторе. Наконец, существует
и узкое определение электронного правительства только как способа онлайнового
предоставления государственных услуг. В частности, консорциум W3C понимает под
электронным правительством использование Веб или других ИКТ органами власти
различных (местного, регионального, национального и межнационального) уровней
для организации взаимодействия с гражданами, между структурными подразделениями
и самими органами власти друг с другом [5].
Перевод английского термина Electronic Government (e-Government, eGov-
ernment) как «электронное правительство» иногда приводит к неоправданному
сужению данной проблематики до уровня деятельности государственных органов

12
Модель и стадии развития электронного правительства 

исполнительной власти, так как «правительство» в русском языке традиционно


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

1.2. Модель и стадии развития электронного


правительства

Модель электронного правительства. Для дальнейшего обсуждения используется


следующее представление (рис. 1) об электронном правительстве и связанных с ним
основных процессов и отношений между заинтересованными сторонами [6], [7].
В основе данной модели лежит сформировавшееся представление о государстве
как поставщике услуг для населения и бизнеса. Понятие «услуга электронного
правительства» (или «электронная государственная услуга», «услуга, предоставляемая
на основе ИКТ»), является ключевым в проблематике электронного правительства.
Под государственной услугой далее понимается результат непосредственного или
дистанционного взаимодействия исполнителя (в данном случае — органа власти)
и потребителя, а также выполнения исполнителем административных функций по
удовлетворению потребности потребителя.
Рисунок 1.
Другие Модель
Муниципалитеты
ведомства электронного
правительства

э-Граждане
(информационная
Неправительственные G2N э-Администрация Граждане вовлеченность)
организации (модифицированные
управленческие G2C
процессы)

Потребители
э-Общество Правительство
(внешние
взаимодействия) G2G э-Сервисы
G2B Бизнес (улучшенная
поставка)
Правительство

При предоставлении услуг электронного правительства выделяют три основные


категории взаимодействий: органов власти или их структурных подразделений
друг с другом (Government to Government, G2G), при предоставлении услуг органов

13
власти для бизнес-структур (Government to Business, G2B), при предоставлении
услуг органов власти гражданам (Government to Citizens, G2C). Наряду с этим иногда
рассматриваются взаимодействия в ходе предоставления государственных услуг
для организаций гражданского общества (Government to Non-for-Profit, G2N) или
взаимодействия органов власти с самими государственными служащими (Government
to Employee, G2E).
Подобный сервисно-ориентированный подход предполагает наличие целепо-
лагания, прежде всего, социально-экономического характера, выбор приоритетов
и последовательность действий при проектировании и реализации услуг электронного
правительства.
Весьма важным при оценке воздействия электронного правительства на про-
цессы социально-экономического развития является представление о том, с какой
целью граждане и бизнес-структуры обращаются за государственными услугами
в электронном виде. Международная практика показывает, что основные потребности
потребителей услуг электронного правительства завершаются удовлетворением их
информационных нужд, лишь меньшая часть пользователей переходит к двусторон-
нему и, тем более, транзакционному взаимодействию.

Стадии развития электронного правительства. В последние годы стала обще-


признанной пятиуровневая модель стадий развития электронного правительства,
предложенная Департаментом по экономическим и социальным вопросам Организации
Объединенных Наций [8]. Данная модель предусматривает следующие этапы развития
электронного правительства в соответствии со сложностью видов взаимодействия
и предоставляемых услуг:
I. Начальное присутствие (Emerging Presence).
II. Продвинутое присутствие (Enhanced Presence).
III. Интерактивное присутствие (Interactive Presence).
IV. Транзакционное присутствие (Transactional Presence).
V. Интегрированное присутствие (Seamless / Networked / Connected Presence).
Начальное присутствие представляет собой первую стадию развития электрон-
ного правительства и характеризуется наличием веб-сайта органа власти и базовой
информации на нем, ссылок на другие органы власти, на подразделения самого
правительства и неправительственные организации. По сути дела, эта стадия ха-
рактеризует собой первоначальную открытость информации о деятельности органа
власти.
Продвинутое присутствие представляет собой вторую стадию развитого
информационного присутствия органа власти, характеризуемого наличием на веб-
сайте архивов документов (законов, постановлений и т. п.), текущей информации,
баз данных (статистической и другой информации), новостного раздела, раздела,
посвященного электронному правительству, раздела часто задаваемых вопросов,
наличия поисковых сервисов, сервисов помощи, возможности скачивания файлов
и карты сайта. Это стадия одностороннего взаимодействия, предполагающего потоки
информации от органа власти к гражданам.
Интерактивное присутствие представляет собой третью стадию, которая
характеризуется возможностями скачивать и заполнять формы для различных услуг,

14
Архитектура электронного правительства

числом этих форм, наличием контактной информации и возможностями связаться


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

1.3. Архитектура электронного правительства


Назначение архитектурного подхода. Как отмечалось выше, электронное
правительство представляет собой комплексную социально-экономическую
и человеко-машинную систему, предназначенную для реализации полномочий
органов государственной власти, функций и государственных услуг для граждан
и хозяйствующих субъектов. Общепринятым в практике развитых стран стал со-
временный, закрепленный в международных стандартах, архитектурный подход,
обращенный к социально-экономическим системам любого размера и сложности,
в которых центральная роль отводится ИКТ. Суть архитектурного подхода заключается
в обобщенном представлении структуры моделируемых систем предметной области
на различных уровнях, а также в формировании и использовании принципов
и руководящих материалов, определяющих управление развитием архитектуры во
времени (см. например [9] – [10]).
Основной целью построения архитектуры электронного правительства является
предоставление возможности для более эффективного обеспечения реализации
полномочий органов государственной власти, функций и государственных услуг
для граждан и бизнеса за счет использования общих подходов к созданию государ-
ственных информационных систем и определения возможностей по совместному
использованию информационных систем и ресурсов, технологической инфраструк-
туры и передового опыта.
Архитектура электронного правительства позволяет представить структуру
сегодняшнего и будущего электронного правительства как целостной системы, с его

15
компонентами и их взаимосвязями, равно как и представить основополагающие
компоненты, детализированные в достаточной мере для управления процессами их
формирования, а также сформировать набор нормативно-справочных, нормативно-
правовых, методических документов и эталонных моделей, определяющих согласо-
ванное и взаимоувязанное развитие государственных информационных систем.
Формирование базовых принципов, рекомендаций и приоритетов в построении
архитектуры электронного правительства во многом зависит от набора социальных,
экономических особенностей и потребностей, так как архитектурный подход пред-
полагает одновременное развитие и увязку сразу нескольких уровней:
•• деятельности (государственных функций и услуг, которые предлагается реа-
лизовать с помощью ИКТ);
•• прикладных систем;
•• технологической платформы.
Не менее важным является рассмотрение отдельных аспектов архитектуры электрон-
ного правительства, которые «пронизывают» архитектурные уровни:
•• аспект информации и данных, определяющий состав информации, необходимой
для поддержания административных процессов и используемой, например,
в процессах межведомственного взаимодействия; какие информационные
объекты (сущности) нужны при моделировании системной архитектуры; на-
конец, какие структуры данных и метаданных должны реализовываться на
уровне технологической архитектуры для их долговременного использования
в прикладных системах;
•• аспект эффективности и результативности, характеризующий набор ключевых
показателей эффективности выполнения государственных функций и предо-
ставления услуг гражданам, бизнесу, другим органам государственной власти на
основе ИКТ, а также показатели эффективности использования самих ИКТ;
•• аспект информационной безопасности и доверия, учитывающий необходимость
адекватной защиты информации и данных от попыток искажения, кражи
и других способов неавторизованного использования и обеспечивающий
доверие пользователей к использованию ИКТ;
•• аспект интеграции и взаимодействия, обеспечивающий электронное взаимо-
действие между различными информационными системами и учитывающий
организационную, семантическую и технологическую совместимость.
Наряду с перечисленными аспектами иногда рассматриваются и другие, отражающие
тот или иной конкретный взгляд на архитектуру электронного правительства.

Развитие архитектуры электронного правительства. Как отмечалось, архитектурный


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

16
Архитектура электронного правительства

Наконец, третьей составляющей архитектуры электронного правительства является


набор нормативно-справочных, нормативно-правовых и методических документов,
классификаторов и эталонных моделей, определяющих согласованное и взаимоу-
вязанное развитие государственных информационных систем (иногда это называют
«архитектурой типа 2»).
При построении электронного правительства необходимо не только выделение
различных архитектурных уровней или аспектов, но и понимание связей между
Аспект Рисунок 2
Архитектурные информации Представление
аспекты и данных
об архитектуре
электронного
правительства
Уровень
деятельности
Архитектурные
уровни Уровень
прикладных систем
Уровень
технологической
платформы

ними. В частности, государственные услуги, функции, административные процессы


и регламенты, являющиеся частью соответствующего архитектурного уровня, за-
дают требования к другим уровням или аспектам, таким как информация и данные,
прикладные системы, безопасность, которые, в свою очередь, определяют выбор
конкретных технологий или платформ (см. рис. 2).
Развитие архитектуры электронного правительства сочетает в себе два параллельных
процесса:
•• представление существующего и будущего состояния архитектуры электронного
правительства, которое предполагает выработку эталонных моделей различных
уровней и аспектов архитектуры (например, формирование портфеля при-
кладных систем, требующихся для реализации функций органов государственной
власти на региональном уровне или уровне отдельных ведомств, разработка
стандартов, и т. д.);
•• разработка и уточнение общей методологии представления единой архитектуры
электронного правительства (например, создание эталонных моделей государ-
ственных функций, моделей прикладных систем, моделей эффективности).
Архитектурный подход также поддерживает многократное использование типо-
вых компонентов (технологических решений, рекомендаций по стандартизации
и информационному взаимодействию и т. д.), что особенно применимо в проектах
электронного правительства, отличающихся большой сложностью и распределенным
характером.
Особое значение для применения архитектурного подхода при построении
электронного правительства играют международные и национальные стандарты,
такие как «Системы промышленной автоматизации. Концепции и правила для моделей
промышленных предприятий» [11] и «Системы промышленной автоматизации.
Требования к архитектуре эталонных предприятий и методологии» [12], которые
должны действовать наряду с нормативными правовыми актами, определяющими

17
регламенты и процедуры предоставления услуг и осуществления функций органов
власти или органов местного самоуправления. В рамках проектов по региональной
информатизации, выполненных Институтом развития информационного общества
начиная с 2001 по программам электронного развития Москвы, Мордовии, Татарстана
и других регионов, широко применяется архитектурный подход, который нашел свое
отражение в Типовой программы развития и использования ИКТ в субъекте РФ [13],
разработанной в составе программных мероприятий ФЦП «Электронная Россия».

1.4. Опыт создания электронного правительства


Международная практика. В настоящее время движение в сторону электронного
правительства является общемировой практикой, и, начиная с 90‑х годов прошлого
столетия, в подавляющем большинстве стран мира выполняются разные по масштабу
и содержанию проекты в этой области. Они весьма разнообразны, направлены на
достижение различных социальных и технических задач и достаточно трудно под-
даются классификации. Тем не менее, можно отметить, что построение электронного
правительства в отдельной стране тесно связано с государственным политико-
экономическим устройством и общественным менталитетом. Это позволяет выделить
несколько основных моделей развития электронного правительства, получивших
практическое воплощение в Северной Америке (США, Канада), Европе (страны
Западной, Центральной и Восточной Европы), Азиатско-тихоокеанском регионе
(Южная Корея, Сингапур) и других регионах и странах (см. обзоры [14] – [18] и сайт
«Электронный опыт Европы» [19]).
Практика внедрения и использования онлайновых сервисов в странах Европы
и Северной Америки показывает, что одним из действенных способов проведения
организационных изменений в государственном управлении должно стать углубление
партнерства государства с бизнесом и аутсорсинг ряда государственных услуг путем
передачи прав на их предоставление специализированным частным компаниям.
Например, в Финляндии обслуживание передачи данных от населения и бизнеса до
органов власти было передано специальным операторам, которые гарантировали
удешевление работ, связанных с обеспечением безопасности приема и передачи
данных, их хранения. В Германии частным компаниям были переданы на обслужи-
вание некоторые виды транзакционных взаимодействий, например, обслуживание
платежей за услуги.
Значительную роль в построении электронного правительства играет организация
взаимодействия и определение обязанностей и ответственности отдельных органов
государственной власти наряду с созданием централизованных систем, например
обеспечивающих хранение и обработку данных, необходимых для большинства
ведомств. Подходы к такой организации дел, как показывает опыт, могут сильно
различаться. Например, во Франции и в Сингапуре центральная государственная
организация приняла на себя функции, которые исполнялись несколькими раз-
личными организациями, тогда как в Дании был централизован только бэк-офис
электронного правительства, а соответствующие сервисы остались закрепленными за
различными ведомствами. В Словении централизована регистрационная деятельность,

18
Опыт создания электронного правительства

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

Российский опыт. Работы по использованию ИКТ в социально-экономической сфере


и органах государственной власти активно велись в Советском Союзе практически
в то же время и с тем же размахом, что и в других развитых странах. Хорошо из-
вестны разрабатывавшиеся в 60–70 годы прошлого века проекты, а в некоторых
случаях — успешные реализации информационных систем национального или
отраслевого масштаба, таких как Общегосударственная автоматизированная система
(ОГАС), Единая государственная сеть вычислительных центров (ЕГСВЦ, позднее ГСВЦ),
Единая автоматизированная сеть связи (ЕАСС), отраслевые автоматизированные
системы управления (ОАСУ).

19
Почти двадцатилетняя история информатизации в России, начавшаяся после
распада СССР, также была связана сначала с разрозненными, а затем все более
целенаправленными действиями по распространению и использованию ИКТ в раз-
личных сферах, включая государственное управление. Начиная с конца 80‑х годов
прошлого века, предпринимались неоднократные попытки сформировать государ-
ственную политику в условиях развития информационного общества [20], успешно
завершившиеся в феврале 2008 года утверждением Президентом России Стратегии
развития информационного общества в Российской Федерации [21].
Целенаправленная деятельность по построению электронного правительства
в России в современном понимании может быть связана с запуском федеральной
целевой программы «Электронная Россия» в 2002 году [22].
В ней впервые на федеральном уровне была предпринята попытка комплексного
подхода к использованию ИКТ для социально-экономического развития и запуска
национальной программы электронного развития. Несмотря на свой во многом
компромиссный характер и очевидные недостатки, ФЦП «Электронная Россия»
содержала ряд полезных новаций и программных мероприятий, ряд из которых
был направлен на развитие электронного правительства в России, ориентацию
на предоставление государственных услуг населению и бизнесу, преодоление
информационного неравенства. Особое место в программе отводилось организации
эффективного межведомственного взаимодействия и взаимодействия власти с на-
селением и бизнесом на основе ИКТ путем внедрения стандартов, создания среды
электронного взаимодействия и формирования соответствующей нормативной
правовой базы. За первые пять лет выполнения программы были апробированы
отдельные подходы и решения в области организации межведомственного информа-
ционного обмена, предоставления отдельных государственных услуг в электронном
виде, обеспечивающих начальную и продвинутую стадии присутствия федеральных
органов государственной власти, частично подготовлены необходимые методические
и нормативные правовые документы.
В то же время, программа «Электронная Россия», по сути дела, представляла
собой скорее программное заявление и механизм распределения бюджетных средств
между государственными заказчиками, чем четко структурированный план действий
по последовательному и целенаправленному внедрению ИКТ в государственном
управлении. Самым слабо проработанным местом в программе оказался механизм
управления и координации деятельности многочисленных государственных за-
казчиков, что, в конце концов, сказалось на ее существенном недофинансировании
(по сравнению с планируемыми объемами), дублировании, отмене или приостановке
ряда программных мероприятий. Это привело к радикальному пересмотру ФЦП
«Электронная Россия» и принятию в 2006 году новой редакции программы [23],
которая из программы электронного развития России превратилась в программу
формирования электронного правительства на уровне федеральных органов ис-
полнительной власти, хотя сам термин «электронное правительство» в тексте
программы и отсутствует.
Основными целями «Электронной России 2.0» стали организация межведом-
ственного информационного взаимодействия, доступа граждан к информации для
реализации своих конституционных прав, обеспечение защиты и безопасности данных,

20
Стандарты XML в разработках электронного правительства

используемых для целей государственного управления, повышение оперативности


предоставления государственных услуг, внедрение единых стандартов обслуживания
населения при предоставлении государственных услуг по принципу «одного окна»,
придание официального статуса электронным формам взаимодействия.
Ключевым политическим документом, определяющим создание электронного
правительства в России как один из приоритетов, является уже упоминавшаяся
Стратегия развития информационного общества в России [20]. Правительством
Российской Федерации вслед за Стратегией была одобрена Концепция формирования
в Российской Федерации электронного правительства до 2010 года [24], где основной
акцент также сделан на предоставление государственных услуг в электронном виде
и принятие необходимой для этого нормативной правовой и нормативно-технической
базы (включая стандарты).
Особенностью развития электронного правительства в Российской Федерации,
является высокая активность регионов в этом процессе, зачастую опережающих
действия органов власти на федеральном уровне. Многие субъекты Российской
Федерации одновременно с ФЦП «Электронная Россия» или даже раньше приняли свои
концептуальные или программные документы и начали их реализацию (см. например
[25] – [26]). Состояние развития и использования ИКТ в российских регионах, в том
числе электронного правительства регионов, стало предметом детального анализа,
проводимого в последние годы Институтом развития информационного общества
в рамках ФЦП «Электронная Россия» (см. [27] – [29]).

1.5. Стандарты XML в разработках электронного


правительства

Среда электронного взаимодействия. Развитие электронного правительства пред-


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

21
информацией и сервисами между системами, при этом любая система или ее отдель-
ные компоненты с интерфейсом требуемой (или аналогичной) спецификации должны
допускать замену без ущерба для процессов взаимодействия. Обеспечение интеропе-
рабельности имеет несколько основных аспектов: организационный, семантический
и технологический. Организационный аспект интероперабельности подразумевает
выработку соглашений для формулирования задач, решаемых в предметной области,
и моделирования происходящих процессов, включая информационное взаимодей-
ствие между организациями с различными внутренними структурами и процессами.
Обеспечение интероперабельности в организационном плане также направлено на
гарантии доступности, простоты, удобства и ориентированности на пользователей
предоставляемых услуг. Семантическая интероперабельность означает возможность
понимания содержания информации, участвующей в процессах взаимодействия,
любым другим приложением, которое изначально не разрабатывалось для подобных
целей. Семантическая интероперабельность предоставляет возможность системам
комбинировать получаемую информацию из различных источников и содержательно
ее обрабатывать. Технологический аспект интероперабельности включает ключевые
вопросы обеспечения взаимодействия информационных и телекоммуникационных
систем, такие как открытые интерфейсы, взаимоувязанные сервисы (interconnected
services), интеграция данных и программное обеспечение промежуточного слоя,
представление и обмен данными, доступ и информационная безопасность, и многое
другое.
В последние годы одним из основных моментов развития электронных прави-
тельств в ряде стран стала разработка согласованных на национальном или регио-
нальном (или даже наднациональном) уровнях требований интероперабельности,
предъявляемых к создаваемым государственным информационным системам (см.
примеры в [30] – [36]). Как правило, эти требования организуют так называемую
среду электронного взаимодействия органов государственной власти (e-Government
Interoperability Framework, e-GIF), под которой понимается набор стандартов,
руководств и методик, которые описывают способы взаимодействия, о которых
договорились (или должны договориться) организации, взаимодействующие друг
с другом. Целью создания среды электронного взаимодействия (СЭВ) является
задание процедур и правил, способствующих рациональному и эффективному
взаимодействию государственных информационных систем не только между собой,
но и с внешними системами, принадлежащими гражданам или бизнесу.
Политика формирования СЭВ состоит в тщательном отборе минимально не-
обходимого набора стандартов, которые являются открытыми и подробно доку-
ментированными, широко представлены на рынке, обеспечивают интероперабель-
ность и масштабируемость создаваемых приложений. Как правило, при выборе
приоритет отдается подходящим международным, затем — национальным, и лишь
при их отсутствии — отраслевым или коммерческим стандартам. Среда электронного
взаимодействия не является раз и навсегда зафиксированным набором документов
и должна адаптироваться во времени по мере изменения технологий, стандартов или
административных процессов. При этом разработчики СЭВ обязуются и стремятся
сохранить преемственность используемых стандартов, сохраняя при этом здоровый
консерватизм по поводу постоянно возникающих новых стандартов и технологий.

22
Стандарты XML в разработках электронного правительства

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


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

23
Литература
1. The E-Government Imperative. – Paris: OECD, 2003. – 199 pp.
2. The World Bank. Definition of E-Government.
http://go.worldbank.org / M1JHE0Z280
3. The role of Government for Europe’s future. – COM (2003) 567
final of 26 September 2003. – Brussels: CEC, 2003.
4. UN Department of Economic and Social Affairs, Division for Public
Administration and Development Management. Electronic & Knowledge
Governments: Definitions //
http://unpan1.un.org / intradoc / groups / public 
/ documents / un / unpan008633.pdf
5. eGovernment at W3C: improving access to government through
better use of the Web. http://www.w3.org / 2007 / eGov / 
6. S. Ntiro. eGovernment in Eastern Africa. – Dar-es-Salaam, KPMG, 2000.
7. R. B. Heeks. e-Government in Africa: promise and practice
// Information Policy, 2002, 7 (2-3), 97–114.
8. Benchmarking E-government: A Global Perspective. – New
York: United Nations, 2002. vi + 74 pp.
9. Данилин А.В., Слюсаренко А.И. Архитектура и стратегия. «Инь»
и «Янь» информационных технологий предприятия. – М.: Интернет-
университет информационных технологий, 2005. – 504 с.
10. Зиндер Е.З. Архитектурный подход на пространстве от по-
литики и стратегии до тактики // В кн. Управленческий
консультант 2005. – Киев: Издательство БУК, 2005. С. 44–71.
11. Системы промышленной автоматизации. Концепции и правила
для моделей промышленных предприятий. ISO 14258:1998
12. Системы промышленной автоматизации. Требования к архитектуре
эталонных предприятий и методологии. ISO 15704:2000
13. Типовая программа развития и использования информационных
и телекоммуникационных технологий субъекта Российской
Федерации (утверждена распоряжением Правительства
Российской Федерации от 3 июля 2007 г. № 871‑р)
14. UN Global E-government Survey 2003. – New York:
United Nations, 2003. – i + 112 pp.
15. UN Global E-government Readiness Report 2004: Towards Access for
Opportunity. – New York: United Nations, 2004. – xii + 166 pp.

24
Литература

16. UN Global E-government Readiness Report 2005: From E-government


to E-inclusion. – New York: United Nations, 2005. – xii + 253 pp.
17. UN Global E-government Readiness Report 2008: From e-Government to
Connected Governance. – New York: United Nations, 2008. – viii+ 226 pp.
18. Грашина М.Н., Гузик С.В., Дрожжинов В.И., Зиндер Е.З., Когаловский
М.Р, Штрик А.А. Международный опыт создания систем для
электронных правительств. Концепция наполнения комплексного
методического материала Фонда ФОСТАС // В кн. Сборник трудов IV
Всероссийской практической конференции «Стандарты в проектах
современных информационных систем». – М.: ФОСТАС, 2003.
19. www.ePractice.eu http://www.epractice.eu
20. Черешкин Д.С., Смолян Г.Л. Нелегкая судьба российской
информатизации // Информационное общество. 2008, № 1.
21. Стратегия развития информационного общества в Российской
Федерации // Российская газета. 16 февраля 2008 г.
22. Федеральная целевая программа «Электронная Россия
(2002–2010 годы)» (утверждена постановлением Правительства
Российской Федерации от 28 января 2002 г. № 65)
23. Федеральная целевая программа «Электронная Россия
(2002–2010 годы)» (изменения, утвержденные постановлением
Правительства Российской Федерации от 15 августа 2006 г. № 502)
24. Концепция формирования в Российской Федерации
электронного правительства до 2010 года (одобрена
распоряжением Правительства РФ от 6 мая 2008 г. N 632‑р)
25. Концепция движения Москвы к информационному обществу
(утверждена распоряжением Мэра Москвы 20 июля 2001 г. № 715‑РМ) //
В кн. Концепция движения Москвы к информационному обществу. – М.:
Институт развития информационного общества, 2001. – 128 с.
26. О Городской целевой программе «Электронная Москва» (утверждена
Законом города Москвы от 9 июля 2003 года № 47) // В кн. Электронная
Москва. – М.: Институт развития информационного общества, 2003. – 128 с.
27. Индекс готовности регионов России к информационному обществу.
2004–2005 / Под ред. Т.В. Ершовой, Ю.Е. Хохлова и
С.Б. Шапошника. 2‑е издание исправленное и дополненное. – М.:
Институт развития информационного общества, 2005. – 224 с.
28. Индекс готовности регионов России к информационному обществу.
2005–2006  – М.: Институт развития
информационного общества, 2007. – 244 с.

25
29. Анализ развития и использования информационно-коммуникационных
технологий в регионах России: Аналитический доклад. – 
М.: Институт развития информационного общества, 2008. – 240 с.
30. European Interoperability Framework for Pan-European
e-Government Services. – Luxembourg: Office for Official
Publications of the European Communities, 2004. – 26 pp.
31. Federal Enterprise Architecture. USA Government. http://www.egov.gov
32. e-Government Interoperability Framework.
Version 6.1. – London: UK Crown Copyright, 2005. – 32 pp.
33. e-Government Interoperability Framework: Technical Standards
Catalogue. Version 6.2. – London: UK Crown Copyright, 2005. – 58 pp.
34. SAGA: Standards and Architectures for eGovernment Applications.
Version 3.0. – Berlin: Federal Ministry of the Interior, 2006. – 185 pp.
35. The Interoperability Framework. Danish Government.
http://www.oio.dk / standarder / 
36. The HKSARG Interoperability Framework.
Version 5.0.  –  Hong Kong: The Government of the Hong Kong
Special Administrative Region, December 2006. – 42 pp.

26
2. Общая характеристика
комплекса стандартов XML

В этом разделе кратко рассматриваются предпосылки создания комплекса стандартов


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

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

27
с возможностью доступа к информации с помощью естественной навигации по ее
структуре и т. д.
Немаловажным фактором, определяющим чрезвычайно высокую социально-
экономическую значимость Веб, служит также использование интернета в качестве
ареала его «обитания», обеспечивающее теледоступ пользователей к распределенным
информационным и вычислительным ресурсам, благоприятные возможности для их
интеграции. Благодаря этому Веб представляет собой не только гигантскую информа-
ционную систему, но и эффективную платформу для разработки и функционирования
многочисленных новых приложений и технологий — систем электронного прави-
тельства, электронного бизнеса, виртуальных предприятий, крупных корпоративных
информационных систем, электронных библиотек.
Однако уже в первые годы триумфального роста Веб проявился ряд ограни-
чений, свойственных используемым в нем технологиям, которые стали сдерживать
дальнейшее его развитие. В связи с этим уже во второй половине 1990‑х годов
начали осуществляться радикальные перемены в веб-технологиях. Новые под-
ходы были направлены, прежде всего, на преодоление выявившихся ограничений
и создание новой технологической платформы, способной обеспечить потенциал
для успешного развития Веб на длительную перспективу и создание Веб новых
поколений, разработку технологий семантического Веб [22, 24]. Основополагающую
роль в технологическом переоснащении Веб стал играть новый язык разметки XML,
разработанный консорциумом W3C [35], ответственным за техническую политику
развития Веб.
Новую технологическую платформу Веб, которую мы называем платформой
XML, составляет обширный комплекс взаимосвязанных и совместимых стандартов
консорциума W3C, основой которого является язык XML. Ряд из этих стандартов
быстро приобрел статус стандартов де-факто. Сфера их применения вышла за рамки
непосредственных потребностей Веб. Они оказывают существенное влияние на
стандартизацию в других областях применения ИКТ, как в горизонтальной, так и в
вертикальной сферах, стали основой новых подходов в технологиях баз данных,
хранилищ данных, в CASE-технологиях, в области интеграции данных, в электронных
библиотеках, электронном бизнесе. Им отводится важное место в технологиях
электронного правительства. Активно развиваются тенденции интеграции технологий
XML с другими пластами информационно-коммуникационных технологий.
Далее в этом разделе обсуждаются предпосылки рождения технологий XML и их
истоки, рассматриваются принципы организации и функциональные возможности
платформы XML, особенности XML-данных и их моделирования в стандартах W3C,
а также важнейшие перспективы развития платформы.
Более подробное обсуждение рассматриваемых вопросов, связанных с новой
технологической платформой Веб, можно найти в наших работах [4–15].

2.2. Предпосылки создания технологий XML


Создание Веб безусловно является одним из крупнейших научно-технических
достижений последнего десятилетия XX века. Благодаря реализации этого проекта

28
Истоки XML-технологий

возникло множество новых ИКТ, имеющих весьма значимые социально-экономические


последствия. В короткие сроки Веб стал беспрецедентно интенсивно развивающейся
глобальной открытой бесконечно масштабируемой распределенной гипермедийной
системой. Количество пользователей и объем представленной в ней информации
продолжают чрезвычайно быстро расти.
Вместе с тем, всего лишь за несколько начальных лет интенсивного развития
потенциал качественного совершенствования веб-технологий оказался в значи-
тельной мере исчерпанным.
Сдерживающее влияние на дальнейшую эволюцию веб-технологий и на рас-
ширение сфер их применения стали оказывать, прежде всего, слабые стороны языка
HTML — основного выразительного и структурообразующего средства представленной
в Веб гипермедийной информации, а также ограниченные функциональные возмож-
ности среды поддержки этого языка в Веб. Язык HTML обладает весьма скромными
средствами представления метаданных, описывающих содержание информационного
наполнения Веб. Следствием этого является отсутствие возможности верификации
логической целостности данных, содержащихся в HTML-страницах, высокий уровень
информационного шума в результатах обработки пользовательских запросов по-
исковыми машинами Веб. Ряд проблем связан с идентификацией веб-страниц
и составляющих их данных по местоположению содержащих их файлов в интернете.
Протокол доступа HTTP не обеспечивает удаленного вызова процедур, что значительно
ограничивает возможности разработки веб-приложений.
Огромный объем накопленной в среде Веб информации требует для ее эффек-
тивного использования новых подходов, позволяющих возложить на вычислительную
технику значительно большую, чем в действующем Веб, нагрузку по анализу, обработке,
поиску и интерпретации содержания. При этом чрезвычайно важно обеспечить
преемственность в новой технологической среде для действующих технологий Веб,
что позволит сохранить возможность использования накопленной информации.
Разработка радикально новых подходов, которые обеспечат дальнейшее
развитие Веб, и конструктивное воплощение их в виде комплекса взаимосвязанных
стандартов стали важнейшей стратегической задачей консорциума W3C, ответствен-
ного за техническую политику развития Всемирной паутины. Создание расширяемого
языка разметки XML и основанного на этом языке комплекса других стандартов,
составляющих технологическую платформу Веб новых поколений, являются важным
результатом деятельности консорциума. Работы по формированию и развитию новой
технологической платформы XML, интенсивно продолжаются.

2.3. Истоки XML-технологий


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

29
месту ее хранения в интернете. С точки зрения семиуровневой эталонной модели
взаимосвязи открытых систем (OSI), новые средства Веб по-прежнему относятся
к прикладному уровню.
Однако для обеспечения новых возможностей потребовались и другие решения.
Ряд из них заимствован или, по крайней мере, уже использовался ранее в технологиях
баз данных. В спецификациях стандартов XML существенное место занимают такие
понятия, рожденные в области баз данных, как модель данных, схема, язык запросов,
самоописываемость данных. Концепция схемы базы данных, отчужденной от самих
данных, была введена еще CODASYL (1969). Принцип самоописываемости баз данных
был впервые использован в реляционной СУБД проекта MacAims (1970), а впоследствии
узаконен в стандартах языка SQL. Интересно заметить, что основная структурная
единица XML-данных, называемая XML-документом, имеет иерархическую структуру
и включает в качестве элементов повторяющиеся группы с фиксированным или пере-
менным числом экземпляров. В точности такую структуру имеет запись базы данных
в модели данных CODASYL.
Создатели XML остались на позициях подхода к представлению информационного
наполнения Веб в форме гипертекста, идеи которого возникли еще в конце 40‑х
годов и начали практически использоваться в 60‑е годы. При этом для определения
гипертекстовой структуры стали использовать языки разметки, одним из ранних пред-
ставителей которых является разработанный американским математиком Д. Кнутом
в 70‑е годы язык TeX. Авторы новой технологической платформы вновь обратились
к истокам — к языку разметки SGML, уже использовавшемуся ранее в качестве основы
разработки языка HTML. Однако они пошли иным путем — путем создания метаязыка,
позволяющего пользователю самому определять нужные наборы тегов разметки, а не
определяя в соответствии с правилами SGML некоторый конкретный набор тегов, как
это было сделано при создании языка HTML. Именно метауровень языка XML дал
основание его разработчикам назвать язык расширяемым.
Радикально новой целью создания платформы XML является обеспечение стан-
дарта представления метаданных, описывающих информационное наполнение Веб.
Принятый многоуровневый подход позволяет определять содержание информации
на нескольких уровнях — от структурных свойств типов с разной степенью глубины
(XML DTD, XML Schema и Relax NG) до семантических их свойств (RDF) в терминах
определенных с различной степенью формализованности понятий предметной области
и их взаимосвязей (RDFS, OWL).
Здесь уместно заметить, что поддержка метаданных средствами платформы
XML — отнюдь не новое слово в информационных системах. Еще во второй половине
60‑х годов, как уже отмечалось выше, предложенный CODASYL принцип поддержки
отчужденной от базы данных схемы базы данных как самостоятельного ресурса стал
неотъемлемым принципом управления данными в базах данных. Этот принцип получил
развитие в концепции словаря / справочника данных, предложенной в 70‑х годах.
Метаданные, описывающие содержание информации, изначально поддерживались также
в информационно-поисковых системах, начиная с ранних дескрипторных систем.
Другие направления научных исследований и ИКТ, которые косвенным образом
или непосредственно оказали влияние на развитие рассматриваемых функций
Веб — это концептуальное моделирование предметной области, языки представления

30
Организация и функциональные возможности платформы XML 

знаний в области искусственного интеллекта; семантические модели данных в техно-


логиях баз данных, системы баз знаний, средства описания и поддержки онтологий,
в особенности проекты Ontolingua (Стенфордский университет), DAML (Мэрилендский
университет), OIL (проект, выполнявшийся в рамках 6‑й рамочной программы
Европейского союза по технологиям информационного общества) и др.
Таким образом, главная задача разработчиков новой технологической платформы
Веб состояла в формировании сбалансированного, эффективного и функционально
развитого инструментария на основе использования и развития идей многих ис-
пытанных временем подходов и технологий.

2.4. Организация и функциональные возможности


платформы XML

В отличие от действующей версии Веб, в которой все основные функции представления


информационного наполнения системы базируются на едином языке HTML, платформа
XML строится на иных принципах. Разработаны «фундаментальные» стандарты (XML, XML
Information Set, Namespaces in XML), составляющие концептуальную и синтаксическую
основу платформы.
Главным из них является стандарт XML, обеспечивающий представление основных
структурных единиц информационного наполнения нового Веб — XML-документов.
Стандарт Namespaces in XML определяет для заданного XML-документа или множества
документов допустимые теги разметки и их атрибуты, ассоциируя с ними по умолчанию
некоторую семантику. Зарезервированные консорциумом W3C пространства имен
используются в синтаксисе языка XML и других языковых стандартах платформы.
Namespaces in XML предоставляет, таким образом, механизм расширения функциональ-
ности платформы. Стандарт XML Information Set определяет набор абстрактных ин-
формационных элементов (Information Item), используемых в качестве «строительных
блоков» для создания правильно построенных XML-документов.
Средствами указанных фундаментальных стандартов определяется модульный
комплекс многочисленных других стандартов, определяющих языковые средства,
которые обогащают функциональность языка XML дополнительными возможностя-
ми. Все эти языки используют единый синтаксис — синтаксис языка XML. Именно
такая модульность организации платформы XML обеспечивает ее открытый характер
и возможность ее расширения путем введения новых стандартов, не затрагивая уже
существующих. Полная функциональность платформы XML определяется в настоящее
время многими десятками взаимосвязанных стандартов, спецификации которых
состоят более чем из 350 документов. Каждый из них по отдельности проходит
процедуру стандартизации, установленную в W3C. Часть из указанных стандартов
уже принята W3C и называется рекомендациями консорциума, другие имеют статус
проектов, находящихся на различных стадиях процедуры стандартизации. Стандарты
консорциума W3C могут использоваться на любой аппаратной платформе в любой
операционной среде.

31


Нужно отметить, что совместно со стандартами платформы XML могут ис-


пользоваться и некоторые другие стандарты, которые формально к этому комплексу
стандартов не относятся. Мы будем далее называть их совокупность окружением
платформы XML. Некоторые из таких стандартов разработаны консорциумом W3C,
но не используют синтаксис языка XML. Другие стандарты окружения основаны на
синтаксисе XML, но разработаны не W3C, а различными другими организациями, и тем
самым не имеют статуса стандартов консорциума W3C. Ряд стандартов окружения
платформы XML получил достаточно широкое признание и применяется на практике.
Стандарты окружения платформы XML используются не только в разнообразных
приложениях XML, но и в самих спецификациях стандартов платформы. Например,
стандарт XPath, не использующий синтаксис языка XML, применяется в спецификациях
стандартов XPointer, XSLT, XQuery.
Функциональные возможности платформы XML и ее окружения можно в агре-
гированном виде охарактеризовать с помощью приведенной ниже функциональной
классификации основных составляющих ее стандартов. В ней представлены не
только уже принятые ключевые стандарты, но и ряд достаточно значимых проектов
стандартов, над которыми активно ведется работа.
Наиболее значимые с нашей точки зрения принятые консорциумом и достаточно
продвинутые в разработке стандарты платформы XML и ее окружения в соответствии
с их функциями можно разбить на следующие классы (для менее известных стандартов
здесь приведены полные названия; большинство сокращенных названий стандартов
расшифровано в глоссарии и в указателе — в разделах 4 и 5):
•• Фундаментальные стандарты:
XML, Namespaces in XML, XML Information Set;
•• Разметка содержания документов:
XML;
•• Определение локальной и глобальной информационной
гиперструктуры:
XPointer, XLink;
•• Форматирование и трансформация XML-документов:
XSL, XSLT, CSS;
•• Описание структуры XML-документов:
XML (DTD), XML Schema;
•• Стандарты семантического Веб:
RDF, SPARQL, RDFS, OWL, RIF (Rule Interchange Format), Semantic Annotation
for WS & XML Schema, SKOS (Simple Knowledge Organisation System);
•• Языки запросов XML-документов:
XQuery, XUpdate, XPath, XSLT;
•• Интерфейсы прикладного программирования:
DOM, SAX;
•• Обеспечение преемственности с HTML-технологиями:
XHTML, XML Base;
•• Транспорт данных:
SOAP, XForms;

32
Назначение и функциональные возможности языка XML 

•• Идентификация информационных ресурсов:


URI, URL, URN;
•• Информационная безопасность:
XML-Signature, XML Encription / Decription, XML Key Management, WS-Security;
•• Веб-сервисная архитектура:
WSDL, SOAP, WS-Addressing, WS-Choreography Description Language, WS-
Discovery, WS-Federation, WS-Reliability, WS-Security, Semantic Annotation for
WS & XML Schema, WS-Policy;
•• Вспомогательные функции:
XInclude, XFragment, Canonical XML, XPath;
•• Стандарты вертикальной сферы:
MathML, XMI, cXML, CML, WML, GML, ebXML, UBL и др.
Анализируя приведенную классификацию, нетрудно видеть, что некоторые из включенных
в нее стандартов многофункциональны и, в соответствии с этим, отнесены к нескольким
классификационным категориям. Мы полагаем, что названия классов позволяют составить
общее представление об основных функциональных возможностях платформы XML.
Более подробные сведения о большинстве конкретных упоминаемых здесь стан-
дартов содержатся, как уже отмечалось, в их спецификациях, свободно доступных на
веб-сайте консорциума W3C. Ряд перечисленных стандартов описан в этой книге (см.
разд. 3). Кроме того, необходимую информацию можно найти, например, в наших работах
[4–7, 9, 11–15], а также в ряде изданных на русском языке монографий и учебников по
языку XML.

2.5. Назначение и функциональные возможности


языка XML

Как можно видеть из приведенной выше классификации, стандарт XML играет тройную
роль в составе платформы XML. С одной стороны, он является одним из фундаментальных
стандартов платформы. В этой роли его функция состоит в обеспечении синтаксических
соглашений для определения всех других стандартов платформы. В другой своей роли
язык выполняет важную функцию конструирования основных структурных единиц
информационного наполнения Веб нового поколения, называемых XML-документами.
Наконец, третья роль XML — он является, как будет показано ниже, языком описания
XML-данных.
С синтаксической точки зрения, XML является подмножеством известного языка SGML
[37], допускающим сравнительно простую реализацию. В нем предусматривается набор
небольшого количества операторов, главное назначение которых состоит в определении
типов XML-документов и типов их элементов — «строительных блоков XML-документов»
данного типа — и в описании допустимой их структуры. Таким образом, XML, как и его
прототип SGML, — это метаязык, являющийся по существу языком определения тегов
разметки и структуры использующих их XML-документов.
Важно отметить, что в отличие от языка HTML новый язык разметки XML опреде-
ляет не форматную разметку XML-документов, а разметку и структурирование их

33
информационного наполнения (контента). Для форматной разметки служат языки XSL
и CSS.
Предполагается, что XML-документ состоит из элементов документа различных
типов. Элементы документов могут иметь свое содержимое, а также параметры, на-
зываемые атрибутами элемента. Содержимое элемента может быть пустым, может
быть некоторым значением и / или совокупностью элементов одного или нескольких
других типов, приведенных в произвольном или некотором определенном порядке.
Атрибуты элемента могут быть обязательными или факультативными и имеют скалярные
значения. Элементы документа данного типа также могут быть факультативными или
могут повторяться в нем определенное количество раз
Содержимое каждого XML-документа представляет собой иерархию элемен-
тов документа. При этом корневым элементом является сам документ. Каждый
определяемый тип элементов документов идентифицируется некоторым именем,
которое явно включается в экземпляры элементов этого типа. Имя типа элементов
служит тегом разметки.
Поскольку XML определяет составные части XML-документов и допустимую
их структуру, он выполняет функции языка описания XML-данных. Определение
структуры XML-документов — типов составляющих их элементов и допустимой их
структуры, представляющей иерархию таких элементов, — описывается средствами
языка XML и называется определением типа документов (Document Type Definition
или кратко DTD). Это определение может быть встроено в конкретный документ либо
хранится вне его. В последнем случае оно определяет потенциальное множество
экземпляров документов данного типа. В конкретном экземпляре документа для
дополнения внешнего DTD может использоваться какое-либо внутреннее DTD.
Фактически определение типа документов представляет собой сконструиро-
ванное с помощью XML как метаязыка определение конкретного языка разметки
с собственным набором тегов и правилами конструирования XML-документов, до-
пустимых в этом языке. Такого рода языки в материалах консорциума W3C называют
словарями XML.
Первоначально XML разрабатывался как язык разметки информационного
наполнения для нового поколения Веб. Однако он быстро нашел применение во
многих других областях ИКТ и в определяющих их стандартах. В частности, он
стал играть роль языка-посредника, используемого для информационного обмена
между различного рода системами, например, для обмена метаданными между
инструментами CASE, поддерживающими язык UML. Он используется также для обмена
данными между различными веб-приложениями, в частности, организованными
в виде веб-сервисов.
Авторы языка XML считают принципиально важным его свойством расши-
ряемость, обеспечивающую новые функциональные возможности среды Веб.
Это свойство языка указывается в его названии, и оно заслуживает более точной
интерпретации.
Достижение расширяемости XML основано на двух факторах. Прежде всего,
XML представляет собой, как уже отмечалось, язык метауровня, а не конкретный
язык, подобно HTML состоящий из набора тегов разметки. XML — это язык описания
данных. Используя его синтаксис, можно определять различные наборы тегов для

34
Преемственность с технологиями HTML

разметки содержания конкретных XML-документов или коллекций структурно


однородных документов.
Второй фактор — это использование пространств имен — именованных мно-
жеств символов, используемых в качестве тегов разметки, играющих роль имен типов
элементов XML-документов и их атрибутов. Пространство имен позволяет явным
или неявным образом ассоциировать нужную семантику с определяемыми тегами,
их атрибутами и допустимыми значениями атрибутов.
Важно подчеркнуть, что рассмотренные принципы обеспечивают также рас-
ширяемость функциональных возможностей всей платформы XML. Однако для
введения каждого такого расширения необходимо достижение консенсуса в рамках
консорциума W3C. Основу каждого дополняющего XML стандарта платформы со-
ставляет некоторый набор новых тегов с их атрибутами или только атрибутов уже
введенных ранее тегов, синтаксис которых может быть определен средствами языка
XML и которые воплощают требуемые новые функциональные возможности. Для
каждого нового стандарта платформы XML должно быть определено пространство
имен с зарезервированным именем, описывающее символы новых тегов и / или
атрибутов тегов. Синтаксис и семантика новых тегов, атрибутов тегов и значений,
которые они могут принимать, определяются в спецификации нового стандарта.
Теперь можно уточнить, как следует понимать расширяемость языка XML. Не
следует буквально понимать название языка XML — Extensible Markup Language
(расширяемый язык разметки). Строго говоря, сам язык XML не является расширяемым.
Пользователь не может добавить в одобренные консорциумом W3C его спецификации
никаких новых конструкций. Расширяемость языка XML понимается авторами языка
в том смысле, что пользователь имеет возможность вводить и пополнять определяемое
средствами языка множество тегов разметки по своему усмотрению. Для этого он
использует рассмотренные выше возможности языка.

2.6. Преемственность с технологиями HTML


За недолгую историю Веб в его среде было накоплено огромные массивы информации.
Количество HTML-страниц «видимой» части Веб достигло многих миллиардов. Утрата
возможности доступа к этим информационным сокровищам, конечно же, недопустима.
Поэтому необходимым условием технологического переоснащения Веб является
обеспечение преемственности новых технологий с технологиями HTML, сохранение
доступности существующих ресурсов HTML. Это требование было учтено при раз-
работке новой технологической платформы Веб, основанной на языке XML.
Для достижения указанной цели достаточно иметь возможность интерпретиро-
вать HTML-страницы при обработке их процессором XML в среде, поддерживающей
стандарты основанной на этом языке платформы, как XML-документы. Естественное
решение этой проблемы достигается благодаря следующим факторам.
Языки XML и HTML имеют общую природу, они оба являются порождением
стандартного обобщенного языка разметки SGML. Как известно, SGML — это метаязык,
и HTML представляет собой некоторое его порождение. Что касается XML, то он
также является метаязыком, удобным для реализации подмножеством SGML. В

35
связи с указанными причинами языки HTML и XML имеют общий алфавит и общие
синтаксические соглашения.
Наконец, и это самое главное, функциональность языка XML определялась таким
образом, чтобы язык HTML может быть порожден и XML. Средствами XML можно
построить такие определения типа документов DTD, которые будут специфицировать
любую допустимую структуру HTML-страниц. Если ассоциировать с HTML-страницами
такие DTD, то они будут корректно интерпретироваться в среде, поддерживающей
XML, как XML-документы.
Именно эту задачу решает стандарт W3C XHTML [45]. В нем предложены
спецификации DTD для трех уровней языка HTML, отличающихся друг от друга
степенью полноты использования его функциональных возможностей. Стандарт
ориентирован на версию HTML 4.01 — действующую версию стандарта этого языка.
В консорциуме W3C проводится дальнейшая работа по развитию стандарта XHTML
с целью совершенствования технологичности его использования. Однако заложен-
ный в его основу принцип обеспечения преемственности с языком HTML остается
неизменным.
В заключение нужно заметить, что для решения проблемы преемственности в со-
став платформы XML включен также стандарт XML Base [46]. Функции определенной
в нем спецификации аналогичны функции тега Base в языке HTML. Они позволяют
поддерживать средствами стандарта XLink некоторые виды гиперссылок, которые
используются в языке HTML.
Таким образом, ввод в действие платформы XML в Веб не грозит утратой
информации, накопленной ранее в этой среде.

2.7. Стандарты веб-сервисов


Функциональность новой технологической платформы Веб обеспечивает не только
поддержку статических гипертекстовых документов и доступ к ним, как это имеет
место в действующей версии Веб, но и возможности реализации функционирующих
в этой среде комплексов интероперабельных приложений на основе веб-сервисной
архитектуры (Web Services Architecture, WSA), представляющей собой частный случай
сервисно-ориентированной архитектуры (Service-Oriented Architecture, SOA).
Центральным звеном WSA является веб-сервис. В спецификациях стандартов
консорциума W3C веб-сервис понимается как программная система, идентифи-
цируемая URI, интерфейс которой описан стандартным образом и которая может
использоваться другими такими системами для обмена сообщениями с нею с помощью
XML-протокола. Веб-сервисы могут рассматриваться как обменивающиеся сообще-
ниями веб-приложения, реализация которых инкапсулируется с помощью адаптеров
(«оберток», wrappers). Именно эти адаптеры представляют собой описываемые
стандартным образом интерфейсы доступа к инкапсулируемым ими приложениям.
Для реализации веб-сервисной архитектуры консорциумом W3C и другими
организациями-разработчиками создан ряд стандартов, несколько стандартов
находится в стадии разработки. Наиболее важными из стандартов WSA являются
язык описания веб-сервисов (WSDL) и протокол обмена XML-данными (SOAP),

36
Стандарты веб-сервисов

разработанные консорциумом W3C, а также средства публикации сведений о веб-


сервисах и их обнаружения в Веб (UDDI), созданные консорциумом OASIS [38].
Язык WSDL (Web Services Description Language) следовало бы назвать более
точно языком описания интерфейсов веб-сервисов. Именно средствами этого языка
описываются интерфейсы-адаптеры веб-приложений, которые превращают их
в веб-сервисы. Язык WSDL описывает для данного веб-сервиса структуру и контент
входных и выходных сообщений, операции, которые данный веб-сервис может
выполнять с контентом сообщений, протоколы, которые следует использовать для
передачи сообщений этому веб-сервису (например, «SOAP поверх http»). Язык
WSDL аналогичен по назначению языку IDL CORBA. Спецификации интерфейсов
веб-сервисов на этом языке устраняют их неоднородность и обеспечивают тем
самым их интероперабельность.
Использование стандартизованных веб-сервисов позволяет решать проблему
обеспечения интероперабельности различных веб-приложений, обмена информацией
между ними и, таким образом, их интеграцию. Интероперабельность достигается за
счет стандартизации языка описания интерфейсов веб-сервисов. Этот язык независим
от языка программирования и среды реализации приложений.
Обмен сообщениями между веб-сервисами осуществляется на основе протокола
SOAP (Simple Object Access Protocol). Это транспортный протокол прикладного уровня
для обмена XML-данными в интернете. SOAP определяет совокупность соглашений,
управляющих правилами форматирования, обработки и передачи сообщений между
узлами сети. Первоначально он был разработан в 1999 г. компаниями Microsoft, IBM,
DevelopMentor и UserLand Software как расширение ранее созданного претендента
на роль XML-протокола XML-RPC. На основе этой версии SOAP консорциумом W3C
был разработан и одобрен (в 2003 году) стандарт XML-протокола SOAP 1.2. Одна
из главных сфер применения SOAP — обмен информацией между веб-сервисами.
Сообщения SOAP представляют собой XML-документы специального формата, по-
зволяющие передавать данные и осуществлять удаленный вызов процедур (RPC).
Семантическая интерпретация сообщений осуществляется приложениями SOAP,
в частности, веб-сервисами.
При обращении к веб-сервису его адаптер получает на входе сообщение — не-
который XML-документ, определяет по его содержанию, какую из программ инкап-
сулируемого приложения нужно исполнить, генерирует для нее входные данные
и активизирует эту программу. Получив результат исполнения вызванной про-
граммы, адаптер генерирует на его основе возвращаемые данные для вызывающей
стороны.
Протокол SOAP обеспечивает простейшие коммуникационные функции.
Комбинируя их, пользователь протокола может реализовать более тонкие про-
токолы. SOAP может отображаться в различные базовые транспортные протоколы.
В стандарте SOAP 1.2 определено связывание с протоколом HTTP.
Третьим из базовых стандартов технологий веб-сервисов является разра-
ботанный консорциумом OASIS стандарт UDDI (Universal Description, Discovery
and Integration). Этот стандарт определяет технологию публикации сведений
о веб-сервисах и их обнаружения в Веб. Компания-владелец веб-сервисов может
зарегистрировать сведения о них в глобальном UDDI-регистре. Четыре равноправные

37
копии UDDI-регистра, синхронизируемые в течение суток, поддерживаются IBM,
Microsoft, SAP, HP. Регистр имеет два интерфейса — для публикации сведений и для
запросов. Для доступа к регистру используется протокол SOAP. Информация, на-
правляемая в регистр, представляется стандартным образом на языке XML и включает:
сведения о компании — владельце регистрируемых веб-сервисов и контактные
данные, описание функциональности предоставляемых компанией веб-сервисов,
техническое описание веб-сервисов.
Перечисленные стандарты WSA, как уже указывалось, образуют базис WSA.
Наряду с ними уже существуют другие стандарты, расширяющие функциональ-
ность создаваемой консорциумом W3C платформы для реализации разнообразных
прикладных систем на основе WSA. В частности, созданы стандарты адресации
веб-сервисов WS Addressing, политики веб-сервисов WS Policy, хореографии веб-
сервисов WS Choreography. Разрабатывается стандарт семантического аннотирования
описаний интерфейсов веб-сервисов на языке WSDL, который позволит оперировать
веб-сервисами в среде семантического Веб.
В процессе разработки в консорциумах W3C, OASIS, группах заинтересованных
крупных компаний-поставщиков программного обеспечения находится ряд стандартов,
предназначенных для обеспечения безопасности веб-сервисов, использования их
в транзакционном режиме, возможностей построения более сложных веб-сервисов
из имеющихся, моделирования бизнес-процессов в терминах взаимодействующих
веб-сервисов и др. К числу этих стандартов относятся, например, WS-Orchestration,
WS-Transaction, WS-Coordination, WS-Security, BPEL4WS.
Благодаря появлению стандартов веб-сервисной архитектуры подходы, основан-
ные на SOA, стали активно использоваться в последние годы для разработки крупных
распределенных систем. Веб-сервисы также стали основой грид-технологий.

2.8. Технологии семантического Веб


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

38
Технологии семантического Веб

Средства формального описания семантики XML-данных. Необходимость решения


указанных задач вызвала потребность в таких средствах формального описания
семантики XML-данных, которые бы позволяли анализировать и обрабатывать их
с помощью программного обеспечения. При таком подходе Веб нового поколения
должен иметь многоуровневую информационную архитектуру — «физика», «логика»,
«семантика», о чем уже говорилось выше.
Первым шагом консорциума W3C в рассматриваемом направлении было создание
стандартов RDF (Resource Definition Framework) [40] и RDFS (RDF Schema) [39].
Описание семантики ресурсов XML с помощью выразительных средств стандарта
RDF, называемое RDF-спецификацией, аналогично по своим возможностям концепту-
альной схеме в системах баз данных и приблизительно эквивалентно ER-модели.
В RDF-спецификации объявляется некоторое множество ресурсов, для каждого
из которых определяются пары «свойство-значение». Ресурсы в RDF — это ресурсы
Веб, например XML-документы, идентифицируемые уникальным образом с помощью их
URI. Они могут также представлять собой коллекции других ресурсов или литералов,
называемые контейнерами. Допускаются контейнеры типа мультимножества, по-
следовательности и альтернативы. Значения свойств задаются литерально либо могут
быть другими ресурсами, которые представляются, в свою очередь, их свойствами.
Таким образом, свойства могут определять и связи между ресурсами.

Онтологии. Описание семантики свойств ресурсов в RDF называется RDF-схемой.


По сути, RDF-схема должна определять онтологию предметной области. Онтологии
получили в последние годы широкое распространение в решении проблем пред-
ставления знаний и инженерии знаний, семантической интеграции информации,
информационного поиска и т. д.
Под онтологией понимается «явная спецификация совместно используемой
концептуализации предметной области» [36]. Такая спецификация представляет
собой своего рода словарь понятий предметной области и совокупность явным
образом выраженных предположений относительно смысла этих понятий (ак-
сиом). Концептуализация предметной области понимается как представление
релевантных данному случаю понятий (концептов) предметной области и связей
между ними. Возможность совместного использования концептуализации предпо-
лагает существование некоторого сообщества взаимодействующих агентов, в ней
заинтересованного.
Уровень формальности описания онтологии может изменяться в широком
диапазоне. В упрощенных случаях онтология представляется как таксономия
понятий, связанных отношениями обобщения / специализации (is a), агрегации
(part of) и других видов. Такие описания онтологий используются в различных
классификациях. Другое средство неформального описания онтологий — схемы
метаданных, например, набор элементов метаданных Дублинского ядра [20]. Развитые
определения онтологий формализуются средствами языков логики первого порядка.
Они допускают возможности логического вывода.
Возвращаясь к стандарту RDF, следует отметить, что в RDF-спецификации не
регламентируется способ задания схемы. Достаточно лишь представить ее как
некоторый ресурс Веб и использовать URI этого ресурса для ссылки на нее в RDF-

39
спецификации. В документации стандарта RDF рассматривается, например, вариант
использования для этих целей набора элементов метаданных Дублинского ядра.
Один из более развитых способов задания схемы предлагается в упоминавшейся
второй части стандарта RDF, называемой RDF Schema (RDFS) [39]. Фактически
конкретные спецификации на языке RDFS представляют собой таксономии. Этот
язык основан на объектной модели, в которой используются концепции классов,
свойств и ограничений, ассоциируемых с классами и свойствами, поддерживается
иерархическое отношение «класс-подкласс».
Важно здесь отметить следующие два обстоятельства. Во-первых, хотя стандарт
RDF создавался с ориентацией на описание ресурсов XML, он не зависит от XML
и может применяться в иных информационных средах. Во-вторых, для приложений,
нуждающихся в более формальном описании семантики данных, схема в RDF-
спецификациях является той «открытой точкой», которая позволяет интегрировать
в среду XML онтологические спецификации предметной области или иные описания
семантических свойств информации, обладающие более формализованными функ-
циональными возможностями представления знаний.

Другие языки описания онтологий. Создание развитого языка описания онтологий


стало одним из наиболее важных звеньев работ в области семантического Веб, прово-
димых консорциумом W3C. Имеется в виду язык, позволяющий описывать онтологии
с помощью набора возможностей — от таксономий до формальных спецификаций.
В конце 2001 года для реализации этого проекта в составе W3C была учреж-
дена специальная рабочая группа — Web Ontology Working Group [49]. Разработка
языка, получившего название Web Ontology Language (с нетрадиционным образом
построенной аббревиатурой — OWL) началась в консорциуме не с чистого листа.
Она была основана на результатах, уже полученных к этому времени несколькими
авторитетными исследовательскими коллективами, и поэтому ее удалось осуществить
в относительно короткие сроки.
В предшествующие этой деятельности годы был выполнен ряд основательных
теоретических и прикладных исследовательских проектов, целью которых было соз-
дание языков описания онтологий. На разработку стандарта OWL непосредственное
влияние оказали проекты SHOE, OIL и DAML.
Проект SHOE (Simple HTML Ontology Extensions) [42] выполнялся в Мэрилендском
университете (Maryland University, College Park). Был разработан ориентированный
на Веб язык представления знаний, построенный как расширение HTML, включающее
в него дополнительные теги разметки для встраивания онтологий и для аннотирования
HTML-страниц. Дополнительно введенные в HTML-страницы спецификации могут
использоваться пользователем Веб при навигации с помощью браузера, поисковыми
машинами Веб, а также для информационных запросов.
Другой из названных проектов — OIL (Ontology Inference Layer или Ontology
Interchange Language) [50] — финансировался Европейской комиссией (EC). Его
целью являлось создание формального языка описания семантики информационных
ресурсов и логического вывода для Веб. Этот язык сочетает в себе возможности
фреймовых систем представления знаний и дескриптивных логик. Он опирается
на стандарты XML, XML Schema, RDF и RDFS.

40
Особенности XML-данных и их моделирование

Наконец, проект DAML (DARPA Agent Markup Language) [30] выполнялся по


инициативе и при финансовой поддержке DARPA (Defense Advanced Research Projects
Agency) с 2000 года. Его целью также было создание языка для описания семантики
информационного наполнения Веб и поддержки логического вывода в этой среде,
а также необходимого для этого инструментария. В выполнении проекта участвовали
наряду со специально созданной исследовательской группой также и участники
ряда ранних проектов, в том числе, SHOE и OIL. Первая версия разрабатываемого
языка, названная DAML-ONT, была создана в конце 2000 года. Она представляла
собой некоторое «онтологическое ядро», являющееся расширением стандарта RDFS.
Никаких средств вывода этот язык не обеспечивает. Весной 2001 года была объявлена
новая версия DAML+OIL [31], в которой, как видно из ее названия, в язык были при-
внесены возможности, заимствованные из проекта OIL, в частности, и возможности
логического вывода. Именно этот язык использовался Web Ontology Working Group
как прототип стандарта языка описания онтологий консорциума W3C. Естественно,
вместе с языком OIL, новый стандарт позаимствовал и аппарат дескриптивных логик
(Description Logics), который кратко обсуждается ниже.
Таким образом, для создания стандарта W3C OWL действительно имелся
существенный задел. Стандарт OWL был принят консорциумом W3C в феврале
2004 г. Язык OWL имеет три уровня (три подъязыка): OWL Light, позволяющий пред-
ставлять онтологии в виде таксономий и связанных с ними простых ограничений;
OWL DL — функционально более богатый язык, основанный на одной из версий
дескриптивных логик (Description Logics, DL), и наконец, уровень OWL Full — язык
с полными возможностями. В настоящее время OWL уже используется на практике
в разработках различных систем, главным образом, научного назначения.

Дескриптивные логики. Дескриптивные логики — это языки представления знаний,


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

2.9. Особенности XML-данных и их моделирование


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

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

XML-данные. Основной структурной единицей XML-данных является XML-документ,


логическое представление которого, как указывалось выше, — это иерархия элементов
документа. По своей структуре XML-документ напоминает записи базы данных
CODASYL или записи файлов базы данных весьма популярной ранее СУБД ADABAS,
разработанной в 70‑х годах компанией Software AG.
Существуют две категории XML-документов. Документы первой категории служат
для представления некоторых данных средствами синтаксиса XML таким образом, что
организация самих представляющих их XML-документов в целом, исходный вид этих
документов не имеют для пользователей существенного значения. Важно только, со-
храняя эти документы в базе данных, иметь возможность воспроизвести при выборке
данных по запросам элементы, составляющие контент этих XML-документов, значения
их элементов и значения атрибутов элементов. Такие XML-документы называют
ориентированными на данные (Data-Centric Documents). Для XML-документов второй
категории важное значение имеет не только их контент как множество составляющих
элементов, но и исходное представление этих документов. XML-документы такого
рода называются документно-ориентированными (Document-Centric Documents)
или прозаическими документами (Prose-Oriented Documents).
Документы первой категории предназначены, главным образом, для автомати-
зированной обработки. В то же время, документы второй категории предназначены,
как правило, для восприятия человеком. Они обычно подготавливаются с помощью
какого-либо текстового редактора, а затем конвертируются в XML-представление.
XML-документы, ориентированные на данные, как правило, генерируются автома-
тически из различных источников, в том числе, и из содержимого баз данных. В
отличие от них, документно-ориентированные XML-документы обычно создаются
при существенном участии человека.

Гиперссылки в XML-документах. Язык XML — не единственный инструмент конструи-


рования XML-документов. Документ, представленный средствами языка XML, может
дополняться компонентами, описываемыми средствами других языков платформы
XML, — XML-формами, электронной подписью и т. д. С помощью языков XPointer
и XLink в XML-документ могут встраиваться внутренние и внешние гиперссылки.
Внутренние гиперссылки позволяют определять связи между компонентами данного
документа и определять тем самым его гипермедийную интраструктуру. Внешние
гиперссылки связывают данный документ с другими документами или их компонентами,
образуя гипермедийную макроструктуру XML-данных. Гиперссылки вместе с тем
определяют навигационные пути доступа к XML-данным на заданном множестве
XML-документов.

42
Особенности XML-данных и их моделирование

Идентификация XML-документов и фрагментов документов в среде Веб. В среде


Веб XML-документы могут идентифицироваться как по месту их хранения в интернете,
так и с помощью некоторых абстрактных имен. Предусматривается возможность ис-
пользования более общего вида идентификаторов ресурсов по сравнению с хорошо
известным пользователям действующего Веб унифицированным указателем ресурсов
(Uniform Resource Locator, URL). Такие абстрактные имена ресурсов, независимые от
местоположения их в Интернет, называются унифицированными именами ресурсов
(Uniform Resource Name, URN). Обобщенный вариант идентификатора ресурсов,
частными случаями которого являются привычные URL и абстрактные имена ресурсов
URN, называется унифицированным идентификатором ресурсов (Uniform Resource
Identifier, URI) [23]. В среде Веб, таким образом, возможен прямой доступ к требуе-
мым XML-документам по их URI, а также навигационный доступ по гиперссылкам,
содержащим URI целевых XML-документов.
Для идентификации фрагментов XML-документов используются стандар-
ты XPointer и XPath. Первый из них принадлежит платформе XML, а второй — ее
окружению.

Многоуровневое представление XML-данных. Как и в технологиях баз данных, раз-


работчики новой технологической платформы Веб ориентируются на использование
иерархии абстракций XML-данных — многоуровневой информационной архитектуры:
«физика-логика-семантика».
Физическое представление XML-документа — это его представление в терминах
«хранимых сущностей» [35], т. е. файлов, содержащих составные части данного
документа. К физическому представлению относятся также аспекты кодировки
(Encoding), используемой для контента документа, идентификации его компонентов
с помощью URL и т. п.
Логическое представление XML-документа — иерархическая структура, об-
разованная из элементов документа. Логическое представление может быть описано
с помощью DTD и / или языка XML Schema.
Наконец, семантическое представление XML-документов описывается сред-
ствами стандартов RDF, RDFS или OWL.
В отличие от принципов многоуровневого представления данных в системах баз
данных, платформа XML не обеспечивает строгого разделения аспектов физического
и логического представления данных. В XML-документе видны для пользователя
и «логика» его, и «физика». То и другое сосуществует в XML-документах, не обе-
спечивая высокой степени независимости данных, имеющей важное значение
в технологиях баз данных. При изменениях структуры хранимых сущностей изменяется
представление документа.

Структурированные и слабоструктурированные XML-данные. XML-документы


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

43
бедную систему типов значений элементов и атрибутов элементов. Контент таких
документов представляет собой слабоструктурированные данные. Как правило,
указанным свойством обладают документно-ориентированные XML-документы.
Свойства слабоструктурированных XML-данных определяются разметкой содержащих
их документов. Для них могут быть также заданы DTD.
Вместе с тем, существуют типы XML-документов, характеризующихся регулярной
структурой относящихся к ним коллекций экземпляров документов. Контент таких
документов представляет собой структурированные данные. Для таких типов
XML-документов может использоваться отчужденное автономное описание — DTD
и / или схема на языке XML Schema. Указанные свойства характерны для документов,
ориентированных на данные.
Таким образом, стандарты платформы XML обеспечивают представление не
только слабоструктурированных, но и структурированных XML-данных.

Модели XML-данных. В стандартах XML активно употребляется понятие моде-


ли данных [16, 18], возникшее и играющее фундаментальную роль в технологиях
баз данных. Однако оно трактуется здесь иначе, чем в области баз данных. В то
время как в технологиях баз данных модель данных понимается как метамодель
для конструирования моделей конкретных предметных областей и оперирования
их элементами, т. е. как инструмент моделирования предметной области, авторы
стандартов XML употребляют «старомодную» (раннюю) трактовку понятия модели
данных как структуры конкретного XML-документа. Такое разночтение создает
неоправданные проблемы, поскольку в настоящее время уже сформировались походы
к интеграции XML-технологий и технологий баз данных. Практическая их реализация
привела к созданию нового пласта технологий баз данных и нового вида баз данных,
называемых XML-ориентированными базами данных. Поставщики программного обе-
спечения систем баз данных создали индустриальный инструментарий для создания
и использования таких баз данных.
Другая проблема в моделировании XML-данных заключается в том, что единой
функционально полной, охватывающей как структурные, так и операционные воз-
можности модели данных, на которой бы базировались все стандарты платформы,
не существует и похоже, что теперь уже она вряд ли сможет появиться. Никакой
деятельности в этом направлении в консорциуме не ведется. Вопросы моделирования
данных обсуждаются лишь автономно в рамках спецификаций отдельных стандартов.
При этом авторы имеют в виду только структурные аспекты моделирования данных.
Исключение составляет стандарт DOM, который обсуждается далее.
В разработках программных инструментальных средств, поддерживающих
стандарты XML, фактически используется несколько различных альтернативных
моделей данных, которые можно было бы назвать XML-ориентированными моделями.
Среди них модели данных, определяемые стандартами DOM и XPath, а также парами
языков (XML, XQuery), (XML, XSLT). Первая из названных моделей (DOM) — это
полнофункциональная объектная модель данных. Хотя стандарт DOM не основан на
синтаксисе языка XML и поэтому относится в соответствии с нашей терминологией
к ее окружению, определяемые им языковые средства часто используются в качестве
API в системах управления XML-данными. Поэтому объектную модель, определяемую

44
Особенности XML-данных и их моделирование

этим стандартом, с полным правом можно отнести к категории XML-ориентированных


моделей данных. Стандарт XPath также не использует синтаксис XML и позволяет
идентифицировать фрагменты XML-документа как узлы или подмножества узлов
иерархической древовидной структуры, представляющей документ. Наличие воз-
можности идентифицировать интересующие пользователя фрагменты документов
позволяет использовать определяемый стандартом XPath язык как язык запросов.
В остальных указанных выше моделях XML выполняет функции языка определения
данных, а языки XQuery и XSLT определяют их операционные возможности. Поэтому
язык запросов является фактически одним из компонентов определения модели
данных. Важно отметить, что указанные языки запросов не предусматривают средств
обновления данных.
Недавно консорциум W3C завершил работу над спецификациями языка запросов
SPARQL для RDF-спецификаций, описывающих семантику ресурсов. Совокупность
языков RDF и SPARQL может рассматриваться как полнофункциональная семантиче-
ская модель данных для семантического уровня представления XML-данных.

Метаданные XML. Как и в технологиях баз данных, ресурсы XML состоят из данных
и метаданных. Метаданные в среде XML имеют различные назначения. Они описывают
структурные свойства XML-документов, типы содержащихся в них данных, семантику
данных и т. д. Для описания структурных свойств документов и типов представленных
в них данных в технологиях XML используется, как и в технологиях баз данных,
содержащееся в документах или отчужденное от них описание, представляющее
собой в таком случае автономный ресурс — DTD, схему на языке XML Schema, RDF-
спецификацию и т. п. Случаи, когда в XML-документах используются встроенные
спецификации описания типа документа DTD, а не ссылки на внешние DTD, существенно
не нарушают этого принципа, поскольку при этом DTD четко синтаксически отделены
от остального контента определяемых документов.
Однако в отличие от технологий баз данных, в технологиях XML наряду с автоном-
но существующими метаданными, отчужденными от самих данных, существуют также
метаданные, встроенные в XML-документы и принципиально не отчуждаемые от них.
Встроенные метаданные — это разметка документов, обеспечивающая их самоопи-
сываемость. Для извлечения значений таких метаданных необходимо сканировать
содержание документа с помощью синтаксического анализатора (парсера). Таким
образом, в технологиях XML сосуществуют принципы самоописываемости данных
и автономного отчужденного от документов их описания. Разметка XML-документа
определяет при этом структурные его компоненты и описывает некоторые простейшие
свойства конкретного документа. Описание свойств типов XML-документов и со-
держащихся в них данных обеспечивается с помощью автономных описаний — DTD
или схем на языке XML Schema.
Важной особенностью управления XML-данными в Веб является отсутствие цен-
трализации, полная автономия поддержки информационного наполнения отдельных
веб-сайтов. В связи с этим в такой среде в отличие от систем баз данных отсутствуют
механизмы централизованной поддержки метаданных. Возможно, в рамках архитек-
турных подходов, разрабатываемых для Веб нового поколения, указанные функции
будут выполнять специальные веб-сервисы. Нужно заметить, что указанные проблемы

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

2.10. XML-ориентированные базы данных


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

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


управления XML-данными, в области баз данных началось формирование новых
технологий, учитывающих специфические свойства ресурсов XML. Стали разраба-
тываться СУБД, основанные на стандартах платформы XML и ее окружения, которые
непосредственно «с чистого листа» поддерживают XML-представление данных, а также
обладают соответствующими интерфейсами для конечных пользователей и интер-
фейсы прикладного программирования для различных языков программирования.
Вместе с тем, ведущие поставщики коммерческих СУБД стали оснащать свои системы
средствами поддержки XML-данных.
Такие базы данных стали называться базами данных XML, а СУБД, обеспечивающие
возможности работы с такими базами данных — XML-ориентированными СУБД.
Разработки XML-ориентированных СУБД начались в конце 90‑х годов. К на-
стоящему времени уже сформировалась индустрия программного обеспечения таких
систем. Поставки XML-ориентированных СУБД осуществляют как ведущие разработ-
чики традиционных серверов баз данных — компании Oracle, IBM, Microsoft и др., так
и ряд вновь возникших компаний. Рынок XML-ориентированных СУБД предоставляет
в настоящее время пользователям несколько десятков разнообразных СУБД, а также
многие другие связанные с ними программные продукты. Свой вклад в эту область
вносят и отечественные разработчики (см., например [2, 3]). Представительный
каталог существующего программного обеспечения рассматриваемого назначения
постоянно поддерживает Р. Буре [26].

Классификация XML-ориентированных СУБД. Различаются две разновидности


XML-ориентированных СУБД: «чистые» и адаптированные системы.
«Чистые» XML-ориентированные СУБД (Native XML DBMS) — это системы, которые
создавались специально для управления XML-данными. Они обеспечивают хранение
XML-документов в полном или декомпозированном виде и обеспечивают доступ к этим
документам или их фрагментам только в терминах модели данных XML. В некоторых таких

46
XML-ориентированные базы данных

системах поддерживаются гиперссылки между документами и / или их компонентами,


которые используются для навигации в базе данных и доступа к XML-данным.
Первоначально такие системы были предназначены для поддержки коллекций
документно-ориентированных XML-документов, для которых важно при хранении в базе
данных сохранять их исходный формат, не утрачивая содержащиеся в исходном до-
кументе инструкции по обработке и комментарии, встроенные в документ сущности.
Как правило, среда хранения данных в «чистых» XML-ориентированных СУБД
основывается на хранении XML-документов как текстов, например, в отдельных файлах.
Другой подход предусматривает структурированное и декомпозированное хранение
документов. В первом случае при обработке документов чаще всего необходимо ис-
пользовать синтаксический анализ их содержимого. Организация хранения документов
во втором случае основана на технике, используемой в традиционных СУБД. Для
повышения эффективности доступа к фрагментам XML-документов обычно используется
индексирование по значениям элементов и атрибутов, а также индексирование по
иерархическому ключу [17, 21] — метод, используемый ранее в системах баз данных,
поддерживающих иерархическую модель данных.
В «чистых» XML-ориентированных системах пользовательские интерфейсы и API
предусматриваются только в терминах XML. Единицей запрашиваемых данных из
базы данных также являются XML-документы или их фрагменты. При этом в запросах
могут использоваться характеристики порядка элементов в структуре документа.
Некоторые СУБД рассматриваемого вида обеспечивают наряду с поиском и выборкой
также обновление контента документов и возможность удаления документов или
их компонентов из базы данных. В этих системах предусматриваются механизмы
управления транзакциями. Однако производительность работы в таком режиме без
использования декомпозированного хранения документов ограничена в связи с тем,
что синхронизационные блокировки осуществляются в этом случае на уровне полных
XML-документов.
Первой среди коммерческих чистых XML-ориентированных СУБД по всеобщему
признанию является программный продукт Tamino компании Software AG. Именно
компания Software AG ввела термин «Native XML DBMS», начиная поставку этого
программного продукта. В Tamino роль языка определения данных играет XML DTD,
а в качестве языка запросов используется XQL [41] — один из ранних языков запросов
для XML, претендовавший на роль стандарта языка запросов для платформы XML.
Для управления средой хранения в Tamino используются механизмы, аналогичные
использованным в раннем продукте компании — СУБД ADABAS. Индексирование данных
в них основано на инвертированных списках. Такая организация среды хранения
хорошо приспособлена для хранения и обработки записей иерархической структуры
с повторяющимися группами с переменным числом экземпляров и с векторами данных.
Именно такую структуру имеют и XML-документы.
К числу «чистых» XML-ориентированных СУБД относятся также 4Suite (компании
Four Thought), Berkeley DB XML (Oracle), Lore (Stanford University), ozone (ozone-db.org),
Sedna XML DBMS (Институт системного программирования РАН), Total XML (Cincom),
X-Hive / DB (X-Hive Corp.) и ряд других систем.
Вторую теперь уже более распространенную и доминирующую в приложе-
ниях разновидность XML-ориентированных СУБД составляют СУБД, называемые

47
адаптированными к XML (XML-enabled DBMS). Это традиционные реляционные,
объектно-реляционные или объектные СУБД, расширенные средствами технологий
управления XML-данными.
Ранние версии таких систем позволяли наряду с их традиционными возмож-
ностями поддерживать коллекции XML-документов, ориентированных на данные. Для
этого в таких системах предусматривались механизмы отображения представления
XML-данных в модель данных, поддерживаемую рассматриваемой СУБД. При этом
выбор способа отображения часто зависел от конкретного приложения, и XML-
документы хранились в декомпозированном виде. Исходный формат XML-документов
обычно не сохранялся. В таких системах использовалось представление контента
хранимых XML-документов средствами их собственной модели данных — реляционной,
объектной или объектно-реляционной.
В последнее время грань между функциональными возможностями «чистых»
и адаптированных XML-ориентированных СУБД постепенно стирается. Оснащенные
дополнительными возможностями для работы с XML-данными традиционные СУБД
последних версий эффективно справляются с этой задачей для обоих видов XML-
документов. Они стали по существу мультимодельными системами, способными ра-
ботать с различными представлениями хранящихся в них XML-документов — как с до-
кументами в исходном виде, так и с компонентами декопозированных документов.
К числу адаптированных XML-ориентированных СУБД можно отнести последние
версии объектно-реляционных серверов баз данных DB2 (IBM), Oracle (Oracle Corp.),
Informix (IBM), SQL Server (Microsoft), объектную СУБД Objectivity / DB (Objectivity)
и др. Некоторые из этих программных продуктов имеют чрезвычайно развитое
оснащение для поддержки XML-технологий указанного назначения как для стадии
разработки, так и для стадии исполнения. Средства стадии разработки включают
парсеры ряда языков платформы XML и ее окружения, разнообразные утилиты,
средства поддержки интерфейсов прикладного программирования для языков Java,
C, C++, PL / SQL и другие. Средства стадии исполнения не являются самостоятельными
программными продуктами. Они представляют собой компоненты основного сервера
баз данных, обеспечивающие расширение его функциональности. Так, продукты
Oracle обеспечивают поддержку целого ряда важных стандартов платформы XML,
а именно XML, XML Schema, XSLT, SAX 2.0, DOM, XPath, SOAP, XQuery и ряда других,
предоставляя разработчику системы базы данных выбор из множества альтернативных
возможностей. Что касается способа отображения XML-документов в среду основного
объектно-реляционного SQL-сервера базы данных Oracle, то можно выбрать нужную
альтернативу в зависимости от ситуации. Например, документно-ориентированные
XML-документы можно представлять как данные типа CLOB или BLOB. Документы,
ориентированные на данные, могут декомпозироваться и представляться в виде
табличных данных.
В «живом» документе [25], постоянно поддерживаемом Р. Буре, была впервые
предпринята попытка представить целостную концепцию XML-ориентированных
баз данных. Имеется русский перевод [1] ранней версии этого поддерживаемого
и актуализируемого Р. Буре документа.

48
XML-ориентированные базы данных

Функциональные возможности XML-ориентированных СУБД. Рассмотрим кратко


функциональные возможности XML-ориентированных СУБД.
Прежде всего, следует отметить, что в отличие от демократичной и открытой
для публикации информации среды Веб, где возможно только локальное (в рамках
отдельных веб-сайтов) администрирование информационного наполнения, для
баз данных XML по необходимости обеспечивается централизованное админи-
стрирование данными.
В XML-ориентированных СУБД предусматривается более эффективная органи-
зация среды хранения по сравнению с используемой в Веб файловой организацией.
Так, например, для доступа к XML-данным применяется техника индексирования
[17, 21], аналогичная используемой в традиционных технологиях баз данных.
Благодаря поддержке метаданных, описывающих свойства XML-документов,
появляется возможность автоматической верификации логической целостности
данных, а также решения других задач управления данными. Поиск и выборка
данных в XML-ориентированной базе данных возможны с достаточно мелкой
гранулярностью — с точностью до фрагментов XML-документов, обладающих
требуемыми свойствами. Эту возможность обеспечивают, в частности, языки
запросов XQuery и XPath.
Большинство XML-ориентированных СУБД обеспечивает мультипользова-
тельский режим работы с развитыми средствами управления транзакциями. СУБД
рассматриваемой категории открывают новые возможности для разработки
приложений систем баз данных.
Существующие XML-ориентированные СУБД предназначены, как правило, для
управления коллекциями отдельных, независимых друг от друга XML-документов.
Гиперссылки между документами и / или фрагментами документов, для определения
которых служат языки XLink и XPointer, средствами большинства из этих систем
не поддерживаются. Однако все-таки имеются системы, располагающие такими
возможностями. Физические указатели, реализующие гиперссылки в среде хранения,
позволяют существенно быстрее осуществлять поиск, формировать производные
документы из взаимосвязанных компонентов.
Как и любая другая система управления базами данных, XML-ориентированная
СУБД должна базироваться на модели данных, определяющей организацию и свой-
ства данных в базе данных, а также доступные пользователям операционные
возможности. Эта модель воплощается в поддерживаемых системой языковых
средствах определения данных и манипулирования данными и / или в языке
запросов.
К сожалению, как уже указывалось, в настоящее время не существует единой
модели данных, на которой основывались бы все стандарты платформы XML.
Одни из этих стандартов содержат спецификации языков, обладающих только
дескриптивными возможностями, и могут тем самым использоваться как языки
определения данных, описывающие те или иные их свойства. К числу таких
стандартов относятся XML DTD, XML Schema, Relax NG. Некоторые другие стандарты,
например язык XSLT, позволяющий описывать трансформации XML-документов, или
XPath, обеспечивающий идентификацию их фрагментов, могут служить языками
запросов в XML-ориентированных СУБД. Консорциум W3C завершил разработку

49
стандарта XQuery, определяющего развитый язык запросов XML-данных, однако,
этот язык не позволяет обновлять данные. В настоящее время в W3C ведется раз-
работка функционального дополнения к XQuery — спецификаций языка XUpdate,
который даст возможность обновлять данные в базах данных XML.
Большинство «чистых» XML-ориентированных СУБД поддерживает какую-либо
комбинацию дескриптивного языка и языка запросов из числа перечисленных
выше.
В некоторых ранних XML-ориентированных СУБД используются также ранее
созданные языки запросов, выступавшие в качестве претендентов на роль стандарта
консорциума W3C — языки XML-QL, XQL и др.
Наряду с интерактивными интерфейсами конечных пользователей для XML-
ориентированных СУБД разработаны также спецификации интерфейсов прикладного
программирования. В частности, для этих целей может использоваться разработанная
консорциумом W3C спецификация объектной модели документов DOM (Document
Object Model) [32]. На ее основе создан ряд реализаций интерфейсов прикладного
программирования, обеспечивающих взаимодействие программ, написанных на
объектных языках, с XML-ориентированными СУБД, поддерживающими указанный
интерфейс. Другая довольно широко распространенная спецификация для рассматри-
ваемых целей — это разработанная в рамках консорциума OASIS спецификация SAX
(Simple API for XML) [19]. Первоначально SAX был предназначен для использования
в Java-программах. Он быстро приобрел популярность и стал стандартом де-факто.
Существующая в настоящее время версия SAX 2.0 применима в среде нескольких
языков программирования.
Указанные средства позволяют оперировать представлениями XML-документов
как иерархическими структурами данных (стандарты платформы XML, языки XPath
и XQL, XUpdate, спецификация SAX) либо их объектными представлениями (стандарт
DOM).
Большое влияние на развитие функциональных возможностей СУБД нового
класса оказывают тенденции интеграции информации, представленной в различных
средах. Так, упоминавшийся выше разработанный консорциумом W3C стандарт DOM,
используемый в качестве спецификации API для XML-ориентированных СУБД, обеспе-
чивает интеграцию ресурсов баз данных XML в объектные среды. Язык запросов XQuery
позволяет оперировать не только XML-данными, но и реляционными данными, а также
данными иерархической структуры. Адаптированные к XML объектно-реляционные
СУБД, которые поддерживают стандарт SQL: 2003, с помощью компонента SQL / XML [33]
смогут, по замыслу его разработчиков, обеспечить совместное использование SQL-
данных и XML-данных. Спецификации SQL / XML позволят определять представление
реляционных схем баз данных и данных SQL в форме XML-документов и наоборот
представление XML-документов и метаданных XML в терминах SQL, представление
операций манипулирования данными SQL (вставка, удаление, обновление) в XML,
а также протоколы передачи данных при совместном использовании SQL и XML.

50
Новые направления и перспективы

2.11. Новые направления и перспективы


За прошедшее десятилетие со времени принятия консорциумом W3C стандарта нового
языка разметки XML усилиями консорциума и других организаций сформированы
ключевые элементы развитой технологической платформы Веб нового поколения,
которые вместе с тем нашли широкое применение и вне рамок Всемирной паутины как
в горизонтальной, так и в вертикальной сфере.
Разработанные стандарты платформы XML обеспечивают средства для пред-
ставления информации, в том числе, метаданных, на разных уровнях информационной
архитектуры Веб, средства для создания действующих в среде Веб агентов (веб-сервисов)
и для их взаимодействия путем обмена сообщениями на основе разработанного про-
токола SOAP, созданы средства трансформации данных и доступа к ним по запросам,
средства обеспечения информационной безопасности. Разработан объектный интерфейс
прикладного программирования к репозиториям XML-документов. Созданы также
базовые стандарты семантического Веб RDF, RDFS, OWL. Предусмотрены механизмы
функционального расширения платформы.
Вместе с тем продолжается работа по развитию самой платформы XML. Она на-
правлена, в частности, на совершенствование уже разработанных стандартов, развитие
функциональных возможностей технологии веб-сервисов. Значительное внимание
уделяется развитию функциональности технологий семантического Веб.
Определились также черты дальнейших поколений Всемирной паутины. В Вебе
следующего поколения будет делаться акцент на развитие его технологий, связанных
с обеспечением предоставления по запросам не информации, а нужных пользователю
сервисов. Появятся возможности для пользователей интеграции отдельных сервисов
различных поставщиков на основе технологий веб-сервисов, а также синтеза целостных
систем из имеющихся веб-сервисов. Наконец, обсуждается направление, связанное
с интеллектуализацией Всемирной паутины на основе технологий семантического Веб
и других новых технологий.
Существенные заделы для развития инновационных направлений в деятельности
консорциума W3C, главной движущей силы в рассматриваемой области, создает учрежден-
ный консорциумом инкубатор новых идей [47], состоящий из нескольких рабочих групп.
Конструктивные предложения этих рабочих групп, учреждаемых на короткие периоды
времени (до одного года), в случае признания их полезности предполагается включать
в стандартный процесс деятельности консорциума по разработке стандартов.
Появились первые результаты деятельности инкубатора. Не случайно, что они
связаны с технологиями семантического Веб, наиболее привлекательного направления
развития Веб в последние годы. В конце марта 2008 г. были опубликованы документы
трех рабочих групп инкубатора. Первый из них [44] — отчет по проблеме нечетких
рассуждений, связанной с представлением и выводом знаний в условиях неполноты,
неопределенности, неоднозначности информации. В отчете представлен анализ со-
стояния дел в рассматриваемой области, существующие подходы к решению данной
проблемы.
Второй документ [27] содержит спецификации предназначенного для использо-
вания в Веб общего для человека и компьютера языка CWL (Common Web Language).
Средствами этого языка могут описываться метаданные и контент страниц Веб для

51
преодоления языкового барьера, существующего в сегодняшнем многоязычном Веб.
Структурирование семантики контента страниц Веб с помощью CWL, позволит, как
полагают авторы, обрабатывать информационное наполнение Веб на семантическом
уровне. Язык CWL независим от конкретных естественных языков, на которых представ-
ляется информация в Веб. Понятия конкретных используемых языков образуют словарь,
который представляется как онтология CWL. В документе представлена инфраструктура
платформы, поддерживающей CWL, рассматриваются конкретные задачи, возникающие
в сообществе пользователей и разработчиков инструментария Веб, которые могут
решаться с использованием CWL.
Третий документ [48], выпущенный инкубатором, предназначен для разработчиков
веб-сервисов, имеющих дело с их повторным использованием и интересующихся
семантическим аннотированием, которое может облегчить решение этих задач.
Документ представляет собой отчет рабочей группы инкубатора по модели испытаний
семантических веб-сервисов. В нем излагаются основные принципы и рекомендуемые
в качестве лучшей практики методологии для оценивания различных методов выполне-
ния функций посредников, обнаружения и композиции веб-сервисов, обеспечивающих
повторное их использование. При этом принимаются во внимание подходы в части
программной инженерии, а также семантического аннотирования.
Можно предполагать, что результаты деятельности рабочих групп инкубатора W3C
будут стимулировать развитие семантических возможностей платформы XML.
Наряду с консорциумом W3C активные разработки в области технологий се-
мантического Веб и, в частности, семантических веб-сервисов, ведутся в рамках
организации Европейская инициатива семантических систем (European Semantic
Systems Initiative, ESSI) [34]. Входящая в ее состав рабочая группа ESSI WSML (ESSI
Web Service Modeling Language) разработала на основе ключевых европейских
проектов в области семантических веб-сервисов проект спецификации языка Web
Services Modeling Language (WSML) [28], позволяющего формально описать онтологию
моделирования веб-сервисов (WSMO). Язык имеет несколько уровней, основанных на
различных логических формализмах — дескриптивной логике, логике первого порядка
и логическом программировании.
Другая рабочая группа — ESSI WSMO (ESSI Web Service Modeling Ontology) раз-
работала описанную на языке WSML онтологию моделирования веб-сервисов WSMO
[29]. Эта формально определенная средствами языка WSML онтология позволяет
описывать различные аспекты семантических веб-сервисов. Для поддержки и ис-
пользования онтологии WSMO разработана эталонная ее реализация, называемая
исполнительной средой моделирования веб-сервисов WSMX (Web Service Modelling
eXecution environment).
Одним из наиболее активных участников развития функциональности плат-
формы XML для вертикальной и горизонтальной сферы является консорциум OASIS
[38], которые разработал и поддерживает комплекс стандартов XML для электрон-
ного бизнеса — UDDI, ebXML, Universal Business Language (UBL) и др. Последние
разработки консорциума в рассматриваемой области — язык описания поведения
бизнес-процессов в терминах веб-сервисов Web Services Business Process Execution
Language v. 2.0 (WS-BPEL), а также стандарт безопасности веб-сервисов WS-Security
и его расширение WS-SecureConversation 1.3.

52
Литература

Заметный вклад в комплекс стандартов XML вносит индустриальный консорциум


Web Services Interoperability Organization (WS-I) [43], который декларировал свою
миссию как обеспечение интероперабельности на стеке спецификаций для веб-
сервисов. Членами консорциума являются компании IBM, Microsoft, BEA Systems, SAP,
Oracle, Fujitsu, Hewlett-Packard и Intel. Для решения поставленной задачи консорциум
разрабатывает профили, примеры приложений, демонстрирующие их использование
и тестовые инструменты, помогающие проверять соответствие конкретных разработок
предлагаемым профилям.

2.12. Заключение
Функциональные возможности разработанной и развиваемой консорциумом W3C
платформы XML вместе с созданным и пополняемым рядом организаций ее окружением
покрывают потребности весьма широкой сферы применения. Большинство конструк-
тивно обеспечивающих эту функциональность стандартов получило статус стандартов
де-факто и активно применяется в разработках электронных правительств в различных
странах. Развитие платформы XML и ее окружения продолжается благодаря усилиям
большого сообщества специалистов.

Литература
1. Буре Р. XML и базы данных // Открытые системы.  2000.  № 10.
2. Веселов В., Долженков А. Опыт построения
XML-СУБД // Открытые системы.  2002.  № 6.
3. Гринев М., Фомичев А., Кузнецов С. Особенности СУБД Sedna. XML-СУБД Sedna:
технические особенности и варианты
использования // Открытые системы.  2004.  № 8.
4. Когаловский М.Р. Перспективные технологии информационных
систем. – М.: ДМК Пресс, Компания АйТи, 2003. – 288 с.
5. Когаловский М.Р. Технологии XML и XML-данные / В кн. Базы данных
и информационные технологии XXI века. Материалы международной
научной конференции, Москва, 29–30 сентября 2003 г. – М.: РГГУ, 2004.
6. Когаловский М.Р. Стандарты XML и электронные библиотеки //
Электронные библиотеки.   2003,  Том 6,  Выпуск 2. http://www.elbib.ru
7. Когаловский М.Р. Энциклопедия технологий баз
данных. – М.: Финансы и статистика, 2002. – 800 с.
8. Когаловский М.Р. XML // ComputerWorld Россия. 2002, №№ 28–29.
9. Когаловский М.Р. Развитие стандартов XML: новые возмож-
ности и применения // В кн. Сб. трудов Второй Всероссийской

53
конференции «Стандарты в проектах современных инфор-
мационных систем», Москва, 27–28 марта 2002 г.
10. Когаловский М.Р. Глоссарий по стандартам платформы XML. Версия 3
(15‑12‑2002). http://www.elbib.ru / index. phtml?
page=elbib / rus / methodology / xmlbase / glossary_XML
11. Когаловский М.Р. Стандарты платформы XML и базы данных
(обзорная лекция) // В кн. Труды Третьей Всероссийской конференции
«Электронные библиотеки: перспективные методы и технологии,
электронные коллекции», Петрозаводск, сентябрь 2001 г.
12. Когаловский М.Р. Функциональные возможности и направления
использования стандартов платформы XML // В кн.
Сб. трудов Всероссийской практической конференции
«Стандарты в проектах современных информационных систем»,
Москва, 2001. – М.: Открытые системы, 2001. – с. 127–133.
13. Когаловский М.Р. XML: возможности и перспективы. Часть
1. Платформа XML и составляющие ее стандарты // Директор
информационной службы. Январь 2001. с. 24–28.
14. Когаловский М.Р. XML: возможности и перспективы. Часть 2.
Базы данных XML, семантика XML-документов, перспективы //
Директор информационной службы. Февраль 2001, с. 16–20.
15. Когаловский М.Р. XML: сферы применения // Директор
информационной службы. Апрель 2001. с. 10–12.
16. Когаловский М.Р. Абстракции и модели в
системах баз данных // СУБД. 1998, № 4–5
17. Новиков Б.А., Хвостиченко Б.С. Индексирование путей
в слабоструктурированных данных // В кн. Труды четвертой
Всероссийской конференция RCDL’2002. Дубна, 2002.
18. Цикритзис Д., Лоховский Ф. Модели данных. – 
М.: Финансы и статистика, 1986.
19. About SAX (Simple API for XML). http://www.saxproject.org / 
20. ANSI / NISO Z39.85–2001. The Dublin Core Metadata Element Set.
http://www.niso.org / standards / resources / Z39-85.pdf
21. Barashev D, Novikov B. Indexing XML to Support Path Expressions. Proc.
of the 6th East-European Conference on Advances in Databases and
Information Systems (ADBIS’2002). Bratislava, Slovenia, September 2002.
22. Berners-Lee T., Hendler J., and Lassila O. The Semantic Web. Scientific
American. May 2001.
http://www.sciam.com / article. cfm? id=the-semantic-web

54
Литература

23. Berners-Lee T., Fielding R., Irvine U. C., Masinter L. Uniform Resource


Identifiers (URI): General Syntax. RFC 2396. August 1998.
24. Bosak J., Bray T. XML and the Second-Generation Web. Scientific American.
May 1999. http://www.sciam.com / article. cfm? id=xml-and-the-second-genera
25. Bourret R. XML and Databases. September 2005.
http://www.rpbourret.com / xml / XMLAndDatabases. htm
26. Bourret R. XML Database Products. March 13, 2007.
http://www.rpbourret.com / xml / XMLDatabaseProds. htm
27. Common Web Language. W3C Incubator Group Report 31 March 2008.
http://www.w3.org / 2005 / Incubator / cwl / XGR-cwl-20080331 / 
28. D16.1 v0.21 The Web Service Modeling Language WSML. WSML Final Draft 5
October 2005. Final version.
http://www.wsmo.org / TR / d16 / d16.1 / v0.21 / 20051005 / 
29. D2 v1.0. Web Service Modeling Ontology (WSMO). WSMO Working Draft 20
September 2004. Final version:
http://www.wsmo.org / 2004 / d2 / v1.0 / 20040920 / 
30. DAML. DARPA Agent Markup Language. http://www.daml.org / 
31. DAML+OIL (March 2001) Reference Description. W3C Note 18
December 2001. http://www.w3.org / TR / 2001 / NOTE-
daml+oil-reference-20011218
32. Document Object Model (DOM) Level 3 Core Specification. Version 1.0. W3C
Recommendation 07 April 2004.
http://www.w3.org / TR / 2004 / REC–DOM–Level-3‑Core-20040407
33. Eisenberg A., Melton J. SQL / XML is Making Good Progress.
SIGMOD Record, Vol. 31, No. 2, June 2002.
34. European Semantic Systems Initiative.
http://www.essi-cluster.org / about-essi / essi-home / 
35. Extensible Markup Language (XML) 1.1 (Second Edition). W3C
Recommendation. 16 August 2006, edited in place 29 September
2006. http://www.w3.org / TR / 2006 / REC-xml11-20060816
36. Gruber T. A translation approach to portable ontology specifica-
tions. Knowledge Acquisition, 5 (2), 1993, pp. 199–220.
37. ISO 8879:1986. Information Processing – Text and Office
Systems – Standard Generalized Markup Language (SGML), 1986.
38. OASIS. http://www.oasis-open.org
39. RDF Vocabulary Description Language 1.0: RDF Schema. W3C Recommendation
10 February 2004. http://www.w3.org / TR / 2004 / REC-rdf-schema-20040210 / 

55
40. Resource Description Framework (RDF): Concepts and Abstract Syntax.
W3C Recommendation 10 February 2004.
http://www.w3.org / TR / 2004 / REC-rdf-concepts-20040210 / 
41. Robie J., Lapp J., Schash D. XML Query Language (XQL).
The W3C Query Languages Workshop. December 3–4, 1998. Boston,
Massachusets. http://www.w3.org / TendS / QL / QL98 / pp / xql. html
42. SHOE – Simple HTML Ontology Extensions. Parallel Understanding
Systems Group. Department of Computer Science. University of Maryland
at College Park. http://www.cs.umd.edu / projects / plus / SHOE / 
43. The Web Services Interoperability Organization (WS-I). http://www.ws-i.org / 
44. Uncertainty Reasoning for the World Wide Web. W3C Incubator Group Report 31
March 2008. http://www.w3.org / 2005 / Incubator / urw3 / XGR-urw3-20080331 / 
45. XHTML 1.0. The Extensible HyperText Markup Language (Second Edition).
A Reformulation of HTML 4 in XML 1.0. W3C Recommendation 26 January 2000,
revised 1 August 2002. http://www.w3.org / TR / 2002 / REC-xhtml1-20020801
46. XML Base. W3C Recommendation 27 June 2001.
http://www.w3.org / TR / 2001 / REC-xmlbase-20010627 / 
47. W3C Incubator Activity. http://www.w3.org / 2005 / Incubator / 
48. W3C SWS Challenge Testbed Incubator Methodology Report. W3C Incubator
Group Report 31 March 2008.
http://www.w3.org / 2005 / Incubator / swsc / XGR-SWSC-20080331 / 
49. Web Ontology (WebONT) Working Group.
http://www. w3.org / 2001 / sw / WebOnt
50. Welcome to OIL. http: //www.ontoknowledge. org/oil/

56


3. Краткие метаописания стандартов


В данном разделе приводятся краткие описания более 60 основных стандартов
платформы XML и ее окружения, в том числе фундаментальных стандартов плат-
формы, составляющих ее концептуальную, синтаксическую и архитектурную (в
аспекте архитектуры информации и данных) основу. К числу фундаментальных мы
относим стандарты консорциума W3C: Extensible Markup Language, XML Information
Set и Namespaces in XML. Мы называем окружением платформы XML совокупность
стандартов, формально к комплексу стандартов XML не относящихся, поскольку они
не соответствуют синтаксису языка XML или разработаны не консорциумом W3C, но
допускающих совместное использование со стандартами платформы.
Большинство описанных ниже стандартов широко используется в проектах
электронного правительства и других предметных областях. Они разработаны
консорциумом W3C, ISO, Internet Engineering Task Force (IETF), консорциумом
OASIS, различными группами крупных индустриальных компаний – разработчиков
программного обеспечения и средств вычислительной и коммуникационной техники,
а также другими организациями. Некоторые из описываемых стандартов находятся
в стадии разработки.
Метаописания стандартов представлены здесь в формате, основанном на рас-
ширенном наборе элементов метаданных Дублинского ядра. Описания приведены в
алфавитном порядке полных наименований рассматриваемых стандартов. Краткие
наименования, используемые в текстах спецификаций стандартов и в литературных
источниках, приведены в качестве заголовков соответствующих метаописаний.
Для того чтобы облегчить читателю поиск описаний интересующих его стан-
дартов, можно воспользоваться указателем, содержащимся в разделе 5.

57
W3C WWW Architecture

W3C WWW Architecture


Наименование Значение элемента метаописания
элемента
метаописания
Название Architecture of the World Wide Web, Volume One
Альтернативное Архитектура Веб, том 1
название
Язык Английский
Описание Задача стандарта заключается в четком определении основных
архитектурных принципов, на которых базируются технологии
Веб. Эти технологии, несмотря на их простоту, обеспечивают мас-
штабируемость, эффективность и практичность, представляющие
собой именно те свойства, которые способствуют интенсивному
развитию Веб.
К числу определяемых данным стандартом принципов относятся
идентификация ресурсов, представление состояния ресурсов,
а также протоколы, которые обеспечивают взаимодействия между
агентами и ресурсами Веб.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / webarch / 
Охват Архитектура Веб
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект ин-
архитектуры ЭП теграции и взаимодействия
Технологический Сервисы управления данными, сервисы обмена данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

58
Краткие метаописания стандартов BPEL4WS

BPEL4WS
Наименование Значение элемента метаописания
элемента
метаописания
Название Business Process Execution Language for Web
Services Specification (BPEL4WS). Version 1.1
Альтернативное Язык BPEL4WS описания исполнения бизнес-процессов
название для спецификации веб-сервисов, версия 1.1
Язык Английский
Описание Настоящий документ определяет нотацию для описания исполне-
ния бизнес-процессов, основанных на веб-сервисах. Процессы
в BPEL4WS выполняют функции экспорта и импорта данных, ис-
пользуя исключительно интерфейсы веб-сервисов.
Бизнес-процессы могут быть описаны двумя способами.
Выполняемые бизнес-процессы моделируют фактическое по-
ведение участников бизнес-взаимодействия. Бизнес-протоколы,
напротив, используют описания процессов, чтобы определять
взаимное видимое проведение обмена сообщениями каждой из
сторон, вовлеченных в этот протокол, не показывая их внутреннего
поведения. Описания процессов для бизнес-протоколов называют
абстрактными процессами.
Язык BPEL4WS предназначен для того, чтобы моделировать поведе-
ние как выполняемых, так и абстрактных процессов. BPEL4WS — это
язык для формальной спецификации бизнес-процессов и бизнес-
протоколов взаимодействия. Его использование позволяет рас-
ширить модель взаимодействия веб-сервисов и таким образом
поддержать проведение бизнес-транзакций. Кроме того, язык
BPEL4WS определяет интероперабельную модель интеграции,
которая должна облегчить расширение автоматизированной
интеграции процессов как во внутрикорпоративной деятельности,
так и при взаимодействии бизнеса с бизнесом.
Формат PDF
Создатель IBM, BEA Systems, Microsoft, SAP AG, Siebel Systems
Издатель IBM, BEA Systems, Microsoft, SAP AG, Siebel Systems
Доступность Свободно доступен
документа
Источник
http://www.ibm.com / developerworks / library 
  / 

specification / ws-bpel / 
Охват Язык описания исполнения бизнес-процессов,
ве6‑сервисы, бизнес-процессы, бизнес-протоколы

59
OASIS BTP

Уровень Архитектура прикладных систем,


архитектуры ЭП технологическая архитектура
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Коммуникационные сервисы, веб-сервисы
сервис ЭП
Вид документа Индустриальный стандарт
Статус документа Принят

OASIS BTP
Наименование Значение элемента метаописания
элемента
метаописания
Название Business Transaction Protocol (BTP) Version 1.1.0
Альтернативное Протокол бизнес-транзакций (BTP), версия 1.1.0
название
Язык Английский
Описание Спецификация Business Transaction Protocol (BTP) определяет
основанный на языке XML протокол для представления и бес-
шовного управления сложными многошаговыми транзакциями
бизнес для бизнеса (B2B) через интернет. Протокол BTP обе-
спечивает координацию работы приложения со множеством
участников, которые относятся к автономным организациям или
управляются ими. BTP использует протокол двухфазного за-
вершения для того, чтобы результаты общего приложения были
непротиворечивыми.
Формат документа PDF

Создатель OASIS
Издатель OASIS
Доступность Свободно доступен
документа
Источник
http://docs.oasis-open.org / business-transaction / 
business_transaction-btp-1.1‑spec-cd-01.pdf ↵
Охват Протокол бизнес-транзакций через интернет
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП

60
Краткие метаописания стандартов W3C Canonical XML

Аспект Аспект интеграции и взаимодействия


архитектуры ЭП
Технологический Коммуникационные сервисы, веб-сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Проект

W3C Canonical XML


Наименование Значение элемента метаописания
элемента
метаописания
Название Canonical XML Version 1.0
Альтернативное Канонический XML, версия 1.0
название
Язык Английский
Описание Стандарт W3C, который определяет метод, позволяющий генери-
ровать удовлетворяющую специфицированным в нем правилам
каноническую форму XML-документа. Благодаря этому можно
устанавливать логическую эквивалентность двух XML-документов
с различным физическим (синтаксическим) представлением.
Различия могут, например, заключаться в порядке атрибутов эле-
ментов документов, в кодировке литер и т.д. Возможность логи-
ческого отождествления документов необходима, в частности, для
стандарта электронной цифровой подписи.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xml-c14n
Охват Каноническая форма XML-документов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными, сервисы безопасности
сервис ЭП

61
W3C CSS1

Вид документа Стандарт


Статус документа Принят

W3C CSS1
Наименование Значение элемента метаописания
элемента
метаописания
Название Cascading Style Sheets, Level 1
Альтернативное Язык каскадных таблиц стилей, уровень 1
название
Язык Английский
Описание Язык для форматной разметки XML- и HTML-документов, опреде-
ляющей их визуальное отображение веб-браузерами, печатное
представление, выводимое принтером и т.д. С помощью этого
языка могут определяться спецификации разметки конкретных
документов, называемые таблицами стилей. При этом предпола-
гается, что спецификация форматирования может быть отделена
от содержания документа. Первая версия стандарта «Cascading
Style Sheets, Level 1 Specification» (CSS1) была принята W3C в
декабре 1996 г. еще до появления стандарта языка XML и была
предназначена для форматной разметки HTML-страниц Веб.
Определение способа форматирования некоторого документа или
группы документов, как указывалось выше, называется таблицей
стилей. Одна и та же таблица стилей может быть использована
для форматирования различных документов. Таблица стилей со-
стоит из совокупности правил. Каждое из правил, в свою очередь,
состоит из селектора и декларации разметки. Селектор указывает
область действия разметки, определенной в декларации, которая
содержится в том же правиле. В качестве селектора может вы-
ступать указатель вида элемента или класса элементов языка
HTML или XML, тег с заданным значением параметра ID, некоторая
упорядоченная последовательность простых селекторов и т.п.
Декларация включает множество пар вида «свойство – значение
этого свойства». Таблицы стилей могут определяться непосред-
ственно в самих документах, для которых они используются, или до-
кумент может содержать ссылки на таблицы стилей, представлен-
ные вне документа где-либо в Веб. Таблицы могут комбинироваться
для форматирования одного документа. Стандарт определяет
принцип разрешения конфликтов в спецификациях форматиро-
вания при комбинировании нескольких таблиц стилей.
В настоящее время наряду с версией CSS1 действует также версия
этого стандарта CSS2, и в стадии разработки находится версия
CSS3

62
Краткие метаописания стандартов W3C CSS2

Формат документа HTML


Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http: //www. w3.org / TR / REC–CSS1
Охват Форматная разметка HTML-страниц и XML-документов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C CSS2
Наименование Значение элемента метаописания
элемента
метаописания
Название Cascading Style Sheets, Level 2 — CSS2 Specification
Альтернативное Язык каскадных таблиц стилей,
название уровень 2 — Спецификация CSS2
Язык Английский
Описание Разработанный консорциумом W3C стандарт каскадных таблиц
стилей для управления форматированием документов HTML и XML.
Спецификация этого стандарта позволяет присоединять стили
к структурированным документам, размеченным средствами
указанных языков.
Стандарт CSS2 предоставляет расширенные возможности фор-
матирования документов по сравнению со стандартом CSS1. При
этом все спецификации форматирования, представленные сред-
ствами CSS1, с небольшими исключениями допустимы и в CSS2.
Дополнительные относительно CSS1 возможности форматиро-
вания включают расширение функциональности механизмов
селекторов, форматирование ресурсов в среде аудио, поддержку
концепций типов среды и наследования свойств, расширенное
управление шрифтами, некоторые новые возможности форма-
тирования таблиц.

63
W3C XML–Decryption

Эта спецификация также поддерживает позиционирование кон-


тента, загружаемые шрифты, возможности для интернационализа-
ции автоматические счетчики и нумерацию, некоторые свойства,
связанные с пользовательским интерфейсом и др.
В настоящее время наряду с версией CSS2 действует также ранее
принятая версия этого стандарта CSS1, и в стадии разработки
находится версия CSS3.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / REC–CSS2
Охват Форматная разметка HTML-страниц и XML-документов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XML–Decryption
Наименование Значение элемента метаописания
элемента
метаописания
Название Decryption Transform for XML Signature
Альтернативное Преобразование дешифрования для XML-подписи
название
Язык Английский

64
Краткие метаописания стандартов W3C DOM

Описание Данный стандарт устанавливает правила выполнения преобра-


зований дешифрования для электронных XML-подписей. В нем
определен синтаксис преобразований дешифрования, рассматри-
ваются его применение к электронной XML-подписи и конкретные
примеры, а также ограничения, касающиеся форматов данных,
наследования атрибутов из пространств имен XML, структурных
изменений, правила выполнения бинарного преобразования де-
шифрования, а также вопросы обеспечения безопасности. Стандарт
позволяет приложениям электронной подписи отличать структуры
шифрования XML, которые были зашифрованы перед подписанием
документа и, следовательно, не должны расшифровываться, от
структур, которые были зашифрованы после подписания и поэтому
должны быть расшифрованы.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xmlenc-decrypt
Охват XML-подпись, XML-шифрование и XML-документы,
правила преобразований дешифрования для XML-
подписей, синтаксис преобразований дешифрования
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информационной безопасности
архитектуры ЭП
Технологический Сервисы безопасности, сервисы идентификации
сервис и аутентификации, криптографические сервисы
Вид документа Стандарт
Статус документа Принят

W3C DOM
Наименование Значение элемента метаописания
элемента
метаописания
Название Document Object Model (DOM) Level 3
Альтернативное Объектная модель документов (DOM), уровень 3
название
Язык Английский

65
W3C DOM

Описание Стандарт, определяющий объектную модель данных для пред-


ставления XML-документов и HTML-страниц в терминах объектной
парадигмы и для выполнения операций над ними в терминах такого
представления. В DOM элементы XML-документа рассматриваются
как объекты, а документ - как иерархия таких объектов.
Стандарт DOM определяет язык, который рассматривается его
разработчиками как интерфейс прикладного программирования
(API) для репозиториев данных XML и HTML. Он обеспечивает
не только объектное представление документов XML и HTML, но
также и полный набор возможностей манипулирования данными
(вставку, обновление и удаление компонентов документов). В
качестве языка API спецификация DOM используется в ряде XML-
ориентированных СУБД.
Действующая в настоящее время версия стандарта «Document
Object Model (DOM) Level 3» представлена тремя документами:
•• Document Object Model (DOM) Level 3 Core Specification;
•• Document Object Model (DOM) Level 3 Load and Save
Specification
•• Document Object Model Level 3 Validation.
Она определяет независимый от платформы и от языков программи-
рования интерфейс, обеспечивающий возможность динамического
доступа программ и скриптов к контенту и структуре документов
и их обновление. Предусматривается набор интерфейсов для
создания структуры и контента документов и манипулирования
ими. Специализированные интерфейсы определены для работы
с ресурсами XML. Кроме того, предусмотрены независимые от
платформы и языков программирования интерфейсы для управ-
ления событиями, динамического доступа не только к контенту
документов, но и к таблицам стилей, для навигации в контенте
документов, идентификации их фрагментов, выполнения над ними
манипулятивных операций и для решения других задач.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / DOM–Level-3‑Core
http://www.w3.org / TR / DOM–Level-3‑LS
http://www.w3.org / TR / DOM–Level-3‑Val
Охват API для репозиториев данных XML и HTML
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП

66
Краткие метаописания стандартов W3C XML

Технологический Сервисы управления данными


сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XML
Наименование Значение элемента метаописания
элемента
метаописания
Название Extensible Markup Language (XML) 1.1 (Second Edition)
Альтернативное Расширяемый язык разметки (XML), вер-
название сия 1.1 (Вторая редакция)
Язык Английский
Описание Стандарт языка разметки для представления информационных ре-
сурсов Веб нового поколения. Язык XML является подмножеством
метаязыка SGML (стандарт ISO) Главные особенности языка XML
заключаются в возможности определения конкретных наборов
тегов, используемых для разметки документов, в возможности
определения структуры документа, правильность которой вери-
фицируется браузером, в отделении средств разметки содержания
документа от разметки, определяющей его форматирование для
представления в различных средах. Не входит в функцию языка
XML также и определение гиперссылок. Для решения этих задач
предназначены другие языки, которые принадлежат разработан-
ному и продолжающему развиваться комплексу стандартов W3C,
определяющих базирующиеся на XML языки, которые расширяют
его функциональные возможности и вместе с XML составляют
технологическую платформу Веб нового поколения.
В составе стандартов рассматриваемой платформы язык XML вы-
полняет две важные функции. Прежде всего, он обеспечивает со-
держательную (структурную) разметку информационных ресурсов,
которые называют в рассматриваемой среде XML-документами,
а также предоставляет средства (некоторый подъязык XML) для
описания общей структуры документов интересующего пользова-
теля типа. Такое описание называется Document Type Definition
(DTD). Вместе с тем, язык XML служит одним из фундаментальных
стандартов платформы XML. Другие стандарты платформы, кото-
рые дополняют его функции, связанные с управлением данными,
основаны на синтаксисе языка XML. В связи с этим их называют
иногда приложениями XML.

67
W3C XSL

Расширяемость языка XML обеспечивается за счет того, что


это — язык метауровня, а также за счет использования механиз-
ма пространств имен. Благодаря расширяемости языка сообще-
ства пользователей языка могут определять конкретные типы
элементов документов (теги разметки) и их атрибуты с заданной
семантикой.
Область применения языка XML не ограничивается рамками Веб. Он
широко используется в технологиях баз данных и в других областях
применения информационно-коммуникационных технологий.
Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xml11
Охват Средства гипертекстовой разметки документов
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными, сервисы обмена
сервис ЭП данными, сервис ведения метаданных
Вид документа Стандарт
Статус документа Принят

W3C XSL
Наименование Значение элемента метаописания
элемента
метаописания
Название Extensible Stylesheet Language (XSL) Version 1.1
Альтернативное Расширяемый язык таблиц стилей (XSL), версия 1.1
название
Язык Английский
Описание Стандарт разработан на основе спецификаций стандартов CSS1
и CSS2, XPath и DSSSL. Он позволяет определять, каким образом
должен быть стилизован XML-документ, какой макет следует ис-
пользовать для представления документа в некоторой среде (на
экране, на принтере, в акустическом представлении) и какой
должна быть его страничная организация.

68
Краткие метаописания стандартов W3C XSL

В отличие от языков CSS1 и CSS2, предназначенных для формати-


рования HTML и XML документов, XSL разрабатывался специально
для форматирования документов XML, и он использует синтаксис
XML. Помимо обеспечения форматирования документов, стандарт
XSL служит и второй важной цели. Он позволяет описывать транс-
формации документов с одной разметкой в документы с другой
разметкой, например, трансформации XML-документов в документы
HTML / CSS. Решение этой задачи обеспечивается второй частью
стандарта XSL, называемой XSL Transformations (XSLT). Эта часть
стандарта XSL фактически выступает в качестве самостоятельного
стандарта и широко используется на практике. В стандарте XSL
предполагается, что исходный XML-документ вместе с таблицей
стилей подается на вход процессора таблиц стилей. Процессор, в со-
ответствии с заданным описанием, осуществляет две процедуры:
преобразование древовидной структуры исходного документа с по-
рождением дерева результирующего документа и форматирование
документа, обладающего этой новой структурой. В конечном счете,
генерируется требуемое представление исходного документа для
целевой среды. Указанные процедуры называются трансформацией
дерева и форматированием.
Средства описания трансформаций деревьев, как уже отмечалось,
определяются во второй части стандарта XSL. Такое описание пред-
ставляется в виде таблицы стилей XSL. Таблица стилей содержит
совокупность правил конструирования результирующего дерева.
Каждое правило включает образец и шаблон. Образец (pattern)
сопоставляется с элементами исходного дерева, и в случае соответ-
ствия с помощью шаблона (template) конструируется необходимый
компонент результирующего дерева.
Процедура форматирования осуществляется путем вставки в ка-
честве узлов в результирующее дерево документа форматирую-
щих объектов, принадлежащих предопределенным в языке XSL
классам. Форматирующие объекты представляются как элементы
XML-документа. Атрибуты этих элементов обеспечивают дополни-
тельные возможности управления форматированием и называются
форматирующими свойствами. Для именования форматирующих
элементов и атрибутов служит специальное пространство имен.
Как уже отмечалось выше, в разработке XSL в значительной мере
использованы идеи и конкретные спецификации других стандар-
тов. Наиболее серьезное влияние оказали стандарты CSS и XPath.
В XSL непосредственно использован или использован с расши-
рением функциональности ряд форматирующих свойств CSS. Из
языка XPath заимствованы средства идентификации фрагментов
деревьев. Заметим, что вторая часть стандарта (XSLT) не случайно
рассматривается в качестве самостоятельного стандарта. Такое
решение вполне правомерно, поскольку спецификации XSLT
имеют многие применения, не связанные с одновременным ис-
пользованием первой части стандарта XSL.
Формат HTML
Создатель W3C

69
W3C GRDDL

Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xsl / 
Охват Форматирование представлений XML-документов
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C GRDDL
Наименование Значение элемента метаописания
элемента
метаописания
Название Gleaning Resource Descriptions from
Dialects of Languages (GRDDL)
Альтернативное Сбор описаний ресурсов из диалектов языков (GRDDL)
название
Язык Английский
Описание Стандарт GRDDL специфицирует механизм сбора описаний XML-
ресурсов. Он определяет на основе существующих стандартов
разметку, позволяющую декларировать, что данный XML-документ
включает данные, совместимые с RDF, и указать ссылку на алгоритм,
обычно представленный на XSLT, который осуществляет извлече-
ние этих данных из документа. Упоминаемые в названии стандарта
диалекты языков определяются так называемыми микроформатами,
которые представляют собой совокупности встроенных семанти-
ческих разметок в человеко-читаемых документах для некоторых
конкретных предметных областей.
Формат документа HTML
Создатель W3C
Издатель W3C

70
Краткие метаописания стандартов W3C HTML

Доступность Свободно доступен


документа
Источник http://www.w3.org / TR / grddl / 
Охват Сбор метаданных, описывающих XML-
ресурсы средствами языка RDF
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными, сервисы ведения метаданных
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C HTML
Наименование Значение элемента метаописания
элемента
метаописания
Название Hypertext Markup Language (HTML) 4.01
Альтернативное Гипертекстовый язык разметки HTML 4.01
название
Язык Английский
Описание Основанный на стандарте SGML язык гипертекстовой разметки
документов для их представления в Веб. Средствами языка HTML
обеспечивается форматная разметка документов, определяются
гиперсвязи между документами и / или их фрагментами. Язык
позволяет интегрировать в гипертекстовые документы инфор-
мационные ресурсы, представленные в виде изображений, аудио,
видео и в других средах.
Предусматривается возможность встраивания в документы форм,
заполняемых пользователем и обеспечивающих создание ин-
терактивных веб-приложений. В HTML-страницы могут также
встраиваться скрипты на языке JavaScript, а также вызовы Java-
аплетов. В описываемой версии языка HTML обеспечиваются
некоторые возможности встраивания метаданных в размечаемые
документы.
Первая версия языка HTML была разработана в начале 90‑х годов
в CERN для проекта, ставшего прототипом Веб, и претерпела с тех
пор серьезные изменения. Действующая версия стандарта HTML
4.01 не отменяет ранней версии HTML 3.2, которая сосуществует
с ней и продолжает использоваться на практике для разметки
страниц Веб.

71
W3C ITS

Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / html401
Охват Язык разметки, гипертекст, формат разметки гипертекста
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервис представления данных, сервисы
сервис ЭП обмена стандартными данными
Вид документа Стандарт
Статус документа Принят

W3C ITS
Наименование Значение элемента метаописания
элемента
метаописания
Название Internationalization Tag Set (ITS) Version 1.0.
Альтернативное Набор тегов интернационализации, версия 1.0
название
Язык Английский
Описание Данный стандарт служит для обеспечения интернационализа-
ции и локализации использования XML-документов и XML-схем.
Локализацией называют приспособление контента, разрабо-
танного на одном языке в среде с одной культурной традицией,
аудиторией, владеющей другим языком и являющейся носителем
другой культуры.
Для локализации контента его транслируют на целевой язык
и адаптируют к особенностям целевой аудитории. Процесс раз-
работки контента, обеспечивающий удобство его локализации
и возможность ее эффективного осуществления, называют ин-
тернационализацией. Расширение областей применения XML-
представления информационных ресурсов и использования XML-
технологий в разработках программного обеспечения, широкая
география их использования обусловили актуальность проблемы
интернационализации XML-спецификаций.

72
Краткие метаописания стандартов ISO GML

Данный стандарт охватывает три средства представления схем –


XML DTD, XML Schema и Relax NG. Для решения указанной задачи
спецификация ITS определяет специальные категории данных,
реализуемые в виде набора элементов XML-документов и их
атрибутов, называемых тегами интернационализации.
Стандарт ITS предназначен для разработчиков схем, разработчи-
ков программного обеспечения, использующих существующие
схемы, создателей инструментов для работы с информационным
наполнением.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / its / 
Охват Интернационализация XML-документов,
XML-схем и других ресурсов XML
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы интернационализации
сервис ЭП
Вид документа Стандарт
Статус документа Проект

ISO GML
Наименование Значение элемента метаописания
элемента
метаописания
Название ISO 19136:2007: Geographic information — Geography
Markup Language (GML)
Альтернативное ISO 19136:2007: Географическая информация
название — Географический язык разметки (GML)
Язык Английский

73
ISO SGML

Описание Данный стандарт определяет на основе синтаксиса XML специфи-


кацию географического языка разметки. Этот язык позволяет
кодировать географическую информацию, которая включает,
в частности, геометрические характеристики объектов, в форме
XML-документов. Такие документы могут использоваться для об-
мена геоданными между различными приложениями, обеспечивая
их интероперабельность, для хранения геоданных и доступа к ним,
в том числе и в среде глобальной сети, для публикации их на
веб-сайтах, основанных на платформе XML. При этом кодируемые
геоданные моделируются в соответствии со средой концепту-
ального моделирования, определяемой серией международных
стандартов ISO 19100 и включают как пространственные, так и не
пространственные свойства данных.
Формат документа HTML
Создатель ISO
Издатель ISO
Доступность Свободно доступен
документа
Источник http://webstore.ansi.org / RecordDetail.aspx? ↵
sku=ISO+19136 %3a2007
Охват Представление геоданных в формате XML-документов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными, сервисы обмена данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

ISO SGML
Наименование Значение элемента метаописания
элемента
метаописания
Название ISO 8879:1986 — Information processing — Text and office
systems — Standard Generalized Markup Language (SGML)
Альтернативное ИСО 8879:1986 — Обработка информации. Текстовые и офисные
название системы. Стандартный обобщенный язык разметки (SGML)
Язык Английский, русский

74
Краткие метаописания стандартов ISO SGML

Описание Стандарт языка разметки для описания содержимого и структуры


сложных документов, независимый от характеристик применяемой
при обработке документа программно-аппаратной платформы.
Главная особенность языка SGML заключается в том, что он по-
зволяет отделять аспекты содержания документа от аспектов его
представления. Использование эпитета «обобщенный» в названии
языка оправдано тем, что SGML — это метаязык, на основе которого
можно строить разнообразные языки разметки. Одной из конкре-
тизаций его является язык гипертекстовой разметки HTML.
Подмножеством SGML является новый язык разметки XML, опреде-
ляемый спецификациями стандарта консорциума W3C, который
был принят в 1998 г.
На основе языка SGML разработаны программные системы управ-
ления документами, издательские системы, а также браузеры для
просмотра размеченных документов.
Формат документа HTML
Создатель ISO
Издатель ISO
Доступность Платный
документа
Источник http://webstore.ansi.org / RecordDetail.aspx? ↵
sku=ISO+8879 %3a1986
http://www.standards.ru / document / 3634749.aspx
Охват Гипертекстовая разметка документов сложной структуры
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

75
ISO DSSSL

ISO DSSSL
Наименование Значение элемента метаописания
элемента
метаописания
Название ISO / IEC 10179:1996 Information Technology — Processing
Languages — Document Style Semantics and
Specification Language (DSSSL)
Альтернативное ИСО / МЭК 10179:1996. Информационные техноло-
название гии. Языки обработки данных. Семантика стиля
документов и язык спецификаций (DSSSL)
Язык Английский
Описание Официальный стандарт ISO / IEC, определяющий язык управления
способом форматирования SGML-документов для отображения их
браузерами, программами печати и средствами различных других
приложений. Спецификации этого языка были разработаны W3C
и в дальнейшем были приняты ISO / IEC в качестве официального
международного стандарта. Основу DSSSL составляет механизм
таблиц стилей. Язык DSSSL послужил источником идей в раз-
работке стандарта CSS1 для форматной разметки HTML- и XML-
документов.
Формат документа PDF
Создатель ISO
Издатель ISO
Доступность Платный
документа
Источник http://webstore.ansi.org / RecordDetail.aspx? ↵
sku=INCITS%2fISO%2fIEC+10179–1996
http://www.standards.ru / document / 3610346.aspx
Охват Форматирование SGML-документов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

76
Краткие метаописания стандартов W3C MathML

W3C MathML
Наименование Значение элемента метаописания
элемента
метаописания
Название Mathematical Markup Language (MathML)
Version 2.0 (Second Edition).
Альтернативное Математический язык разметки (MathML),
название версия 2.0 (Вторая редакция)
Язык Английский
Описание Язык разметки математических текстов, использующий синтаксис и
механизмы расширения языка XML. По этой причине разработчики
квалифицируют MathML как приложение XML. Использование
этого языка позволяет представлять тексты, содержащие мате-
матическую нотацию, в среде Веб и осуществлять к ним доступ с
помощью браузеров, поддерживающих стандарты XML и MathML,
точно так же, как существующие браузеры обеспечивают доступ
к традиционным страницам Веб.
При разработке MathML принималась во внимание необходи-
мость представления его средствами не только математической
нотации, но и ее семантики, поскольку во многих случаях могут
иметь место неоднозначные интерпретации формальной мате-
матической записи.
Специализированные элементы документов, типы которых опреде-
ляются в языке, подразделяются на три категории: элементы
представления, элементы контента и интерфейсные элементы.
Элементы представления являются выразительными средствами
для описания синтаксической структуры математической нотации.
Они могут быть разделены на два класса — знаковые элементы
и элементы формата. Знаковые элементы представляют отдельные
символы, имена, числа, метки и т. д. Элементы формата описывают
схему формата, которая определяет, каким образом сложные
формулы строятся из их составных частей.
Элементы контента служат для явного описания основной мате-
матической структуры формальных выражений. Выбор элементов
контента осуществлялся с учетом охвата таких областей математики,
как арифметика, алгебра, логика и теория отношений, исчисления,
теория множеств, последовательности и ряды, тригонометрия,
статистика, линейная алгебра.
Интерфейсные элементы MathML обеспечивают возможности
встраивания представленных в этом языке ресурсов в HTML
и интеграцию процесса их отображения в обычные браузеры,
а также предоставление необходимой информации программным
средствам, используемым для генерации MathML-ресурсов, их
обработки и отображения.

77
W3C Namespaces

Под эгидой консорциума W3C создан браузер Amaya (http://www.


w3.org / Amaya / ), который поддерживает стандарт XML, MathML,
а также ряд других стандартов платформы XML, и может, таким
образом, использоваться, в частности, для просмотра математи-
ческих страниц Веб.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / MathML2 / 
Охват Представление математических текстов в Веб
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными, сервисы обмена данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C Namespaces
Наименование Значение элемента метаописания
элемента
метаописания

Название Namespaces in XML 1.0 (Second Edition)

Альтернативное Пространства имен в XML, версия 1.0 (Вторая редакция)


название
Язык Английский
Описание Этот стандарт определяет для заданного XML-документа или
множества документов допустимые теги разметки (имена типов
элементов XML-документов) и их параметры (имена атрибутов эле-
ментов документов), ассоциируя с ними по умолчанию некоторую
семантику. Простой метод для квалификации имен элементов и
атрибутов в XML-документах предоставляют пространства имен
XML, которые ассоциируются с ними с помощью ссылок URI.

78
Краткие метаописания стандартов W3C RDFS

В синтаксисе языка XML и других стандартов платформы использу-


ются зарезервированные консорциумом W3C пространства имен.
Стандарт Namespaces in XML является одним из фундаментальных
стандартов платформы XML, обеспечивающим механизм расши-
рения ее функциональности.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http: //www. w3.org / TR / xml-names
Охват Пространства имен для XML
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C RDFS
Наименование Значение элемента метаописания
элемента
метаописания
Название RDF Vocabulary Description Language 1.0: RDF Schema
Альтернативное Язык описания словарей RDF 1.0: RDF Schema
название
Язык Английский
Описание Стандарт RDFS - важная составная часть спецификаций стандарта
RDF. Как известно, стандарт RDF определяет язык описания семан-
тики ресурсов. Естественно, в RDF-спецификации используется
понятийный аппарат предметной области, представленный в
виде некоторого словаря. Такие словари описываются, в свою
очередь, с помощью языка RDFS, спецификации которого часто
рассматриваются как самостоятельный стандарт.

79
RSS 1.0

Стандарт RDFS определяет, каким образом можно использовать


язык RDF для описания словарей для RDF-спецификаций. По своим
функциональным возможностям язык RDFS представляет собой
семантическое расширение RDF.
Система классов и свойств языка описания словарей RDFS весь-
ма похожа на средства языков объектного программирования.
Однако вместо определения класса в терминах свойств, которые
могут иметь принадлежащие этому классу экземпляры, RDFS опи-
сывает свойства в терминах классов ресурсов, к которому они
относятся.
Стандарт RDFS можно рассматривать как язык описания онтологий
предметной области. Более мощными возможностями для решения
этой задачи обладает базирующийся на RDF и RDFS язык OWL.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / rdf-schema / 
Охват Семантика ресурсов, онтологии предметной области
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы интеграции данных, сервисы управления
сервис ЭП данными, сервисы пользовательского интерфейса
Вид документа Стандарт
Статус документа Принят

RSS 1.0
Наименование Значение элемента метаописания
элемента
метаописания
Название RDF Site Summary (RSS) 1.0
Альтернативное RDF описание веб-сайта (RSS), версия 1.0
название
Язык Английский

80
Краткие метаописания стандартов RSS 1.0

Описание Стандарт RSS 1.0 – это упрощенное многоцелевое расширяемое


описание метаданных и формат слияния контента различных
источников информации, доступных в среде Веб. Стандарт RSS
1.0 представляет собой приложение XML, которое соответствует
спецификации RDF и является расширяемым благодаря простран-
ствам имен XML и/или основанной на RDF модуляризации.
Информация, описанная метаданными в формате RSS 1.0, может
быть собрана из различных источников специальными програм-
мами агрегаторами и в удобном виде представлена пользователю.
Этими источниками могут быть ленты новостей, блоги, веб-сайты
и т.п.
Существуют альтернативные версии, отличающиеся от данного
стандарта тем, что не поддерживают спецификацию RDF. Они
имеют ту же аббревиатуру в названии (но иначе расшифровы-
ваемую), и другие номера версий. Так, например, спецификации
RSS 0.91-94 часто расшифровываются как Rich Site Summary, а RSS
2.0 именуется как Really Simple Syndication.
Развитием RSS 1.0 является стандарт Atom.
Формат документа HTML
Создатель RSS-DEV Working Group
Издатель RSS-DEV Working Group
Доступность Свободно доступен
документа
Источник http://web.resource.org / rss / 1.0 / spec
Охват Слияние контента веб-сайтов, формат слияния,
описание метаданных, RDF-спецификации.
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект ин-
архитектуры ЭП теграции и взаимодействия
Технологический Информационные сервисы, сервисы интеграции
сервис ЭП данных, сервис ведения метаданных
Вид документа Индустриальный стандарт
Статус документа Принят

81
W3C RDF

W3C RDF
Наименование Значение элемента метаописания
элемента
метаописания
Название Resource Description Framework (RDF) Specification
Альтернативное Спецификации среды описания ресурсов консорциума (RDF)
название
Язык Английский
Описание Данный стандарт определяет язык представления знаний, пред-
назначенный для описания семантики ресурсов в среде XML.
Описание семантики средствами RDF не зависит от конкретной
предметной области.
Спецификации этого стандарта состоят из нескольких частей. В
первой части предлагается семантическая модель и синтаксис
независимого от XML (но совместно с ним используемого) языка
для описания семантики ресурсов, которое называется RDF-
спецификацией. Описание семантики ресурсов в терминах модели
RDF является логически близким к ER-диаграмме и декларирует
множество ресурсов, с каждым из которых ассоциируются пары
«свойство-значение».
Для того чтобы RDF-спецификация семантики ресурсов была
полной, необходимо ассоциировать с нею описание семантики
используемых в этой спецификации свойств, которое в термино-
логии RDF называется схемой. Никаких ограничений на способ
представления схемы в первой части спецификаций стандарта не
налагается. В качестве схемы может, например, использоваться
совокупность элементов Дублинского ядра. Другой, семантически
более богатый способ задания схемы, предлагаемый W3C, преду-
сматривает использование средств RDF Schema (RDFS) — другой
части стандарта RDF, основанной на объектной парадигме. Более
развитые средства для этой цели обеспечивает принятый консор-
циумом стандарт языка описания онтологий OWL.
Средства стандарта RDF рассматриваются консорциумом как
инструмент для поддержки описания семантики ресурсов в ар-
хитектуре семантического Веб.
Спецификации стандарта включают следующие документы:
•• RDF/XML Syntax Specification (Revised);
•• RDF Vocabulary Description Language 1.0: RDF Schema;
•• RDF Primer; Resource Description Framework (RDF): Concepts
and Abstract Syntax;
•• RDF Semantics; RDF Test Cases.
Формат HTML
Создатель W3C

82
Краткие метаописания стандартов IETF URN

Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / RDF / 
Охват Описание семантики ресурсов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы интеграции данных, сервисы управления
сервис ЭП данными, сервисы пользовательского интерфейса
Вид документа Стандарт
Статус документа Принят

IETF URN
Наименование Значение элемента метаописания
элемента
метаописания
Название Uniform Resource Name (URN)
Альтернативное Унифицированное имя ресурса (URN)
название
Язык Английский
Описание Унифицированное имя ресурса (Uniform Resource Name, URN)
является постоянным и глобально уникальным его именем. В от-
личие от унифицированного указателя ресурса (Uniform Resource
Locator, URL), который изменяется всякий раз, когда изменяется
местоположение объекта, URN не зависит от местоположения
ресурса и поэтому обладает более долгим жизненным циклом.
Два следующих стандарта IETF определяют функциональные
требования к URN и его синтаксис.

83
IETF URN

1. RFC 1737 — Functional Requirements for Uniform Resource Names


(Функциональные требования к  URN). Настоящий документ
определяет минимальный набор требований к идентификато-
ру ресурсов, называемому унифицированным именем ресурса
(URN). Унифицированное имя ресурса является дополнением
к унифицированной характеристике ресурса (Uniform Resource
Characteristics, URC) и к унифицированному указателю ресурса
(Uniform Resource Locators — URL). URN используется для иден-
тификации, URC для включения метаданных, а URL для указания
местоположения ресурсов. Требования, описанные в настоящем
документе, не обязательно являются исчерпывающими; напри-
мер, существует несколько проблем, связанных с поддержкой
дублирования ресурсов и с обеспечением безопасности. Эти
проблемы были обсуждены, однако, к настоящему времени они
не поняты в такой степени, чтобы быть включенными в качестве
требований в настоящий документ.
2. RFC 2141 — URN Syntax (Синтаксис URN). Унифицированное имя
ресурса (URN) предназначено для того, чтобы служить постоянным
и независимым от местоположения идентификатором ресурса.
Оно разработано для того, чтобы сделать более легким процесс
отображения другого пространства имен в пространство имен URN.
Поэтому синтаксис URN содержит средства кодирования символов
данных в такой форме, которую можно передать в существующих
протоколах, расшифровать на большинстве клавиатур и т. д.
Формат документа TXT
Создатель IETF
Издатель IETF
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / 2001 / NOTE-uri-clarification-20010921 / 
http://www.ietf.org / rfc / rfc1737
http://www.ietf.org / rfc / rfc2141
Охват Идентификаторы ресурсов, унифицированное
имя ресурса, унифицированные характеристики
ресурса, унифицированный указатель ресурса
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект
архитектуры ЭП интеграции и взаимодействия
Технологический Сервисы идентификации данных
сервис ЭП
Вид документа Стандарт
Статус документа Принят

84
Краткие метаописания стандартов IETF URL

IETF URL
Наименование Значение элемента метаописания
элемента
метаописания
Название RFC 1738. Uniform Resource Locators (URL)
Альтернативное RFC 1738. Унифицированные указатели ресурсов (URL)
название
Язык Английский
Описание Настоящий документ описывает синтаксис и семантику форма-
лизованной информации для определения местоположения и
доступа к ресурсам через интернет. Используемая для этих целей
компактная строка называется унифицированным указателем
ресурса (Uniform Resource Locator, URL).
Обычно URL начинается с указания используемого протокола, на-
пример, ftp://, если документ находится на FTP-сервере, или http://,
если он доступен через веб-сервер. Далее следует идентификатор
конкретной информации, например, имя домена, которому при-
надлежит сервер, название организации, путь имени файла на
этом сервере. Суффикс обозначает, как правило, тип организации
или название страны.
Формат документа TXT
Создатель IETF
Издатель IETF
Доступность Свободно доступен
документа
Источник http://tools.ietf.org / html / rfc 1738
Охват Унифицированный указатель ресурса, синтаксис
и семантика строки указателя ресурса
Уровень Технологический уровень
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы обмена данными, коммуникационные сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Принят

85
IETF HTTP

IETF HTTP
Наименование Значение элемента метаописания
элемента
метаописания
Название RFC 2616 — Hypertext Transfer Protocol — HTTP / 1.1. June 1999.
Альтернативное RFC 2616 — Протокол передачи
название гипертекста — HTTP / 1.1. Июнь 1999 г.
Язык Английский
Описание Международный протокол передачи гипертекста HTTP является
переговорным протоколом о доставке веб-сервером документа
веб-браузеру. Является основным протоколом Веб, определённым
в RFC 1945, 2068 и 2616, с помощью которого HTML-документы
пересылаются через интернет от узла к узлу. Обычно использует
порт 80.
Дальнейшим развитием является протокол прикладного уровня
HTTP+. Он обладает легкостью и скоростью, необходимыми для
распределенных, интегрированных и совместимых информаци-
онных систем гипермедиа.
Особенностью протокола HTTP является задание такого представ-
ления данных, которое позволяет обрабатывающим системам быть
независимыми от передаваемых ими данных. Версия HTTP / 1.1
предусматривает более строгие требования, чем предыдущий
протокол HTTP / 1.0 в части обеспечения гарантий более надежного
выполнения его функций.
Протокол HTTP также используется для обеспечения связи через
интернет между пользовательскими агентами и прокси / шлюзами
к другим системам, например, к тем, которые поддерживают про-
токолы SMTP (см. RFC2068), NNTP (см. RFC2068), FTP (см. RFC2068),
Gopher ( см. RFC2068) и WAIS (см. RFC2068). Таким образом, про-
токол HTTP поддерживает доступ ко всем основным ресурсам
гипермедиа для различных приложений.
Формат документа TXT
Создатель IETF
Издатель IETF
Доступность Свободно доступен
документа
Источник http://tools.ietf.org / html / rfc 2616
Охват Протокол передачи гипертекста http, протокол при-
кладного уровня, независимость от передаваемых
данных, доступ к ресурсам гипермедиа

86
Краткие метаописания стандартов IETF IRI

Уровень Технологический уровень


архитектуры ЭП
Аспект Аспект интеграции и взаимосвязи
архитектуры ЭП
Технологический Сервисы соединений, коммуникационные сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Принят

IETF IRI
Наименование Значение элемента метаописания
элемента
метаописания
Название RFC 3987 — Internationalized Resource
Identifiers (IRIs). January 2005.
Альтернативное RFC 3987. — Международные
название идентификаторы ресурсов (IRI). Январь 2005.
Язык Английский
Описание Стандарт определяет возможности использования удобочитаемых
строк литер, называемых международными идентификаторами
ресурса, для идентификации разнообразных ресурсов. Эти строки
могут быть, в частности, мнемоничными и могут содержать литеры
национальных алфавитов. Создание этого стандарта имеет це-
лью преодоление ограниченных возможностей стандарта Uniform
Resource Identifier (URI), обеспечивающего правила абстрактной
(независимой от места хранения ресурса) идентификации ре-
сурсов. Ограниченность возможностей идентификации ресурсов,
предусмотренных стандартом URI, заключается в том, что такие
идентификаторы могут содержать только латинские символы и знаки
препинания из набора символов ASCII. В случае использования
символов национальных алфавитов в URI потребуется кодировать
их в Unicode, а символы Unicode, в свою очередь, представлять
в URI в виде специальных комбинаций символов ASCII. В результате
идентификатор URI становится нечитаемым. В рассматриваемом
стандарте определено отображение IRI в URI, благодаря которому
можно использовать для идентификации IRI вместо URL.
Формат документа TXT
Создатель IETF
Издатель IETF
Доступность Свободно доступен
документа
Источник http://www.ietf.org/rfc/rfc3987.txt

87
IETF URI

Охват Идентификация ресурсов, независимая от их местоположения.


Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы обмена данными, коммуникационные сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Принят

IETF URI
Наименование Значение элемента метаописания
элемента
метаописания
Название RFC 3986 — Uniform Resource Identifier (URI): Generic Syntax
Альтернативное Унифицированный идентификатор
название ресурса (URI): Общий синтаксис
Язык Английский
Описание Данный стандарт определяет синтаксис унифицированного иден-
тификатора ресурса (Uniform Resource Identifier, URI), который
представляет собой зарегистрированную идентификацию ресурса,
относящуюся к используемому протоколу или к некоторому про-
странству имен.
URI является обобщением двух способов идентификации – URN
и URL. Использование URI играет важную роль в стандартах
XML, обеспечивая идентификацию ресурсов, независимую
от их местоположения. Синтаксически URI представляет
собой компактную последовательность символов, которая
идентифицирует абстрактный или физический ресурс. Данный
документ определяет общий синтаксис URI и процессы для
разрешения URI-ссылок, которые могут иметь, в частности,
относительную форму. В документе содержатся также руководящие
принципы и соображения по обеспечению безопасности при
использовании URI.
Синтаксис URI определяет грамматику, которая является супер-
набором всех действительных URI, обеспечивающим выполнение
синтаксического анализа общих компонентов URI-ссылок без не-
обходимости знать определенные схемой требования для каждого
возможного идентификатора.

88
Краткие метаописания стандартов IETF URN Namespaces

Данная спецификация не определяет порождающей грамматики


для URI, Эта задача должна решаться индивидуальными специфи-
кациями каждой конкретной схемы URI.
Формат документа TXT
Создатель IETF
Издатель IETF
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / 2001 / NOTE-uri-clarification-20010921 / 
http://www.ietf.org / rfc / rfc3986
Охват Унифицированный идентификатор ресурса, идентифи-
кация абстрактных или физических ресурсов, общий
синтаксис URI, протокол разрешения URI-ссылок.
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект
архитектуры ЭП интеграции и взаимодействия
Технологический Сервисы идентификации данных
сервис ЭП
Вид документа Стандарт
Статус документа Принят

IETF URN Namespaces


Наименование Значение элемента метаописания
элемента
метаописания
Название RFC 4122 — A Universally Unique IDentifier
(UUID) URN Namespace
Альтернативное RFC 4122 — Пространство имен универсально
название уникальных идентификаторов URN (UUID)
Язык Английский
Описание Настоящая спецификация определяет пространство имен уни-
версально уникальных идентификаторов URN (Uniform Resource
Name -унифицированных имен ресурсов), которые также называют
глобальными уникальными идентификаторами (Globally Unique
IDentifier — GUID). Такой идентификатор представляет собой код
длиной в 128 битов, уникальность которого может гарантироваться
независимо от места и времени его использования.

89
W3C RIF

Первоначально подобные уникальные идентификаторы использо-


вались в вычислительной системе сети Apollo, затем в стандартах
DCE (Distributed Computing Environment – распределенная ком-
пьютерная среда) организации OSF (Open Software Foundations),
а позже – на платформах Windows Microsoft.
Настоящая спецификация получена из спецификации DCE с раз-
решения OSF (переименованного позднее в The Open Group).
Формат документа TXT
Создатель IETF
Издатель IETF
Доступность Свободно доступен
документа
Источник http://tools.ietf.org / html / 4122
Охват Пространство имен URN, глобальные уникальные
идентификаторы, универсально уникальные иденти-
фикаторы, унифицированные имена ресурсов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект ин-
архитектуры ЭП теграции и взаимодействия
Технологический Информационные сервисы, коммуникационные
сервис ЭП сервисы, сервисы управления данными, сер-
вис ведения словарей / справочников
Вид документа Стандарт
Статус документа Принят

W3C RIF
Наименование Значение элемента метаописания
элемента
метаописания
Название RIF Use Cases and Requirements
Альтернативное Случаи использования и требования
название к формату обмена правилами (RIF)
Язык Английский

90
Краткие метаописания стандартов W3C RIF

Описание Данный рабочий проект стандарта описывает случаи использования


формата обмена правилами в семантическом Веб (Rule Interchange
Format, RIF) и требования к этому формату. Разрабатываемый
формат должен позволять транслировать правила между раз-
личными языками правил и благодаря этому обеспечить обмен
правилами между системами правил. Информационные системы,
основанные на правилах, получили широкое распространение.
К их числу относятся, например, экспертные системы и системы
дедуктивных баз данных. Разработки технологий семантического
Веб обеспечивают новую среду использования таких систем.
Спецификация RIF может рассматриваться как составная часть
комплекса стандартов для семантического Веб.
Важнейшее требование к создаваемому стандарту — обеспече-
ние возможности его использования не только в текущем со-
стоянии технологий, основанных на правилах, но и его гибкости,
достаточной для обеспечения его использования в процессе их
эволюции.
Данный документ, описывающий наиболее вероятные случаи ис-
пользования RIF, даст возможность определить функциональные
требования к нему и на этой основе разработать адекватные
спецификации языка. В данном проекте рассмотрено предста-
вительное множество типов сценариев использования будущего
языка, которые RIF должен поддерживать. Было выявлено около
50 случаев использования, которые сгруппированы в восемь
общих категорий.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / 2006 / WD-rif-ucr-20060710 / 
Охват Семантический Веб, язык правил, обмен описаниями правил
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными, сервисы обмена данными
сервис ЭП
Вид документа Стандарт
Статус документа Рабочий проект

91
W3C SVG

W3C SVG
Наименование Значение элемента метаописания
элемента
метаописания
Название Scalable Vector Graphics (SVG) 1.1 Specifications
Альтернативное Спецификации масштабируемой
название векторной графики (SVG), версия 1.1
Язык Английский

Описание Масштабируемая векторная графика (Scalable Vector Graphics,


SVG) — это обладающая статусом стандарта консорциума W3C плат-
форма для двумерной графики, состоящая из двух частей — осно-
ванного на языке XML формата файла и интерфейса прикладного
программирования для графических приложений.
Первая часть платформы специфицируется в документе W3C
Scalable Vector Graphics (SVG) 1.1 Specifications, а вторая — в
Mobile SVG Profiles: SVG Tiny and SVG Basic. Определяемые во
втором документе профили предназначены для устройств с огра-
ниченными ресурсами, в частности, для мобильных телефонов
нового поколения.
Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / SVG11 / 
http://www.w3.org / TR / SVGMobile / 
Охват Масштабируемая векторная графика
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы обмена данными, сервисы графических данных
сервис ЭП
Вид документа Стандарт
Статус документа Принят

92
Краткие метаописания стандартов W3C SAWSDL

W3C SAWSDL
Наименование Значение элемента метаописания
элемента
метаописания
Название Semantic Annotations for WSDL and XML Schema
Альтернативное Семантические аннотации для WSDL и XML-схемы
название
Язык Английский
Описание Упоминаемое в названии данного стандарта (SAWSDL) понятие
семантической аннотации понимается как дополнительная ин-
формация в документе, которая указывает или определяет концепт
в семантической модели предметной области, описывающий
какую-либо часть этого документа. В свою очередь, семантическая
модель представляет собой множество машино-интерпретируемых
представлений, используемых для моделирования некоторой об-
ласти знаний или некоторой части реального мира (предметной
области). Примером такой модели является онтология.
Предметом рассмотрения стандарта SAWSDL является семан-
тическое аннотирование описаний интерфейсов веб-сервисов
на синтаксическом уровне, представленных средствами языка
Web Services Description Language (WSDL) версии 2.0 и языка
XML Schema Part 1: Structure. Семантические аннотации могут
использоваться в процессе поиска (обнаружения) требуемых
веб-сервисов и при их композиции.
Семантические аннотации при этом рассматриваются как атри-
буты элементов XML-документов, которые добавляются к WSDL-
описанию в его компоненты, которые они описывают. Такие
семантические аннотации могут быть двух видов: явные иден-
тификаторы концептов либо идентификаторы отображений ком-
понентов WSDL-описания в концепты, или наоборот.
Главной целью стандарта SAWSDL является определение набора
указанных атрибутов расширения языка WSDL и языка определе-
ния XML-схемы, позволяющих описать дополнительную семантику
компонентов WSDL. Эта спецификация определяет, каким образом
осуществляется семантическая аннотация путем использования
ссылок на семантические модели, например, онтологии.
В данном стандарте не предлагается какого-либо конкретного язы-
ка для описания семантических моделей, не предъявляется каких-
либо конкретных требований к способам их представления.

93
W3C SAWSDL

Например, не оговаривается, какие конкретно языки описания


онтологий должны использоваться. Вместо этого предлагаются
механизмы, с помощью которых компоненты WSDL-описания
(структуры входных и выходных сообщений, интерфейсы, опе-
рации) и XML-схемы, использующие семантические аннотации,
могут ссылаться на концепты семантических моделей, обычно
определенных вне WSDL-описаний.
Как известно, описания интерфейсов веб-сервисов состоят из
компонентов двух категорий. Компоненты первой категории,
к числу которых относятся типы, интерфейс, операции, умолча-
ния, обеспечивают представление абстрактного описания веб-
сервиса. Компоненты второй категории описывают реализацию
веб-сервиса. Важно заметить, что данный стандарт касается только
семантического аннотирования абстрактных определений веб-
сервисов, обеспечивая тем самым возможности для динамического
обнаружения, композиции и вызова веб-сервисов. Стандарт не
имеет отношения к семантическому аннотированию описаний
реализаций веб-сервисов.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / sawsdl / 
Охват Механизмы для семантического аннотирования спецификаций
интерфейсов веб-сервисов и связанных с ними XML-схем
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Веб-сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Принят

94
Краткие метаописания стандартов W3C SOAP

W3C SOAP
Наименование Значение элемента метаописания
элемента
метаописания
Название Simple Object Application Protocol (SOAP)
Альтернативное Простой объектный протокол доступа
название
Язык Английский
Описание SOAP — это стандарт коммуникационного XML-протокола кон-
сорциума W3C, созданный на основе ранее разработанной его
версии совместно компаниями Microsoft, IBM, DevelopMentor
и UserLand Software как расширение ранее созданного протокола
XML-RPC (1999). Это — упрощенный коммуникационный прото-
кол, обеспечивающий обмен структурированными сообщениями
в децентрализованной распределенной среде. Сообщения SOAP
представляют собой XML-документы специального формата.
Одной из главных сфер применения этого протокола является
обмен информацией между веб-сервисами. Cтруктура сообще-
ний, используемых для обмена информацией, специфицируется
в действующей версии SOAP в терминах стандарта XML Infoset,
что позволяет определять их контент на абстрактном уровне,
независимо от семантики передаваемой информации. Именно
благодаря этому протокол обеспечивает взаимодействия, служа-
щие как для передачи данных, так и для удаленного вызова про-
цедур (RPC). Предполагается, что семантическая интерпретация
сообщений осуществляется приложениями SOAP, в частности,
веб-сервисами.
SOAP — это протокол без состояния, обеспечивающий обмен
сообщениями в симплексном режиме. Однако приложения могут
поддерживать более сложные модели процесса обмена, используя
комбинации такого рода односторонних обменов с возможно-
стями базовых транспортных протоколов и с учетом семантики
передаваемых данных.
В спецификациях стандарта сформулированы принципы связы-
вания протокола SOAP с различными базовыми транспортными
протоколами, в частности, содержится определение связывания
с протоколом HTTP.
Наконец, специальный документ стандарта посвящен представ-
лению набора утверждений, на которых основаны спецификации,
и тестов, которые позволяют проверять, реализованы ли эти
утверждения в конкретных процессорах SOAP с тем, чтобы устанав-
ливать, соответствуют ли они стандарту, и тем самым гарантировать
их интероперабельность. Использование интероперабельных
процессоров SOAP в различных реализациях веб-серверов обе-
спечивает возможность обмена информацией между ними.

95
W3C SOAP

Спецификации действующей версии протокола SOAP состоят из


семи следующих документов:
•• SOAP Version 1.2 Part 0: Primer (Second Edition);
•• SOAP Version 1.2 Part 1:
Messaging Framework (Second Edition);
•• SOAP Version 1.2 Part 2: Adjuncts. (Second Edition);
•• SOAP Version 1.2 Specification
Assertions and Test Collection (Second Edition);
•• XML-binary Optimized Packaging;
•• SOAP Message Transmission Optimization Mechanism;
•• Resource Representation SOAP Header Block.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / soap12‑part0 / 
http://www.w3.org / TR / soap12‑part1 /
http://www.w3.org / TR / soap12‑part2 / 
http://www.w3.org / TR / soap12‑testcollection
http://www.w3.org / TR / xop10 / 
http://www.w3.org / TR / soap12‑mtom /
http://www.w3.org / TR / soap12‑rep / 
Охват Коммуникационный протокол для обмена XML-данными,
связывание с базовыми транспортными протоколами
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект взаимодействия и интеграции
архитектуры ЭП
Технологический Веб-сервисы, коммуникационные сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Принят

96
Краткие метаописания стандартов W3C SPARQL

W3C SPARQL
Наименование Значение элемента метаописания
элемента
метаописания
Название SPARQL Query Language for RDF (SPARQL)
Альтернативное Язык запросов SPARQL для RDF (SPARQL)
название
Язык Английский
Описание SPARQL — это стандарт платформы XML, который определяет язык
запросов для RDF-спецификаций, описывающих ресурсы Веб
средствами стандарта RDF.
Создание этого языка пополняет еще одним важным функциональ-
ным компонентом формируемую многоуровневую информацион-
ную архитектуру семантического Веб. В сочетании со специфика-
циями RDF язык SPARQL определяет полнофункциональную модель
данных семантического уровня представления ресурсов Веб,
включающую как дескриптивные средства для описания ресурсов,
так и операционные возможности. Имеющиеся в настоящее время
средства семантического описания ресурсов Веб (стандарты RDF,
RDFS и OWL) не обладают какими-либо операционными возмож-
ностями, адекватными этому уровню представления ресурсов Веб.
Стандарт SPARQL восполняет этот пробел, позволяя извлекать
данные по запросу из RDF-спецификаций, а также конструировать
новые компоненты RDF-спецификации.
Разработчики стандарта SPARQL рассматривают этот язык также
как средство интеграции ресурсов из нескольких неоднородных
источников.
Спецификации данного стандарта SPARQL включают следующие
документы:
•• SPARQL Query Language for RDF;
•• SPARQL Query Results XML Format;
•• SPARQL Protocol for RDF.
Наряду с определением собственно языка SPARQL эти специфика-
ции включают описание протокола SPARQL для RDF и XML-формата
представления результатов обработки SPARQL-запросов.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа

97
OASIS UDDI

Источник http://www.w3.org / TR / rdf-sparql-query / 
http://www.w3.org / TR / rdf-sparql-XMLres / 
http://www.w3.org / TR / rdf-sparql-protocol / 
Охват Язык запросов для RDF-спецификаций
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

OASIS UDDI
Наименование Значение элемента метаописания
элемента
метаописания
Название UDDI Version 3.0.2
Альтернативное Стандарт универсального описания, обна-
название ружения и интеграции, версия 3.0.2
Язык Английский
Описание Главное цель стандарта UDDI (Universal Description Discovery &
Integration, UDDI) состоит в определении набора сервисов, под-
держивающих описание и обнаружение: 1) бизнесов, организаций
и других поставщиков веб-сервисов; 2) веб-сервисов, которые
они делают доступными, и 3) технических интерфейсов, которые
можно использовать для доступа к этим сервисам.
Основываясь на общем наборе стандартов, в частности, на HTTP,
XML, XML Schema и SOAP, стандарт UDDI обеспечивает инте-
роперабельную базовую инфраструктуру для основанной на
технологиях веб-сервисов программной среды как для свободно
доступных сервисов, так и для сервисов, доступных только внутри
организации.

98
Краткие метаописания стандартов W3C OWL

Данный документ определяет технологию публикации сведений


о веб-сервисах в общедоступном регистре и их обнаружения
в Веб. Четыре копии UDDI-регистра поддерживаются на серверах
компаний IBM, Microsoft, SAP, HP и синхронизируются в течение
суток. Стандарт определяет содержание и формат описания
функциональных возможностей и интерфейсов веб-сервисов,
компаний — их владельцев, а также интерфейсы самого регистра
для публикации сведений и для запросов.
Интерфейсы веб-сервисов описываются на языке WSDL. Доступ
к регистру осуществляется по протоколу SOAP.
Формат HTML
Создатель OASIS
Издатель OASIS
Доступность Свободно доступен
документа
Источник http://uddi.org / pubs / uddi_v3.htm
Охват Публикация описаний веб-сервисов и обеспечение
их поиска потенциальными пользователями
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект
архитектуры ЭП интеграции и взаимодействия
Технологический Веб-сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Проект

W3C OWL
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Ontology Language (OWL) Specification
Альтернативное Спецификация языка описания онтологий (OWL)
название
Язык Английский

99
W3C OWL

Описание Этот стандарт определяет один из ключевых компонентов семан-


тического Веб. Язык OWL предназначен для приложений, задача
которых состоит не в представлении информации для человека,
а в обработке содержания информации. OWL — это язык для
определения структурированных, поддерживаемых в Веб онто-
логий, которые обеспечивают более богатую интеграцию и инте-
роперабельность данных, чем ранние языки, не ориентированные
на Веб и, в частности, на семантический Веб. Язык OWL основан
на стандартах RDF и RDFS, обогащает их возможности описания
свойств и классов и располагает более богатой системой типов.
Стандарт определяет три уровня языка OWL (три подъязыка), раз-
личающиеся уровнем выразительных возможностей: OWL Lite, OWL
DL и OWL Full. Подъязык OWL Lite предназначен для пользовате-
лей, которые довольствуются иерархическими классификация-
ми и простыми ограничениями. Подъязык OWL DL обеспечивает
максимальные выразительные возможности при сохранении вы-
числительной полноты (все выводы гарантированно вычислимы)
и разрешимости (все вычисления будут завершаться в конечное
время). Аббревиатура DL в названии этого подъязыка указывает, что
он основан на дескриптивной логике (Description Logics) — классе
логик, представляющих собой разрешимые подмножества логик
первого порядка. Этот подъязык включает все конструкции OWL,
но они должны использоваться с определенными ограничениями.
Наконец, подъязык OWL Full предназначен для пользователей,
которым необходимы максимальные выразительные возможности
OWL. Однако авторы стандарта высказывают сомнения по поводу
того, что какой-либо коммерческий программный продукт будет
способен поддерживать полные спецификации OWL Full.
Спецификации стандарта состоят из следующих документов:
•• OWL Web Ontology Language Overview;
•• OWL Web Ontology Language Guide;
•• OWL Web Ontology Language Reference;
•• OWL Web Ontology Language Semantics and Abstract Syntax;
•• OWL Web Ontology Language Test Cases;
•• OWL Web Ontology Language Use Cases and Requirements;
•• OWL Web Ontology Language XML Presentation Syntax.
Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / 2004 / OWL / 
Охват Онтологии, языки описания онтологий

100
Краткие метаописания стандартов W3C WSCI

Уровень Архитектура деятельности, архитектура при-


архитектуры ЭП кладных систем, технологическая архитектура
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы интеграции данных, сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C WSCI
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Service Choreography Interface (WSCI) 1.0
Альтернативное Интерфейс хореографии веб-сервисов WSCI 1.0
название
Язык Английский
Описание Интерфейс хореографии веб-сервисов (WSCI) — это основан-
ный на XML язык описания интерфейса, определяющий поток
сообщений, которым обменивается веб-сервис в процессах его
взаимодействия с другими веб-сервисами. Описываемый дина-
мический интерфейс обеспечивает обмен сообщениями посред-
ством многократного использования операций, определенных для
статического интерфейса.
Язык WSCI используется совместно с языком описания веб-сервисов
WSDL. Средствами WSCI могут описываться особенности поведения
веб-сервисов, выражающиеся в терминах временных и логических
зависимостей в совокупности обмениваемых сообщений, в
том числе обработка исключительных ситуаций, выполнение
транзакций. Имеется возможность описывать коллективный обмен
сообщениями между взаимодействующими веб-сервисами и, таким
образом, обеспечивать глобальное, ориентированное на обмен
сообщениями представление о процессах взаимодействия.
WSCI не затрагивает определений и выполнения внутренних
процессов, которые фактически управляют процессами обмена
сообщениями.
Формат HTML
Создатель W3C
Издатель W3C

101
W3C WS-Addressing

Доступность Свободно доступен


документа
Источник http://www.w3.org / TR / wsci / 
Охват Хореография веб-сервисов, обмен сообще-
ниями, поведение веб-сервисов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Архитектура интеграции и взаимодействия
архитектуры ЭП
Технологический Коммуникационные сервисы, веб-сервисы
сервис ЭП
Вид документа Предложение на стандартизацию
Статус документа Опубликован W3C

W3C WS-Addressing
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Addressing (WS-Addressing) 1.0
Альтернативное Адресация веб-сервисов (WS-Addressing), версия 1.0
название
Описание Данный стандарт определяет механизмы адресации веб-сервисов
и сообщений, независимой от транспортных протоколов. Благодаря
этому система обмена сообщениями имеет возможность незави-
симым от транспорта сообщений образом поддерживать передачу
сообщений по сети, включающую обрабатывающие узлы, например,
менеджеры конечных точек, сетевые фильтры и шлюзы.
В стандарте определяются абстрактным образом две важных ха-
рактеристики, связанные с передачей информации — ссылка на
конечную точку и свойство адресации сообщения. Воплощающие
эти характеристики данные представляются в унифицированном
формате и благодаря этому могут обрабатываться независимо от
используемого транспорта или приложений.

102
Краткие метаописания стандартов W3C WS-Addressing

Конечная точка веб-сервиса — это сущность, на которую можно


ссылаться, какой-либо процессор или ресурс, которые могут
быть целевыми для сообщений веб-сервиса. Ссылки на конеч-
ные точки служат для передачи информации, необходимой для
идентификации конечной точки веб-сервиса (для ссылки на нее).
Эта информация может использоваться различными способами.
Во-первых, можно передать информацию, необходимую для до-
ступа к конечной точке веб-сервиса. Во-вторых, можно каждое
отдельное сообщения, посылаемое веб-сервисами или направ-
ляемое веб-сервисам снабжать адресами. Для обеспечения этой
второй возможности в данном стандарте определяются свойства
адресации сообщений, позволяющие унифицировать адресацию
сообщений по отношению к используемым транспортным про-
токолам. Тем самым предусматриваются возможности адресация
сообщений, независимые от транспорта.
Указанные возможности адресации веб-сервисов определены
в первой части стандарта (Web Services Addressing 1.0 — Core).
Две дополнительные части спецификаций этого стандарта посвя-
щены описанию правил связывания предлагаемой транспортно-
независимой адресации веб-сервисов для языка описания интер-
фейсов веб-сервисов (часть WSDL Binding) и для протокола SOAP
(часть SOAP Binding), т. е. правил представления предложенных
в стандарте способов адресации веб-сервисов средствами языка
WSDL и протокола SOAP, соответственно.
Язык Английский
Формат документа HTML

Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / 2002 / ws / addr / 
Охват Адресация веб-сервисов, XML — элементы для идентифи-
кации конечных точек веб-сервисов, информационная
модель для ссылок, представление конечной точки
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информационной безопасности
архитектуры ЭП
Технологический Коммуникационные сервисы, веб-сервисы, сервисы
сервис ЭП безопасности, сервисы безопасной взаимосвязи
Вид документа Стандарт
Статус документа Принят

103
WS-AtomicTransaction

WS-AtomicTransaction
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Atomic Transaction
(WS-AtomicTransaction) Version 1.0 August 2005
Альтернативное Атомарные транзакции веб-сервисов
название (WS-AtomicTransaction), версия 1.0. Август 2005
Язык Английский
Описание Данный документ содержит определение вида координации
атомарных транзакций, который должен использоваться с рас-
ширяемой средой координации, описанной в спецификации
WS-Coordination. В документе определяются соглашения по трем
конкретным видам протоколов координации для атомарных тран-
закций: завершение (completion), кратковременная двухфазная
фиксация транзакций (volatile two-phase commit) и долговремен-
ная двухфазная фиксация транзакций (durable two-phase commit).
Разработчики могут использовать любой из них или все пере-
численные типы протоколов при построении своих приложений,
когда требуются непротиворечивые соглашения относительно
результатов непродолжительных по времени распределенных
действий, обладающих свойством «все или ничего».
Формат документа PDF

Создатель BEA Systems, IBM, Microsoft, Hitachi, IONA, Arjuna Technologies


Издатель BEA Systems, IBM, Microsoft, Hitachi, IONA, Arjuna Technologies
Доступность Свободно доступен
документа
Источник http: //specs. xmlsoap. org / ws / 2004 / 10 / wsat / wsat. pdf
Охват Атомарные транзакции веб-сервисов, типы
координации транзакций, расширяемая среда
координации, соглашения по протоколам
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Сервисы обработки транзакций, веб-сервисы
сервис ЭП
Вид документа Индустриальный стандарт
Статус документа Принят

104
Краткие метаописания стандартов WS-BusinessActivity

WS-BusinessActivity
Наименование Значение элемента метаописания
элемента
метаописания

Название Web Services Business Activity Framework


(WS-BusinessActivity) Version 1.0 August 2005
Альтернативное Среда бизнес-деятельности веб-сервисов
название (WS-BusinessActivity), версия 1.0, Август 2005
Язык Английский
Описание Данная спецификация обеспечивает определение типов коор-
динации бизнес-деятельности, которые должны быть использо-
ваны совместно с расширяемой средой координации, описанной
в спецификации WS-Coordination. Спецификация WS-Business
Activity определяет два конкретных протокола координации
соглашений для координации бизнес-деятельности: бизнес-
соглашение с участниками и бизнес-соглашение с координатором.
Разработчики могут использовать любой из этих протоколов или их
все при построении приложений, которые требуют согласованных
соглашений относительно результатов, получаемых в процессе
длительной распределенной бизнес-деятельности.
Формат документа PDF

Создатель BEA, IBM, Microsoft, RSA Security и SAP


Издатель BEA, IBM, Microsoft, RSA Security и SAP
Доступность Свободно доступен
документа
Источник http://www.ibm.com / developerworks / library 
  / ↵
specification / ws-tx / 
Связь http://xml.coverpages.org / WS-BusinessActivity200508.pdf
Охват Координация бизнес-деятельности веб-сервисов, виды
соглашений о типах протоколов координации
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Веб-сервисы
сервис ЭП
Вид документа Индустриальный стандарт
Статус документа Проект

105
W3C WS-CDL

W3C WS-CDL
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Choreography Description
Language Specification Version 1.0
Альтернативное Спецификация языка описания
название хореографии веб-сервисов, версия 1.0
Язык Английский
Описание Данный стандарт определяет начальную версию языка описа-
ния хореографии веб-сервисов (WS-CDL), основанного на XML.
Хореографией веб-сервисов называется композиция интеропе-
рабельных одноранговых взаимодействий между веб-сервисами
любых типов, определяемая независимо от поддерживающих их
платформ или систем программирования, которые используются
для реализации среды функционирования. Определяемые хорео-
графией взаимодействия веб-сервисов осуществляются с помощью
упорядоченного предписанным образом обмена сообщениями
между ними, например, путем вызова операций, определенных
средствами языка WSDL. Спецификация хореографии сервисов-
участников с помощью языка WS-CDL определяет их поведение
во взаимодействиях с «глобальной» точки зрения. Эта глобальная
спецификация используется далее для реализации и тестирования
в соответствии с нею локального поведения всех вовлекаемых
в описываемые взаимодействия веб-сервисов. Спецификация
хореографии обеспечивает возможность четкого определения
согласованных правил участия веб-сервисов во взаимодействиях.
Каждый из них реализует свой фрагмент глобально определенной
хореографии. Язык WS-CDL позволяет описывать хореографии
стандартным образом на основе синтаксиса XML.
Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / ws-cdl-10 / 
Охват Хореография веб-сервисов, язык
описания хореографии веб-сервисов
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП

106
Краткие метаописания стандартов WS-Coordination

Технологический Веб-сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Проект

WS-Coordination
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Coordination (WS-Coordination)
Version 1.0 August 2005
Альтернативное Координация веб-сервисов
название (WS-Coordination), версия 1.0, август 2005
Язык Английский
Описание Данный документ входит в состав набора спецификаций Web
Services Transactions Specifications. В нем описывается рас-
ширяемая среда, позволяющая реализовать протоколы, которые
координируют действия распределенных приложений. Такие
протоколы координации используются для поддержки различных
приложений, в том числе требующих непротиворечивых соглаше-
ний относительно результатов распределенных действий.
Определенная в данном документе среда позволяет прикладным
сервисам создавать контекст, который должен распространяться
на другие сервисы, а также точно соответствовать протоколам
координации. Эта среда, кроме того, позволяет существующим
видам обработки транзакций, последовательностям выполняемых
действий и процессов, а также другим системам, обеспечивающим
координацию, инкапсулировать их внутренние собственные про-
токолы и работать в неоднородной окружающей среде.
Наконец, в данном документе вводится определение структуры
контекста и устанавливаются требования к распространению
контекста между взаимодействующими сервисами.
Формат документа PDF

Создатель BEA Systems, IBM, Microsoft.


Издатель BEA Systems, IBM, Microsoft.
Доступность Свободно доступен
документа
Источник http://download.boulder.ibm.com / ibmdl / pub / ↵
software / dw / specs / ws-tx / WS-Coordination. pdf

107
W3C WSDL

Охват Координация веб-сервисов, взаимодействующие


распределенные приложения, структура контекста
координации распределенных приложений
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Сервисы обработки транзакций, веб-сервисы
сервис ЭП
Вид документа Индустриальный стандарт
Статус документа Принят

W3C WSDL
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Description Language (WSDL) Version 2.0
Альтернативное Язык описания веб-сервисов (WSDL), версия 2.0
название
Язык Английский
Описание Стандарт консорциума W3C, разработанный на основе языка,
который был создан компаниями IBM, Microsoft и Ariba. Язык
WSDL служит для определения и публикации сведений о веб-
сервисах — абстрактных описаний интерфейсов веб-сервисов
в формате XML, независимых от их реализации. При этом веб-
сервис понимается как программная система, идентифицируемая
с помощью некоторого URI, общедоступный интерфейс которой
и связывания определяются и описываются с помощью XML.
Интерфейс веб-сервиса аналогичен интерфейсам в стандартах
CORBA и DCOM. Его определение может быть обнаружено другими
программными системами. Эти системы могут в таких случаях
взаимодействовать с этим веб-сервисом таким способом, который
предписывается его определением, используя основанный на XML
обмен сообщениями, передаваемыми по Интернет-протоколам.
Язык WSDL позволяет описывать с помощью XML-схем используе-
мые веб-сервисом данные, операции, которые выполняются над
этими данными, а также связывания для протоколов, используя
которые следует отправлять данные веб-сервису и получать их
от него. В стандарте определяются связывания для протоколов
SOAP, HTTP и MIME.

108
Краткие метаописания стандартов W3C WSDL

Описания типов данных, операций и связываний являются тре-


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

Спецификации стандарта включают три документа:


•• Web Services Description Language (WSDL) Version 2.0 Part 0:
Primer;
•• Web Services Description Language (WSDL) Version 2.0 Part 1:
Core Language;
•• Web Services Description Language (WSDL) Version 2.0 Part 2:
Adjuncts.
Первый из них представляет собой краткий учебник по языку
WSDL. Во втором документе содержатся полные спецификации
языка WSDL. Наконец, в третьем документе специфицируются
связывания для протоколов SOAP, HTTP и MIME, определяются
шаблоны обмена сообщениями.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / wsdl20‑primer / 
http://www.w3.org / TR / wsdl20 / 
http://www.w3.org / TR / wsdl20‑adjuncts / 
Охват Веб-сервисы, описание интерфейсов веб-сервисов

109
WS-Discovery

Уровень Архитектура прикладных систем, технологическая архитектура


архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Веб-сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Принят

WS-Discovery
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Dynamic Discovery (WS-Discovery), April 2005
Альтернативное Динамическое обнаружение веб-сервисов (WS-Discovery),
название апрель 2005
Язык Английский
Описание Данная спецификация определяет широковещательный протокол
обнаружения сервисов для случаев, когда клиенту требуется
один или более целевых сервисов. Клиент посылает сообще-
ние группе сервисов с помощью широковещательной передачи.
Целевые сервисы, которые соответствуют искомому перечню,
посылают свой ответ непосредственно запрашивающему сервису.
Для определения местонахождения целевых сервисов по имени
клиент посылает повторный запрос в эту группу сервисов, и це-
левые сервисы посылают ответ непосредственно этому клиенту.
В документе рассмотрены требования к протоколу широковеща-
тельной передачи, примеры реального использования протокола,
терминология, используемое пространство имен, назначение
протокола, вопросы соответствия этому протоколу.
Формат документа PDF

Создатель Microsoft при поддержке компаний BEA


Systems, Canon, Intel и webMethods
Издатель Microsoft
Доступность Свободно доступен
документа
Источник http://specs.xmlsoap.org / ws / 2005 / 04 / ↵
discovery / ws-discovery.pdf

110
Краткие метаописания стандартов WS-Federation

Охват Динамическое обнаружение веб-сервисов,


широковещательный протокол, определение
местонахождения целевых сервисов
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Веб-сервисы
сервис ЭП
Вид документа Индустриальный стандарт
Статус документа Принят

WS-Federation
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Federation Language (WS-Federation)
Альтернативное Язык федерации веб-сервисов (WS-Federation)
название
Язык Английский
Описание Настоящая спецификация определяет механизмы, которые позво-
ляют использовать различные виды защиты в пределах области
федерации веб-сервисов, посредничая в обеспечении доверия
к идентификаторам, атрибутам и к аутентификации между раз-
личными участниками и провайдерами веб-сервисов. Механизмы,
определенные в данной спецификации, могут использоваться
пассивными и активными агентами, запрашивающими услуги.
Данная спецификация определяет модель и структуру для федера-
ции веб-сервисов; последующие документы определяют профили,
которые детализируют, каким образом различные запрашивающие
агенты должны применять эту модель.
Главная цель этой спецификации состоит в том, чтобы сделать
доступными в пределах федерации идентификаторы, атрибуты,
аутентификацию и авторизацию информации.
Формат документа HTML

Создатель IBM, Microsoft, BEA Systems, RSA Security, VeriSign


Издатель Microsoft

111
W3C WS-Policy

Доступность Свободно доступен


документа
Источник http://msdn.microsoft.com / webservices / ↵
understanding / advancedwebservices / ↵
default.aspx?pull= / library 
  / ↵
en-us / dnglobspec / html / ws-federation.asp
Охват Федерация веб-сервисов, язык федерации веб-сервисов,
аутентификация и авторизация информации
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Веб-сервисы, сервисы безопасности, сер-
сервис ЭП висы безопасной взаимосвязи
Вид документа Индустриальный стандарт
Статус документа Принят

W3C WS-Policy
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Policy 1.5
Альтернативное Политика веб-сервисов, версия 1.5
название
Язык Английский
Описание Спецификации данного стандарта консорциума W3C состоят из
двух документов :
•• Web Services Policy 1.5 — Framework;
•• Web Services Policy 1.5 — Attachment.
Первый из них определяет абстрактную модель и основанный на
XML синтаксис (базовое множество конструкций), необходимые
для описания политик, касающихся специфических для предмет-
ной области возможностей, требований и характеристик сущностей
в системах с веб-сервисной архитектурой.

112
Краткие метаописания стандартов W3C WS-Policy

Субъектами политик в данном стандарте могут быть схемы ау-


тентификации, транспортные протоколы, элементы поведения
сервисов, характеристики качества услуг, характеристики безопас-
ности, сообщения, ресурсы, взаимодействия, конечные точки
коммуникаций с веб-сервисами и др. При этом политики могут
определяться как часть существующих метаданных указанных
субъектов или независимо от них как самостоятельная специ-
фикация. Политика определяется при этом как совокупность
альтернатив, где каждая альтернатива, в свою очередь, отобра-
жается совокупностью формализованных утверждений политики.
Некоторые формализованные утверждения политики определяют
традиционные требования и возможности, которые, в конечном
счете, проявляются в материализованном виде (например, схе-
ма аутентификации, выбор транспортного протокола). Другие
формализованные утверждения политики не имеют никакого
подобного материализованного проявления, однако, они имеют
важное значение для процессов надлежащего выбора сервисов
и порядка их использования (например, политика обеспечения
конфиденциальности или приватности, характеристики качества
обслуживания).
Второй документ спецификаций данного стандарта определяет
два механизма, обеспечивающих ассоциирование описываемых
политик с описаниями WSDL и UDDI.
Формат документа HTML

Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / ws-policy
http://www.w3.org / TR / ws-policy-attach
Охват Среда для определения политики веб-сервисов, среда и модель
декларации политики веб-сервисов, грамматика для выраже-
ния политики, механизмы реализации политик веб-сервисов
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект интеграции и взаимодействия
архитектуры ЭП
Технологический Веб-сервисы
сервис ЭП
Вид документа Стандарт
Статус документа Принят

113
OASIS WS-Reliability

OASIS WS-Reliability
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Reliable Messaging TC.
WS-Reliability 1.1. OASIS Standard, November 15, 2004
Альтернативное Технический комитет по надежной передаче
название сообщений веб-сервисами. Стандарт консорциума
OASIS — WS-Reliability 1.1. 15 ноября 2004
Язык Английский
Описание WS-Reliability является модулем протокола SOAP 1.2, выполняю-
щим требования по обеспечению надежной передачи сообщений,
которые являются необходимыми в некоторых приложениях
веб-сервисов. Протокол SOAP (SOAP 1.1 и SOAP 1.2), работающий
над протоколом HTTP, не удовлетворяет указанным требованиям
в тех случаях, когда протокол передачи сообщений прикладного
уровня должен гарантировать определенный уровень надежности
и защиты передаваемых сообщений.
Данная спецификация определяет надежность в контексте текущих
стандартов веб-сервисов. Данная спецификация была разрабо-
тана для использования в сочетании с другими дополнительными
протоколами и основывается на предыдущем опыте (например,
услуги по передаче сообщений ebXML).
Формат документа PDF

Создатель OASIS
Издатель OASIS
Доступность Свободно доступен
документа
Источник http://docs.oasis-open.org / wsrm / ↵
ws-reliability / v1.1 / wsrm-ws_reliability-1.1‑spec-os.pdf
Охват Надежная передача сообщений
веб-сервисами по протоколу SOAP
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информационной безопасности
архитектуры ЭП
Технологический Веб-сервисы, сервисы безопасности, сер-
сервис ЭП висы безопасной взаимосвязи
Вид документа Стандарт
Статус документа Проект

114
Краткие метаописания стандартов WS-SecureConversation

WS-SecureConversation
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Secure Conversation Language,
WS-SecureConversation. February 2005
Альтернативное Язык безопасного общения веб-сервисов
название (WS-SecureConversation), февраль 2005
Язык Английский
Описание Механизмы, определенные в известной спецификации WS-Security
реализуют основу семантики безопасной передачи сообщений. Эти
механизмы могут быть также использованы для множественных
обменов сообщениями.
Данная спецификация является расширением WS-Secure и WS-Trust.
Она определяет расширения, которые позволяют устанавливать
безопасность в контексте обеспечения защиты и совместного
использования ключей защиты. Этот механизм позволяет уста-
навливать потенциально более эффективные ключи защиты или
применять новые данные для обмена ключами и таким образом
улучшать показатели выполнения работы и обеспечения защиты
последовательности обменов.
Спецификация WS-Security сосредотачивается на модели иден-
тификации сообщений. Этот подход, который является полезным
для многих других ситуаций, в то же время является субъектом для
нескольких форм попыток проникновения в защищённую систему.
Поэтому настоящая спецификация вводит контекст защиты и по-
рядок его использования. Контекстная модель аутентификации
подтверждает подлинность серии сообщений, но требует уста-
новления дополнительных коммуникаций в тех случаях, когда
идентификация проводится до проведения нормального обмена.
Этот контекст защиты определен как новый маркер WS-Security,
который получен с использованием языка WS-Trust.
Формат документа PDF
Создатель IBM, Microsoft, Actional, BEA, Computer Associates,
Layer 7 Technologies, Oblix, OpenNetwork Technologies,
Ping Identity, Reactivity, RSA Security, VeriSign
Издатель IBM, Microsoft, Actional, BEA, Computer Associates,
Layer 7 Technologies, Oblix, OpenNetwork Technologies,
Ping Identity, Reactivity, RSA Security, VeriSign
Доступность Свободно доступен
документа
Источник http://specs.xmlsoap.org / ws / 2005 / 02 / ↵
sc / WS-SecureConversation.pdf

115
OASIS WS-Security

Охват Веб-сервисы, язык безопасного общения


веб-сервисов, семантика безопасной передачи со-
общений, модель идентификации сообщений
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информационной безопасности
архитектуры ЭП
Технологический Коммуникационные сервисы, веб-сервисы, сервисы
сервис ЭП безопасности, сервисы безопасной взаимосвязи
Вид документа Индустриальный стандарт
Статус документа Принят

OASIS WS-Security
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Security: SOAP Message Security 1.1
(WS-Security). 25 August 2006
Альтернативное Безопасность веб-сервисов: Безопасность
название сообщений SOAP 1.1 (WS-Security), 25 августа 2006
Язык Английский
Описание Данный стандарт определяет расширения для набора стандартов
SOAP (SOAP 1.1 и SOAP 1.2), которые могут использоваться при по-
строении безопасных веб-сервисов для реализации целостности
и конфиденциальности контента сообщений. Эта спецификация
достаточно гибкая и предназначена для использования в каче-
стве основы безопасных веб-сервисов, реализующих широкое
разнообразие моделей безопасности, в частности PKI, Kerberos
и SSL. В спецификации обеспечивается поддержка множества
форматов меток безопасности, множества форматов подписей
и технологий шифрования.
Форматы и семантика меток определяются в соответствующих
документах, описывающих профили. Данная спецификация обе-
спечивает три главных механизма — способность посылать метку
безопасности как часть сообщения, обеспечивать целостность
и конфиденциальность сообщений. Эти механизмы сами по себе
не обеспечивают полного решения проблемы безопасности для
веб-сервисов. Они являются лишь строительными блоками, ко-
торые могут использоваться совместно с другими расширениями
веб-сервисов и конкретными высокоуровневыми протоколами,
специфическими для приложений, для того, чтобы приспособиться
к широкому разнообразию моделей и технологий безопасности.
Формат документа MS Word

116
Краткие метаописания стандартов WS-Trust

Создатель OASIS
Издатель OASIS
Доступность Свободно доступен
документа
Источник http://docs.oasis-open.org / wss / v1.1 / ↵
wss-v1.1‑spec-errata-SOAPMessageSecurity.doc
Охват Веб-сервисы, безопасность передачи сообщений
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информационной безопасности
архитектуры ЭП
Технологический Коммуникационные сервисы, веб-сервисы, сервисы
сервис ЭП безопасности, сервисы безопасной взаимосвязи
Вид документа Стандарт
Статус документа Принят

WS-Trust
Наименование Значение элемента метаописания
элемента
метаописания
Название Web Services Trust Language (WS-Trust). February 2005
Альтернативное Язык доверия веб-сервисам (WS-Trust). Февраль 2005.
название
Язык Английский
Описание Известная спецификация WS-Security обеспечивает основу се-
мантики безопасной передачи сообщений. Данная спецификация
WS-Trust служит для обеспечения безопасной передачи сообще-
ний. В ней используются определенные базовые механизмы,
а также устанавливаются дополнительные расширения для обмена
маркерами безопасности с тем, чтобы реализовать возможность
формирования и распространения учетных записей с параметрами
доступа пользователя, сформированными после его успешной
аутентификации в различных областях доверия. Для обеспечения
безопасности коммуникаций между двумя сторонами они должны
непосредственно или косвенно обменяться учетными записями
с параметрами доступа пользователя, сформированными после
его успешной аутентификации (верительными грамотами безопас-
ности). При этом каждая сторона должна определить, может ли
она «доверять» представленным верительным грамотам другой
стороны. Техника решения этих задач предлагается в данной
спецификации.

117
W3C XForms

Формат документа PDF


Создатель IBM, BEA Systems, Microsoft, Layer 7 Technologies, Oblix,
VeriSign, Actional, Computer Associates, OpenNetwork
Technologies, Ping Identity, Reactivity, RSA Security, VerySign
Издатель IBM
Доступность Свободно доступен
документа
Источник http: //www.ibm.
com / developerworks /library 
  / specification / ws-trust / 
Охват Безопасность веб-сервисов, язык доверия веб-
сервисам Web Services Trust Language
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информационной безопасности
архитектуры ЭП
Технологический Коммуникационные сервисы, веб-сервисы, сервисы
сервис ЭП безопасности, сервисы безопасной взаимосвязи
Вид документа Индустриальный стандарт
Статус документа Принят

118
Краткие метаописания стандартов W3C XForms

W3C XForms
Наименование Значение элемента метаописания
элемента
метаописания
Название XForms 1.0 (Third Edition)
Альтернативное Язык форм XML (XForms), версия 1.0 (Третья редакция)
название
Язык Английский
Описание Стандарт, определяющий усовершенствованный, функционально
значительно более развитый и адаптированный к среде XML аналог
механизма форм языка HTML, – основное средство разработки
интерактивных веб-приложений.
Главное отличие XForms от средств создания и работы с формами
в языке HTML состоит в том, что данные отделены от разметки
этих данных. Благодаря этому существенная часть спецификации
формы может вовсе не находиться непосредственно в составе
того документа, в котором она используется. Возможно также
повторное использование описаний форм. Кроме того, описания
форм средствами XForms могут использоваться в среде других
подходящих языков разметки.
Язык XForms обеспечивает:
•• удовлетворение потребностей широкого класса приложений
за счет поддержки развитого пользовательского интерфейса;
•• отделение друг от друга данных, логики и представления;
отделение операций формы от ее вида;
•• возможность проверки выполнения ограничений,
налагаемых на данные, и верификацию данных в процессе
заполнения формы;
•• улучшенную интернационализацию механизма форм;
•• поддержку структурированных данных;
•• усовершенствованную логику форм;
•• возможность использования многих форм в одном XML-
документе и многих документов с одной формой.
Возможность использования его спецификаций с другими сло-
варями XML, поскольку язык XForms является приложением XML;
для использования XForms всегда необходим какой-либо «вклю-
чающий» язык.
Действующей в настоящее время версией стандарта является
XForms 1.0. Однако в стадии завершения разработки находится
новая его версия XForms 1.1.
Формат документа HTML

119
W3C XHTML

Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xforms / 
Охват Спецификация механизмов создания и опе-
рирования формами в XML-документах
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Архитектура информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XHTML
Наименование Значение элемента метаописания
элемента
метаописания
Название XHTML 1.0. The Extensible HyperText Markup Language (Second
Edition).
A Reformulation of HTML 4 in XML 1.0
Альтернативное XHTML 1.0. Расширяемый гипертекстовый язык разметки
название (Вторая редакция). Переформулирование HTML 4 в XML 1.0
Язык Английский
Описание Данный стандарт обеспечивает возможность использования
уже существующих страниц HTML в среде Веб нового поколения,
основанной на языке XML. Преемственность с действующей
версией Веб — одна из принципиальных установок деятельности
консорциума W3C по развитию технологий Всемирной паутины.
Благодаря ее реализации удается сохранить возможность ис-
пользования и в дальнейшем огромных массивов информации,,
представленных средствами языка HTML.

120
Краткие метаописания стандартов W3C XML Base

В стандарте XHTML 1.0 определяются три версии XML DTD, позво-


ляющие интерпретировать представленные с различной степенью
полноты использования языка HTML (в версии HTML 4.01, декабрь
1999 г.) страницы Веб как документы XML. Эти три компонента
стандарта XHTML 1.0 называются XHTML Strict (строгий XHTML),
XHTML Transitional (переходный XHTML) и XHTML Frameset (XHTML
с фреймами).
В настоящее время консорциум разрабатывает новую версию
данного стандарта, в которой предусматривается модульная
организация языка XHTML, которая создаст возможность ис-
пользования его подмножеств и расширения его функциональных
возможностей.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xhtml1
Охват Средства обеспечения доступа
к HTML-страницам в среде XML-технологий
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XML Base


Наименование Значение элемента метаописания
элемента
метаописания
Название XML Base
Альтернативное База XML
название
Язык Английский

121
XML-Encription

Описание Как известно, одним из важнейших требований, которое предъ-


является к новой технологической платформе Веб, основанной
на языке XML, является сохранение возможности доступа к HTML-
страницам. Эта возможность обеспечивается благодаря тому, что
язык HTML может быть порожден XML как метаязыком. Однако
для решения указанной задачи необходимо также поддерживать
гиперссылки, используемые в HTML-страницах. В составе плат-
формы XML для этих целей предусматриваются стандарты XLink
и XPointer. Но в стандарте XLink отсутствует механизм поддержки
относительных внешних ссылок, который бы обеспечил поддержку
такой возможности для HTML-страниц. Для восполнения этого
пробела консорциумом W3C был принят стандарт XML Base.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xmlbase / 
Охват Поддержка относительных гиперссылок в HTML-
документах, обрабатываемых механизмами XML-среды
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы обработки данных
сервис ЭП
Вид документа Стандарт
Статус документа Принят

XML-Encription
Наименование Значение элемента метаописания
элемента
метаописания
Название XML Encription Syntax and Processing
Альтернативное Синтаксис и обработка шифрования XML
название
Язык Английский

122
Краткие метаописания стандартов W3C XML Fragment

Описание Данный стандарт определяет процесс шифрования данных и пред-


ставления результата в XML-формате. Данные могут произвольными,
в том числе, XML-документами, элементами XML-документов, кон-
тентом элементов XML-документов. Результат шифрования данных
представляет собой XML-элемент Encription, который содержит
шифрованные данные или ссылается на них.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xmlenc-core / 
Охват XML-данные, шифрование данных, представление
шифрованных данных в XML-формате
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект ин-
архитектуры ЭП формационной безопасности
Технологический Сервисы безопасности, сервисы идентификации
сервис и аутентификации, криптографические сервисы
Вид документа Стандарт
Статус документа Принят

W3C XML Fragment


Наименование Значение элемента метаописания
элемента
метаописания
Название XML Fragment Interchange
Альтернативное Обмен фрагментами XML
название
Язык Английский

123
W3C XML–Include

Описание Стандарт позволяет просматривать и редактировать один или


более фрагментов XML-документов, удовлетворяющих некоторым
ограничениям, вне полного текста документов, в состав которых
они входят. Данный стандарт определяет точные ограничения,
которым должны удовлетворять такого рода фрагменты, инфор-
мацию, которая составляет контекст фрагмента, позволяющий
корректно оперировать фрагментом (или фрагментами) вне пол-
ного документа, а также нотацию для описания этой информации.
Спецификация стандарта определяет также механизм, который
позволяет ассоциировать информацию контекста с фрагментами
XML-документов.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xml-fragment
Охват Управление XML-данными
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Проект

W3C XML–Include
Наименование Значение элемента метаописания
элемента
метаописания
Название XML Inclusions (XInclude) Version 1.0 (Second Edition)
Альтернативное Включения в XML-документы (XInclude),
название версия 1.0 (вторая редакция)
Язык Английский

124
Краткие метаописания стандартов W3C XML Infoset

Описание Стандарт платформы XML, определяющий механизм включения


повторно используемых фрагментов в XML-документы или слияния
XML-документов, аналогичный механизмам, которые предусмотре-
ны для этой цели во многих языках программирования.
В спецификациях стандарта XInclude представлены необходимые
для выполнения указанных функций общая модель и синтаксис.
Возможности слияния XML-документов необходимы различным
приложениям. В предлагаемом спецификацией данного стандарта
синтаксисе используются обычные конструкции языка XML, на-
пример элементы XML-документов, их атрибуты, URI.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xinclude / 
Охват Включение повторно используемых фрагментов
в XML-документы, слияние XML-документов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XML Infoset


Наименование Значение элемента метаописания
элемента
метаописания
Название XML Information Set (Second Edition)
Альтернативное Набор информационных элементов XML (Вторая редакция)
название
Язык Английский

125
W3C XML Infoset

Описание Стандарт Information Set — один из фундаментальных стандар-


тов платформы XML. Спецификация этого стандарта определяет
набор абстрактных информационных элементов (Information
Item), используемых в правильно построенных XML-документах.
Такая абстрактная модель XML-документов, независимая от их
физической организации, может служить эталоном для обе-
спечения интероперабельности различных основанных на XML
спецификаций и расширений XML, т. е. своего рода метамоделью
для рассматриваемой среды.
Указанный в названии рассматриваемого стандарта термин «на-
бор информационных элементов XML» (XML Information Set или
Infoset) понимается как совокупность «строительных блоков»
для создания правильных XML-документов. Типы таких элементов
информации определены в стандарте. Среди них различаются
обязательные и факультативные типы. В стандарте определя-
ются следующие типы информационных элементов: документ;
элемент документа; атрибут элемента документа; инструкция по
обработке; неразыменованная ссылка на сущность; символьная
единица; комментарий; декларация типа документа; сущность;
нотация; пространство имен.
В спецификации XML Information Set содержится вербальное
описание каждого из перечисленных типов информационных
элементов и связей между ними. В этих терминах XML Information
Set представляется как имеющий древовидную структуру.
Для каждого типа информационных элементов определяется соот-
ветствующий ему набор свойств, которые также подразделяются
на обязательные и факультативные.
В стандарте не рассматриваются какие-либо операционные воз-
можности для работы с XML Infoset или интерфейсы. Предложенные
спецификации играют чисто дескриптивную роль.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xml-infoset
Охват Набор абстрактных информационных
элементов — строительных блоков XML-документов
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП

126
Краткие метаописания стандартов W3C XLink

Технологический Сервисы управления данными, сервисы обмена данными


сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XLink
Наименование Значение элемента метаописания
элемента
метаописания
Название XML Linking Language (XLink) Version 1.0.
Альтернативное Язык ссылок XML (XLink), версия 1.0
название
Язык Английский
Описание Стандарт дополняет функциональность языка XML. Определяемый
стандартом XLink язык, основанный на синтаксисе XML, дает
возможность декларировать различного рода связи между XML-
ресурсами. Такие связи (гиперссылки) позволяют создавать в среде
Веб сложные распределенные гиперструктуры, образованные из
XML-документов, их фрагментов и других ресурсов, и осущест-
влять навигацию в них автоматическим путем под контролем
приложений или по инициативе пользователя, просматривающего
XML-документы с помощью браузера.
В языке XLink предусматривается возможность использования
для поддержки гиперссылок обычных элементов XML-документов,
дополняя их специальными атрибутами, которые определяют
ссылки и их свойства. Имя такого атрибута определяются заре-
зервированным для этой цели в стандарте пространством имен.
Атрибуты ссылочных элементов XML-документов не только ука-
зывают целевой ресурс ссылки, но и определяют ее семантику,
некоторые аспекты поведения при обработке ссылки браузером,
вид ссылки и другие ее свойства.
Предусматривается два вида ссылок — простые и расширенные.
Простые ссылки поддерживают бинарные связи между ресурсами.
Расширенные ссылки могут поддерживать связи более высокой
арности и обладают значительно более развитой функциональ-
ностью по сравнению с простыми ссылками, которые являются их
частными случаями, но для упрощения синтаксиса их описания
выделены в самостоятельный вид ссылок.
Механизм поддержки ссылок между ресурсами в языке XLink об-
ладает значительно более богатыми возможностями, чем в языке
HTML.
Формат документа HTML

127
W3C XPath

Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xlink / 
Охват Формирование гипертекстовой структуры XML-данных
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XPath
Наименование Значение элемента метаописания
элемента
метаописания
Название XML Path Language (XPath) 2.0
Альтернативное Язык путей XML (XPath), версия 2.0
название
Язык Английский
Описание Стандарт окружения платформы XML, который описывает язык,
предназначенный для определения фрагментов XML-документов.
Средства XPath используются в ряде других стандартов W3C.
Основной конструкцией в языке XPath, используемой для иден-
тификации фрагментов документов является выражение (более
точно path-expression, откуда и происходит название языка),
определяющее фрагмент документа, что и дало повод рассматри-
вать этот язык как язык выражений.
В XPath используется представление документов в терминах
модели данных XDM (XQuery / XPath Data Model) как дерева узлов
различных видов. Язык определяет также атомарные значе-
ния — целые, строки, булевские значения, строки, которые могут
содержать как ссылки на узлы XML-документа, так и атомарные
значения. Результатом XPath-выражения может быть некото-
рый выбор узлов из входных документов, атомарное значение
либо в более общем случае любая допустимая моделью данных
последовательность.

128
Краткие метаописания стандартов W3C XPointer

Язык может совместно использоваться не только со стандартом XML,


но и с другими стандартами, ориентирующимися на иерархическое
представление данных. Он разрабатывался в качестве подъязыка
языков XSLT, XPointer и XQuery. Язык XPointer является фактически
расширением XPath, но при этом использует синтаксис XML.
Язык XPath используется также в качестве языка запросов в ряде
XML-ориентированных СУБД.
Действующая версия языка XPath 2.0 создавалась на основе
предыдущей его версии XPath 1.0 с учетом потребностей языка
запросов XQuery, в котором функциональность языка XPath играет
ключевую роль.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xpath20 / 

Охват Представление XML-документов в виде иерархической


структуры, идентификация узлов этой структуры
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XPointer
Наименование Значение элемента метаописания
элемента
метаописания
Название XML Pointer Language (XPointer)
Альтернативное Язык указателей XML (XPointer)
название
Язык Английский

129
W3C XPointer

Описание Стандарт XPointer разработан на основе языка XPath и соглаше-


ний XML. Он определяет язык, обеспечивающий адресацию во
внутренней структуре XML-документов и тем самым позволяющий
определять связи между компонентами внутренней структуры
XML-документов, а также ссылки на фрагменты данного и других
документов. Это необходимо, в частности, для поддержки связей
между ресурсами в среде XML в случае, когда целевой ресурс
ссылки является фрагментом XML-документа.
Авторы рассматривают XPointer как язык для спецификации фраг-
ментов XML-документов. Разработка этого стандарта первоначально
осуществлялась синхронно с созданием стандарта XLink, где он
используется для представления значений целевых ресурсов ссы-
лок — фрагментов XML-документов. Однако с началом разработки
стандарта XQuery, где его функциональные возможности также
используются, к языку XPointer стали предъявляться новые тре-
бования, и разработка этого стандарта оказалась более затяжной.
Язык XPointer используется в некоторых XML-ориентированных
СУБД в качестве языка запросов.
Спецификация стандарта XPointer включает три документа:
•• XPointer Framewo2rk;
•• XPointer element() Scheme;
•• XPointer xmlns() Scheme.
Первый из них определяет собственно язык XPointer. Второй
документ определяет средство базовой адресации элементов
XML-документов, используемой в языке. Наконец, третий документ
определяет правила корректной интерпретации префиксов про-
странств имен в указателях.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xptr-framework / 
http://www.w3.org / TR / xptr-element / 
http://www.w3.org / TR / xptr-xmlns / 
Охват Идентификация фрагментов XML-документов,
спецификация гиперссылок в XML-документах
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП

130
Краткие метаописания стандартов W3C XML Schema

Вид документа Стандарт


Статус документа Принят

W3C XML Schema


Наименование Значение элемента метаописания
элемента
метаописания
Название XML Schema Definition Language (XML Schema)
Альтернативное Язык определения XML-схемы (XML Schema)
название
Язык Английский
Описание В этом стандарте определяется язык для представления схемы XML-
документов. Наиболее важные возможности языка XML Schema,
по сравнению со средствами описания структуры XML-документов,
предоставляемыми DTD-подмножеством языка XML, заключают-
ся в использовании более развитой системы типов значений
элементов и атрибутов элементов XML-документов, в допущении
наряду с закрытой моделью спецификаций DTD также и открытой
модели, при которой пользователь может дополнять повторно
используемую схему новыми спецификациями.
Спецификация стандарта XML Schema состоит из трех частей. Часть
0 представляет собой учебник по спецификациям XML Schema. В
первой части представлены концептуальные основы стандарта.
Неформально описывается абстрактная модель данных, определя-
ются ее основные элементы — компоненты схемы. В их терминах
могут определяться конкретные XML-схемы. Далее в этой части
стандарта приводятся детальные спецификации компонентов
схемы. Во второй части стандарта определяется система типов
для декларации схем. Как указывалось выше, эти спецификации
расширяют возможности определения типов данных, предусмо-
тренные в языке XML.
Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / XML / Schema
Охват Определение метаданных для XML-документов, XML-схема
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП

131
W3C XKMS

Аспект Аспект информации и данных


архитектуры ЭП
Технологический Сервис ведения метаданных
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XKMS
Наименование Значение элемента метаописания
элемента
метаописания
Название XML-Key Management Specification, XKMS 2.0
Альтернативное Спецификация управления XML-ключами (XKMS), версия 2.0
название
Язык Английский
Описание Спецификации данного стандарта определяют технологию ис-
пользования открытых ключей для обеспечения информационной
безопасности XML-ресурсов. В частности, определяется протокол
распространения и регистрации открытых ключей, совместимый со
стандартами консорциума W3C электронной цифровой подписи XML
Digital Signature и кодирования XML-ресурсов XML Encoding.
Спецификации XKMS представляют два сервиса: XML Key Information
Service и XML Key Registration Service.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xkms2 / 
Охват Электронная цифровая подпись XML, XML-кодирование,
управление XML-ключами, сервис информационного
обслуживания XML-ключей, сервис регистрации XML-ключей.
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных, аспект ин-
архитектуры ЭП формационной безопасности

132
Краткие метаописания стандартов XML-Signature

Технологический Сервисы безопасности, сервисы иден-


сервис ЭП тификации и аутентификации
Вид документа Стандарт
Статус документа Принят

XML-Signature
Наименование Значение элемента метаописания
элемента
метаописания
Название XML-Signature Syntax and Processing
Альтернативное Синтаксис и обработка XML-подписей
название
Язык Английский
Описание Данный стандарт определяет синтаксис представления электрон-
ных цифровых подписей нескольких видов и правила их обработки,
а также сервисы, обеспечивающие целостность данных (в том
числе XML-документов, содержащихся в передаваемом сообщении
или где-либо вне его), установление подлинности сообщения и
подлинности лица, подписавшего сообщение. Предусматриваются
возможности идентификации коллекций ресурсов, алгоритмов,
ключей безопасности информации.
В процессе обработки электронной цифровой подписи для XML-
документов предусматривается процедура их канонизации в соот-
ветствии с методом, который определяется стандартом Canonical
XML.
В данном стандарте предлагается метод ассоциирования некото-
рого ключа с подписываемым документом. При этом не опреде-
ляется, каким образом такие ключи ассоциируются с лицами или
организациями, какой смысл имеют данные, к которым относится
электронная цифровая подпись.
Формат документа HTML

Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xmldsig-core / 

133
W3C XQuery

Охват Электронная цифровая подпись XML, XML-кодирование,


управление XML-ключами, сервис информационного
обслуживания XML-ключей, сервис регистрации XML-ключей.
Уровень Архитектура прикладных систем, технологическая архитектура
архитектуры ЭП
Аспект Аспект информационной безопасности
архитектуры ЭП
Технологический Сервисы безопасности, сервисы идентификации
сервис ЭП и аутентификации, криптографические сервисы
Вид документа Стандарт
Статус документа Принят

W3C XQuery
Наименование Значение элемента метаописания
элемента
метаописания
Название XQuery 1.0: An XML Query Language
Альтернативное XQuery 1.0: Язык запросов для XML
название
Язык Английский
Описание Данный стандарт определяет язык запросов для XML-данных
и модель данных, на которой он основывается. В документах
стандарта определяются структура и семантика модели данных,
собственно спецификации языка, аспекты взаимодействия его
с языками XPath и XSLT, играющими важную роль в функциональ-
ности языка запросов XML.
Язык XQuery обеспечивает возможность доступа к разнообразным
источникам данных с малой гранулярностью — к структуриро-
ванным и слабоструктурированным документам, реляционным
и объектным базам данных, к данным иерархической структуры.
Эти данные могут храниться в XML-представлении или являться
виртуальным представлением данных другой природы.

134
Краткие метаописания стандартов W3C XUpdate

К сожалению, в действующей версии стандарта не предусматри-


вается возможность обновления XML-данных.
Главные документы спецификации языка XQuery:
•• XQuery 1.0: An XML Query Language;
•• XML Syntax for XQuery 1.0 (XQueryX);
•• XQuery 1.0 and XPath 2.0 Data Model;
•• XQuery 1.0 and XPath 2.0 Functions and Operators;
•• XML Query (XQuery) 1.0 Requirements;
•• XML Query 1.0 Use Cases;
•• XSLT 2.0 and XQuery 1.0 Serialization;
•• XQuery 1.0 and XPath 2.0 Formal Semantics.
Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / XML / Query / 
Охват Язык запросов, требования к нему, синтаксис и формальная
семантика языка, модель данных и операционные
возможности, варианты использования языка.
Уровень Технологическая архитектура
архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

W3C XUpdate
Наименование Значение элемента метаописания
элемента
метаописания
Название XQuery Update Facility (XUpdate) 2.0
Альтернативное Средства обновления для XQuery (XUpdate), версия 2.0
название
Язык Английский

135
W3C XUpdate

Описание Находящееся в настоящее время в стадии разработки расширение


спецификаций языка XML Query Language (XQuery), называемое
XUpdate. Разрабатываемые спецификации XUpdate определяют
синтаксис и семантику этого языка, включающего операционные
возможности для обновления XML-данных по запросу, определяе-
мому в расширенном языке XQuery. Как и XQuery, язык XUpdate
основан на модели данных XDM, определяемой документом
XQuery / XPath Data Model (XDM) консорциума W3C.
Как известно, основная конструкция языка XQuery — выраже-
ние в текущем его состоянии может определять только выборку
XML-данных. Его средствами нельзя модифицировать состояние
существующих узлов в представлении XML-документа-операнда,
хотя можно создать в нем новые узлы с новой индивидуальностью.
Язык XUpdate восполняет эту ограниченность функциональности
языка запросов. В нем введены выражения новой категории,
называемые обновляющими выражениями. Это — выражения
вставки, удаления, замены, переименования и трансформации.
Они позволяют осуществлять создание, поиск и модификацию
экземпляров данных в терминах модели XDM. При этом под эк-
земпляром данных (instance) понимается последовательность
узлов и / или значений, которая может содержать неограничен-
ное (ноль или более) элементов XML-документа. Более точно,
средствами XUpdate можно выполнять следующие операции над
XML-документом, представленным в соответствии с моделью
данных XDM: вставка нового узла, удаление узла, модификация
узла путем изменения некоторых его свойств с сохранением при
этом его индивидуальности, создание модифицированной копии
узла с новой индивидуальностью. Функциональные возможности
обновления XML-данных для языка XQuery определены в документе
XQuery Update Facility.
Разработка стандарта XUpdate осуществляется на основе требо-
ваний к нему, специфицированных в документе XQuery Update
Facility Requirements. Функциональные возможности разраба-
тываемого языка должны обеспечивать реализацию случаев
его использования, рассмотренных в документе XQuery Update
Facility Use Cases.
Формат документа HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xquery-update-10 / 
http://www.w3.org / TR / xquery-update-10‑requirements / 
http://www.w3.org / TR / xquery-update-10‑use-cases / 
Охват Операционные средства обновления XML-
данных в рамках языка запросов XQuery
Краткие метаописания стандартов W3C XSLT

Уровень Технологическая архитектура


архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Проект

W3C XSLT
Наименование Значение элемента метаописания
элемента
метаописания
Название XSL Transformations (XSLT) Version 2.0
Альтернативное Язык трансформации XML-документов (XSLT), версия 2.0
название
Язык Английский
Описание Это — вторая часть стандарта XSL, которая широко применяется
в качестве самостоятельной спецификации. Этот стандарт, в ко-
тором используется синтаксис XML, специфицирует язык, предна-
значенный для описания преобразований одних представлений
XML-документов в другие.
Стандарт XSLT основан на языке XPath. В нем используются сред-
ства идентификации фрагментов XML-документов, предоставляе-
мые этим языком.
Язык XSLT является важным звеном спецификации языка
XQuery — созданного консорциумом W3C языка запросов XML.
Вместе с тем, он используется в качестве самостоятельного языка
запросов в ряде XML-ориентированных СУБД.
Формат HTML
Создатель W3C
Издатель W3C
Доступность Свободно доступен
документа
Источник http://www.w3.org / TR / xslt20 / 
Охват Трансформации представлений XML-документов, спецификация
запросов в XML-ориентированных системах баз данных

137
W3C XSLT

Уровень Архитектура прикладных систем, технологическая архитектура


архитектуры ЭП
Аспект Аспект информации и данных
архитектуры ЭП
Технологический Сервис трансформации данных, сервисы управления данными
сервис ЭП
Вид документа Стандарт
Статус документа Принят

138
4. Глоссарий основных терминов
Комплекс стандартов, составляющих новую технологическую платформу Веб и ее
окружение, включает в настоящее время более двухсот стандартов. Их документация
состоит из многих тысяч страниц. Несколько десятков ключевых стандартов уже
принят, и для некоторых из них уже создан ряд версий. Многие другие стандарты
находятся в стадии разработки.
В спецификациях стандартов платформы XML, вполне естественно, вводится
новый довольно широкий пласт терминологии, русскоязычный эквивалент которой
пока еще не сформировался и не устоялся в отечественной литературе. Это пред-
ставляет значительные неудобства для разработчиков программного обеспечения и
создателей информационных систем, основанных на стандартах платформы XML. Ряд
выпущенных на русском языке переводных изданий и работ отечественных авторов,
посвященных рассматриваемой тематике, к сожалению, не свободен от многих
терминологических дефектов. Приведенный здесь глоссарий является результатом
нашей попытки систематизации указанного пласта русскоязычной терминологии.
Данная версия глоссария охватывает основную терминологию более 40 стан-
дартов платформы XML и ее окружения. В глоссарии содержатся оригинальные
англоязычные термины и предлагаемые нами их русскоязычные эквиваленты,
поддерживаются отношения синонимии и омонимии русскоязычных терминов,
приведены часто используемые аббревиатуры.

4.1. Организация глоссария


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

139
англоязычные термины, русскоязычные эквиваленты которых определяются в главной
части глоссария. Каждый из таких терминов сопровождается соответствующими
ему русскоязычными терминами и пометами, указывающими, как и в первой части
глоссария, стандарты W3C, в спецификациях которых они используются. Третья часть
глоссария - это список используемых в охваченных глоссарием спецификациях
консорциума W3C англоязычных аббревиатур с их расшифровками.
Главная часть глоссария состоит из статей двух видов: определяющих и
ссылочных. Определяющие статьи включают заголовок статьи и определение
соответствующего термина в контексте спецификаций стандартов, в которых они
вводятся и используются. Ссылочные статьи введены для терминов-синонимов, а
также для наиболее употребительных аббревиатур. Они включают заголовок и ссылку
на соответствующую определяющую статью.
Заголовок определяющей статьи включает наименование определяемого
в этой статье русскоязычного термина, как правило, с пометой (см. ниже), его
англоязычный эквивалент, а также факультативно – синонимы и аббревиатуры этих
русскоязычных и англоязычных терминов. Определяющие статьи для англоязычных
терминов-акронимов, непосредственно используемых в русскоязычной литературе, не
содержат наименования русскоязычного термина в заголовке. Заголовок ссылочной
статьи включает наименования русскоязычного и соответствующего англоязычного
термина. При этом наименование русскоязычного термина опущено, если статья
соответствует англоязычной аббревиатуре термина.
При употреблении некоторых терминов в случаях, когда контекст исключает
возможную двусмысленность, допускается эллипсис наименования термина. В
таких случаях части наименований, которые могут опускаться, заключены в прямые
скобки («[« и «]»).
В статьях глоссария определяются как основные понятия XML-среды, так и
некоторые важнейшие синтаксические конструкции связанных с нею языков.
В большинстве случаев заголовки статей глоссария снабжены пометами (в
фигурных скобках), которые указывают, в спецификациях каких из охваченных
глоссарием стандартов консорциума W3C используются соответствующие термины.
Пометы представляют собой аббревиатуры названий или принятые консорциумом
W3C краткие названия соответствующих стандартов. Трактовка определяемого
термина приводится в данной статье глоссария именно в контексте спецификаций
указанных пометами стандартов. Однако, разумеется, области употребления опреде-
ляемых терминов не всегда ограничиваются этими спецификациями. Некоторые из
определяемых в глоссарии терминов имеют более широкое употребление. Список
используемых в глоссарии помет с указанием соответствующих им стандартов
приводится ниже.

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

CanonXML Canonical XML


CDRF Compound Document by Reference Framework
CSS1 Cascading Style Sheets Level 1 Specification
CSS2 Cascading Style Sheets Level 2 Specification
DOM Document Object Model
InfoSet XML Information Set
NmSpace Namespaces in XML
OWL OWL Web Ontology Language
RDF Resource Description Framework
SOAP Simple Object Application Protocol
WebA Architecture of the World Wide Web, Volume One
WS-CDL Web Services Choreography Description Language
WSA Web Services Architecture
WSDL Web Services Description Language
XDM XQuery/XPath Data Model
XForms XForms
XKMS XML Key Management Specification
XLink XML Linking Language
XML Extensible Markup Language
XML Base XML Base
XML Schema XML Schema Definition Language
XML-Sign XML Signature
XML-Upd XQuery Update
XPath XML Path Language
XPointer XML Pointer Language

141
ХQuery Query Language for XML
ХSL Extensible Stylesheet Language
XSLT XSL Transformations

142
Агент поставщика {WS}

4.3. Русскоязычные термины и их определения

4.4. Глоссарий

А
Авторизация {WS}
Authorization
Процесс определения на основе оценки подходящей информации управления до-
ступом, позволяется ли некоторому субъекту иметь специфицированный тип доступа
к какому-либо конкретному ресурсу. Обычно авторизация осуществляется в контексте
аутентификации. В случае если некоторый субъект аутентифицирован, он может быть
авторизован для выполнения различных типов доступа.

Агент {WS}
Agent
Программа, исполняемая с использованием принадлежащих некоторому лицу ресурсов,
действующая от имени другого лица, сущности или процесса.

Агент Веб {WebA}


Web Agent
Лицо или программное средство, действующие в Веб от имени какого-либо лица,
сущности или процесса.

Агент запрашивающей стороны {WS}


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

Агент пользователя {CSS1, WebA}


User Agent
Аббрев. англ.: UA
1. Веб-браузер или другая клиентская программа Веб.
2. Определенный тип агента Веб, программное средство, действующее от имени
некоторого лица.

Агент поставщика {WS}


Provider Agent
Агент, который способен и уполномочен выполнять действия, ассоциированные
с некоторым сервисом, от имени его владельца — объекта-поставщика.

143
Администрирование безопасности {WS}

Администрирование безопасности {WS}


Security Administration
Конфигурирование, обеспечение безопасности и / или развертывание системы либо
приложения, которые создают условия для поддержки сферы безопасности.

Альтернатива политик {WSP}


Policy Alternative
Коллекция утверждений политики.

Анализатор синтаксический CSS1 {CSS1}


CSS1 Parser
Пользовательский агент, читающий таблицы стилей CSS1 и осуществляющий их
синтаксический анализ.

Аннотация семантическая {SAWSDL}


Semantic Annotation
Дополнительная информация в XML-документе, которая идентифицирует или определяет
некоторый концепт в семантической модели для того, чтобы описать часть этого до-
кумента. В спецификации SAWSDL семантические аннотации являются XML-атрибутами,
которые добавляются в описываемые ими элементы документа — WSDL-описания
интерфейса некоторого веб-сервиса или документа — ассоциированной XML-схемы.
Существует два вида семантических аннотаций — явные идентификаторы концептов
и идентификаторы отображений WSDL-описания в концепты или наоборот.

Аннотация семантическая для WSDL {SAWSDL}


Semantic Annotation for WSDL
Аббрев. англ.: SAWSDL
Стандарт консорциума W3C, главной целью которого является определение набора
атрибутов расширения языка WSDL, позволяющих осуществлять семантическое анно-
тирование описаний интерфейсов веб-сервисов, представленных в языке WSDL 2.0.

Анонимность {WS}
Anonymity
Качество или состояние, характеризующиеся тем, что имя или индивидуальность
неизвестны или скрываются.

Антецедент {RDF}
Antecedent
Син. русск.: Посылка
При выводе — выражение, из которого продуцируется следствие.

Аннотация типа {XPath, XQuery}


Type Annotation
Представление динамического (на стадии исполнения) типа узла для узлов элементов
и атрибутов способом, зависящим от реализации.

144
Глоссарий Архитектура веб-сервисная {WS}

Артефакт {WS}
Artifact
Порция цифровой информации. Артефакт может быть любого размера и может
составляться из других артефактов. Примерами артефактов являются сообщения,
URI, XML-документ, поток битов.

Архитектура безопасности {WS}


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

Архитектура веб-сервисная {WS}


Web Service-based Architecture
Аббрев. англ.: WSA
Син. русск.: Архитектура сервисная
Совокупность взаимодействующих веб-сервисов и инфраструктуры, обеспечивающей
публикацию сведений о них, их обнаружение, а также их взаимодействие. Указанная
инфраструктура включает следующие компоненты:
•• протокол SOAP, определяющий правила форматирования передаваемых
сообщений и основные варианты их доставки, независимый от языков про-
граммирования, операционной системы и платформы;
•• язык WSDL, описывающий интерфейсы веб-сервисов;
•• регистр UDDI, позволяющий поставщикам веб-сервисов публиковать сведения
о них, а потребителям веб-сервисов их обнаруживать;
•• архитектурный слой безопасности, обеспечивающий информационную
безопасность;
•• архитектурный слой надежного обмена сообщениями, обеспечивающий в точ-
ности однократную и гарантированную доставку сообщений;
•• архитектурный слой контекста, координации и обработки транзакций, который
определяет интероперабельные механизмы распространения контекста долгих
бизнес-транзакций и позволяет участвующим сторонам удовлетворять тре-
бования корректности путем следования протоколу глобального соглашения;
•• архитектурный слой языков бизнес-процессов, описывающих логику исполнения
приложений, которые основаны на веб-сервисах, путем определения их потоков
управления (например, условного, последовательного, параллельного или

145
Архитектура сервисная {WS}

при исключительных условиях) и предписывания правил непротиворечивого


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

Архитектура сервисная {WS}


Service-Oriented Architecture
См. Архитектура веб-сервисная. Примечание: В данном контексте по умолчанию
понимается веб-сервисная архитектура. Однако этот термин имеет и более общее
значение.

Архитектура системы {WS}


System Architecture
Для программной, вычислительной или информационной системы многоаспектное
структурное представление этой системы. Аспекты такого представления включают,
в частности, совокупность соответствующих системных компонентов (программных,
технических, информационных), видимых извне свойств этих компонентов, связей
между ними и ограничений на их использование.

Архитектура эталонная {WS}


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

Асинхронный обмен {XKMS}


Asynchronous Exchange
Обмен, при котором ответ синхронного сервиса является неполным и требует от
клиента выполнения последующего запроса в более позднее время.

Атомизация {XPath, XQuery}


Atomization
Преобразование значения, используемого в контексте, в котором требуется по-
следовательность атомарных значений. Результатом атомизации является либо
последовательность атомарных значений, либо ошибка типа. Атомизация последо-
вательности определяется как результат вызова предусмотренной для этого функции
fn: data с последовательностью в качестве аргумента.

146
Глоссарий Атрибут заголовок {XLink}

Атрибут {CSS1, WS}


Attribute
1. Атрибут элемента XML-документа или тега HTML.
2. Отличительная характеристика объекта. Атрибуты объекта описывают объект.
Для объектов реального мира они часто специфицируются в терминах их
физических свойств — размера, формы, веса, цвета и т. д. Объекты в Веб могут
иметь атрибуты, описывающие их размер, способ кодирования, сетевой адрес
и др.

Атрибут активизация {XLink}


actuate Attribute
Син. русск.: Атрибут actuate
Атрибут поведения, используемый для элементов, которые определяют расширенные
ссылки в языке XLink, а также для ссылочных элементов простых ссылок. Значение
этого атрибута определяет время активизации ссылки — перехода от исходного
ресурса ссылки к целевому. Возможные варианты активизации — непосредственно
при загрузке исходного ресурса или по запросу пользователя. Допускается ис-
пользование и иных значений этого атрибута, которые будут интерпретироваться
приложениями XLink высокого уровня.

Атрибут выборка {XSLT}


select Attribute
Син. русск.: Атрибут select
Атрибут правила шаблона, значение которого определяет некоторое множество
узлов, к которым следует применять данное правило. Значение этого атрибута
вычисляется с помощью некоторого специфицированного выражения.

Атрибут глобальный {XLink}


global Attribute
Син. русск.: Атрибут global
Атрибут, имя которого определяется в пространстве имен XLink и который может
использоваться в элементах с именами типов, заимствованных из любого про-
странства имен. К числу глобальных атрибутов в языке XLink относятся type (тип),
href (ссылка), role (роль), title (заголовок), show (показ), actuate (активизация),
from (источник) и to (цель).

Атрибут заголовок {XLink}


title Attribute
Син. русск.: Атрибут title
Глобальный атрибут в языке XLink, который описывает функцию удаленного целевого
ресурса ссылки и правила навигации в форме, ориентированной на пользователя.
Является факультативным атрибутом элементов, описывающих ссылку.

147
Атрибут источник {XLink}

Атрибут источник {XLink}


from Attribute
Син. русск.: Атрибут from
Один из глобальных атрибутов в языке XLink. Используется в элементе типа arc (дуга)
описания расширенной ссылки для задания правила навигации между участвующими
в ней ресурсами, указывая исходный ресурс ссылки.

Атрибут неявный {XML}


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

Атрибут обязательный {XML}


required Attribute
Атрибут, значение которого обязательно должно указываться для всех экземпляров
элементов данного типа в XML-документе.

Атрибут поведение {XLink}


behavior Attribute
Глобальные атрибуты show (показ) и actuate (активизация) в языке XLink, исполь-
зуемые в элементах XML-документа, которые описывают простую или расширенную
ссылку. Атрибуты поведения определяют желаемое поведение приложений XLink,
проявляемое при осуществлении навигации по ссылке к целевому ее ресурсу,
и являются факультативными.

Атрибут показ {XLink}


show Attribute
Син. русск.: Атрибут show
Атрибут поведения элементов, которые определяют расширенные ссылки в языке
XLink, а также ссылочных элементов простых ссылок. Относится к числу глобальных
атрибутов в языке XLink. Значение этого атрибута определяет способ представления
целевого ресурса при активизации ссылки — загрузка его в новое окно, загрузка
в текущее окно с замещением уже представленного в нем ресурса, загрузка в текущее
окно без замещения представленного в нем ресурса. Язык допускает использование
и иных значений этого атрибута, которые будут интерпретироваться приложениями
XLink высокого уровня.

Атрибут по умолчанию {XML}


fixed Attribute
Атрибут, значение которого задано в описании (в DTD) как значение по умолчанию.
Оно не может быть изменено разработчиком XML-документа. Если значение данного
атрибута в документе отличается от описанного в DTD, документ не может рас-
сматриваться как допустимый.

148
Глоссарий Атрибут [элемента] {XML}

Атрибут роль {XLink}


role Attribute
Син. русск.: Атрибут role
Глобальный атрибут в языке XLink, используемый в элементах, которые описывают
простую или расширенную ссылку, для ориентированного на приложения описания
функции удаленного ресурса этой ссылки. Значения атрибута role (роль) могут
использоваться, например, поисковыми механизмами приложений для поиска
интересующих пользователя ресурсов.

Атрибут семантика {XLink}


semantic Attribute
Глобальный атрибут в языке XLink, который описывает смысл целевого ресурса
некоторой ссылки в контексте навигации, приводящей к этому ресурсу. К числу
семантических атрибутов относятся атрибут title (заголовок) и атрибут role (роль).

Атрибут ссылка {XLink}


href Attribute
Син. русск.: Атрибут href
Атрибут с именем href (ссылка) элемента типа locator (указатель) расширенной
ссылки или ссылочного элемента простой ссылки, значением которого является URI
удаленного целевого ресурса ссылки. Если целевым для ссылки является фрагмент
удаленного ресурса, то спецификация этого фрагмента в URI должна соответствовать
соглашениям языка XPointer.

Атрибут тип {XLink}


type Attribute
Син. русск.: Атрибут type
Глобальный атрибут в языке XLink, определяющий типы элементов документа, ис-
пользуемых для описания простых и расширенных ссылок.

Атрибут цель {XLink}


to Attribute
Син. русск.: Атрибут to
Один из глобальных атрибутов в языке XLink. Используется в элементе типа arc (дуга)
описания расширенной ссылки для задания правила навигации между участвующими
ресурсами, указывая целевой ресурс ссылки.

Атрибут [элемента] {XML}


[Element] Attribute
Компонент элемента XML-документа, определяющий некоторые свойства этого
элемента. Атрибуты элементов описываются в декларациях типов элементов в DTD.
Атрибуты обладают типами и относятся к различным категориям (по умолчанию,
обязательный, факультативный), в зависимости от того, всегда ли должно указы-
ваться его значение в экземпляре элемента XML-документа, и каким образом должно
определяться значение атрибута по умолчанию.

149
Атрибут actuate {XLink}

Атрибут actuate {XLink}


actuate Attribute
См. Атрибут активизация

Атрибут from {XLink}


from Attribute
См. Атрибут источник

Атрибут global {XLink}


global Attribute
См. Атрибут глобальный

Атрибут href {XLink}


href Attribute
См. Атрибут ссылка

Атрибут role {XLink}


role Attribute
См. Атрибут роль

Атрибут select {XSLT}


select Attribute
См. Атрибут выборка

Атрибут semantic {XLink}


semantic Attribute
См. Атрибут семантика

Атрибут show {XLink}


show Attribute
См. Атрибут показ

Атрибут title {XLink}


title Attribute
См. Атрибут заголовок

Атрибут to {XLink}
to Attribute
См. Атрибут цель

Атрибут type {XLink}


type Attribute
См. Атрибут тип

150
Глоссарий Аутентификация сообщения {XML-Sign}

Аудит безопасности {WS}


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

Аудит использования {WS}


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

Аутентификация {WS}
Authentication
Процесс проверки способности потенциального партнера в диалоге представлять
некоторое объявленное лицо или организацию.

Аутентификация запроса отложенная {XKMS}


Deferred Request Authentication
Механизм, который позволяет клиенту проверить, обработал ли сервер корректный
запрос.

Аутентификация подписавшего {XML-Sign}


Signer Authentication
Свойство, подтверждающее индивидуальность подписавшего.

Аутентификация сообщения {XML-Sign}


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

151
База ссылок {XLink}

Б
База ссылок {XLink}
Linkbase
XML-документ, контент которого представляет собой набор вынесенных расширенных
ссылок. Базы ссылок могут использоваться, например, как каталоги каких-либо
коллекций XML-документов.

Безопасность полезной нагрузки {XKMS}


Payload Security
Целостность и / или конфиденциальность XKMS-запроса или ответа XML, достигаемая
благодаря использованию средств стандарта электронной цифровой подписи XML
Digital Signature и / или кодирования с использованием XML Encryption.

Библиотека базовых функций {XPath}


Core Function Library
Набор встроенных функций языка XPath, используемых для спецификации вы-
ражений, который всегда должен включаться в реализацию языка. Для каждой
функции библиотеки в описании языка представлен ее прототип, определяющий тип
возвращаемого значения, имя функции и типы ее аргументов (числовой, строковый,
булевский и набор узлов). В каждом из языков XSLT и XPointer, основанных на XPath,
базовая библиотека функций расширяется новыми функциями, для некоторых из
которых возвращаемые значения имеют типы, отличные от указанных.

Бизнес-процесс абстрактный {WSC}


Abstract Business Process
Определение порядка бизнес-деятельностей, связанных с посылкой и / или по-
лучением сообщений. Определение потока между деятельностями не является
вычислительно полным (т. е., оно не может исполняться). Все эти сообщения
передаются между независимыми бизнес-сущностями (участниками). Участники
могут относиться к разным компаниям или к одной компании. Существует два
типа таких процессов: интерфейсные бизнес-процессы и взаимодействующие
бизнес-процессы.

Бизнес-процесс взаимодействующий {WSA}


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

152
Глоссарий Блок отката хореографии {WSC}

Бизнес-процесс интерфейсный {WSA}


Interface Business Process
Абстрактный бизнес-процесс, который определяет, каким образом внешним
участникам может потребоваться взаимодействовать с  сервисом некоторой
бизнес-сущности. Этот сервис может быть реализован как приложение какого-
либо типа, включающее исполняемый бизнес-процесс. Если данный интерфейс
является интерфейсом исполняемого бизнес-процесса, то все действия в рамках
интерфейсного бизнес-процесса будут также существовать в исполняемом бизнес-
процессе, т. е. интерфейсный бизнес-процесс будет подмножеством исполняемого
бизнес-процесса.

Бизнес-процесс исполняемый {WSA}


Executable Business Process
Некоторая последовательность бизнес-деятельностей, которые посылают и / или
получают сообщения. Определение потока между деятельностями является
вычислительно полным (т. е., они могут быть выполнены). Сообщения могут
посылаться: а) от независимой бизнес-сущности ей самой и б) от независимой
бизнес-сущности другой бизнес-сущности (другому участнику). Такие бизнес-
процессы можно было бы назвать внутренними или бизнес-процессами типа потока
работ. Бизнес-деятельности, которые взаимодействуют с другим участником, будут
также появляться в производном абстрактном бизнес-процессе. Определение
исполняемого бизнес-процесса является фактически надмножеством определения
абстрактного бизнес-процесса.

Блок заголовка сообщения {SOAP}


Header Block
Син. англ.: Just Header Block
Единица информации-элемент, используемый для того, чтобы указать границы
данных, которые логически образуют единую вычислительную единицу в за-
головке SOAP. Тип блока заголовка SOAP идентифицируется квалифицированным
XML-именем единицы информации-элемента блока заголовка.

Блок исключительных ситуаций хореографии {WSC}


Choreography Exception Block
Описание дополнительных взаимодействий, которые должны иметь место, когда
хореография исполняется некорректным образом.

Блок отката хореографии {WSC}


Choreography Finalizer Block
Описание, указывающее, какие дополнительные взаимодействия должны иметь место,
чтобы аннулировать результаты ранее успешно завершившейся хореографии.

153
Браузер

Браузер
Browser
Программное средство, предназначенное для просмотра содержания документов
пользователем. Используются для просмотра SGML-документов в различных систе-
мах управления документами, основанных на этом языке, в среде Веб и в других
случаях. Используемые в настоящее время веб-браузеры являются клиентскими
средствами. Они обладают встроенными интерпретаторами языков HTML и JavaScript,
а также виртуальной машиной Java (JVM). Последние версии браузеров Internet
Explorer и Mozilla Firefox располагают также процессорами языка XML. Браузер
обеспечивает среду стадии исполнения для компонентов распределенных при-
ложений на оборудовании клиента.

В
Валидация ключа {XKMS}
Key Validation
Сервис, обеспечивающий верификацию связывания информации для общедоступного
ключа, а также определение текущего состояния этого связывания, если он является
подходящим или возможным для информации в запросе.

Веб {WebA}
Web
См. Паутина Всемирная.

Веб-сайт {WS}
Web Site
Коллекция взаимосвязанных веб-страниц, включающая домашнюю страницу, хра-
нимая в одном и том же узле Cети.

Веб-сервис {WS, XKMS}


Web Service
Син. русск.: WSDL-сервис
Син. англ.: WSDL Service
Аббрев. англ.: WS
1. Программная система, идентифицируемая URI и  предназначенная для
поддержки интероперабельных межмашинных взаимодействий в сетевой среде.
Ее общедоступный интерфейс и связывания определяются и описываются
с использованием языка WSDL. Веб-сервисы являются ключевыми компонентами
архитектурного подхода к созданию слабо связанных систем, основанного на
Веб. Определение веб-сервиса может быть обнаружено другими программными
системами. Эти системы могут взаимодействовать с ним способом, предписываемым
его определением, с использованием SOAP-сообщений.

154
Глоссарий Взаимодействие синхронное {WS}

2. Сервис, который доступен путем посылки сообщения с  использованием


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

Вес правила {CSS1}


Rule Weight
Приоритет правила форматирования, определяемого языком CSS1.

Взаимодействие асинхронное {WS}


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

Взаимодействие безопасное {WebA}


Safe Interaction
Взаимодействие, при котором агент не берет на себя каких-либо обязательств вне
рамок данного взаимодействия. Агент может взять на себя обязательства иными
средствами, например подписанием контракта. Если агент не имеет какого-либо
обязательства перед безопасным взаимодействием, он не имеет этого обязательства
и после него.

Взаимодействие небезопасное {WebA}


Unsafe Interaction
Взаимодействие с ресурсом, при котором не обеспечивается безопасность.

Взаимодействие идемпотентное {WS}


Idempotent Interaction
Свойство взаимодействия, заключающееся в том, что его результат и побочные
эффекты не зависят от того, выполнялось ли оно однократно или много раз.

Взаимодействие программных агентов {WS}


Software Agent Interaction
Обмен сообщениями между программными агентами.

Взаимодействие синхронное {WS}


Synchronous Interaction
Взаимодействие, при котором участвующие агенты должны быть доступными для
получения и обработки сообщений, начиная со времени инициации взаимодействия,
и до тех пор, пока будут получены все сообщения или будет обнаружена некоторая
аварийная ситуация. Точный смысл выражения «доступны для получения сообщений»

155
Владение URI {WebA}

зависит от характеристик участвующих агентов (в том числе, от используемого ими


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

Владение URI {WebA}


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

Влечь {RDF}
Entail
Семантическое отношение между выражениями, которое имеет место всякий раз,
когда истинность первого гарантирует истинность второго. Равносильное определение
указанного термина заключается в том, что логически невозможно, чтобы первое
выражение было истинным, а второе ложным. Точно так же равносильно, что когда
некоторая интерпретация удовлетворяет первое выражение, она удовлетворяет
и второе.

Возможности обновления в XQuery {XQuery, XUpdate}


XQuery Update Facility
Аббрев. англ.: XUpdate
Расширение языка XQuery возможностями создания, вставки, удаления и обновления
XML-данных.

Возможности управления {WS}


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

Возможность {WS}
Feature
1. Некоторая абстрактная часть функциональности веб-сервиса.
2. Подмножество архитектуры, которое имеет отношение к конкретным потребностям
или к свойствам более крупного масштаба.

Возможность CSS1 основная {CSS1}


CSS1 Core Feature
Возможность форматирования, предусмотренная в стандарте CSS1, которую должны
обеспечивать все пользовательские агенты, которые поддерживают стандарт CSS1.

156
Глоссарий Выражение обновляющее основное {XUpdate}

Возможность CSS1 продвинутая {CSS1}


CSS1 Advanced Feature
Возможность форматирования, которая предусмотрена в стандарте CSS1, но не
относится к числу основных.

Возможность SOAP {SOAP}


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

Восстановление при ошибке {WebA}


Error Recovery
Ситуация, когда агент вызывает некоторое поведение, соответствующее исключи-
тельной ситуации, поскольку он не корректирует ошибку.

Вывод {RDF}
Inference
Действие или процесс конструирования новых выражений из существующих либо
результат такого действия или процесса.

Выражение вычисляемое {XPath, XForm}


Computed Expression
Выражение XPath, используемое свойствами элемента модели для включения
динамической функциональности в формы XForm.

Выражение не обновляющее {XUpdate}


Non-updating Expression
Выражение языка XQuery, которое не является обновляющим выражением.

Выражение непротиворечивое {RDF}


Consistent Expression
Внутренне непротиворечивое выражение, для которого существует удовлетворяющая
его интерпретация.

Выражение обновляющее {XUpdate}


Updating Expression
Выражение, содержащее основное обновляющее выражение, которое не находится
внутри фразы modify трансформирующего выражения.

Выражение обновляющее основное {XUpdate}


Basic Updating Expression
Выражение вставки, удаления, замены или переименования либо вызов функции
обновления.

157
Выражение первичное XQuery {XPath, XQuery}

Выражение первичное XQuery {XPath, XQuery}


Primary Expression
Один из базисных примитивов языка XQuery. Первичные выражения включают
литералы, переменные, вызовы функций, конструкторы и используют скобки для
управления приоритетами операций.

Выражение политики {WSP}


Policy Expression
Представление политики в терминах XML Infoset.

Выражение политики безопасности {WS}


Security Policy Expression
Представление основных объектов и / или атрибутов с допустимыми действиями.
Выражение политики безопасности часто является, по существу, списком управления
доступом.

Выражение регулярное {XML Schema}


Regular Expression
Выражение, представленное как последовательность альтернатив, разделенных
символом «|». Каждая альтернатива представляет собой при этом конкатенацию
атомов, возможно, квантифицированных. Атомы, в свою очередь, представляют
собой строки литер или регулярные выражения, заключенные в скобки.

Выражение связывания {XForm}


Binding Expression
Выражение XPath, используемое для связывания.

Выражение связывания действия {XForm}


Action Binding Expression
Выражение XPath, используемое в связывании управления формой с экземпляром
или для спецификации узла либо множества узлов, которыми будет оперировать
некоторое действие.

Выражение связывания модели {XForm}


Model Binding Expression
Выражение XPath, используемое в связывании, которое декларирует свойство
некоторого элемента модели.

Выражение XPath {XPath}


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

158
Глоссарий Граница включительная верхняя {XML Schema}

Выражение XSLT {XSLT}


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

Высказывание {RDF}
Proposition
1. Нечто, имеющее значение истинности.
2. Утверждение или выражение, которое является истинным или ложным.

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

Гиперссылка {XLink}
Hyperlink
Син. русск.: Ссылка
Явно представленная ориентированная связь между двумя или более ресурсами
либо фрагментами ресурсов, предназначенная для представления и навигации
средствами пользовательских интерфейсов.

Граница включительная верхняя {XML Schema}


Inclusive Upper Bound
Значение u, принадлежащее упорядоченному пространству значений U, называется
включительной верхней границей пространства значений V, являющегося под-
множеством U, если любое значение из V не превышает u.

159
Граница включительная нижняя {XML Schema}

Граница включительная нижняя {XML Schema}


Inclusive Lower Bound
Значение l, принадлежащее упорядоченному пространству значений L, называется
включительной нижней границей пространства значений V, являющегося под-
множеством L, если l не превышает любого значения из V.

Граница исключительная верхняя {XML Schema}


Exclusive Upper Bound
Значение u, принадлежащее упорядоченному пространству значений U, называется
исключительной верхней границей пространства значений V, являющегося под-
множеством U, если любое значение из V меньше u.

Граница исключительная нижняя {XML Schema}


Exclusive Lower Bound
Значение l, принадлежащее упорядоченному пространству значений L, называется
исключительной нижней границей пространства значений V, являющегося под-
множеством L, если l меньше любого значения из V.

Группа подстановки элементов {XML Schema}


Element Substitution Group
Механизм, поддерживающий развитую модель обеспечения подстановки одного
именованного элемента вместо другого.

Д
Данные символьные {XML}
Character Data
Текстовые данные, не содержащие разметки. Они могут быть составной частью
контента элемента. Модель контента элемента, включающего такие данные, может
включать секцию CDATA.

Данные символьные, подвергающиеся синтаксическому анализу {XML}


Parsed Character Data
Аббрев. англ.: PCDATA
Текстовые данные в XML-документе, которые, в отличие от данных секции CDATA, под-
вергаются синтаксическому анализу при обработке документа процессором XML.

Данные экземплярные {XForm}


Instance Data
Внутреннее древовидное представление значений и состояния всех узлов экзем-
плярных данных, ассоциированных с конкретной формой.

160
Глоссарий Декларация неявно содержащаяся {XML Schema}

Дата и время текущие {XPath, XQuery}


Current Date and Time
Представленная способом, зависящим от реализации, отметка времени в период
обработки запроса или выполнения трансформации. Она может быть доступна
с помощью специально для этого предназначенных функций языка fn: current-date,
fn: current-time и fn: current-dateTime. Если вызывать эти функции несколько раз
во время обработки запроса или трансформации, они будут возвращать один и тот
же результат.

Декларация {XML, CSS1, XML Schema}


Declaration
Объявление какого-либо свойства синтаксической единицы языка, которое обычно
ассоциируется с ней с помощью квалифицированного имени. Примерами деклараций
являются декларация версии языка и декларация типа элемента документа в языке
XML, декларация свойств единицы информации в языке XML Schema или декларация
части правила форматирования, которая определяет значения для свойств форма-
тирования из заданного в ней набора.

Декларация атрибута в области действия {XPath, XQuery}


In-Scope Attribute Declaration
Декларация атрибута, явно представленная в статическом контексте или входящая
в импортируемую схему. Идентифицируется либо квалифицированным именем, либо
идентификатором атрибута, определяемым реализацией.

Декларация версии XML {XML}


XML Declaration
Декларация в ХМL-документе, информирующая процессор XML о конкретной версии
спецификации XML, которая использована для разметки данного документа.

Декларация глобальная {DOM}


Global Declaration
Декларация схемы, как правило, связанная с элементом документа или атрибутом
элемента, которая доступна для использования в моделях контента всюду в схеме,
т. е. декларация, которая не ограничивается некоторым конкретным контекстом.

Декларация кодировки {XML}


Encoding Declaration
Декларация, используемая в представлении внешних сущностей для определения ис-
пользуемой кодировки ее символов, например, UTF-8, UTF-16, ISO-8859–1 или др.

Декларация неявно содержащаяся {XML Schema}


Implicitly Containing Declaration
Декларация элемента, которая содержится в группе подстановки.

161
Декларация перепроверки {XUpdate}

Декларация перепроверки {XUpdate}


Revalidation Declaration
Декларация, устанавливающая режим перепроверки в статическом контексте,
переопределяя установки по умолчанию, определяемые реализацией.

Декларация нотации {XML}


Notation Declaration
Декларация в XML-документе, позволяющая ассоциировать с определяемой нотацией
некоторое имя, с помощью которого она будет идентифицироваться.

Декларация, определяемая контекстом {XML Schema}


Context-Determined Declaration
Декларация элемента или атрибута, ассоциация между которой и соответствующей
единицей информации — элементом или единицей информации — атрибутом уста-
навливается в процессе проверки правильности этой единицы информации.

Декларация пространства имен {XML}


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

Декларация разметки {XML}


Markup Declaration
Составная часть DTD, являющаяся декларацией типа элемента, декларацией списка
атрибутов, декларацией сущности или декларацией нотации. Декларация разметки
или совокупность таких деклараций может полностью или частично определяться
сущностью-параметром, ссылка на которую замещается ее содержанием при об-
работке документа процессором XML.

Декларация списка атрибутов {XML}


Attribute List Declaration
Компонент определения типа элементов в DTD, описывающий состав и свойства
атрибутов элементов данного типа.

Декларация сущности {XML}


Entity Declaration
Составная часть DTD, определяющая какую-либо общую сущность или сущность-
параметр, внутреннюю или внешнюю.

162
Глоссарий Дерево объектов форматирования {XSL}

Декларация текста {XML}


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

Декларация типа документов {XML}


Document Type Declaration
Составная часть пролога XML-документа, содержащая имя типа документов и DTD
или ссылку на DTD, которому соответствует данный документ.

Декларация типа элементов {XML}


Element Type Declaration
Спецификация в DTD, которая определяет тип элементов, экземпляры которых могут
являться составными частями документов данного типа. Декларация типа элементов
включает имя типа элементов, декларацию списка атрибутов и модель контента
элементов данного типа.

Декларация элемента в области действия {XPath, XQuery}


In-Scope Element Declaration
Декларация элемента, явно представленная в статическом контексте или входящая
в импортируемую схему. Эта декларация включает информацию о группах подстановки,
к которым этот элемент относится. Идентифицируется либо квалифицированным
именем для элемента более высокого уровня, либо идентификатором атрибута для
локального элемента, зависимым от реализации.

Дерево импорта {XSLT}


Import Tree
Древовидная структура, формируемая элементами импорта таблицы стилей (xsl: import),
встречающимися при ее обработке.

Дерево областей {XSL}


Area Tree
Иерархия геометрических областей среды представления, генерируемая в результате
третьего этапа процесса форматирования исходного XML-документа процессором
XSL.

Дерево объектов форматирования {XSL}


Formatting Object Tree
Иерархическая структура объектов форматирования обрабатываемого XML-документа.
Генерируется на втором этапе форматирования XML-документа процессором XSL.

163
Дерево результирующее {XSL, XSLT}

Дерево результирующее {XSL, XSLT}


Result Tree
Син. русск.: Дерево элементов и атрибутов
Результат процесса трансформации исходного XML-документа процессором XSLT.
Дерево, полученное в результате совместной обработки XML- документа с таблицей
стилей XSLT процессором языка XSLT.

Дерево элементов и атрибутов {XSL, XSLT}


Element and Attribute Tree
См. Дерево результирующее

Деятельность по взаимодействию {WSC}


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

Диалог {WS}
Conversation
Логическая последовательность сообщений, которыми обмениваются стороны
в процессе коммуникации.

Диапазон {XPointer}
Range
Непрерывная часть контента XML-документа между заданными точками.

Доказательство владения {XKMS}


Proof of Possession (POP)
Выполнение действия с закрытым ключом для демонстрации владения им. Например,
создание подписи с использованием зарегистрированного приватного ключа
подписи для доказательства владения им.

Документ {WS, XDM}


Document
1. {WS} Любые данные, которые могут быть представлены в цифровой форме.
2. {XDM} Дерево, корневой узел которого является узлом документа.

Документ XML {XML, XSign}


XML Document
См. XML-документ

164
Глоссарий Документ пространства имен {WebA}

Документ вложенный {CDRF}


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

Документ вложенный масштабируемый {CDRF}


Scalable Child Document
Вложенный документ, для которого возможно представление в некотором диа-
пазоне размеров.

Документ допустимый {XML}


Valid Document

См. XML-документ допустимый


Документ доступный {XPath, XQuery}
Accessible Document
Отображение строк на узлы документов. Строка представляет собой абсолютный
URI ресурса. Узел документа — это представление данного ресурса как экземпляра
модели данных, возвращаемого функцией fn: doc при ее применении к соот-
ветствующему URI. Примечание. Термин модель данных следует трактовать здесь
в соответствии с его пониманием в спецификации стандарта XQuery как структуры
XML-документа.

Документ корневой {CDRF}


Root Document
Самый внешний родительский документ в составном документе, построенном с по-
мощью ссылок из одних документов на другие составляющие его документы.

Документ онтологический {OWL}


Ontology Document
Представленный в Веб документ, который содержит некоторую онтологию, что, как
правило, указывается присутствием в этом документе элемента owl: Ontology.

Документ правильный {XML}


Well-Formed
См. XML-документ правильный

Документ пространства имен {WebA}


Namespace Document
Ресурс, идентифицируемый URI некоторого пространства имен и содержащий
полезную информацию о терминах конкретного пространства имен XML, которая
может использоваться компьютером и / или человеком.

165
Документ родительский {CDRF}

Документ родительский {CDRF}


Parent Document
Документ, который является частью составного документа, построенного с помощью
ссылок из одних образующих его документов на другие, который описывается DOM
(см. DOM Level 3 Core) как древовидный и содержит ссылки на все другие документы,
образующие этот составной документ.

Документ содержащий {XForm}


Containing Document
Конкретный документ, в котором находятся один или более элементов модели.

Документ составной {CDRF}


Compound Document
Документ, в котором комбинируется множество форматов документов с помощью
ссылки, включения либо того и другого. Если составной документ построен с помощью
ссылок, он может быть коллекцией нескольких отдельных документов.

Документ составной интеграции Веб {CDRF}


Web Integration Compound Document
Аббрев. англ.: WICD
Разрабатываемый консорциумом W3C комплекс спецификаций, реализующий идею
интеграции существующих языков разметки для представления составных документов
в среде Веб вместо создания для этой цели нового какого-либо языка.

Документ составной по включению {CDRF}


Compound Document by Inclusion
Аббрев. англ.: CDI
Документ, который непосредственно включает другие документы и / или пространства
имен в один и тот же физический документ.

Документ составной по ссылкам {CDRF}


Compound Document by Reference
Аббрев. англ.: CDR
Документ, который логически включает в себя некоторые другие документы с по-
мощью гипертекстовых ссылок.

Документ статически известный {XPath, XQuery}


Statically-Known Document
Отображение строк на типы. Строка представляет собой абсолютный URI ресурса,
потенциально доступного с использованием функции fn: doc. Тип — это тип узла
документа, который был бы результатом при вызове функции fn: doc с использованием
этого URI в качестве аргумента.

166
Глоссарий Единица информации–атрибут {XML Infoset}

Документ-схема {XML Schema}


Schema Document
Документ, представляющий XML-схему.

Допустимое, допустимый {RDF, XML Schema}


Valid
1. В контексте вывода или процесса вывода соответствующее отношению влечет,
т. е. следствие вывода находится в данном отношении с антецедентом этого
вывода.
2. Эпитет, характеризующий свойство XML-схемы или ее компонентов, указывающий
на успешное завершение проверки их правильности в  соответствии со
спецификациями стандарта XML Schema.

Документ частично допустимый {XDM}


Incompletely Validated Document
XML-документ, который имеет соответствующую схему, но проверка корректности
которого относительно этой схемы дает в результате для одной или более единиц
информации элемента или атрибута значение, иное чем valid для свойства validity
в наборе единиц информации, верифицированном по схеме (PSVI).

Дуга {XLink}
Arc
Ассоциируемые со ссылкой правила навигации, определяющие порядок обхода
участвующих в ней ресурсов. Эти правила описывают, в частности, направление
обхода, некоторые аспекты поведения, а также, возможно, и контекст, в котором
он осуществляется.

Е
Единица информации {XML Infoset}
Information Item
Абстрактное описание некоторой части XML-документа. Предусматривается один-
надцать видов единиц информации, определенных стандартом XML Information
Set консорциума W3C. Единица информации каждого вида обладает некоторым
набором свойств.

Единица информации–атрибут {XML Infoset}


Attribute Information Item
Единица информации XML Infoset, соответствующая каждому атрибуту каждого
элемента XML-документа.

167
Единица информации–документ {XML Infoset}

Единица информации–документ {XML Infoset}


Document Information Item
Один из видов единиц информации XML Infoset. Каждый XML-документ содержит,
по крайней мере, единственный экземпляр единиц информации этого вида.

Единица информации–декларация типа документа {XML Infoset}


Document Type Declaration Information Item
Единица информации XML Infoset, соответствующая декларации типа XML-документа.
Если декларация типа документа имеется в документе, то набор единиц информации
XML Infoset этого документа включает единственную единицу информации такого
вида.

Единица информации, изоморфная компоненту {XML Schema}


Item Isomorphic to a Component
Единица информации, тип которой эквивалентен типу данного компонента, каждому
свойству которой соответствует свойство компонента с тем же самым именем
и значением.

Единица информации–инструкция по обработке {XML Infoset}


Processing Instruction Information Item
Единица информации XML Infoset, соответствующая каждой инструкции по об-
работке, включенной в данный XML-документ.

Единица информации–комментарий {XML Infoset}


Comment Information Item
Единица информации XML Infoset, соответствующая каждому комментарию в данном
XML-документе, за исключением тех, которые входят в состав DTD.

Единица информации–неразыменованная ссылка на сущность


{XML Infoset}
Unexpanded Entity Reference Information Item
Единица информации XML Infoset, которая служит в XML-документе «заглушкой»,
указывающей, что в состав XML-документа входит неразвернутая внешняя под-
лежащая синтаксическому анализу сущность. Каждой ссылке в XML-документе на
неразвернутую внешнюю сущность соответствует такая единица информации.

Единица информации–нотация {XML Infoset}


Notation Information Item
Единица информации XML Infoset, соответствующая каждой нотации, определенной
в DTD данного XML-документа.

Единица информации–пространство имен {XML Infoset}


Namespace Information Item
Единица информации XML Infoset, соответствующая каждому пространству имен,
используемому в элементах данного XML-документа.

168
Глоссарий Зависимый от реализации {XDM, XPath, XQuery}

Единица информации символьная {XML Infoset}


Character Information Item
Единица информации XML Infoset, соответствующая каждой литере, представлен-
ной в данном XML-документе либо литеральным образом, либо в секции CDATA.
Приложения XML могут требуемым для них способом объединять отдельные
литеры в группы, каждой из которых соответствует одна символьная единица
информации.

Единица информации–сущность,
не подлежащая синтаксическому анализу {XML Infoset}
Unparsed Entity Information Item
Единица информации XML Infoset, соответствующая каждой не подлежащей син-
таксическому анализу общей сущности, объявленной в данном XML-документе.

Единица информации–элемент {XML Infoset}


Element Information Item
Единица информации, соответствующая каждому элементу XML-документа.

Если и только если {RDF}


If and only if
Аббрев. англ.: Iff
Математическая конструкция, используемая для формулировки необходимых
и достаточных условий.

Ж
Живучесть URI {WebA}
URI Persistence
Социальное ожидание того, что поскольку URI идентифицирует конкретный ресурс,
он должен в течение неограниченного времени ссылаться на этот ресурс.

З
Зависимый от реализации {XDM, XPath, XQuery}
Implementation Dependent
Указывает аспект, который может различаться в разных реализациях, но не специфи-
цируется в стандарте данного языка и не должен быть четко специфицирован
разработчиком какой-либо конкретной реализации.

169
Заголовок онтологии {OWL}

Заголовок онтологии {OWL}


Ontology Header
Заголовок документа, описывающего онтологию. Содержит сведения о свойствах
данной онтологии как ресурса, представленные средствами языка OWL.

Заголовок сообщения {SOAP}


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

Замыкание импорта {OWL}


Imports Closure
Информация в данном онтологическом документе вместе с информацией импор-
тируемых им онтологических документов. Это понятие следует трактовать рекур-
сивно — импортируемые документы могут сами импортировать онтологические
документы.

Запрос комментариев
Request For Comment
Аббр. англ.: RFC
Установленный в Interent Engineering Task Force (IETF) статус для архивных докумен-
тов этой организации, идентифицируемых как «RFC xxxx», где xxxx — номер документа.
Среди RFC представлены описания стандартов, одобренных IETF, разнообразных
технологических предложений и т. д. Доступ к архиву RFC в Веб возможен через
домашнюю страницу IETF (http://www.ietf.org / ).

Знак {RDF}
Token
Конкретная физическая запись символа или выражения в документе.
Противопоставляется типу, абстрактной грамматической форме выражения.

Значение актуальное {XML Schema}


Actual Value
Элемент пространства значений определения простого типа, ассоциированного
с единицей информации — атрибутом, который соответствует ее нормализованному
значению.

Значение атомарное {XPath, XQuery, XDM}


Atomic Value
Значение в пространстве значений какого-либо атомарного типа XML Schema, опреде-
ленного в стандарте XML Schema, т. е. простого типа, который не является типом LIST
или типом UNION.

170
Глоссарий Значение узла строковое {XPath, XQuery}

Значение атрибута {XML}


Attribute Value
Значение, которое разработчик данного экземпляра XML-документа присваивает каждому
атрибуту составляющих его элементов. Допустимые значения атрибутов определяются
в DTD типа документов, которому принадлежит рассматриваемый документ.

Значение атрибута по умолчанию {XML}


Attribute Default Legal
Значение атрибута, которое принимается по умолчанию для элемента документа в случае,
когда этот атрибут не специфицирован как обязательный или необязательный. Это
значение принимается также для атрибута по умолчанию.

Значение булевское эффективное {XPath, XQuery}


Effective Boolean Value
Эффективное булевское значение некоторого значения — это результат применения
функции fn: boolean к данному значению.

Значение начальное {XML Schema}


Initial Value
1. Для единицы информации — атрибута значение данного свойства этой единицы.
2. Для единицы информации — элемента конкатенация в порядке документа строковых
значений иерархии вложенных в нее единиц информации — элементов.

Значение нормализованное {XML Schema}


Normalized Value
Начальное значение единицы информации — элемента или атрибута, в котором
пробелы, если они содержались в нем, были нормализованы в соответствии со
значением фасета whiteSpace определения простого типа, использованного для
проверки его правильности.

Значение ошибки {XPath, XQuery}


Error Value
Единственный компонент или пустая последовательность.

Значение узла строковое {XPath, XQuery}


Node String Value
Значение, сопоставляемое узлам, которые представляют структуру XML-документа.
Механизм формирования этого значения зависит от типа узла. Для некоторых узлов
строковое значение представляет собой часть контента этого узла. Для других оно
может быть вычислено из строковых значений вложенных узлов. Строковое значение
корневого узла является конкатенацией строковых значений всех текстовых узлов,
вложенных в корневой узел. Точные правила вычисления строкового значения для
каждого вида узла определяются в спецификации стандартов XPath и XQuery.

171
Значение узла типизированное {XPath, XQuery}

Значение узла типизированное {XPath, XQuery}


Node Typed Value
Последовательность атомарных значений, которая может быть получена применением
к узлу функции fn: data. Типизированное значение для каждого вида узлов опреде-
ляется с помощью механизма доступа fn: typed-value, определенного в стандарте.

И
Идентификатор ресурса унифицированный {IETF RFC 2396, WebA}
Uniform Resource Identifier
Аббрев. англ.: URI
1. {IETF RFC 2396} Стандартизованный Interent Engineering Task Force (IETF)
идентификатор, обеспечивающий адресацию удаленных ресурсов Веб. Имеет
абсолютную и относительную формы. Стандарт URI определяется документом
IETF RFC 2396. В случае если необходимо адресовать фрагмент документа (порцию
ресурса), совместно с URI используется идентификатор фрагмента.
2. {WebA} Глобальный идентификатор ресурса в контексте Всемирной паутины.

Идентификатор сообщения {WS}


Message Identifier
Идентификатор, уникально идентифицирующий сообщение.

Идентификатор уникальный {XPath}


Unique Identifier (ID)
Идентификатор узла-элемента, представляющий собой значение атрибута этого
элемента, который был определен в DTD как атрибут типа ID.

Идентификатор фрагмента {XPointer, XPath, WebA}


Fragment Identifier
Син. англ.: XPointer
1. {XPointer, XPath} Средство адресации фрагмента XML-документа. В отличие от языка
HTML, где имеется возможность идентифицировать только начальную точку фрагмента
документа (якорную точку) и только с помощью явно заданного идентификатора,
языки XPointer и XPath обладают существенно более богатыми возможностями для этих
целей. Фрагмент документа может идентифицироваться на основе идентификаторов
или имен типов составляющих документ элементов, по местоположению его
относительно других фрагментов или по структурным отношениям с ними, а также
по контексту. Идентификатор фрагмента может использоваться совместно с URI
для адресации фрагмента удаленного документа.
2. {WebA} Часть URI, которая дает возможность идентификации вторичного ресурса.
Этот вторичный ресурс может быть некоторой порцией или подмножеством
первичного ресурса, некоторым представлением, определенным над первичным
ресурсом или некоторым другим ресурсом.

172
Глоссарий Имя квалифицированное расширенное {XDM}

Иерархия определений типов {XML Schema}


Type Definition Hierarchy
Отношение на множестве определений типов в схеме. Определение каждого типа в этой
иерархии, за исключением определения ее корневого типа (ur-type), представляет собой
ограничение или расширение некоторого другого определения типа.

Измерение истинное {CSS1}


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

Импорт {XSLT}
Import
Операция, в результате которой некоторая таблица стилей, называемая импортируемой,
вставляется в текущую таблицу стилей в заданной точке вставки. Правилам шаблонов
и определениям импортирующей таблицы стилей отдается предпочтение по отношению
к правилам и определениям импортируемой таблицы стилей.

Имя анонимного типа {DOM, XDM}


Anonymous Type Name
Зависящее от реализации глобально уникальное квалифицированное имя, присваи-
ваемое процессором каждому анонимному типу, декларированному в схеме.

Имя атрибута {XML}


Attribute Name
Символьная строка, используемая в DTD и XML-документах для идентификации
атрибута.

Имя квалифицированное {NmSpaces, XML}


Qualified Name
Син. русск.: Имя уточненное
Аббрев. англ.: QName
Имя в XML-документе, уточняемое указанием имени пространства имен, которому оно
принадлежит. Квалифицированные имена уникальны в XML-документе. Более того, они
образуют универсум уникальных имен, определенный над заданной совокупностью
пространств имен. Квалифицированное имя состоит из префикса, определяющего
используемое пространство имен, и локальной части имени (локального имени),
разделенных двоеточием.

Имя квалифицированное расширенное {XDM}


Expanded-QName
Совокупность трех значений, включающая префикс, возможно, пустой, URI про-
странство имен, возможно, пустое, и локальное имя.

173
Имя класса {OWL}

Имя класса {OWL}


Class Name
Неформальный термин для значения атрибута owl: Class rdf: ID.

Имя ключа {XKMS}


Key Name
Определенное в рекомендации XML Digital Signature свойство, позволяющее ассоции-
ровать с ключом некоторое имя в специально для этого предназначенном элементе
<ds: KeyInfo>. Использование имени ключа не является обязательным. Когда оно
используется, необязательно, чтобы оно было уникальным идентификатором для
этого ключа.

Имя компонента {XML Schema}


Component Name
Имя, идентифицирующее декларацию или определение.

Имя локальное {NmSpaces, XML}


Local Part of Qualified Name
Составная часть квалифицированного имени, которая служит для идентификации
конкретного элемента XML-документа или атрибута. Локальное имя (точнее, локальная
часть имени, как оно называется в спецификации стандарта пространства имен XML)
уточняется в квалифицированном имени префиксом пространства имен.

Имя оси {XPath}


Axis Name
Идентификатор, определяющий вид оси. Всего в действующей версии стандарта XPath
предусмотрено тринадцать видов осей: child, descendant, attribute, self, descendant-or-
self, following-sibling, following, namespace, parent, ancestor, preceding-sibling, preceding,
ancestor-or-self.

Имя пространства имен {NmSpaces, XML}


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

Имя расширенное {XPath, XSLT}


Expanded Name
Аналог квалифицированного имени в XML и Namespaces. Представляет собой иден-
тификатор узла, состоящий из локального имени компонента XML-документа (эле-
мента, атрибута) и, возможно, URI, который определяет пространство имен. Корневой
узел не имеет расширенного имени. Расширенное имя узла — пространства имен

174
Глоссарий Инструкция по обработке {XML}

представляет собой пару, состоящую из префикса, поставленного в XML-документе


в соответствие этому пространству имен, и URI ресурса, представляющего это про-
странство. Узлы — комментарии и узлы — тексты не имеют расширенного имени.

Имя ресурса унифицированное {IETF RFC 2141}


Uniform Resource Name
Аббрев. англ.: URN
Стандартизованный Interent Engineering Task Force (IETF) глобальный устойчивый
(persistent) идентификатор ресурса, независимый от его местоположения. Компонентами
его являются символ, характеризующий природу этого имени (urn), идентификатор
пространства имен и строка, представляющая собой некоторый элемент этого про-
странства. Синтаксис URN определяется в RFC 2141. Он позволяет достаточно легко
отображать различные другие пространства имен в пространство имен URN.

Имя типа документов {XML}


Document Type Name
Содержащееся в декларации типа документов имя, идентифицирующее тип пред-
ставляемого документа. Совпадает с именем типа корневого элемента в спецификации
DTD для данного типа XML-документов.

Имя [типа] элемента {XML}


Element [Type] Name
Имя, указанное в декларации типа элементов. Это имя может использоваться в качестве
компонента квалифицированного имени. В таком случае оно снабжается префиксом
пространства имен, и эта квалификация распространяется на все вложенные элементы,
если только их имена не квалифицированы префиксом другого пространства имен.

Имя уточненное {XSLT}


Qualified Name
См. Имя квалифицированное

Индивидуум {OWL}
Individual
Экземпляр класса OWL, т. е. ресурс, который относится к расширению этого класса
OWL.

Инструкция по обработке {XML}


Processing Instruction
Аббрев. англ.: PI
Декларация XML, позволяющая передавать информацию, касающуюся обработки
XML-документа, процессору XML, например, браузеру. Инструкции по обработке могут
находиться в любом месте XML-документа.

175
Интенсионал {RDF}

Интенсионал {RDF}
Intensional
1. Логика, которая позволяет различать сущности с одним и тем же экстенсионалом.
2. Не экстенсионал.

Интернационализация {ITS}
Internationalization
Процесс разработки контента, обеспечивающий удобство его локализации и возможность
ее эффективного осуществления.

Интерпретация {RDF}
Interpretation
Минимальное формальное описание тех аспектов мира, которые только лишь достаточны
для установления истинности или ложности какого-либо выражения логики.

Интерфейс {WS, DOM}


Interface
1. Граница между компонентами, через которую они взаимодействуют.
2. Абстрактный тип сервиса, независимый от протокола передачи и формата данных.
3. В объектном подходе декларация множества методов, не содержащая какой-либо
информации об их реализации.

Интерфейс прикладного программирования {DOM}


Application Programming Interface
Аббрев. англ.: API
Набор функций или методов, используемых для доступа к функциональности некоторой
программной системы.

Интерфейс сервиса {WS}


Service Interface
Абстрактная граница, которая представляет сервис. Интерфейс сервиса опреде-
ляет типы сообщений и образцы обмена сообщениями, которые вовлекаются во
взаимодействия с сервисом, вместе с любыми условиями, подразумеваемыми этими
сообщениями.

Интерфейс управления сервисом {WS}


Service Management Interface
Интерфейс, через который доступны возможности управления сервисом.

Интерфейс управляемости {WS}


Manageability Interface
Средство, с помощью которого система управления может управлять управляемым
элементом.

176
Глоссарий Канонизация XML {CanonXML}

Интранет
Intranet
Сеть компании или организации, основанная на стандартах и протоколах
интернета.

Информация управления доступом {WS}


Access Control Information
Любая информация, используемая для целей управления доступом, в том числе,
контекстная информация. Контекстная информация может включать исходный
IP-адрес, эффективность шифрования, тип запрашиваемой операции, время дня
и т. п. Порции информации управления могут быть специфическими для запраши-
вающей стороны, могут быть ассоциированы с соединением, с помощью которого
передается запрос, или (такие как время дня) определяться «средой».

Исполнитель {WS}
Actor
1. Лицо или организация — владельцы агентов, которые либо осуществляют поиск
веб-сервисов для использования либо поставляют веб-сервисы.
2. Физический или концептуальный объект, который может осуществлять какие-
либо действия. Например, люди, компании, машины, исполняемые программы.
Исполнитель может исполнять одну или несколько ролей. Исполнитель на
одном уровне абстракции может рассматриваться как некоторая роль на более
низком уровне.

Использование {RDF}
Use
Имеется в виду использование порции синтаксиса, в отличие от упоминания, для
того, чтобы обозначить нечто или сослаться на него. Обычный способ использования
языка.

К
Канал {WSC}
Channel
Точка взаимодействия между участниками, определяемая спецификацией, которая
указывает, где и каким образом осуществляется обмен информацией.

Канонизация XML {CanonXML}


XML Canonicalization
Процесс применения метода канонизации XML к некоторому XML-документу или
подмножеству XML-документа.

177
Категория данных {ITS}

Категория данных {ITS}


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

Категория данных направленность {ITS}


Directionality Data Category
Данные этой категории, определенной в спецификации ITS, позволяют пользователю
описать основное направление написания блоков, встраиваний и перекрытий для
двунаправленного алгоритма Unicode.

Категория данных замечание о локализации {ITS}


Localization Note Data Category
Категория данных, используемых в спецификации ITS для того, чтобы сообщить
специалистам по локализации замечание о некотором конкретном компоненте
контента.

Категория данных терминология {ITS}


Terminology Data Category
Категория данных — терминология используется для того, чтобы помечать термины
и факультативно связывать их с какой-либо информацией, например, с их опреде-
лениями. Это позволяет повысить согласованность между различными частями
документации.

Категория данных трансляция {ITS}


Translate Data Category
Категория данных в спецификации ITS, которые выражают информацию о том, должен
ли транслироваться контент элемента или атрибута. Эти данные могут принимать два
значения — да, если трансляция нужна, и нет — в противном случае.

Качество сервиса {WS}


Quality of Service
Ответственность, принятая на себя и рекламируемая объектом-поставщиком по-
требителям сервиса.

Класс {RDF}
Class
Общая концепция, категория или элемент классификации. Классы часто называются
предикатами в литературе по формальной логике. В языке RDF класс отличается от
множества, хотя эти два понятия часто отождествляются. Это обеспечивает в RDF
большую свободу в конструировании иерархий классов.

178
Глоссарий Ключ фразы Pass {XKMS}

Класс OWL {OWL}


OWL Class
Класс RDFS, который относится к расширению класса owl: Class.

Класс именованный {OWL}


Named Class
Класс OWL вместе с ассоциированным с ним идентификатором.

Класс неименованный {OWL}


Unnamed Class
Класс OWL без ассоциированного с ним идентификатора. Обычно используется как
компонент ограничений.

Клиент {XKMS}
Client
Приложение, которое обращается с запросом к сервису. Роль client (клиент) является
относительной по отношению к запросу сервиса. Приложение может играть роль
клиента по отношению одному запросу и роль сервиса по отношению к другому.

Ключ {XSL, XSLT, XKMS}


Key
1. {XSL, XSLT} Конструкция, декларируемая в таблице стилей с помощью элементов
типа key. Такие элементы имеют три атрибута — name, match и use. Первый
из них задает имя ключа, второй специфицирует образец для определения
узлов, к которым относится данный ключ, а третий задает выражение для
вычисления значения ключа таких узлов. Ключи обеспечивают более гибкие
возможности идентификации узлов документа по сравнению с атрибутами типов
ID, IDREF и IDREFS в языке XML, поскольку на ключи не налагаются ограничения,
которым должны подчиняться атрибуты указанных типов. Эти возможности могут
использоваться для определения дополнительных связей между элементами
документа.
2. {XKMS} Входной параметр, который разнообразит трансформации, выполняемые
криптографическим алгоритмом.

Ключ фразы Pass {XKMS}


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

179
Код XML

Код XML
XML Vocabulary
Син. русск.: Словарь XML
Син. русск.: Словарь разметки
Набор правил или кодовый справочник, определяющий представление средствами
языка XML информационных ресурсов или метаданных некоторого вида. Таким
кодом, конструкции форматной разметки XML-документов, является, например, язык
XSL. Другой пример — спецификация определения типа документов (DTD), которая
декларирует правильно построенную структуру некоторого класса XML-документов.
Этот термин в отечественной литературе не совсем точно, на наш взгляд, часто
переводится как словарь XML или словарь разметки.

Код аутентификации {XML-Sign}


Authentication Code
Син. русск.: Контрольная сумма защищенная
Значение, которое генерируется путем применения совместно используемого ключа
к сообщению с помощью некоторого криптографического алгоритма таким образом,
что оно позволяет осуществлять аутентификацию и проверку целостности сообщений,
но не аутентификацию подписавшегося.

Коллизия URI {WebA}


URI Collision
Использование одного и того же URI для того, чтобы ссылаться более чем на один
ресурс в контексте протоколов и форматов Веб.

Комментарий {XML}
Comment
Текст в ХМL-документе, заключенный между ограничителями комментариев — ком-
бинациями символов «<!-» и «->». Комментарии содержат информацию различного
рода о документе, которая может быть воспринята только при просмотре исходного
представления размеченного документа. Они игнорируются процессором XML.

Композиция хореографий {WSC}


Choreography Composition
Новая хореография, созданная путем повторного использования определений
существующих хореографий.

Компонент {XPath, XQuery, WS, OWL, XDM}


Item
1. Атомарное значение либо узел.
2. Архитектурная единица с определенными границами.
3. Объект программного обеспечения, предназначенный для взаимодействия
с другими компонентами, инкапсулирующими определенные функциональные
возможности или набор функциональных возможностей. Компонент обладает

180
Глоссарий Конструктор вычислительный {XQuery}

ясно определенным интерфейсом и соответствует предписанному поведению,


общему для всех компонентов в рамках некоторой архитектуры.
4. Часть определения класса, например, определения аргументов для синтаксической
конструкции intersection-of.

Компонент контекста {XPath, XQuery}


Context Item
Компонент, который в настоящее время обрабатывается в выражении пути.

Компонент схемы {XML Schema}


Schema Component
Родовой термин для строительных блоков, составляющих абстрактную модель данных
схемы. Примечание. Понятие модели данных трактуется здесь в отличие от современ-
ного понимания его в области технологий баз данных не как инструмент моделирования,
а как его результат — как структура XML-документа, представляющего XML-схему.

Конверт {SOAP}
Envelope
Самая внешняя единица информации-элемент в сообщении SOAP.

Конкретизация шаблона {XSLT}


Template Instantiation
Процесс задействования шаблона при обработке некоторой части XML-документа
процессором XSLT.

Консорциум W3C
World Wide Web Consortium
См. World Wide Web Consortium

Конструктор {XQuery}
Constructor
Механизм языка XQuery, позволяющий конструировать различного рода структуры
в запросе.

Конструктор вычислительный {XQuery}


Computed Constructor
Конструктор, использующий нотацию, содержащую заключенные в фигурные скобки
выражения. Вычислительные конструкторы служат для описания узлов и состоят
из трех частей — ключевого слова, идентифицирующего конструктор, выражения
имени узла и выражения контента — заключенного в фигурные скобки выражения.
Предусматривается семь вычислительных конструкторов по числу видов узлов
в языке XQuery.

181
Конструктор непосредственный {XQuery}

Конструктор непосредственный {XQuery}


Direct Constructor
Конструктор, основанный только на использовании нотации XML. В языке XQuery
предусмотрено пять непосредственных конструкторов, которые позволяют генери-
ровать элементы XML-документов, комментарии, секции CDATA, а также инструкции
по обработке для процессора.

Контекст {XPath, XSLT}


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

Контекст верификации {XQuery}


Validation Context
Контекст, в котором верифицируются элементы, построенные с помощью данного
выражения.

Контекст выражения {XQuery}


Expression Context
Совокупность информации, которая может влиять на результат вычисления
выражения.

Контекст динамический {XPath, XQuery}


Dynamic Context
Совокупность информации, доступной во время вычисления данного выражения.

Контекст статический {XPath, XQuery}


Static Context
Совокупность информации, которая доступна во время статического анализа данного
выражения перед его вычислением.

Контент {XML, XML Infoset, XML Schema}


Content
Син. русск.: Содержимое
Данные, содержащиеся в XML-документе, элементе документа или в сущности,
входящей в состав документа.

Контент любой {XML}


Any Content
Контент элемента XML-документа, соответствующий любой модели контента.

182
Глоссарий Концепт {OWL, SAWSDL}

Контент пустой {XML}


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

Контент ресурса {XML-Sign}


Resource Content
См. Объект данных

Контент с вложенными элементами {XML}


Child Content
Контент элемента XML-документа, соответствующий такой модели, которая допускает
включение в него экземпляров элементов других типов.

Контент смешанный {XML}


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

Контент элемента {XML, XML Infoset, XML-Sign}


Element Content
Данные, в том числе экземпляры других элементов, символьные данные и сущности, за-
ключенные между открывающим и закрывающим тегами элемента XML-документа.

Конфигурация {WSA}
Configuration
Совокупность свойств, которые могут изменяться. Свойства могут оказывать влияние
на поведение некоторой сущности.

Конфиденциальность {WS}
Confidentiality
Обеспечение защиты секретности информации, предназначенной для ограниченного
доступа только соответствующим лицам.

Концепт {OWL, SAWSDL}


Concept
1. {OWL} Неформальный термин для абстракций «в реальности», которые описывают
онтологии.
2. {SAWSDL} Элемент семантической модели. В спецификации SAWSDL не делается
каких-либо предположений о природе концептов. Например, концепт может
быть классификатором в некотором языке, отношением логики предикатов,
значением свойства в некотором примере онтологии, экземпляром объекта или
множеством взаимосвязанных экземпляров, аксиомой и т. п.

183
Корень {XML, XPointer}

Корень {XML, XPointer}


Root
См. Элемент корневой, Узел корневой

Корень валидации {XML Schema}


Validation Root
Единица информации — элемент, в которой начинается исполнение процесса
проверки правильности.

Концепт {OWL}
Concept
Неформальный термин для абстракций «в реальности», которые описывают
онтологии.

Коррекция ошибки {WebA}


Error Correction
Исправление ошибки некоторым агентом внутри системы таким образом, как если
бы эта ошибка не имела места.

Корреляция {WS}
Correllation
Ассоциация соответствующих сообщений. Корреляция обеспечивает агенту, за-
прашивающему исполнения сервиса, возможность соотнесения ответа с запросом,
особенно в тех случаях, когда возможно множество ответов.

Л
Линия жизни хореографии {WSC}
Choreography Life-Line
Осуществление совместной работы, определяемой данной хореографией.
Первоначально совместная работа начинается конкретным бизнес-процессом,
затем работа выполняется, следуя заданной хореографии и, наконец, хореография
завершается нормально или аварийно.

Литерал {XPath, XQuery}


Literal
Непосредственное синтаксическое представление атомарного значения.

Логика {RDF}
Logic
Формальный язык для выражения высказываний.

184
Глоссарий Метаязык

Локализация {ITS}
Localization
Локализацией называют приспособление контента, разработанного на одном языке
в среде с одной культурной традицией, аудиторией, владеющей другим языком
и являющейся носителем другой культуры.

Локатор {XPointer, XLink}


Locator
См. Указатель [ресурса]

М
Место [в документе] {XPointer}
Location
Основная адресуемая единица XML-документа в языке XPointer, которая представляет
собой точку, диапазон или узел (в смысле языка XPath).

Место односвязное {XPointer}


Singleton
Место («точка») в документе, состоящее из единственной непрерывной его порции.

Местоположение ключа {XKMS}


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

Метаданные
Metadata
Информационный ресурс, содержащий информацию о другом ресурсе.

Метафизический {RDF}
Metaphysical
Касающийся истинной природы вещей в некотором абсолютном или фундаментальном
смысле.

Метаязык
Metalanguage
Язык, служащий для описания других языков. Такими языками являются, например,
язык SGML и его подмножество — язык ХМL, которые позволяют конструировать
другие языки разметки, ориентированные на конкретные сферы приложений. К числу
семейства языков разметки, порожденных XML и основанных на этом подходе, относятся,
в частности, MathML, CML, GedML и многие другие языки.

185
Метка {XUpdate}

Метка {XUpdate}
Mark
Идентификатор, присвоенный узлу как участнику операции, которая будет выполняться
позднее.

Метод {DOM}
Method
Операция или функция, которая ассоциируется с объектом и предоставляется для
манипулирования данными этого объекта. Таким образом, этот термин имеет смысл,
близкий к смыслу этого термина в объектных моделях данных.

Метод канонизации XML {CanonXML}


XML Canonicalization Method
Определенный в спецификации стандарта Canonical XML метод генерации канонической
формы XML-документа или подмножества XML-документа.

Метод продуцирования {XML Schema}


Derived Method
Метод продуцирования определения нового типа из определения базового типа. В каче-
стве методов продуцирования чаще всего используются расширение и ограничение.

Метрика {WS}
Metric
Атрибут архитектурного компонента, который может определяться во время его конфи-
гурации, может быть измерен во время использования этого архитектурного компонента,
и значение которого может быть оценено.

Механизм аудита {WS}


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

Механизм безопасности {WS}


Security Mechanism
Процесс (или устройство, обеспечивающее такой процесс), который может быть ис-
пользован в системе для реализации сервиса безопасности, обеспечиваемого системой
или внутри ее.

Механизм доступа {XQuery}


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

186
Глоссарий Модель безопасности {WS}

реализации процессоров. В спецификации стандарта определяется одиннадцать


механизмов доступа.

Механизм политик {WS}


Policy Guard
Механизм, который запускается от имени владельца с целью проведения одной
или нескольких политик.

Механизм разрешения {WS}


Permission Guard
Механизм, запускаемый от имени владельца, чтобы проводить политику
разрешений.

Мир {RDF}
World
1. Реальный мир.
2. Способ, с помощью которого может быть систематизирован реальный мир.
3. Некоторая интерпретация.
4. Возможный мир.

Множество {OWL}
Set
Математическое множество.

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

Модель XForms {XForm}


XForms Model
Неявное определение XML-формы, специфицируемой с помощью языка XForms.
Модель XForms определяет элементы конкретной модели, а также ограничения
и другие аспекты XForms стадии исполнения.

Модель безопасности {WS}


Security Model
Схематическое описание набора сущностей и связей, в соответствии с которым
системой или внутри ее обеспечивается специфицированное множество сервисов
безопасности.

187
Модель данных XQuery / XPath {XPath, XQuery, XUpdate}

Модель данных XQuery / XPath {XPath, XQuery, XUpdate}


XQuery / XPath Data Model
Аббрев. англ.: XDM
Абстрактная логическая структура XML-документа. Примечание. Термин модель
данных, используемый в стандартах платформы XML, заимствован в области баз
данных. Однако трактуется он в этом контексте иным образом, чем это принято
в настоящее время в науке о базах данных. В области баз данных под моделью
данных понимается метамодель, определяющая множество всевозможных структур
данных, видов ограничений целостности, которые могут с ними ассоциироваться,
а также допустимых операций над возможными структурами данных.

Модель документов объектная {DOM}


Document Object Model
Аббрев. англ.: DOM
Разработанная W3C модель для представления XML-документов в терминах объ-
ектной парадигмы. В DOM элементы XML-документа рассматриваются как объекты,
а документ — как иерархия таких объектов.

Модель исполнения {XSL}


Rendering Model
Модель, определяющая характер процесса порождения результата форматирования.
Для области в процессе форматирования генерируется три вида знаков, если они
требуются — фон области, свойственные области знаки (возможности рельефного
представления компонентов, изображения), обрамление.

Модель контента {XML, XML Schema}


Content Model
1. {XML} Определение в спецификации DTD возможного вида контента для
экземпляров элементов рассматриваемого типа. Допускаются следующие модели
контента: пустой (Empty), с вложенными элементами (Children), смешанный — с
вложенными элементами и строковыми данными (Mixed) и любой (Any). Если
модель контента допускает вложенные элементы, то она определяет их порядок
и повторяемость (один или более экземпляров, ноль или более экземпляров,
от нуля до одного экземпляра, в точности один экземпляр).
2. {XML Schema} Часть определения сложного типа, используемая для
того, чтобы обеспечить верификацию контента некоторой единицы
информации — элемента.

Модель области {XSL}


Area Model
Концептуальный взгляд на область как на геометрический (прямоугольный) фраг-
мент среды представления XML-документа, форматированного процессором XSL.

188
Глоссарий Модуль SOAP {SOAP}

Модель обработки спецификаций XSL {XSL}


XSL Processing Model
Концептуальная модель, предусматривающая осуществление обработки спецификации
XSL для заданного XML-документа двумя отдельными последовательными процесса-
ми — трансформацией дерева и форматированием. Реализация вовсе не обязательно
предусматривает эти процессы как последовательные и раздельные.

Модель объектная {DOM}


Object Model
Совокупность описаний классов или интерфейсов вместе с их элементами-данными,
элементами-функциями и статическими операциями класса.

Модель объектная компонентная {DOM}


Component Object Model
Аббрев. англ.: COM
Разработанная компанией Microsoft технология создания приложений из повторно
используемых программных компонентов.

Модель семантическая {SAWSDL}


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

Модуль {XQuery}
Module
Фрагмент кода XQuery, который может независимо подвергаться фазе анализа при
обработке выражений.

Модуль библиотечный {XQuery}


Library Module
Модуль, который содержит определение модуля, за которым следует пролог.

Модуль главный {XQuery}


Main Module
Модуль, который содержит пролог, за которым следует тело запроса.

Модуль SOAP {SOAP}


SOAP Module
Модуль SOAP — это спецификация, которая содержит комбинированный синтаксис
и семантику блоков заголовков SOAP, специфицированных в соответствии с правилами
стандарта. Модуль SOAP реализует ноль или более возможностей SOAP.

189
Монотонный {RDF}

Монотонный {RDF}
Monotonic
Удовлетворяющий условию, что если S влечет E, то (S + T) также влечет E, т. е. добавление
информации к некоторому антецеденту не может нарушить справедливость вывода.

Мощность пространства значений {XML Schema}


Value Space Cardinality
Мощность множества, являющегося пространством значений. Возможны варианты ко-
нечного, бесконечного счетного и бесконечного несчетного пространства значений.

Мощность типа данных {XML Schema}


Datatype Cardinality
Мощность пространства значений типа данных.

Мультиссылка {XLink}
Multi-Directionаl Link
Расширенная ссылка, которая связывает несколько ресурсов. Навигация по ней может
инициироваться с любого участвующего в ней ресурса.

Н
Набор атрибутов {XSLT}
Attribute Set
Совокупность атрибутов, относящихся к некоторому элементу документа. Их значения
могут быть установлены во фрагменте дерева результата с помощью спецификации
xsl: use-attribute-sets.

Набор единиц информации XML {XML Infoset}


XML Information Set
Совокупность единиц информации, составляющих любой правильный XML-документ.
Предусматривается одиннадцать видов единиц информации, которые могут входить
в состав набора единиц информации конкретного XML-документа.

Набор единиц информации, верифицированный по схеме {XML Schema}


Post-schema-validation Infoset
Аббрев. англ. PSVI
Пополненный набор единиц информации данного XML-документа, полученный в резуль-
тате соответствующего процесса его верификации относительно заданной схемы.

Набор мест {XPointer}


Location Set
Упорядоченный список узлов документа, точек и / или диапазонов.

190
Глоссарий Наследование {DOM}

Набор ссылок внешний {XLink}


External Linkset
Справочник какого-либо рода, содержащий сведения о потенциально релевантных
базах ссылок. Внешний набор ссылок может описываться средствами языка XLink,
и это описание может включаться в XML-документы. В таких случаях приложения XLink
могут использовать содержание некоторых элементов такого описания в качестве
исходных (стартовых) ресурсов, в соответствии с расширенными ссылками из баз
ссылок, упоминаемых в этом наборе ссылок.

Набор тегов интернационализации {ITS}


Internationalization Tag Set
Аббрев. англ.: ITS
Стандарт консорциума W3C, который служит для обеспечения интернационализации
и локализации использования XML-документов и, в частности, XML-схем. Данный
стандарт охватывает три средства представления схем — XML DTD, XML Schema и Relax
NG. Стандарт ITS предназначен для разработчиков схем, разработчиков программного
обеспечения, использующих существующие схемы, создателей инструментов для
работы с информационным наполнением.

Набор узлов {XPath, XSLT}


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

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

Надежность сообщений {WS}


Message Reliability
Степень уверенности в том, что сообщение будет доставлено и что отправитель
и получатель будут одинаковым образом понимать состояние доставки.

Наследование {DOM}
Inheritance
Термин объектного подхода, обозначающий способность создавать новые клас-
сы (или интерфейсы), которые обладают всеми методами и свойствами другого
класса (или интерфейса), а также при необходимости дополнительными методами
и свойствами. Говорят, что этот новый класс (интерфейс) D наследует от другого
класса (интерфейса) B или что D производится из B, а B называют базовым классом
(интерфейсом) для D.

191
Наследование множественное {DOM}

Наследование множественное {DOM}


Multiple Inheritance
Случай наследования, когда новый класс (интерфейс) наследует более чем от
одного базового класса (интерфейса).

Наследование простое {DOM}


Simple Inheritance
Случай наследования, когда новый класс (интерфейс) наследует от единственного
базового класса (интерфейса).

Немонотонный {RDF}
Nonmonotonic
Не обладающий свойством монотонности. Не монотонные формализмы предложены
и используются в области искусственного интеллекта и различных приложениях.

Неопровержимость {WS}
Non-Repudiation
Метод, с помощью которого отправителю данных предоставляется доказательство
доставки, а получателю гарантируется идентичность отправителя, так что ни тот ни
другой не сможет позднее отрицать наличие обработанных данных.

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

О
Область {XSL}
Area
Геометрическая (обычно прямоугольная) составная часть среды представления
форматированного XML-документа. Геометрическая область позиционируется на
странице, с ней ассоциируются спецификации того, что будет в ней представлено,
а также, возможно характеристики фона, разбиения на страницы и обрамления.
Области могут быть вложенными. Они образуют иерархическую организацию, на-
зываемую деревом областей. Дерево областей генерируется в результате процесса
форматирования. Области не являются объектами форматирования. Напротив,
каждый объект форматирования может порождать области.

192
Глоссарий Обход [узлов дерева] {XPath, XSLT}

Обмен данными электронный {WS}


Electronic Data Interchange
Аббрев. англ.: EDI
Автоматизированный обмен любыми предопределенными и структурироваными
данными для целей бизнеса между информационными системами двух или более
организаций.

Обнаружение {WS}
Discovery
Действие, целью которого является определение местоположения машино-
обрабатываемого описания подходящего ресурса, связанного с веб-сервисами,
который мог быть заранее неизвестным и который удовлетворяет определенным
функциональным критериям. Это требует сопоставления множества функциональных
и других критериев с множеством описаний ресурсов.

Обнаружение веб-сервиса {WS}


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

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

Образец для обмена сообщениями {SOAP}


Message Exchange Pattern
Аббрев. англ.: MEP
Шаблон для обмена сообщениями SOAP между узлами SOAP, допустимый одним или
более связываний для протоколов, поддерживающих SOAP.

Образец для сопоставления {XSLT}


Match Pattern
См. Образец

Обход [узлов дерева] {XPath, XSLT}


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

193
Обход фокуса {CDRF}

Обход фокуса {CDRF}


Focus Traversal
Множество элементов, которые оказываются в фокусе внимания, и порядок их
обхода.

Объект {OWL}
Object
1. Объект в RDF-триплете.
2. Альтернативный термин для обозначения индивидуума (используемый по
историческим причинам).

Объект вспомогательный {XSL}


Auxiliary Object
См. Объект макетный

Объект данных {XML-Sign}


Data Object
Син. русск.: Контент ресурса
Фактические данные, которыми оперирует приложение.

Объект макетный {XSL}


Layout Object
Объект форматирования, который используется в процессе генерации области.

Объект потоковый {XSL}


Flow Object
Объект форматирования, который генерирует область или возвращает область, не
генерируя ее в результате.

Объект форматирования {XSL}


Formatting Object
Узел результирующего дерева, для которого определяется представление в той
или иной среде. В качестве объектов форматирования могут выступать страницы
документа, абзацы, таблицы и т. д.

Объектизация {XSL}
Objectifying
Первый этап процесса форматирования XML-документа процессором XSL. На этом
этапе узлы дерева элементов и атрибутов превращаются в объекты форматиро-
вания и свойства форматирования. Результатом этапа является дерево объектов
форматирования.

Обязательство {WS}
Obligation
Вид политики, которая устанавливает действия и состояния агента и / или ресурса.

194
Глоссарий Онтология {OWL}

Ограничение {XML Schema}


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

Ограничение допустимости {XML}


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

Ограничение на компоненты схемы {XML Schema}


Schema Component Constraint
Условие, которому должны удовлетворять компоненты схемы для того, чтобы они
вообще могли рассматриваться как компоненты.

Ограничение на представление схемы {XML Schema}


Schema Representation Constraint
Одно из ограничений, определенных в стандарте XML Schema, на представление
компонентов схемы в языке XML помимо тех, которые специфицированы в схеме
для схем.

Ограничение правильности {XML}


Well-Formedness Constraint
Правило, специфицированное в определении языка XML, которому должны удо-
влетворять документы, квалифицируемые как правильные. Нарушение этого правила
является фатальной ошибкой.

Ограничение схемы {XForm}


Schema Constraint
Ограничение, применяемое к данным формы и основанное на типах данных XML
Schema.

Онтологический {RDF}
Ontological
Имеющий отношение к деталям формального описания некоторой темы или какой-
либо предметной области.

Онтология {OWL}
Ontology
1. Явное представление смысла терминов в некотором словаре и взаимосвязей
между этими терминами.

195
Операция {WS}

2. RDF-граф, который, в свою очередь, является фактически набором триплетов RDF.


Как и любой RDF-граф, онтология OWL может быть записана во многих различных
синтаксических формах.

Операция {WS}
Operation
Множество сообщений, связанных с некоторым единым действием веб-сервиса.

Операция обновления {XUpdate}


Update Operation
Операция, используемая в определении семантики обновлений XQuery, но непосред-
ственно недоступная для пользователя.

Описание класса {OWL}


Class Description
Описание класса OWL либо с помощью имени класса, либо путем спецификации рас-
ширения класса для неименованного анонимного класса.

Описание сервиса {WS}


Service Description
Набор документов, которые описывают интерфейс сервиса и его семантику.

Определение базового типа {XML Schema}


Base Type Definition
Определение типа, которое используется для спецификации определений других типов
с помощью расширения или ограничения.

Определение класса {OWL}


Class Definition
Неформальный термин для синтаксической конструкции языка OWL — элемента owl:
Class.

Определение свойства {OWL}


Property Definition
Неформальный термин для элемента owl: ObjectProperty или owl: DatatypeProperty.

Определение схемы в области действия {XPath, XQuery}


In-Scope Schema Definition
Родовой термин для определений всех элементов, атрибутов и типов, которые находятся
в области действия во время обработки выражения.

Определение типа {XML Schema}


Type Definition
Объявление факта существования некоторого простого или сложного типа и его
свойств.

196
Глоссарий Ось {XPath, Xpointer, XSLT}

Определение типа в области действия {XQuery}


In-Scope Type Definition
Определение типа, специфицированное в области действия процесса обработки
выражения. Всегда включает предопределенные типы, а также все типы, которые
определены в импортированных схемах, если поддерживается возможность импорта
схем.

Определение типа документов {XML}


Document Type Definition
Аббрев. англ.: DTD
Спецификация в XML, определяющая структурные элементы и разметку, которым
должны соответствовать экземпляры XML-документов рассматриваемого типа.

Определение типа документов внешнее {XML}


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

Определение типа документов внутреннее {XML}


Internal DTD
Спецификация DTD, содержащаяся внутри определяемого ею документа.
Определяемый реализацией {XDM, XPath, XQuery}
Implementation defined
Аспект, который может различаться для разных реализаций, но для каждой конкретной
реализации должен быть специфицирован реализатором.

Оркестровка {WS}
Orchestration
Последовательность и условия, при которых один веб-сервис вызывает другой
веб-сервис для того, чтобы выполнить некоторую полезную функцию. Иначе говоря,
оркестровка — это образец взаимодействий, которому должен следовать агент
веб-сервиса для того, чтобы достигнуть некоторой его цели.

Ось {XPath, Xpointer, XSLT}


Axis
Множество узлов, которые находятся в некотором предопределенном отношении
вида «1:n» с контекстным узлом на рассматриваемом шаге доступа. В языке XPath
поддерживается тринадцать видов таких отношений и для каждого из них за-
резервировано некоторое имя: child, descendant, parent, ancestor, following-sibling,
preceding-sibling, following, preceding, attribute, namespace, self, descendant-or-self,
ancestor-or-self. Первым участником связи является контекстный узел. Каждая из
осей определяет некоторое «направление» относительно контекстного узла и может
использоваться для обеспечения первоначального выбора узлов.

197
Ось прямая {XPath}

Ось прямая {XPath}


Forward Axis
Ось, содержащая только контекстный узел или узлы, которые следуют за ним в от-
ношении порядка документа. Прямыми осями являются child, descendant, following-
sibling, following, attribute, namespace, self, descendant-or-self.

Ось обратная {XPath}


Reverse Axis
Ось, содержащая только контекстный узел или узлы, которые предшествуют ему в от-
ношении порядка документа. Обратными осями являются parent, ancestor, preceding-
sibling, preceding, ancestor-or-self.

Отказ {SOAP}
Fault
Единица информации — элемент в сообщении SOAP, которая содержит информацию
об отказе, генерируемую узлом SOAP.

Отношение {XSLT}
Relationship
В данном контексте то же, что и связь на множестве узлов дерева документа.

Отношение обратного порядка документа {XPath, XSLT}


Reverse Document Order
Син. русск.: Порядок документа обратный
Инвертированное отношение порядка документа. Это отношение на множестве узлов
дерева документа определяет обход дерева документа от его узлов-листьев к кор-
невому узлу. Обратный порядок документа используется осями parent, ancestor.

Отношение порядка {XML Schema}


Order-Relation
В данном контексте математическое отношение полного или частичного порядка,
определяемое на пространстве значений какого-либо типа данных, определенных
в XML-схеме.

Отношение порядка документа {XPath, XQuery, XSLT, XDM}


Document Order
Син. русск.: Порядок документа
Отношение полного порядка, установленное на множестве узлов XML-документа,
определяющее обход дерева документа от его начала до конца в той последователь-
ности, как он написан. Упорядочение узлов соответствует порядку первых символов
вхождения каждого узла в представление документа. Первым всегда является
корневой узел. Узлы родительских элементов предшествуют узлам вложенных
элементов. Узлы атрибутов и пространств имен элементов предшествуют узлам
вложенных элементов. При этом узлы пространств имен предшествуют узлам
атрибутов. Относительный порядок узлов пространств имен зависит от реализации,

198
Глоссарий Ошибка типа {XPath, XQuery}

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


документа — это порядок, в котором узлы входят в XML-сериализацию документа.

Отправитель сообщения { SOAP, WSA}


Sender
1) {SOAP} Узел SOAP, который отправляет сообщение SOAP.
2) {WSA} Агент, который передает сообщение.

Отправитель сообщения начальный {SOAP}


Initial Sender
Отправитель сообщения SOAP, от которого исходит сообщение SOAP в начальной
точке пути передачи сообщения SOAP.

Отсутствующее {XML Schema}


Absent
Значение свойства, обозначающее отсутствие.

Оценка {XML Schema}


Assessment
Общий процесс локальной проверки правильности, оценки правильности схемы
и дополненительного набора единиц информации.

Ошибка динамическая {XQuery}


Dynamic Error
Ошибка, которая обнаруживается на стадии вычисления, но может быть прогнози-
рована и на стадии анализа. Примером динамической ошибки является числовое
переполнение.

Ошибка статическая {XPath, XQuery}


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

Ошибка типа {XPath, XQuery}


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

199
Парсер CSS1 {CSS1}

П
Парсер CSS1 {CSS1}
Parser
См. Анализатор синтаксический CSS1

Паутина всемирная {WebA}


World Wide Web
Син. русск.: Веб
Аббрев. англ.: WWW
1. Гипермедийная распределенная информационная система, доступная через
интернет и организованная на основе технологий консорциума W3C.
2. {WebA} Информационная среда, в которой ресурсы, представляющие интерес,
идентифицируются с помощью URI.

Переменная {XPath, XSLT, WSC}


Variable
1. Величина, которая обладает именем и значением.
2. Величина с изменяющимся значением, которая содержит информацию об обычно
наблюдаемых при совместной работе объектах, например о сообщениях, которыми
осуществляется обмен, или наблюдаемую информацию о вовлекаемых ролях.

Переменная области действия {XPath, XQuery}


In-Scope Variable
Множество пар <квалифицированное имя, тип>. Оно определяет, в свою очередь, мно-
жество переменных, которые доступны для ссылок в выражении. Квалифицированное
имя — это имя переменной, а тип — статический тип этой переменной.

Подмножество документа {CanonXML}


Document Subset
Порция XML-документа, представляемая множеством узлов, которое может не
включать все узлы документа.

Подпись цифровая электронная {XML-Sign, WS}


Signature
1. Значение, генерируемое путем применения некоторого приватного ключа
к сообщению с помощью некоторого криптографического алгоритма таким
образом, чтобы оно обладало свойствами целостности, аутентификации
сообщения и / или аутентификации подписавшего. Электронная цифровая подпись
должна указывать, кем подписан документ, и другому лицу, не обладающему
полномочиями, должно быть трудно ее продуцировать.
2. Значение, вычисляемое криптографическим алгоритмом и добавляемое к объекту
данных таким образом, чтобы любой получатель этих данных мог использовать
указанную подпись для проверки источника и целостности данных.

200
Глоссарий Подэлемент {XLink}

Подпись цифровая электронная вложенная {XML-Sign}


Enveloped Signature
Электронная цифровая подпись, относящаяся к контенту XML-документа, который
содержит ее как один из элементов. Упакованная подпись, очевидно, не должна
вовлекать этот элемент в вычисление значения электронной цифровой подписи.

Подпись цифровая электронная обособленная {XML-Sign}


Detached Signature
Электронная цифровая подпись, которая относится к контенту, внешнему по от-
ношению к элементу Signature, и может идентифицироваться URI или некоторой
трансформацией. Таким образом, такая подпись «обособляется» от контента,
который она подписывает. Такая подпись применяется обычно для того чтобы
отделить объекты данных. Но она применима и в случае, когда элементы Signature
и объекты данных принадлежат одному и тому же XML-документу, но являются
«братскими» элементами.

Подпись цифровая электронная охватывающая {XML-Sign}


Enveloping Signature
Электронная цифровая подпись, относящаяся к данным, которые содержатся
в элементе Object самой электронной цифровой подписи. Этот элемент Object
идентифицируется с помощью ссылки (URI, представляющего собой идентификатор
фрагмента, или некоторой трансформации).

Подресурс {XLink, XPointer}


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

Подтверждение подлинности базовое {XML-Sign}


Core Validation
В соответствии с ядром стандарта XML Signature, подтверждение подлинности
цифровой подписи и ссылки на подписываемый ресурс.

Подъязык {WebA}
Subset Language
Некоторый язык является подъязыком другого языка, если любой документ,
представленный в первом из этих языков, является также верным документом во
втором из них и имеет в нем ту же самую интерпретацию.

Подэлемент {XLink}
Subelement
См. Элемент вложенный

201
Позиция близости {XPath}

Позиция близости {XPath}


Proximity Position
Позиция узла в данном наборе узлов относительно некоторой оси. Она определяется
как позиция данного узла в наборе узлов, упорядоченном в соответствии с от-
ношением порядка документа, если данная ось — прямая, и в отношении обратного
порядка документа, если ось обратная. Позиции в наборе узлов нумеруются,
начиная с единицы.

Позиция контекста {XPath, XQuery, XSLT}


Context Position
1. {XPath, XQuery} Позиция компонента контекста в  последовательности
компонентов, обрабатываемых в настоящее время в выражении пути.
2. {XSLT} Позиция относительно текущего узла в текущем списке узлов. Позиции
контекста нумеруются, начиная с единицы.

Политика {WS, WSP}


Policy
1. {WS} Ограничение на поведение агентов, лиц либо организаций.
2. {WSP} Совокупность альтернатив политики.

Политика безопасности {WS}


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

Политика веб-сервисов {WSP}


Web Services Policy
Политика, которая относится к специфическим для предметной области возмож-
ностям, требованиям и характеристикам сущностей в системах, основанных на
веб-сервисах.

Политика доставки {WS}


Delivery policy
Политика, ограничивающая методы, с помощью которых сообщения доставляются
транспортом сообщений.

Политика секретности {WS}


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

202
Глоссарий Порядок документа обратный {XPath, XSLT}

Политика управления {WS}


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

Политика XML-пробелов {XQuery}


XML Space Policy
Политика, объявленная в прологе, которая управляет обработкой пробелов кон-
структорами элементов XML-документа.

Получатель сообщения {SOAP}


Receiver
Узел SOAP, который получает сообщение SOAP.

Получатель сообщения конечный {SOAP}


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

Пользователь конечный {WS}


End User
Лицо, которое использует ресурсы системы для целей приложения.

Порт {WS}
Port
Идентификатор, используемый для дифференциации потоков данных, которыми
может управлять TCP.

Порция документа
[Document] Fragment
См. Фрагмент документа

Порядок документа {XPath, XQuery, XSLT, XDM}


Document Order
См. Отношение порядка документа

Порядок документа обратный {XPath, XSLT}


Reverse Document Order
См. Отношение обратного порядка документа

203
Порядок полный {XML Schema}

Порядок полный {XML Schema}


Total Order
В данном контексте отношение порядка, определенное на полном множестве всевоз-
можных пар значений некоторого типа данных, определенного в XML-схеме.

Порядок частичный {XML Schema}


Partial Order
В данном контексте отношение порядка, определенное на подмножестве всевозможных
пар значений некоторого типа данных, определенного в XML-схеме.

Последовательность {XPath, XQuery, XDM}


Sequence
Упорядоченная коллекция, состоящая из нуля или более компонентов.

Последовательность одноэлементная {XPath, XQuery}


Singleton Sequence
Последовательность, содержащая в точности один компонент.

Последовательность пустая {XPath, XQuery}


Empty Sequence
Последовательность, не содержащая каких-либо компонентов.

Последовательность упорядочивающая в области действия {XPath, XQuery}


In-Scope Collation
Множество пар <URI, упорядочивающая последовательность>. Определяет имена упо-
рядочивающих последовательностей, доступных для использования в вызовах функций,
в которых имя упорядочивающей последовательности является аргументом.

Последовательность упорядочивающая по умолчанию {XPath, XQuery}


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

Последовательность фиктивных тегов {CSS1}


Fictional Tag Sequence
Средство описания поведения псевдо-классов и псевдо-элементов.

Поставщик веб-сервиса {WS}


Web Service Provider
Лицо или организация, которые поставляют некоторый веб-сервис.

204
Глоссарий Правило вывода {RDF}

Построение дерева объектов форматирования {XSL}


Formatting Object Tree Constructing
Первый этап форматирования исходного XML-документа процессором XSL.
Вторым этапом является уточнение этого дерева, а третьим — построение дерева
областей.

Построение дерева областей {XSL}


Area Tree Constructing
Третий этап форматирования исходного XML-документа процессором XSL. Генерация
каждой области осуществляется на основе свойств форматирования соответ-
ствующего объекта форматирования. Первым этапом является построение дерева
объектов форматирования, а вторым — уточнение этого дерева.

Посылка {RDF}
Antecedent
См. Антецедент

Пояс временной неявный {XPath, XQuery}


Implicit Timezone
Временной пояс, который должен использоваться в случае, когда в операции
сравнения или какой-либо иной операции используется значение даты, времени
или даты-времени, в котором не указывается временной пояс. Значение неявного
временного пояса является экземпляром xdt: dayTimeDuration, который определяется
реализацией.

Права доступа {WS}


Access Rights
Описание типа авторизованных взаимодействий, которые некоторый субъект может
иметь с ресурсом. Примерами являются чтение, запись, исполнение, добавление,
модификация и удаление.

Правило {CSS1, XSLT}


Rule
1. {CSS1} Спецификация форматирования, определяющая значения для свойств
из заданного в ней набора.
2. {XSLT} См. Правило шаблона

Правило вывода {RDF}


Inference Rule
Формальное описание некоторого типа вывода.

205
Правило первого узла {XForm}

Правило первого узла {XForm}


First Node Rule
Правило, предписывающее использовать первый узел из множества узлов в ситуации,
когда атрибут UI Single-Node Binding выбирает множество узлов, состоящее более
чем из одного узла.

Правило проверки допустимости {XML Schema}


Validation Rule
Ограничение, которому должна удовлетворять схема или ее компоненты, для того,
чтобы они были допустимыми.

Правило шаблона {XSLT}


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

Правильное, правильный {RDF}


Well-formed
По отношению к выражению или к XML-документу, синтаксически корректные.

Прагма {XQuery}
Pragma
Синтаксическая конструкция, которая может использоваться с целью передачи
процессору какой-либо дополнительной информации.

Предикат {XPath, XSLT}


Predicate
Критерий фильтрации множества узлов относительно некоторой указанной оси. В
результате получается некоторое новое множество узлов.

Представление {WebA}
Representation
Данные, которые кодируют информацию о состоянии ресурса.

Представление лексическое каноническое {XML Schema}


Canonical Lexical Representation
Подмножество литералов правильного множества литералов типа данных такое, что
существует взаимно-однозначное соответствие между литералами этого подмноже-
ства и значениями из пространства значений рассматриваемого типа данных.

206
Глоссарий Примитив обновления {XUpdate}

Представление ресурса {WS}


Resource Representation
Объект данных, который представляет или описывает состояние ресурса и является
формой и средством выражения смысла ресурса. Ресурс является абстракцией,
для которой существует концептуальное отображение в некоторое множество
представлений.

Префикс пространства имен {XML, NmSpaces}


Namespace Prefix
Часть квалифицированного имени в XML-документе, характеризующая простран-
ство имен, которому принадлежит имя, указываемое второй составной частью
квалифицированного имени — локальной его частью. В стандарте Namespaces in
XML зарезервировано два префикса — xml и xmlns. Первый из них ассоциируется
с пространством имен http://www.w3.org / XML / 1998 / namespace. Префикс xmlns
выполняет служебные функции в спецификации пространства имен.

Приложение клиентское {DOM}


Client Application
Любое программное средство, использующее программные интерфейсы DOM, которые
предоставляются некоторой базовой реализацией.

Приложение электронной цифровой подписи {XML-Sign}


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

Приложение SOAP {SOAP}


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

Приложение XML
XML Application
Программная система или отдельная программа, осуществляющая обработку XML-
документов.

Примитив обновления {XUpdate}


Update Primitive
Компонент списка ожидаемых обновлений. Каждый примитив обновления представляет
изменение состояния некоторого узла, которое еще не было для него осуществлено.

207
Принципал {WS}

Принципал {WS}
Principal
Системный объект, идентичность которого может быть аутентифицирована.

Приоритет {XSLT}
Priority
Числовая характеристика правила шаблона, определяющая степень предпочтения
активизации этого правила по сравнению с другими. Приоритет правила задается
атрибутом priority. Значение его может быть как положительным, так и отрицательным.
Большему значению соответствует более высокий приоритет.

Присоединение политики {WSP}


Policy Attachment
Механизм для ассоциирования политики с одной или более сфер политики.

Проверка соответствия типу последовательностей {XQuery}


SequenceType Matching
Процесс, позволяющий определить, соответствует ли заданное значение типу, объ-
явленному с помощью синтаксической конструкции SequenceType.
Прокси {WS}
Proxy
Узел, который передает сообщение между запрашивающей стороной и веб-сервисом
таким образом, что он представляется веб-сервису запрашивающей стороной.

Пролог {XQuery}
Prolog
Совокупность деклараций и импортируемых спецификаций, которые образуют среду
для обработки запроса.

Пролог XML-документа {XML}


XML Document Prolog
Начальная составная часть XML-документа, описывающая используемую версию языка
XML, а также факультативно включающая декларацию кодирования и декларацию
типа документов.

Пространство значений {XML Schema, XForm}


Value Space
Множество значений типа данных. Каждое значение, принадлежащее пространству
значений, обозначается одним или несколькими литералами из лексического про-
странства этого типа данных.

Пространство значений упорядоченное {XML Schema}


Ordered Value Space
Пространство значений, для которого определено отношение порядка.

208
Глоссарий Пространство символьное {XML Schema}

Пространство имен в области действия {XPath, XQuery}


In-Scope Namespace
Пара <префикс, URI>. Такое пространство имен используется для разрешения
префиксов квалифицированных имен в выражении.

Пространство имен пассивное {XQuery}


Passive Namespace
Пространство имен, которое объявляется в прологе или которое предопределено
в статическом контексте. Исключением является предопределенное пространство
имен xml, которое считается активным.

Пространство имен функций по умолчанию {XPath, XQuery}


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

Пространство имен целевое {XML Schema}


Target Namespace
Пространство имен некоторых видов компонентов, которое специфицируется либо
как отсутствующее, либо как имя пространства имен.

Пространство имен элементов / типов по умолчанию {XPath, XQuery}


Default Element / Type Namespace
Пространство имен, которое используется для любого не снабженного префиксом
квалифицированного имени элемента или типа, встречающегося в позиции, где
ожидается имя элемента или типа. Указанное пространство имен определяется
заданием его URI.

Пространство имен XML {XML, NmSpaces}


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

Пространство лексическое {XML Schema, XForm}


Lexical Space
Множество правильных литералов для типа данных.

Пространство символьное {XML Schema}


Symbol Space
Коллекция имен, каждое из которых уникально по отношению к другим.

209
Противоречивое {RDF}

Противоречивое {RDF}
Inconsistent
По отношению к выражению, ложное при всех интерпретациях.

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

Протокол HTTP {HTTP}


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

Протокол SOAP {SOAP}


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

Протокол SSL {XKMS}


SSL Protocol
Криптографический протокол, который обеспечивает безопасную передачу данных
через интернет (от англ. Secure Sockets Layer — «Уровень защищённых гнёзд»). На
основе этого протокола разработан более совершенный протокол TLS.

Протокол TLS {XKMS}


TLS Protocol
Син. русск.: Протокол безопасности транспортного уровня
Протокол безопасности транспортного уровня, разработанный для обеспечения
целостности и конфиденциальности сообщений при их передаче между узлами
интернета. Ранняя версия этого протокола называлась SSL (Secure Socket Layer).

210
Глоссарий Процессор, минимально соответствующий {XML Schema}

Протокол безопасности транспортного уровня {XKMS}


Transport Layer Security Protocol
Аббрев. англ.: TLS
См. Протокол TLS

Протокол доступа простой объектный {SOAP}


Simple Object Access Protocol
Аббрев. англ.: SOAP
См. Протокол SOAP

Протокол передачи гипертекста { HTTP}


Hypertext Transfer Protocol
Аббрев. англ.: HTTP
См. Протокол HTTP

Протокол транспортного уровня {XKMS}


Transport Layer Protocol
Аббрев. англ.: TLS
См. Протокол TLS

Профиль-подмножество {CDRF}
Subset Profile
Сокращенное множество возможностей первоначальной спецификации. Имеется
в виду, что такое подмножество не добавляет каких-либо новых возможностей,
а лишь исключает их. Контент, соответствующий профилю-подмножеству, должен
успешно представляться пользовательским агентом, соответствующим полной
спецификации.

Процессор XForm {XForm}


XForms Processor
Приложение, реализующее спецификации XForms и соответствующее им.

Процессор XML {XML}


XML Processor
См. XML-процессор

Процессор, минимально соответствующий {XML Schema}


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

211
Процессор, полностью соответствующий {XML Schema}

Процессор, полностью соответствующий {XML Schema}


Fully Conforming Processor
Процессор с сетевым доступом, который не только является минимально соот-
ветствующим и соответствует XML-представлению схемы, но дополнительно должен
быть способен осуществлять доступ к документу-схеме в Веб.

Процессор таблиц стилей {XSL}


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

Псевдо-класс {CSS1}
Pseudo-Class
Условный класс, позволяющий использовать в селекторах CSS информацию, внешнюю
по отношению к исходным форматируемым документам, для классификации их
элементов. Например, для этих целей может использоваться тот факт, что была
посещена или не посещена какая-либо якорная точка в HTML-документе.

Псевдо-элемент {CSS1}
Pseudo-Element
Условный элемент, который используется в селекторах CSS для того, чтобы обе-
спечить возможность оперировать типографскими, а не структурными элементами
документов. Примером может служить первая строка записи некоторого элемента
данного документа.

Путь доступа {XPath, XSL}


Location Path
Син. русск.: Путь, определяющий местоположение
Вид выражений, которые позволяют производить отбор множества узлов относитель-
но данного контекстного узла, иначе говоря, находить некоторую конкретную часть
XML-документа. Результатом вычисления такого выражения является новый набор
узлов. Имеется два вида путей доступа — относительные и абсолютные. Путь доступа
состоит из последовательности шагов. Каждый шаг включает некоторую ось, тест
узлов и, возможно, предикаты. Путь доступа может определяться рекурсивно. Для
спецификации пути доступа можно использовать полный и краткий синтаксис.

Путь доступа абсолютный {XPath}


Absolute Location Path
Путь доступа, идентифицирующий (с помощью символа « / ») корневой узел документа,
содержащего контекстный узел, и факультативно включающий также относительный
путь доступа внутри этого документа. Если относительный путь доступа указывается,
то результирующий набор узлов для абсолютного пути доступа будет представлять
собой результат обработки (вычисления выражения) относительного пути доступа
по отношению к корневому узлу документа, содержащего контекстный узел.

212
Глоссарий Разметка представления

Путь доступа относительный {XPath}


Relative Location Path
Путь доступа, состоящий из последовательности шагов доступа, разделенных
символом « / ». Шаги в относительном пути доступа исполняются слева направо.
На каждом шаге производится отбор некоторого набора узлов относительного
каждого контекстного узла. Каждый из узлов этого набора будет использоваться
как контекстный на следующем шаге. Полученные для каждого контекстного узла
наборы узлов объединяются.

Путь, определяющий местоположение {XPath}


Location Path
См. Путь доступа

Путь передачи сообщения {SOAP}


Message Path
Множество узлов SOAP, через которые передается отдельное сообщение SOAP. Это
множество состоит из начального отправителя сообщения SOAP, нуля или более
узлов-посредников и конечного получателя сообщения SOAP.

Р
Раздел последовательности {XML Schema}
Sequence Partition
Последовательность подпоследовательностей, часть из которых или все они могут
быть пусты. Конкатенация всех этих подпоследовательностей дает в результате
первоначальную последовательность.

Размер контекста { XPath, XQuery XSLT}


Context Size
1) {XSLT} Количество узлов в текущем списке узлов контекста.
2) {XPath, XQuery} Число компонентов в последовательности компонентов, об-
рабатываемой в настоящее время в выражении пути.

Разметка контента
Content Markup
См. Разметка содержания

Разметка представления
Presentation-based Markup
Син. русск.: Разметка формата
Разметка, служащая для описания представления документов для пользователя,
а не их структуры и содержания. Примером языка, обеспечивающего такую раз-

213
Разметка содержания {XML}

метку, является HTML. Разметка средствами HTML управляет браузером в процессе


формирования отображения HTML-документов на экране веб-клиента.

Разметка содержания {XML}


Content-based Markup
Син. русск.: Разметка контента
Разметка, служащая для описания структуры и содержания документов для целей
адекватной интерпретации и обработки его (содержания) процессором, а не для
управления его отображением. Примером языка рассматриваемой категории является
XML.

Разметка формата
Format-based Markup
См. Разметка представления

Разработчик {CSS1}
Designer
Разработчик таблицы стилей.

Разрешение {WS}
Permission
Вид политики, которая устанавливает допустимые действия и состояния агента и/
или ресурса.

Разыменование URI {WebA}


Dereference a URI
Доступ к представлению ресурса, идентифицируемого данным URI.

Расширение {XML Schema}


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

Реализация {WS}
Implementation
Реализация спецификации.

Реализация базовая {DOM}


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

214
Глоссарий Репозиторий {WS}

Реализация функции {XPath, XQuery}


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

Регистр {WS}
Registry
Система, обеспечивающая хранение описаний сервисов и предоставляющих их по-
ставщиков, а также доступ к этим описаниям для обнаружения нужных сервисов.

Режим перепроверки допустимости {XUpdate}


Revalidation Mode
Режим, являющийся компонентом статического контекста, который контролирует
поведение операции повторной валидации. Может быть строгим (strict), слабым
(lax) или «холостым» (skip).

Режим проверки допустимости {XQuery}


Validation Mode
Режим, в котором выполняется проверка допустимости конструкторами элементов
и верифицирующими выражениями.

Режим работы процессора XSLT {XSLT}


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

Реифицировать {RDF}
Reify
Категоризировать как объекты, описывать как сущности. Часто используется для
описания соглашений, в соответствии с которыми синтаксическое выражение
интерпретируется как семантический объект и само описывается с использованием
другого синтаксиса. В языке RDF реифицированный триплет – это описание символа-
тройки, использующее другие RDF-триплеты.

Репозиторий {WS}
Repository
Электронное хранилище структурированной информации.

215
Ресурс {XLink, Xpointer, XML-Sign, RDF}

Ресурс {XLink, Xpointer, XML-Sign, RDF}


Resource
1. Некоторый адресуемый сервис или источник информации, например, файл,
изображение, документ, программа и т.д. Между ресурсами могут устанавливаться
связи с помощью ссылок. Для адресации удаленных ресурсов используются
указатели, а локальных (встроенных) - идентификаторы фрагментов.
2. Некоторая сущность, нечто в универсуме.
3. Имя класса, класса чего-либо, при этом возможна включающая категория самого
верхнего уровня.

Ресурс Веб {WebA}


WWW Resource
Что-либо, что может быть идентифицировано URI.

Ресурс вторичный {WebA}


Secondary Resource
Ресурс, который связан с другим ресурсом с помощью дополнительной идентифи-
цирующей информации (идентификатора фрагмента) главного ресурса.

Ресурс информационный {WebA}


Information Resource
Ресурс, обладающим тем свойством, что все его существенные характеристики могут
быть переданы в сообщении.

Ресурс исходный {XLink}


Starting Resource
Ресурс или подресурс, указываемый в атрибуте from для дуги, соответствующей
рассматриваемой ссылке. При навигации в структуре ресурсов активизация этой
дуги из исходного ресурса приводит к целевому ресурсу ссылки.

Ресурс локальный {XLink}


Local Resоurсе
Ресурс, встроенный в ссылочный элемент рассматриваемой ссылки.

Ресурс развернутый {WS}


Deployed Resources
Ресурс, который существует в физическом мире.

Ресурс удаленный {XPointer, XLink}


Remote Resоurсе
Участвующий в ссылке ресурс, который явно указан указателем. Иначе говоря, это
целевой ресурс ссылки, не содержащийся в XML-документе, в котором описана
ссылка.

216
Глоссарий Свойство {CSS1}

Ресурс, участвующий в ссылке {XLink}


Participating Resource
Ресурс, являющийся частью какой-либо ссылки, т.е. ее исходным или целевым
ресурсом.

Ресурс целевой {XLink}


Ending Resource
Ресурс (подресурс), указываемый в атрибуте to для дуги, соответствующей рас-
сматриваемой ссылке. При навигации в структуре ресурсов активизация этой дуги
из исходного ресурса приводит к данному ресурсу (подресурсу).

Ресурс OWL {OWL}


OWL Resource
Элемент универсума RDF.

Роль {WS}
Role
Абстрактная сущность, которая имеет конкретное множество ответственностей или по-
ведений. Роль должна реализовываться одним или несколькими исполнителями.

Роль сервиса {WS}


Service Role
Абстрактный набор задач, который идентифицируется как релевантный лицом
или организацией, предоставляющей сервис. Роли сервиса ассоциируются также
с конкретными аспектами сообщений, которыми обмениваются с сервисом.

Роль узла {SOAP}


Node Role
Ожидаемая функция узла SOAP в обработке сообщения. Узел SOAP может действовать
во множестве ролей.

Рутина обновления {XUpdate}


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

С
Свойство {CSS1}
Property
Параметр стиля, который определяется в таблице стилей и оказывает влияние
на форматирование документов. Набор свойств, который может использоваться
в таблицах стилей, определяется спецификацией стандарта CSS1.

217
Свойство, выражаемое значением данных {OWL}

Свойство, выражаемое значением данных {OWL}


Data-valued Property
Свойство индивидуума, связанное со значениями данных.

Свойство, выражаемое типом данных {OWL}


Datatype Property
Свойство в OWL, которое связывает индивидуумов с типами данных.

Свойство, выражаемое экземпляром индивидуума {OWL}


Individual-valued Property
См. Свойство объектное

Свойство локализации XML {ITS}


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

Свойство объектное {OWL}


Object Property
Син. русск.: Свойство, выражаемое экземпляром индивидуума
Свойство OWL, которое связывает индивидуумов с другими индивидуумами.

Свойство удобства {DOM}


Convenience Property
См. Удобство

Свойство форматирования {XSL}


Formatting Property
Некоторая характеристика представления объекта форматирования, например,
смещение для абзаца, интервал между строками текста, шрифтовые выделения,
характеристики цвета и т. п.

Свойство элемента модели {XForm}


Model Item Property
Специфическая для XForms аннотация для узла экземплярных данных.

Связывание {WS}
Binding
1. {WS} Ассоциация между интерфейсом, конкретным протоколом и форматом
данных. Связывание специфицирует протокол и формат данных, которые должны
быть использованы для передачи сообщения, определяемого ассоциированным
с ним интерфейсом.
2. {WS} Отображение интерфейса и определяемых им операций в конкретный
формат сообщения и протокол передачи.

218
Глоссарий Селектор {CSS1}

3. {XForm} Установление связи между узлом экземплярных данных и управлением


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

Связывание ключа {XKMS}


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

Связывание переменных {XPath}


Variable Binding
Отображение множества имен переменных во множество их значений.

Связывание языка {DOM}


Language Binding
Связывание языка программирования для некоторой спецификации — это представ-
ление функциональности этой спецификации в терминах данного языка. Например,
связывание языка Java для спецификации интерфейсов DOM IDL (здесь IDL–Interface
Definition Language) представляет собой набор классов Java, которые обеспечивают
функциональность, обеспечиваемую этими интерфейсами.

Связывание SOAP {SOAP}


SOAP Binding
Формальное множество правил для передачи сообщения SOAP в среде другого (под-
держивающего) протокола или над ней для целей обмена. Примерами связывания
SOAP могут быть перенесение сообщений SOAP в теле сущностей HTTP или над
потоком TCP.

Секция CDATA {XML}


CDATA Section
Составная часть спецификации экземпляра элемента XML-документа, позволяющая за-
давать строки литер, которые содержат любые литеры, в частности и используемые как
символы разметки. Ограничителями для строк CDATA служат «! [CDATA [» и «]]».

Селектор {CSS1}
Selector
Строка, определяющая, к каким элементам применяется данное правило. Представляет
собой часть спецификации этого правила. В качестве элементов в XML-документе
могут использоваться только элементы, определенные в DTD. В HTML-документе
могут использоваться теги документа. Различаются простые селекторы и контекстные
селекторы. Контекстные селекторы состоят из нескольких простых селекторов.

219
Селектор по идентификатору {CSS1}

Селектор по идентификатору {CSS1}


Identifier Selector
Селектор, который обеспечивает отбор для форматирования таких элементов до-
кумента, которые имеют заданное значение атрибута ID.

Селектор по классу {CSS1}


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

Селектор по контексту {CSS1}


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

Селектор простой {CSS1}


Simple Selector
Селектор, который обеспечивает отбор элементов для форматирования в соответствии
с данным правилом на основе типов элементов и / или их атрибутов, а не их позиции
в документе.

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

Семантика {SAWSDL}
Semantics
В рамках спецификации SAWSDL множество концептов, идентифицируемых
аннотациями.

Семантика мгновенных снимков {XUpdate}


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

Семантика сервиса {WS}


Service Semantics
Поведение сервиса, ожидаемое при взаимодействии с ним. Эта семантика выражает
соглашение (не обязательно юридическое) между объектом-поставщиком и объектом

220
Глоссарий Сервис-посредник {WS}

запрашивающей стороны. Оно выражает результаты вызова сервиса. Семантика


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

Семантика управления {WS}


Management Semantics
Семантика, дополняющая семантику сервиса и представляющая собой соглашение
между объектом-поставщиком и объектом, запрашивающим услуги сервиса, которое
выражает намерения и требования относительно управления и политик управления
для сервиса.

Семантический {RDF}
Semantic
Имеющий отношение к спецификации смысла. Часто противопоставляется «син-
таксическому», чтобы подчеркнуть различия между выражениями и тем, что они
означают.

Сервис {WS, XKMS}


Service
1. {WS} Компонент, способный выполнять некоторую задачу.
2. {XKMS} Приложение, которое предоставляет по запросу вычислительные
или информационные ресурсы. Сервис может обеспечиваться несколькими
физическими серверами, оперирующими как единое целое.

Сервис безопасности {WS}


Security Service
Обрабатывающий или коммуникационный сервис, который предоставляется системой
для того, чтобы обеспечить конкретный вид защиты ресурсов, где указанные ресурсы
могут находиться в упомянутой или иной системе.

Сервис обнаружения {WS}


Discovery Service
Сервис, который позволяет агентам осуществлять поиск и обнаружение описания
ресурса, связанного с веб-сервисами.

Сервис-посредник {WS}
Service Intermediary
Веб-сервис, главная роль которого заключается в трансформации сообщений и до-
полнении их необходимыми данными. (С точки зрения обмена сообщениями, процессы
посредника передают сообщения на пути от одного агента другому). Конкретно,
сервис-посредник — это сервис, выходные сообщения которого эквивалентны его
входным сообщениям в некотором смысле, определяемом приложениями.

221
Сервис удостоверяющий {XKMS}

Сервис удостоверяющий {XKMS}


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

Сервис управляемый {WS}


Manageable Service
Веб-сервис с дополнительной семантикой, с декларацией политики и мониторингом,
а также с возможностями контроля (или управления), доступными через интерфейс
управления исключительно для целей управления этим сервисом.

Сериализация {XPath, XQuery}


Serialization
Процесс конвертирования экземпляра модели данных XQuery 1.0 и XPath 2.0 в по-
следовательность октетов. Примечание. Термин модель данных следует трактовать
здесь в соответствии с его пониманием в спецификации стандарта XQuery как
структуры конкретного XML-документа. Эта трактовка отличается от принятой
в технологиях баз данных, откуда заимствован данный термин.

Сертификат полномочий {WS}


Credentials
Данные, которые передаются для того, чтобы установить идентичность предъ-
являющего их лица.

Сессия {WS}
Session
Устойчивое взаимодействие между системными сущностями, часто вовлекающее
пользователя, воплощаемое поддержкой некоторого состояния этого взаимодей-
ствия на всем его протяжении. Такое взаимодействие может не ограничиваться
единственным соединением между системными сущностями.

Сигнатура функции {XPath, XQuery}


Function Signature
Спецификация, включающая имя функции, а также статические типы ее параметров
и результата.

Символ {DOM, WSC}


Token
Син. русский: Токен
1. {DOM} Единица информации такая, например, как токенизированное XML-
имя.
2. {WSC} Краткое альтернативное имя, которое может использоваться для
ссылочной части переменной.

222
Глоссарий Система разрешимая {RDF}

Синтаксис полный {XPath}


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

Синтаксис сокращенный {XPath}


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

Синтаксический анализатор, не проверяющий допустимость {XML}


Nonvalidating Parser
Синтаксический анализатор XML-документов, проверяющий корректность синтаксиса
XML, но не контролирующий соответствие документов ассоциированным с ними
DTD.

Синтаксический анализатор, проверяющий допустимость {XML}


Validating Parser
Синтаксический анализатор XML-документов, проверяющий, существует ли для
данного XML-документа DTD, и в случае положительного результата — соответствует
ли документ этому DTD.

Система вывода {RDF}


Inference System
1. Организованная система правил вывода.
2. Программная система, которая генерирует выводы или проверяет справедливость
выводов.

Система полная {RDF}


Complete System
1. Система вывода, способная вывести все истинные выводы.
2. Система вывода, способная обнаруживать все отношения влечет между любыми
двумя выражениями.

Система правильная {RDF}


Correct System
Система вывода, которая не может вывести какие-либо ложные выводы или не по-
зволяет получать ложные утверждения о том, что имеет место отношение влечет.

Система разрешимая {RDF}


Decideable System
Система вывода, способная для любой пары выражений определить в конечное
время и с конечными ресурсами, влечет ли первое из них второе.

223
Системы слабо связанные {WS}

Системы слабо связанные {WS}


Loose Coupled System
Один из видов зависимостей между взаимодействующими системами. Различаются
два вида зависимостей — реальная и искусственная. Реальная зависимость — это
совокупность возможностей или сервисов, которые потребляются данной системой
из других систем. Реальная зависимость всегда существует и она не может быть
уменьшена. Искусственная зависимость — это совокупность факторов, которые
должны иметь место в системе для того, чтобы она могла потреблять возможности
или сервисы, предоставляемые другими системами. Типичными примерами факторов
искусственной зависимости являются языковая зависимость, зависимость от плат-
формы, зависимость от API и др. Искусственная зависимость всегда существует, но
она сама или ее стоимость может быть сокращена. Слабая связанность описывает
конфигурацию системы, при которой искусственная зависимость была уменьшена
до минимума.

Сколемизация {RDF}
Skolemization
Синтаксическая трансформация, при которой пустые узлы замещаются новыми
именами.

Следствие {RDF}
Consequent
В системе вывода выражение, конструируемое из анцедента.

Следует понимать {XQuery}


Must Understand
Средство расширения функциональности языка XQuery в его реализации. Эта специфи-
кация может использоваться везде, где допускаются игнорируемые пробелы.

Словарь {OWL}
Vocabulary
Множество ссылок URI.

Словарь разметки {XML}


Markup Vocabulary
См. Код XML

Словарь XML
XML Vocabulary
См. Код XML

Согласование контента {WebA}


Content Negotiation
Деятельность, направленная на предоставление множества представлений, доступных
с помощью одного и того же URI. Какое из этих представлений будет использовано,

224
Глоссарий Состояние {WS}

зависит от соглашения между запрашивающим агентом и агентом, предоставляющим


эти представления.

Соглашение о сервисе {WS}


Service Agreement
Соглашение между поставщиком сервиса и запрашивающей стороной относительно
атрибутов веб-сервиса и его использования.

Содержимое {XML, XML Infoset, XML Schema}


Content
См. Контент

Соединение {WS}
Connection
Виртуальный канал связи транспортного уровня, установленный между двумя
программами для целей коммуникации.

Соединитель {WS}
Connector
Абстрактный механизм, который служит для коммуникации, координации или
кооперации между компонентами.

Сообщение {SOAP, WS, WebA}


Message
1. Основная единица коммуникации между узлами SOAP.
2. Основная единица коммуникации между веб-сервисом и запрашивающей
стороной: данные, которые должны быть переданы веб-сервису или от него
как единая логическая передача.
3. Единица коммуникации между агентами.

Сопоставление {XSLT}
Matching
Действие, осуществляемое процессором XSLT с использованием контента обраба-
тываемого XML-документа и шаблонов XSLT, в результате которого определяется
шаблон, подлежащий конкретизации.

Состояние {WS}
State
Множество атрибутов, представляющих свойства компонента в некоторый момент
времени.

225
Спецификация XML

Спецификация XML
XML Specification
Технический документ, содержащий определение языка XML. Первоначальная
версия спецификации — XML 1.0, имеющая статус рекомендации W3C, была принята
консорциумом в феврале 1998 г.

Список атрибутов {XML}


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

Список ожидающих обновлений {XUpdate}


Pending Update List
Неупорядоченная коллекция примитивов обновления, представляющих изменения
состояния узла, которые еще не были применены.

Список узлов текущий {XSLT}


Current Node List
Результирующий список узлов шаблона, используемого процессором XSLT на данной
стадии обработки. Текущий узел всегда принадлежит списку текущих узлов.

Среда описания ресурсов {RDF}


Resource Description Framework
Аббрев. англ.: RDF
Стандарт средств описания семантики ресурсов среды XML, разработанный кон-
сорциумом W3C. Описание семантики средствами RDF не зависит от конкретной
предметной области. Этот стандарт состоит из двух частей. В первой части, пред-
лагается семантическая модель и синтаксис независимого от XML (но совместно
с ним используемого) языка для описания семантики ресурсов, называемого RDF-
спецификацией. Использование здесь XML как базовой языковой среды естественным
образом решает проблему обмена метаданными в Веб и их повторного использования
в приложениях, основанных на XML. Описание семантики ресурсов в терминах модели
RDF по сути является близким ER-диаграмме. Для того чтобы RDF-спецификация
семантики ресурсов была полной, необходимо ассоциировать с нею описание
семантики используемых в этой спецификации свойств, которое в терминологии
RDF называется схемой. Никаких ограничений на способ представления схемы
не налагается. В качестве схемы может, например, использоваться совокупность
элементов Дублинского ядра. Другой, семантически более богатый способ задания
схемы, предлагаемый W3C, предусматривает использование средств RDF Schema
(RDFS) — второй части стандарта RDF, предлагающей по сути простой язык описания
онтологий. Более развитые средства для этой цели обеспечивает стандарт языка
описания онтологий OWL. Средства стандарта RDF рассматриваются консорциумом
как инструмент для поддержки описания семантики ресурсов в архитектуре семан-
тического Веб.

226
Глоссарий Ссылка расширенная групповая {XLink}

Ссылка {XLink, WebA}


Link
См. Гиперссылка

Ссылка встроенная {XLink}


In-Line Link
Ссылка в языке XLink, определяемая в XML-документе ссылочным элементом, который
содержит ресурс, участвующий в этой ссылке. Иначе говоря, ссылка является
встроенной, если хотя бы один участвующий в ней ресурс является локальным.

Ссылка вынесенная {XLink}


Out-of-Line Link
Ссылка, связывающая XML-документы и не являющаяся встроенной ни для одного
из участвующих в ней ресурсов. Иначе говоря, ссылочный элемент не содержится
ни в одном из этих документов. Все ресурсы, участвующие в такой ссылке, являются
удаленными.

Ссылка на сущность {XML}


Entity Reference
Ссылка на содержание сущности по ее имени. В языке XML предусмотрены синтак-
сические различия между ссылками на сущности, подвергаемые и не подвергаемые
синтаксическому анализу. Для ссылки первого типа ограничителями имени в ссылке
служат символы «&» и «;», а второго — «%» и «;».

Ссылка простая {XLink}


Simple Link
Ссылка, которая определяет единственный целевой ресурс с помощью значения
глобального атрибута href. Такая ссылка всегда является встроенной. Простые ссылки
аналогичны по их функциональности гиперссылкам языка HTML.

Ссылка расширенная {XLink}


Extended Link
Ссылка, которая может иметь множество, в том числе, более двух, участвующих ресур-
сов. Содержащий ее XML-документ не обязательно является ресурсом, участвующем
в этой ссылке. Разновидностями расширенной ссылки являются вынесенные ссылки
и мультиссылки.

Ссылка расширенная групповая {XLink}


Extended Link Group
Вид расширенных ссылок, используемый в ранних версиях языка XLink и теперь
исключенный из спецификации языка.

227
Стабильный {XDM}

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

Сторона, запрашивающая сервис {WS}


Service Requester
Лицо или организация, которые запрашивают сервис у поставщика сервиса.

Структура документа логическая {XML}


Logical Document Structure
Структура XML-документа, выраженная в терминах элементов, составляющих его
контент.

Структура документа физическая {XML}


Physical Document Structure
Структура XML-документа, выраженная в терминах составляющих его единиц — хра-
нимых сущностей.

Структура упорядочивающая {WSC}


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

Субъект политики {WSP}


Policy Subject
Сущность, например конечная точка, сообщение, ресурс, взаимодействие и т. д.,
с которой может ассоциироваться политика.

Сужение {OWL}
Restriction
Обычно часть расширения класса, утверждение, определяющее сужение, по
умолчанию — локальное.

Сужение глобальное {OWL}


Global Restriction
Сужение предметной области и области значений свойств.

Сужение локальное {OWL}


Local Restriction
Сужение, определяемое по отношению к расширению некоторых конкретных
классов.

228
Глоссарий Сущность-документ {XML}

Сумма контрольная {XML-Sign}


Checksum
Значение, вычисляемое некоторой функцией, которое зависит от контента объекта
данных и хранится либо передается вместе с этим объектом для обнаружения
произведенных в нем изменений.

Сумма контрольная защищенная {XML-Sign}


Protected Checksum
Контрольная сумма, которая некоторым образом вычисляется для объекта данных
для того, чтобы защищать от активных атак, направленных на такое изменение
этой суммы, при котором она будет соответствовать изменениям, сделанным в этом
объекте данных.

Сущность {XML, OWL}


Entity
Хранимая единица данных, являющаяся составной частью физической структуры XML-
документа, в отличие от компонентов его логической структуры — элементов, деклараций,
комментариев, инструкций по обработке и т. д. Каждая сущность имеет некоторое
содержание и идентифицируется ее именем. Содержание сущности может быть блоком
текста, двоичным (например, аудио- или графические данные) или символьным. Сущность
может ссылаться на другие сущности, и в таком случае их содержание подставляется
вместо ссылок. Роль сущностей в языке XML аналогична роли макроподстановок
в языках программирования.

Сущность внешняя {XML}


External Entity
Сущность, содержание которой хранится вне XML-документа, использующего ее си-
стемный идентификатор. Значением такого идентификатора служит URI ресурса, пред-
ставляющего содержание рассматриваемой сущности, например, некоторого файла.

Сущность внутренняя {XML}


Internal Entity
Сущность, содержание которой хранится в самой ее декларации. Внутренние сущности
могут содержать только текстовую или символьную информацию.

Сущность двоичная {XML}


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

Сущность-документ {XML}
Document Entity
Сущность, которая является корнем в иерархической структуре сущностей, пред-
ставляющих физическую структуру данного XML-документа. Сущность-документ может

229
Сущность, не подлежащая синтаксическому анализу {XML}

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

Сущность, не подлежащая синтаксическому анализу {XML}


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

Сущность общая {XML}


General Entity
Любая сущность, которая используются в контенте документа, но не является
сущностью-параметром.

Сущность-параметр {XML}
Parameter-Entity
Аббрев. англ.: PE
Специфический вид сущностей, используемых в DTD XML-документов и служащих
для хранения списков атрибутов и описаний моделей контента. Сущности-параметры
по своей роли аналогичны макросам в языках программирования. Процессор
XML-документа, встречая ссылку на сущность-параметр, подставляет вместо этой
ссылки содержание сущности-параметра. Использование сущностей-параметров
позволяет упростить и ускорить создание DTD, сделать их более обозримыми. Удобно
использовать сущности-параметры, например, в случае, когда несколько типов
элементов документа имеет одинаковый список атрибутов. Поскольку содержание
сущностей-параметров представлено средствами языка XML, они относятся к кате-
гории сущностей, подвергающихся синтаксическому анализу.

Сущность, подлежащая синтаксическому анализу {XML}


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

Сущность предопределенная {XML}


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

230
Глоссарий Таблица стилей {CSS1, XSL}

Сущность символьная {XML}


Character Entity
Сущность, содержание которой позволяет отображать символы, не предусмотренные
в коде ASCII, например, символы математической нотации или диакритические
знаки.

Сущность системная {WS}


System Entity
Активный элемент компьютерной или сетевой системы. Например, автоматизиро-
ванный процесс или множество процессов, некоторая подсистема, лицо или группа
лиц, воплощающих определенное множество функциональных возможностей.

Сущность текстовая {XML}


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

Сфера безопасности {WS}


Security Domain
Среда или контекст, которые определяются моделями безопасности и архитектурой
безопасности, включающая набор ресурсов и набор системных объектов, которые
авторизованы для доступа к этим ресурсам. Одна или более сфер безопасности могут
находиться в единственной административной сфере.

Сфера политики {WSP}


Policy Scope
Коллекция субъектов политики, к которым может применяться некоторая политика.

Схема {DOM}
Schema
Спецификация множества структурных ограничений и ограничений на значения,
применяемых к XML-документу. Схемы могут выражаться на языках схемы, например
DTD, XML Schema и т. п.

Т
Таблица стилей {CSS1, XSL}
Style Sheet
Син. англ.: Stylesheet
Совокупность правил форматирования документов для представления их на дисплее
компьютера, для печати на принтере или в какой-либо иной среде. С одним и тем же

231
Тайм-аут {WS}

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


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

Тайм-аут {WS}
Time-out
Период времени, по истечении которого некоторое условие становится истинным,
если определенное событие не имело места. Например, о сессии, которая завершается
в связи с тем, что ее состояние было неактивным в течение специфицированного
периода времени, говорят тайм-аут.

Тег интернационализации {ITS}


Internationalization Tag
Одна из определяемых спецификацией ITS категорий данных, реализуемых в виде
набора элементов XML-документов и их атрибутов и используемых для целей обе-
спечения интернационализации XML-документов, в частности, XML-схем.

Тег пустого элемента {XML}


Empty Element Tag
Тег для обозначения элемента, не имеющего контента. Он включает имя элемента и спи-
сок атрибутов с их значениями. Все это ограничивается символами «<» и « / >».

Тег элемента открывающий {XML}


Start-Tag
Тег, начинающийся ограничителем «<», за которым следуют имя элемента и список
атрибутов с их значениями.

Тег элемента закрывающий {XML}


End-Tag
Тег, завершающий спецификацию элемента в XML-документе. Синтаксически он
выражается последовательностью, состоящей из ограничителя «< / », за которым
следует имя элемента и ограничитель «>».

Тело запроса {XQuery}


Query Body
Основная часть запроса, состоящая из выражения, которое определяет результат
запроса.

Тело сообщения {SOAP}


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

232
Глоссарий Тип атрибута {XML}

Теория моделей {RDF}


Model Theory
Формальная семантическая теория, которая связывает выражения
с интерпретациями.

Тест атрибутов {XPath, XQuery}


AttributeTest
Конструкция языка, позволяющая выбрать некоторый узел-атрибут по его имени
и / или типу.

Тест узлов {XPath, XSLT}


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

Тест элементов {XPath, XQuery}


ElementTest
Конструкция языка, позволяющая выбрать некоторый узел-элемент по его имени
и / или типу.

Тип {WSC}
Type
Тип значения переменной или символа. Определяет структуру их содержимого.

Тип анонимный {XML Schema}


Anonymous Type
Тип данных в XML-схеме, не имеющий имени.

Тип атомарный {XDM}


Atomic Type
Примитивный простой тип или тип, продуцированный ограничением некоторого другого
атомарного типа.

Тип атрибута {XML}


Attribute Type
Свойство атрибута, определяющее множество допустимых его значений. В языке XML
допускаются следующие типы атрибутов: строковый тип, знаковые типы и перечислимые
типы. Значениями строкового атрибута могут быть символьные строки. Значениями
знаковых типов ID, IDREF и IDREFS могут быть имена компонентов документа или (в
последнем случае) списки таких имен. Атрибуты первого типа позволяют уникальным
образом идентифицировать экземпляры элементов одного типа в документе, а двух

233
Тип базовый {XML Schema}

последних типов — обеспечивают ссылки на них. Значениями типов ENTITY и ENTITIES


могут быть имена или списки имен сущностей, не подвергаемых синтаксическому анализу.
Наконец, значениями типов NMTOKEN и NMTOKENS могут быть внешние (связанные
с системами, поддерживающими ресурсы, которые не относятся к XML) имена или
списки таких имен. Значениями перечислимых типов могут быть последовательности
значений типа NMTOKEN или имен.

Тип базовый {XML Schema}


Base Type
Тип, определение которого используется как основа для расширения или ограничения.

Тип данных {XML Schema, XForm}


Datatype
1. Спецификация, включающая три составные части — пространство значений,
лексическое пространство и множество фасетов, характеризующих свойства
пространства значений, отдельных значений или лексических единиц.
2. Триплет, состоящий из: a) множества различных значений, называемых пространством
значений, b) множества лексических представлений, называемого лексическим
пространством, и c) множества фасетов, которые характеризуют свойства пространства
значений, отдельных значений или элементов лексического пространства.

Тип данных атомарный {XML Schema}


Atomic Datatype
Тип данных, имеющий значения, которые рассматриваются как неделимые.

Тип данных базовый {XML Schema}


Base Datatype
Существующий тип данных, на основе которого конструируются производные типы
данных. Базовые типы данных могут быть примитивными или производными.

Тип данных встроенный {XML Schema}


Built-in Datatype
Каждый тип данных, который определен спецификацией стандарта XML Schema.
Он может быть примитивным или производным.

Тип данных конечный {XML Schema}


Final Type
Сложный тип данных, из которого невозможно какое-либо дальнейшее продуци-
рование производных типов.

Тип данных нечисловой {XML Schema}


Non-Numeric Datatype
Тип данных, пространство значений которого состоит из нечисловых значений.

234
Глоссарий Тип данных List {XML Schema}

Тип данных объединение {XML Schema}


Union Datatype
См. Тип данных Union

Тип данных ограниченный {XML Schema}


Bounded Datatype
Тип данных, пространство значений которого имеет исключительную либо включи-
тельную верхнюю границу (исключительно или включительно ограничено сверху)
и исключительную либо включительную нижнюю границу (исключительно или
включительно ограничено снизу).

Тип данных, определенный пользователем {XML Schema}


User-Derived Datatype
См. Тип данных, продуцированный пользователем

Тип данных примитивный {XML Schema}


Primitive Datatype
Тип данных, в определении которого нет ссылок на другие типы данных. Примитивные
типы данных существуют изначально.

Тип данных, продуцированный пользователем {XML Schema}


User-Derived Datatype
Син. русск.: Тип данных, определенный пользователем
Производный тип данных, определяемый разработчиком конкретной схемы.

Тип данных производный {XML Schema}


Derived Datatype
Тип данных, определенный в терминах других типов данных, примитивных или
сложных.

Тип данных список {XML Schema}


List Datatype
См. Тип данных List

Тип данных числовой {XML Schema}


Numeric Datatype
Тип данных, пространство значений которого состоит из количественных значений.

Тип данных List {XML Schema}


List Datatype
Син. русск.: Тип данных список
Тип данных, каждое значение которого представляет собой последовательность
конечной длины (возможно, пустую), элементами которой являются значения какого-
либо атомарного типа данных.

235
Тип данных OWL {OWL}

Тип данных OWL {OWL}


OWL Datatype
Тип данных RDFS, в большинстве случаев — это стандартные (встроенные, предопреде-
ленные) не списковые типы данных языка XML Schema.

Тип данных Union {XML Schema}


Union Datatype
Син. русск.: Тип данных объединение
Тип данных, пространство значений и лексическое пространство которого являются
объединением пространств значений и, соответственно, лексических пространств
нескольких других типов данных.

Тип динамический {XPath, XQuery}


Dynamic Type
Тип, который ассоциируется с  каждым значением на стадии его вычисления.
Динамический тип значения может быть либо структурным типом type (например
«последовательность целых»), либо некоторым именованным типом. Динамический
тип значения может быть более специализированным, чем статический тип выражения,
которое его вычисляет.

Тип корневой иерархии типов {XML Schema}


UR-Type
Син. русск.: UR-тип
Тип данных, определение которого имеется в каждой XML-схеме и служит корнем
иерархии определений типов для этой схемы.

Тип-последовательность {XPath, XQuery}


SequenceType
Син. русск.: Тип Sequence
Синтаксическая конструкция языка, определяющая значение, которое представляет
собой последовательность.

Тип примитивный простой {XDM}


Primitive Simple Type
Типы, относящиеся к набору предопределенных в модели XDM 23 типов.

Тип статический {XPath, XQuery}


Static Type
Тип выражения такой, что когда это выражение вычисляется, его результирующее
значение всегда будет соответствовать этому типу.

236
Глоссарий Тип [XML-] документов {XML}

Тип узлов {XPath, XSLT}


Node Type
Подмножество узлов документа, выполняющих в нем некоторую роль. Предусматривается
семь типов узлов: узлы-элементы, узлы-атрибуты, узлы-тексты, узлы-инструкции по
обработке, узлы-комментарии, узлы-пространства имен и корневые узлы.

Тип узлов главный {XPath}


Principal Node Type
Один из типов узлов, определяющих свойства оси. Если ось может содержать узлы-
элементы, то таким типом узлов является элемент. Для оси attribute — это тип атрибут,
для оси namespace — пространство имен, для других осей главным типом узлов
является элемент.

Тип члена объединения {XML Schema}


MemberType
Тип данных, участвующий в определении какого-либо типа данных Union. Это свойство
является относительным. Оно имеет силу именно по отношению к данному типу
Union.

Тип элемента списка {XML Schema}


ItemType
Свойство атомарного типа данных, используемого в определении некоторого типа
данных List. Это свойство является относительным. Оно имеет силу именно по от-
ношению к данному типу List.

Тип элементов {XML}


Element Type
Совокупность свойств, определяющая некоторое множество экземпляров элементов.
Указанные свойства описываются в декларации данного типа элементов в DTD.
Экземпляры элементов ссылаются на эту декларацию по имени типа элементов.

Тип элемента корневой {XML}


Root Element Type
Тип элемента, представляющий собой корень иерархии типов элементов, опреде-
ленных в спецификации DTD для документов данного типа.

Тип Sequence {XPath, XQuery}


SequenceType
См. Тип-последовательность

Тип [XML-] документов {XML}


[XML] Document Type
Множество XML-документов, удовлетворяющих спецификации данного определения
типа документов (DTD). Тип документов идентифицируется в каждом относящемся
к нему документе в декларации <! DOCTYPE…>.

237
Токен {DOM}

Токен {DOM}
Token
См. Символ

Токенизированный {DOM}
Tokenized
Свойство различных единиц информации (например, значений атрибутов различных
типов, но не включающих строкового типа CDATA), приобретаемое после того, как они
были обработаны процессором XML. При этом были удалены ведущие и хвостовые
пробелы, а множество следующих друг за другом пробелов замещено единственным
пробелом.

Точка {XPointer, DOM}


Point
Некоторая позиция в контенте XML-документа.

Точка конечная {WS}


End Point
Ассоциация между связыванием и сетевым адресом, специфицируемая с помощью
URI, которая может использоваться для коммуникации с экземпляром сервиса.
Конечная точка указывает конкретное местоположение для доступа к сервису
с использованием конкретного протокола и формата данных.

Транзакция {WS}
Transaction
Возможность архитектуры, которая поддерживает координацию результатов или
операций над состоянием в многошаговых взаимодействиях. Транзакции служат
для объединения нескольких действий в одну единицу работы таким образом,
чтобы все эти действия либо завершались успешно, либо завершались аварийно
как единое целое.

Транспорт сообщений {WS}


Message Transport
Механизм, который может использоваться агентом для доставки сообщений.

Трансформация {XML-Sign}
Transform
Обработка данных из их исходной формы в производную. Типичные трансформации
связаны с использованием XML Canonicalization, XPath и XSLT.

Трансформация дерева {XSL, XSLT}


Tree Transformation
Процесс, обеспечивающий генерацию результирующего дерева на основе совместной
обработки исходного XML-документа и спецификаций XSLT. Правила конструирования
результирующего дерева состоят из двух частей: образцов, обеспечивающих отбор

238
Глоссарий Узел-атрибут {XPath}

элементов исходного дерева, и шаблонов, определяющих конструирование фрагментов


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

У
Удобство {DOM}
Convenience
Син. русск.: Свойство удобства
Операция на объекте, которая могла бы выполняться программой, выполняющей
многие основные операции на объекте. Такие операции обычно предоставляются для
того, чтобы сделать API легче и проще для использования, либо для того, чтобы дать
возможность специальным программам создавать в большей мере оптимизированные
реализации для часто используемых операций.

Удовлетворять {RDF}
Satisfy
Базисное семантическое отношение между интерпретацией и выражением. X удо-
влетворяет Y означает, что если мир соответствует условиям, описываемым X, то Y
должен быть истинным.

Узел {XPointer, XPath, XQuery, XSLT, WS, XDM}


Node
1. {XPointer, XPath, XQuery, XSLT} Функционально законченный компонент XML-
документа, вершина в иерархической структуре XML-документа. В XML-документах
могут использоваться узлы следующих типов: корневые узлы, узлы элементов,
текстов, атрибутов, пространств имен, инструкций по обработке, комментариев.
2. {WS} Системная сущность, которая принимает участие в обмене сообщениями.
Примерами узлов являются запрашивающая сторона, веб-сервис, узел-посредник,
шлюз, прокси и т. д.
3. {XDM} Вершина в древовидном представлении документа в модели XDM.
Существует семь видов узлов в модели XDM: документ, элемент, атрибут, текст,
пространство имен, инструкция по обработке и комментарий.

Узел-атрибут {XPath}
Attribute Node
Узел, который ставится в соответствие некоторому атрибуту какого-либо элемента
XML-документа. Такой узел имеет расширенное имя и строковое значение (значение
атрибута в смысле языка XML). Не существует узлов-атрибутов, которые бы соот-
ветствовали атрибутам, декларирующим пространства имен.

239
Узел-инструкция по обработке {XPath}

Узел-инструкция по обработке {XPath}


Processing Instruction Node
Узел, который ставится в соответствие какой-либо инструкции по обработке,
используемой в данном XML-документе. Исключение составляют инструкции по
обработке, входящие в декларацию типа документа. Такие узлы имеют расширенное
имя и строковое значение, в качестве которого принимается часть инструкции по
обработке, которая следует за специфицированной в ней целью до завершающего
тега.

Узел-комментарий {XPath}
Comment Node
Узел, который ставится в соответствие какому-либо комментарию, встречающемуся
в XML-документе, за исключением комментариев в декларации типа документа. Узлы-
комментарии не имеют расширенного имени. В качестве их строкового значения
принимается текст комментария, содержащийся между его ограничителями.

Узел контекстный {XPath, XQuery, XSLT}


Context Node
Узел, относительно которого осуществляется отбор узлов в результирующий набор
узлов на каждом шаге обработки или доступа.

Узел корневой {XPointer, XPath, XSLT, DOM}


Root Node
1. {XPointer, XPath, XSLT} Узел дерева иерархической структуры XML-документа, не
имеющий предшественников в отношении порядка документа. Корневой узел
не обладает расширенным именем. Строковое значение корневого узла является
конкатенацией строковых значений всех текстовых узлов, подчиненных
корневому узлу.
2. {DOM} Узел дерева DOM, который не является узлом-сыном для какого-либо
другого узла. Все другие узлы являются узлами-сыновьями или иными потомками
корневого узла.

Узел-посредник {SOAP, WS}


Intermediary
1. {SOAP} Узел SOAP, указываемый в сообщении SOAP и одновременно являющийся как
получателем, так и отправителем сообщений SOAP. Он обрабатывает указывающие
на него блоки заголовка SOAP и выполняет действия, позволяющие направить
сообщение SOAP конечному его получателю.
2. {WS} Узел, через который сообщение передается от запрашивающего сервиса
к сервису-поставщику или наоборот.

Узел-потомок {DOM}
Descendant
В дереве DOM, соответствующем XML-документу, узел, который по отношению
к данному узлу находится ниже на пути от корня.

240
Глоссарий Узел-текст {XPath}

Узел правильный {DOM}


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

Узел правильный относительно пространств имен {DOM}


Namespace Well-Formed
Правильный узел, удовлетворяющий ограничениям продукций и  пространств
имен.

Узел-предок {DOM}
Ancestor
Узел-предшественник данного узла, т. е. любой узел в дереве DOM, соответствующем
XML-документу, на пути от данного узла к корню.

Узел-пространство имен {XPath}


Namespace Node
Узел, который ставится в соответствие некоторому пространству имен, исполь-
зуемому в данном XML-документе. Узел-пространство имен имеет расширенное
имя и строковое значение. В качестве его строкового значения принимается URI
пространства имен.

Узел родительский {DOM}


Parent
Узел — непосредственный предшественник данного узла в дереве DOM, соответ-
ствующем рассматриваемому XML-документу.

Узел-сын {DOM}
Child
Узел — непосредственный потомок данного узла в дереве DOM, соответствующем
рассматриваемому XML-документу.

Узел-текст {XPath}
Text Node
Узел, который ставится в соответствие сгруппированным символьным данным. При
определении такого соответствия с каждым символьным значением в XML-документе
группируются непосредственно предшествующие и непосредственно следующие
символьные данные. Каждый символ в секции CDATA интерпретируется как сим-
вольные данные. Узлы-тексты не имеют расширенных имен. Они имеют, однако,
строковое значение. Строковым значением узла-текста являются содержащиеся

241
Узел текущий {XSLT}

в нем символьные данные. Символам в комментариях, инструкциях по обработке


и значениях атрибутов не соответствует никаких узлов-текстов.

Узел текущий {XSLT}


Current Node
Узел элемента, списка элементов, атрибута или пространства имен, который об-
рабатывается в данный момент по шаблону.

Узел только для чтения {DOM}


Read Only Node
Узел в дереве DOM, соответствующем данному XML-документу, который является
неизменяемым. Список его узлов-сыновей, его контент и его атрибуты, если он
представляет собой элемент документа, не могут изменяться каким-либо образом.
Однако узел только для чтения может перемещаться, когда он сам не содержится
в сфере какого-либо узла только для чтения.

Узел частично допустимый {DOM}


Partially Valid
Узел в дереве DOM, который является правильным (в части комментариев и инструк-
ций по обработке) и его непосредственные узлы-потомки согласуются с моделью
контента.

Узел целевой {XUpdate}


Target Node
Первый аргумент примитива обновления, представляющий собой главный узел,
который будет затронут этим примитивом.

Узел экземплярных данных {XForm}


Instance Data Node
Узел XPath из экземплярных данных.

Узел-элемент {XPath}
Element Node
Узел в XML-документе, который ставится в соответствие некоторому его элементу.
Такой узел обладает расширенным именем. Узел-элемент может иметь в составе
его контента вложенные узлы-элементы, узлы-комментарии, узлы-инструкции по
обработке и узлы-тексты. Строковое значение узла-элемента представляет собой
конкатенацию строковых значений всех узлов-текстов, которые в него вложены.

Узел SOAP {SOAP}


SOAP Node
Материализация логики обработки, необходимая для получения, обработки и / или
передачи сообщения SOAP в соответствии с соглашениями, определенными этими
рекомендациями. Узел SOAP ответственен за соблюдение правил, которые управляют

242
Глоссарий Универсум {RDF}

обменом сообщениями SOAP. Он осуществляет доступ к сервисам, обеспечиваемым


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

Узлы-братья {DOM}
Sibling
Два узла являются узлами-братьями, если они имеют один и тот же родительский
узел.

Узлы текстовые логически смежные {DOM}


Logically-adjacent Text Nodes
Узлы типа Text или CDATA, которые можно обойти последовательно в дереве DOM,
соответствующем XML-документу, относительно прямого или обратного порядка
документа без ввода, вывода или передачи через узлы типов Element, Comment или
ProcessingInstruction.

Указатель [ресурса] {XPointer, XLink}


[Resource] Locator
Син. русск.: Локатор
Составная часть спецификации ссылки, которая идентифицирует удаленный целевой
ресурс. Локатор указывает местоположение ресурса, например, с помощью URI,
и может при необходимости включать идентификатор его фрагмента, если ресурс
представляет собой XML-документ.

Указатель ресурса унифицированный {IETF RFC 1738}


Uniform Resource Locator
Аббрев. англ.: URL
Глобальная унифицированная ссылка, определяющая местоположение ресурса
в интернете. URL используется, в частности, для указания местоположения целевых
ресурсов гиперссылок в языке HTML. Описание стандарта URL, одобренного W3C,
содержится в RFC 1738.

Указательное {RDF}
Indexical
Обладающее смыслом, который неявно ссылается на контекст использования.
Примерами в английском языке являются такие слова, как here (здесь), now (сейчас),
this (это).

Универсум {RDF}
Universe
Син. англ.: Universe of Discourse
Универсальная классификация или множество всех тех сущностей, которые при
интерпретации рассматриваются как существующие. В RDFS универсум идентичен
множеству ресурсов.

243
Управление {WS}

Управление {WS}
Control
Воздействия, направленные на достижение желаемых изменений состояния. Система
управления может контролировать жизненный цикл управляемых веб-сервисов или
потока информации, например, сообщений.

Управление доступом {WS}


Access Control
Защита ресурсов от неавторизованного доступа. Это — процесс, с помощью которого
использование ресурсов регулируется согласно политике безопасности и допускается
только авторизованным системным сущностям в соответствии с этой политикой.

Управление ключами {XKMS}


Key Management
Управление ключами — это управление статусом действительности открытых ключей
на протяжении их периода жизни. Обычно предусматриваются операции контроля дей-
ствительности (регистрация и аннулирование) и запрашивание действительности.

Управление формой {XForm}


Form Control
Управление пользовательским интерфейсом XForms, которое служит точкой взаи-
модействия с пользователем.

Условие ограничивающее {OWL}


Constraint
Неформальный термин для обсуждения эффекта некоторого ограничения.

Установщик флажков XQuery {XQuery}


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

Утверждение {RDF}
Assertion
1. Любое выражение, претендующее на то, чтобы быть истинным.
2. Действие, утверждающее что-либо как истинное.

Утверждение политики {WSP}


Policy Assertion
Представление отдельного требования к поведению, к его возможности либо
требования иного рода.

244
Глоссарий Фасет фундаментальный {XML Schema}

Уточнение дерева объектов форматирования {XSL}


Formatting Object Tree Refinement
Второй этап форматирования XML-документа процессором XSL. Его результатом
является построение квалифицированного дерева объектов форматирования. Первым
этапом является построение дерева объектов форматирования.

Участник {WSC}
Participant
Одна из взаимодействующих путем обмена сообщениями сторон, выполняющих
совместную работу, в соответствии со спецификацией хореографии.

Ф
Фаза динамического вычисления {XPath, XQuery}
Dynamic Evaluation Phase
Фаза обработки выражения в запросе, которая выполняется только после успешного
завершения фазы статического анализа. Фаза динамического вычисления зависит от
дерева операций вычисляемого выражения, от входных данных и от динамического
контекста, который, в свою очередь, извлекает информацию из внешней среды
и статического контекста.

Фаза статического анализа {XPath, XQuery}


Static Analysis Phase
Фаза обработки выражения в запросе, которая зависит только от самого выражения
и статического контекста, но не зависит от каких-либо входных данных.

Фасет {XML Schema, XForm}


Facet
Отдельный определяющий аспект пространства значений. Каждый аспект характе-
ризует пространство значений вдоль какой-либо независимой оси или измерения.

Фасет ограничивающий {XML Schema}


Constraining Facet
Факультативное свойство, которое может применяться к некоторому типу данных
для того, чтобы ограничить его пространство значений.

Фасет фундаментальный {XML Schema}


Fundamental Facet
Абстрактное свойство, служащее для семантической характеристики значений
в пространстве значений.

245
Фокус выражения {XPath, XQuery}

Фокус выражения {XPath, XQuery}


Expression Focus
Первые три компонента динамического контекста — компонент контекста, позиция
контекста и размер контекста.

Форма каноническая {CanonXML}


Canonical Form
Физическое представление XML-документа, которое продуцируется методом,
определенным в спецификации стандарта Canonical XML.

Форма каноническая с комментарием {CanonXML}


Canonical XML with Comments
Каноническая форма, которая содержит комментарии, соответствующие узлам
комментариев в дереве XML-документа.

Формальная {RDF}
Formal
Формулируемая в языке, достаточно точном относительно допустимых результатов
для того, чтобы использовать для их доказательства обычные математические
методы.

Формат обмена правилами {RIF}


Rule Interchange Format
Аббрев. англ.: RIF
Разрабатываемый консорциумом W3C стандарт, определяющий формат, который
позволяет транслировать правила между языками правил и благодаря этому
обеспечивать обмен правилами между системами правил.

Форматизатор {XSL}
Formatter
Функциональный компонент процессора XSL, обеспечивающий выполнение про-
цесса форматирования.

Форматирование {XSL}
Formatting
Процесс интерпретации результирующего дерева как совокупности объектов фор-
матирования с тем, чтобы продуцировать представление объектов форматирования,
определенное разработчиком таблицы стилей. В результате процесса форматирования
генерируется дерево областей среды представления.

246
Глоссарий Функция расширения {XSLT}

Фрагмент [документа] {XPointer, XPath, XDM}


[Document] Fragment
Син. русск.: Порция документа
Син. русск.: Часть документа
1. {XPointer, XPath} Часть иерархической структуры XML-документа. Может выступать
в качестве удаленного или локального целевого ресурса ссылок. В таких случаях
для указания ее местоположения в документе используется идентификатор
фрагмента. Фрагмент документа может состоять из некоторого его узла, части
узла или совокупности таких компонентов.
2. {XDM} Дерево узлов, корневой узел которого не является узлом документа.

Фрагмент результирующего дерева {XSLT}


Result Tree Fragment
Результат конкретизации некоторого шаблона. Рассматривается как значение не-
которого нового типа данных, дополнительного к тем типам, которые определены
языком XPath. Фрагменты результирующего дерева могут быть значениями переменных
и параметров. Они могут копироваться в результат, конвертироваться в строку,
которая далее используется в выражении, либо рассматриваться как иерархия узлов,
формируемая для результирующего дерева.

Функция в области действия {XPath, XQuery}


In-Scope Function
Синтаксическая конструкция языка, определяющая множество функций, которые
доступны для вызова изнутри выражения. Каждая функция уникально определяется
ее расширенным квалифицированным именем и ее арностью (числом параме-
тров). Каждая функция в декларации функций области действия имеет сигнатуру
и реализацию.

Функция внешняя {XQuery}


External Function
Функция, которая реализуется вне среды обработки запросов.

Функция, определяемая пользователем {XQuery}


User-Defined Function
Заданная пользователем функция, объявление которой включает выражение, вы-
зываемое телом функции и определяющее, каким образом результат этой функции
вычисляется из ее параметров.

Функция расширения {XSLT}


Extension Function
Функция, предоставляемая процессором языка XSLT, которая не предусмотрена
спецификациями рекомендации W3C.

247
Хореография веб-сервисов {WSC}

Х
Хореография веб-сервисов {WSC}
Web Services Choreography
Композиция интероперабельных одноранговых взаимодействий между веб-
сервисами любых типов, независимо от поддерживающих платформ или систем
программирования, используемых для реализации среды функционирования.
Взаимодействия между веб-сервисами осуществляются с помощью обмена со-
общениями, например путем вызова операций, определенных средствами языка
WSDL.

Ц
Целевая группа по техническим аспектам интернета
См. Internet Engineering Task Force

Целостность данных {XML-Sign}


Data Integrity
Свойство, заключающееся в том, что данные не были изменены, разрушены или
потеряны неавторизованным или случайным образом.

Ч
Часть документа {XPath, XPointer}
Document Part
См. Фрагмент [документа]

Часть фрагмента {XPath, XPointer}


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

Ш
Шаблон {XSLT}
Template
Совокупность инструкций, в соответствии с которыми выбираются исходные узлы
дерева документа для обработки.

248
Глоссарий Шлюз {WS}

Шаблон значения атрибута {XSLT}


Attribute Value Template
Выражение, в результате вычисления которого определяется значение, присваиваемое
атрибуту.

Шаблон именованный {XSLT}


Named Template
Шаблон, спецификация которого включает атрибут name. Такие шаблоны могут
вызываться по имени, указанному значением этого атрибута.

Шаблон текущий {XSLT}


Current Template
Шаблон XSL, задействованный процессором XSLT в некоторый момент времени при
обработке документа с использованием некоторой заданной таблицы стилей.

Шаг доступа {XPath, XSLT}


Location Step
Один из пунктов пути доступа. Шаги в пути доступа упорядочены. На каждом шаге
вычисляется выражение для определения набора узлов относительно некоторого
заданного контекстного узла. Спецификация шага доступа включает три компонента:
ось, тест узла и факультативно множество предикатов.

Шифрование {WS}
Encryption
Криптографическая трансформация данных (называемых плоским текстом) в форму
(называемую шифротекст), которая позволяет скрыть оригинальный смысл данных
для того, чтобы предотвратить возможность сделать его известным или быть исполь-
зованным. Если такая трансформация обратима, то соответствующий реверсивный
процесс называется расшифровкой. Он должен восстановить для шифрованных
данных их первоначальное состояние.

Шлюз {WS}
Gateway
Узел, который завершает дальнейшую передачу сообщения на входном интерфейсе
с целью представления его через выходной интерфейс как нового сообщения.
В отличие от прокси, шлюз получает сообщение, как если бы он был конечным
получателем этого сообщения. В связи с возможным несоответствием входного и вы-
ходного интерфейсов сообщение может быть модифицировано и может полностью
или частично утратить во время конверсии свой смысл.

249
Эквивалентное {RDF}

Э
Эквивалентное {RDF}
Equivalent
Семантическое отношение между двумя выражениями, при котором первое из них
влечет второе, и наоборот.

Экземпляр {OWL}
Instance
Представитель экстента класса для некоторого класса OWL.

Экземпляр [данных] модели XDM {XUpdate}


XDM Instance
Последовательность из нуля или более узлов и / или атомарных значений, опреде-
ляемых в соответствии с моделью данных XDM.

Экземпляр из {OWL}
Instance of
Отношение между индивидуумом и некоторым классом.

Экземпляр элемента {XML}


Element Instance
См. Элемент [документа]

Экземпляр [XML-] документа {XML}


XML Document Instance
См. XML-документ

Экстенсионал {RDF}
Extensional
1. Основанная на теории множеств теория или логика классов, в которой классы
рассматриваются как множества, свойства рассматриваются как множества пар
<объект, значение> и т. д.
2. Теория, которая не допускает различий между сущностями с одним и тем же
экстенсионалом.

Элемент {OWL}
Element
1. Элемент XML-документа.
2. Элемент множества.

250
Глоссарий Элемент контента {XML}

Элемент 16‑битовый {DOM}


16‑bit Unit
Основной элемент строки DOM. Предполагается, что строка DOM кодируется в UTF-16.
Поэтому значения таких элементов не могут быть произвольными.

Элемент архитектурный {WS}


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

Элемент верхнего уровня {XSLT}


Top-Level Element
Элемент, непосредственно вложенный в корневой элемент документа в иерархии
элементов XML-документов.

Элемент вложенный {XML}


Nested Element
Син. русск.: Подэлемент
Син. русск.: Элемент контента
Син. русск.: Элемент подчиненный
Син. англ.: Subelement
Син. англ.: Content Element
Син. англ.: Child Element
Элемент XML-документа, представляющий полный или частичный контент другого
элемента.

Элемент [документа] {XML}


[Document] Element
Син. русск.: Экземпляр элемента
Син. англ.: Element Instance
Составная часть XML-документа, обычно представляющая собой некоторую за-
конченную смысловую единицу. Синтаксис элемента должен соответствовать де-
кларации типа элемента, к которому этот элемент относится. Ссылка на декларацию
типа элемента в экземпляре документа осуществляется по имени типа элемента.
Возможное количество экземпляров элемента данного типа в документе управляется
спецификацией DTD.

Элемент контента {XML}


Content Element
См. Элемент вложенный

251
Элемент корневой {XML, XPointer}

Элемент корневой {XML, XPointer}


Root Element
Элемент, являющийся корнем в иерархической структуре элементов XML-
документа.

Элемент модели {XForm}


Model Item
Узел экземплярных данных вместе с ассоциированными с ним ограничениями.

Элемент подчиненный {XML}


Child Element
См. Элемент вложенный

Элемент пустой {XML}


Empty Element
Элемент XML-документа с пустым контентом. Такие элементы записываются в XML-
документе как последовательность начального и конечного тегов элемента либо
с помощью тега пустого элемента.

Элемент расширения {XSLT}


Extension Element
Элемент, имя которого принадлежит пространству имен, определенному как про-
странство имен расширения. Элементы такого рода, используемые в шаблоне,
интерпретируются как инструкции, семантика которых определяется этим про-
странством имен.

Элемент результата литеральный {XSLT}


Literal Result Element
Элемент таблицы стилей в шаблоне, имя которого не относится к пространству имен
XSLT и который используется для создания контента результирующего дерева.

Элемент родительский {XML}


Parent Element
Элемент XML-документа, который содержит данный элемент как вложенный.

Элемент ссылочный {XLink}


Linking Element
Элемент XML-документа, который декларирует существование и описывает харак-
теристики некоторой ссылки.

Элемент типа дуга {XLink}


Arc Type Element
Элемент, который определяет правила обхода ресурсов, участвующих в ссылке.
Соответствующая ссылка определяется при этом ссылочным элементом, по от-

252
Глоссарий Элемент Include {XSLT}

ношению к которому данный элемент типа дуга является вложенным. Атрибут type
для элементов такого типа имеет значение arc.

Элемент типа заголовок {XLink}


Title Type Element
Элемент, который позволяет ассоциировать с определяемой ссылкой какую-либо
информацию в формате, ориентированном на пользователя. Контент такого эле-
мента может быть произвольным. Он может, например, характеризовать некоторые
свойства ссылки. Ссылка, о которой идет речь, определяется ссылочным элементом,
в который вложен данный элемент типа заголовок. В контент ссылочного элемента
может включаться несколько элементов типа заголовка. Атрибут type для элементов
такого типа имеет значение title.

Элемент типа ресурс {XLink}


Resource Type Element
Элемент, контент которого является локальным ресурсом, принимающим участие
в ссылке. Рассматриваемая ссылка определяется ссылочным элементом, в который
вложен данный элемент типа ресурс. Атрибут type для элементов такого типа имеет
значение resource.

Элемент типа указатель {XLink}


Locator Type Element
Элемент, который адресует удаленный ресурс, принимающий участие в ссылке.
Рассматриваемая ссылка определяется ссылочным элементом, в который вложен
данный элемент типа указатель. Атрибут type для элементов такого типа имеет
значение locator.

Элемент управляемый {WS}


Manageable Element
Развертываемый элемент, который обладает свойством управляемости. Иначе
говоря, это физически существующий ресурс, который способен управляться.
Управляемые элементы обладают интерфейсом, обеспечивающим возможность
управления.

Элемент Document {DOM}


Document Element
Элемент XML-документа, представленный в соответствующем дереве DOM как
узел-сын узла типа DOCUMENT. В дереве DOM имеется единственный элемент-
документ.

Элемент Include {XSLT}


Include Element
Элемент в текущей таблице стилей, обеспечивающий вставку в нее содержимого
некоторой другой таблицы стилей.

253
Элемент Object {XML-Sign}

Элемент Object {XML-Sign}


Object Element
Элемент языка XML Signature, контент которого может содержать произвольные
данные, не относящиеся непосредственно к электронной цифровой подписи.

Ю
Юникод
Unicode
Набор символов стандарта ISO 10646, в котором для представления символов
используется 16‑битовый код. Был разработан для отображения символов всех
существующих в мире языков и специальных символов с помощью уникальных
битовых шаблонов, которые компьютер может различать и отображать. Стандарт
XML поддерживает Юникод.

Я
Ядро стандарта {XML-Sign}
Standard Core
Синтаксис и обработка, определяемые спецификацией стандарта XML-Signature.

Язык включающий {XForm}


Host Language
Словарь XML, в который встраивается XForms.

Язык выражений путей {XPath}


Path Expression Language
См. Язык путей XML

Язык запросов XML {XQuery}


XML Query Language
Син. англ.: XQuery
Разработанный консорциумом W3C стандарт языка запросов платформы XML.

Язык каскадных таблиц стилей, уровень 1


Cascading Style Sheets, Level 1
Аббрев. англ.: CSS1
Разработанный консорциумом W3C стандарт языка, предназначенного для форматной
разметки XML и HTML-документов, определяющей их представление веб-браузерами
на экране дисплея, принтерами в печатной копии и т. п.

254
Глоссарий Язык определения схем XML {XML Schema}

Язык каскадных таблиц стилей, уровень 2


Cascading Style Sheets, Level 2
Аббрев. англ.: CSS2
Разработанный консорциумом W3C стандарт каскадных таблиц стилей уровня 2.
Предоставляет расширенные возможности форматирования документов по сравнению
со стандартом CSS1.

Язык онтологий Веб {OWL}


Web Ontology Language
Аббрев. англ.: OWL
Стандарт языка описания онтологий, разработанный консорциумом W3C. Предусматривается
три уровня языка — OWL Lite, OWL Description Logics (OWL DL) и Full OWL. Эти подъязыки
OWL описаны в отдельных статьях данного глоссария.

Язык описания веб-сервисов {WS}


Web Services Description Language
Син. русск.: Язык WSDL
Аббрев. англ.: WSDL
Стандарт консорциума W3C, разработанный на основе языка, который был создан
компаниями IBM, Microsoft и Ariba. Язык WSDL служит для определения и публикации
сведений о веб-сервисах — абстрактных описаний интерфейсов веб-сервисов в формате
XML, независимых от их реализации. При этом веб-сервис понимается как программная
система, идентифицируемая с помощью некоторого URI, общедоступный интерфейс кото-
рой и связывания определяются и описываются с помощью языка описания интерфейсов
WSDL. Описание интерфейса веб-сервиса может быть обнаружено другими программными
системами. Эти системы могут тогда взаимодействовать с этим веб-сервисом таким
способом, который предписывается его определением, используя основанный на XML
обмен сообщениями, передаваемыми с использованием интернет-протоколов.

Язык описания сообщений {WS}


Message Description Language
Язык, который позволяет описывать структуру сообщений.

Язык описания хореографии веб-сервисов {WSC}


Web Services Choreography Description Language
Аббрев. англ.: WS-CDL
Основанный на XML язык для описания интероперабельных совместных работ нескольких
участников в рамках одноранговой архитектуры. Этот язык не зависит от языка реализации
конкретных бизнес-процессов или от конкретной платформы.

Язык определения схем XML {XML Schema}


XML Schema Definition Language
Аббрев. англ.: XML Schema
Разработанный W3C стандарт языка определения схем для XML-документов. Наиболее
важные возможности XML Schema, по сравнению с функциональностью DTD, заключаются

255
Язык путей XML {XPath}

во введении более развитой совокупности типов значений атрибутов элементов


XML-документов, в допущении наряду с закрытой моделью спецификаций DTD также
и открытой модели, при которой пользователь может дополнять повторно используемую
схему новыми спецификациями. Спецификация стандарта XML Schema состоит из трех
частей. Часть 0 представляет собой учебник по спецификациям XML Schema. В первой
части определяются классы, необходимые для описания XML-документов. В этом до-
кументе представлены концептуальные основы стандарта. Неформально описывается
абстрактная модель данных, определяются ее основные элементы — компоненты схемы.
В их терминах могут определяться конкретные XML-схемы. В этой части спецификации
стандарта приводятся также детальные спецификации компонентов схемы. Во второй
части спецификации определяется система типов для декларации схем. Эти специфи-
кации расширяют возможности определения типов данных в языке XML.

Язык путей XML {XPath}


XML Path Language
Син. русск.: Язык выражений путей
Аббрев. англ.: XPath
Язык, обеспечивающий возможности идентификации фрагментов деревьев, представ-
ляющих XML-документы. Основной конструкцией в языке, используемой для идентифи-
кации фрагментов документов, является выражение, что и дало повод рассматривать
язык XPath как язык выражений. Спецификации языка XPath являются стандартом W3C.
Он разрабатывался, прежде всего, для использования в рамках включающих языков
таких, как XSLT, XPointer и XQuery. Вместе с тем, язык XPath используется в качестве
самостоятельного языка запросов в ряде XML-ориентированных СУБД.

Язык разметки генеалогических данных


Genealogical Data Markup Language
Аббрев. англ.: GedML
Базирующийся на соглашениях XML язык разметки XML-документов, которые содержат
генеалогическую информацию.

Язык разметки гипертекстовый {HTML}


Hypertext Markup Language
Аббрев. англ.: HTML
Основанный на стандарте SGML язык гипертекстовой разметки документов для их
представления в Веб. Стандарт языка HTML разработан и поддерживается консорциумом
W3C. В настоящее время действующей версией этого стандарта является версия 4.01,
принятая в декабре 1999 г.

Язык разметки гипертекстовый расширяемый {XHTML}


The Extensible Hypertext Markup Language
Аббрев. англ.: XHTML
Стандарт консорциума W3C, определяющий функциональность языка HTML с помощью
XML DTD и обеспечивающий тем самым возможности интерпретации HTML-документов
как XML-документов.

256
Глоссарий Язык разметки химический

Язык разметки математический {MathML}


Mathematical Markup Language
Аббрев. англ.: MathML
Базирующийся на соглашениях XML язык разметки текстов, содержащих математи-
ческие формулы.

Язык разметки расширяемый {XML}


Extensible Markup Language
Аббрев. англ.: XML
Разработанный консорциумом W3C стандарт нового языка разметки, созданный
первоначально для представления информации в Веб нового поколения. В даль-
нейшем этот язык нашел, однако, более широкое применение. Начальная версия
этого стандарта была принята W3C в феврале 1998 г. Язык XML представляет собой
метаязык, удобный для реализации подъязык известного языка SGML. Главные осо-
бенности XML заключаются в возможности определения пользователем с помощью
средств этого языка желаемого набора тегов для разметки документов, в возможности
описания структуры документа, правильность которой может верифицироваться
браузером, в отделении средств разметки содержания документа от форматной
его разметки, определяющей представление документа на экране компьютера
или в другой среде. Различные другие функции разметки, например определение
гиперссылок и фрагментов XML-документа и др., выделены в отдельные языки XLink
и XPointer, основанные на синтаксисе XML. Для форматной разметки XML-документов
предназначены специальные языки описания стилей документов — CSS и XSL.
Важную группу языков составляют языки описания семантики XML-документов. В
настоящее время консорциумом W3C создан и продолжает развиваться большой
комплекс базирующихся на XML языков, составляющих технологическую платформу
Веб нового поколения.

Язык разметки стандартный обобщенный


Standard Generalized Markup Language
Аббрев. англ.: SGML
Контекстно-ориентированный язык разметки, используемый для описания содержания
и структуры сложных документов, которое не зависит от характеристик применяемой
при обработке документа программно-аппаратной платформы. Спецификации языка
SGML определяются официальным международным стандартом ISO 8879, принятым
в 1986 г. На основе SGML был разработан язык XML, являющийся его подъязыком.

Язык разметки химический


Chemical Markup Language
Аббрев. англ.: CML
Базирующийся на соглашениях XML язык разметки для документов, содержащих
химические формулы и данные.

257
Язык расширенный {WebA}

Язык расширенный {WebA}


Extended Language
В заданной паре языков тот из языков, для которого другой является подъязыком.

Язык спецификации и семантики стиля документов {DSSSL}


Document Style Semantics and Specification Language
Аббрев. англ.: DSSSL
Язык управления форматированием SGML-документов для отображения их браузерами,
программами печати и средствами различных других приложений. Основу DSSSL
составляет механизм таблиц стилей. Действующая версия языка DSSSL определяется
принятым в 1996 г. официальным стандартом ISO / IEC 10179:1996. Функциональным
аналогом языка DSSSL для форматирования XML-документов является язык XSL.

Язык ссылок XML {XLink}


XML Linking Language
Аббрев. англ.: XLink
Стандарт W3C, который определяет язык, базирующийся на соглашениях XML и допол-
няющий его функциональность средствами для декларации различного рода связей
между XML-ресурсами. Такие связи позволяют осуществлять навигацию в структуре,
образованной из XML-документов, их фрагментов и других ресурсов, автоматическим
путем под контролем приложений или по инициативе пользователя, просматриваю-
щего XML-документы с помощью браузера. Начальная версия стандарта XLink была
принята консорциумом в июне 2001 г. и действует до настоящего времени.

Язык строго типизированный {XPath, XQuery}


Strongly Typed Language
Язык, в котором операнды различных выражений, операторы и функции должны
соответствовать определенным для них типам. Язык XQuery является строго типи-
зированным языком.

Язык схемы {ITS}


Schema Language
В контексте спецификаций ITS язык, позволяющий верифицировать XML-документы,
например XML DTD, XML Schema, Relax NG.

Язык таблиц стилей расширяемый


Extensible Stylesheet Language
Аббрев. англ.: ХSL
Один из стандартов платформы XML. Вводит спецификации языка, описывающего
правила форматирования (таблицы стилей) XML-документов браузером, который
осуществляет отображение документов для пользователя. Вторая часть этого
стандарта (XSL Transformations, XSLT) содержит спецификации подъязыка XSL для
описания трансформаций одного XML-документа в другой. Первая часть стандарта
XSL версии 1.0 была одобрена W3C в октябре 2001 г. Вторая его часть ­XSLT Version
1.0 была одобрена W3C в ноябре 1999 г.

258
Глоссарий Язык OWL Full {OWL}

Язык трансформаций XSL


XSL Transformations
Аббрев. англ.: XSLT
Вторая часть стандарта XSL консорциума W3C, которая содержит спецификацию языка
для описания трансформаций одного XML-документа в другой, рассматриваемая как
подъязык XSL. Спецификации XSLT основаны на языке XPath. В XSLT используются
средства идентификации фрагментов XML-документов, предоставляемые XPath.
Помимо его прямого назначения язык XSLT используется в качестве языка запросов
в ряде XML-ориентированных СУБД.

Язык указателей XML


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

Язык ECMAScript {DOM}


ECMAScript
Язык программирования, определенный стандартом ECMA-262 (ECMA — European
Computer Manufacturers Association). Источником воплощенной в этом языке
технологии послужил язык JavaScript.

Язык OWL DL {OWL}


OWL DL
Подъязык OWL, обладающий максимальными выразительными возможностями и не
утрачивающий вычислительной полноты (гарантируется, что все следствия будут
вычислены) и разрешимости системы рассуждений (все вычисления будут закан-
чиваться в конечное время). Название этого подъязыка — OWL DL (OWL Description
Logics) определяется тем, что он имеет дело с дескриптивной логикой — частным
случаем разрешимого фрагмента логики первого порядка. Онтология, представленная
средствами OWL DL, является онтологией в подъязыке OWL Full.

Язык OWL Full {OWL}


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

259
Язык OWL Lite {OWL}

Язык OWL Lite {OWL}


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

Язык WSDL {WS}


WSDL Language
См. Язык описания веб-сервисов

A
API {DOM}
См. Интерфейс прикладного программирования

C
CDI {CDRF}
См. Документ составной по включению

CDR {CDRF}
См. Документ составной по ссылкам

CML
См. Язык разметки химический

COM {DOM}
См. Модель объектная компонентная

CSS
См. Таблица стилей каскадная

CSS1
См. Язык каскадных таблиц стилей, уровень 1

CSS2
См. Язык каскадных таблиц стилей, уровень 2

260
Глоссарий IETF

D
DOM
См. Модель документов объектная

DSSSL
См. Язык спецификации и семантики стиля документов

DTD
См. Определение типа документов

E
EDI {WS}
См. Обмен данными электронный

G
GedML
См. Язык разметки генеалогических данных

H
HTML
См. Язык разметки гипертекстовый

HTTP
См. Протокол передачи гипертекста

I
IETF
См. Internet Engineering Task Force

261
Iff {RDF}

Iff {RDF}
См. Если и только если

Internet Engineering Task Force


Аббр. англ.: IETF
Целевая группа по техническим аспектам интернета, международная организация,
объединяющая специалистов по проектированию сетей, компании сетевых опера-
торов, поставщиков и исследователей, заинтересованных в развитии архитектуры
интернета и в повышении эффективности ее функционирования. Главные задачи
IETF заключаются в разработке новых эффективных технологий для глобальной сети
и создании соответствующих стандартов интернета, в соответствии с установленной
процедурой. Стандарты IETF оформляются в форме документов, называемых
Request For Comment (RFC). В IETF не существует института членства. Организация
открыта для участия в ее работе всех желающих. Начиная с 1986 г., трижды в год
проводятся рабочие конференции IETF.

ITS {ITS}
См. Набор тегов интернационализации

M
MathML
См. Язык разметки математический

MEP {SOAP}
См. Образец для обмена сообщениями

N
NCName { NmSpace, XML Schema}
Имя, не содержащее двоеточий (уточнений пространств имен). При использовании
вместе с XML-представлениями компонентов схемы или со ссылками на них на-
зывается простым типом NCName.

262
Глоссарий QName {XML Schema}

O
OWL {OWL}
См. Язык онтологий Веб

OWL DL {OWL}
См. Язык OWL DL

OWL Full {OWL}


См. Язык OWL Full

OWL Lite {OWL}


См. Язык OWL Lite

P
PCDATA {XML}
См. Данные символьные, подвергающиеся синтаксическому анализу

PE {XML}
См. Сущность-параметр

PI {XML}
См. Инструкция по обработке

PSVI {XML Schema}


См. Набор единиц информации, верифицированный по схеме

Q
QName {XML Schema}
См. Имя квалифицированное

263
RDF {RDF}

R
RDF {RDF}
См. Среда описания ресурсов

RDFS {RDFS}
Вторая часть стандарта RDF, определяющая неформальный язык описания онтологий
RDF Vocabulary Description Language 1.0: RDF Schema. Средствами этого языка
описываются так называемые RDF-схемы — определения того понятийного аппарата,
который используется в соответствующих RDF-спецификациях.

RDF-схема {RDF, RDFS}


RDF schema
Описание понятийного аппарата RDF-спецификации средствами стандарта RDFS.

RFC
См. Запрос комментариев

RIF {RIF}
См. Формат обмена правилами

S
SAWSDL {SAWSDL}
См. Аннотация семантическая для WSDL

SGML
См. Язык разметки стандартный обобщенный

SOAP {SOAP}
См. Протокол SOAP

SSL {XKMS}
См. Протокол SSL

T
TLS {XKMS}
См. Протокол TLS

264
Глоссарий UTF-8

UA {CSS1}
U
См. Агент пользовательский

UR-тип {XML Schema}


UR-Type
См. Тип корневой иерархии типов {XML Schema}

URI
См. Идентификатор ресурса унифицированный

URI абсолютный {WebA}


Absolute URI
URI, который представляет собой ссылку на ресурс, независимую от контекста,
в котором этот идентификатор используется.

URI альтернативный {WebA}


URI Alias
Один из двух или более URI, которые идентифицируют один и тот же ресурс.

URI базовый {XQuery, XML Base}


Base URI
Абсолютный URI, используемый при необходимости для разрешения относительных
URI.

URI относительный {XML Base}


Relative URI
Ссылка с сокращенной синтаксической записью, используемая при существовании
некоторого базового URI, с помощью которого на ее основе формируется соот-
ветствующий абсолютный URI. По сравнению с синтаксисом абсолютного URI
в относительном URI опускается некоторый префикс, и компоненты пути («.» и «..»)
имеют конкретный смысл, определяемый базовым URI.

URL
См. Указатель ресурса унифицированный
URN
См. Имя ресурса унифицированное

UTF-8