База знаний

База знаний (БЗ; англ. knowledge base, KB) — база данных, содержащая правила вывода и информацию о человеческом опыте и знаниях в некоторой предметной области (ISO/IEC/IEEE 24765-2010, ISO/IEC 2382-1:1993). В самообучающихся системах база знаний также содержит информацию, являющуюся результатом решения предыдущих задач.

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

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

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

Требования к информации

Двумя наиболее важными требованиями к информации, хранящейся в базе знаний интеллектуальной системы, являются:

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

Некоторые из особенностей, которые могут (но не обязаны) быть у системы, оперирующей базами знаний:

Автоматическое доказательство (вывод). Способность системы выводить новые знания из старых, находить закономерности в БЗ. Часто принимается, что база знаний отличается от базы данных именно наличием механизма вывода.
Доказательство заключения. Способность системы после выдачи ответа «объяснить» ход её рассуждений, причем «по первому требованию».
Интроспекция. Нахождение противоречий, нестыковок в БЗ, контроль правильной организации БЗ.
Машинное обучение. Превращение БЗ в гибкую систему, адаптация к проблемной области. Аналогична человеческой способности «набирать опыт».

Для систем управления знаниями барьером к внедрению часто выступают:

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

Свойства базы знаний

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

Табличное представление данных.
Многопользовательский доступ.
ACID: Атомарность, Согласованность, Изолированность и Надежность.

Первые системы, основанные на знаниях ([Экспертная система|экспертные системы]), имели потребности в данных, которые были противоположны этим требованиям к базам данных:

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

По мере того, как экспертные системы переходили от прототипов к системам, развернутым в корпоративной среде, требования к хранению их данных быстро начали пересекаться со стандартными требованиями к базам данных для множества распределенных пользователей с поддержкой транзакций. Первоначально спрос можно было наблюдать на двух разных, но конкурирующих рынках. Из сообществ искусственного интеллекта и объектно-ориентированных технологий появились объектно-ориентированные базы данных, такие как Versant. С другой стороны, крупные поставщики баз данных, такие как Oracle, добавили в свои продукты возможности, обеспечивающие поддержку требований баз знаний, таких как отношения между классами и подклассами и правила.

Базы знаний по PMI PMBoK

PMI PMBoK относит базы знаний к активам процессов организации.

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

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

Корпоративная вики

Источник: Corporate Wiki vs. Knowledge Base: The Best Choice for Your Business, 2019

Корпоративная вики (англ. Enterprise wiki, Corporate Wiki) — программное обеспечение с использованием вики-технологий, предназначенное для использования в корпоративной информационной системе, прежде всего для обеспечения внутрикорпоративного управления знаниями.

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

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

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

По словам Уорда Каннингема (Ward Cunningham), отца вики, существует множество различных вариантов использования внутренней вики в компаниях:

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

Преимущества и недостатки вики

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

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

Другие проблемы, с которыми может столкнуться компания при использовании внутренней вики:

Ограниченность или отсутствие аналитики: Вики - это не публичная страница, поэтому типичные аналитические инструменты (например, Google Analytics) обычно недоступны.
Пробелы в контенте: Когда люди обращаются к вики за темой, которой там нет, это называется пробелом в контенте (content gap). Это может быть распространенной проблемой для вики свободной формы, в которой нет меню, карты сайта или стандартного метода сообщения об отсутствующей или неверной информации.
Устаревший контент:
- Сотрудники любят добавлять информацию в вики, но не так старательно удаляют информацию, если она больше не актуальна или не точна, или обновляют ее, если что-то изменилось.
- Текучесть кадров может внести хаос в содержание внутренней вики компании. Если эксперт предметной области предоставляет или пересматривает информацию в вики, а затем покидает организацию, то эта информация будет оставаться статичной до тех пор, пока не будет найдена замена. Хотя корпоративная вики была разработана для того, чтобы знания не уходили вместе с сотрудником, на самом деле это не представляется возможным.
Плохие возможности поиска: Для того чтобы сделать поиск в вики простым и удобным для пользователя, участникам приходится проходить через множество различных препятствий. Иерархия и разделение контента, категоризация, тегирование, перекрестные ссылки и оптимизация поиска - все это необходимо для того, чтобы информацию было легко найти.
Сложность освоения: Предполагается, что система форматирования WYSIWYG проще и удобнее для пользователя, чем попытки изучить HTML-код только для того, чтобы выделить курсивом несколько ключевых слов. Но всё же при внедрении вики нужно оценивать возможность освоения WYSIWYG сотрудниками, при необходимости запланировать их обучение.
Ограниченная настройка: Изменения структуры в вики затруднены, поскольку платформа часто является довольно жесткой. Мы - цифровое общество, и нам нравится возможность персонализировать наш опыт в соответствии с нашими предпочтениями. Например, сотрудник определенного подразделения может захотеть видеть документы и страницы, относящиеся только к этой части компании. В структуре вики это невозможно. Кроме того, пользователи, как правило, не имеют практически никакой гибкости в отношении дизайна и интерфейса вики. Цвета, шрифты или ярлыки не могут быть настроены пользователем.