ОБЗОР ИНСТРУМЕНТОВ СОЗДАНИЯ ЭЛЕКТРОННОЙ БАЗЫ ЗНАНИЙ. Cms для базы знаний
Управление знаниями, создание базы знаний. А что на практике? / Хабр
Классификация систем управления знаниями
Рынок программного обеспечения по управлению знаниями крайне неоднозначен. Это связано с тем, что направление относительно молодое, а само определение понятия «управление знаниями» трактуется разными авторами по-разному, о чем мы уже говорили в первом топике на эту тему. Наиболее известная классификация приведена на картинке ниже (по материалам — www.bigc.ru/publications/bigspb/km/itkm). Отнесение такого широкого класса ПО к системам управления знаниями (СУЗ) объясняется тем, что в СУЗ знаниями называют все виды информации, включая неструктурированный контент (письма, эскизы, фото), данные (в базах данных и хранилищах данных), и знания (как закономерности предметной области, позволяющие специалистам решать свои задачи).
Конечно же, анализировать каждую ветвь этого пусть и небольшого дерева не имеет смысла, поэтому направление для детализации было сильно сужено с учетом жизненных реалий и результатов исследования. Полноты ради не могу не упомянуть про два примера создания базы знаний (БЗ) именно в ИТ области. Первый, это БЗ крупной консалтинговой компании IBS. Информация достаточно старая, с тех пор наверняка что-то поменялось. Упомянуть хотелось бы лишь некоторые основные моменты, остальное вы сами можете посмотреть в презентации.
Основным понятием в БЗ IBS является документ. Вся работа с БЗ от пополнения до использования вертится именно вокруг документов. В качестве ПП для такого, казалось бы, простого подхода используются сразу три разнородных и дорогостоящих решения. Это Documentim, SAP R/3 и Lotus. Согласитесь, троица впечатляющая. Хочется верить, что на тот момент особых альтернатив не было, а к сегодняшнему дню уже что-нибудь поменялось. Представителей компании случайно нет на хабре?
Второй пример, это компания «ЭлиСи», занимающая АСУ ТП в нефтегазовой отрасли. Там в качестве базиса корпоративной СУЗ предлагается внедрять депозитарии знаний с использованием метаданных, метаописаний и онтологий. Таким обазом можно найти компромисс между необходимой кодификацией знаний и дороговизной этого процесса. Т.е. в качестве СУЗ компании будет выступать семантическая надстройка над информационной системой предприятия. Подход более современный и осмысленный, потому что появляется семантика, а значит попытка заглянуть внутрь, поближе именно к знаниям. Примечательно, что инициатором проекта был генеральный директор компании, параллельно защищавший диссертацию на данную тему.
А что нам нужно
В предыдущем параграфе были показаны российские работающие примеры. Ниже попытка выбрать направление и критерии, на которые я обращал внимание, когда обрисовывал СУЗ:- Использование семантических технологий. При работе со знаниями, семантику игнорировать не стоит. Один из основополагающих моментов.
- Ориентация на малый и средний бизнес. Понятно, что с помощью Documentum можно закрыть массу вопросов, связанных с ИТ-инфраструктурой, а SharePoint по мнению Microsoft умеет вообще всё, но нужно что-то более приземленное.
- Поддержка совместной работы и высокая степень интероперабельности. Если с коллаборативностью у большинства корпоративных информационных систем дела более-менее, то интеропребельность (не люблю заимствованные термины) везде разная. Очевидно, что БЗ не должна быть закрытой и обособленной ИС.
- Мелочи-полезности, которые проявились из опроса, а именно: увязка БЗ с workflow и использование визуализации (в частности, mind mapping).
Учитывая все эти факторы, направление сузилось до вики-систем. По многим причинам, одна из которых — результат опроса, который показал, что вики уже активно используются, а значит хорошо знакомы своим потенциальным пользователям. Ну и конечно же их простота, легкость развертывания и зачастую открытость.
Возник главный вопрос, а где же использование семантических технологий, ведь оно стоит на первом месте? Оказалось, что среди вики-систем уже давно выделяют семантические вики, и именно этому контексту будет посвящен остаток этой статьи. Был очень удивлен, что на хабре упоминаний, посвященных этой теме совсем немного. Если вкратце, то основная отличительная особенность по сравнению с традиционными вики — возможность указывать тип ссылок между статьями, типы данных внутри статей, а также информацию о страницах. Это предложение из одноименной статьи в википедии, за полным описанием туда.
Другими словами, семантические вики позволяют организовывать и структурировать информацию более эффективно. Многие семантические вики поддерживают rdf и owl, что позволяет добиться более жесткой формализации, а вместе с ризонерами (reasoner) и поддержки логического вывода. С первого взгляда кажется, что всё это — лишнее усложнение, которое станет еще одним препятствием для конечного пользователя. Однако на практике работу с типизированными данными можно организовать с помощью семантических форм, и для пользователя это будет выглядеть как очередная анкета, с которой просто оперировать.
Семантические вики. Увы их тоже много
Самым показательным примером семантических вики является надстройка над движком MediaWiki, называющаяся лаконично и понятно Semantic MediaWiki. Распространяется под хорошей лицензией GNU GPL v.2 Идеально для тех, кто уже использует media wiki, хочет открытости, простоты и прочих возможностей подобной политики лицензирования. Расширений у нее очень много, полезных и не очень. В общем взглянуть стоит.Первая — это semantic media wiki plus. Базируется на том же самом расширении semantic media wiki и дополнена богатым и крайне важным функционалом, упрощающим и одновременно расширяющим возможности семантических вики. Плюс всё необходимое сразу собрано в один пакет, что было важно для меня, когда я присматривался и выбирал конкретную систему. Рекламировать больше не буду, за меня гораздо эффективнее это сделает сайт продукта. Что понравилось:
Прекрасные возможности по интеграции, в т.ч. числе и уже разработанные. Например, с продуктами Microsoft Office (Word, Project), электронной почтой, тем же SharePoint. Сюда же — возможность написания коннекторов для своих приложений. В качестве примера использования можно установить уже созданные онтологии project и risk management. Наглядно, понятно, еще бы кто-нибудь попробовал на деле. В случае чего структуру всегда можно изменить под себя, это на самом деле несложно. Так же понравилось, что в вики с описанием самой системы были выделены типичные роли, которые показательны для такого класса систем: ontologist, gardener, end user, developer, administrator. Пожалуй, двух абзацев достаточно, подробнее можно и на сайте посмотреть.
Второй продукт, с которым довелось совсем немного познакомиться, подойдет для тех, кто по тем или иным причинам предпочитает java-технологии. Называется Information Workbench (IWB). Продукт ровно как и компания его разработавшая относительно молодые. Не буду писать про возможности и прочие полезности, предлагаю взглянуть на архитектуру и отправиться на сайт разработчика за всей информацией. Отмечу лишь то, что реализация пока сыровата, но все делается грамотно и профессионально. и научно;) Как мне сказала представитель компании: «оба наших директора Ph.D.»
Визуализация — Mind map, WorkFlow и Confulence
Не таю, что визуализации с самого начала уделял много внимания. Даже вопрос отдельный завел в опроснике. Причина — информацию мы воспринимаем лучше в визуальной форме (перечитывал свой текст, еще раз убедился в этом). Для работы со знаниями самая лучшая визуализация — использование mind map (тут кстати статья неплохая была про данную методологию). Так вот. Во всех вики с этим дела обстоят так себе. У freemind только есть возможность вставки (embed), уже хорошо. Может, конечно, где-нибудь что-нибудь опустил.
Впрочем есть и альтернативные подходы. Например в IWB есть представление онтологии, лежащей в основе вики в виде графа. Очень удобно. Это можно эффективно использовать. Если семантическая вики поддерживает SPARQL endpoint можно попробовать прикрутить RelFinder, который будет сторонним визуализатором БЗ. Чтобы понять механизм действия можно посмотреть готовый пример с Энштейном и Гёделем. Или самостоятельно выяснить, что общего, например, у Москвы и Пушкина.
WorkFlow. Знания в отрыве от практической деятельности не нужны. Какой в них смысл, если их не применять. Повседневная деятельность может быть отражена в WorkFlow. Что здесь?
А здесь тоже не очень. С одной стороны тот же SMW+ заявляет, что smw+ “tool that well suited for organizations or teams dealing with heterogeneous and informal workflows”. Но нормального прагматичного решения увязки workflow и базы знаний нет. Вот хороший комментарий на этот счет:
Some first ideas (I deliberately don't make a real distinction between a workflow and a BP here) — using the wiki to create/improve workflows/processes => The ideal is if you can generate a process from the (final) wiki info — using the wiki do document workflows/processes — using the wiki to support running workflows/processes (info on background, how to, share experiences, Q&A ...) — using the workflow/BPM to steer KM processes => push info, trigger people/apps, collect info, — using the workflow/BPM to steer wiki publishing => approvals etc
Впрочем у BPM пакета Bizagi process modeler есть выгрузка всех отрисованных блоков построенных моделей в категории и статьи Media Wiki. Можно очень удобно их использовать в связки, облегчая себе работу.
Автор комментария на английском дал мне ссылку, где wiki и workflow работают более тесно — www.adhocworkflows.com Это плагин сторонних разработчиков к Confluence. Не ставил, не пробовал, не тестил. Никак прокомментировать не могу, но поделиться считаю, что нужно. Тем более Confulence и Jira совсем рядом, а последней много кто пользуется. Так же для Confluence есть и семантическая надстройка — www.zagile.com/products/wikidsmart.html Отличная альтернатива для тех кто строит вики не с нуля, а перепроектирует уже наполненную имеющуюся. Тоже не тестил, ничего добавить от себя не могу.
А что еще
Как известно, основная проблема в управлении знании в целом и создании базы знаний в частности — нехватка времени и нежелание наполнять базу знаний. Свободное время зачастую тратится на серфинг Интернета, на общение с коллегами. Мысль вслух: «пусть в следующий раз выполняя схожую задачу, мне придется что-то судорожно вспоминать и заново искать, все равно сейчас базой знаний я не займусь, хоть она и поспособствует более благоприятной работе в далеком будущем». Но от этого никуда не деться, только как-то дополнительно стимулировать сотрудников.В качестве альтернативы рассмотренных выше вики, есть подход, ставящий во главу угла процесс коммуникации. Отчасти здесь фигурирует знание, что подтверждается наличием одного из процесса трансформации знания по известному японскому специалисту Нонака — социализации, левый верхний квадрант.
Здесь я прежде всего имею в виду проект rizzoma. Когда только начинал заниматься поднятым вопросом, очень понравилась одна из их первых статей. Тогда проект был еще под старым именем. Если вкратце, то rizzoma — это продолжение концепции Google Wave, где всё обсуждение строится волнами или blip-ами. «Rizzoma — collaboration-сервис, включающий в себя wiki-систему, мессенджер и, в скором будущем, таск-трекер.» Сервису еще много чего нужно докручивать, тех же тасков сейчас нет, да и вики в привычном понимании не угадывается, но перспективы развития есть. Мне особенно в нем понравилось отображение структуры волн в mindmap. При грамотной организации получается хорошо воспринимая для постороннего человека структура. Имхо — такой подход лучше всего работать будет в связке с семантическими вики, если привить культуру общения в rizzoma, а структурирование возложить на вики.
Жду ваших комментариев. Может быть кто-нибудь пользовался упомянутыми продуктами. Интересно было бы узнать стороннее мнение.
P.s. извините за простыню. не хотелось разбивать топик на несколько, чтобы в очередной раз не затягивать со следующим постом.
habr.com
ОБЗОР ИНСТРУМЕНТОВ СОЗДАНИЯ ЭЛЕКТРОННОЙ БАЗЫ ЗНАНИЙ
Управление документооборотом.
Управление документооборотом. Корпорация Documentum является производителем одноименной платформы для управления неструктурированной информацией, составляющей основной объем информационных ресурсов предприятия
ПодробнееScientific Cooperation Center "Interactive plus"
Scientific Cooperation Center "Interactive plus" Левшин Николай Сергеевич аспирант ФГБОУ ВО «Донской государственный технический университет» г. Ростов-на-Дону, Ростовская область ПРИМЕНЕНИЕ ГОТОВЫХ РЕШЕНИЙ
ПодробнееПортал проектного управления ОТР.Призма
Портал проектного управления ОТР.Призма ОТР.Призма портал проектного управления и система мониторинга. Реализована на платформе с открытым исходным кодом LifeRay, разработана с учетом лучших практик ведения
ПодробнееДокументооборот. UCL Consulting
Документооборот UCL Consulting Требования времени Практически все документы создаются изначально в электронном виде Затраты рабочего времени на поиск необходимых документов Возможности уничтожения электронных
ПодробнееMimecast UEM for Microsoft Office 365
UEM for Microsoft Office 365 Полностью интегрированное, облачное решение для безопасности, непрерывности и архивирования, которое обеспечивает улучшенную функциональность и расширяет возможности Microsoft
ПодробнееЧто такое СДО Moodle
Государственное образовательное учреждение дополнительного Профессионального образования центр повышения квалификации Специалистов Санкт-Петербурга «РЕГИОНАЛЬНЫЙ ЦЕНТР ОЦЕНКИ КАЧЕСТВА ОБРАЗОВАНИЯ И ИНФОРМАЦИОННЫХ
ПодробнееSinglepoint точка опоры вашего успеха
Singlepoint точка опоры вашего успеха Удобная система проектирования и автоматизации полного жизненного цикла любых бизнес-процессов Вашей компании требуется наладить успешное взаимодействие между сотрудниками?
ПодробнееСемейство российских офисных продуктов
Семейство российских офисных продуктов Евгений Фенюшин, Петр Щеглов, Антон Балакирев Партнерская конференция 11-13 февраля 2016 г. Ограничение ответственности Сведения, представленные здесь и сейчас представителями
ПодробнееЛОГИКА ECM. БИЗНЕС-ПЛАТФОРМА
ЛОГИКА ECM. БИЗНЕС-ПЛАТФОРМА Построенная на свободном ПО, открытая к интеграции и расширению сервисная ECM-платформа позволяет быстро и эффективно решать задачи по управлению корпоративным контентом и
ПодробнееОбщее описание системы WebTutor
Общее описание системы WebTutor Общее описание системы WebTutor Содержание 1. Общие сведения о системе WebTutor...4 2. Функциональные возможности системы WebTutor...6 2.1. Базовые возможности системы...6
ПодробнееКонцепция Академического облака
Концепция Академического облака Академический форум ЕМС, 21 октября 2014 года Подразделение Information Intelligence Group Вячеслав Кадников, региональный директор Дмитрий Сергеев, руководитель группы
ПодробнееЛОГИКА ECM. БИЗНЕС-ПЛАТФОРМА
ЛОГИКА ECM. БИЗНЕС-ПЛАТФОРМА Построенная на свободном ПО, открытая к интеграции и расширению сервисная ECM-платформа позволяет быстро и эффективно решать задачи по управлению корпоративным контентом и
ПодробнееББК А. В. ДЗЮБА
ББК 32.973.202 А. В. ДЗЮБА МНОГОПЛАТФОРМЕННАЯ МУЛЬТИФОРМАТНАЯ АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННО-БИБЛИОТЕЧНАЯ СИСТЕМА "МАРК CLOUD" НОВОЕ ПОКОЛЕНИЕ ИНСТРУМЕНТАРИЯ ДЛЯ КОМПЛЕКСНОЙ АВТОМАТИЗАЦИИ ИНФОРМАЦИОННО-БИБЛИОТЕЧНОЙ
ПодробнееСистемы коллективной работы (Groupware)
Системы коллективной работы (Groupware) Это программные продукты, предназначенные для улучшения групповой работы на предприятиях с количеством сотрудников от нескольких человек до нескольких тысяч Системы
ПодробнееРисунок 1 Главное окно Redmine
УДК 004.413 СИСТЕМЫ УПРАВЛЕНИЯ ОШИБКАМИ ПРИ РАЗРАБОТКЕ ПРОГРАММНЫХ ПРОДУКТОВ Артюх Т.С., Попова Ю.Б. БНТУ, г. Минск, Беларусь, [email protected], БНТУ, г. Минск, Беларусь, [email protected] Введение Неотъемлемой
ПодробнееZimbra Collaboration Suite Решение для бизнеса
Zimbra Collaboration Suite Решение для бизнеса Что такое Zimbra? Интегрированная система совместной работы: Почта Адресные книги Общие календари Списки задач Совместная работа над документами Wiki Обмен
Подробнееdocplayer.ru
Базы знаний
Подборка сервисов для ведения базы знаний, хранения документации, FAQ и так далее.
Подбор по параметрам
IntraService Профессиональный аккаунт Есть бесплатный тариф
Сервис технической поддержки клиентов с учётом заявок, базой знаний и управлением активами. Система совместима с ITIL.
Конструктор базы знаний.
vsDesk Актуальная информация
Российская Service Desk (Help Desk) система для бизнеса в облаке и на собственных серверах. Автоматизация работы ИТ отдела или службы технической поддержки.
RiskGap Есть бесплатный тариф
Сервис для совместного управления проектными рисками и экспертная система.
Онлайн-сервис для гибкой автоматизации сервисной службы с поддержкой ITIL. Он позволяет регламентировать процессы обслуживания, решать инциденты и запросы и другое.
Облачная система разработки и размещения онлайн-документации, руководств пользователя, файлов справки.
Helpdesk система, которая помогает укрепить и не потерять отношения с клиентами. Помогает принимать заявки через электронную почту, форму на сайте, на ServiceDesk портале, по телефону или через мессенджеры.
Эффективное решение для дистанционного обучения франчайзи и персонала. Наводит порядок во франчайзинге.
Платформа для управления обучением сотрудников
Happydesk Есть бесплатный тариф
Облачное решение в виде Helpdesk (Service Desk) системы для регистрация, учета, обработки и анализа запросов клиентов (пользователей).
Confluence Мы используем этот сервис в Startpack и рекомендуем его
Корпоративная wiki-система, которая позволяет командам создавать веб-страницы и документы, обмениваться информацией и накапливать знания.
Онлайн-сервис в виде социальной сети для предприятий, помогающий во взаимодействии и совместной работе.
Zoho Wiki Есть бесплатный тариф
Управление знаниями для команд.
Социальная онлайн-платформа для предприятий.
Онлайн-сервис для обслуживания клиентов с помощью системы заявок. Разработан для малого бизнеса и быстрорастущих компаний.
Helprace Есть бесплатный тариф
Сервис для поддержки клиентов и технической поддержки.
Система направлена на организации в разгар расширения, решая задачи масштабирования с её пользователями. Она разработана для предприятий всех размеров.
SkipFlag Есть бесплатный тариф
Сервис для превращения обратной связи клиентов в базу знаний.
Crisp Есть бесплатный тариф
Чат для сайта со встроенной CRM, управлением маркетингом и базой знаний.
Платформа для разработчиков, позволяющая быстро находить ответы на вопросы, не нарушая рабочий процесс.
Сервис для составления базы знаний и создания центра поддержки пользователей.
UserEcho Есть бесплатный тариф
Онлайн-система для гибкого и функционального обслуживания клиентов. Она вмещает в себя форум, хелпдеск, базу знаний и онлайн-чат.
Корпоративный портал для сохранения знаний и обмена документами
Scrumboard Есть бесплатный тариф
Agile-трекер для управления командой.
Notion Есть бесплатный тариф
Документы, база знаний и задачи в едином рабочем пространстве для совместной работы.
Онлайн-сервис для расширенной и удобной поддержки пользователей. Умеет быстро просматривать их заявки, решать, сортировать, фильтровать и др.
Веб-сервис для автоматизации службы поддержки. Эта Help Desk-система обладает средствами самообслуживания и совместной работы, а также проста в настройке и работе.
Сервис для сбора идей от клиентов компании с богатыми возможностями для открытия новых заявок и страниц.
Иногда задачи компании настолько специфичны, что невозможно подобрать оптимальный сервис сравнением и фильтрами. Облачные интеграторы могут подобрать сервис под ваши задачи, расширять и обслуживать систему в будущем.
Чтобы найти интегратора для вашего проекта
Подбор по параметрам
startpack.ru
Wiki как движок для базы знаний
Решил сегодня разобраться в Wiki движке, который позволяет конструировать структурированное хранилище информации с возможностью поиска, перекрестных ссылок, архива файлов и т.д. Можно сказать, что Wiki растет и развивается вширь - если раньше других задач помимо поддержки базы знаний у системы не было, теперь появились многочисленные клоны, развивающие всевозможные направления сайтостроения. Веб-форумы, галереи, файловые архивы, архивы ссылок, сервисы мгновенных сообщений - большая куча всякого разного, которая превращает простую базу знаний в CMS (Content Management System).
Есть, конечно, и проекты, которые идут в сторону упрощения - для небольших сайтов, чтобы не было ничего лишнего… Например, DocuWiki - облегченный Wiki-движок, не требующий СУБД (все страницы хранятся в виде текстовых файлов). Он специально разрабатывался как система создания и поддержки документации - максимально простой интерфейс, автоматическая генерация индекса, легкая переносимость, поддержка языков с не-латинским алфавитом. При этом - полная поддержка синтаксиса Wiki при очень высокой производительности. А форматирование Wiki - это возможность создавать красивые, структурированные документы с помощью минимальных текстовых средств.
Наверное, есть профессиональные системы управления знаниями для крупных компаний. Но посмотрев минимальные детали MediaWiki понимаешь, что освоить её настройки можно за день, язык представления текстов становится привычным уже через неделю (он значительно проще и нагляднее HTML), и система начинает жить и давать все нужные сервисы практически без необходимости в серьезной поддержке.А сервисы реально полезные (хотя, если компания доросла до управление знаниями, такая полезность является простой необходимостью ) - система позволяет управлять слабоструктурированным взаимосвязанным текстовым контентом, превращая его в реальный информационный рабочий инструмент.Единственная проблема - использование накопленной информации. В школе, институте, и, чаще всего, в жизни мы сталкиваемся с иерархическим или табличным контентом. Самый простой пример иерархии - это оглавление, ну а что такое таблицы, наверное, даже не надо объяснять. Соответственно, когда мы пытаемся освоить какую-то новую информацию, мы ожидаем её оформленной именно в такую структуру. А здесь - гипертекстовая сеть. Даже если есть главная страница (что тоже не обязательно), то мы приходим на неё и видим десятки ссылок на другие такие же. Хорошо, если количество таких страниц обозримо (а в оглавлении, к примеру, можно сразу оценить объем информации)… А если нет? При этом множество ссылок вообще уводит из базы наружу, в бесконечный Интернет…
Обработка такой информации требует серьезной умственной работы по структурированию и фильтрации. И в этом, я считаю, огромный плюс! При обычном чтении мы осознаем совсем немного - кто-то говорил, что только 15-20% прочитанной информации. А активно работая с гипертекстом, степень понимание и вовлеченности в проблему увеличивается в несколько раз.
Так что, и сама идея гипертекстовой базы знаний, и её Wiki-реализация стоят серьёзного внимания .
Опубликовано в блоге Дневник ИТ директора. Комментарии к записи можно оставлять здесь после предварительной регистрации на сайте. Обратите внимание на правила. Мне можно написать через форму обратной связи.
ryvkin.livejournal.com
