Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) icon

Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language)




Скачати 243.14 Kb.
НазваТема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language)
Дата25.10.2012
Розмір243.14 Kb.
ТипЛекция
1. /XML-Лекция 1. концепция Семантического Веб.doc
2. /XML-Лекция 10. XSL.doc
3. /XML-Лекция 11. Сортировка и фильтрация.doc
4. /XML-Лекция 12. Другие способы отображения XML документов.docx
5. /XML-Лекция 13. XLINK.doc
6. /XML-Лекция 14_RDF.doc
7. /XML-Лекция 15_OWL.doc
8. /XML-Лекция 1_Презентация.docx
9. /XML-Лекция 2. Основы XML.doc
10. /XML-Лекция 3. Создание XML-документов.doc
11. /XML-Лекция 4. Обработка XML в C#.docx
12. /XML-Лекция 5. Создание XML-документов в C#.docx
13. /XML-Лекция 6. Отображение XML-документов в помощью CSS.doc
14. /XML-Лекция 7. Атрибуты и пространства имен.doc
15. /XML-Лекция 8. Определение типа документа.doc
16. /XML-Лекция 9. Схемы XSD.doc
“семантический web и языки информационного обмена”
Тема Обработка документов xml лекция 10. Способы преобразования документов xml план
Тема Обработка документов xml лекция 11. Фильтрация и сортировка данных xml план
Лекция 12. Другие способы отображения xml документов План Связывание xml данных с html страницей с помощью dso
Тема Связь xml документов Лекция 12. Создание ссылок на языке xlink
Стандарты rdf пример практического применения rdf
Языки онтологий Создание онтологий в редакторе Protégé-2000
Тема концепция семантического web
Тема Язык xml лекция Введение
Тема Основы xml лекция Создание и отображение xml-документа
Лекция Работа с xml в. Net план Классы для работы с xml. Net чтение и запись потоков данных Xml Использование класса XmlReader Методы чтения данных
Лекция Создание xml-документов в. Net план Использование класса XmlWriter запись потоков данных Xml Использование dom в. Net Чтение xml-документа с помощью XmlNodeList
Тема Основы xml лекция Применение css для отображения xml-документа
Тема Основы xml лекция 7
Тема xml-схемы – описание структуры документа лекция Определение типа документа (dtd document Type Definition)
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language)



Тема 4. XML-схемы – описание структуры документА

Лекция 9. Описание схемы документа средствами XSD (XML Schema Definition LANGUAGE)

План

1. Общие сведения о XSD

2. Типы элементов. Простые типы

3. Объявление элементов и их атрибутов

4. Определение сложных типов

5. Определение типа элемента со сложным телом

6. Безымянные типы

7. Пространства имен языка XSD

8. Связь XML-документа со своей схемой


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

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

Требования верности состоят из специальных правил по созданию определения типа документа (DTD), задающих структуру документа, а также правил по созданию документа, отвечающего описанию внутри этого DTD (Document Type Definition).

Описание типа средствами DTD достаточно распространено, но имеет ряд недостатков, основные из которых:

- синтаксис DTD отличается от синтаксиса XML, что требует изучения еще одного языка;

- средства DTD не поддерживают проверку типов данных.

1. Общие сведения о XSD


Кроме средств DTD для описания схемы XML-документов существуют и другие, более точные языки, одним из которых является язык XSD (XML Schema Definition Language), рекомендованный W3C в качестве стандарта. На этом языке записывается схема XML (XML Schema), которая описывает конструкции, используемые в XML-документе.

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

Схемы XSD обеспечивают решение следующих задач:

- перечисление элементов в документе XML и проверку наличия в документе только объявленных элементов;

  • объявление и определение атрибутов, модифицирующих элементы документа;

  • определение вложенности элементов;

  • определение состояний и моделей для элементов и атрибутов;

  • задание типов данных;

  • установку значений по умолчанию;

  • возможность расширения;

  • поддержку пространства имен.

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

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

2. Типы элементов. Простые типы


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

Корневой компонент схемы называется schema.

Компоненты схемы описывают элементы XML и определяют различные типы элементов. В рекомендации схемы XML перечислено 13 типов компонентов, но наиболее важными являются компоненты, определяющие простые и сложные типы элементов, сами элементы и их атрибуты.

Простыми (simple) элементами считаются элементы, не содержащие атрибутов и вложенных элементов. Сложные (complex) содержат атрибуты и (или) вложенные элементы. Схема определяет простые типы – типы простых элементов и сложные типы – типы сложных элементов.

2.1. Простые типы элементов схемы


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


В таблице перечислены основные простые типы элементов схемы.




Основной тип

Подтип

Комментарий

Вещественные числа

decimal










float










double







Целые числа

integer

int, short, byte, long




Строки символов (Unicode)

string

normalizedString

Без символов ‘\n’, ‘\t’, ‘\r’







token


Подтип normalizedString. Без начальных и конечных пробелов







language


Подтип token, используется для записи языка







MNTOKEN

Подтип token, используется только в атрибутах для записи их перечислимых значений







name

Имена XML







NCName

Подтип name, имена, не содержащие «:», в котором выделены три подтипа: ID (идентификаторы), ENTITY (сущности), IDREF (перекрестные ссылки на идентификаторы)

Дата и время

duration

dateTime

Дата и время в формате CCYY-MM-DDThh:mm:ss, например,

2003-04-25T09:30:05







time

hh:mm:ss







date

CCYY-MM-DD

Адреса URI

anyURI








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

На основе этих встроенных типов определяются новые типы простых элементов. Существует три способа определения: сужение (restriction), список(list), объединение (union) простых типов.

Простой тип определяется компонентом схемы simpleType в общем виде:



Определение_типа


где Определение_типа: сужение (restriction), список(list), объединение (union).

Сужение (restriction)

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

Примеры

1. почтовый индекс zip можно определить как строку из 6 арабских цифр:












2. можно дать и другое определение zip, через целое число:





< xsd:minInclusive value=”100000” />

< xsd:maxInclusive value=”999999” />






Теги, задающие ограничения, называются фасетками (facets). Основные из них приведены в таблице

Название ограничения

Описание



Наименьшее значение типа



Наибольшее значение типа



Наименьшее значение, уже не входящее в тип



Наибольшее значение, уже не входящее в тип



Сужение для типа decimal



Количество цифр в дробной части числа



Длина значений типа



Мин. длина значений типа



Макс. длина значений типа



Одно из перечислимых значений




Регулярное выражение



Применяется при сужении типа string и определяет способ преобразования пробельных символов ‘\n’, ‘\t’, ‘\r’. Атрибут value этого тега может принимать одно из трех значений:

preserve - не убирать

replace - заменить пробелами

collapse – после замены пробелами убрать начальные и конечные пробелы, а несколько подряд идущих пробелов заменить одним.



В тегах-фасетках можно записывать атрибуты, которые называются базисными фасетками:

ordered

Задает упорядоченность типа:

false – тип не упорядочен;

partial – тип частично упорядочен;

total – тип полностью упорядочен.

bounded

Задает ограниченность типа:

true – тип ограничен

false – тип неограничен

cardinality

Задает конечность значений типа:

finite – конечный

countably infinite – счетный бесконечный

numeric

Задает принадлежность к числовому типу:

true – числовой; false – не числовой.


Список( list)

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

Пример. В XML документе дни недели можно записать так:


1 2 3 4 5 6 7


Соответствующую схему для элемента можно записать так:


,


а использованный при его определении тип listOfInteger задать как список не более чем из семи целых чисел следующим образом:








< xsd:list itemType=”xsd:integer” />










При определении списка можно применять фасетки , , , ,
.


Объединение (union)

Простой тип-объединение определяется компонентом union, в котором атрибутом memberTypes можно указать имена объединяемых типов. Например:





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

Например:











< xsd:minInclusive value=”8” />

< xsd:maxInclusive value=”72” />









< xsd:enumeration value=”small” />

< xsd:enumeration value=”medium” />

< xsd:enumeration value=”large” />











После такого определения атрибут size можно использовать в XML-документе, например:

Глава 1

Простой текст


Примеры и упражнения

1. Подобрать простой тип для записи фамилии – token, не более 20 символов.

2. Определить тип номера мобильного телефона в форме, например:

8-050-110-44-55. Написать схему и фрагмент документа.

3. Определить тип температуры, измеряемой в градусах Цельсия (0-100).

4. Определить тип угла, измеряемого в градусах (0 – 360).

5. Определить тип, состоящий из нескольких значений (список месяцев года).


3. Объявление элементов и их атрибутов

Элементы, из которых будет состоять XML-документ, объявляются в схеме компонентом element с несколькими атрибутами:


minOccurs=”наименьшее число появлений элемента в документе”

maxOccurs=”максимальное число появлений” />


Примечание. Значение по умолчанию для необязательных атрибутов minOccurs и maxOccurs = 1.


Например,




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

Если тип элемента определяется здесь же, то определение типа элемента лучше вынести в содержимое компонента element:




Определение типа элемента




Объявление атрибута элемента в общем виде задается так:


use=”обязательность атрибута” default=”значение по умолчанию” />


Примечание. В отличие от объявления элемента здесь задано еще два необязательных атрибута: use и default.


Необязательный атрибут use принимает три значения:

optional - описываемый атрибут необязателен (это значение по умолчанию);

required - описываемый атрибут обязателен;

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

Определение типа атрибута, - а это должен быть простой тип, - можно вынести в содержимое элемента attribute:



Тип атрибута




4. Определение сложных типов

Тип элемента называется сложным, если в элемент вложены другие элементы и/или в открывающем теге элемента есть атрибуты.

Сложный тип определяется компонентом complexType, имеющим вид:




Определение типа




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

Определение сложного типа можно разделить на три группы:

1. определение типа пустого элемента.

2. определение типа элемента с простым телом (элемента, содержащего тело простого типа и атрибуты в открывающем теге).

3. определение типа элемента, содержащего вложенные элементы.

4.1. Определение типа пустого элемента

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

Вопрос: может ли элемент содержать атрибуты в закрывающем теге?


Каждый атрибут объявляется одним компонентом attribute, например:








После этого определения можно в схеме объявить элемент image типа imageType:




а в документе использовать это объявление:

http://some.come/image/myface.gif />


4.2. Определение типа элемента c простым телом

Этот тип отличается от простого типа только наличием атрибутов и определяется компонентом simpleContent. В теле этого компонента должен быть либо компонент restriction, либо компонент extension. Атрибутом base задают тип (простой) тела описываемого элемента.


В компоненте extension указываются атрибуты открывающего тега описываемого элемента. Например,










type=”xsd:nonNegativeInteger” />








В этом примере определяется тип calcResultType элемента, тело которого содержит значения встроенного простого типа xsd:decimal. Простой тип расширяется тем, что к нему добавляются атрибуты unit и precision.

Теперь, если в схеме объявить элемент result этого типа следующим образом:



то в XML-документе можно написать:


123.25


В компоненте restriction, кроме атрибутов, описывается простой тип содержимого элемента и/или фасетки, ограничивающие тип, заданный атрибутом base. Например,












type=”xsd:nonNegativeInteger” />








4.3. Определение типа вложенных элементов

Если значениями определяемого сложного типа будут элементы, содержащие вложенные элементы, то перед тем, как перечислять их описания, надо выбрать модель группы (model group) вложенных элементов. Дело в том, что вложенные элементы, составляющие определяемый тип, могут появляться или в определенном порядке, или в произвольном порядке, кроме того, можно выбирать только один из перечисленных элементов. Эта возможность и называется моделью группы элементов. Она определяется одним из трех компонентов: sequence, all или choice.

Компонент sequence применяется в том случае, когда перечисляемые элементы должны записываться в документе в определенном порядке.

Если же вместо компонента xsd:sequence записать компонент xsd:all, то элементы можно перечислять в любом порядке.

Например, описание книги можно сделать так:


1. определяем тип bookType:

bookType”>

sequence maxOccurs=”unbounded”>









sequence>

bookType”>


2. Сделаем описание элемента в схеме:



Согласно этому определению элементы author, title, pages, publisher должны входить в элемент book именно в таком порядке. Запись фрагмента XML-документа будет такой:




Коротун Т.М.

Основы инженерии качества программных систем


672


Академпериодика




Если вместо компонента xsd:sequence указать xsd:all, то элементы можно перечислять в любом порядке.


Компонент choice применяется в том случае, когда надо выбрать один из нескольких элементов. Например, при описании журнала вместо издательства нужно записать название журнала. Это можно сделать так:

bookType”>






















Как видно из этого примера, компонент choice можно вложить в компонент sequence или, наоборот. Такие вложения можно проделать сколько угодно раз. Причем, в компоненте choice тоже можно записать атрибут maxOccurs=”unbounded”, что означает, что группа может появиться в документе сколько угодно раз.

Модель группы all отличается в этом от моделей sequence и choice. В компоненте all не допускается использование компонентов sequence и choice. Каждый элемент, входящий в группу модели all, может появиться только один раз (maxOccurs=”1”).


Примеры и упражнения

1. Определить тип элемента address, который соответствует следующему описанию в XML-документе:



Kiev

Магнитогорский переулок, 3

02660

Украина

а) элементы должны следовать в указанном порядке (sequence)















б) элементы могут указываться в любом порядке (all).















2. Определить тип элемента phone-list, который соответствует описанию в XML-документе:


5262734

4662734

80501102534

5262734


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


5 Определение типа элемента со сложным телом (содержимым)

При определении сложного типа можно воспользоваться уже определенным, базовым, сложным типом, расширив его дополнительными элементами, или, наоборот, удалив из него некоторые элементы. Для этого необходимо применить компонент complexContent. В этом компоненте, так же как и в компоненте simpleContent, записывается либо компонент extension, если надо расширить базовый тип, либо компонент restriction, если нужно его сузить. Базовый тип указывается атрибутом base, так же как и при записи компонента simpleContent, но теперь это должен быть сложный, а не простой тип. При сужении базового типа компонентом restriction надо перечислить те элементы, которые останутся после сужения.


Ранее мы определили сложный тип bookType:

bookType”>








minOccurs=”0” />






И описали в схеме элемент данного типа:




Расширим тип bookType, добавив год издания – элемент year:




















При сужении базового типа компонентом restriction надо перечислить те элементы, которые останутся после сужения. Например, можно оставить в типе newbookType только автора и название книги из типа bookType.























Это описание выглядит странно. Почему надо заново объявлять все элементы, остающиеся после сужения? Не проще ли определить новый тип? Дело в том, что в язык XSD внесены элементы ООП. Расширенный и суженный типы связаны со своим базовым типом отношением наследования, и к ним можно применить операцию подстановки. У всех типов языка XSD есть общий предок anyType. От него наследуются все сложные типы.


Пример. Рассмотрим фрагмент описания схемы для адресной книжки.










< xsd:element name=”person” type=”personType”

minOccurs=”0” maxOccurs=”unbounded” />











< xsd:attribute name=”first” type=“xsd:string” use=”optional” />

< xsd:attribute name=”second” type=“xsd:string” use=”optional” />

< xsd:attribute name=”surname” type=“xsd:string” use=”required” />








minOccurs=”0” maxOccurs=”unbounded” />







…………………………………


6. Безымянные типы

Все описанные в предыдущем фрагменте типы используются только один раз. Поэтому необязательно давать типу имя. Схема XML позволяет определять безымянные типы. Такое определение дается внутри описания элемента. Именно так в предыдущем фрагменте описаны атрибуты элемента name.

Например, вместо




можно просто написать:



а вместо

< xsd:element name=”person” type=”personType”

minOccurs=”0” maxOccurs=”unbounded” />

написать

< xsd:element name=”person” maxOccurs=”unbounded” />


Еще одно упрощение можно сделать, используя пространство имен по умолчанию.


7. Пространства имен XSD

Имена элементов и атрибутов, используемые при записи схем, определены в пространстве имен по адресу http:www.w3.org/2001/XMLSchema.

Это пространство определено как стандартное пространство имен. Префикс имен этого пространства часто называют xs или xsd. Эти имена понимают все анализаторы.

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


http://some.firm.com/2003/ntbNames>


После такого определения имена, относящиеся к этой схеме, будут относиться к данному пространству имен.

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





targetNamespace=”http://some.firm.com/2003/ntbNames

xmlns:ntb=”http://some.firm.com/2003/ntbNames” >







< element name=”person” maxOccurs=”unbounded” />



…………………………………………….


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

В нашем примере есть только одно глобальное имя – notebook.


В схемах и XML-документах часто применяется еще одно стандартное пространство имен. Рекомендация языка XSD определяет несколько атрибутов: type, schemaLocation, noNamespaceSchemaLocation, которые применяются не только в схемах, но и в описываемых схемами документах, называемых экземплярами схем (XML schema instance). Имена этих атрибутов относятся к пространству имен http://www.w3.org/2001/XMLSchema-instance. Этому пространству соответствует префикс xsi.


8. Связь XML-документа со своей схемой

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

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


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

xsi:noNamespaceSchemaLocation=ntb.xsd”>


В этом случае в схеме не должно быть целевого пространства имен (нельзя использовать атрибут targetNamespace.


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

Например,

http://some.firm.com/2003/ntbNames”

xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”

xsi:schemaLocation=

”http://some.firm.com/2003/Names1 A.xsd

http://some.firm.com/2003/Names2 B.xsd”

xmlns:pr1=http://some.firm.com/2003/Names1

xmlns:pr2= http://some.firm.com/2003/Names2”>


После этого в документе можно использовать имена, определенные в схемах A.xsd и B.xsd с префиксами pr1 и pr2.


Пример схемы набора данных (DataSet), определяющую таблицу Student в SQL Server.






























INSERT INTO [dbo].[Student] ([Student_ID], [St_Name], [St_group], [St_rating]) VALUES (@Student_ID, @St_Name, @St_group, @St_rating)










SELECT Student_ID, St_Name, St_group, St_rating FROM dbo.Student































































































Лабораторная работа 5.

Задание 1. Написать XSD-схему для приведенного фрагмента XML-документа:







Семантический WEB и язык XML

Лекции

Лекции_XML.doc





Семантический WEB и язык XML

Лабораторные работы

Лабораторные работы_ XML.doc





Язык SQL

Лекции

Лекции_SQL.doc





Язык SQL

Лабораторные работы

Лабораторные работы_SQL.doc






Задание 2. Дана часть схемы документа, написать фрагмент документа, соответствующего ей.
























Задание 3.. Дана часть схемы документа:

































Написать фрагмент XML-документа, удовлетворяющий данному фрагменту.

Задание 4.. Дана часть схемы документа:


























maxOccurs="unbounded"/>









Написать фрагмент XML-документа, удовлетворяющий данному фрагменту

Схожі:

Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconЛекция № Библиографическое описание документа. Рассмотрим, какие виды библиографических описаний документов в зависимости от объекта библиографического описания бывают. Различают
Монографическое описание содержит сведения, характеризующие однотомное издание в целом, а также отдельные тома многотомного или сериального...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconДіловодство ● Документна лінгвістика
Документ як частина системи соціальних комунікацій. Характеристика документа як системного об’єкта. Властивості документа. Ознаки...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconРазработка Web-сервиса на основе php и Mysql
На платформе Microsoft. Net или J2ee web-сервис представляет собой развитый сервер на основе wsdl (Web Service Definition Language),...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconІнформації про предметну область. Вивчаються основні технології, пов’язані з аналізом І трансформацією xml-документів (xslt та xpath, sax, dom та TrAX), описом структури документів (dtd та xmlschema). Розглядаються також специфікації xlink та xpointer
Вивчення курсу передбачає виконання практичного Інтернет-проекту, основними цілями якого є розробка інформаційної системи з підтримкою...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconИсследование опорных диодов и схемы параметрической стабилизации напряжения
Цель работы: Ознакомиться с типами и маркировкой опорных диодов; овладеть методикой снятия статических вольтамперных и динамических...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconОсновы надежности ла надежность сложных систем
Для расчета надежности сложных систем используют модель, которую составляют на основе функциональной схемы системы. В качестве моделей...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconОткрытие существующего документа
...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconОголошення про втрату документа (серію та номер документа можна дізнатись в ауд. 305)
Прошу видати дублікат студентського квитка / залікової книжки / у зв’язку з його втратою
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconМетодичні вказівки до лабораторних занять з дисципліни «Діагностика та дефектоскопія матеріалів і виробів» для студентів напряму 050403
Они включают описание теоретических основ вихретокового контроля, назначение, устройство и принцип действия магнитного вихретокового...
Тема xml-схемы – описание структуры документа лекция Описание схемы документа средствами xsd (xml schema Definition language) iconПрограммной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения гост 19715-74 Эмблема Красного Креста. Форма, размеры и порядок применения
Гост 19. 701-90 Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила...
Додайте кнопку на своєму сайті:
Документи


База даних захищена авторським правом ©zavantag.com 2000-2013
При копіюванні матеріалу обов'язкове зазначення активного посилання відкритою для індексації.
звернутися до адміністрації
Документи