Как отразить преимущества семантической сети в корпоративной информационной системе? - PullRequest
2 голосов
/ 03 августа 2011

Я занимаюсь разработкой демонстрационной версии информационной системы на основе семантической сети, в которой для манипулирования набором данных используется SPARQL вместо традиционного SQL. Как приложение может продемонстрировать преимущества Semantic Web.

Я сделал шаги, как показано ниже:

  1. Клиент получает параметры из веб-интерфейса.
  2. Запрашивает веб-сервис.
  3. Служба генерирует команду SPARQL в соответствии с заданными параметрами.
  4. Служба использует Jena / SDB API для выполнения команды SPARQL.
  5. Извлекает или сохраняет данные из или в MySQL.
  6. Разбор возвращенного набора результатов.
  7. Отвечает объект JSON клиенту.
  8. Клиент использует Javascript + html для отображения данных.

В настоящее время приложение просто выполняет операции CRUD. Единственное отличие от традиционной IS, которая использует SPARQL вместо SQL. Кажется, что не вижу явно семантических черт. Я просто думаю о двух моментах:

  1. Для демонстрации объединения данных через SPARQL. С этого момента могу ли я представить, что система может быть разбита на несколько подсистем и работать на их независимом наборе данных, но они могут связываться друг с другом с помощью SPARQL, поскольку они работают по спецификации RDF.

  2. Обоснование наборов данных. Я использую онтологии для описания схемы данных, если моя операция рассуждения должна основываться на них. В моем приложении я пытаюсь получить модель RDF и использую Pellet, чтобы сделать выводы. Это правда?

По сути, если приложение может использовать федерацию и рассуждение данных, что можно рассматривать как приложение на основе семантической сети. Я правильно понимаю?

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

1 Ответ

1 голос
/ 28 августа 2011

Да, вы правы. Преимущество семантической сети заключается в том, что вы можете написать отдельный набор онтологий, которые будут описывать домены (например, продукт, пользователь), а затем объединять их, используя логический вывод, рассуждения и делая данные более полезнымиТипы товаров и пользовательские настройки).Разница в том, что правила для данных теперь записываются вместе с данными, а не на уровне бизнес-логики.Надеюсь, это поможет. :) 1001 *

...