Язык гипертекстовой разметки HTML в разработке информационных систем

Курсоваяработа
ЯЗЫКГИПЕРТЕКСТОВОЙ РАЗМЕТКИ HTML ВРАЗРАБОТКЕ ИНФОРМАЦИОННЫХ СИСТЕМ

ОГЛАВЛЕНИЕ
стр.
ВВЕДЕНИЕ
Глава1. ОПРЕДЕЛЕНИЕ СОДЕРЖАНИЯ ОСНОВНЫХ ПОНЯТИЙ
1.1.     Понятие «информационная система» в Web
1.2.     Понятие «технология Web»
Глава2. ТЕХНОЛОГИИ WEB
2.1.     Язык гипертекстовой разметки HTML
2.2.     Расширяемый язык разметки XML
2.3.     Расширяемый язык разметки гипертекста XHTML
Глава3. СПЕЦИФИКАЦИИ ТЕХНОЛОГИЙ WEB
3.1 О спецификации HTML
3.2 О спецификации XML
3.3 О спецификации XHTML
Глава4. РЕАЛИЗАЦИЯ ТЕХНОЛОГИЙ WEBВ ИНФОРМАЦИОННОЙ СИСТЕМЕ«УЧЕБНО-МЕТОДИЧЕСКИЙРЕСУРС»
ЗАКЛЮЧЕНИЕ
Список испольЗОВАННЫХ источников
Приложение1. Международный консорциум W3C
Приложение2. Международная организация OASIS
/>ВВЕДЕНИЕ
Совершенствованиетехнических возможностей средств вычислительной техники, развитиекоммуникационных средств и технологий управления информационными ресурсами впоследние годы привели к появлению более крупных информационных систем. Речьидет о масштабах систем не только относительно объема поддерживаемыхинформационных ресурсов, но и числа их пользователей. Объем информационныхресурсов Web в настоящие время исчисляетсямногими миллионами страниц.
В связи с этим развитиеминформационных технологий, сетей, а также информационных систем получил широкоераспространение язык гипертекстовой разметки HTML. Информационные системы при этом рассматриваются какинструмент моделирования реальности, реализующей различные подходы. В последниегоды стали появляться инструментальные средства и крупные информационныесистемы, в которых совместно используются различные информационные технологии.Сейчас существует множество специализированных программ для разработки Web сайтов. Такие программы, облегчаютработу разработчикам в создании Webстраниц со сложным дизайном, позволяют динамически генерировать страницы Web.
Для информационныхтехнологий характерна деятельность по стандартизации различных аспектов. Такаядеятельность направлена на обеспечение переносимости приложений иинформационных ресурсов между различными программно – аппаратными платформами,повторное использование ресурсов, в частности это может быть использованиепрограммных компонентов приложений.
Информационные системысегодня применяются во всех областях общественной жизни и научной деятельности.Курсовая работа предназначена для обобщения накопленного отечественного изарубежного опыта в разработке информационных систем связанная c Web–технологиями, выявление общих положений и принципових построения и развития. Представленная работа показывает значимость иэффективность использования информационных систем в первую очередь дляподдержки человеческой деятельности в различных областях науки, образования икультуры.
Цель курсовой работы– изучитьтеоретический материал по тематике курсовой работы и разработать информационнуюсистему «Учебно – методический ресурс» с учетом технологий Web.
Для достиженияпоставленной цели были выделены следующие задачи:
·    проанализироватьлитературу по теме курсовой работы;
·    рассмотреть иизучить понятия: «информационная система», «технология Web»;
·    охарактеризоватьосновные технологии Web, такие как: HTML, XML, XHTML;
·    обозначить новыетенденции в развитии технологий Web;
·    рассмотреть ипроанализировать спецификации Web-языков;
·    разработатьфрагмент информационной системы – ИС «Учебно – методический ресурс» применяярассмотренные технологии.
Структура курсовой работы: работа состоит извведения, четырех глав, заключения, списка литературы, включающего в себя 26источников и двух приложений.
Первая глава посвященаизучению основных понятий, таких как «информационная система» и «технологии Web».
Вторая глава посвященаизучению технологии Web на основе языков разметки: HTML, XML, XHTML.
В третий главе рассматриваютсяспецификаций Web-языков.
Четвертая глава посвященаразработке фрагмента информационной системы «Учебно – методический ресурс».
Глава 1.ОПРЕДЕЛЕНИЕ СОДЕРЖАНИЯ ОСНОВНЫХПОНЯТИЙ/>1.1.    Понятие «информационная система» в Web
Создание современных электронных вычислительныхмашин позволило автоматизировать обработку данных во многих сферах человеческойдеятельности. Без современных систем обработки данных трудно представитьсегодня передовые производственные технологии, управление экономикой на всех ееуровнях, научные исследования, образование, издательское дело, функционированиесредств массовой информации, проведение крупных спортивных состязаний и т.д.Значительно расширило сферу применения систем обработки данных появлениеперсональных компьютеров.
Одним из наиболее распространенных классов системобработки данных являются информационные системы (ИС). Любой вид деятельностиосновывается на информации о свойствах состояния и поведения той частиреального мира, с которой связанна эта деятельность. Для получения такойинформации во многих случаях необходимо регулярно через некоторые интервалывремен проводить измерения или наблюдения, позволяющие определитьхарактеристики состояния сущностей реального мира и протекающих процессов,соответствующие моментам времени, когда эти изменения производятся. Именно дляэтого существует специальный класс систем обработки данных – автоматизированныеинформационные системы (АИС).
Автоматизированной информационной системойназывается комплекс, включающей вычислительное и коммуникационное оборудование,программное обеспечение, лингвистические средства информационные ресурсы, а также системный персонал и обеспечивающий поддержку динамической информационноймодели некоторые части реального мира для удовлетворения информационныхпотребностей пользователей [3, С. 13].
Под динамической моделью в данном понятииизменяемость модели во времени. Это «живая», действующая модель, в которойотображаются изменения, происходящие в предметной области. Такая система должнаобладать памятью, позволяющей ей сохранять не только сведения о текущемсостоянии предметной области, но и в некоторых случаях предысторию. Посколькуэта модель, поддерживаемая ИС, материализуется в форме организованныхнеобходимым образов информационных ресурсов, она называется информационноймоделью.
АИС не всегда функционирует самостоятельно. Онаможет входить в качестве компонента (подсистемы) в более сложную систему,такую, например, как система управления торговой компанией, САПР или системауправления производством, учреждением и т. д.
Информационные системы уже многие десятки и дажесотни лет существуют и используются на практике в фактографических системах,которые основаны на технологиях баз данных и оперируют структурированнымиданными, системы текстового поиска, оперирующие документами на естественныхязыках, глобальную гипермедийную информационную систему Web и др. По этой причине вопределении используется обобщенный термин информационные ресурсы. Частными егослучаями являются данные для систем баз данных, документы для систем текстовогопоиска, HTML-страницы или XML-документы для Web и т.д.
Важный факт состоит в том, что единогоустоявшегося и общепринятого определения понятия «информационная система» внастоящее время не существует, да и вряд ли оно может существовать. Дело в том,что в зависимости от необходимости в разных случаях используются разные точкизрения на такой сложный продукт высоких технологий, каким являются современныеинформационные системы.
Специалисты по системному проектированию трактуютпонятие ИС более широко, чем комплекс, о котором идет речь в приведенном вышеопределении. При этом в состав ИС включаются, например,организационно-методические и технологические документы.
Приведем определение информационной системы,заимствованное в одном из наиболее авторитетных международных научных журналовв рассматриваемой области — «Information Systems», выпускаемом с 1975года крупным английским издательством Pergamon Press. Информационнаясистема определяется как «аппаратно-программные системы, которыеподдерживают приложения с интенсивной обработкой данных (Datа-Intensive Applications)». В этом определенииакцентируется внимание на весьма важном, но лишь единственном аспектеинформационных систем. Заметим, что приложение информационной системы понимаетсяздесь как надстройка над информационной системой, обеспечивающая решениенекоторого комплекса задач в интересах какой-либо сферы деятельности.
Большинство опубликованных определенийинформационной системы трактует это понятие с функциональной точки зрения, аименно как «систему, предназначенную для сбора, передачи, обработки, хранения ивыдачи информации потребителям и состоящую из следующих основных компонентов:программное обеспечение; информационное обеспечение; технические средства;обслуживающий персонал». При этом остается в стороне направленность этихфункций, цель, для достижения которой они осуществляются.
В отличие от многих других публикаций, вприведенном определении делается акцент на главном назначении информационныхсистем, а не на их функциях и ресурсах, которые они не используют. Поддержка динамическойинформационной модели — это то общее, что свойственно любой информационнойсистеме независимо от характера информационных ресурсов, которыми онаоперирует, и, следовательно, от информационных технологий, на которых онаоснована.
 Именно такой подход является наиболеепродуктивным в данной работе, поскольку хотелось бы с единых позициирассмотреть здесь базовые направления технологий современных информационныхсистем, а именно технологии Web.
ИС используют ресурсы нескольких категорий —средства вычислительной техники, системное и прикладное программноеобеспечение, информационные, лингвистические и человеческие ресурсы. Крометого, хотя об этом не говорится в известных определениях автоматизированныхинформационных систем, но подразумевается как само собой разумеющееся, дляфункционирования системы необходимы и другие ресурсы — помещения, ихтехническое оснащение, всевозможная оргтехника, электроснабжение и т.д.
Пользовательские информационные ресурсы в Web — это страницы Web-сайтов, ресурсы«скрытого» Web — базы данных, а также различные доступные пользователям Web-документы,представленные в форматах, отличных от HTML. В Web нового поколения кинформационным ресурсам, кроме того, относятся не только представленные на Web-сайтах XML-документы, но иразличные метаданные. Они описывают схемы XML-документов, ихсемантику, онтологии.
Во многих публикациях употребляетсясловосочетание специализированная информационная система. Из выше приведенногоопределения информационной системы следует, что универсальных информационныхсистем не бывает. Каждая из них существует в единственном числе, еетиражирование бессмысленно, поскольку такая система моделирует конкретнуюпредметную область, поддерживает характеризующие ее свойства информационныересурсы, которые ассоциированы с конкретными моментами или периодами времени.Поэтому специализированной является каждая информационная система.
Усиливается тенденция глобализации ИС.Глобализация информационных систем имеет две стороны – обеспечение глобальногодоступа пользователей к системе и интеграция информационных ресурсов,распределенных в глобальной сети. Уникальной глобальной ИС является Web. В нем воплощаются обеуказанные стороны глобализации ИС. Он обеспечивает глобальный доступ к явнопредставленным на Web-сайтах информационным ресурсам, а также к ресурсам «скрытого» Web. Вместе с тем наплатформе Web создаются разработанные приложения, обеспечивающие интеграциюраспределенных в Web информационных ресурсов. Многочисленные глобальные системысоздаются в настоящее время как приложения Web для электронногобизнеса, для поддержки научной кооперации различных коллективов ученых вомногих областях знаний в международном и национальном масштабе, в библиотечномделе и в других сферах. Среда Web предоставляет для поддержки таких системидеальные условия./>1.2.    Понятие «технология Web»
Создание глобальной гипермедийной распределеннойинформационной системы WorldWideWeb, функционирующей в средеInternet и часто называемой в отечественной литературе Всемирной паутиной, являетсяодним из крупнейших научно-технических достижений последнего десятилетия XX в., основой рядановых информационных технологий, имеющих весьма значимыесоциально-экономические последствия.
Технологии, сформировавшиеся в процессе созданияи развития этой системы, оказывают влияние на развитие других областейинформационных технологий. На их основе развиваются подходы и методы интеграциинеоднородных ресурсов — весьма актуальная тенденция в разработкахинформационных систем. Разрабатываются новые подходы к созданию распределенныхсистем. Возникли новые, чрезвычайно важные сферы применения — электронныйбизнес, электронные библиотеки. Создаются крупные научные и образовательныесистемы.
Достигнутые за короткуюисторию существования Webмасштабы этой глобальной распределенной информационной системы по количеству еепользователей, по объему предоставляемых информационных ресурсов, по составуфункционирующих в ее среде приложений привели к существенному ростуфункциональных требований к ней. Потребовались радикально новые подходы,которые могли бы обеспечить дальнейшее развитие Web. Их реализация составляет одну из главных задачконсорциума W3C (World Wide Web Consortium) (Приложение 1.), начиная с середины90-х годов.
Термину “Web” разные энциклопедии и словари дают следующееусредненное толкование: “глобальное информационное пространство, образованноесвязанными ссылками гипертекстовыми документами, основанное на физическойинфраструктуре Internet и протоколах передачи данных этой сети, непрерывноэволюционирующее”. Сразу можно отметить, что социальная подсистема вприведенном собирательном определении присутствует исключительно в неявнойформе – подразумевается, что кто-то (или что-то) создает и эти самыегипертекстовые документы, и физическую инфраструктуру, и протоколы.
WWW(WorldWideWeb) или Web– поддерживаемая в Internetглобальная открытая бесконечно масштабируемая распределенная гипермедийнаяинформационная система с архитектурой “клиент-сервер” распределение инеоднородность ресурсов которой прозрачны для пользователей. Система обладаетогромным интенсивно наращиваемым информационным ресурсам, большинство изкоторых предоставляется для свободного доступа в любой момент времени. Среда WWW способна интегрировать ресурсыдругих информационных сервисов Internet – Gopher, FTP, Arhie,WAIS, Telnet, электронной почты. Она обеспечивает такжетелекоммуникационный доступ к базам данных. Наиболее активно используемымисервисами Internet являются WWW, электронная почта, сервисы передачифайлов, поддержки телеконференций, удаленного доступа к вычислительным ресурсам.
Все информационные сервисы Internet строятся на основеархитектуры «клиент-сервер». Некоторые из них, например WWW, поддерживают распределенныеинформационные ресурсы.
Для информационных сервисов Internet создано разнообразноесвободно распространяемое и коммерческое программное обеспечение,функциональные возможности которого не зависят от специфических особенностейконкретных аппаратно-программных платформ, на которых оно используется. Этодостигается благодаря стандартизации технологий, на которых эти сервисыбазируются, и поддержке этих стандартов в указанном программном обеспечении.Благодаря тому, что сеть Internet построена на основе стандарта эталонноймодели сетевого взаимодействия открытых систем (OpenSystemInterconnection— OSI), это программное обеспечение не зависит также отособенностей сетей, входящих в состав Internet. Его место в эталонной модели — прикладнойуровень. Таким образом, неоднородность используемых в Internetаппаратно-программных платформ и сетевых возможностейявляется прозрачной для пользователя рассматриваемых сервисов.
В глобальной коммуникационно – вычислительнойсети Internet функционирует ряд информационных и других сервисов, услугикоторых свободно доступны для любого пользователя или предоставляются приусловии, если пользователь обладает необходимыми полномочиями. В последнемслучае обычно используется механизм, предусматривающий предъявлениепользователем своего идентификатора (имени) и пароля для подтверждения егополномочий доступа.
Непрерывно эволюционирующее, глобальное информационноепространство, неразрывно связано с введением новых информационных технологий.
Под понятием “информационнаятехнология” понимается, как комплекс методов, подходов, стандартов иинструментальных средств, используемых для создания, поддержки и применениякомпьютерных систем какого-либо класса в некоторой среде функционирования.
Термин “технологии Web” или “Web – технологии” объединяет в себе два вышерассмотренных понятия “Web” и“Информационная технология ”. В большинстве энциклопедий и словарей под Web— технологией понимается “технология построенияВсемирной паутины, представление разного рода документов, находящихся вИнтернете в виде связных между собой системой ссылок”[2, С. 474].
Данная технология, спомощью комплекса методов, подходов, стандартов и инструментальных средств,образованна связанными ссылками гипертекстовых документов, основана нафизической инфраструктуре Internet и протоколах передачи данных этой сети.
Глава 2. ТЕХНОЛОГИИ WEB
Современныеинформационные Web технологии быстроизменяют наш мир и непосредственно влияют на развитие Web-технологий. Эта технологическая революция сильноповлияла не только на бизнес, но также на частную и профессиональную жизнь.Новейшие Web-технологии проникают во все сферыжизни общества, изменяют способы общения и принципы ведения Web-проектов современных компаний,определяя судьбу последних. Внутренняя сложность и предельная простотаприменения современных информационные Web технологии делает их доступными каждому, кто ежедневно сталкивается сприменением их в своей профессиональной деятельности.
И в быту, и в бизнесе, впереписке и торговле люди и организации используют Web, создают собственные Web-узлы, где предлагают информацию,товары и услуги. Средства создания Web-ресурсов развиваются стремительно и без остановок, позволяют создаватьсложные Web-документы, не требуя специальных знаний об их структуре и внешнемвиде, освобождая время для продуктивной творческой деятельности. Главноепреимущество Web-технологий в современных условиях заключается в их простоте икак следствие в повышении эффективности их применения.2.1.    Язык гипертекстовой разметки HTML
Популярность Internet во многом вызвана появлением World Wide Web (WWW), так как это первая сетевая технология, котораяпредоставила пользователю простой современный интерфейс для доступа к разнообразнымсетевым ресурсам. Простота и удобство применения привели к росту числапользователей WWW и привлекли внимание коммерческихструктур. Далее процесс роста числа пользователей стал лавинообразным, и такпродолжается до сих пор. На основе необходимости объединить все множествоинформационных ресурсов начала развиваться технология при помощи, которойопределяется гипертекстовая навигационная система. Этой технологией стал язык HTML. Технология HTML на начальном этапе была чрезвычайно проста, ипрактически все пользователи сети одновременно получили возможность попробоватьсебя в качестве создателей и читателей информационных материалов,опубликованных во Всемирной паутине. Дело в том, что при разработке различныхкомпонентов технологии предполагалось, что квалификация авторов информационныхресурсов и их оснащенность средствами вычислительной техники будутминимальными.
Язык HTML (HyperText Markup Language, язык разметки гипертекста)относится к числу так называемых языков разметки текста (markup languages). Под термином «разметка»понимается общая служебная информация, которая не выводится вместе сдокументом, но определяет; как должны выглядеть те или иные фрагментыдокумента. Например, вы можете потребовать, чтобы какое-либо слово выводилось жирнымили курсивным шрифтом, вывести отдельный абзац особым шрифтом или оформлятьзаголовки увеличенным шрифтом.
В наши дни существует множество разных языков разметки.Например, в коммуникационных программах особая форма разметки определяет смыслкаждого пакета из нулей и единиц, пересылаемого в Internet. Впрочем, любой языкразметки должен решать две важные задачи:
1) язык определяет синтаксис разметки;
2) язык определяет смысл разметки.
Наиболее распространенным из языков разметки Web-страниц является HTML. Это язык разметки был создан ирекламировался как одна из конкретизаций SGML. Впервые предложенный в 1974 году Чарльзом Голдфарбоми в дальнейшем после значительной доработки принятый в качестве официальногостандарта ISO, SGML (Standard Generalized Markup Language, Стандартный обобщенный языкразметки) представляет собой метаязык – систему для описания других языков.
Появление стандарта SGML было обусловлено необходимостьюсовместного использования данных разными приложениями и операционнымисистемами. Даже в далеких 60-х годах у пользователей компьютеров возникалонемало проблем с совместимостью. Проанализировав недостатки многихнестандартных языков разметки, трое ученых из IBM — Чарльз Гольдфарб (CharlesGoldfarb), Эд Мо-шер (Ed Mosher) и Рэй Лори (Ray Lorie) — сформулировали триобщих принципа, обеспечивающих возможность совместной работы с документами вразных операционных системах.
1) Использование единых принципов форматирования во всехпрограммах, выполняющих обработку документов. Вполне логичное требование — всемнам хорошо известно, как трудно договориться между собой людям, говорящим наразных языках. Наличие единого набора синтаксических конструкций и общейсемантики заметно упрощает взаимодействие между программами.
2) Специализация языков форматирования. Благодаря возможностипостроения специализированного языка на базе набора стандартных правилпрограммист перестает зависеть от внешних реализаций и их представлений опотребностях конечного пользователя
3) Четкое определение формата документа. Правила,определяющие формат документа, задают количество и маркировку языковыхконструкций, используемых в документе. Применение стандартного форматагарантирует, что пользователь будет точно знать структуру содержимогодокумента. Обратите внимание: речь идет не о формате отображения документа, а оего структурном формате. Набор правил, описывающих этот формат, называется«определением типа документа» (document type definition, DTD).
Эти три правила были заложены в основу предшественника SGML —GML (Generalized Markup Language). Исследования и разработка GML продолжалисьоколо десяти лет, пока в результате соглашения, заключенного международнойгруппой разработчиков, не появился стандарт SGML.
HTML (Hypertext Markup Language, Язык разметки гипертекста) — этокомпьютерный язык, лежащий в основе World Wide Web. HTML основан на стандарте SGML гипертекстовый язык разметки документов для ихпредставления в Web. Стандартыязыка HTML, одного из ключевых стандартов Web, разрабатываются и поддерживаютсяконсорциумом W3C. Основателем этого международного консорциума является ТимБернес-Ли (Tim Berners-Lee).Консорциум помимо создания стандартов форматирования, является центромразработки Semantic Web (семантическая сеть). Средствами языка HTML обеспечивается форматная разметкадокументов, определяются гиперсвязи между документами и/или их фрагментами.
В качестве основынаписания кода HTML был выбран обычный текстовый файл. Таким образом,гипертекстовая база данных в концепции WWW — это набор текстовых файлов,размеченных на языке HTML, который определяет форму представления информации(разметка) и структуру связей между этими файлами и другими информационнымиресурсами (гипертекстовые ссылки).
Разработчики HTML смогли решить две задачи:
·         предоставитьдизайнерам гипертекстовых баз данных простое средство создания документов;
·         сделать этосредство достаточно мощным, чтобы отразить имевшиеся на тот моментпредставления об интерфейсе пользователя гипертекстовых баз данных.
Первая задача была решена за счет выбора теговой моделиописания документа. Язык HTMLпозволяет размечать электронный документ, который отображается на экране сполиграфическим уровнем оформления; результирующий документ может содержатьсамые разнообразные метки, иллюстрации, аудио- и видеофрагменты и так далее. Всостав языка вошли развитые средства для создания различных уровней заголовков,шрифтовых выделений, различные списки, таблицы и многое другое.
Вторым важным моментом,повлиявшим на судьбу HTML,стало то, что в качестве основы был выбран обычный текстовый файл. Средаредактирования HTML являетсянейтральной полосой между простейшим текстовым файлом и приложением WYSIWYG (what you see is what you get – что вы видите, то и получаете). Выбор средыредактирования дает все преимущества текстового редактирования.
Гипертекстовые ссылки,устанавливающие связи между текстовыми документами, постепенно стали объединятьсамые различные информационные ресурсы, в том числе звук и видео. Системагиперссылок HTML позволяет построить систему взаимосвязанных документов поразличным критериям. Язык HTML содержит команды (тэги), позволяющие управлятьформой и размером шрифтов, размером и расположением иллюстраций, позволяетосуществлять переход от фрагмента текста или иллюстрации к другим html — документом – так называемую гипертекстовую ссылку. Документ в html — форматепредставляет собой текстовый файл, содержащий все необходимые сведения овыводимой на экран информации. Для управления сценариями просмотра страницWebsite (гипертекстовой базы данных, выполненной в технологии World Wide Web)можно использовать языки программирования этих сценариев, например, JavaScript,Java и VBScript. Формы для введения пользователем данных, которые позднееподвергаются обработке и другую информацию можно обрабатывать с помощьюспециальных серверных программ (например, на языках PHP или Perl). Язык HTMLпозволяет помещать на страницы гипертекстовые ссылки и интерактивные кнопки,которые соединяют ваши Web-страницыс другими страницами того же Web-сайта,равно как и с другими Web-сайтамипо всему миру.
HTML является языком разметки текста, ане языком программирования, который всего лишь один из инструментов (точнее,язык описания страниц), используемый при создании Web-страниц. В HTML ограничены возможности форматирования текста по сравнению свозможностями издательских программам, особенно при издании текста, насыщенногосложными элементами.
До сих пор нет настолькоудобных редакторов HTML, чтобы можно было бы обойтись без текстового редактораи ручной расстановки тэгов. Это усложняет работу с языком, делает необходимымовладение ими совершенно несвойственных им функций.
Анализируя особенностиязыка HTML и оценивая уровень его проработки, можно прийти к выводу, что уже вближайшие годы следует ожидать появления более совершенных его модификаций,новых языков и прикладных пакетов для работы с web-страницами.
Динамический истатический HTML-документы
Различают два видаhtml-документов – статические и динамические. Статические документы хранятся вфайлах той файловой системы, которая используется web-сервером или браузеромпри просмотре локальных файлов. При размещении информации на web-сервере можноиспользовать динамические документы — такие, которые не существуют постоянно ввиде файлов, а генерируются в момент запроса клиента. При чем для конечногопользователя не имеет значения динамический или статический способпредставления документов.
Для генерированиядинамического документа HTML требуется специально написанная программа поправилам, определяемым web-сервером. При планировании размещения информации наweb-сервере, для правильного определения использования, какого либо видадокументов, необходимо учитывать степень обновляемости данных, их объем ичастоту обращения.
Динамический способопределяет хранение данных в формализованном виде, например в базе данных.
Если же данные хранятся вформализованном виде, то, используя шаблоны документов, в которых былипроизведены изменения, генерируются статические документы. Для генерированиястатических документов можно использовать любые средства отчетов, имеющихся втой системе управления баз данных (СУБД), которой обработаны и формализованыданные.
Перспективы HTML
Новых версий языка HTMLне будет, однако существует дальнейшее развитие HTML под названием XHTML (англ.Extensible Hypertext Markup Language — расширяемый язык разметкигипертекста). Пока XHTML по своим возможностям сопоставим с HTML, однакопредъявляет более строгие требования к синтаксису. Как и HTML, XHTML являетсяподмножеством языка SGML, однако XHTML, в отличие от предшественника,соответствует спецификации XML. Вариант XHTML 1.0 был одобрен в качествеРекомендации Консорциума Всемирной паутины (W3C) 26 января 2000 года.Необходимо, однако, учесть одну серьезную деталь – в этом формате создано большоеколичество информационных ресурсов, что они долго еще будут«пониматься» web-браузерами и использоваться в своем первозданномвиде. Кроме того, все новые форматы будут разрабатываться (и ужеразрабатываются – например XML) с поддержкой технологий HTML.
Стиль работы меняется,меняются и средства доступа к содержимому. Язык HTML уже изначально создавалсякак платформо — независимый язык. Новые технологии применяются практическивезде и довольно скоро пространство World Wide Web перестанет быть достоянием лишьпользователей настольных персональных компьютерах, уже сейчас некоторыепользователи активно пользуются голосовыми браузерами для незрячих илибраузерами, использующими азбуку Бройля, зачастую содержимое выводится не намонитор компьютера, а в телевизор, когда применяются приставки с выходом в сетьили на телетайп, или на монохромные дисплеи различных организаторов-пейджеров ипрочие.

2.2 Расширяемый язык разметки XML
Вторая половина 90-х годов прошедшего векаознаменовалась радикальными переменами в технологиях Web. Менее чем за пятилетнююисторию своего существования Web приобрел многие сотни миллионов пользователей навсех континентах, в его среде сформированы и поддерживаются огромныеинформационные ресурсы. Эта глобальная информационная система интенсивновторгается в другие области информационных технологий, стала одним из важныхзвеньев инфраструктуры информационного общества.
Вместе с темряд ограничений, свойственных действующим технологиям Web (Web первого поколения или Web-1), стал сдерживающимфактором дальнейшего его развития. Новые подходы в области технологий Web, которые началиконструктивно воплощаться в жизнь на пороге XXI века, направлены, преждевсего на преодоление этих ограничений и создание технологической платформы[1],которая бы обеспечила потенциал для появления нового поколения Web (Web второго поколения или Web-2) и возможностей егоразвития на длительную перспективу. Основополагающую роль в технологическомпереоснащении Web стал играть разработанный консорциумом W3C новый язык разметки XML. Язык XML (Extensible Markup Language, расширяемый язык разметки) – это метаязык, являющийся подъязыком SGML и определяющий процедурупорождения языков разметки для специфических целей.
Консорциум W3C, созданный для проведения единой техническойполитики в рамках Web и развития его технологий, ведет в настоящее время разработку иподдерживает более полутора сотен стандартов. Конечно же, невозможнопредставить их здесь в достаточно полном виде и приходится ограничиться лишьобсуждением концептуальных аспектов наиболее важных из них. Для основательногоизучения стандартов платформы XML нужно обратиться к их оригинальным спецификациями другим материалам консорциума W3C.
Следуетзаметить, что аббревиатуру XML довольно часто используют для обозначения нетолько самого языка XML, но и некоторых других связанных с ним понятий — определяющего языкстандарта W3C, информационных ресурсов XML, комплекса основанных на языке XML стандартов консорциума W3C, составляющих платформу XML.
В то время как язык XMLвсе чаще используют в среде Web по прямому своему назначению — каквыразительное средство для представления информационных ресурсов в этой среде,он вместе с тем энергично внедряется в другие технологии. Развитыевыразительные возможности языка, а главное, его поддержка механизмами среды Webпозволяют использовать XML в качестве языка-посредника для определения форматовобмена данными между различными системами, которые используют Internet вкачестве коммуникационной среды.
Главная сфера применениястандартов платформы XML — это представление слабоструктурированных данных[2]Web-сайтов в форме XML-документов. Собственно, для этой цели и создавался языкXML. Применение XML в этой области позволяет не только представлять в среде Webгипермедийные страницы в форме XML-документов, но и поддерживать связанные сними метаданные[3]. Благодаря этому можносоздать такие поисковые машины Web, которые будут обеспечивать в результате обработкипользовательского поискового запроса гораздо более низкий уровеньинформационного шума по сравнению с нынешними HTML-технологиями.
Одной из важнейших целейсоздания платформы XML является привнесение в среду Web метаданных, описывающихсвойства поддерживаемых в ней информационных ресурсов[4].Речь идет прежде всего об описании структуры XML-документов и их смысловогосодержания (семантики). Необходимость решения этой задачи аргументируетсястремлением к получению возможностей автоматической проверки правильностиструктуры XML-документов и снижения уровня информационного шума при отысканиинужных данных в Web с помощью различных поисковых машин. Имеется в виду, чтопри наличии явного описания структуры документов проверку их правильности можетосуществлять браузер. Описание семантики документов может быть полезнымподспорьем для новых или модернизированных существующих поисковых машин, атакже для разнообразных нуждающихся в нем Web-приложений.
Однако чаще всего неучитывается еще одно важное назначение метаданных, описывающих информационныересурсы Web. Метаданные необходимы для создания принципиально новыхвысокоуровневых приложений Web, в частности основанных на интеграцииинформационных технологий и обеспечивающих интеграцию неоднородныхинформационных ресурсов. Приведенный ниже рис. 1. иллюстрирует упрощеннуюархитектуру системы, в которой метаданные используются для обеспеченияинтеграции неоднородных информационных ресурсов.
Пространства именXML
Простейшая возможностьзадания семантики — использование пространства имен. В отличие от языка HTML,обеспечивающего форматную разметку текста, которая определяет его представлениена экране, XML служит для структурной разметки.
Разметка в XML позволяетвыделять в тексте содержательные структурные единицы, называемые элементамиXML-документа. Для выделения каждого типа элементов используется свой тег,указывающий имя типа элемента. Поэтому с каждым таким тегом можно ассоциироватьсемантику соответствующих элементов XML-документа (адрес организации, номертелефона и т. д.).
/>
Рис. 1. Упрощеннаяархитектура системы, обеспечивающей интеграцию информационных ресурсов XML иSQL
 
Если некоторое сообществоразработчиков и пользователей XML-документов договорится о единой интерпретацииимен, принадлежащих некоторому набору, то этот унифицированный набор, возможно,с каким-либо описанием их смысла (например, в виде обычного текста наестественном языке или представленный каким-либо иным образом), можетиспользоваться как пространство имен. Адрес документа, представляющего в Webэтот набор имен, будет рассматриваться как уникальный идентификаторпространства имен, и на него можно ссылаться в XML-документе, где используютсяпринадлежащие этому пространству имена. И тем самым им придается некоторыйсмысл.
Заметим, что ресурс Web,адрес которого символизирует некоторое пространство имен, может не содержатьникакого явного описания смысла принадлежащих ему имен и даже просто несуществовать. В таком случае мы имеем дело с определением семантики именданного пространства по умолчанию.
Примером достиженияконсенсуса о составе пространства имен является набор элементов метаданных дляописания семантики представленных в Web документов, названный Дублинским ядром(Dublin Core, DC).
Дублинское ядро спринятой в нем семантикой элементов метаданных может использоваться в рамкахплатформы XML различными способами. Например, можно применять DC в качествепространства имен для некоторого типа XML-документов или в RDF-спецификации (Resource Definition Framework, стандарт схемы описанияисточников).
RDF-спецификациипредставляют собой более высокий уровень семантического описания информационныхресурсов. Информационные ресурсы в RDF — это ресурсы Web, идентифицируемыеуникальным образом с помощью их URI (Uniform Resource Identifier, обобщениеконцепции URL в WWW). Они могут также представлять собой коллекции другихинформационных ресурсов или литералов, называемые контейнерами. Допускаютсяконтейнеры типа мультимножества, последовательности и альтернативы.
Для того чтобыRDF-спецификация семантики информационных ресурсов была полной, необходимоассоциировать с нею описание семантики используемых в этой спецификации свойств,которое в терминологии стандарта RDF называется схемой.
Метаданные,представленные средствами RDF, могут использоваться для более эффективногопоиска ресурсов поисковыми машинами Web, в электронных библиотеках, в описанияхколлекций страниц Web, составляющих некоторый виртуальный документ, дляпредставления содержания информационных ресурсов в конкретных предметныхобластях, а также для поддержки различных Web-приложений, нуждающихся всемантической информации о ресурсах.
В задачу RDF не входитстандартизация каких-либо наборов семантических свойств, и они могут бытьразличными в разных случаях.
В последнее время началисоздаваться сервисы регистрации и поддержки пространств имен в интересахразличных сообществ разработчиков и пользователей. Зарегистрированноепространство имен является своего рода стандартом для сообществ клиентовсервиса регистрации.
Перспективы XML
XML — отнюдь не модноенаправление, а естественный результат развития Web-технологий, следствиестремления к более эффективному использованию уникальных возможностей открытойглобальной информационной среды, которую они поддерживают. Создание платформыXML — это новая эпоха в развитии Всемирной паутины, это — начало нового, болеенаукоемкого и технологически более совершенного этапа в ее истории. СегодняXML, несомненно, стал стандартом де-факто. Все ведущие поставщики программногообеспечения не только Web, но и систем баз данных, включают в свои программныепродукты поддержку языка XML или даже создают специализированные системы.
Большую работу попродвижению стандартов платформы XML в практику ведет крупный Международный,некоммерческий консорциум OASIS (Organization for Structured Information Standards, Организация по стандартизацииструктурированной информации) (Приложение 2.
Международная организация OASIS
), в составе, которогоболее 600 корпоративных и индивидуальных членов из различных стран мира. Этадеятельность является основной задачей консорциума. OASIS разрабатывает,координирует разработки и распространяет информацию о методологиях применения,технологиях и реализациях этих стандартов. В его задачу входит также созданиеприложений для «вертикальной» индустрии (например, разработки описания типовдокументов (Document Type Definition, DTD), схем XML и пространств именXML), спецификаций интероперабельности (в частности, создание спецификацийпрофилей, включающих стандарты рассматриваемой категории), тестов насоответствие рассматриваемым стандартам.
Распространениюстандартов XML-платформы существенным образом способствует политика W3C,направленная на обеспечение доступности их спецификаций, создание ряда свободнораспространяемых синтаксических анализаторов для языка, то большое внимание,которые создатели стандартов XML уделяют обеспечению преемственности длясуществующей HTML-платформы и накопленных на ее основе ресурсов.
Хотя язык XML ибазирующиеся на нем стандарты получают все более широкое распространение,имеются вместе с тем факторы, которые сдерживают массовое распространение XML всреде Web.
Во-первых, существуетсвязанная с экономическими и иными причинами естественная инерционность стольмасштабной среды, какой является сегодняшний Web. Эта инерция можетпреодолеваться только постепенно.
Во-вторых, пока еще незавершена работа над двумя важнейшими стандартами платформы XML, которыепозволяют строить из отдельных XML-документов и их компонентов гипермедийнуюсреду. Речь идет о стандартах XPointer (XML Pointer Language, язык указателей XML) и XLink (XML Linking Language, язык ссылок XML). Эти стандарты решают задачуопределения гиперссылок в языке XML. Возможности стандартов XPointer и XLink предусматривают существенно более богаты возможности работыс гиперссылками, чем у имеющихся в HTML.
ТехнологииXML начинают распространяться и в нашей стране. В этой связи приобретает важноезначение русскоязычная терминология в этой области.
Платформа XML имеетблагоприятные перспективы для широкого практического применения. В пользу этогосвидетельствуют не только богатые функциональные возможности рассмотренногосемейства стандартов, но и высокая активность в области разработки и развитиястандартов, а также производства программного обеспечения, на них основанного.2.2.    Расширяемый язык разметки гипертекста XHTML
Активное распространениетехнологий XML порождает весьма острую проблему обеспечения преемственности вразвитии среды Web, создания возможностей, позволяющих использовать огромныеинформационные ресурсы, накопленные в рамках технологий HTML.
Один из подходов крешению этой проблемы реализован в стандарте XHTML 1.0 (The ExtensibleHypertext Markup Language, расширяемый язык разметки гипертекста), одобренномW3C в январе 2000 г. Как и HTML, XHTML является подмножеством языка SGML,однако XHTML, в отличие от предшественника, соответствует спецификации XML.
Идея предлагаемогоподхода заключается в создании на основе XML языка разметки, эквивалентного поего функциональности языку HTML. Аналогичным образом в настоящее времяразработаны многие другие языки разметки конкретизации XML. Создание такихязыков сводится, по существу, к разработке соответствующего определения типадокументов (DTD).
Авторы стандарта XHTML1.0 трактуют функцию определяемого в нем языка как переформулировку HTML в XML(более точно, речь идет о принятом W3C в декабре 1999 г. стандарте HTML 4.01 иоб XML 1.0).
XHTML является преемникомHTML. Потребность в более строгой версии HTML возникла из-за того, чтовеб-контент сегодня всё больше становится ориентированным на нетрадиционныевиды устройств (например, мобильные телефоны), в которых зачастую ограниченыресурсы, в том числе и для обработки гибкого, нетребовательного HTML (чемсвободнее синтаксис языка, тем сложнее его разбирать).
Практически всесовременные браузеры поддерживают XHTML. Он также совместим и со старымибраузерами, т. к. в основе XHTML лежит HTML. Такая совместимость, к сожалению,в числе прочего, замедляет процесс перехода от HTML к XHTML.
Настоящая сила XHTMLпроявляется в его сочетании с каскадными таблицами стилей. Это позволяетотделить оформление документа от его содержимого.
Отличия переходного(англ. transitional) XHTML от HTML незначительны и предназначены лишь дляприведения его в соответствие с XML. Самое главное требование заключается втом, чтобы все тэги были правильно вложены и семантически развиты. Кроме того,в XHTML все теги должны записываться строчными буквами, все атрибуты (включаячисленные) должны быть заключены в кавычки (что не является обязательным в SGMLи, следовательно, в HTML, где кавычки не требуются для чисел и некоторыхсимволов, включая все буквы). Также все элементы должны быть закрыты, включаяте, которые не имеют закрывающего тега (закрываются добавлением слэша ('/') вконец тега). Минимизация атрибутов (к примеру или) также воспрещена. Детальнее об отличиях можно узнать изспецификации XHTML www.w3.org/.
В стандарте XHTMLпредлагается три варианта целевого языка для представления HTML-документов итем самым три версии DTD:
·    XHTML Strict (строгий XHTML);
·    XHTMLTransitional (переходныйXHTML);
·    XHTML Frameset (XHTML с фреймами).
Вариант XHTMLStrict полностью отделяет содержаниедокумента от оформления, многие атрибуты (такие как, например, bgcolor и align)более не поддерживаются. Предназначен для чисто структурной разметки без примененияэлементов форматирования. Для целей форматирования можно при этом дополнительноиспользовать язык каскадных таблиц стилей (CSS).
Вариант XHTMLTransitional будет,вероятно, наиболее популярным. Он допускает использование таблиц стилей, ноимеется в виду, что будет внесена некоторая небольшая коррекция в разметку стем, чтобы документ мог восприниматься и старыми браузерами, которые неподдерживают таблиц стилей. Предназначен для лёгкой миграции из HTML и для тех,кто использует инлайн-фрэймы.
Вариант XHTML Framesetобеспечиваетподдержку фреймов. Это позволяет разбить окно браузера на несколько разделов(фреймов), с которыми ассоциируется некоторый набор функций управления.
Но существуют испециализированные дополнительные версии XHTML:
XHTML 1.1 Модульный(Module-based):авторы могут импортировать дополнительные свойства в их разметку. Эта версиятакже поддерживает руби-разметку, необходимую для дальневосточных языков.
XHTML Основной(Basic): специальнаяоблегчённая версия XHTML для устройств, которые не могут использовать полныйнабор элементов XHTML — в основном используется в миниатюрных устройствах,таких как мобильные телефоны. Подразумевается, что он заменит WML и C-HTML.
XHTML мобильногопрофиля (Mobile Profile): основанный на XHTML Basic, добавляет специфические элементы длямобильных телефонов. Он является еще одним шагом вперед на пути к мобильнымсервисам 3G. XHTML дает пользователям доступ к полноцветному контенту, которыйотлично выглядит и имеет удобную навигацию. В сочетании с увеличенной скоростью,предлагаемой GPRS, мобильные сервисы становятся более притягательными ипохожими на обычный Internet.
Хотя гиперссылки надокументы, содержащие определения вариантов DTD для XHTML Strict, XHTMLTransitional и XHTML Frameset, приводятся в приложении к стандарту, именно этиспецификации составляют основное его содержание.
В стандарте XHTML значительное внимание уделеновопросам поддержки развития языка HTML. Предполагается, что XHTML 1.0определяет начальную версию развивающегося семейства типов документов, которыепозволяют воспроизводить HTML, выделять его подмножества и расширять этот язык.
Обеспечение модульностиязыка воплощается в проекте новой версии стандарта — XHTML 1.1.
Прародителями XHTML 2.0являются HTML 4, XHTML 1.0 и XHTML 1.1, но он не рассчитан на обратнуюсовместимость с ними. Кроме того, первый Рабочий проект пока не включаетреализации XHTML 2.0 ни в форме DTD, ни в виде XML-схемы. Эти реализации будутвключены на более поздних этапах, как только будут урегулированы принципиальныевопросы.
В спецификации XHTMLвводится специальное пространство имен XHTML. Однако для именования элементов иатрибутов в документах допускается использование наряду с ним также и другихпространств имен, например пространства имен MathML (математический языкразметки) или RDF (Resource Definition Framework).
Пространство именXHTML
XHTML более доступен, так как он использует пространство имен практическиидентичное с HTML 4.01 и, таким образом, большая часть DTD уже«зашита» в браузере. DTD (Document Type Definition) критически важендля XML-документов. Другой вопрос связанный с XML: пространство имен этогоязыка очень велико и определяется именно DTD написанным специально дляконкретной его разновидности. Для браузера во время разбора соответствующегоXML-кода эти документы должны быть доступны. Преимущество XHTML module в томчто пространство имен может быть сокращенно до того списка который выиспользуете на сайте.
Валидация XHTMLдокументов
Валидным (т.е. отвечающимвсем правилам) XHTML-документом считается документ, удовлетворяющий техническойспецификации. В идеале, все браузеры должны следовать веб-стандартам и, всоответствии с ними, валидные документы должны отображаться во всех браузерахна всех платформах. Валидация XHTML-документа рекомендована даже несмотря нато, что она не гарантирует кросс-браузерной совместимости. Документ может бытьпроверен на соответствие спецификации с помощью онлайновой Службы валидацииразметки W3C. Валидация обнаружит и разъяснит ошибки в XHTML-разметке.
Валидный документ долженсодержать определение типа документа (DTD). DTD должен быть расположен до всехдругих элементов документа.
Валидный XHTML-документ,по правилам W3C, может быть снабжён специальным баннером, подтверждающимправильность XHTML-разметки.
Авторы стандартарассматривают миграцию к XHTML как следующий шаг в эволюции Web-технологий. Внастоящее время W3C продолжает работу по развитию XHTML. Одной из важных задачпри этом признается обеспечение модульности языка.
Глава 3. СПЕЦИФИКАЦИИТЕХНОЛОГИЙ WEB3.1     О спецификации HTML
Спецификация состоит изследующих разделов.
Во введении описываетсяместо языка HTML в схеме World Wide Web, приводится краткая история развитияязыка HTML, описывается, что можно сделать с использованием HTML 4.0 исодержатся некоторые подсказки относительно создания документов в формате HTML.
Краткое руководство поSGML дает читателям понимание отношения языка HTML к языку SGML и предоставляетинформацию о чтении Определений типов документов HTML (Document Type Definition- DTD).
Главным содержаниемруководства является справочник по языку HTML, в котором определены всеэлементы и атрибуты языка.
Этот документ упорядоченпо разделам, а не по грамматике языка HTML. Разделы сгруппированы в трикатегории: структура, представление и интерактивность. Хотя конструкции языкаHTML трудно разделить на эти три категории, такая модель отражает опыт Рабочейгруппы HTML, говорящий о том, что разделение структуры документа и егопредставления обеспечивает большую эффективность документов и лучшиевозможности поддержки.
Информация о языкевключает следующую:
·    Какие символымогут отображаться в документе HTML.
·    Основные типыданных документа HTML.
·    Элементы,управляющие структурой документа HTML, включая текст, списки, таблицы, ссылки иобъекты, изображения и апплеты.
·    Элементы,управляющие представлением документа в формате HTML, включая таблицы стилей,шрифты, цвета, горизонтальные разделители и другое визуальное представление, атакже фреймы (кадры) для многооконного представления.
·    Элементы,управляющие интерактивностью документа HTML, включая формы для ввода данныхпользователя и скрипты для активных документов.
·    ФормальноеSGML-определение HTML: SGML-определение HTML;
три DTD: строгое, переходноеи с кадрами; список ссылок на символы.
В первом приложениисодержится информация об изменениях по отношению к HTML 3.2 с целью помочьавторам при переносе файлов в формат HTML 4.0. Во втором приложении содержатсязамечания о производительности и применении, целью которых является помощьразработчикам в создании средств для использования HTML 4.0.
Список нормативных иинформативных документов.
Три указателяпредоставляют читателям быстрый доступ к определению: понятия, элементы иатрибуты.
Этот документ написанчитателями с двумя типами мышления: авторами и разработчиками. Мы надеемся, чтоспецификация предоставит авторам средства, необходимые им для созданияэффективных, привлекательных и доступных документов и не обременяющие ихподробностями применения HTML. Разработчики, однако, должны найти здесь всюнеобходимую для разработки соответствующих средств информацию.
Эту спецификацию можноиспользовать несколькими способами:
Прочесть от начала доконца. Эта спецификация начинается с общего представления языка HTML, аколичество технических подробностей постепенно повышается.
Обращаться к необходимойинформации. Для обеспечения максимальной скорости получения информации осинтаксисе и семантике в оперативную версию спецификации включены следующиевозможности:
Каждая ссылка на элементили атрибут связана с его определением в спецификации. Каждый элемент илиатрибут определяется только в одном месте.
На каждой страницеимеются ссылки на указатели, поэтому Вы всегда сможете найти определение элементаили атрибута, использовав не больше двух ссылок.
На первых страницах трехразделов руководства к исходному оглавлению добавляется более подробнаяинформация о каждом разделе.
Названия элементовпредставляются символами в верхнем регистре (например, BODY). Названияатрибутов представляются символами в нижнем регистре (например, lang,onsubmit). Помните, что в HTML имена элементов и атрибутов не учитываютрегистр; это используется для более легкого чтения.
В названиях элементов иатрибутов в этом документе используется разметка, поэтому агентамипользователей они могут генерироваться особым образом.
В каждом определенииатрибута устанавливается тип его значения. Если имеется несколько возможныхзначений, приводится список значений, разделенных вертикальной чертой (|).
После информации о типе вкаждом определении атрибута в квадратных скобках ("[]") указывается,учитывается ли в значениях регистр. Подробнее см. раздел информации о регистре.
Информативные замечаниявыделены, чтобы отличаться от остального текста и могут генерироваться агентамипользователей особым образом.
Все примеры,иллюстрирующие нежелательное использование, помечены как «ПРИМЕРНЕЖЕЛАТЕЛЬНОГО ИСПОЛЬЗОВАНИЯ». В примеры нежелательного использованиявходят также рекомендуемые альтернативные решения. Все примеры, иллюстрирующиенедопустимое использование, помечены как «ПРИМЕР НЕДОПУСТИМОГОИСПОЛЬЗОВАНИЯ».
В примерах и замечанияхиспользуется разметка, поэтому некоторыми агентами пользователей они могутгенерироваться особым образом. 3.2     О спецификации XML
Расширяемый Язык Разметки(XML) является поднабором SGML и полностью описан в спецификации. Он создан сцелью обеспечения обслуживания, передачи и обработки в WEB исходного SGML темиже способами, которые в данный момент имеются в HTML. XML был разработан дляоблегчения создания конкретных реализаций и для взаимодействия с SGML и HTML.
Роль W3C в составленииРекомендаций заключается в том, чтобы привлечь внимание к данной спецификации испособствовать её широкому распространению. Это расширит функциональность ивозможности Web.
Этот документспецифицирует синтаксис, создаваемый путём подразделения существующих широкораспространённых международных стандартов обработки текста для использования вWorld Wide Web.
Extensible MarkupLanguage, сокращённо XML, описывает класс объектов данных, называемыхXML-документы, и частично описывает поведение обрабатывающих их компьютерныхпрограмм. XML является профилем приложения или ограниченным вариантом SGML — The Standard Generalized Markup Language. По структуре документы XML являются«соответствующими» документами SGML.
Документы XML состоят изединиц хранения, называемых экземпляры, которые содержат разбираемые илинеразбираемые данные.
Разбираемые данныесостоят из символов, некоторые из которых образуют символьные данные, а другие- разметку. Разметка кодирует описание схемы и логической структуры единицхранения документа. XML предоставляет механизм наложения ограничений на схему илогическую структуру единиц хранения.
XML был разработан XMLWorking Group (ранее известной как SGML Editorial Review Board), сформированнойпод руководством World Wide Web Consortium (W3C) в1996 году.
Её возглавил Jon Bosak из Sun Microsystems приактивном участии XML Special Interest Group (ранее известной как SGML Working Group), также организованной W3C. Члены XMLWorking Group указаны в Приложении. Dan Connolly является контактёром рабочейГруппы с W3C.
Цели создания XML:
1.      XML будет широкораспространён в Internet.
2.      XML будет поддерживатьбольшой диапазон приложений.
3.      XML будетсовместим с SGML.
4.      Он будет лёгкимдля написания программ, обрабатывающих документы XML.
5.      Количествосвойств по выбору (optional) в XML будет сведено к абсолютному минимуму, видеале — к нулю.
6.      Документы XMLдолжны быть разборчивыми и ясными по смыслу.
7.      Дизайн XML долженвыполняться быстро.
8.      Дизайн XML долженбыть формальным и кратким.
9.      Документы XMLдолжны легко создаваться.
10.    Краткость вразметке XML имеет минимальное значение.
Эта спецификация, вместес ассоциированными стандартами, предоставляет всю информацию, необходимую дляпонимания XML и создания компьютерных программ его обработки.
Символы – это разбираемыйэкземпляр содержит текст, последовательность символов, которая можетпредставлять символьные данные или разметку. Текст состоит из смеси символьныхданных и разметки.
Комментарии могутпоявляться в любом месте документа вне прочей разметки; кроме того, они могутпоявляться внутри объявления типа документа в тех местах, которые допускаютсяграмматикой. Они не являются частью символьных данных документа: процессор XMLможет, но не должен, давать приложению возможность запрашивать тексткомментариев.
Инструкции процесса (ИП)позволяют вводить в текст документа инструкции для приложений. Разделы CDATAмогут появляться там же, где и символьные данные; они используются дляescape-блоков текста, содержащего символы, которые иначе будут распознаватьсякак разметка.
Документы XML должныначинаться объявлением XML, которое специфицирует используемую версию XML.
Поскольку будущие версииещё не сформированы, эта конструкция даётся как средство предоставлениявозможности автоматического распознавания версии и должна, следовательно, бытьвключена обязательно. Процессоры могут сигнализировать об ошибке, если получатдокумент, помеченный неподдерживаемой версией.
Функцией разметки вдокументе XML является обязанность описывать структуру хранения данных илогическую структуру и ассоциировать пары атрибут-значение с их логическимиструктурами. XML предоставляет механизм объявления типа документа дляопределения ограничений в логической структуре и для поддержки использованияпредопределённых единиц хранения.
Документ XML являетсяправильным/valid, если он имеет ассоциированное объявление типа документа и еслидокумент выполняет ограничения, выраженные в нём.
Объявление типа документаXML содержит или указывает на объявления разметки, предоставляющие грамматикудля класса документов. Эта грамматика известна как определение типа документаили DTD. Объявление типа документа может указывать на внешний поднабор (особыйвид внешнего экземпляра), содержащий объявления разметки, или можетнепосредственно содержать объявления разметки во внутреннем поднаборе, илиможет иметь и то, и другое. DTD документа состоит из обоих соединённыхподнаборов. Объявление разметки это объявление типа элемента, объявление спискаатрибутов и объявление экземпляра, или объявление нотации. Эти объявления могутполностью или частично содержаться внутри экземпляров параметров.
Каждый документ XMLсодержит один или более элементов, ограниченных либо начальными и конечнымитэгами, либо — для пустых элементов — тэгами пустых элементов. Каждый элементимеет тип, идентифицируется по имени, которое иногда называется «genericidentifier» (GI) — родовой идентификатор, и может иметь набор спецификацийатрибутов. Каждая спецификация атрибутов имеет имя и значение.
Начало каждого непустогоэлемента XML обозначается начальным тэгом. Окончание каждого элемента, начатогоначальным тэгом, обязано быть отмечено конечным тэгом, содержащим имя,отражающее тип элемента, как это было дано в начальном тэге. Текст междуначальным и конечным тэгами называется содержимым элемента.
Элемент без содержимогоназывается пустым. Пустой элемент представлен либо начальным тэгом, послекоторого непосредственно следует конечный тэг, либо тэгом пустого элемента. Тэгпустого элемента имеет особую форму.
Структура элементадокумента XML может, для целей проверки, быть ограничена путём использованияобъявлений типа элемента и списка атрибутов. Объявление типа элементаограничивает содержимое элемента.
Объявление типа элементачасто ограничивают типы элементов, которые могут появляться в качестве потомковэлемента.
Тип элемента имеетсодержимое элемента, если элементы данного типа обязаны содержать толькодочерние элементы (а не символьные данные), которые могут быть, по усмотрению,разделены пробелами.
В этом случае ограничениевключает модель содержимого, простую грамматику, управляющую разрешённымитипами дочерних элементов и порядком, в котором они могут появляться.
Тип элемента имеетсмешанное содержимое, если элементы этого типа могут содержать символьныеданные, перемежаемые дочерними (необязательными) элементами.
Атрибуты используются дляассоциирования пар имя-значение с элементами. Спецификации атрибутов могутпоявляться только в начальных тэгах и тэгах пустых элементов; поэтомупродукции, используемые для их распознавания, появляются в разделе.
Прежде чем значениеатрибута передаётся приложению или проверяется на правильность, процессор XMLобязан нормализовать значение атрибута путём применения к нему нижеприведённогоалгоритма или путём использования некоторых других методов так, чтобы значение,передаваемое приложению, было тем же, что и произведённое алгоритмом.
Документ XML можетсостоять из одной или более единиц хранения. Они называются экземплярами; ониимеют содержимое и все (исключая экземпляр документа и внешний поднабор ОТД)идентифицируются по name\имени экземпляра. Содержимое разбираемого экземпляраназывается его замещающим текстом; этот текст считается неотъемлемой частьюдокумента.
Неразбираемый экземплярэто ресурс, чьё содержимое может, или может не быть, текстом, и, если этотекст, может не быть XML. Каждый неразбираемый экземпляр имеет ассоциированнуюнотацию, идентифицируемую по имени. Помимо требования к процессору XML сделатьидентификаторы экземпляра и нотации доступными приложению, XML не накладываетникаких ограничений на содержимое неразбираемых экземпляров.
Общие экземпляры этоэкземпляры для использования внутри содержимого документа. В этой спецификацииОЭ иногда называются неквалифицированным термином экземпляр, если это неприводит к неоднозначности.
Экземпляры параметров эторазбираемые экземпляры для использования внутри ОТД. Эти два типа экземпляровиспользуют разные формы ссылок и распознаются в различных контекстах.Следовательно, они занимают разные пространства имён; экземпляр параметра иобщий экземпляр с одни именем — это два разных экземпляра.
Ссылка символа ссылаетсяна специфический символ в наборе символов ISO/IEC 10646, например, ссылка насимвол, не доступный напрямую из устройства ввода. Ссылка экземпляра ссылаетсяна содержимое именованного экземпляра.
Если процессор XMLобнаруживает ссылку на разбираемый экземпляр, то, для того чтобы проверитьдокумент, процессор обязан включить его (экземпляра) замещающий текст. Еслиэкземпляр является внешним, а процессор не пытается проверить документ XML, топроцессор может, но это не является необходимым, включить замещающий текстэкземпляра. Если непроверяющий процессор не включает замещающий текст, онобязан информировать приложение, что он обнаружил, но не прочитал, экземпляр.
Это правило базируется натом, что автоматическое распознавание, предоставляемое механизмом экземпляровSGML и XML, первоначально созданным для поддержки модульности в авторизации, необязательно подходит для других приложений, особенно для просмотра документов.Браузеры, например, при обнаружении ссылки на внешний разбираемый экземпляр,могут избрать визуальное предупреждение о том, что экземпляр существует, изапрашивать его для показа только по требованию.
Литеральное значениеэкземпляра это закавыченная строка, реально представленная в объявленииэкземпляра, соответствующая нетерминальному EntityValue. Определение:Замещающий текст это содержимое экземпляра после замещения мнемоник символов иссылок экземпляров параметров.
Нотации идентифицируют поимени формат не разбираемых экземпляров, формат элементов, которые породилиатрибут нотации, или приложение, которому адресуется инструкция процесса. Объявлениянотации предоставляют имя нотации для использования в объявлениях экземпляра исписка атрибутов и в спецификациях атрибутов, а также внешний идентификатор длянотации, который может позволить процессору XML или его клиентскому приложениюлокализовать вспомогательное приложение, способное обработать данные в даннойнотации.
Соответствующиепроцессоры XML делятся на два класса: проверяющие и непроверяющие. Проверяющиеи непроверяющие процессоры оба обязаны выводить сообщения о нарушенияхограничений правильно сформированности данной спецификации в содержимомэкземпляра документа и любых других разбираемых экземплярах, которые оничитают.
Проверяющие процессорыобязаны, по выбору пользователя, сообщать о нарушениях ограничений, выраженныхобъявлениями в ОТД, и невозможности выполнения ограничений правильности, данныхв этой спецификации. Чтобы выполнить это, проверяющие процессоры XML обязанычитать и обрабатывать все ОТД и все внешние разбираемые экземпляры, на которые имеютсяссылки в документе.
От непроверяющихпроцессоров требуется лишь проверить экземпляр документа, включая весьвнутренний поднабор ОТД, на правильное формирование.
Поскольку не требуетсяпроверять документ на правильность/верность, необходимо обработать всеобъявления, прочитанные во внутреннем поднаборе ОТД и во всех экземплярахпараметров, которые прочитаны, до первой ссылки на экземпляр параметра, которыйне прочитан; то есть информация в этих объявлениях обязана использоваться длянормализации значений атрибутов, включения замещающего текста внутреннихэкземпляров поддержки значений по умолчанию в атрибутах.
Формальная грамматика XMLдаётся в данной спецификации с использованием нотации Extended Backus-Naur Form(EBNF). Каждое правило грамматики определяет один символ.

3.3 О спецификации XHTML
В настоящей спецификацииопределяется XHTML 1.0, переформулировка HTML 4 в виде приложения XML 1.0,и три DTD, соответствующих типам, определяемым HTML 4. Семантика элементови их атрибутов определена в рекомендации W3C HTML 4. Данная семантикапредставляет собой основу для будущего расширения языка XHTML.
XHTML представляет собойсемейство имеющихся на данный момент и могущих появиться в будущем типовдокументов и модулей, являющихся копиями, подмножествами или расширениями языкаHTML 4 [HTML]. Семейство типов документов XHTML базируется на XML ипредназначено для работы с пользовательскими агентами на базе. Более подробнуюинформацию об этом семействе и его эволюции можно найти в разделе«Направления развития».
Семейство XHTML являетсяследующим шагом в эволюции Интернет. Переходя сегодня на XHTML, разработчикисодержимого (контента) могут вступить в мир XML со всеми его преимуществами,сохраняя при этом совместимость содержимого с более старыми и более новымиверсиями.
Преимущества перехода наXHTML 1.0 описаны выше. Вот несколько основных преимуществ:
Разработчики документов исоздатели пользовательских агентов постоянно открывают новые способы выражениясвоих идей в новой разметке. В XML ввод новых элементов или атрибутовдостаточно прост. Семейство XHTML разработано так, чтобы принимать расширенияпутем модулей и технологий XHTML для разработки новых соответствующих XHTMLмодулей (описанных в готовящейся спецификации Модуляризации XHTML). Модулипозволят комбинировать существующие и новые наборы функций при разработкесодержимого и создании новых пользовательских агентов.
Постоянно вводятсяальтернативные методы доступа в Интернет. По некоторым оценкам, в 2002 году 75%обращений к документам в Интернет будет выполняться с альтернативных платформ.Семейство XHTML создавалось с учетом общей совместимости пользовательскихагентов. С помощью нового механизма профилирования пользовательских агентов идокументов серверы, прокси и пользовательские агенты смогут преобразовыватьсодержимое наилучшим образом. В конечном счете станет возможной разработкасоответствующего XHTML содержимого, пригодного для любого соответствующегоXHTML пользовательского агента.
В настоящей спецификациииспользуются следующие термины, которые расширяют определения, данные в[RFC2119] аналогично определениям ISO/IEC 9945-1:1990 [POSIX.1]:
Описываются общие терминыXHTML: атрибут, DTD, возможности,документ, пользовательский агент, правильно построенный,представление (генерация), проверка корректности, реализация, синтаксическийразбор, элемент.
В настоящей версии XHTMLпредоставляется определение строго конформных документов XHTML.
Строго конформныйдокумент XHTML — это документ, которому необходимы только возможности,описанные в настоящей спецификации как обязательные.
Пространство имен XHTMLможет использоваться с другими пространствами XML в соответствии с [XMLNAMES],хотя такие документы не являются строго конформными XHTML 1.0 в соответствии сприведенным выше определением. В будущих работах W3C будут определены способыуказания конформности документов, в которых используется несколько пространствимен.
Конформныйпользовательский агент должен соответствовать всем определенным в спецификациикритериям.
Говорится о различияхкоторые присутствуют в языке XHTML. Поскольку XHTML является приложением XML,некоторые приемы, допустимые в языке HTML, основанном на SGML, должны бытьизменены./>
К документам XHTML 1.0 непредъявляется требование совместимости с существующими пользовательскимиагентами, но на практике оно достаточно легко реализуемо.
Спецификация XHTML 1.0закладывает основу семейства типов документов, которые будут расширениями иподмножествами XHTML, для поддержания широкого диапазона новых устройств иприложений путем определения модулей и механизма объединения этих модулей.Такой механизм позволит унифицировать способы расширения XHTML 1.0 ииспользования его подмножеств путем определения новых модулей.
По мере перемещения XHTMLс традиционных пользовательских агентов на рабочем столе на другие платформыстановится ясно, что не все элементы XHTML будут необходимы на всех платформах.
Процесс модуляризацииразбивает XHTML на ряд более мелких подмножеств элементов. Модуляризация даетопределенные преимущества.
В профиле документаопределяется синтаксис и семантика набора документов. Соответствие профилюдокумента обеспечивает основу гарантии совместимости. В профиле документаопределяются возможности, необходимые для обработки документа этого типа.
Для авторов профилиустраняют необходимость написания нескольких различных версий документов дляразличных клиентов.
/>Глава4. РЕАЛИЗАЦИЯ ТЕХНОЛОГИЙ WEBВ ИНФОРМАЦИОННОЙ СИСТЕМЕ «УЧЕБНО-МЕТОДИЧЕСКИЙ РЕСУРС»
Разработка информационнойсистемы «Учебно-методический ресурс» включает в себя создание двух подсистем: главнойстраницы (страницы навигации) и шаблона исходного представления документа.
Для создания этих двухчастей выбран табличный дизайн. Он организуется с помощью таблиц. Таблицы используетсядля организации расположения на страницах текстовой и числовой информации втабличном формате, а также это инструмент для точного позиционирования объектовна Web-странице. Истинная ценность таблиц заключается в возможности ихприменения для компоновки страниц. HTML-таблицы позволяют компоновать такиеWeb-страницы, создание которых было достаточно сложным, если не вовсеневозможным, до введения таблиц.
В таблицы могутиспользоваться различные тэги, возможно размещение тэгов графики и текста на Web-странице. С помощью таблиц можно такжегруппировать навигационные кнопки вверху, внизу или по бокам страницы.Использование таблицы для организации навигационных кнопок в упорядоченную структурус одинаковым относительным месторасположением на каждой странице существенноупрощает навигацию по сайту. Например:

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Для описания таблициспользуется тег . Тег , как и многие другие,автоматически переводит строку до и после таблицы.
Создание строки таблицы — тег . Тег создает строку таблицы. Весь текст, другие теги и атрибуты, которые требуетсяпоместить в одну строку, должны размещаться между тегами .
Определение ячеек таблицы — тег . Внутри строкитаблицы обычно размещаются ячейки с данными. Каждая ячейка, содержащая текстили изображение, должна быть окружена тегами . Числотегов в строке определяет число ячеек (открыть). Например:
 
 
 Втаблице два тега TR значит в ней две строки.
 
 
 В строке тритега TD
 значит
 тристолбца.
 
 
Дляэффективного использования таблиц необходимо применять специальные тэги и атрибуты.Например:
·          Тег — заголовкистолбцов таблицы.
·          Тег — использование заголовков таблицы.
·          Атрибут NOWRAP
·          Атрибут СОLSPAN
·          Атрибут ROWSPAN
·          Атрибут WIDТН
·          Атрибут СЕLLРАDDING
·          Атрибут CELLSPACINGи другие.
При создании любого HTML документа можно говорить, что текст– это единственный объект Web-страницы,который не требует специального определения. Иными словами, произвольныесимволы интерпретируются по умолчанию как текстовые данные. Но дляформатирования текста существует большое количество элементов.
p> — Элемент абзаца (paragraph).
BR> — Элемент, обеспечивающий принудительныйпереход на новую строку.
pre>pre> — Элемент для обозначения текста,отформатированного заранее (preformatted).
- Обозначение цитаты
center>center> — Элемент используется дляцентрирования текста, а точнее, любого содержимого.
div>div> — Элемент, похожий на предыдущий. Онпозволяет выравнивать содержимое по левому краю, по центру или по правому краю.Для этого стартовый тег должен содержать соответствующий атрибут:
align=”left”
align=”center”
align=”right”
b>b> — Выделение текста полужирным шрифтом.
font>font>
Определение типа, размераи цвета шрифта. Все эти характеристики определяются при помощи соответствующихатрибутов. Например, абсолютный размер шрифта задается при помощи size (размер):
 size=Абсолютный размер шрифта
Размер шрифта можетзадаваться относительно базового:
size=+Число
size=-Число
При назначении величиныдля size необходимо учитывать величинубазового размера. Обе они в сумме должны соответствовать одному из абсолютныхразмеров. Так для базового размера, равного 3, относительный размер можетнаходиться в пределах от -2 до +4. Если величина выходит за допустимый предел,то используется или шрифт размера 7, или шрифт размера 1.
Для элемента FONT можно использовать атрибут цвета:
color=”цвет”
Атрибут face (вид) также можно использовать дляэлемента font. Он позволяет задавать тип шрифта:
face=’’Название шрифта’’
Правда, есть однапроблема. Web-страницы просматривают множестволюдей, и нет гарантии, что у каждого из них окажется нужный шрифт. Если в системене установлен шрифт точно с таким же названием, то броузер использует свойстандартный шрифт. И другие.
Для созданияи форматирования HTML-страниц используется множество тэгов, а так же множестворазличных атрибутов, к этим тэгам.
ЗАКЛЮЧЕНИЕ
Создание Web пoпpaвy мoжнo cчитaть oдним изкpyпнeйшиx нayчнo — тexнических достижений последнего десятилетия XX века. Благодаряреализации этого проекта рождается целый ряд новых информационных технологий,имеющих весьма значимые социально-экономические последствия.
Одним из наиболее распространенных классов системобработки данных являются информационные системы. В настоящее время усиливаетсятенденция глобализации ИС.
Современныеинформационные Web-технологиибыстро изменяют наш мир и непосредственно влияют на развитие Web-технологий. Эта технологическаяреволюция сильно повлияла на все сферы человеческой деятельности. Внутренняясложность и предельная простота применения современных информационные Web-технологии делает их доступными каждому,кто ежедневно сталкивается с применением их в своей профессиональнойдеятельности.
Главное преимуществоWeb-технологий в современных условиях заключается в их простоте и как следствиев повышении эффективности их применения.
В этойкурсовой работе мы попытались показать обширную проблематику технологий современныхинформационных систем, технологий Web, появления новых тенденций в развитии технологий Web. В данной работе проанализированы необходимые для данной курсовой работы спецификации и разработанфрагмент информационной системы «Учебно – методический ресурс».
/>/>/>/>/>/>/>Список испольЗОВАННЫХисточников
1.   Баранов, Д.В.Современные информационные технологии. / Д.В. Баранов. – Томск: ИДО (ТУСУР),2005. – 130 с.
2.   Ваулина, Ч.Ю. Информатика: толковый словарь/ Ч.Ю. Ваулина. – М.: Изд-во Эксмо, 2005. – 480 с.
3.   Когаловский, М.Р. Перспективные технологииинформационных систем / М.Р. Когаловский. – М.: Компания АйТи, 2003. – 288 с.
4.   Когаловский,М.Р. Энциклопедия технологий баз данных / М.Р. Когаловский. – М.: Финансы и статистика,2005. – 800 с.
5.  Крис, Д.Креативный Web-дизайн. HTML, XHTML, CSS, JavaScript, PHP,ASP, ActiveX. Текст,графика, звук и анимация. Учебник Пер с англ. / Д. Крис, К. Кинг, Э. Андерсон.– М.: ООО «ДиаСофтЮП», 2005. 672 с.
6.   Мишенин, А.И.Теория экономических информационных систем / А.И. Мишенин. – М.: Финансы истатистика, 2002. – 240 с.
7.   Непейвода, Н.Н.Основания программирования / Н.Н. Непейвода, Скопин И.Н. –Москва-Ижевск: Институт компьютерных исследований, 2003. – 868 с.
8.  Основы Web – технологий: учеб. пособие / П.Б.Храмцов [и др.]. – М.: Изд-во Интуит.ру “Интернет-Университет ИнформационныхТехнологий”, 2003. – 512 с.
9.  Пауэл Томас, А.Справочник программиста / Томас А Пауэл, Д. Уитворт. – М.: АСТ, Мн.: Харвест,2005. – 384 с.
10.     Петров, В.Н.Информационные системы: учеб. пособие / В.Н. Петров. – СПб.: Питер, 2002. – 588с.
11.           Экономическая информатика: Введение в экономический анализинформационных систем: учебник. – М.: ИНФРА-М, 2005. – 958 с. – (Учебникиэкономического факультета МГУ им. М.В. Ломоносова).
12.           Когаловский М.Р. XML: возможности и перспективы [Электронный ресурс] /сост. и ред. М.Р. Когаловский – OSP.RU: Издательство «Открытыесистемы», [2001]. (15.02.2001).
13.     Когаловский М.Р.XML: сферы применений [Электронный ресурс] / сост. и ред. М.Р. Когаловский –OSP.RU: Издательство «Открытые системы», [2001]. (17.04.2001).
14.     Когаловский М.Р.Развитие стандартов XML: новые возможности и применения [Электронный ресурс]:(Материалы Второй всероссийской конференции «Стандарты в проектах современныхинформационных систем») [тез. докл.] / М.Р. Когаловский Институт проблем рынкаРАН (27-28.03.2002).
15.     Международнаяорганизация OASIS: сообщество рабочих групп Журнал: Intersoft Lab [Электронныйресурс] Новая деловая газета: CitCity[Web-сайт]. 24.02.1997// (09.04.2003).
16.     Международныйконсорциум W3C: от Рабочего проекта до Рекомендации Журнал: Intersoft Lab[Электронный ресурс] Новая деловая газета: CitCity [Web-сайт].24.02.1997// (08.04.2003).
17.     РоссийскиеЭлектронные Библиотеки Extensible Hypertext Markup Language (XHTML) [Электронный ресурс] /Аннотированный указатель стандартов платформы XML (13.01.2006).
18.     РоссийскиеЭлектронные Библиотеки Hypertext Markup Language (HTML) [Электронный ресурс] /Аннотированный указатель стандартов платформы XML) / (23.12.2003).
19.     Extensible MarkupLanguage (XML) [Электронный ресурс] / Спецификация.
20.     OASISAdvancing E-Business Standart Since [Электронный ресурс] / (1993).
21.     Simple Solutions – разработка и сопровождение Web-сайтов. Введение в учебник HTML, немного истории [Электронныйресурс] / Web-студия Ретюхина Александра (2000-2006).
22.     Simple Solutions – разработка и сопровождение Web-сайтов. PHP и XML. [Электронныйресурс] / Web-студия Ретюхина Александра (2000-2006).
23.     Simple Solutions – разработка и сопровождение Web-сайтов. Основные понятия[Электронный ресурс] / Web-студияРетюхина Александра (2000-2006).
24.     WorldWide Web Consortium W3C, World Wide Web, Web, WWW, Consortium, computer,access, accessibility, semantic, worldwide, W3, HTML, XML, standard, language,technology, link, CSS, RDF, XSL, Berners-Lee, Berners, Lee, style sheet,cascading, schema, XHTML, mobile, SVG, PNG, PICS, DOM, SMIL, MathML, markup,Amaya, Jigsaw, free, open source, software [Электронный ресурс] / (03.1989).
25.     XHTML1.0: The Extensible HyperText Markup Language (Second Edition) [Электронный ресурс] / Спецификация (26.01.2000, 01.08.2002).
26.     HTML 4.01 Specification [Электронный ресурс] / Спецификация (24.12.1999).
/>Приложение1.Международный консорциум W3C
В настоящий момент«на ниве стандартизации» плодотворно трудится целый ряд различныхмеждународных и национальных органов, включая такую авторитетную организацию,как ISO (International Standards Organization, Международная организация постандартизации). То, что мы остановились на W3C и OASIS, объясняетсяисключительно XML-направленностью данной рубрики. Кроме того, эти консорциумыявляются наиболее авторитетными и известными организациями в областиXML-технологий (сразу оговоримся, что мы нисколько не пытаемся принизитьзначимость других объединений, как, например, XBRL Inc. или WS-I, — изучивпринятые в этих органах правила и нормы принятия стандартов, можно говорить обобщности подходов при их разработке и утверждении).
Немного истории
World Wide Web Consortium(W3C) — это международная организация, объединяющая в своих рядах около 450членов и постоянный штат из более чем 60 сотрудников. W3C был создан в октябре1994 года по инициативе Тима Бернерса-Ли (Tim Berners-Lee), создателя«всемирной паутины», на базе Лаборатории вычислительной техникиМассачусетского технологического института (Massachusetts Institute ofTechnology, Laboratory for Computer Science) при активном участии Европейскойорганизации по ядерным исследованиям (Conseil Europeen pour la RechercheNucleaire, CERN), Управления перспективных исследовательских программ (DefenseAdvanced Research Projects Agency, DARPA) и Европейской комиссии (EuropeanCommission). В апреле 1995 года европейское представительство консорциума«приютил» Национальный институт исследований в области компьютернойобработки данных и автоматики (Institut National de Recherche en Informatiqueet en Automatique, INRIA), а в 1996 году — появилось азиатское отделение — инициатором выступил японский центр Shonan Fujisawa Campus (Keio University ofJapan). Наконец, в этом году Европейскому научно-исследовательскому консорциумув области информатики и математики (European Research Consortium on Informaticsand Mathematics, ERCIM) «были переданы функции» INRAI.
Организационнаяструктура
Как отмечалось выше,основу W3C составляют его члены: поставщики продуктов и услуг, корпоративныепользователи, исследовательские лаборатории, органы стандартизации,правительства различных стран. Члены организации направляют техническихспециалистов и своих представителей для участия в работе различных групп консорциума:Рабочих групп (Working Group), Неспециализированных групп (Interest Group) иКоординационных групп (Coordination Group) — руководство которыми осуществляетперсонал W3C, или так называемая Целевая группа (Team). В этих группахвыполняется львиная доля работы консорциума — результатом их деятельностиявляются технические отчеты, программные средства с открытым кодом и различныеуслуги.
Организационно, всеработы в консорциуме ведутся по так называемым направлениям деятельности(Activity). Цели и задачи каждого такого направления излагаются в Декларациинаправления (Activity statement), в котором приводится список задействованныхгрупп.
От предложения дорекомендации
Прежде чем простоепредложение превратится в рекомендацию, оно должно пройти долгий путь развития,согласования и утверждения.
В процессе рассмотренияразличных заявок и замечаний, направляемых членами консорциума, организацииконференций и семинаров, а также отслеживания развития Web-технологий,руководство W3C — Team — может прийти к выводу о необходимости формированиянового направления деятельности. С этой целью Директор (Director) направляет вКонсультативный комитет (Advisory Committee) предложение о формировании новогонаправления деятельности (Activity Proposal). В течение периода рассмотрения,который длится не менее месяца, Консультативный комитет высказывает своисоображения и замечания по обсуждаемому вопросу, после чего Директоринформирует комитет об отношении членов консорциума к этому предложению. Приналичии консенсуса, то есть если эта идея получила всеобщую поддержку, W3Cинициирует новое направление.
Как указывалось выше,итогом деятельности той или иной рабочей группы являются технические отчеты.Международный консорциум различает и публикует два типа отчетов: Примечания(Note) и Технические отчеты.
Примечания — эторазличные документы, комментарии, мнения членов консорциума и представителейобщественности. К ним также относятся заявки на рассмотрение, направляемыечленами W3C, и различные информационные ресурсы, сформированные в процессеработы какой-либо рабочей группы или Целевой группы.
Технический отчетпредставляет собой одну из возможных версий стандарта, разрабатываемого рабочейгруппой: Рабочая версия (Working Draft), Последняя редакция Рабочей версии, илиРабочей версия в статусе «крайнего срока» (Last Call Working Draft),Кандидат к рекомендации (Candidate Recommendation), Предложенная рекомендация(Proposed Recommendation) и Рекомендация (Recommendation).
Любой отчет обязательносодержит сведения о том, является ли этот документ Примечанием или жеТехническим отчетом. Кроме того, в нем указывается его статус: объясняетсяпричина публикации, уточняется, кто его составитель, куда направлятькомментарии, каковы основные отличия от предыдущей версии, ожидаются ли мероприятияпо практической реализации освещаемой технологии и т. д.
Для Рабочей версииобязательно приводится информация о состоятельности рассматриваемого отчета(например, сведения о том, что он может быть аннулирован, или о том, что нанего следует ссылаться исключительно как на незаконченный документ) и наличииконсенсуса среди членов консорциума в отношении этого документа.
Для Примечаниянеобходимым является указание степени одобрения этого документа со стороны W3C,а также пояснение того, предполагается ли в дальнейшем заниматься вопросами,обсуждаемыми в нем.
Остановимся болееподробно на процедуре разработки и принятия различных версий стандартов W3C.Для этого рассмотрим рис. 1. ниже.
/>
Рис. 1. Схематическоепредставление этапов стандартизации
Рабочая версия
Рабочая версия — это«первая ступень» в продвижении технического отчета к самому высокомустатусу, который может получить спецификация — Рекомендации. Формально, дляопубликования Рабочей версии необходимо согласие Директора, хотя фактобнародования документа не является отражением наличия консенсуса или одобрениясо стороны W3C.
При этом, Рабочая группавправе запросить издания Рабочей версии, даже если ее текст не являетсяокончательным и не отвечает всем требованиям группы.
После выхода Рабочейверсии группа должна продолжить работу над ней: принимать комментарии изамечания к данному документу как от членов W3C, так и «представителейобщественности».
Последняя редакцияРабочей версии
Последняя редакцияРабочей версии — это «особый случай» Рабочей версии. Этот документявляется результатом ее доработки на предмет соответствия требованиям Рабочейгруппы, а также формального разрешения всех вопросов, возникших в процессе ееизучения как самими ее авторами, так и другими Рабочими группами и«представителями общественности». Представляя спецификацию в статусеПоследней редакции Рабочей версии, Рабочая группа рассылает запрос на участие врассмотрении документа. К изучению спецификации привлекаются другие группы W3C,а также общественность. При этом, Рабочая группа должна установить периодприема комментариев (как правило, он составляет три недели, хотя в случае, еслитехнический отчет освещает достаточно сложные технические вопросы, указанныйсрок может быть продлен). На этом этапе к работе над спецификацией подключаетсяКонсультативный комитет, который всячески содействует получению отзывов изамечаний — для того, чтобы выявить все проблемы и вопросы до того, какспецификация перейдет в статус Кандидата к рекомендации.
По завершении«окончательного срока» Рабочая группа может обратиться к Директору спросьбой предоставить спецификации статус Кандидата к рекомендации или Предложеннойрекомендации. В случае отказа, Директор обязан «понизить» документ доРабочей версии, поставив в об этом в известность все группы W3C.
Кандидат крекомендации
Для получения статусаКандидата к рекомендации Рабочая группа должна выполнить все требования,предъявляемые к Последней редакции Рабочей версии, формально разрешив всезамечания, высказанные во время периода «крайнего срока» Рабочейверсии, а также согласовать все вопросы, относящиеся к ведению других групп, атакже предоставить список всех формальных возражений.
При переходе Последнейредакции Рабочей версии в статус Кандидата к рекомендации Директор направляет вКонсультативный комитет запрос на реализацию данной спецификации. В этомзапросе должен быть указан минимально возможный период пребывания документа вэтом статусе. При определении этого срока должно быть учтено мнение членовРабочей группы касательно времени, необходимого для получения сведений ослучаях реализации спецификации.
Фактически, переходспецификации в рассматриваемый статус означает, что Рабочая группа ожидает, чтопредложенный ею документ найдет практическое применение (два не связанных междусобой случая реализации не являются обязательным требованием при полученииданного статуса, однако, их наличие или указание о потенциально возможныхрешениях всячески приветствуются).
Как и в случае сПоследней редакцией Рабочей версии, по окончании «кандидатского»периода Рабочая группа может обратиться к Директору с просьбой предоставитьспецификации статус Предложенной рекомендации. В случае отказа, Директор обязан«понизить» документ до Рабочей версии, поставив в об этом визвестность Консультационный комитет.
Предложеннаярекомендация
Для получения статусаПредложенной рекомендации Рабочая группа должна выполнить все требования предыдущегоэтапа, а также добиться реализации каждой функциональности, представленной вспецификации. Желательно, чтобы на каждую функциональность имелось бы два несвязанных между собой случая реализации. Тем не менее, если Директор считает,что незамедлительное изучение спецификации членами Консультативного комитетаявляется необходимым условием успешного завершения разработки стандарта, онможет предоставить спецификации статус Предложенной рекомендации, даже если онане получила необходимого апробирования.
Директор может обязатьРабочую группу разрешить все вопросы, поднятые членами Консультативногокомитета в течение периода рассмотрения, который длится не менее одного месяца.Рабочая группа также должна формально ответить на вопросы, возникающие вне Консультативногокомитета (в других рабочих группах и в среде общественности), своевременносообщив об этом Директору.
По окончании данногоэтапа Директор может предоставить спецификации статус Рекомендации, в противномслучае он обязан «понизить» документ до Кандидата к рекомендации илиРабочей версии.
Каким бы ни было егорешение, Директор должен сообщить о нем Консультативному комитету не ранее двухнедель после завершения периода рассмотрения Предложенной рекомендации. Однако,Директор обязан сделать объявление не позднее трех недель.
Рекомендация
Чтобы Предложеннаярекомендация превратилась в Рекомендацию, Директор должен быть уверен, что онапользуется ощутимой поддержки со стороны Консультативного комитета, Целевойгруппы, рабочих групп W3C и общественности. Решение о предании документустатуса Рекомендации является решением W3C.
При переходе спецификациив статус Рекомендации члены консорциума должны оказывать новой Рекомендациивсяческую поддержку (отслеживать опечатки, предоставлять испытательные программныесредства и т. д.) и способствовать широкому применению этого стандарта.
W3C может опубликоватьисправленную версию Рекомендации, в которой будут исправлены опечатки и внесеныредакторские правки. В этом случае раздел о статусе документа должен отражатьсоответствующую информацию.
Если же требуется болеесущественный пересмотр Рекомендации, Рабочая группа обязана руководствоватьсяобщими правилами стандартизации, изложенными выше.
/>Приложение2.Международная организация OASIS.
История создания икраткая информация об организации
Organization forStructured Information Standards (OASIS, Организация по стандартизацииструктурированной информации) — международный, некоммерческий консорциум,объединяющий в своих рядах более 600 корпоративных и индивидуальных членов изразличных стран мира. Вместе с ООН OASIS финансирует проект ebXML, спецификациюобмена данными электронного бизнеса. Кроме того, консорциум осуществляетуправление XML.org, центром анализа и синтеза XML-схем, а также поддерживает CoverPages, интерактивную коллекцию совместимых стандартов языков разметки.
Корни организации уходятв 1993 год, когда был основан консорциум SGML Open, цель которого состояла вразработке принципов согласованности продуктов, поддерживающих язык SGML. Чтобысоответствовать изменившимся реалиям: росту объема технических разработок,включая работу над языком XML и другими связанными стандартами, в 1998 годуконсорциум сменил название на нынешнее.
Общее руководствоконсорциумом осуществляет Совет директоров (Board of Directors), избираемыйчленами OASIS. Совет директоров состоит из восьми директоров, срок полномочийкоторых составляет два года.
Как и в международномконсорциуме W3C, большая часть работы по созданию стандартов ведется вТехнических комитетах (Technical Committee, TC). В состав комитетов может войтилюбое лицо, являющееся либо индивидуальным членом OASIS, либо служащимкомпании-члена OASIS, либо членом другой организации, которая располагаетправами объединенного членства, или другим физическим лицом, в случае принятияСоветом директоров соответствующего решения. Кроме того, в работе надспецификациями могут принимать участие лица, не являющиеся членами OASIS — несмотря на то, что они не располагают правом голоса, они могут выражать своемнению по рассматриваемому вопросу, направляя отзывы в комитет (comment list).
Спецификациитехнических комитетов и стандарт OASIS
Первым шагом на путистановления стандарта является формирование списка обсуждения (discussionlist), цель которого — обоснование необходимости создания технического комитетаи обсуждение его задач, устава и т. п. Для этого не менее трех членовконсорциума должны направить в Правление технических комитетов OASIS (OASIS TCAdministration) соответствующую просьбу, указав потенциальные задачи будущегокомитета, название списка обсуждения, имена лиц, участвующих в егоформировании, контактную информацию, а также имя руководителя этого проекта.
Не позднее 15 дней посленаправления указанной просьбы Правление технических комитетов OASIS обязанообнародовать эти материалы, призвав членов организации к участию в обсуждении.Упомянутый выше список обсуждения представляет собой реестр электронныхадресов, который может находится на сайте OASIS не более трех месяцев.
Следующий шаг — обращениев Правление технических комитетов OASIS с предложением об образованияТехнического комитета. Такая заявка должна включать следующую информацию:
·     НазваниеТехнического комитета.
·     Декларация егозадач.
·     Перечень выходныхдокументов комитета и планируемые сроки завершения работ.
·     Язык проекта(работа в комитете может осуществляться на любом языке, однако, итоговый отчето деятельности, представляемый членам OASIS на утверждение, должен быть написанна английском языке).
·     Дата, время иместо первого заседания комитета. Дата первого совещания должна быть назначенане ранее чем через 30 дней после объявления о создании комитета в случае, еслипланируется проведение телекоференции, и не ранее чем через 45 дней, если этоочная встреча.
·     Предполагаемыйграфик заседаний на первый год.
·     Имена иэлектронные адреса членов Технического комитета (не менее трех человек).
·     Имя председателякомитета.
·     Имена возможныхустроителей совещаний.
Не позднее 15 дней послеполучения данного предложения Правление технических комитетов OASIS обязанообнародовать данную информацию, призвав членов организации к участию в работеданного комитета, либо отклонить заявку, указав причину отказа. В случаеположительного решения Правление также формирует для данного комитетаобщедоступный и закрытый списки рассылки.
Призыв к участию в работенового комитета — это фактически предложение присоединиться к комитету — дляэтого необходимо направить на имя председателя комитета не позднее чем за 15дней до первого заседания комитета соответствующее письмо, а также подписатьсяна общедоступный список рассылки.
Согласно Регламентутехнических комитетов OASIS (OASIS Technical Committee Process) консорциумпринимает и публикует два типа технических материалов: Спецификации комитетов(Committee Specification) и Стандарт OASIS (OASIS Standard).
Спецификациякомитета
Спецификация комитета — это окончательная и утвержденная членами комитета версия документа. Наличиеэтого статуса является достаточным условием для того, чтобы организации икомпании могли начать использовать данную спецификацию, хотя переходспецификации на следующий уровень — Стандарт OASIS — придает ей дополнительный«вес». Необходимо иметь в виду, что Технический комитет вправе невыдвигать свою спецификацию на получение статуса Стандарта.
Для того, чтобыразработанная Техническим комитетом спецификация была признана Стандартом,необходимо не менее двух третий голосов членов этого комитета. При этом, противдолжно высказаться не более четверти его членов.
Как и в случае другихрешений, принимаемых комитетом, данное «постановление» должно бытьзанесено в протокол и опубликовано на Web-странице и в списке рассылки. Крометого, председатель комитета должен поставить об этом в известность Управляющеготехническими комитетами (TC Administrator), чтобы спецификация появилась наWeb-странице, на которой перечислены Спецификации комитетов.
Стандарт OASIS
Стандарт OASIS — этоСпецификация комитета, которая после представления членам консорциума нарассмотрение, была одобрена в ходе проведенного голосования.
Прежде чем внестиСпецификацию на утверждение, предлагаемая Спецификация должна быть передана«на суд общественности». Цель этого шага — а на изучение должно бытьотведено не менее одного месяца — гарантировать, что документ достоинвыдвижения на статус Стандарта (при этом, комитет может провести несколькоциклов рассмотрения с последующим голосованием на предмет окончательногоутверждения документа в качестве Спецификации комитета). После чего Техническийкомитет должен решить путем голосования, направлять ли данную Спецификацию насоискание статуса Стандарта. В случае положительного результата председателькомитета направляет Управляющему технических комитетов до 15-го числа любогомесяца документ, который должен содержать следующую информацию:
·     Спецификацию исоответствующую документацию.
·     Краткое изложениеСпецификации, написанное на английском языке.
·     Сертификат,подтверждающий, что по крайней мере три организации-члена OASIS успешноиспользуют Спецификацию. Кроме того, лица, выдавшие свидетельство об примененииСпецификации, должны подтвердить, что ее реализация отвечает требованиям,принятым в OASIS в отношении прав на интеллектуальную собственность (IRPPolicy).
·     Отчет об отзывах,полученных в ходе рассмотрения Спецификации.
·     Указание на архивкомментариев, то есть на архивы списков рассылки и замечаний Техническогокомитета.
По получении указанногодокумента Управляющий технических комитетов до конца текущего месяца (в течение15 дней) проверяет заявку на предмет ее соответствия требованиям Регламентатехнических комитетов, после чего, в начале следующего месяца, передает этотдокумент членам OASIS на рассмотрение. До середины месяца (в течение 15 дней)члены консорциума могут ознакомиться со Спецификацией комитета; на данном этапевыдвижение комментариев не приветствуется, поскольку считается, чтоСпецификация уже прошла этап изучения и приема замечаний. Таким образом, доконца месяца (в течение последующих 15 дней) члены OASIS обязаны проголосоватьза или против предлагаемого Стандарта. Правом голоса обладают толькокорпоративные члены организации. Голосование является открытым и проводитсяпосредством отправки электронных сообщений.
Чтобы получить статусСтандарта OASIS, Спецификация комитета должна получить не менее 10% голосов,однако, число проголосовавших против также должно быть не более 10%. В случаенепринятия Спецификации Технический комитет может повторить ее представление настатус Стандарта.
Результаты голосованиястановятся известны в течение семи дней после окончания периода голосования. Вслучае положительного результата объявление о выходе нового Стандарта и самСтандарт публикуются на сайте OASIS.