Просмотр исходного текста страницы База знаний

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

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

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

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

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

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

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

== Свойства базы знаний ==
Термин "''база знаний''" был придуман для того, чтобы отличить эту форму хранения знаний от более распространенного и широко используемого термина "''база данных''". В 1970-х годах практически все крупные информационные системы управления хранили свои данные в иерархических или реляционных базах данных. На этом этапе истории информационных технологий различие между базой данных и базой знаний было четким и однозначным. База данных обладала следующими свойствами:
* Табличное представление данных.
* Многопользовательский доступ.
* ACID: Атомарность, Согласованность, Изолированность и Надежность.

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

По мере того, как экспертные системы переходили от прототипов к системам, развернутым в корпоративной среде, требования к хранению их данных быстро начали пересекаться со стандартными требованиями к базам данных для множества распределенных пользователей с поддержкой транзакций. Первоначально спрос можно было наблюдать на двух разных, но конкурирующих рынках. Из сообществ искусственного интеллекта и объектно-ориентированных технологий появились объектно-ориентированные базы данных, такие как [https://en.wikipedia.org/wiki/Versant_Object_Database Versant]. С другой стороны, крупные поставщики баз данных, такие как Oracle, добавили в свои продукты возможности, обеспечивающие поддержку требований баз знаний, таких как отношения между классами и подклассами и правила.

== Базы знаний по PMI PMBoK ==
[[:Категория:PMI PMBoK|PMI PMBoK]] относит базы знаний к [[Категории воздействий на предприятие#Активы процессов организации|активам процессов организации]].

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

== Корпоративная вики ==
''Источник: [https://www.knowledge-management-tools.net/corporate-wiki.php Corporate Wiki vs. Knowledge Base: The Best Choice for Your Business], 2019''

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

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

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

По словам Уорда Каннингема ([https://en.wikipedia.org/wiki/Ward_Cunningham Ward Cunningham]), отца вики, существует множество различных вариантов использования внутренней вики в компаниях:
* '''Набор документов''', где пользователь может создать документ, предназначенный для широкого распространения.
* '''Площадка для взаимодействия''', где несколько сотрудников (часто из разных отделов или разных мест) могут одновременно работать над каким-либо вопросом.
* '''Площадка для обсуждения''', позволяющее нескольким сотрудникам высказывать свои мысли и мнения по поводу политик, процедур и документации.
* '''Всеобъемлющее хранилище документов''', где может находиться вся информация, необходимая для повседневной работы.
* '''Инструмент коммуникации''', который позволяет сотрудникам общаться по принципу "один ко многим" или "многие ко многим", не засоряя почтовые ящики.

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

Как говорится [https://helpjuice.com/blog/corporate-wiki в статье Helpjuice] о корпоративных вики и обмене знаниями, одним из главных аргументов в пользу бизнес-вики является идея "минимального надзора за содержимым". Пользователи могут изменять то, что они хотят, когда они хотят, и эти изменения действуют до тех пор, пока кто-то другой не придет и не внесет новые изменения или не вернется к предыдущей версии. Но это и её главный недостаток: предоставление нескольким сотрудникам возможности изменять информацию в корпоративной вики может способствовать возникновению конфликтов в организации.

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

[[Категория:Технологии]]