База знаний

База знаний (БЗ; англ. 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 сотрудниками, при необходимости запланировать их обучение.
• Ограниченная настройка: Изменения структуры в вики затруднены, поскольку платформа часто является довольно жесткой. Мы - цифровое общество, и нам нравится возможность персонализировать наш опыт в соответствии с нашими предпочтениями. Например, сотрудник определенного подразделения может захотеть видеть документы и страницы, относящиеся только к этой части компании. В структуре вики это невозможно. Кроме того, пользователи, как правило, не имеют практически никакой гибкости в отношении дизайна и интерфейса вики. Цвета, шрифты или ярлыки не могут быть настроены пользователем.