Стандарты rdf пример практического применения rdf icon

Стандарты rdf пример практического применения rdf




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


Тема 6. Описание семантики понятий в Web

Лекция 14 Описание ресурсов Web – язык RDF

План

  1. Проблема описания семантики и границы XML

  2. Основные понятия RDF

  3. Стандарты RDF

  4. Пример практического применения RDF

  5. RDF и Mozilla.


На первой лекции мы говорили о двух основных направлениях исследований в семантическом Web:

1. Разработка новых языков представление данных. На сегодняшний день такими языками является Расширяемый Язык Разметки XML (eXtensible Markup Language) и Средства Описания Ресурсов RDF (Resource Description Framework).

2. Разработка онтологий понятий предметных областей. Это направление близко к области искусственного интеллекта, и называется онтологическим подходом. Оно включает средства аннотирования документов, которыми могли бы воспользоваться компьютерные программы - веб-сервиси и агенты при обработке сложных запросов пользователя.





Рис. 1. Стек технологий семантического Web (Пирог Тима Бернса-Ли)


Важные даты:

1998: Том Бернерс-Ли публикует план семантического Веб

(Semantic Web Road map)

1999: W3C создает группы проекта семантического Веб, публикуется первая версия RDF

2004: Выпущена новая версия RDF, представлен язык описания онтологий OWL

2006: Представленная версия языка запросов SPARQL (candidate recommendation)


XML – это синтаксическая основа Семантического Web.

RDF – это семантическая основа Семантического Web.

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


1. Проблема описания семантики и границы XML

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

Универсальный синтаксис открыл дорогу появлению ряда важных сопутствующих XML технологий. Это языки XSL и XPath, предназначенные для работы с древовидной структурой документов; XML Schema – стандарт описания конкретных языков разметки, использующий синтаксис XML; XLink и XPointer – средства связи распределенных блоков информации в один общий документ; XQuery – язык запросов к размеченным данным и другие технологии.

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

Однако постепенно с течением времени мировое сообщество приходит к пониманию того, что при всех своих достоинствах XML не в состоянии стать подходящим средством выражения семантики размеченных данных.

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

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

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

На XML можно описать только данные, но невозможно извлечь знания.

В качестве такого языка описания знаний предложен разработанный консорциумом W3C Resource Description Framework (RDF)

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

Таким образом, RDF изначально ориентирован на межпрограммное взаимодействие, а не на отображение информации.


2. Основные понятия RDF

Итак, что такое RDF? Согласно определению Википедии:

Resource Description Framework (RDF) — это разработанная W3C модель для представления данных, в особенности — метаданных. RDF представляет утверждения о ресурсах в виде, пригодном для машинной обработки. RDF является частью концепции семантической паутины.

Ресурсом в RDF может быть любая сущность — как информационная (например, веб-сайт или изображение), так и неинформационная (например, человек, город или некое абстрактное понятие). Утверждение, высказываемое о ресурсе, имеет вид «субъект — предикат — объект» и называется триплетом (или тройкой). Утверждение «небо голубого цвета» в RDF-терминологии можно представить следующим образом: субъект — «небо», предикат — «имеет цвет», объект — «голубой». Для обозначения субъектов, предикатов и объектов в RDF используются URI. Множество RDF-утверждений образует ориентированный граф, в котором вершинами являются субъекты и объекты, а рёбра помечены предикатами.

RDF сам по себе является не форматом файла, а только лишь абстрактной моделью. Для записи и передачи RDF используется несколько форматов, в том числе:

  • RDF/XML — запись в виде XML-документа;

  • RDFa (англ. RDF in attributes) — запись внутри атрибутов произвольного XML- или HTML-документа;

  • N-Triples, Turtle, N3 — компактные формы записи утверждений.

Для обработки данных, представленных в RDF, могут использоваться языки запросов: SPARQL (стандарт W3C), RQL, RDQL.


Упрощенно можно сказать, что RDF это :

•модель + графический формализм+

•XML-синтаксис+

•семантика для представления метаданныхRDF

Пример 1

http://xmlhack.ru/texts/06/rdf-quickintro/rdf-quickintro.html


Утверждение:

Джон имеет мать Сьюзен, отца Ричарда и дядю Лука.


1. Компактная форма записи N3


@prefix : .

:john a :Person .

:john :hasMother :susan .

:john :hasFather :richard .

:richard :hasBrother :luke .


2. Запись в виде XML-документа


xmlns:ns="http://www.example.org/#">

about="http://www.example.org/#john">

resource="http://www.example.org/#susan" />



about="http://www.example.org/#richard">

resource="http://www.example.org/#luke" />










Модель данных RDF

Утверждения, задаются тройками:


< субъект, предикат, объект>


•Субъект-некоторый ресурс (идентификатор ресурса):

•Предикат-свойство ресурса (или отношение с другим ресурсом)

•Объект-значение свойства ресурса (или отношения)


Пример 2

http://www.example.org/index.html has a creator whose value is John Smith

Джон Смит – создатель http://www.example.org/index.html

Субъект - http://www.example.org/index.html

Предикат - http://purl.org/dc/elements/1.1/creator

Объект - http://www.example.org/staffid/85740





3. Стандарты RDF. Общая схема описания ресурсов

Стандарт RDF (Resource Description Framework) включает две основные части – собственно способ описания ресурсов, а также способ задачи схем, по которым ресурс описывается.

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

Вторая (RDF Schema – RDFS) служит для задачи структуры предметной области и аналогична онтологии.

На RDF можно описывать как структуру ресурса, так и связанную с ним предметную область.

Таким образом, RDF предоставляет возможность формулировать утверждения в виде, пригодном для обработки компьютером и это является основой Semantic Web.

Синтаксис RDF основан на нескольких стандартах и других документах.

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

На первом этапе стандартизации RDF, имевшем место в 1999–2000 гг., были разработаны два основных документа:

http://www.w3.org/TR/1999/REC-rdf-syntax-19990222. "Окончательная рекомендация по модели и синтаксису RDF 1.0". Под моделью понимается концептуальная модель, лежащая в основе языка.

http://www.w3.org/TR/2000/CR-rdf-schema-20000327. Этот документ разрабатывался в течение нескольких лет. Он определяет схему RDF (RDF Schema) – способ задания словаря для документов RDF. Такой словарь задает допустимые теги и атрибуты, их сочетания и, в конечном счете, семантику документов. Схема RDF отличается от схемы XML (XML Schema).

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

http://www.w3.org/TR/rdf-syntax-grammar/, "Спецификация синтаксиса RDF/XML (пересмотренная)", представляет собой обновленный вариант первого из двух документов, перечисленных выше.

http://www.w3.org/TR/rdf-schema/, "Язык описания словаря RDF 1.0: RDF Schema", – развитие второго документа.

Существует также ряд пояснительных документов, посвященных различным аспектам RDF и доступных на сайте Консорциума W3C: http://www.w3.org/.


5. Примеры практического применения RDF

http://xmlhack.ru/texts/06/rdf-quickintro/rdf-quickintro.html

RDF может использоваться, если нужно свести распределённую информацию в общую систему.

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

RDF бы подошёл в этом проекте особенно хорошо. Каждый поставщик и каждый эксперт могут разместить на своем веб-сервере RDF-файл.

Поставщики выбирают для своих продуктов URI, и эксперты используют эти URI, когда публикуют свои оценки. Тогда поставщики не вынуждены выбирать общую схему наименования для своих продуктов, и эксперты не привязаны к форматам данных, выбранным поставщиками. RDF позволяет и поставщикам, и экспертам использовать те инструменты, которые им удобнее, и никто не заставляет никого пользоваться каким-то определённым языком.

Такой вид имели бы RDF-файлы, которыми они обмениваются:

Поставщик 1:

vendor1:productX dc:title "Cool-O-Matic" .

vendor1:productX retail:price "$50.75" .

vendor1:productX vendor1:partno "TTK583" .

vendor1:productY dc:title "Fluffertron" .

vendor1:productY retail:price "$26.50" .

vendor1:productY vendor1:partno "AAL132" .


Поставщик 2:

vendor2:product1 dc:title "Can Closer" .

vendor2:product2 dc:title "Dust Unbuster" .


Эксперт 1:

vendor1:productX dc:description "This product is good buy!"

.


Эксперт 2:

vendor2:product2 dc:description "Who needs something to unbust dust?

A dust buster would be a better idea,

and I wish they posted the price." .

vendor2:product2 review:rating review:Excellent .

Как только приложение получает эти файлы, у него появляется достаточно информации, чтобы соотнести продукты, цены, оценки, и даже такую специфическую информацию, как vendor1:partno (шифр изделия). То, что вы должны понять из этого примера, — это насколько гибок RDF: он не накладывает практически никаких ограничений и всё же позволяет приложениям моментально соотносить распределённую информацию.

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

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


6. RDF и Mozilla

http://www.intuit.ru/department/se/mozilla/11/

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

Технология RDF образует связующее звено между прикладной и интерфейсной частями платформы.

Это возможно благодаря тому, что как XUL, так и компоненты объектной модели приложения (AOM) непосредственно поддерживают работу с форматом RDF. Системы шаблонов и оверлеев, созданные для более эффективной работы XUL, также основаны на RDF.









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

  • Конфигурация и расположение окон, выбранных пользователем

  • Содержимое Боковой панели браузера

  • Файлы-манифесты архивов JAR, пакетов chrome, тем и пакетов локализации

  • Базы данных оверлеев

  • Состояние Инспектора DOM

  • Состояние менеджера загрузок

  • Типы MIME

Классический браузер и Netscape 7 создают и используют RDF-файлы и для многих других целей. Многие расширения к браузеру, доступные на сайте www.mozdev.org и других сайтах, также используют RDF для хранения данных.

RDF – не только формат файлов, но и модель данных. Инфраструктура платформы Mozilla использует факты RDF в различных местах, не обязательно читая или создавая файлы в этом формате. Например, информация, хранимая в другом формате, может автоматически преобразовываться в RDF для обработки внутри платформы. Вот некоторые элементы платформы, при работе с которыми используется модель данных RDF:

  • Система оверлеев XUL

  • Система шаблонов XUL

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

  • Закладки

  • История посещений браузера

  • Загружаемые описания наборов символов

  • Реестр Mozilla

  • Функция "Ссылки по теме" Боковой панели

  • Окна, открытые в настоящий момент

  • Адресная книга

  • Папки почтового клиента

  • Почтовые сообщения

  • Отправка сообщений с помощью протокола SMTP

  • Учетные записи электронной почты и конференций

  • Звуки, воспроизводимые при получении новой почты

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

Синтаксис RDF
Тег

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



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

Пространства имен, образующие словарь RDF платформы Mozilla

URL пространства имен

Префикс xmlns

Где определено

Использование

http://www.w3.org/1999/02/22-rdf-syntax-ns#

RDF

www.w3.org

Базовая поддержка RDF

http://home.netscape.com/WEB-rdf#

Web

Код Mozilla

Закладки и метки времени

http://www.mozilla.org/rdf/chrome#

Chrome

Код Mozilla

Управление пакетами chrome и оверлеями

http://home.netscape.com/NC-rdf#

nc

Код Mozilla

Общего назначения

http://www.mozilla.org/LDAPATTR-rdf#

ldapattr

JavaScript, на основе свойств LDAP

Поддержка LDAP в почтовом клиенте

http://www.mozilla.org/inspector#

ins

JavaScript

Инспектор DOM

За исключением первой строки таблицы, ни одному из указанных URL не соответствует реальный документ. URL, содержащие "netscape", являются наследием Netscape Communicator 4.x. Префиксы представляют собой рекомендации, основанные на существующих соглашениях. Из перечисленных префиксов в различных компонентах Mozilla наиболее широко используются web, chrome и nc. Чтобы использовать пространство имен, нужно знать ключевые слова (теги), предоставляемые этим пространством. Эти ключевые слова обсуждаются ниже в разделе "Теги предикатов". Разработчик приложений может добавлять к RDF-документам любые другие пространства имен, включая в документ дополнительные декларации xmlns.

Содержимым тега являются теги-потомки. Его непосредственными потомками могут быть тег и теги- контейнеры .
Тег

Тег является основой всего языка RDF. Этот тег представляет один или несколько фактов и может содержать любое количество тегов-потомков, в том числе ни одного. Каждый тег-потомок является предикатом (свойством RDF). Каждый тег-потомок выражает один факт, субъект которого указан в теге . В листинге 11.8 представлены два факта, выраженные с помощью одного тега .

<факт субъект="...">

<свойство1 ...>объект1

<свойство2 ...>объект2



Листинг 11.8. Два факта, определенные с помощью одного тега RDF

Этот фрагмент записан на псевдокоде, а не на синтаксически корректном RDF. Вместо термина предикат мы использовали свойство, поскольку эти термины взаимозаменяемы. Из этого примера видно, почему в терминологии RDF говорят о свойствах – факт здесь определяет два свойства субъекта. Более строгое утверждение состоит в том, что перед нами сокращенная запись двух различных фактов с одним и тем же субъектом.

В RDF роль тега из этого примера играет тег , который по сути является контейнером. Он, однако, отличается от прочих контейнеров RDF тем, что не имеет никакой специальной семантики и содержит пары предикат/свойство, а не субъекты или объекты.

Тег имеет следующие специальные атрибуты.

ID about type

Каждый тег должен иметь атрибут ID или атрибут about. Если тег не имеет ни одного из этих атрибутов, считается, что соответствующий факт имеет анонимный субъект. Этот субъект для внешнего мира невидим (для него невозможно определить уникальный URL), а в рамках данного документа он считается неопределенным термом.

Считается, что атрибут ID имеет имя, которое совпадает с его значением. Это имя можно добавить к URL документа RDF, чтобы получить уникальный URL для факта как целого. Одновременно этот же URL рассматривается как URL субъекта данного факта. Использование атрибута ID тега имеет смысл в том случае, если у этого тега есть ровно одно свойство. Субъект факта, определенного с использованием атрибута ID, доступен для внешнего мира (как и в предыдущем абзаце, речь идет не о физической доступности документа, а о возможности адресации факта и его субъекта).

Атрибут about определяет субъект факта. Его значением должен быть полный URL. Если атрибут about используется вместо атрибута ID, факт как целое не имеет собственного URL и недоступен из внешнего мира.

Атрибут type указывает тип объекта факта (в терминологии RDF – значения свойства ресурса). Как правило, объектом/значением является содержимое XML, заключенное в открывающий и закрывающий теги элемента- свойства. Атрибут type указывает, какого рода этот объект. Если этот атрибут присутствует, его значение должно быть корректным URI. Mozilla никак не обрабатывает атрибут type в документах RDF; он не связан ни с какой схемой данных. Следует заметить, что атрибут type вместе со своим значением фактически образует пару свойство-значение (предикат- объект). Как мы увидим ниже, в RDF определен тег-предикат type; атрибут type может рассматриваться как сокращенная запись этого предиката.

Mozilla не поддерживает следующие специальные атрибуты тега :

aboutEach aboutEachItem bagID

Два первых атрибута не рекомендованы к применению последними версиями спецификации RDF. Атрибут bagID используется для реификации фактов; Mozilla не поддерживает эту функциональность.

Сокращенная нотация

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

Следующий фрагмент RDF выражает единственный факт, свидетельствующий о том, что Спот принадлежит Тому:



Спот



В данном случае субъект и предикат представлены с помощью URL; объект представлен с помощью литерала. Предикат принадлежит пространству имен XML с префиксом ns. Это пространство было декларировано в начале документа, поэтому полный URL предиката нельзя установить на основании одного лишь данного фрагмента. Сокращенная запись того же фрагмента выглядит следующим образом:



Обратите внимание на префикс пространства имен перед атрибутом. Эта возможность предусмотрена спецификацией XML, но не слишком часто используется на практике. Сокращенная запись допустима лишь в том случае, когда объект/значение является литералом, а не URI.
Теги предикатов/свойств

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

RDF определяет атрибуты XML, которые можно добавлять к тегам свойств. Эти атрибуты влияют на любой тег-свойство, к которому они добавлены, подобно тому, как добавление атрибута observes превращает любой тег в элемент-наблюдатель. Доступны следующие специальные атрибуты:

ID parseType

Атрибут ID имеет то же назначение, что и в теге . Если родительский тег содержит более чем один тег-предикат (т.е. представляет несколько фактов), атрибут ID может быть добавлен к тегам-предикатам, чтобы однозначно идентифицировать отдельные факты.

Атрибут parseType является указанием для синтаксического анализатора RDF. Он отличается от предиката type, обсуждаемого в следующем разделе, и указывает, каким образом должна интерпретироваться текстовая строка, представляющая значение/объект. Атрибут parseType может принимать следующие значения:

Literal Resource Integer Date

Два первых значения предусмотрены спецификацией RDF. Literal – значение атрибута по умолчанию, оно подразумевает, что значение является произвольной строкой. Resource означает, что строка значения представляет URI. Значения Integer и Date являются дополнениями Mozilla и указывают, что строка должна интерпретироваться как 32-битное целое со знаком и как дата соответственно. Предполагается, что дата может быть в любом из нескольких форматов, однако не все из них поддержаны полностью.
  1   2   3   4

Схожі:

Стандарты rdf пример практического применения rdf iconСеминар по теме: «Международные стандарты финансовой отчетности. Обзор и практика применения»
Обучение специалистов, ответственных за разработку учетной политики и методологии применения мсфо и сотрудников, непосредственно...
Стандарты rdf пример практического применения rdf iconIv международную научно-практическую конференцию «Современное образование обществу XXI века»
Цель конференции: Обобщение теоретических исследований и практического опыта в области педагогики, психологии, частных методик с...
Стандарты rdf пример практического применения rdf iconЮ. А. О проблеме физических основ теоретической электротехники
Показана также недостаточность для практического применения известных представлений об электромагнитных явлениях в конкретных электротехнических...
Стандарты rdf пример практического применения rdf icon2 Задание курсовой работы
Провести исследование заданного социально-экономического процесса с помощью практического применения эконометрического моделирования,...
Стандарты rdf пример практического применения rdf icon9-я международная конференция по проблемам горной промышленности, строительства и энергетики
Темы для обсуждения в ходе конференции включают различные аспекты проблемы создания системы научных знаний и их эффективного практического...
Стандарты rdf пример практического применения rdf iconКонтрольные вопросы по дисциплине «Исследование операций» Математическая модель задачи линейного программирования. Пример
Определение дефицитных и недефицитных ресурсов в задаче лп на основе ее графического решения. Пример
Стандарты rdf пример практического применения rdf iconКонтрольные вопросы по дисциплине «Исследование операций» Математическая модель задачи линейного программирования. Пример
Определение дефицитных и недефицитных ресурсов в задаче лп на основе ее графического решения. Пример
Стандарты rdf пример практического применения rdf iconСоциологические опросы предпринимательского сектора в 2001 году свидетельствуют о признании недостатка квалифицированных кадров одним из главных негативных факторов экономического развития
Поскольку в процессе своей деятельности менеджеры должны моделировать рыночные ситуации, принимать оптимальные решения в условиях...
Стандарты rdf пример практического применения rdf iconЛабораторный стенд автоматического управления аэродинамическим объектом
Разработан стенд автоматического управления аэродинамическим объектом для практического применения в области образовании по дисциплине...
Стандарты rdf пример практического применения rdf iconМгс interstate council for standardization, metrology and certification
Гост 0-92 «Межгосударственная система стандартизации. Основные положения» и гост 2-97 «Межгосударственная система стандартизации....
Стандарты rdf пример практического применения rdf iconМежгосударственный совет по стандартизации, метрологии и сертификации (мгс) Interstate council for standardization, metrology and certification (isc)
Гост 0-92 «Межгосударственная система стандартизации. Основные положения» и гост 2-97 «Межгосударственная система стандартизации....
Додайте кнопку на своєму сайті:
Документи


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