Смл характеристики: СМЛ стекломагниевые листы: что это, где и как применять

СМЛ стекломагниевые листы: что это, где и как применять

Оглавление:
СМЛ: стекломагниевые листы и их технические характеристики
Преимущества и недостатки использования магнезита в строительстве
Применение магнезита в строительстве: тонкости работ

Если вы считаете, что заменить такой удобный в использовании листовой материал, как гипсокартон или ОСП, невозможно, то вы ошибаетесь. Уже сравнительно давно в строительстве применяются СМЛ (стекломагниевые листы), которые по своими характеристикам намного превосходят и ОСП, и гипсокартон, и даже гипсоволокно. Именно этот материал мы изучим в данной статье, в которой вместе с сайтом stroisovety.org разберемся с назначением такого материала, его техническими характеристиками, а также узнаем, какими преимуществами и недостатками он обладает.

Плита магнезитовая фото

СМЛ: стекломагниевые листы и их технические характеристики

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

1. Габаритные размеры. В отличие от гипсокартона, стекломагниевые листы могут производиться разной толщины – если в первом случае этот размер унифицирован и может составлять либо 9,5мм, либо 12мм, то в случае с магнезитом он может варьироваться в пределах от 3 до 30мм. Если нужен более толстый материал, то он может быть с легкостью изготовлен на заказ. Листы магнезита имеют стандартную ширину равную 1222мм, а также длину, составляющую 2280мм или 2440мм.
2. Плотность – как правило, она составляет 1-1.1 г/см3, что гораздо выше, чем у гипсокартона и даже ОСП. Именно этот фактор позволяет использовать магнезит для сооружения напольных покрытий.
3. Водостойкость, которой обладает магнезитовая плита, составляет 95%. Этот материал смело можно использовать во влажных помещениях. Кроме того, при длительном воздействии стопроцентной влажности магнезитовые листы практически не разбухают – их коэффициент деформации составляет всего 0,34%.
4. Прочность на изгиб. Если сравнивать эту характеристику с другими листовыми материалами, то здесь магнезит находится примерно посередине – он в три раза прочнее гипсокартона и в 0,5 раз слабее плит ОСП.

СМЛ стекломагниевые листы фото

Кроме того, изучая технические характеристики стекломагниевых листов, не следует забывать и о том, что этот материал отличается стойкостью к длительному воздействию высоких температур и открытого огня. Имея толщину всего 6мм, он способен противостоять огню в течение 120 минут и при этом выдерживать температуру до 1200˚С. Также магнезит достаточно легко противостоит морозам и выдерживает более 50 циклов заморозки и нагрева. Этот нюанс позволяет производителям устанавливать достаточно длительную гарантию на материал. И, конечно же, ударная прочность, которой гипсокартон может только позавидовать.

Стекломагниевый лист: технические характеристики

Преимущества и недостатки использования магнезита в строительстве

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

• Влагостойкость. Устанавливая такие плиты, можно быть уверенным в неизменности их форм и размеров от воздействия высокой влажности. Можно сказать даже больше – магнезит успешно противостоит воздействию перегретого пара.
• Экологичность – магнезит не содержит асбеста и других вредных материалов.
• Прочность и твердость. Этот материал, в отличие от гипоскартона, пробить кулаком не получится.
• Звукоизоляция и теплоизоляция – этим качествам как нельзя лучше способствует слоеная структура магнезита.
• Огнеупорность. Этот негорючий материал нашел свое место при отделке каминов.
• Эластичность – стекломагниевые плиты можно изогнуть практически под любым радиусом. В отличие от него, изогнуть гипсокартон по малому радиусу не получится.
• Малый вес и удобство в монтаже. Работать с таким материалам ничуть не сложнее, чем с гипсокартоном.
• Высокая степень сцепления с любыми строительными материалами. Его можно клеить на стену, выполнять крепление магнезита саморезами, шпаклевать, оштукатуривать и оклеивать обоями. В этом отношении он практически ничем не отличается от гипсокартона.

Преимущества и недостатки стекломагниевого листа

Недостатки, которыми обладает стекломагниевый лист, можно сосчитать на пальцах. К ним можно отнести всего две вещи – это его стоимость, которая в несколько раз превосходит гипсокартон, а также высокая прочность, если ее рассматривать с точки зрения обработки этого материала.

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

Как резать стекломагниевый лист фото

Применение магнезита в строительстве: тонкости работ

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

СМЛ стекломагниевые листы: применение

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

Если дальше рассматривать область применения стекломагниевых листом (СМЛ), то не лишним будет упомянуть и о создании с их помощью черновых полов. Это один из вариантов сухой стяжки, которая по прочности во много раз превосходит даже хваленые системы Knauf. По большому счету применение магнезита для изготовления пола дает массу преимуществ – такой пол будет практически вечным!

Применение магнезита в строительстве и ремонте

Вот, в принципе, и все. Подводя итоги всему вышесказанному, можно сделать вывод о том, что лучшего листового материала, чем СМЛ (стекломагниевые листы) вы не найдете. Его широкому распространению в ремонте и строительстве мешает только стоимость этого материала. Как правило, он применяется в помещениях, где существует большой риск возникновения пожаров, а также для изготовления конструкций, которые имеют прямой контакт с огнем или высокими температурами.

Автор статьи Александр Куликов

Характеристики и применение СМЛ листов

Стекломагниевый лист представляет собой уникальный строительный материал, который применяют для внутренней и внешней отделки зданий. Благодаря особой структуре СМЛ превосходит гипсокартон, а также другие привычные стройматериалы по прочности и износостойкости. Стекломагнезитовый лист содержит в составе магниевый оксид, перлит, древесную стружку мелкой дисперсии, стеклотканевую сетку. Соотношение компонентов зависит от класса СМЛ: эконом, стандарт, премиум. Наиболее крепкие плиты класса премиум содержат максимальное количество оксида магния.

Структура листов

Стекломагниевые листы производят плитами толщиной 4-12 миллиметров. Наиболее распространенные размеры материала составляют 2500х1220 миллиметров. Внешняя гладкая поверхность СМЛ уже подготовлена для финишной отделки: на нее можно наносить краску, лак, штукатурку, клеить обои. Внутренняя шероховатая сторона плит не подходит для отделочных работ, однако, в некоторых строительных работах монтаж производят именно этой стороной наружу.

Сфера применения

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

Преимущества

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

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

Характеристики морозостойкости магнелита наиболее высокие среди аналогичных материалов — класс F50. Даже при применении СМЛ в условиях низких температур, его прочность не будет уменьшаться более чем на 3,5%. Прочность на изгиб плит обеспечивает специальная армирующая сетка в составе.

Недостатки

При правильном производстве материал будет лишен недостатков. Однако на рынке встречаются бракованные образцы. У таких листов может выделяться соль при намокании, вызывающая появление ржавчины на металлических поверхностях. Подобные низкокачественные плиты лучше не использовать во влажных комнатах или для наружной обшивки с высокими перепадами температур. Также на качество СМЛ влияет тип магнезита. Эконом сегмент значительно менее прочный и стойкий к внешним воздействиям в отличие от премиального класса. Чтобы приобрести качественные СМЛ, при покупке обратите внимание на несколько деталей:

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

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

структура и характеристики, преимущества и недостатки применения СМЛ

Стекломагниевый лист (магнелит или СМЛ) — это очень современный стройматериал, отличающийся уникальными эксплуатационными свойствами. Его используются и для внешней, и для внутренней отделки. Некоторые строители считают, что эти полотна могут составить очень достойную замену привычному гипсокартону, так как СМЛ превосходит его по нескольким показателям.

Общая информация о материале

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

Структура листов СМЛ

Магнелит выпускается в виде листов с толщиной в пределах 4−12 миллиметров. Самые распространенные размеры — 2440×1220 мм. Внешняя поверхность листа очень гладкая и не нуждается в какой-то дополнительной обработке. На нее сразу можно наносить красящие составы или обои. Другая сторона имеет более шероховатую структуру. Монтаж материала может производиться обеими сторонами. Зачастую полотна устанавливаются тыльной поверхностью наружу, чтобы ее можно было обработать штукатуркой.

Основные сферы применения

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

• стен;
• арок;
• подвесных потолочных конструкций;
• перегородок и т. д.

Также этим материалом можно облицовывать шахты коммуникационных систем, откосы и потолки. Нашли стекломагниевые листы применение и при заливке бетонов (легких), а также при возведении несъемной опалубки. С применением стекломагнезита происходит также облицовка наружных поверхностей зданий с дальнейшей отделкой.

Самые главные преимущества

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

Работать с такими полотнами очень просто, потому что они не крошатся и с легкостью обрезаются. Закрепление может осуществляться с применением саморезов, гвоздей или пневмопистолета. Листы при этом можно сверлить.

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

Если вам нужно найти материал с отличными значениями морозостойкости, то магнелит — самый оптимальный выбор. Класс морозостойкости этого материала составляет F 50. Механическая прочность при этом будет теряться не более чем на 3,5 процента. При производстве магнезитовых листов применяется армирующая стеклоткань, которая обуславливает превосходную гибкость СМЛ и защищает его от порчи при транспортировке или монтаже.

Недостатки СМЛ-листов

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

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

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

Характеристики стекломагниевых листов, применение в строительстве

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

Эти листы отличаются от гипсокартона хотя бы тем, что в их составе нет гипса. Компонентами для производства служат перлит, оксид и хлорид магния, стеклоткань и измельченная древесная стружка. СМЛ выпускаются нескольких классов (сортов), которые различаются определенными свойствами и стоимостью. Отличия зависят и от долевого соотношения ингредиентов, которое определяется конкретным Производителем.

На прочность продукции главным образом влияет процентное содержание оксида (MgO). В листах класса «Премиум» его доля может доходить до 40%.

Сфера применения

• Отделочный материал. Используется для оформления потолков, стен, арок и тому подобное.
• Устройство колодцев и шахт для прокладки инженерных коммуникаций.
• Монтаж подвесных потолков.
• Сборка межкомнатных перегородок.
• Облицовка полов.
• Оформление откосов.
• СМЛ прекрасно подходят для обустройства опалубки несъемного типа при заливке растворов легких бетонов, что значительно сокращает трудозатраты и дает лучший эффект, чем при использовании низкосортной древесины.

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

Особенности стекломагниевых листов

Удобство в использовании

• Поверхность СМЛ может обрабатываться практически любым материалом (краски, клеящие и шпаклевочные составы).
• На изделия можно крепить любую отделочную продукцию (кафельная плитка, зеркальное стекло, ДСП, композитные панели, пластик и многое другое). Это позволяет оформлять помещения в любом стиле, на любой вкус и кошелек. Материал хорошо сверлится, пилится, режется, при этом не растрескивается. Количество отходов – минимальное. При этом затрачивается намного меньше времени, чем на работу с листами гипсокартона.
• Повышенная прочность в совокупности с небольшим весом.
• Хорошая гибкость стекломагниевых листов позволяет производить их монтаж на площадях со сложной конфигурацией (ниши, арки и тому подобное). На излом выдерживают нагрузку до 16 МПа.

Большой срок эксплуатации

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

Безопасность

• Стекломагниевые листы относятся к материалам, не подверженным горению или воздействию высоких температур (до +1200 0С). По этому показателю он приравнивается, например, к металлу, камню.
• Материал соответствует всем требованиям с точки зрения экологии. Он не выделяет вредных компонентов, поэтому разрешен для применения при строительстве или ремонте даже в детских, лечебных заведениях.

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

На что обратить внимание

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

Лист смл характеристики

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

Характеристики СМЛ

Предлагаем вам ознакомиться с листом смл, характеристики которого просто поражают.

• Прочность – важнейший показатель. Благодаря тому, что армосетка располагается с 2-х сторон листа, материал выдерживает удары тупыми предметами.
• Вес смл листа небольшой. При сравнении с ОСП листами, смл оказывается в несколько раз легче.
• Высокие показатели гибкости листов позволяют сгибать материал. В строительстве данный параметр оценивается высоко. Ведь создавать различные криволинейные конструкции оказывается намного проще, чем это было пару лет назад. К тому же листы смл нашли применение для наружной отделки.
• Показатели влагостойкости играют едва ли не главную роль для некоторых видов работ. К сожалению, производители стекломагниевых листов, не сообщают параметры данной характеристики. Однако заявляют, что материал класса А обладает высокими влагостойкими свойствами. Поэтому его допускается применять не только для наружных работ, но и в качестве отделки банного комплекса.
• На смл цена за лист в Москве разнится. Ведь в зависимости от класса материала различаются основные свойства. Например, можно выбрать листы, обладающие огнеупорными показателями. Они так же имеют низкую теплопроводность. Заметим, что все СМЛ, независимо от класса, выдерживают высокие температурные режимы. Однако СМЛ премиум способны выдержать нагрев газовой горелки около 2-х часов. При этом материал будет обугливаться. Особо отметим, что выдаваемый на смл лист сертификат подтверждает данную характеристику.
• Параметры шумоизоляции материала высоки. В состав смл входит вспученный перлит, который не проводит звук.
• Прочность материала высока. Однако это не сказывается на его обработке. Раскрой допускается производить простым ножом. Заметим, что смл допускается сверлить. При этом не образуются сколы и пыль.
• Отделка СМЛ листом проводится достаточно быстро. Ведь поверхность материала подготовлена для проведения финишной отделки. Заметим, что грунтовать не требуется. Иными словами, можно сразу проводить шпаклевочные работы, наклеивать обои или плитку.
• Независимо от того, каким производителем смл лист выпускался, размерный ряд остается неизменным. Большой популярностью пользуются 1220*2440 мм. Толщина материала варьируется от 3 мм и достигает 20 мм.

Стекломагнезитовый лист применение: характеристики, недостатки, отзывы. Монтаж и крепежные элементы для стекломагнезита.. Применение и свойства стекломагнезитового листа

Чтобы достичь признания на рынке стройиндустрии материал проходит своеобразный путь: «Огонь — вода – время». Не скроем, не все способны выдержать испытания. Но только не стекломагнезит!  Природа заложила в нерудное сырье, применяемое для производства высокоогнеупорных материалов, важные компоненты, придающие стекломагнезиту превосходные свойства. По канонам красивого PR-хода, напомним, что известный всему миру гипсокартон обрел всеобщее признание не сразу.

Материал из стекломагнезита

Первые сведения о применении  стекломагнезитовых материалов история предоставила на примере спортивных объектов Олимпийских игр 2008 года (Пекин) и небоскреба Тайбей101 (Тайвань). О том, что появился новый строительный материал с потрясающими свойствами и возможностями, свидетельствовал облицованный стекломагнезитовыми листами восьми ярусный каркас величественного гиганта.

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

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

Стекломагнезитовые лист применение

состав и способ производства

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

По способу промышленного производства, исключительно из исходного сырья оксида магния и хлорида магния месторождений КНР и Монголии, различают листовой отделочный материал стеломагнезитовый лист (СМЛ).

Вторым названием материала является цементно магниевая плита.

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

Стекломагнезитовый лист по способу производства и применению, разделен на несколько классов:

• материалы общестроительного назначения (Стандарт и Премиум)
• материал Премиум Эталон.

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

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

Основными характеристиками изделий являются:

• толщина листа – 3,6,8,10 и 12 мм
• плотность от 0,75 до 1,20 г/см3
• содержание оксида магния 70-85 %
• преобладающий формат листа  1220х2440мм
• наличие стеклотканевой основы с размером ячейки до 3 мм
• светлый цвет, зависящий от минерализации разработки месторождения.

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

Кроме того, выпускают готовые декоративные панели с финишным покрытием.

У стекломагнезитовых плит превосходная звуко- и теплоизоляция (звукоизоляция при толщине 6 мм равна 29 дБ, термостойкость 1,14м.кв

К/Вт).

Удобство монтажа листов стекломагнезита подтверждено практикой.

стекломагнезитовые листы, монтаж и крепежные элементы

При облицовке и обшивке стекломагнезитовым листом обращает внимание простота монтажа. Монтаж листа осуществляют двумя способами:

• механическим
• клеевым.

Уникальность материала ощущается в оригинальности и доступности монтажа.

крепежный элемент

При механическом типе сквозного монтажа без предварительного сверления

необходимо использовать специальный крепеж с потайной головкой с улучшенной раззенковкой. Листы крепят на металлический профиль. Крепеж представляет собой утолщенный саморез из цементированной стали с крест шлицом PHILIPS и насадкой-битой РН2.

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

стекломагнезитовый лист применение

На основании технических и эксплуатационных характеристик можно сделать вывод, что изделие успешно используют как в базовом варианте (листы), так и в декоративном исполнении.

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

Лист стекломагнезита успешно заменяет ДСП, ГКЛ, МДФ, OSB и другие традиционно применяемые материалы. Область применения подтверждена простотой обработки листов: материал легко пилить, сверлить и фрезеровать. Поэтому листы из стекломагнезита доступны для использования при внутренней отделке потолков, стен и перегородок, создании кровельных систем и других строительных форм.

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

Несъемную опалубку с использованием СМЛ в области малоэтажного строительства можно смело считать высокотехнологичной и перспективной.

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

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

Стекломагнезитовый лист отзывы

Константин Всеволодович

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

Отрезок листа необходимого размера подогнать под арочную форму оказалось доступно для собственноручного исполнения. Здорово! Я даже не ожидал от себя таких способностей! Жена в восторге, монтаж прошел без грязи.

Татьяна Леонардовна

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

Выбрали стекломагниевые панели «Премиум» без фаски. Безусловно, дорого, но зато неприятности при проведении отделочных работ теперь будут исключены.

Татьяна Леонардовна даже и не предполагала, насколько доступен собственноручный монтаж листов и панелей для вентилируемого фасада, представленный в видео.

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

Описание СМЛ

История создания СМЛ

 

Давно ли гипсокартон прочно занял своё место в линейке отделочных материалов? А сегодня трудно представить себе любой ремонт без применения таких листовых материалов, как ГКЛ, ГВЛ и пр.  Однако эти материалы имеют весьма ограниченное применение в силу свойств материала, составляющего его основу- гипса. Хрупкость и низкая влагостойкость- делают его уязвимым. Гипс армируют, пропитывают, не много улучшая свойства. Пришло время революционным преобразованиям.

 

Прогресс не стоит на месте, появились новые, современные,, более универсальные материалы с улучшенными качествами. 

 

Настоящим технологическим прорывом на рынке строительных отделочных материалов стало появление стекломагнезитового листа. Но, как часто это бывает, все новое – это хорошо забытое старое, с которого лишь необходимо стряхнуть «вековую пыль» и слегка модернизировать. Оксид магния, содержащийся в СМЛ, использовался в кладке стен с древних времен, он был найден в составе Великой Китайской стены и цемента, используемом еще в Древнем Риме 

 

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

 

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

 

 

Химический состав СМЛ

 

Основными компонентами стекломагнезитового листа являются магнезит и перлит.

 

Магнезит – минерал, карбонат магния, MgCO3. Цвет белый, серый, желтоватый или бурый. Блеск стеклянный, тусклый. Твердость 4–4,5 плотность 2,9–3,1. В порошкообразном виде минерал растворяется в горячей кислоте со вскипанием.  

 

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

 

 

 

Перлит- горная порода вулканического происхождения. 

 

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

 

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

 

Перлит может иметь черную, зеленую, красно-бурую, коричневую, белую окраску различных тонов. Основные компоненты перлита: двуокись кремния SiO2 (65-75%), окись алюминия AI2O3 (10-16%), окись калия К2О (до 5%), окись натрия Na2O (до 4%), окись железа Fe2O3 (от долей до 3%), окись магния MgO (от долей до 1%), окись кальция CaO (до 2%), вода h3O (2-6%). Также могут присутствовать другие примеси.

 

 

СМЛ – композитный материал. Помимо основных компонентов, в качестве наполнителя в стекломагнезитовом листе используются древесные опилки и вся эта смесь укладывается слоями между 2-мя слоями стеклосетки.

 

Оксид магния MgO	48,90%
Хлорид магния MgCl2	28,40%
Перлит	3,10%
Древесные опилки	15,30%
Наполнитель	4,30%

 

 

Технология производства СМЛ

 

Технология производства СМЛ предельно проста- как всё гениальное.

 

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

 

Формовочная смесь укладывается в опалубку расположенную на вибростоле и уплотняется до определенных параметров. При этом тыльная поверхность листа армируется нетканым материалом, а лицевая – стеклотканью. Затем опалубка устанавливается в кассету с последующим перемещением в зону набора прочности (при температуре не ниже 150С). Время схватывания 4-6 часов.

 

После набора прочности стекломагниевые листы разрезаются. Затем листы замачиваются для снятия остатков соли. Сушка листов осуществляется в течение 5-7 дней при температуре 18-250С, оптимально 40-500С.

 

Далее производится корректировка кромки плит, сортировка плит по качеству и складирование.

 

 

Что же такое- стекломагнезитовый лист?

 

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

 

СМЛ создан на основе магнезита, доломита, вулканического стекла,  древесной стружки и 2х слоёв стеклосетки.

 

СМЛ так же называют: стекломагнезитовый лист, КВЛ, SML, CML магнелит, магнэлит, магнезитовый лист, доломито-волокнистый лист, ДВЛ, ксилито – волокнистый лист, КВЛ, МЦЛ, магнезиально цементный лист, магнезитовая плита, магниевый лист, стекломагнезит, магниево-стружечная плита, листы магнезитовые, glass magnesium board, Премиум, НОМИ – лист и т.п.. Названий много а суть одна. 

 

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

Формат обмена SML Версия 1.0

Аннотация

Эта спецификация определяет формат обмена для моделей SML.

Статус этого документа

В этом разделе описывается статус этого документа на момент его публикации. Другие документы могут заменять этот документ. Список текущих публикаций W3C можно найти в указателе технических отчетов W3C по адресу http://www.w3.org/TR/.

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

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

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

Содержание

1. Введение

Как определено в Спецификации языка моделирования услуг (SML) [1], модель SML представляет собой набор XML-документов, которые могут использоваться для описания таких вещей, как набор ИТ-ресурсов, услуг и их взаимосвязей.

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

Спецификация SML определяет две категории документов определения модели, которые участвуют в проверке модели: документы схемы и документы правил. Документы схемы в модели – это XML-документы, которые соответствуют определенному SML подмножеству и расширениям XML Schema 1.0 [2, 3]. Документы правил в модели – это XML-документы, которые соответствуют определенному SML подмножеству и расширениям Schematron [4].

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

Спецификация состоит из двух частей: первая часть представляет собой неформальное описание SML-IF для установки контекста. За этим следует во второй части нормативное определение SML-IF.

2. Неофициальное описание

Чтобы представить модель SML стандартным способом для обмена, необходимо рассмотреть три темы.

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

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

Явные ссылки между документами: Документы, подлежащие обмену, могут явно ссылаться друг на друга и на документы, которые не упакованы вместе с документами, которые обмениваются.SML использует такие ссылки для многих целей и допускает множество различных механизмов адресации. Дуги в моделях SML – очевидный пример. Менее очевидны такие ссылки, как xsi: schemaLocation . SML-IF определяет единый механизм для однозначного разрешения ссылок среди документов, которые обмениваются местами.

Привязка документов правил к документам, к которым они применяются: SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели.SML-IF определяет, как описать, какие документы правил применяются к каким документам модели.

2.1 Упаковка

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

Неформально структура документов SML-IF с использованием нотации псевдосхемы из WSDL 2.0 [11] выглядит следующим образом:

 

 <личность>
   <имя>
     xs: anyURI - пространство имен, идентифицирующее модель
   
   <версия>?
     xs: token 
   
   ?
     xs: string Описание модели, предназначенной для отображения
   
    xs: anyURI ?
   <описание smlerr: localizationid =
                        ”Xs: anyURI URI, идентифицирующий перевод
                       ресурс для описания »?>?
     xs: string Текстовое описание модели для потребления человеком
   <описание />
 
 ?
   *
    ?
    
  
 
 <определения>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> *
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 
 <экземпляры>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> +
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 

 

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

Необязательный элемент ruleBindings используется для хранения информации, которая связывает документы правил Schematron с документами, к которым они применяются. См. Дополнительную информацию в разделе 2.3.

Набор документов SML, которые обмениваются в документе SML-IF, называется набором обмена . Каждый документ в наборе обмена появляется как содержимое элемента документа либо в определениях , либо в элементе экземпляров , в зависимости от того, является ли рассматриваемый документ определением модели или документом экземпляра модели.Оба определения и экземпляры являются необязательными. Так, например, если нет упаковываемых документов определений модели, элемент определений должен быть опущен.

Первым дочерним элементом каждого документа обычно является элемент docInfo , который (косвенно) содержит список элементов псевдонима , содержимое которых является URI без компонентов фрагмента (то есть без «#» в нем). Каждый из этих URI служит именем, которое другие документы могут использовать для ссылки на этот документ.Примеры использования псевдонимов для разрешения междокументных ссылок приведены ниже.

Документ в наборе обмена может быть представлен одним из двух способов: путем встраивания его содержимого или путем предоставления ссылки на него. То, что используется, указывается следующим дочерним элементом элемента документа . Если документ должен быть встроен, используется элемент data , чтобы содержать фактическое содержимое документа. Если на документ нужно сослаться, для содержания ссылки используется элемент локатора .Синтаксически содержимое локатора может быть элементом documentURI , определенным SML-IF, или чем-либо еще, понятным потребителю. Обычно это URI, XLink [12] или ссылка на конечную точку адресации веб-служб [9].

Хотя это не полностью показано в псевдосхеме выше, схема SML-IF имеет «модель открытого содержимого». Для обеспечения расширяемости практически каждый элемент в нем может содержать дополнительный контент и / или атрибуты из других пространств имен XML.

2.2 Ссылки между документами

Явные ссылки между документами могут появляться в документах SML как элементы. Например, дуги модели представлены элементами, отмеченными глобальным атрибутом sml: ref = "true" . Ссылки между документами также могут отображаться как атрибуты. Например, атрибут xsi: schemaLocation дает подсказку о том, где найти соответствующий документ схемы.

Чтобы увидеть, как обрабатываются ссылки между документами, рассмотрите следующий документ SML-IF:

 
<модель xmlns = "http://schemas.serviceml.org/smlif/2007/02"
      xmlns: sml = ”http://schemas.serviceml.org/sml/2007/02”
      xmlns: xsi = ”http://www.w3.org/2001/XMLSchema-instance” version = "1.0">
 <личность>
    http://example.com/sml/models/Sample/InterDocReferences 
    http://example.com/sml/models/ 
 
 <экземпляры>
   <документ>
     <данные>
       <Студент xmlns = "urn: University"
         xmlns: xsi = ”http: // www.w3.org/2001/XMLSchema-instance »
         xsi: schemaLocation = ”urn: University
                             http: example.com/university/enrollmodel.xsd »>
          1000 
          Джон Доу 
         
           
             
               /Universities/MIT/Courses.xml#xmlns(u=urn:university)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
             
           
           
             
               / Университеты / Капелла / Курсы.xml # xmlns (u = urn: университет)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
             
           
         
       
      
   
   <документ>
     
       <алиасы>
          /Universities/MIT/Courses.xml 
       
     
     <данные>
       <Курсы xmlns = "urn: University">
         <Курс>
            PHY101 
         
         <Курс>
            MAT200 
         
       
     
   
 

 

SML-IF использует эквивалентность URI для разрешения междокументных ссылок среди документов, которые обмениваются местами.При определении эквивалентности URI SML-IF принимает определение из RFC 3986. [7]. См., В частности, раздел 6 «Эквивалентность» и раздел 5 «Эталонное разрешение». Для алгоритма в разделе 5 «базовый URI» - это тот, который указан в baseURI в элементе идентификатора .

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

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

Если элемент в ссылке не эквивалентен URI в любом псевдониме , ссылка относится к некоторому (элементу) документа, не включенному в набор обмена.Такие ссылки называются неразрешенными ссылками.

SML-IF определяет способ обмена наборами документов SML. Если и как набор обмена документа SML-IF соотносится с полной (т. Е. «Допустимой») моделью, зависит от контекста и не является частью данной спецификации. Одна общая взаимосвязь состоит в том, что набор обмена составляет полную модель SML. В таком случае документы, на которые ссылаются неразрешенные ссылки, просто недоступны для процесса проверки.Когда документы SML-IF используются в других контекстах, например, когда они являются содержимым запросов или ответов веб-сервисов, набор документов, составляющих полную модель, может включать больше или меньше документов, чем те, что в наборе обмена, и соглашения с В отношении неразрешенных ссылок может быть разным. Например, в соглашении может быть указано, как (попытаться) разрешить такие ссылки.

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

Обратимся теперь к примеру документа SML-IF, приведенному выше. Артикул:

 /Universities/MIT/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
 

эквивалентен URI, указанному в псевдониме , сопровождающем документ Courses .(То есть « /Universities/MIT/Courses.xml »). Итак, применяя фрагмент в ссылке на документ Courses , мы определяем, что ссылка относится к элементу Course , чьим элементом Name является «PHY101» в качестве содержимого.

Артикул:

 /Universities/Capella/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

не эквивалентен URI в любом псевдониме . Это означает, что это неразрешенная ссылка.Поскольку ссылка записывается как относительная ссылка, URI выходит из алгоритма разрешения ссылки:

 http://example.com/Universities/Capella/Courses.xml
 #xmlns (u = urn: университет)
  xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

- это подсказка о том, где найти документ.

URI:

 http: example.com/university/enrollmodel.xsd
 

(в содержании xsi: schemaLocation для документа Student) не эквивалентно никакому псевдониму .Поскольку он записан как абсолютный URI, ссылка указывает на документ, который находится в URL-адресе. То же самое верно для всех абсолютных URI в обмениваемых документах:

 урна: университет
 

и

 http://www.w3.org/2001/XMLSchema-instance
 

Другие URI в примере документа SML-IF не являются заменяемыми частями модели SML, поэтому они не являются ссылками между документами SML.

2.3 Правила привязки документов

SML использует шаблоны Schematron, встроенные в схемы SML и в отдельные явно связанные документы правил, чтобы выразить ограничения, которые не могут быть выражены в схемах XML.Шаблоны схем, встроенные в документы схем SML, имеют четко определенные цели. SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели. SML-IF использует список элементов ruleBinding , содержащихся в необязательном элементе ruleBindings , для связывания документов правил с документами в наборе обмена, к которому они применяются. Каждый ruleBinding связывает документы, имеющие псевдоним, начинающийся с префикса URI, указанного в документе documentAlias ​​, с документами правил, имеющими псевдоним, начинающийся с префикса, указанного в ruleAlias ​​.Так, например, ruleBinding :

Свяжет документы с такими псевдонимами, как:

 http://example.com/sml/infrastructure/server427.xml
 

и

 http://example.com/sml/infrastructure/switch6E.xml
 

с документами правил с псевдонимами, например:

 http: // example.com / sml / Infrastructurerules / assetistracked.sch
 

и

 http://example.com/sml/infrastructurerules/managedbycorporate.sch
 

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

3. Нормативное определение SML-IF

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

3.1 Терминология

Производитель - это любой процесс, который создает документ SML-IF. Производитель создает документ SML-IF с целью передачи модели SML одному или нескольким потребителям .Потребитель - это любой процесс, который интерпретирует содержимое документа SML-IF с целью понимания содержащейся в нем модели. Использование документа SML-IF для достижения цели точной передачи модели SML от производителя к потребителю называется «заменой модели SML».

Ключевые слова должны , не должны , требуются , должны , не должны , должны , не должны , рекомендуется , может и необязательно в этом документе являются следует интерпретировать, как описано в RFC 2119 [10].

Производители и потребители документов SML-IF должны вести себя, как описано; в противном случае они ошибаются.

3.2 Основы

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

Согласно определению SML [1], модель действительна по отношению к некоторому идентифицируемому набору документов.То есть каждая конкретная коллекция документов либо образует действительную модель, либо нет. Но SML-IF - это обмен моделями, а не их проверка. В частности, не требуется, чтобы набор обмена формировал действительную модель SML. Различные виды использования SML-IF вполне могут определять требования в отношении достоверности модели и набора обмена, но сам SML-IF этого не делает.

Документ SML-IF должен соответствовать XML 1.0 (второе издание) [8], а должен быть закодирован как либо в UTF-8, либо в UTF-16.Кроме того, это должно быть действительным в соответствии со схемой XML, приведенной в Приложении A ниже.

Каждый документ в наборе обмена представлен в SML-IF как содержимое отдельного элемента document . Есть два способа сделать это. Поток октетов, представляющий включаемый документ, может быть физически встроен в документ SML-IF. В качестве альтернативы, ссылка на документ, который должен быть включен, может быть помещена в документ SML-IF.

Если документ должен быть физически встроен в документ SML-IF, поток октетов, представляющий его , должен сначала обработать следующим образом:

1. Объявление XML и объявление типа документа (DTD) удаляются.
2. Поток преобразуется в кодировку документа SML-IF, в который он будет упакован.

Примечание: Если в документе SML-IF используется кодировка UTF-8, результата XML-канонизации [6] потока октетов более чем достаточно для выполнения этой обработки.

Результирующий поток октетов затем внедряется как содержимое дочернего элемента data соответствующего элемента документа в документ SML-IF.

Если, с другой стороны, имеется ссылка на документ, ссылка на него помещается в дочерний элемент локатора соответствующего элемента документа .SML-IF определяет один из способов создания таких ссылок, элемент documentURI , однако может использоваться любое представление, согласованное производителем и потребителем. Потребитель SML-IF, обрабатывающий URI в элементе documentURI , может получить упомянутый документ путем разыменования URI с использованием действия поиска по умолчанию для схемы URI. Производители должны предвидеть такое использование. Типичные альтернативные представления включают ссылки на конечные точки URI, XLinks [12] и WS Addressing [9].Поскольку документы, упоминаемые с использованием механизма локатора , являются членами набора обмена, потребитель не может полностью понять заменяемую модель, если он не может получить указанные документы.

Каждый документ определений в наборе обмена появляется как дочерний по отношению к элементу document , который является дочерним по отношению к элементу definitions документа SML-IF. Порядок документа детей не имеет значения.

Аналогичным образом, каждый документ экземпляра модели в наборе обмена отображается как дочерний по отношению к элементу document , который является дочерним по отношению к элементу экземпляров документа SML-IF.Здесь также порядок дочерних документов не имеет значения.

3.3 Ссылки между документами

3.3.1 Эквивалентность URI

SML-IF широко использует эквивалентность URI для разрешения ссылок между документами в наборе обмена. Чтобы определить, эквивалентны ли два URI, потребители должны использовать определение эквивалентности URI, данное RFC 3986 [7]. Приведенный там алгоритм требует, чтобы «базовый URI» устанавливался всякий раз, когда относительный URI проверяется на эквивалентность с другим URI.В SML-IF базовый URI определяется как абсолютный URI, указанный в baseURI дочернем элементе identity . Как определено ниже, элемент baseURI всегда будет присутствовать, когда относительные URI должны быть проверены на эквивалентность.

3.3.2 Определение ссылок между документами в SML-IF

Определение: В контексте SML-IF ссылка между документами - это любое содержимое документа в наборе обмена, тип которого xs: anyURI или тип, производный от xs: anyURI и чей контекст в документ подразумевает, что URI может (при наличии необходимых разрешений и возможности подключения) быть разыменован с использованием действия извлечения по умолчанию для схемы URI.

Примечание: это определение БУДЕТ изменено, чтобы не требовать PSVI, как только проблема привязки схемы будет решена. См. Проблему.

Например, атрибут xsi: schemaLocation определен как список типов xs: anyURI . Они идут парами: одна для имени пространства имен, а другая для подсказки относительно расположения документа схемы, определяющего имена для этого имени пространства имен. Это делает «подсказку» URI в xsi: schemaLocation атрибутами междокументных ссылок в контексте SML-IF.

Аналогично, элемент sml: uri , содержащийся в элементе, помеченном как sml: ref = "true" , является междокументной ссылкой, потому что его содержимое имеет тип xs: anyURI и определение sml: uri. заключается в том, что упомянутый документ может быть получен путем разыменования URI с использованием действия поиска по умолчанию. Напротив, wsa: адрес в ссылке на конечную точку адресации веб-служб [9] не является ссылкой между документами в контексте документа SML-IF.Это потому, что, хотя wsa: адрес определен как тип anyURI , действие, необходимое для разыменования URI, не является действием извлечения по умолчанию для схемы URI. Вместо этого требуемое действие определяется привязкой протокола, используемой для взаимодействия с конечной точкой.

Потребители должны интерпретировать подсказки xsi: schemaLocation и содержимое sml: uri , используемое в качестве схем ссылок SML, как ссылки между документами. Потребители не должны интерпретировать содержимое wsa: address как ссылки между документами.

3.3.3 Справочные схемы SML, которые не являются междокументными ссылками SML-IF

SML [1] определяет две эталонные схемы, схему sml: uri и схему EPR. Это также позволяет создавать новые схемы без ограничений. Схемы, которые не используют URI или чье использование URI не подразумевает, что URI могут быть разыменованы для извлечения с использованием действия по умолчанию (например, для схемы HTTP, метод GET) не являются ссылками между документами в контексте SML- ЕСЛИ. Отсюда вытекают три последствия.

Во-первых, для успешного обмена документами с использованием таких схем элементы sml: ref , содержащие их , должны также содержать схему sml: ref, которая является междокументной ссылкой в ​​контексте SML-IF. Например, sml: ref , который содержит ссылку на схему EPR (которая не является ссылкой между документами в SML-IF), также может содержать ссылку на схему sml: uri (которая есть).

Во-вторых, производитель документа SML-IF и потребитель должны согласовать используемые схемы, поскольку SML-IF требует, чтобы потребители понимали только схему sml: uri .

В-третьих, при создании новой схемы sml: ref авторы должны четко указать, является ли схема междокументной ссылкой SML-IF.

3.3.4 Псевдонимы документов

Помимо содержания или ссылки на один из документов в наборе обмена, каждый элемент документа может (косвенно) содержать список из элементов псевдонима . Каждый псевдоним содержит URI. Набор псевдонимов URI для данного документа составляет набор идентификаторов, с помощью которых документы в наборе обмена могут делать междокументные ссылки на рассматриваемый документ.

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

Каждый член набора всех псевдонимов URI в документе SML-IF должен быть уникальным. То есть никакие два псевдонима URI в данном документе SML-IF не могут быть эквивалентными.

3.3.5 Наличие элемента baseURI

Если какая-либо ссылка между документами в наборе обмена является относительным URI или если какой-либо псевдоним любого документа в наборе обмена является относительным URI, baseURI дочерний элемент идентификатора должен присутствовать и должен присутствовать содержат абсолютный URI.

3.3.6 Разрешение междокументных ссылок

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

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

Если URI, представляющий разрешенную ссылку между документами, имеет фрагмент, ссылка относится к элементу, полученному путем применения фрагмента к упомянутому документу, начиная с его корневого элемента.

По определению, неразрешенные ссылки между документами - это ссылки на документы (или элементы в документах), не включенные в обмен.

3.4 Правила привязки документов

3.4.1 Соответствие префикса URI

Чтобы связать документы правил SML с подмножеством документов в модели, к которой они применяются, SML-IF использует комбинацию механизма псевдонимов, описанного выше, и сопоставления префиксов URI.

Два URI, один из которых называется префиксом, а другой - целевым . участвуют в сопоставлении префиксов URI. Говорят, что цель соответствует префиксу тогда и только тогда, когда в любой момент «подъема по лестнице» тестирования эквивалентности URI, описанного в RFC-3986, раздел 6.1 [7] цель, усеченная до длины префикса, эквивалентна префиксу.

Учитывая префикс и набор URI, набор соответствий префикса является тем подмножеством URI, которые соответствуют префиксу.

3.4.2 Определенные привязки

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

Элемент ruleBinding используется в SML-IF для выражения привязок. В любой данной привязке набор документов правил - это подмножество документов правил в наборе обмена с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента ruleAlias ​​. Набор типовых документов в привязке - это подмножество документов в обмене, установленное с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента documentAlias ​​.Если элемент documentAlias ​​ опущен в ruleBinding , набор типовых документов в привязке - это все документы в наборе обмена.

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

Приложение A - [Нормативная] Схема SML-IF

Приложение B - Нормативные ссылки

[1] «Язык моделирования услуг» Версия 1 черновой спецификации.0, февраль 2007 г.


[2] «Схема XML, часть 1: Структуры, второе издание»


[3] «Схема XML, часть 2: типы данных, второе издание»


[4] «Информационные технологии - Языки определения схем документов (DSDL) - Часть 3: Проверка на основе правил - Schematron» ISO / IEC 19757-3: 2006


[5] «Синтаксис и обработка XML-подписи»


[6] «Канонический XML»


[7] «Универсальный идентификатор ресурса (URI): общий синтаксис»


[8] «Расширяемый язык разметки (XML) 1.0, второе издание»


[9] «Адресация веб-служб 1.0 - Ядро »


[10] «Ключевые слова для использования в RFC для обозначения уровней требований»


[11] «Язык описания веб-служб (WSDL), версия 2.0, часть 1: Базовый язык»


[12] «XML Linking Language (XLink) Version 1.0»


Приложение C –Выпуски

1. Открыт: Должна ли спецификация предоставлять средства для обозначения нуля или более экземпляров документов в качестве «корневых» документов для модели?
2. Открыто: Решите, какие элементы следует изменить на глобальные.
3. Открыто: Требуется ли для привязок правил имя или идентификатор, чтобы потребители могли управлять, например, репозиториями? Следует ли их перенести в спецификацию SML? Ссылка: электронная почта к списку 2006-11-27 от Дэйва Энебуске.
4. Открыто: Нужны ли нам общие средства, позволяющие заменять ключевые слова в переведенном тексте, например ресурсы локализации, названные через smlerr: localizationid?
5. Открыто: Как указать, что документы схемы определений должны предпочтительно использоваться по сравнению со всеми другими источниками при проверке экземпляров.
6. Открыто: XSD в настоящее время говорит, что processContents = skip для подстановочных знаков, должны ли мы перейти на слабый?
7. Открыт: Нужно ли нам говорить, имеет ли приоритет нормативный текст или XSD, если между ними будет обнаружен конфликт?
8. Открыто: Следует ли сделать глобальными элементы, отличные от ? Если да, то какие.
9. Открыт: Удалить требование о том, чтобы anyURI и его производные обрабатывались как ссылки между документами; в более общем плане не требуется, чтобы PSVI находил ссылки.

Формат обмена SML Версия 1.0

Аннотация

Эта спецификация определяет формат обмена для моделей SML.

Статус этого документа

В этом разделе описывается статус этого документа на момент его публикации. Другие документы могут заменять этот документ. Список текущих публикаций W3C можно найти в указателе технических отчетов W3C по адресу http://www.w3.org/TR/.

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

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

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

Содержание

1. Введение

Как определено в Спецификации языка моделирования услуг (SML) [1], модель SML представляет собой набор XML-документов, которые могут использоваться для описания таких вещей, как набор ИТ-ресурсов, услуг и их взаимосвязей.

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

Спецификация SML определяет две категории документов определения модели, которые участвуют в проверке модели: документы схемы и документы правил. Документы схемы в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям XML Schema 1.0 [2, 3]. Документы правил в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям Schematron [4].

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

Спецификация состоит из двух частей: первая часть представляет собой неформальное описание SML-IF для установки контекста. За этим следует во второй части нормативное определение SML-IF.

2. Неофициальное описание

Чтобы представить модель SML стандартным способом для обмена, необходимо рассмотреть три темы.

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

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

Явные ссылки между документами: Документы, подлежащие обмену, могут явно ссылаться друг на друга и на документы, которые не упакованы вместе с документами, которые обмениваются.SML использует такие ссылки для многих целей и допускает множество различных механизмов адресации. Дуги в моделях SML - очевидный пример. Менее очевидны такие ссылки, как xsi: schemaLocation . SML-IF определяет единый механизм для однозначного разрешения ссылок среди документов, которые обмениваются местами.

Привязка документов правил к документам, к которым они применяются: SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели.SML-IF определяет, как описать, какие документы правил применяются к каким документам модели.

2.1 Упаковка

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

Неформально структура документов SML-IF с использованием нотации псевдосхемы из WSDL 2.0 [11] выглядит следующим образом:

 

 <личность>
   <имя>
     xs: anyURI - пространство имен, идентифицирующее модель
   
   <версия>?
     xs: token 
   
   ?
     xs: string Описание модели, предназначенной для отображения
   
    xs: anyURI ?
   <описание smlerr: localizationid =
                        ”Xs: anyURI URI, идентифицирующий перевод
                       ресурс для описания »?>?
     xs: string Текстовое описание модели для потребления человеком
   <описание />
 
 ?
   *
    ?
    
  
 
 <определения>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> *
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 
 <экземпляры>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> +
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 

 

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

Необязательный элемент ruleBindings используется для хранения информации, которая связывает документы правил Schematron с документами, к которым они применяются. См. Дополнительную информацию в разделе 2.3.

Набор документов SML, которые обмениваются в документе SML-IF, называется набором обмена . Каждый документ в наборе обмена появляется как содержимое элемента документа либо в определениях , либо в элементе экземпляров , в зависимости от того, является ли рассматриваемый документ определением модели или документом экземпляра модели.Оба определения и экземпляры являются необязательными. Так, например, если нет упаковываемых документов определений модели, элемент определений должен быть опущен.

Первым дочерним элементом каждого документа обычно является элемент docInfo , который (косвенно) содержит список элементов псевдонима , содержимое которых является URI без компонентов фрагмента (то есть без «#» в нем). Каждый из этих URI служит именем, которое другие документы могут использовать для ссылки на этот документ.Примеры использования псевдонимов для разрешения междокументных ссылок приведены ниже.

Документ в наборе обмена может быть представлен одним из двух способов: путем встраивания его содержимого или путем предоставления ссылки на него. То, что используется, указывается следующим дочерним элементом элемента документа . Если документ должен быть встроен, используется элемент data , чтобы содержать фактическое содержимое документа. Если на документ нужно сослаться, для содержания ссылки используется элемент локатора .Синтаксически содержимое локатора может быть элементом documentURI , определенным SML-IF, или чем-либо еще, понятным потребителю. Обычно это URI, XLink [12] или ссылка на конечную точку адресации веб-служб [9].

Хотя это не полностью показано в псевдосхеме выше, схема SML-IF имеет «модель открытого содержимого». Для обеспечения расширяемости практически каждый элемент в нем может содержать дополнительный контент и / или атрибуты из других пространств имен XML.

2.2 Ссылки между документами

Явные ссылки между документами могут появляться в документах SML как элементы. Например, дуги модели представлены элементами, отмеченными глобальным атрибутом sml: ref = "true" . Ссылки между документами также могут отображаться как атрибуты. Например, атрибут xsi: schemaLocation дает подсказку о том, где найти соответствующий документ схемы.

Чтобы увидеть, как обрабатываются ссылки между документами, рассмотрите следующий документ SML-IF:

 
<модель xmlns = "http://schemas.serviceml.org/smlif/2007/02"
      xmlns: sml = ”http://schemas.serviceml.org/sml/2007/02”
      xmlns: xsi = ”http://www.w3.org/2001/XMLSchema-instance” version = "1.0">
 <личность>
    http://example.com/sml/models/Sample/InterDocReferences 
    http://example.com/sml/models/ 
 
 <экземпляры>
   <документ>
     <данные>
       <Студент xmlns = "urn: University"
         xmlns: xsi = ”http: // www.w3.org/2001/XMLSchema-instance »
         xsi: schemaLocation = ”urn: University
                             http: example.com/university/enrollmodel.xsd »>
          1000 
          Джон Доу 
         
           
             
               /Universities/MIT/Courses.xml#xmlns(u=urn:university)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
             
           
           
             
               / Университеты / Капелла / Курсы.xml # xmlns (u = urn: университет)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
             
           
         
       
      
   
   <документ>
     
       <алиасы>
          /Universities/MIT/Courses.xml 
       
     
     <данные>
       <Курсы xmlns = "urn: University">
         <Курс>
            PHY101 
         
         <Курс>
            MAT200 
         
       
     
   
 

 

SML-IF использует эквивалентность URI для разрешения междокументных ссылок среди документов, которые обмениваются местами.При определении эквивалентности URI SML-IF принимает определение из RFC 3986. [7]. См., В частности, раздел 6 «Эквивалентность» и раздел 5 «Эталонное разрешение». Для алгоритма в разделе 5 «базовый URI» - это тот, который указан в baseURI в элементе идентификатора .

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

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

Если элемент в ссылке не эквивалентен URI в любом псевдониме , ссылка относится к некоторому (элементу) документа, не включенному в набор обмена.Такие ссылки называются неразрешенными ссылками.

SML-IF определяет способ обмена наборами документов SML. Если и как набор обмена документа SML-IF соотносится с полной (т. Е. «Допустимой») моделью, зависит от контекста и не является частью данной спецификации. Одна общая взаимосвязь состоит в том, что набор обмена составляет полную модель SML. В таком случае документы, на которые ссылаются неразрешенные ссылки, просто недоступны для процесса проверки.Когда документы SML-IF используются в других контекстах, например, когда они являются содержимым запросов или ответов веб-сервисов, набор документов, составляющих полную модель, может включать больше или меньше документов, чем те, что в наборе обмена, и соглашения с В отношении неразрешенных ссылок может быть разным. Например, в соглашении может быть указано, как (попытаться) разрешить такие ссылки.

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

Обратимся теперь к примеру документа SML-IF, приведенному выше. Артикул:

 /Universities/MIT/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
 

эквивалентен URI, указанному в псевдониме , сопровождающем документ Courses .(То есть « /Universities/MIT/Courses.xml »). Итак, применяя фрагмент в ссылке на документ Courses , мы определяем, что ссылка относится к элементу Course , чьим элементом Name является «PHY101» в качестве содержимого.

Артикул:

 /Universities/Capella/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

не эквивалентен URI в любом псевдониме . Это означает, что это неразрешенная ссылка.Поскольку ссылка записывается как относительная ссылка, URI выходит из алгоритма разрешения ссылки:

 http://example.com/Universities/Capella/Courses.xml
 #xmlns (u = urn: университет)
  xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

- это подсказка о том, где найти документ.

URI:

 http: example.com/university/enrollmodel.xsd
 

(в содержании xsi: schemaLocation для документа Student) не эквивалентно никакому псевдониму .Поскольку он записан как абсолютный URI, ссылка указывает на документ, который находится в URL-адресе. То же самое верно для всех абсолютных URI в обмениваемых документах:

 урна: университет
 

и

 http://www.w3.org/2001/XMLSchema-instance
 

Другие URI в примере документа SML-IF не являются заменяемыми частями модели SML, поэтому они не являются ссылками между документами SML.

2.3 Правила привязки документов

SML использует шаблоны Schematron, встроенные в схемы SML и в отдельные явно связанные документы правил, чтобы выразить ограничения, которые не могут быть выражены в схемах XML.Шаблоны схем, встроенные в документы схем SML, имеют четко определенные цели. SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели. SML-IF использует список элементов ruleBinding , содержащихся в необязательном элементе ruleBindings , для связывания документов правил с документами в наборе обмена, к которому они применяются. Каждый ruleBinding связывает документы, имеющие псевдоним, начинающийся с префикса URI, указанного в документе documentAlias ​​, с документами правил, имеющими псевдоним, начинающийся с префикса, указанного в ruleAlias ​​.Так, например, ruleBinding :

Свяжет документы с такими псевдонимами, как:

 http://example.com/sml/infrastructure/server427.xml
 

и

 http://example.com/sml/infrastructure/switch6E.xml
 

с документами правил с псевдонимами, например:

 http: // example.com / sml / Infrastructurerules / assetistracked.sch
 

и

 http://example.com/sml/infrastructurerules/managedbycorporate.sch
 

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

3. Нормативное определение SML-IF

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

3.1 Терминология

Производитель - это любой процесс, который создает документ SML-IF. Производитель создает документ SML-IF с целью передачи модели SML одному или нескольким потребителям .Потребитель - это любой процесс, который интерпретирует содержимое документа SML-IF с целью понимания содержащейся в нем модели. Использование документа SML-IF для достижения цели точной передачи модели SML от производителя к потребителю называется «заменой модели SML».

Ключевые слова должны , не должны , требуются , должны , не должны , должны , не должны , рекомендуется , может и необязательно в этом документе являются следует интерпретировать, как описано в RFC 2119 [10].

Производители и потребители документов SML-IF должны вести себя, как описано; в противном случае они ошибаются.

3.2 Основы

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

Согласно определению SML [1], модель действительна по отношению к некоторому идентифицируемому набору документов.То есть каждая конкретная коллекция документов либо образует действительную модель, либо нет. Но SML-IF - это обмен моделями, а не их проверка. В частности, не требуется, чтобы набор обмена формировал действительную модель SML. Различные виды использования SML-IF вполне могут определять требования в отношении достоверности модели и набора обмена, но сам SML-IF этого не делает.

Документ SML-IF должен соответствовать XML 1.0 (второе издание) [8], а должен быть закодирован как либо в UTF-8, либо в UTF-16.Кроме того, это должно быть действительным в соответствии со схемой XML, приведенной в Приложении A ниже.

Каждый документ в наборе обмена представлен в SML-IF как содержимое отдельного элемента document . Есть два способа сделать это. Поток октетов, представляющий включаемый документ, может быть физически встроен в документ SML-IF. В качестве альтернативы, ссылка на документ, который должен быть включен, может быть помещена в документ SML-IF.

Если документ должен быть физически встроен в документ SML-IF, поток октетов, представляющий его , должен сначала обработать следующим образом:

1. Объявление XML и объявление типа документа (DTD) удаляются.
2. Поток преобразуется в кодировку документа SML-IF, в который он будет упакован.

Примечание: Если в документе SML-IF используется кодировка UTF-8, результата XML-канонизации [6] потока октетов более чем достаточно для выполнения этой обработки.

Результирующий поток октетов затем внедряется как содержимое дочернего элемента data соответствующего элемента документа в документ SML-IF.

Если, с другой стороны, имеется ссылка на документ, ссылка на него помещается в дочерний элемент локатора соответствующего элемента документа .SML-IF определяет один из способов создания таких ссылок, элемент documentURI , однако может использоваться любое представление, согласованное производителем и потребителем. Потребитель SML-IF, обрабатывающий URI в элементе documentURI , может получить упомянутый документ путем разыменования URI с использованием действия поиска по умолчанию для схемы URI. Производители должны предвидеть такое использование. Типичные альтернативные представления включают ссылки на конечные точки URI, XLinks [12] и WS Addressing [9].Поскольку документы, упоминаемые с использованием механизма локатора , являются членами набора обмена, потребитель не может полностью понять заменяемую модель, если он не может получить указанные документы.

Каждый документ определений в наборе обмена появляется как дочерний по отношению к элементу document , который является дочерним по отношению к элементу definitions документа SML-IF. Порядок документа детей не имеет значения.

Аналогичным образом, каждый документ экземпляра модели в наборе обмена отображается как дочерний по отношению к элементу document , который является дочерним по отношению к элементу экземпляров документа SML-IF.Здесь также порядок дочерних документов не имеет значения.

3.3 Ссылки между документами

3.3.1 Эквивалентность URI

SML-IF широко использует эквивалентность URI для разрешения ссылок между документами в наборе обмена. Чтобы определить, эквивалентны ли два URI, потребители должны использовать определение эквивалентности URI, данное RFC 3986 [7]. Приведенный там алгоритм требует, чтобы «базовый URI» устанавливался всякий раз, когда относительный URI проверяется на эквивалентность с другим URI.В SML-IF базовый URI определяется как абсолютный URI, указанный в baseURI дочернем элементе identity . Как определено ниже, элемент baseURI всегда будет присутствовать, когда относительные URI должны быть проверены на эквивалентность.

3.3.2 Определение ссылок между документами в SML-IF

Определение: В контексте SML-IF ссылка между документами - это любое содержимое документа в наборе обмена, тип которого xs: anyURI или тип, производный от xs: anyURI и чей контекст в документ подразумевает, что URI может (при наличии необходимых разрешений и возможности подключения) быть разыменован с использованием действия извлечения по умолчанию для схемы URI.

Примечание: это определение БУДЕТ изменено, чтобы не требовать PSVI, как только проблема привязки схемы будет решена. См. Проблему.

Например, атрибут xsi: schemaLocation определен как список типов xs: anyURI . Они идут парами: одна для имени пространства имен, а другая для подсказки относительно расположения документа схемы, определяющего имена для этого имени пространства имен. Это делает «подсказку» URI в xsi: schemaLocation атрибутами междокументных ссылок в контексте SML-IF.

Аналогично, элемент sml: uri , содержащийся в элементе, помеченном как sml: ref = "true" , является междокументной ссылкой, потому что его содержимое имеет тип xs: anyURI и определение sml: uri. заключается в том, что упомянутый документ может быть получен путем разыменования URI с использованием действия поиска по умолчанию. Напротив, wsa: адрес в ссылке на конечную точку адресации веб-служб [9] не является ссылкой между документами в контексте документа SML-IF.Это потому, что, хотя wsa: адрес определен как тип anyURI , действие, необходимое для разыменования URI, не является действием извлечения по умолчанию для схемы URI. Вместо этого требуемое действие определяется привязкой протокола, используемой для взаимодействия с конечной точкой.

Потребители должны интерпретировать подсказки xsi: schemaLocation и содержимое sml: uri , используемое в качестве схем ссылок SML, как ссылки между документами. Потребители не должны интерпретировать содержимое wsa: address как ссылки между документами.

3.3.3 Справочные схемы SML, которые не являются междокументными ссылками SML-IF

SML [1] определяет две эталонные схемы, схему sml: uri и схему EPR. Это также позволяет создавать новые схемы без ограничений. Схемы, которые не используют URI или чье использование URI не подразумевает, что URI могут быть разыменованы для извлечения с использованием действия по умолчанию (например, для схемы HTTP, метод GET) не являются ссылками между документами в контексте SML- ЕСЛИ. Отсюда вытекают три последствия.

Во-первых, для успешного обмена документами с использованием таких схем элементы sml: ref , содержащие их , должны также содержать схему sml: ref, которая является междокументной ссылкой в ​​контексте SML-IF. Например, sml: ref , который содержит ссылку на схему EPR (которая не является ссылкой между документами в SML-IF), также может содержать ссылку на схему sml: uri (которая есть).

Во-вторых, производитель документа SML-IF и потребитель должны согласовать используемые схемы, поскольку SML-IF требует, чтобы потребители понимали только схему sml: uri .

В-третьих, при создании новой схемы sml: ref авторы должны четко указать, является ли схема междокументной ссылкой SML-IF.

3.3.4 Псевдонимы документов

Помимо содержания или ссылки на один из документов в наборе обмена, каждый элемент документа может (косвенно) содержать список из элементов псевдонима . Каждый псевдоним содержит URI. Набор псевдонимов URI для данного документа составляет набор идентификаторов, с помощью которых документы в наборе обмена могут делать междокументные ссылки на рассматриваемый документ.

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

Каждый член набора всех псевдонимов URI в документе SML-IF должен быть уникальным. То есть никакие два псевдонима URI в данном документе SML-IF не могут быть эквивалентными.

3.3.5 Наличие элемента baseURI

Если какая-либо ссылка между документами в наборе обмена является относительным URI или если какой-либо псевдоним любого документа в наборе обмена является относительным URI, baseURI дочерний элемент идентификатора должен присутствовать и должен присутствовать содержат абсолютный URI.

3.3.6 Разрешение междокументных ссылок

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

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

Если URI, представляющий разрешенную ссылку между документами, имеет фрагмент, ссылка относится к элементу, полученному путем применения фрагмента к упомянутому документу, начиная с его корневого элемента.

По определению, неразрешенные ссылки между документами - это ссылки на документы (или элементы в документах), не включенные в обмен.

3.4 Правила привязки документов

3.4.1 Соответствие префикса URI

Чтобы связать документы правил SML с подмножеством документов в модели, к которой они применяются, SML-IF использует комбинацию механизма псевдонимов, описанного выше, и сопоставления префиксов URI.

Два URI, один из которых называется префиксом, а другой - целевым . участвуют в сопоставлении префиксов URI. Говорят, что цель соответствует префиксу тогда и только тогда, когда в любой момент «подъема по лестнице» тестирования эквивалентности URI, описанного в RFC-3986, раздел 6.1 [7] цель, усеченная до длины префикса, эквивалентна префиксу.

Учитывая префикс и набор URI, набор соответствий префикса является тем подмножеством URI, которые соответствуют префиксу.

3.4.2 Определенные привязки

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

Элемент ruleBinding используется в SML-IF для выражения привязок. В любой данной привязке набор документов правил - это подмножество документов правил в наборе обмена с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента ruleAlias ​​. Набор типовых документов в привязке - это подмножество документов в обмене, установленное с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента documentAlias ​​.Если элемент documentAlias ​​ опущен в ruleBinding , набор типовых документов в привязке - это все документы в наборе обмена.

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

Приложение A - [Нормативная] Схема SML-IF

Приложение B - Нормативные ссылки

[1] «Язык моделирования услуг» Версия 1 черновой спецификации.0, февраль 2007 г.


[2] «Схема XML, часть 1: Структуры, второе издание»


[3] «Схема XML, часть 2: типы данных, второе издание»


[4] «Информационные технологии - Языки определения схем документов (DSDL) - Часть 3: Проверка на основе правил - Schematron» ISO / IEC 19757-3: 2006


[5] «Синтаксис и обработка XML-подписи»


[6] «Канонический XML»


[7] «Универсальный идентификатор ресурса (URI): общий синтаксис»


[8] «Расширяемый язык разметки (XML) 1.0, второе издание»


[9] «Адресация веб-служб 1.0 - Ядро »


[10] «Ключевые слова для использования в RFC для обозначения уровней требований»


[11] «Язык описания веб-служб (WSDL), версия 2.0, часть 1: Базовый язык»


[12] «XML Linking Language (XLink) Version 1.0»


Приложение C –Выпуски

1. Открыт: Должна ли спецификация предоставлять средства для обозначения нуля или более экземпляров документов в качестве «корневых» документов для модели?
2. Открыто: Решите, какие элементы следует изменить на глобальные.
3. Открыто: Требуется ли для привязок правил имя или идентификатор, чтобы потребители могли управлять, например, репозиториями? Следует ли их перенести в спецификацию SML? Ссылка: электронная почта к списку 2006-11-27 от Дэйва Энебуске.
4. Открыто: Нужны ли нам общие средства, позволяющие заменять ключевые слова в переведенном тексте, например ресурсы локализации, названные через smlerr: localizationid?
5. Открыто: Как указать, что документы схемы определений должны предпочтительно использоваться по сравнению со всеми другими источниками при проверке экземпляров.
6. Открыто: XSD в настоящее время говорит, что processContents = skip для подстановочных знаков, должны ли мы перейти на слабый?
7. Открыт: Нужно ли нам говорить, имеет ли приоритет нормативный текст или XSD, если между ними будет обнаружен конфликт?
8. Открыто: Следует ли сделать глобальными элементы, отличные от ? Если да, то какие.
9. Открыт: Удалить требование о том, чтобы anyURI и его производные обрабатывались как ссылки между документами; в более общем плане не требуется, чтобы PSVI находил ссылки.

Формат обмена SML Версия 1.0

Аннотация

Эта спецификация определяет формат обмена для моделей SML.

Статус этого документа

В этом разделе описывается статус этого документа на момент его публикации. Другие документы могут заменять этот документ. Список текущих публикаций W3C можно найти в указателе технических отчетов W3C по адресу http://www.w3.org/TR/.

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

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

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

Содержание

1. Введение

Как определено в Спецификации языка моделирования услуг (SML) [1], модель SML представляет собой набор XML-документов, которые могут использоваться для описания таких вещей, как набор ИТ-ресурсов, услуг и их взаимосвязей.

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

Спецификация SML определяет две категории документов определения модели, которые участвуют в проверке модели: документы схемы и документы правил. Документы схемы в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям XML Schema 1.0 [2, 3]. Документы правил в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям Schematron [4].

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

Спецификация состоит из двух частей: первая часть представляет собой неформальное описание SML-IF для установки контекста. За этим следует во второй части нормативное определение SML-IF.

2. Неофициальное описание

Чтобы представить модель SML стандартным способом для обмена, необходимо рассмотреть три темы.

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

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

Явные ссылки между документами: Документы, подлежащие обмену, могут явно ссылаться друг на друга и на документы, которые не упакованы вместе с документами, которые обмениваются.SML использует такие ссылки для многих целей и допускает множество различных механизмов адресации. Дуги в моделях SML - очевидный пример. Менее очевидны такие ссылки, как xsi: schemaLocation . SML-IF определяет единый механизм для однозначного разрешения ссылок среди документов, которые обмениваются местами.

Привязка документов правил к документам, к которым они применяются: SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели.SML-IF определяет, как описать, какие документы правил применяются к каким документам модели.

2.1 Упаковка

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

Неформально структура документов SML-IF с использованием нотации псевдосхемы из WSDL 2.0 [11] выглядит следующим образом:

 

 <личность>
   <имя>
     xs: anyURI - пространство имен, идентифицирующее модель
   
   <версия>?
     xs: token 
   
   ?
     xs: string Описание модели, предназначенной для отображения
   
    xs: anyURI ?
   <описание smlerr: localizationid =
                        ”Xs: anyURI URI, идентифицирующий перевод
                       ресурс для описания »?>?
     xs: string Текстовое описание модели для потребления человеком
   <описание />
 
 ?
   *
    ?
    
  
 
 <определения>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> *
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 
 <экземпляры>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> +
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 

 

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

Необязательный элемент ruleBindings используется для хранения информации, которая связывает документы правил Schematron с документами, к которым они применяются. См. Дополнительную информацию в разделе 2.3.

Набор документов SML, которые обмениваются в документе SML-IF, называется набором обмена . Каждый документ в наборе обмена появляется как содержимое элемента документа либо в определениях , либо в элементе экземпляров , в зависимости от того, является ли рассматриваемый документ определением модели или документом экземпляра модели.Оба определения и экземпляры являются необязательными. Так, например, если нет упаковываемых документов определений модели, элемент определений должен быть опущен.

Первым дочерним элементом каждого документа обычно является элемент docInfo , который (косвенно) содержит список элементов псевдонима , содержимое которых является URI без компонентов фрагмента (то есть без «#» в нем). Каждый из этих URI служит именем, которое другие документы могут использовать для ссылки на этот документ.Примеры использования псевдонимов для разрешения междокументных ссылок приведены ниже.

Документ в наборе обмена может быть представлен одним из двух способов: путем встраивания его содержимого или путем предоставления ссылки на него. То, что используется, указывается следующим дочерним элементом элемента документа . Если документ должен быть встроен, используется элемент data , чтобы содержать фактическое содержимое документа. Если на документ нужно сослаться, для содержания ссылки используется элемент локатора .Синтаксически содержимое локатора может быть элементом documentURI , определенным SML-IF, или чем-либо еще, понятным потребителю. Обычно это URI, XLink [12] или ссылка на конечную точку адресации веб-служб [9].

Хотя это не полностью показано в псевдосхеме выше, схема SML-IF имеет «модель открытого содержимого». Для обеспечения расширяемости практически каждый элемент в нем может содержать дополнительный контент и / или атрибуты из других пространств имен XML.

2.2 Ссылки между документами

Явные ссылки между документами могут появляться в документах SML как элементы. Например, дуги модели представлены элементами, отмеченными глобальным атрибутом sml: ref = "true" . Ссылки между документами также могут отображаться как атрибуты. Например, атрибут xsi: schemaLocation дает подсказку о том, где найти соответствующий документ схемы.

Чтобы увидеть, как обрабатываются ссылки между документами, рассмотрите следующий документ SML-IF:

 
<модель xmlns = "http://schemas.serviceml.org/smlif/2007/02"
      xmlns: sml = ”http://schemas.serviceml.org/sml/2007/02”
      xmlns: xsi = ”http://www.w3.org/2001/XMLSchema-instance” version = "1.0">
 <личность>
    http://example.com/sml/models/Sample/InterDocReferences 
    http://example.com/sml/models/ 
 
 <экземпляры>
   <документ>
     <данные>
       <Студент xmlns = "urn: University"
         xmlns: xsi = ”http: // www.w3.org/2001/XMLSchema-instance »
         xsi: schemaLocation = ”urn: University
                             http: example.com/university/enrollmodel.xsd »>
          1000 
          Джон Доу 
         
           
             
               /Universities/MIT/Courses.xml#xmlns(u=urn:university)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
             
           
           
             
               / Университеты / Капелла / Курсы.xml # xmlns (u = urn: университет)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
             
           
         
       
      
   
   <документ>
     
       <алиасы>
          /Universities/MIT/Courses.xml 
       
     
     <данные>
       <Курсы xmlns = "urn: University">
         <Курс>
            PHY101 
         
         <Курс>
            MAT200 
         
       
     
   
 

 

SML-IF использует эквивалентность URI для разрешения междокументных ссылок среди документов, которые обмениваются местами.При определении эквивалентности URI SML-IF принимает определение из RFC 3986. [7]. См., В частности, раздел 6 «Эквивалентность» и раздел 5 «Эталонное разрешение». Для алгоритма в разделе 5 «базовый URI» - это тот, который указан в baseURI в элементе идентификатора .

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

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

Если элемент в ссылке не эквивалентен URI в любом псевдониме , ссылка относится к некоторому (элементу) документа, не включенному в набор обмена.Такие ссылки называются неразрешенными ссылками.

SML-IF определяет способ обмена наборами документов SML. Если и как набор обмена документа SML-IF соотносится с полной (т. Е. «Допустимой») моделью, зависит от контекста и не является частью данной спецификации. Одна общая взаимосвязь состоит в том, что набор обмена составляет полную модель SML. В таком случае документы, на которые ссылаются неразрешенные ссылки, просто недоступны для процесса проверки.Когда документы SML-IF используются в других контекстах, например, когда они являются содержимым запросов или ответов веб-сервисов, набор документов, составляющих полную модель, может включать больше или меньше документов, чем те, что в наборе обмена, и соглашения с В отношении неразрешенных ссылок может быть разным. Например, в соглашении может быть указано, как (попытаться) разрешить такие ссылки.

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

Обратимся теперь к примеру документа SML-IF, приведенному выше. Артикул:

 /Universities/MIT/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
 

эквивалентен URI, указанному в псевдониме , сопровождающем документ Courses .(То есть « /Universities/MIT/Courses.xml »). Итак, применяя фрагмент в ссылке на документ Courses , мы определяем, что ссылка относится к элементу Course , чьим элементом Name является «PHY101» в качестве содержимого.

Артикул:

 /Universities/Capella/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

не эквивалентен URI в любом псевдониме . Это означает, что это неразрешенная ссылка.Поскольку ссылка записывается как относительная ссылка, URI выходит из алгоритма разрешения ссылки:

 http://example.com/Universities/Capella/Courses.xml
 #xmlns (u = urn: университет)
  xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

- это подсказка о том, где найти документ.

URI:

 http: example.com/university/enrollmodel.xsd
 

(в содержании xsi: schemaLocation для документа Student) не эквивалентно никакому псевдониму .Поскольку он записан как абсолютный URI, ссылка указывает на документ, который находится в URL-адресе. То же самое верно для всех абсолютных URI в обмениваемых документах:

 урна: университет
 

и

 http://www.w3.org/2001/XMLSchema-instance
 

Другие URI в примере документа SML-IF не являются заменяемыми частями модели SML, поэтому они не являются ссылками между документами SML.

2.3 Правила привязки документов

SML использует шаблоны Schematron, встроенные в схемы SML и в отдельные явно связанные документы правил, чтобы выразить ограничения, которые не могут быть выражены в схемах XML.Шаблоны схем, встроенные в документы схем SML, имеют четко определенные цели. SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели. SML-IF использует список элементов ruleBinding , содержащихся в необязательном элементе ruleBindings , для связывания документов правил с документами в наборе обмена, к которому они применяются. Каждый ruleBinding связывает документы, имеющие псевдоним, начинающийся с префикса URI, указанного в документе documentAlias ​​, с документами правил, имеющими псевдоним, начинающийся с префикса, указанного в ruleAlias ​​.Так, например, ruleBinding :

Свяжет документы с такими псевдонимами, как:

 http://example.com/sml/infrastructure/server427.xml
 

и

 http://example.com/sml/infrastructure/switch6E.xml
 

с документами правил с псевдонимами, например:

 http: // example.com / sml / Infrastructurerules / assetistracked.sch
 

и

 http://example.com/sml/infrastructurerules/managedbycorporate.sch
 

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

3. Нормативное определение SML-IF

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

3.1 Терминология

Производитель - это любой процесс, который создает документ SML-IF. Производитель создает документ SML-IF с целью передачи модели SML одному или нескольким потребителям .Потребитель - это любой процесс, который интерпретирует содержимое документа SML-IF с целью понимания содержащейся в нем модели. Использование документа SML-IF для достижения цели точной передачи модели SML от производителя к потребителю называется «заменой модели SML».

Ключевые слова должны , не должны , требуются , должны , не должны , должны , не должны , рекомендуется , может и необязательно в этом документе являются следует интерпретировать, как описано в RFC 2119 [10].

Производители и потребители документов SML-IF должны вести себя, как описано; в противном случае они ошибаются.

3.2 Основы

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

Согласно определению SML [1], модель действительна по отношению к некоторому идентифицируемому набору документов.То есть каждая конкретная коллекция документов либо образует действительную модель, либо нет. Но SML-IF - это обмен моделями, а не их проверка. В частности, не требуется, чтобы набор обмена формировал действительную модель SML. Различные виды использования SML-IF вполне могут определять требования в отношении достоверности модели и набора обмена, но сам SML-IF этого не делает.

Документ SML-IF должен соответствовать XML 1.0 (второе издание) [8], а должен быть закодирован как либо в UTF-8, либо в UTF-16.Кроме того, это должно быть действительным в соответствии со схемой XML, приведенной в Приложении A ниже.

Каждый документ в наборе обмена представлен в SML-IF как содержимое отдельного элемента document . Есть два способа сделать это. Поток октетов, представляющий включаемый документ, может быть физически встроен в документ SML-IF. В качестве альтернативы, ссылка на документ, который должен быть включен, может быть помещена в документ SML-IF.

Если документ должен быть физически встроен в документ SML-IF, поток октетов, представляющий его , должен сначала обработать следующим образом:

1. Объявление XML и объявление типа документа (DTD) удаляются.
2. Поток преобразуется в кодировку документа SML-IF, в который он будет упакован.

Примечание: Если в документе SML-IF используется кодировка UTF-8, результата XML-канонизации [6] потока октетов более чем достаточно для выполнения этой обработки.

Результирующий поток октетов затем внедряется как содержимое дочернего элемента data соответствующего элемента документа в документ SML-IF.

Если, с другой стороны, имеется ссылка на документ, ссылка на него помещается в дочерний элемент локатора соответствующего элемента документа .SML-IF определяет один из способов создания таких ссылок, элемент documentURI , однако может использоваться любое представление, согласованное производителем и потребителем. Потребитель SML-IF, обрабатывающий URI в элементе documentURI , может получить упомянутый документ путем разыменования URI с использованием действия поиска по умолчанию для схемы URI. Производители должны предвидеть такое использование. Типичные альтернативные представления включают ссылки на конечные точки URI, XLinks [12] и WS Addressing [9].Поскольку документы, упоминаемые с использованием механизма локатора , являются членами набора обмена, потребитель не может полностью понять заменяемую модель, если он не может получить указанные документы.

Каждый документ определений в наборе обмена появляется как дочерний по отношению к элементу document , который является дочерним по отношению к элементу definitions документа SML-IF. Порядок документа детей не имеет значения.

Аналогичным образом, каждый документ экземпляра модели в наборе обмена отображается как дочерний по отношению к элементу document , который является дочерним по отношению к элементу экземпляров документа SML-IF.Здесь также порядок дочерних документов не имеет значения.

3.3 Ссылки между документами

3.3.1 Эквивалентность URI

SML-IF широко использует эквивалентность URI для разрешения ссылок между документами в наборе обмена. Чтобы определить, эквивалентны ли два URI, потребители должны использовать определение эквивалентности URI, данное RFC 3986 [7]. Приведенный там алгоритм требует, чтобы «базовый URI» устанавливался всякий раз, когда относительный URI проверяется на эквивалентность с другим URI.В SML-IF базовый URI определяется как абсолютный URI, указанный в baseURI дочернем элементе identity . Как определено ниже, элемент baseURI всегда будет присутствовать, когда относительные URI должны быть проверены на эквивалентность.

3.3.2 Определение ссылок между документами в SML-IF

Определение: В контексте SML-IF ссылка между документами - это любое содержимое документа в наборе обмена, тип которого xs: anyURI или тип, производный от xs: anyURI и чей контекст в документ подразумевает, что URI может (при наличии необходимых разрешений и возможности подключения) быть разыменован с использованием действия извлечения по умолчанию для схемы URI.

Примечание: это определение БУДЕТ изменено, чтобы не требовать PSVI, как только проблема привязки схемы будет решена. См. Проблему.

Например, атрибут xsi: schemaLocation определен как список типов xs: anyURI . Они идут парами: одна для имени пространства имен, а другая для подсказки относительно расположения документа схемы, определяющего имена для этого имени пространства имен. Это делает «подсказку» URI в xsi: schemaLocation атрибутами междокументных ссылок в контексте SML-IF.

Аналогично, элемент sml: uri , содержащийся в элементе, помеченном как sml: ref = "true" , является междокументной ссылкой, потому что его содержимое имеет тип xs: anyURI и определение sml: uri. заключается в том, что упомянутый документ может быть получен путем разыменования URI с использованием действия поиска по умолчанию. Напротив, wsa: адрес в ссылке на конечную точку адресации веб-служб [9] не является ссылкой между документами в контексте документа SML-IF.Это потому, что, хотя wsa: адрес определен как тип anyURI , действие, необходимое для разыменования URI, не является действием извлечения по умолчанию для схемы URI. Вместо этого требуемое действие определяется привязкой протокола, используемой для взаимодействия с конечной точкой.

Потребители должны интерпретировать подсказки xsi: schemaLocation и содержимое sml: uri , используемое в качестве схем ссылок SML, как ссылки между документами. Потребители не должны интерпретировать содержимое wsa: address как ссылки между документами.

3.3.3 Справочные схемы SML, которые не являются междокументными ссылками SML-IF

SML [1] определяет две эталонные схемы, схему sml: uri и схему EPR. Это также позволяет создавать новые схемы без ограничений. Схемы, которые не используют URI или чье использование URI не подразумевает, что URI могут быть разыменованы для извлечения с использованием действия по умолчанию (например, для схемы HTTP, метод GET) не являются ссылками между документами в контексте SML- ЕСЛИ. Отсюда вытекают три последствия.

Во-первых, для успешного обмена документами с использованием таких схем элементы sml: ref , содержащие их , должны также содержать схему sml: ref, которая является междокументной ссылкой в ​​контексте SML-IF. Например, sml: ref , который содержит ссылку на схему EPR (которая не является ссылкой между документами в SML-IF), также может содержать ссылку на схему sml: uri (которая есть).

Во-вторых, производитель документа SML-IF и потребитель должны согласовать используемые схемы, поскольку SML-IF требует, чтобы потребители понимали только схему sml: uri .

В-третьих, при создании новой схемы sml: ref авторы должны четко указать, является ли схема междокументной ссылкой SML-IF.

3.3.4 Псевдонимы документов

Помимо содержания или ссылки на один из документов в наборе обмена, каждый элемент документа может (косвенно) содержать список из элементов псевдонима . Каждый псевдоним содержит URI. Набор псевдонимов URI для данного документа составляет набор идентификаторов, с помощью которых документы в наборе обмена могут делать междокументные ссылки на рассматриваемый документ.

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

Каждый член набора всех псевдонимов URI в документе SML-IF должен быть уникальным. То есть никакие два псевдонима URI в данном документе SML-IF не могут быть эквивалентными.

3.3.5 Наличие элемента baseURI

Если какая-либо ссылка между документами в наборе обмена является относительным URI или если какой-либо псевдоним любого документа в наборе обмена является относительным URI, baseURI дочерний элемент идентификатора должен присутствовать и должен присутствовать содержат абсолютный URI.

3.3.6 Разрешение междокументных ссылок

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

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

Если URI, представляющий разрешенную ссылку между документами, имеет фрагмент, ссылка относится к элементу, полученному путем применения фрагмента к упомянутому документу, начиная с его корневого элемента.

По определению, неразрешенные ссылки между документами - это ссылки на документы (или элементы в документах), не включенные в обмен.

3.4 Правила привязки документов

3.4.1 Соответствие префикса URI

Чтобы связать документы правил SML с подмножеством документов в модели, к которой они применяются, SML-IF использует комбинацию механизма псевдонимов, описанного выше, и сопоставления префиксов URI.

Два URI, один из которых называется префиксом, а другой - целевым . участвуют в сопоставлении префиксов URI. Говорят, что цель соответствует префиксу тогда и только тогда, когда в любой момент «подъема по лестнице» тестирования эквивалентности URI, описанного в RFC-3986, раздел 6.1 [7] цель, усеченная до длины префикса, эквивалентна префиксу.

Учитывая префикс и набор URI, набор соответствий префикса является тем подмножеством URI, которые соответствуют префиксу.

3.4.2 Определенные привязки

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

Элемент ruleBinding используется в SML-IF для выражения привязок. В любой данной привязке набор документов правил - это подмножество документов правил в наборе обмена с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента ruleAlias ​​. Набор типовых документов в привязке - это подмножество документов в обмене, установленное с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента documentAlias ​​.Если элемент documentAlias ​​ опущен в ruleBinding , набор типовых документов в привязке - это все документы в наборе обмена.

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

Приложение A - [Нормативная] Схема SML-IF

Приложение B - Нормативные ссылки

[1] «Язык моделирования услуг» Версия 1 черновой спецификации.0, февраль 2007 г.


[2] «Схема XML, часть 1: Структуры, второе издание»


[3] «Схема XML, часть 2: типы данных, второе издание»


[4] «Информационные технологии - Языки определения схем документов (DSDL) - Часть 3: Проверка на основе правил - Schematron» ISO / IEC 19757-3: 2006


[5] «Синтаксис и обработка XML-подписи»


[6] «Канонический XML»


[7] «Универсальный идентификатор ресурса (URI): общий синтаксис»


[8] «Расширяемый язык разметки (XML) 1.0, второе издание»


[9] «Адресация веб-служб 1.0 - Ядро »


[10] «Ключевые слова для использования в RFC для обозначения уровней требований»


[11] «Язык описания веб-служб (WSDL), версия 2.0, часть 1: Базовый язык»


[12] «XML Linking Language (XLink) Version 1.0»


Приложение C –Выпуски

1. Открыт: Должна ли спецификация предоставлять средства для обозначения нуля или более экземпляров документов в качестве «корневых» документов для модели?
2. Открыто: Решите, какие элементы следует изменить на глобальные.
3. Открыто: Требуется ли для привязок правил имя или идентификатор, чтобы потребители могли управлять, например, репозиториями? Следует ли их перенести в спецификацию SML? Ссылка: электронная почта к списку 2006-11-27 от Дэйва Энебуске.
4. Открыто: Нужны ли нам общие средства, позволяющие заменять ключевые слова в переведенном тексте, например ресурсы локализации, названные через smlerr: localizationid?
5. Открыто: Как указать, что документы схемы определений должны предпочтительно использоваться по сравнению со всеми другими источниками при проверке экземпляров.
6. Открыто: XSD в настоящее время говорит, что processContents = skip для подстановочных знаков, должны ли мы перейти на слабый?
7. Открыт: Нужно ли нам говорить, имеет ли приоритет нормативный текст или XSD, если между ними будет обнаружен конфликт?
8. Открыто: Следует ли сделать глобальными элементы, отличные от ? Если да, то какие.
9. Открыт: Удалить требование о том, чтобы anyURI и его производные обрабатывались как ссылки между документами; в более общем плане не требуется, чтобы PSVI находил ссылки.

Формат обмена SML Версия 1.0

Аннотация

Эта спецификация определяет формат обмена для моделей SML.

Статус этого документа

В этом разделе описывается статус этого документа на момент его публикации. Другие документы могут заменять этот документ. Список текущих публикаций W3C можно найти в указателе технических отчетов W3C по адресу http://www.w3.org/TR/.

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

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

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

Содержание

1. Введение

Как определено в Спецификации языка моделирования услуг (SML) [1], модель SML представляет собой набор XML-документов, которые могут использоваться для описания таких вещей, как набор ИТ-ресурсов, услуг и их взаимосвязей.

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

Спецификация SML определяет две категории документов определения модели, которые участвуют в проверке модели: документы схемы и документы правил. Документы схемы в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям XML Schema 1.0 [2, 3]. Документы правил в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям Schematron [4].

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

Спецификация состоит из двух частей: первая часть представляет собой неформальное описание SML-IF для установки контекста. За этим следует во второй части нормативное определение SML-IF.

2. Неофициальное описание

Чтобы представить модель SML стандартным способом для обмена, необходимо рассмотреть три темы.

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

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

Явные ссылки между документами: Документы, подлежащие обмену, могут явно ссылаться друг на друга и на документы, которые не упакованы вместе с документами, которые обмениваются.SML использует такие ссылки для многих целей и допускает множество различных механизмов адресации. Дуги в моделях SML - очевидный пример. Менее очевидны такие ссылки, как xsi: schemaLocation . SML-IF определяет единый механизм для однозначного разрешения ссылок среди документов, которые обмениваются местами.

Привязка документов правил к документам, к которым они применяются: SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели.SML-IF определяет, как описать, какие документы правил применяются к каким документам модели.

2.1 Упаковка

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

Неформально структура документов SML-IF с использованием нотации псевдосхемы из WSDL 2.0 [11] выглядит следующим образом:

 

 <личность>
   <имя>
     xs: anyURI - пространство имен, идентифицирующее модель
   
   <версия>?
     xs: token 
   
   ?
     xs: string Описание модели, предназначенной для отображения
   
    xs: anyURI ?
   <описание smlerr: localizationid =
                        ”Xs: anyURI URI, идентифицирующий перевод
                       ресурс для описания »?>?
     xs: string Текстовое описание модели для потребления человеком
   <описание />
 
 ?
   *
    ?
    
  
 
 <определения>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> *
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 
 <экземпляры>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> +
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 

 

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

Необязательный элемент ruleBindings используется для хранения информации, которая связывает документы правил Schematron с документами, к которым они применяются. См. Дополнительную информацию в разделе 2.3.

Набор документов SML, которые обмениваются в документе SML-IF, называется набором обмена . Каждый документ в наборе обмена появляется как содержимое элемента документа либо в определениях , либо в элементе экземпляров , в зависимости от того, является ли рассматриваемый документ определением модели или документом экземпляра модели.Оба определения и экземпляры являются необязательными. Так, например, если нет упаковываемых документов определений модели, элемент определений должен быть опущен.

Первым дочерним элементом каждого документа обычно является элемент docInfo , который (косвенно) содержит список элементов псевдонима , содержимое которых является URI без компонентов фрагмента (то есть без «#» в нем). Каждый из этих URI служит именем, которое другие документы могут использовать для ссылки на этот документ.Примеры использования псевдонимов для разрешения междокументных ссылок приведены ниже.

Документ в наборе обмена может быть представлен одним из двух способов: путем встраивания его содержимого или путем предоставления ссылки на него. То, что используется, указывается следующим дочерним элементом элемента документа . Если документ должен быть встроен, используется элемент data , чтобы содержать фактическое содержимое документа. Если на документ нужно сослаться, для содержания ссылки используется элемент локатора .Синтаксически содержимое локатора может быть элементом documentURI , определенным SML-IF, или чем-либо еще, понятным потребителю. Обычно это URI, XLink [12] или ссылка на конечную точку адресации веб-служб [9].

Хотя это не полностью показано в псевдосхеме выше, схема SML-IF имеет «модель открытого содержимого». Для обеспечения расширяемости практически каждый элемент в нем может содержать дополнительный контент и / или атрибуты из других пространств имен XML.

2.2 Ссылки между документами

Явные ссылки между документами могут появляться в документах SML как элементы. Например, дуги модели представлены элементами, отмеченными глобальным атрибутом sml: ref = "true" . Ссылки между документами также могут отображаться как атрибуты. Например, атрибут xsi: schemaLocation дает подсказку о том, где найти соответствующий документ схемы.

Чтобы увидеть, как обрабатываются ссылки между документами, рассмотрите следующий документ SML-IF:

 
<модель xmlns = "http://schemas.serviceml.org/smlif/2007/02"
      xmlns: sml = ”http://schemas.serviceml.org/sml/2007/02”
      xmlns: xsi = ”http://www.w3.org/2001/XMLSchema-instance” version = "1.0">
 <личность>
    http://example.com/sml/models/Sample/InterDocReferences 
    http://example.com/sml/models/ 
 
 <экземпляры>
   <документ>
     <данные>
       <Студент xmlns = "urn: University"
         xmlns: xsi = ”http: // www.w3.org/2001/XMLSchema-instance »
         xsi: schemaLocation = ”urn: University
                             http: example.com/university/enrollmodel.xsd »>
          1000 
          Джон Доу 
         
           
             
               /Universities/MIT/Courses.xml#xmlns(u=urn:university)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
             
           
           
             
               / Университеты / Капелла / Курсы.xml # xmlns (u = urn: университет)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
             
           
         
       
      
   
   <документ>
     
       <алиасы>
          /Universities/MIT/Courses.xml 
       
     
     <данные>
       <Курсы xmlns = "urn: University">
         <Курс>
            PHY101 
         
         <Курс>
            MAT200 
         
       
     
   
 

 

SML-IF использует эквивалентность URI для разрешения междокументных ссылок среди документов, которые обмениваются местами.При определении эквивалентности URI SML-IF принимает определение из RFC 3986. [7]. См., В частности, раздел 6 «Эквивалентность» и раздел 5 «Эталонное разрешение». Для алгоритма в разделе 5 «базовый URI» - это тот, который указан в baseURI в элементе идентификатора .

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

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

Если элемент в ссылке не эквивалентен URI в любом псевдониме , ссылка относится к некоторому (элементу) документа, не включенному в набор обмена.Такие ссылки называются неразрешенными ссылками.

SML-IF определяет способ обмена наборами документов SML. Если и как набор обмена документа SML-IF соотносится с полной (т. Е. «Допустимой») моделью, зависит от контекста и не является частью данной спецификации. Одна общая взаимосвязь состоит в том, что набор обмена составляет полную модель SML. В таком случае документы, на которые ссылаются неразрешенные ссылки, просто недоступны для процесса проверки.Когда документы SML-IF используются в других контекстах, например, когда они являются содержимым запросов или ответов веб-сервисов, набор документов, составляющих полную модель, может включать больше или меньше документов, чем те, что в наборе обмена, и соглашения с В отношении неразрешенных ссылок может быть разным. Например, в соглашении может быть указано, как (попытаться) разрешить такие ссылки.

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

Обратимся теперь к примеру документа SML-IF, приведенному выше. Артикул:

 /Universities/MIT/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
 

эквивалентен URI, указанному в псевдониме , сопровождающем документ Courses .(То есть « /Universities/MIT/Courses.xml »). Итак, применяя фрагмент в ссылке на документ Courses , мы определяем, что ссылка относится к элементу Course , чьим элементом Name является «PHY101» в качестве содержимого.

Артикул:

 /Universities/Capella/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

не эквивалентен URI в любом псевдониме . Это означает, что это неразрешенная ссылка.Поскольку ссылка записывается как относительная ссылка, URI выходит из алгоритма разрешения ссылки:

 http://example.com/Universities/Capella/Courses.xml
 #xmlns (u = urn: университет)
  xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

- это подсказка о том, где найти документ.

URI:

 http: example.com/university/enrollmodel.xsd
 

(в содержании xsi: schemaLocation для документа Student) не эквивалентно никакому псевдониму .Поскольку он записан как абсолютный URI, ссылка указывает на документ, который находится в URL-адресе. То же самое верно для всех абсолютных URI в обмениваемых документах:

 урна: университет
 

и

 http://www.w3.org/2001/XMLSchema-instance
 

Другие URI в примере документа SML-IF не являются заменяемыми частями модели SML, поэтому они не являются ссылками между документами SML.

2.3 Правила привязки документов

SML использует шаблоны Schematron, встроенные в схемы SML и в отдельные явно связанные документы правил, чтобы выразить ограничения, которые не могут быть выражены в схемах XML.Шаблоны схем, встроенные в документы схем SML, имеют четко определенные цели. SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели. SML-IF использует список элементов ruleBinding , содержащихся в необязательном элементе ruleBindings , для связывания документов правил с документами в наборе обмена, к которому они применяются. Каждый ruleBinding связывает документы, имеющие псевдоним, начинающийся с префикса URI, указанного в документе documentAlias ​​, с документами правил, имеющими псевдоним, начинающийся с префикса, указанного в ruleAlias ​​.Так, например, ruleBinding :

Свяжет документы с такими псевдонимами, как:

 http://example.com/sml/infrastructure/server427.xml
 

и

 http://example.com/sml/infrastructure/switch6E.xml
 

с документами правил с псевдонимами, например:

 http: // example.com / sml / Infrastructurerules / assetistracked.sch
 

и

 http://example.com/sml/infrastructurerules/managedbycorporate.sch
 

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

3. Нормативное определение SML-IF

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

3.1 Терминология

Производитель - это любой процесс, который создает документ SML-IF. Производитель создает документ SML-IF с целью передачи модели SML одному или нескольким потребителям .Потребитель - это любой процесс, который интерпретирует содержимое документа SML-IF с целью понимания содержащейся в нем модели. Использование документа SML-IF для достижения цели точной передачи модели SML от производителя к потребителю называется «заменой модели SML».

Ключевые слова должны , не должны , требуются , должны , не должны , должны , не должны , рекомендуется , может и необязательно в этом документе являются следует интерпретировать, как описано в RFC 2119 [10].

Производители и потребители документов SML-IF должны вести себя, как описано; в противном случае они ошибаются.

3.2 Основы

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

Согласно определению SML [1], модель действительна по отношению к некоторому идентифицируемому набору документов.То есть каждая конкретная коллекция документов либо образует действительную модель, либо нет. Но SML-IF - это обмен моделями, а не их проверка. В частности, не требуется, чтобы набор обмена формировал действительную модель SML. Различные виды использования SML-IF вполне могут определять требования в отношении достоверности модели и набора обмена, но сам SML-IF этого не делает.

Документ SML-IF должен соответствовать XML 1.0 (второе издание) [8], а должен быть закодирован как либо в UTF-8, либо в UTF-16.Кроме того, это должно быть действительным в соответствии со схемой XML, приведенной в Приложении A ниже.

Каждый документ в наборе обмена представлен в SML-IF как содержимое отдельного элемента document . Есть два способа сделать это. Поток октетов, представляющий включаемый документ, может быть физически встроен в документ SML-IF. В качестве альтернативы, ссылка на документ, который должен быть включен, может быть помещена в документ SML-IF.

Если документ должен быть физически встроен в документ SML-IF, поток октетов, представляющий его , должен сначала обработать следующим образом:

1. Объявление XML и объявление типа документа (DTD) удаляются.
2. Поток преобразуется в кодировку документа SML-IF, в который он будет упакован.

Примечание: Если в документе SML-IF используется кодировка UTF-8, результата XML-канонизации [6] потока октетов более чем достаточно для выполнения этой обработки.

Результирующий поток октетов затем внедряется как содержимое дочернего элемента data соответствующего элемента документа в документ SML-IF.

Если, с другой стороны, имеется ссылка на документ, ссылка на него помещается в дочерний элемент локатора соответствующего элемента документа .SML-IF определяет один из способов создания таких ссылок, элемент documentURI , однако может использоваться любое представление, согласованное производителем и потребителем. Потребитель SML-IF, обрабатывающий URI в элементе documentURI , может получить упомянутый документ путем разыменования URI с использованием действия поиска по умолчанию для схемы URI. Производители должны предвидеть такое использование. Типичные альтернативные представления включают ссылки на конечные точки URI, XLinks [12] и WS Addressing [9].Поскольку документы, упоминаемые с использованием механизма локатора , являются членами набора обмена, потребитель не может полностью понять заменяемую модель, если он не может получить указанные документы.

Каждый документ определений в наборе обмена появляется как дочерний по отношению к элементу document , который является дочерним по отношению к элементу definitions документа SML-IF. Порядок документа детей не имеет значения.

Аналогичным образом, каждый документ экземпляра модели в наборе обмена отображается как дочерний по отношению к элементу document , который является дочерним по отношению к элементу экземпляров документа SML-IF.Здесь также порядок дочерних документов не имеет значения.

3.3 Ссылки между документами

3.3.1 Эквивалентность URI

SML-IF широко использует эквивалентность URI для разрешения ссылок между документами в наборе обмена. Чтобы определить, эквивалентны ли два URI, потребители должны использовать определение эквивалентности URI, данное RFC 3986 [7]. Приведенный там алгоритм требует, чтобы «базовый URI» устанавливался всякий раз, когда относительный URI проверяется на эквивалентность с другим URI.В SML-IF базовый URI определяется как абсолютный URI, указанный в baseURI дочернем элементе identity . Как определено ниже, элемент baseURI всегда будет присутствовать, когда относительные URI должны быть проверены на эквивалентность.

3.3.2 Определение ссылок между документами в SML-IF

Определение: В контексте SML-IF ссылка между документами - это любое содержимое документа в наборе обмена, тип которого xs: anyURI или тип, производный от xs: anyURI и чей контекст в документ подразумевает, что URI может (при наличии необходимых разрешений и возможности подключения) быть разыменован с использованием действия извлечения по умолчанию для схемы URI.

Примечание: это определение БУДЕТ изменено, чтобы не требовать PSVI, как только проблема привязки схемы будет решена. См. Проблему.

Например, атрибут xsi: schemaLocation определен как список типов xs: anyURI . Они идут парами: одна для имени пространства имен, а другая для подсказки относительно расположения документа схемы, определяющего имена для этого имени пространства имен. Это делает «подсказку» URI в xsi: schemaLocation атрибутами междокументных ссылок в контексте SML-IF.

Аналогично, элемент sml: uri , содержащийся в элементе, помеченном как sml: ref = "true" , является междокументной ссылкой, потому что его содержимое имеет тип xs: anyURI и определение sml: uri. заключается в том, что упомянутый документ может быть получен путем разыменования URI с использованием действия поиска по умолчанию. Напротив, wsa: адрес в ссылке на конечную точку адресации веб-служб [9] не является ссылкой между документами в контексте документа SML-IF.Это потому, что, хотя wsa: адрес определен как тип anyURI , действие, необходимое для разыменования URI, не является действием извлечения по умолчанию для схемы URI. Вместо этого требуемое действие определяется привязкой протокола, используемой для взаимодействия с конечной точкой.

Потребители должны интерпретировать подсказки xsi: schemaLocation и содержимое sml: uri , используемое в качестве схем ссылок SML, как ссылки между документами. Потребители не должны интерпретировать содержимое wsa: address как ссылки между документами.

3.3.3 Справочные схемы SML, которые не являются междокументными ссылками SML-IF

SML [1] определяет две эталонные схемы, схему sml: uri и схему EPR. Это также позволяет создавать новые схемы без ограничений. Схемы, которые не используют URI или чье использование URI не подразумевает, что URI могут быть разыменованы для извлечения с использованием действия по умолчанию (например, для схемы HTTP, метод GET) не являются ссылками между документами в контексте SML- ЕСЛИ. Отсюда вытекают три последствия.

Во-первых, для успешного обмена документами с использованием таких схем элементы sml: ref , содержащие их , должны также содержать схему sml: ref, которая является междокументной ссылкой в ​​контексте SML-IF. Например, sml: ref , который содержит ссылку на схему EPR (которая не является ссылкой между документами в SML-IF), также может содержать ссылку на схему sml: uri (которая есть).

Во-вторых, производитель документа SML-IF и потребитель должны согласовать используемые схемы, поскольку SML-IF требует, чтобы потребители понимали только схему sml: uri .

В-третьих, при создании новой схемы sml: ref авторы должны четко указать, является ли схема междокументной ссылкой SML-IF.

3.3.4 Псевдонимы документов

Помимо содержания или ссылки на один из документов в наборе обмена, каждый элемент документа может (косвенно) содержать список из элементов псевдонима . Каждый псевдоним содержит URI. Набор псевдонимов URI для данного документа составляет набор идентификаторов, с помощью которых документы в наборе обмена могут делать междокументные ссылки на рассматриваемый документ.

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

Каждый член набора всех псевдонимов URI в документе SML-IF должен быть уникальным. То есть никакие два псевдонима URI в данном документе SML-IF не могут быть эквивалентными.

3.3.5 Наличие элемента baseURI

Если какая-либо ссылка между документами в наборе обмена является относительным URI или если какой-либо псевдоним любого документа в наборе обмена является относительным URI, baseURI дочерний элемент идентификатора должен присутствовать и должен присутствовать содержат абсолютный URI.

3.3.6 Разрешение междокументных ссылок

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

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

Если URI, представляющий разрешенную ссылку между документами, имеет фрагмент, ссылка относится к элементу, полученному путем применения фрагмента к упомянутому документу, начиная с его корневого элемента.

По определению, неразрешенные ссылки между документами - это ссылки на документы (или элементы в документах), не включенные в обмен.

3.4 Правила привязки документов

3.4.1 Соответствие префикса URI

Чтобы связать документы правил SML с подмножеством документов в модели, к которой они применяются, SML-IF использует комбинацию механизма псевдонимов, описанного выше, и сопоставления префиксов URI.

Два URI, один из которых называется префиксом, а другой - целевым . участвуют в сопоставлении префиксов URI. Говорят, что цель соответствует префиксу тогда и только тогда, когда в любой момент «подъема по лестнице» тестирования эквивалентности URI, описанного в RFC-3986, раздел 6.1 [7] цель, усеченная до длины префикса, эквивалентна префиксу.

Учитывая префикс и набор URI, набор соответствий префикса является тем подмножеством URI, которые соответствуют префиксу.

3.4.2 Определенные привязки

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

Элемент ruleBinding используется в SML-IF для выражения привязок. В любой данной привязке набор документов правил - это подмножество документов правил в наборе обмена с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента ruleAlias ​​. Набор типовых документов в привязке - это подмножество документов в обмене, установленное с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента documentAlias ​​.Если элемент documentAlias ​​ опущен в ruleBinding , набор типовых документов в привязке - это все документы в наборе обмена.

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

Приложение A - [Нормативная] Схема SML-IF

Приложение B - Нормативные ссылки

[1] «Язык моделирования услуг» Версия 1 черновой спецификации.0, февраль 2007 г.


[2] «Схема XML, часть 1: Структуры, второе издание»


[3] «Схема XML, часть 2: типы данных, второе издание»


[4] «Информационные технологии - Языки определения схем документов (DSDL) - Часть 3: Проверка на основе правил - Schematron» ISO / IEC 19757-3: 2006


[5] «Синтаксис и обработка XML-подписи»


[6] «Канонический XML»


[7] «Универсальный идентификатор ресурса (URI): общий синтаксис»


[8] «Расширяемый язык разметки (XML) 1.0, второе издание»


[9] «Адресация веб-служб 1.0 - Ядро »


[10] «Ключевые слова для использования в RFC для обозначения уровней требований»


[11] «Язык описания веб-служб (WSDL), версия 2.0, часть 1: Базовый язык»


[12] «XML Linking Language (XLink) Version 1.0»


Приложение C –Выпуски

1. Открыт: Должна ли спецификация предоставлять средства для обозначения нуля или более экземпляров документов в качестве «корневых» документов для модели?
2. Открыто: Решите, какие элементы следует изменить на глобальные.
3. Открыто: Требуется ли для привязок правил имя или идентификатор, чтобы потребители могли управлять, например, репозиториями? Следует ли их перенести в спецификацию SML? Ссылка: электронная почта к списку 2006-11-27 от Дэйва Энебуске.
4. Открыто: Нужны ли нам общие средства, позволяющие заменять ключевые слова в переведенном тексте, например ресурсы локализации, названные через smlerr: localizationid?
5. Открыто: Как указать, что документы схемы определений должны предпочтительно использоваться по сравнению со всеми другими источниками при проверке экземпляров.
6. Открыто: XSD в настоящее время говорит, что processContents = skip для подстановочных знаков, должны ли мы перейти на слабый?
7. Открыт: Нужно ли нам говорить, имеет ли приоритет нормативный текст или XSD, если между ними будет обнаружен конфликт?
8. Открыто: Следует ли сделать глобальными элементы, отличные от ? Если да, то какие.
9. Открыт: Удалить требование о том, чтобы anyURI и его производные обрабатывались как ссылки между документами; в более общем плане не требуется, чтобы PSVI находил ссылки.

Формат обмена SML Версия 1.0

Аннотация

Эта спецификация определяет формат обмена для моделей SML.

Статус этого документа

В этом разделе описывается статус этого документа на момент его публикации. Другие документы могут заменять этот документ. Список текущих публикаций W3C можно найти в указателе технических отчетов W3C по адресу http://www.w3.org/TR/.

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

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

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

Содержание

1. Введение

Как определено в Спецификации языка моделирования услуг (SML) [1], модель SML представляет собой набор XML-документов, которые могут использоваться для описания таких вещей, как набор ИТ-ресурсов, услуг и их взаимосвязей.

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

Спецификация SML определяет две категории документов определения модели, которые участвуют в проверке модели: документы схемы и документы правил. Документы схемы в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям XML Schema 1.0 [2, 3]. Документы правил в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям Schematron [4].

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

Спецификация состоит из двух частей: первая часть представляет собой неформальное описание SML-IF для установки контекста. За этим следует во второй части нормативное определение SML-IF.

2. Неофициальное описание

Чтобы представить модель SML стандартным способом для обмена, необходимо рассмотреть три темы.

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

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

Явные ссылки между документами: Документы, подлежащие обмену, могут явно ссылаться друг на друга и на документы, которые не упакованы вместе с документами, которые обмениваются.SML использует такие ссылки для многих целей и допускает множество различных механизмов адресации. Дуги в моделях SML - очевидный пример. Менее очевидны такие ссылки, как xsi: schemaLocation . SML-IF определяет единый механизм для однозначного разрешения ссылок среди документов, которые обмениваются местами.

Привязка документов правил к документам, к которым они применяются: SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели.SML-IF определяет, как описать, какие документы правил применяются к каким документам модели.

2.1 Упаковка

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

Неформально структура документов SML-IF с использованием нотации псевдосхемы из WSDL 2.0 [11] выглядит следующим образом:

 

 <личность>
   <имя>
     xs: anyURI - пространство имен, идентифицирующее модель
   
   <версия>?
     xs: token 
   
   ?
     xs: string Описание модели, предназначенной для отображения
   
    xs: anyURI ?
   <описание smlerr: localizationid =
                        ”Xs: anyURI URI, идентифицирующий перевод
                       ресурс для описания »?>?
     xs: string Текстовое описание модели для потребления человеком
   <описание />
 
 ?
   *
    ?
    
  
 
 <определения>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> *
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 
 <экземпляры>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> +
           xs: anyURI URI, по которому можно ссылаться на этот документ
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 

 

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

Необязательный элемент ruleBindings используется для хранения информации, которая связывает документы правил Schematron с документами, к которым они применяются. См. Дополнительную информацию в разделе 2.3.

Набор документов SML, которые обмениваются в документе SML-IF, называется набором обмена . Каждый документ в наборе обмена появляется как содержимое элемента документа либо в определениях , либо в элементе экземпляров , в зависимости от того, является ли рассматриваемый документ определением модели или документом экземпляра модели.Оба определения и экземпляры являются необязательными. Так, например, если нет упаковываемых документов определений модели, элемент определений должен быть опущен.

Первым дочерним элементом каждого документа обычно является элемент docInfo , который (косвенно) содержит список элементов псевдонима , содержимое которых является URI без компонентов фрагмента (то есть без «#» в нем). Каждый из этих URI служит именем, которое другие документы могут использовать для ссылки на этот документ.Примеры использования псевдонимов для разрешения междокументных ссылок приведены ниже.

Документ в наборе обмена может быть представлен одним из двух способов: путем встраивания его содержимого или путем предоставления ссылки на него. То, что используется, указывается следующим дочерним элементом элемента документа . Если документ должен быть встроен, используется элемент data , чтобы содержать фактическое содержимое документа. Если на документ нужно сослаться, для содержания ссылки используется элемент локатора .Синтаксически содержимое локатора может быть элементом documentURI , определенным SML-IF, или чем-либо еще, понятным потребителю. Обычно это URI, XLink [12] или ссылка на конечную точку адресации веб-служб [9].

Хотя это не полностью показано в псевдосхеме выше, схема SML-IF имеет «модель открытого содержимого». Для обеспечения расширяемости практически каждый элемент в нем может содержать дополнительный контент и / или атрибуты из других пространств имен XML.

2.2 Ссылки между документами

Явные ссылки между документами могут появляться в документах SML как элементы. Например, дуги модели представлены элементами, отмеченными глобальным атрибутом sml: ref = "true" . Ссылки между документами также могут отображаться как атрибуты. Например, атрибут xsi: schemaLocation дает подсказку о том, где найти соответствующий документ схемы.

Чтобы увидеть, как обрабатываются ссылки между документами, рассмотрите следующий документ SML-IF:

 
<модель xmlns = "http://schemas.serviceml.org/smlif/2007/02"
      xmlns: sml = ”http://schemas.serviceml.org/sml/2007/02”
      xmlns: xsi = ”http://www.w3.org/2001/XMLSchema-instance” version = "1.0">
 <личность>
    http://example.com/sml/models/Sample/InterDocReferences 
    http://example.com/sml/models/ 
 
 <экземпляры>
   <документ>
     <данные>
       <Студент xmlns = "urn: University"
         xmlns: xsi = ”http: // www.w3.org/2001/XMLSchema-instance »
         xsi: schemaLocation = ”urn: University
                             http: example.com/university/enrollmodel.xsd »>
          1000 
          Джон Доу 
         
           
             
               /Universities/MIT/Courses.xml#xmlns(u=urn:university)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
             
           
           
             
               / Университеты / Капелла / Курсы.xml # xmlns (u = urn: университет)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
             
           
         
       
      
   
   <документ>
     
       <алиасы>
          /Universities/MIT/Courses.xml 
       
     
     <данные>
       <Курсы xmlns = "urn: University">
         <Курс>
            PHY101 
         
         <Курс>
            MAT200 
         
       
     
   
 

 

SML-IF использует эквивалентность URI для разрешения междокументных ссылок среди документов, которые обмениваются местами.При определении эквивалентности URI SML-IF принимает определение из RFC 3986. [7]. См., В частности, раздел 6 «Эквивалентность» и раздел 5 «Эталонное разрешение». Для алгоритма в разделе 5 «базовый URI» - это тот, который указан в baseURI в элементе идентификатора .

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

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

Если элемент в ссылке не эквивалентен URI в любом псевдониме , ссылка относится к некоторому (элементу) документа, не включенному в набор обмена.Такие ссылки называются неразрешенными ссылками.

SML-IF определяет способ обмена наборами документов SML. Если и как набор обмена документа SML-IF соотносится с полной (т. Е. «Допустимой») моделью, зависит от контекста и не является частью данной спецификации. Одна общая взаимосвязь состоит в том, что набор обмена составляет полную модель SML. В таком случае документы, на которые ссылаются неразрешенные ссылки, просто недоступны для процесса проверки.Когда документы SML-IF используются в других контекстах, например, когда они являются содержимым запросов или ответов веб-сервисов, набор документов, составляющих полную модель, может включать больше или меньше документов, чем те, что в наборе обмена, и соглашения с В отношении неразрешенных ссылок может быть разным. Например, в соглашении может быть указано, как (попытаться) разрешить такие ссылки.

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

Обратимся теперь к примеру документа SML-IF, приведенному выше. Артикул:

 /Universities/MIT/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
 

эквивалентен URI, указанному в псевдониме , сопровождающем документ Courses .(То есть « /Universities/MIT/Courses.xml »). Итак, применяя фрагмент в ссылке на документ Courses , мы определяем, что ссылка относится к элементу Course , чьим элементом Name является «PHY101» в качестве содержимого.

Артикул:

 /Universities/Capella/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

не эквивалентен URI в любом псевдониме . Это означает, что это неразрешенная ссылка.Поскольку ссылка записывается как относительная ссылка, URI выходит из алгоритма разрешения ссылки:

 http://example.com/Universities/Capella/Courses.xml
 #xmlns (u = urn: университет)
  xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
 

- это подсказка о том, где найти документ.

URI:

 http: example.com/university/enrollmodel.xsd
 

(в содержании xsi: schemaLocation для документа Student) не эквивалентно никакому псевдониму .Поскольку он записан как абсолютный URI, ссылка указывает на документ, который находится в URL-адресе. То же самое верно для всех абсолютных URI в обмениваемых документах:

 урна: университет
 

и

 http://www.w3.org/2001/XMLSchema-instance
 

Другие URI в примере документа SML-IF не являются заменяемыми частями модели SML, поэтому они не являются ссылками между документами SML.

2.3 Правила привязки документов

SML использует шаблоны Schematron, встроенные в схемы SML и в отдельные явно связанные документы правил, чтобы выразить ограничения, которые не могут быть выражены в схемах XML.Шаблоны схем, встроенные в документы схем SML, имеют четко определенные цели. SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели. SML-IF использует список элементов ruleBinding , содержащихся в необязательном элементе ruleBindings , для связывания документов правил с документами в наборе обмена, к которому они применяются. Каждый ruleBinding связывает документы, имеющие псевдоним, начинающийся с префикса URI, указанного в документе documentAlias ​​, с документами правил, имеющими псевдоним, начинающийся с префикса, указанного в ruleAlias ​​.Так, например, ruleBinding :

Свяжет документы с такими псевдонимами, как:

 http://example.com/sml/infrastructure/server427.xml
 

и

 http://example.com/sml/infrastructure/switch6E.xml
 

с документами правил с псевдонимами, например:

 http: // example.com / sml / Infrastructurerules / assetistracked.sch
 

и

 http://example.com/sml/infrastructurerules/managedbycorporate.sch
 

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

3. Нормативное определение SML-IF

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

3.1 Терминология

Производитель - это любой процесс, который создает документ SML-IF. Производитель создает документ SML-IF с целью передачи модели SML одному или нескольким потребителям .Потребитель - это любой процесс, который интерпретирует содержимое документа SML-IF с целью понимания содержащейся в нем модели. Использование документа SML-IF для достижения цели точной передачи модели SML от производителя к потребителю называется «заменой модели SML».

Ключевые слова должны , не должны , требуются , должны , не должны , должны , не должны , рекомендуется , может и необязательно в этом документе являются следует интерпретировать, как описано в RFC 2119 [10].

Производители и потребители документов SML-IF должны вести себя, как описано; в противном случае они ошибаются.

3.2 Основы

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

Согласно определению SML [1], модель действительна по отношению к некоторому идентифицируемому набору документов.То есть каждая конкретная коллекция документов либо образует действительную модель, либо нет. Но SML-IF - это обмен моделями, а не их проверка. В частности, не требуется, чтобы набор обмена формировал действительную модель SML. Различные виды использования SML-IF вполне могут определять требования в отношении достоверности модели и набора обмена, но сам SML-IF этого не делает.

Документ SML-IF должен соответствовать XML 1.0 (второе издание) [8], а должен быть закодирован как либо в UTF-8, либо в UTF-16.Кроме того, это должно быть действительным в соответствии со схемой XML, приведенной в Приложении A ниже.

Каждый документ в наборе обмена представлен в SML-IF как содержимое отдельного элемента document . Есть два способа сделать это. Поток октетов, представляющий включаемый документ, может быть физически встроен в документ SML-IF. В качестве альтернативы, ссылка на документ, который должен быть включен, может быть помещена в документ SML-IF.

Если документ должен быть физически встроен в документ SML-IF, поток октетов, представляющий его , должен сначала обработать следующим образом:

1. Объявление XML и объявление типа документа (DTD) удаляются.
2. Поток преобразуется в кодировку документа SML-IF, в который он будет упакован.

Примечание: Если в документе SML-IF используется кодировка UTF-8, результата XML-канонизации [6] потока октетов более чем достаточно для выполнения этой обработки.

Результирующий поток октетов затем внедряется как содержимое дочернего элемента data соответствующего элемента документа в документ SML-IF.

Если, с другой стороны, имеется ссылка на документ, ссылка на него помещается в дочерний элемент локатора соответствующего элемента документа .SML-IF определяет один из способов создания таких ссылок, элемент documentURI , однако может использоваться любое представление, согласованное производителем и потребителем. Потребитель SML-IF, обрабатывающий URI в элементе documentURI , может получить упомянутый документ путем разыменования URI с использованием действия поиска по умолчанию для схемы URI. Производители должны предвидеть такое использование. Типичные альтернативные представления включают ссылки на конечные точки URI, XLinks [12] и WS Addressing [9].Поскольку документы, упоминаемые с использованием механизма локатора , являются членами набора обмена, потребитель не может полностью понять заменяемую модель, если он не может получить указанные документы.

Каждый документ определений в наборе обмена появляется как дочерний по отношению к элементу document , который является дочерним по отношению к элементу definitions документа SML-IF. Порядок документа детей не имеет значения.

Аналогичным образом, каждый документ экземпляра модели в наборе обмена отображается как дочерний по отношению к элементу document , который является дочерним по отношению к элементу экземпляров документа SML-IF.Здесь также порядок дочерних документов не имеет значения.

3.3 Ссылки между документами

3.3.1 Эквивалентность URI

SML-IF широко использует эквивалентность URI для разрешения ссылок между документами в наборе обмена. Чтобы определить, эквивалентны ли два URI, потребители должны использовать определение эквивалентности URI, данное RFC 3986 [7]. Приведенный там алгоритм требует, чтобы «базовый URI» устанавливался всякий раз, когда относительный URI проверяется на эквивалентность с другим URI.В SML-IF базовый URI определяется как абсолютный URI, указанный в baseURI дочернем элементе identity . Как определено ниже, элемент baseURI всегда будет присутствовать, когда относительные URI должны быть проверены на эквивалентность.

3.3.2 Определение ссылок между документами в SML-IF

Определение: В контексте SML-IF ссылка между документами - это любое содержимое документа в наборе обмена, тип которого xs: anyURI или тип, производный от xs: anyURI и чей контекст в документ подразумевает, что URI может (при наличии необходимых разрешений и возможности подключения) быть разыменован с использованием действия извлечения по умолчанию для схемы URI.

Примечание: это определение БУДЕТ изменено, чтобы не требовать PSVI, как только проблема привязки схемы будет решена. См. Проблему.

Например, атрибут xsi: schemaLocation определен как список типов xs: anyURI . Они идут парами: одна для имени пространства имен, а другая для подсказки относительно расположения документа схемы, определяющего имена для этого имени пространства имен. Это делает «подсказку» URI в xsi: schemaLocation атрибутами междокументных ссылок в контексте SML-IF.

Аналогично, элемент sml: uri , содержащийся в элементе, помеченном как sml: ref = "true" , является междокументной ссылкой, потому что его содержимое имеет тип xs: anyURI и определение sml: uri. заключается в том, что упомянутый документ может быть получен путем разыменования URI с использованием действия поиска по умолчанию. Напротив, wsa: адрес в ссылке на конечную точку адресации веб-служб [9] не является ссылкой между документами в контексте документа SML-IF.Это потому, что, хотя wsa: адрес определен как тип anyURI , действие, необходимое для разыменования URI, не является действием извлечения по умолчанию для схемы URI. Вместо этого требуемое действие определяется привязкой протокола, используемой для взаимодействия с конечной точкой.

Потребители должны интерпретировать подсказки xsi: schemaLocation и содержимое sml: uri , используемое в качестве схем ссылок SML, как ссылки между документами. Потребители не должны интерпретировать содержимое wsa: address как ссылки между документами.

3.3.3 Справочные схемы SML, которые не являются междокументными ссылками SML-IF

SML [1] определяет две эталонные схемы, схему sml: uri и схему EPR. Это также позволяет создавать новые схемы без ограничений. Схемы, которые не используют URI или чье использование URI не подразумевает, что URI могут быть разыменованы для извлечения с использованием действия по умолчанию (например, для схемы HTTP, метод GET) не являются ссылками между документами в контексте SML- ЕСЛИ. Отсюда вытекают три последствия.

Во-первых, для успешного обмена документами с использованием таких схем элементы sml: ref , содержащие их , должны также содержать схему sml: ref, которая является междокументной ссылкой в ​​контексте SML-IF. Например, sml: ref , который содержит ссылку на схему EPR (которая не является ссылкой между документами в SML-IF), также может содержать ссылку на схему sml: uri (которая есть).

Во-вторых, производитель документа SML-IF и потребитель должны согласовать используемые схемы, поскольку SML-IF требует, чтобы потребители понимали только схему sml: uri .

В-третьих, при создании новой схемы sml: ref авторы должны четко указать, является ли схема междокументной ссылкой SML-IF.

3.3.4 Псевдонимы документов

Помимо содержания или ссылки на один из документов в наборе обмена, каждый элемент документа может (косвенно) содержать список из элементов псевдонима . Каждый псевдоним содержит URI. Набор псевдонимов URI для данного документа составляет набор идентификаторов, с помощью которых документы в наборе обмена могут делать междокументные ссылки на рассматриваемый документ.

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

Каждый член набора всех псевдонимов URI в документе SML-IF должен быть уникальным. То есть никакие два псевдонима URI в данном документе SML-IF не могут быть эквивалентными.

3.3.5 Наличие элемента baseURI

Если какая-либо ссылка между документами в наборе обмена является относительным URI или если какой-либо псевдоним любого документа в наборе обмена является относительным URI, baseURI дочерний элемент идентификатора должен присутствовать и должен присутствовать содержат абсолютный URI.

3.3.6 Разрешение междокументных ссылок

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

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

Если URI, представляющий разрешенную ссылку между документами, имеет фрагмент, ссылка относится к элементу, полученному путем применения фрагмента к упомянутому документу, начиная с его корневого элемента.

По определению, неразрешенные ссылки между документами - это ссылки на документы (или элементы в документах), не включенные в обмен.

3.4 Правила привязки документов

3.4.1 Соответствие префикса URI

Чтобы связать документы правил SML с подмножеством документов в модели, к которой они применяются, SML-IF использует комбинацию механизма псевдонимов, описанного выше, и сопоставления префиксов URI.

Два URI, один из которых называется префиксом, а другой - целевым . участвуют в сопоставлении префиксов URI. Говорят, что цель соответствует префиксу тогда и только тогда, когда в любой момент «подъема по лестнице» тестирования эквивалентности URI, описанного в RFC-3986, раздел 6.1 [7] цель, усеченная до длины префикса, эквивалентна префиксу.

Учитывая префикс и набор URI, набор соответствий префикса является тем подмножеством URI, которые соответствуют префиксу.

3.4.2 Определенные привязки

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

Элемент ruleBinding используется в SML-IF для выражения привязок. В любой данной привязке набор документов правил - это подмножество документов правил в наборе обмена с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента ruleAlias ​​. Набор типовых документов в привязке - это подмножество документов в обмене, установленное с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента documentAlias ​​.Если элемент documentAlias ​​ опущен в ruleBinding , набор типовых документов в привязке - это все документы в наборе обмена.

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

Приложение A - [Нормативная] Схема SML-IF

Приложение B - Нормативные ссылки

[1] «Язык моделирования услуг» Версия 1 черновой спецификации.0, февраль 2007 г.


[2] «Схема XML, часть 1: Структуры, второе издание»


[3] «Схема XML, часть 2: типы данных, второе издание»


[4] «Информационные технологии - Языки определения схем документов (DSDL) - Часть 3: Проверка на основе правил - Schematron» ISO / IEC 19757-3: 2006


[5] «Синтаксис и обработка XML-подписи»


[6] «Канонический XML»


[7] «Универсальный идентификатор ресурса (URI): общий синтаксис»


[8] «Расширяемый язык разметки (XML) 1.0, второе издание»


[9] «Адресация веб-служб 1.0 - Ядро »


[10] «Ключевые слова для использования в RFC для обозначения уровней требований»


[11] «Язык описания веб-служб (WSDL), версия 2.0, часть 1: Базовый язык»


[12] «XML Linking Language (XLink) Version 1.0»


Приложение C –Выпуски

1. Открыт: Должна ли спецификация предоставлять средства для обозначения нуля или более экземпляров документов в качестве «корневых» документов для модели?
2. Открыто: Решите, какие элементы следует изменить на глобальные.
3. Открыто: Требуется ли для привязок правил имя или идентификатор, чтобы потребители могли управлять, например, репозиториями? Следует ли их перенести в спецификацию SML? Ссылка: электронная почта к списку 2006-11-27 от Дэйва Энебуске.
4. Открыто: Нужны ли нам общие средства, позволяющие заменять ключевые слова в переведенном тексте, например ресурсы локализации, названные через smlerr: localizationid?
5. Открыто: Как указать, что документы схемы определений должны предпочтительно использоваться по сравнению со всеми другими источниками при проверке экземпляров.
6. Открыто: XSD в настоящее время говорит, что processContents = skip для подстановочных знаков, должны ли мы перейти на слабый?
7. Открыт: Нужно ли нам говорить, имеет ли приоритет нормативный текст или XSD, если между ними будет обнаружен конфликт?
8. Открыто: Следует ли сделать глобальными элементы, отличные от ? Если да, то какие.
9. Открыт: Удалить требование о том, чтобы anyURI и его производные обрабатывались как ссылки между документами; в более общем плане не требуется, чтобы PSVI находил ссылки.

Программное обеспечение SML

Последняя версия

Локатор служебных метаданных, версия 4.1

О программном компоненте

Локатор метаданных службы электронной доставки CEF (SML) позволяет точкам доступа динамически обнаруживать IP-адрес конечной точки доступа. Вместо просмотра статического списка IP-адресов точка доступа обращается к издателю служебных метаданных (SMP), где обновляется информация о каждом участнике сети обмена документами / данными, включая IP-адреса их точки доступа.Как и в любой момент времени, в одной сети может быть один или несколько активных SMP. Чтобы динамическое обнаружение работало, каждому участнику должен быть предоставлен уникальный идентификатор в виде URL-адреса веб-сайта, который должен быть известен в системе доменных имен (DNS) в Интернете благодаря локатору метаданных службы (SML). Зная этот URL-адрес, точка доступа может динамически находить правильный SMP и, следовательно, правильную точку доступа.

Текущий программный компонент SML, поддерживаемый Европейской комиссией, реализует спецификацию OASIS Business Document Metadata Service Location (BDXL).Соответствие спецификациям SML транспортной инфраструктуры PEPPOL будет поддерживаться в соответствии со спецификациями SML транспортной инфраструктуры PEPPOL.

Программный компонент доступен


Пользователи службы

• Поставщики услуг: могут предлагать свои услуги по интеграции национальных серверных систем с локатором метаданных службы электронной доставки CEF (SML) или по установке и эксплуатации локатора метаданных службы электронной доставки CEF (SML).
• Поставщики программного обеспечения: могут разрабатывать программное обеспечение, соответствующее спецификациям локатора метаданных службы электронной доставки (SML) CEF, чтобы продавать его как коммерческий продукт или как проект с открытым исходным кодом.
• Владельцы домена политики: могут использовать локатор метаданных службы электронной доставки CEF (SML) для создания защищенной сети обмена документами / данными и облегчения динамической регистрации и обнаружения участников

Преимущества для пользователей службы

CEF eDelivery Service Metadata Locator (SML) имеет следующие преимущества:

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

Документация

SML Group представляет новейшую вставку GB25U8

Лидер технологии RFID, SML Group сегодня объявила о последнем дополнении к своей линейке высокопроизводительных вставок RFID - GB25U8. GB25U8, первая вкладка H со спецификацией H, была разработана для розничной торговли одеждой и оснащена высокочувствительным чипом RFID Ucode 8 от NXP.

Вкладыш RFID GB25U8 полностью соответствует стандарту GS1 EPC / RFID Gen2v2, поддерживает RFID с глобальными частотами UHF.Он также соответствует ряду технических характеристик розничных продавцов RFID Обернского университета, включая: Spec A, Spec B, Spec C, Spec D, Spec M, Spec G, Spec F, Spec N, Spec Q, Spec W1, Spec W2, Spec W3, Spec W4, Spec W5, Spec W6, Spec L, Spec H, Spec I и Spec K. (Все активные розничные спецификации)

Новый вкладыш SML может быть реализован в подавляющем большинстве маркированных продуктов в розничных магазинах, которые используют решения RFID для повышения точности инвентаризации, повышения согласованности и скорости подсчета запасов RFID.RFID-вкладка GB25U8 размером 70 x 15 мм является первой в истории отрасли RFID-меткой, которая соответствует всем активным категориям, включая F, I, H и W. В результате, вкладыши являются оптимальным выбором для многоканальных розничных продавцов, которые могут быть развернуты в своих магазинах и цепочках поставок.

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

Благодаря преимуществам инновационной антенны, вкладыш не только обеспечивает высокую чувствительность в прямом направлении, но и обеспечивает высокий уровень сигнала обратного рассеяния.

Дин Фрю, технический директор и старший вице-президент по RFID-решениям в SML Group, прокомментировал: «Наша глобальная технологическая команда в SML неустанно работает над установлением эталонов в RFID-метках и технологиях программного обеспечения, чтобы наши розничные клиенты и владельцы торговых марок, которые работают, так же сложно преобразовать свою деятельность с помощью RFID.