Учебная работа. Реферат: Стандарты ODA и SGML

Учебная работа. Реферат: Стандарты ODA и SGML

Министерство образования и науки Русской Федерации

Государственное образовательное учреждение высшего проф образования

Горно-Алтайский муниципальный институт

Экономический факультет

Кафедра прикладной информатики в экономике

Реферат

По курсу «Мировые информационные ресурсы»

«Эталоны ODA и SGML»

Выполнил:

Разгоняев Александр Сергеевич

3 курс, 837 группа

Проверил:

Кыров Виктор Николаевич

Реферат защищён

«____»______________2010 года

Оценка ________

________________

(подпись управляющего)

г. Горно-Алтайск 2010

Содержание

Введение 3

Глава 1. Object Data Base Markup Language 4

1.1 Главные положения 4

1.2 разработка ODA 6

1.3 Практическое применение 7

Глава 2. Эталон SGML 9

2.1 Что такое SGML 9

2.2 Терминология 11

2.3 Индивидуальности SGML 12

Заключение 16

Перечень литературы 17

Введение

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

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

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

форме».

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

Глава 1.
Object
Data
Base
Markup
Language

1.1 Главные положения

В истинное время принятым и вместе применяемым единым эталоном хранения и передачи структурированных данных является эталон ODA (Object Data Base Markup Language), т.е. таковой формат данных, который не привязан ни к платформе, ни к определенному программному пакету.

ODA – язык описания структурированных данных объектного типа, который разработан на базе языка XML, рекомендованного в качестве эталона. Документы формата ODA являются объектными хранилищами данных хоть какого типа, структуры и содержания. структура описания данных ODA дозволяет представить в данном формате любые данные из имеющихся информационных систем, хранилищ и баз данных. Благодаря всепригодному описанию информационных структур хранение, передача, анализ, интерпретация данных может осуществляться инструментами, создаваемыми хоть какими независящими разрабами без привязки к информационному контексту, но при всем этом они все будут стопроцентно совместимы меж собой.

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

ODA (Object Data Base Markup Language) – язык описания структурированных данных объектного типа, который разработан на базе языка XML (Extensible Markup Language), рекомендованного консорциумом W3C в качестве эталона, с целью наращивания многофункциональных способностей и увеличения уровня взаимодействия в Сети 6 октября 2000 года.

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

ODA не повторяет классические, обычные решения, а дозволяет употреблять мощнейший и современный принцип объектной инфы.

Вот главные тезисы, положенные в базу технологии ODA.

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

Применяя разные наборы и типы параметров можно обрисовать полностью любые информационные единицы и объекты.

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

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

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

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

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

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

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

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

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

формат ODA равнозначно воспринимается всеми операционными системами, в связи с чем, отсутствует платформенная привязанность и трудности с межплатформенными отношениями.

Для настоящей работы с данными ODA нужен ODA сервер.

Для доступа к ODA данным довольно хоть какого Web-броузера, поддерживающего html, XML и JavaScript.

1.2 Разработка ODA

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

В базе эталона лежат 5 принципов построения данных:

1. Описание строения базы в отдельном файле.

Характеристики и структура каждой базы данных описывается в файле заголовка данной базы в формате xml. Этот файл содержит характеристики самой базы, описание всех полей и табличных частей, применяемых событий (действий).

2. Создание из каждой записи базы отдельного файла.

В отличие от имеющихся объектных баз данных, в каком все записи базы составляют один файл, по эталону ODA любая запись базы данных — это отдельный файл в формате xml. Все файлы-объекты хранятся в папке OBJECTS. структура всякого файла состоит из заполненных полей, определенных заголовком данной базы.

3. Возможность использования необязательных полей.

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

4. Внедрение глобального неповторимого идентификатора (GUID) для каждой базы данных.

В момент сотворения базы ей присваивается глобальный неповторимый идентификатор (GUID).

5. Внедрение связей меж базами через GUID.

Внедрение GUID’а дозволяет работать с разными базами не только лишь на отдельном компе либо в локальной сети, да и в сети веб.

1.3 Практическое применение

Основное предназначение технологии ODA — создание всеохватывающих информационных систем для компаний разных видов деятель и масштабов.

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

Иными словами, при помощи технологии ODA можно сделать всеохватывающую систему управления предприятием.

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

Существует масса принятых эталонов и форматов для разных типов инфы (DOC, html, TXT, XLS, JPEG, BMP, MP3, AVI и т.д.). Но, как ни удивительно, до сего времени не было самого головного эталона – одного эталона структурированных данных. Имеется в виду таковой формат данных, который не привязан ни к платформе, ни к определенному программному пакету, а являлся бы просто принятым и вместе применяемым эталоном хранения и передачи структурированных данных.

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

Глава 2. Эталон SGML

2.1 Что такое
SGML

Эталон ISO 8879 Information Processing — Text and Office System — Standard Generalized Markup Language (SGML) описывает обобщенный обычный язык разметки текста, метод описания структуры документа, также формат вставляемых в документ описательных меток. Исходя из убеждений эталона SGML, документ рассматривается как совокупа:

1. содержания (инфы, содержащейся в документе в текстовой, графической и мультимедийной форме);

2. данных о структуре документа (связи глав, разделов, параграфов, ссылок, прав доступа к элементам документа);

3. данных о стиле дизайна документа (применяемых шрифтах, интервалах, размерах полей, методе нумерации и т.д.).

структура документа задается с помощью таблицы «Определения типа документа» (DTD) (в определениях эталона – Document Type Definition), описывающего его структуру. В DTD указывают соответствие знаков и их кодов, наибольшие длины применяемых идентификаторов, метод представления ограничителей для тегов, остальные вероятные соглашения, синтаксис DTD, также тип и версию документа. DTD задает связь глав, заголовков глав, разделов и остальных фрагментов текста, образующих документ. Эталон SGML устанавливает такие огромного количества знаков и правил для представления инфы, которые разрешают разным системам верно распознавать и идентифицировать эту информацию, как следует, SGML можно именовать метаязыком для семейства определенных языков разметки. А именно, подмножествами SGML можно считать языки разметки XML (Extensible Markup Language — расширяемый язык описания документа) и HTML. При всем этом XML наиболее комфортен, чем SGML: легче воспринимается, адаптирован для использования в современных браузерах, сохраняет способности SGML.

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

Эталон ISO/IEC 10179 Document Style Semantics and Specification Language (DSSSL) описывает язык для описания правил и формата отображения SGML-документов при выводе на экран, печать либо другое устройство отображения.

сейчас все почаще можно повстречать аббревиатуру SGML. Почти все виды документации поставляются в формате SGML. Пользующийся популярностью язык разметки Web-страниц HTML является приложением SGML.

Эталон SGML (ISO 8879). SGML — Standard Generalized Markup Language, обычный обобщенный язык разметки. Разработан компанией IBM в 80-е гг. для составления электрической документации на системы вооружения Министерства обороны США

Показавшаяся сначала 80-х SGML-разработка переживает на данный момент период расцвета. Что же все-таки это такое? Что она дает своим юзерам? Как с ней работать? На эти и остальные вопросцы я пробую ответить данной статьей.

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

SGML (Generalized Markup Language) разработан в недрах всесущей компании IBM. Его наследник SGML (Standard Generalized Markup Language) принят в 1986 году в качестве интернационального эталона[1] для определения независящих от устройств ввода/вывода, независящих от вычислительной среды способов представления текстов в электрической форме. Наиболее буквально, SGML — это метаязык, другими словами средство формального описания языка, в данном случае, языка разметки.

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

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

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

2.3 Индивидуальности SGML

Три свойства SGML различают его от иных языков разметки.

Сначала это описательная разметка. Система с описательной разметкой употребляет коды разметки, которые просто предоставляют наименования для категоризации частей документа. Коды разметки, такие как <para> либо end{list}, просто идентифицируют порцию документа и говорят, что «она является параграфом», либо что «это — конец крайним начатого перечня» и т.п. С иной стороны, система с процедурной разметкой описывает, какая обработка обязана производиться в определенной точке документа: «в этом месте вызвать функцию PARA с параметрами 1, b и x», либо «передвинуть левую границу на 2мм левее, правую границу — на 2мм правее, пропустить одну строчку и встать на новейшую левую границу» и т.п. В SGML аннотации, нужные для обработки документа с какой-нибудь определенной целью (к примеру, для форматирования), верно отделяются от описательной разметки, которая встречается снутри документа. Обычно они собраны вне документа в отдельных процедурах либо программках.

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

SGML вводит понятие типа документа, и, соответственно, определения типа документа (document type definition, DTD). Документы числятся типизированными, так же, как и остальные обрабатываемые компами объекты. Тип документа формально определяется его составными частями и их структурой. Определение, к примеру, отчета быть может таковым, что он состоит из заголовка и, может быть, создателя, за которыми следует инструкция и последовательность 1-го либо наиболее абзацев. Хоть какой документ в отсутствие заголовка, в согласовании с сиим формальным определением, не будет формально являться отчетом, так же как не будет им являться и последовательность абзацев, за которой следует инструкция, несмотря на то, как похож на отчет таковой документ исходя из убеждений читателя-человека.

Так как документы относятся к известным типам, можно употреблять специальную программку, именуемую анализатором (parser), для того, чтоб обработать документ, утверждающий, что он относится к определенному типу, и проверить, вправду ли все элементы, требуемые для данного типа документов, находятся и находятся в правильной последовательности. Что еще наиболее принципиально, различные документы 1-го типа могут обрабатываться унифицированным образом. Можно писать наиболее умственные программки, использующие познания, заключенные в информационной структуре документа.

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

SGML даёт возможность создавать документы в любом требуемом виде. Комфортно оказалось и написание «вордовых» бумажек в обычной среде XEmacs без использования Windows. Все использованные программы- бесплатны и распространяются в начальных текстах, что позволило установить их на всех применяемых мной системах. При этом оказалось, что начать работать с SGML совсем легко, любой, кто хоть раз редактировал WWW страницу, не ужаснется вида конструкций SGML.

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

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

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

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

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

Наилучшее управление данными. С SGML можно определять информационные элементы и манипуляции с ними с случайной степенью детальности. Размеченные элементы могут иметь атрибуты, определяющие свойства и характеристики частей. Эта информация не создана для печати, но может посодействовать в управлении элементами данных. к примеру, атрибут ID (идентификатор) может неповторимым образом идентифицировать один абзац, либо целый раздел, примечание, иллюстрацию, задание, — хоть какой элемент, как в этом примере: <para id=431>информация</para>

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

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

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

Упругость в приложении SGML дозволяет употреблять информацию далековато за рамками «настольной типографии». к примеру: странички WWW; информационные базы данных; диагностические / экспертные системы; электрическая почта; гипертекстовая документация; публикации на CD-ROM; интерактивные электрические мануалы.

Заключение

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

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

Перечень литературы

Сеймон. Ш. О SGML и html. [Электронный ресурс]/ http://pyramidin.narod.ru/html401/sgmltut.html

Черняк Л.А. [Электронный ресурс]HTTP://www.i2r.ru/static/479/

1. http://pyramidin.narod.ru/html401/sgmltut.html — О SGML и HTML

2. http://www.artbis.ru/index.php?mact=CGBlog,cntnt01,detail,0&cntnt01articleid=33&cntnt01returnid=72 — всё о ODA

3. HTTP://www.oda.su/index.php?page=tehnologiya-oda – разработка ODA

4. http://ru.wikipedia.org/wiki/SGML -SGML. Материал из Википедии.

5. HTTP://en.wikipedia.org/wiki/Standard_Generalized_Markup_Language — Standard Generalized Markup Language

6. HTTP://mcc.hydromet.ru/docs.rus/html4/sgml/intro.html — Справочная информация SGML для HTML

7. HTTP://webcache.googleusercontent.com/search?q=cache:M2OtLUgk8ZoJ:www.intuit.ru/department/internet/html/3/+SGML&cd=10&hl=ru&ct=clnk&gl=ru&lr=lang_ru&client=Opera –Введение в SGML. Intuit.ru

8. http://www.freebsd.org/ru/docproj/sgml.html —

9. http://www.oasis-open.org/cover/sgml-xml.html — Страничка SGML/XML. Содержит бессчетное огромное количество ссылок на информацию о SGML.

10. http://xml.coverpages.org/sgml.html — SGML and XML as (Meta-) Markup Languages

]]>