|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Методический материал к лабораторно работе № 3Вопросы и задания к лабораторно работе № 3
1. Создать внешнее определение типа документа (файл list.dtd), которое определяло бы XML-совместимый формат для хранения данных, аналогичных представленным в таблице 3.1. Таблица 3.1.
2. На основе созданного файла DTD создать файла StudList.xml, который должен содержать в себе информацию из таблицы 3.1. При этом, обеспечить выполнение следующих условий: a. корневым элементом списка студентов должен быть элемент FILE_1; b. каждая запись должна быть представлена элементом Student; c. у каждого элемента Student должен быть обязательный атрибут Num (с информацией о номере записи); d. в каждый элемент Student должны быть вложены обязательные элементы Family (с информацией о фамилии студента), Name (с информацией об имени студента), Group (с информацией о группе студента) и может быть не обязательный элемент Year (с информацией о годе рождений студента). Каждый элемент Family, Name, Group, Year могут быть вложены в элемент Student только один раз; e. в каждый элемент Student могут быть вложены неограниченное число раз необязательные элементы Phone; f. для каждого элемента Phone должен быть предусмотрен обязательный атрибут PhoneType с двумя допустимыми значениями: L — для городских телефонов и M 3. — для мобильных телефонов. 4. Проверить синтаксическую и логическую правильность полученных документов при помощи анализатора XML_Validator.hta. 5. Используя предыдущий XML- документ в качестве примера, преобразовать созданный в лабораторной работе №1, согласно варианту, корректно сформированный документ в валидный. Документ должен включать: a. полную схему DTD, состоящую из комбинации внутреннего и внешнего подмножества DTD; b. элементы с текстовым содержимым, элементы со смешанным содержимым и элементы с последовательным и выборочным дочерним содержимым; c. необязательные и обязательные атрибуты строкового и нумерованного типа
Варианты предметных областей создаваемых XML-документов:
6. В отчет включить тексты созданных файлов, и скриншоты результатов работы анализатора XML.
Методический материал к лабораторно работе № 3.
Для проверки документа на валидность используют специальные программы — проверяющие анализаторы (validating parsers). Все фирмы, разрабатывающие средства для работы с XML, выпускают бесплатные или коммерческие анализаторы. Например, фирма IBM выпускает анализатор xml4j, написанный на языке Java. Он входит в состав сервера приложений WebSphere, но его можно использовать отдельно, свободно загрузив с адреса http://www.alphaworks.ibm.com/ архивы xml4j.jar, xerces.jar xaercesSamples.jar. Один из наиболее простых в использовании XML Validator можно свободно загрузить с сайта http://sapegin.ru/xmlvalidator.
Для использования этого анализатора необходимо использовать внутреннюю схему DTD. Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.005 сек.) |