BWL Knowledge Base Manager v1.2.2 — менеджер баз знаний для WordPress. База знаний wordpress


BWL Knowledge Base Manager v1.2.2 - менеджер баз знаний для WordPress

BWL Knowledge Base Manager — это идеальный плагин WordPress, который содержит множество уникальных и гибких функций для создания неограниченного количества вопросов и ответов в базе знаний для контента вашего сайта. Модальная и Ajax Powered Sticky Search функция дает вам лучший поиск, чтобы быстро найти ответы на вопросы.

BWL Knowledge Base Manager (КБ) имеет визуальную панель редактора коротких кодов Shortcode Editor, которая предоставляет вам всевозможные опции для вставки короткого кода в редактор tinymce. Четыре встроенных виджета позволяют отображать категории базы знаний, темы базы знаний, последние / оценённые / самые оцениваемые / популярные базы знаний в области боковой панели.

Основные функции менеджера баз знаний

Требование нулевой конфигурации:Плагин поставляется с почти нулевой функцией настройки конфигурации. Просто загрузите, установите и активируйте плагин, и вы готовы к работе.

Неограниченная база знаний вопросов и ответов:Плагин позволяет создавать неограниченное количество элементов и классифицировать их по категориям и тегам. Плагин использует WordPress Custom Post Type для создания и хранения постов в КБ. Итак, очень просто управлять постами KB с панели администратора WordPress. Вы можете установить пользовательский значок для сообщений KB. Кроме того, вы можете установить пользовательский значок для каждой категории и элемента тега.

Уникальный вариант поиска KB на основе Ajax:Плагин предоставляет вам отличный выбор для поиска необходимых элементов KB из всего списка KB. Больше нет необходимости перезагрузки страницы, чтобы получить результат поиска. Как только поисковый запрос найдет результат, вы сможете выбрать заголовок сообщения из списка поиска, а плагин перенесет вас на страницу сведений о KB.

Адаптивная сетка (из двух / трех / четырех колонок):Плагин поставляется со встроенной гибкой сеткой, которая гарантирует, что вы правильно показываете контент на мобильных устройствах. Плагин работает на основе Bootstrap Grid.

Анимированная вкладка для отображения Популярные / Избранные / Недавние:Tabize KB является одной из самых уникальных и важных функций плагина KB. Теперь вы можете отображать популярные, избранные и последние посты КБ в небольшой области вашего сайта. Вкладка адаптивна и отлично работает с любой темой WordPress.

Like / Dislike Вариант KB с панелью Colorful Statistics:Пользователи могут высказать свое мнение о вашем содержании в КБ. Вы можете легко отслеживать их, нравиться / не нравится, с помощью панели параметров плагина.

Панель отзывов для Disliked KB Post:Плагин отображает пользовательский блок обратной связи, если любой пользователь подает не понравившийся голос. Таким образом, вы можете получить представление о том, почему пользователь не любит содержимое КБ и можете изменить содержимое КБ в соответствии с потребностями пользователя.

Связанные вопросы KB в одиночном вопросе KB:Плагин автоматически добавляет раздел связанных записей KB после содержимого одного КБ. Вы можете включить / отключить этот параметр с панели администратора.

Показать информацию о метатете:Каждая запись в КБ отображает имя автора записи, категорию, тег, отсутствие представлений и информацию о дате. Плагин также отображает последнюю отредактированную дату каждого КБ. Вы можете отображать / скрывать каждую метаинформацию из панели параметров плагина.

Расширенная панель параметров для настройки:Плагин поставляется с множеством функций настройки, которая позволяет вам контролировать каждую функцию плагина. Вы можете настраивать темы KB, выбирать шрифты заголовка KB, управлять содержимым одной страницы KB, обрабатывать RTL-режим, отображать / скрывать внешнюю форму отправки KB, управлять отображением KB-мода и многое другое.

Пользовательская панель CSS:Если вам нужно добавить собственный CSS-код, вам не нужно добавлять код непосредственно в файл таблицы стилей плагина. Плагин предоставляет настраиваемый редактор CSS в панели параметров, где вы можете легко добавлять свои пользовательские коды CSS и хранить в базе данных. Таким образом, для будущих обновлений вы никогда не потеряете свои собственные коды. Это безопасно и лучший способ добавить пользовательский CSS-код в плагин.

Неограниченное прикрепление файлов:Вы можете загружать и прикреплять неограниченное количество файлов с каждым сообщением КБ. Это поможет вашим пользователям легко загружать контент с помощью элемента KB.

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

Содержание (TOC):Плагин автоматически создает таблицу содержимого на основе вашего содержимого базы знаний. Вы можете включить / выключить автоматическую таблицу создания контента из панели параметров плагина.

Защищенная паролем база знаний:Вы можете ограничить доступ к записям KB с помощью пароля и разрешить доступ только для группы пользователей.

Уведомление по электронной почте для вопросов в KB:Администратор получит уведомление по электронной почте, когда пользователь отправит новый вопрос в КБ или отправит отзыв о содержимом КБ. Администратор может уведомить пользователей, когда их вопрос будет одобрен.

Drag & Drop сортировка:С панели администратора администратор может легко сортировать элементы базы данных с помощью функции перетаскивания.

Пользовательские виджеты базы знаний:Плагин поставляется со встроенными параметрами виджета, который позволяет вам отображать верхний рейтинг недавних / популярных / избранных записей КБ в областях боковой панели.

Настройка пользовательской постоянной связи:Для лучшего SEO вы можете установить настраиваемый slug для одной записи базы знаний, категорий базы знаний и тегов базы знаний. Вы получите возможность установить пользовательский slug в панели параметров плагина.

 

https://codecanyon.net/item/bwl-knowledge-base-manager/7972812

https://www.upload.ee/files/8344235/bwl-v122.rar.htmlhttp://www.mediafire.com/?56nqaxyrniilshttps://www37.zippyshare.com/v/MujWPYRi/file.htmlhttp://uploaded.net/file/se2lhwwl/bwl-v122.rarhttps://clicknupload.org/pju8dp1rw5idhttps://openload.co/f/7OhxuERUamM/bwl-v122.rarhttp://www.solidfiles.com/d/p8yDj84QXwNkWhttp://uptobox.com/vq1zntl70dkyhttps://www.oboom.com/1RZRASSB/bwl-v122.rarhttps://userscloud.com/f1l03zzwprgphttps://www.datafilehost.com/d/83081ae9https://dailyuploads.net/2qcruwpxyik5http://katfile.com/pyqcfbdtc1mwhttps://sendit.cloud/78px9bvsnc7shttp://my-files.ru/lb17xnhttp://mir.cr/LBL8KFYB

wptp.info

Управление знаниями, создание базы знаний. А что на практике?

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

Рынок программного обеспечения по управлению знаниями крайне неоднозначен. Это связано с тем, что направление относительно молодое, а само определение понятия «управление знаниями» трактуется разными авторами по-разному, о чем мы уже говорили в первом топике на эту тему. Наиболее известная классификация приведена на картинке ниже (по материалам — www.bigc.ru/publications/bigspb/km/itkm/). Отнесение такого широкого класса ПО к системам управления знаниями (СУЗ) объясняется тем, что в СУЗ знаниями называют все виды информации, включая неструктурированный контент (письма, эскизы, фото), данные (в базах данных и хранилищах данных), и знания (как закономерности предметной области, позволяющие специалистам решать свои задачи).

Конечно же, анализировать каждую ветвь этого пусть и небольшого дерева не имеет смысла, поэтому направление для детализации было сильно сужено с учетом жизненных реалий и результатов исследования. Полноты ради не могу не упомянуть про два примера создания базы знаний (БЗ) именно в ИТ области. Первый, это БЗ крупной консалтинговой компании IBS. Информация достаточно старая, с тех пор наверняка что-то поменялось. Упомянуть хотелось бы лишь некоторые основные моменты, остальное вы сами можете посмотреть в презентации.

Основным понятием в БЗ IBS является документ. Вся работа с БЗ от пополнения до использования вертится именно вокруг документов. В качестве ПП для такого, казалось бы, простого подхода используются сразу три разнородных и дорогостоящих решения. Это Documentim, SAP R/3 и Lotus. Согласитесь, троица впечатляющая. Хочется верить, что на тот момент особых альтернатив не было, а к сегодняшнему дню уже что-нибудь поменялось. Представителей компании случайно нет на хабре?

Второй пример, это компания «ЭлиСи», занимающая АСУ ТП в нефтегазовой отрасли. Там в качестве базиса корпоративной СУЗ предлагается внедрять депозитарии знаний с использованием метаданных, метаописаний и онтологий. Таким обазом можно найти компромисс между необходимой кодификацией знаний и дороговизной этого процесса. Т.е. в качестве СУЗ компании будет выступать семантическая надстройка над информационной системой предприятия. Подход более современный и осмысленный, потому что появляется семантика, а значит попытка заглянуть внутрь, поближе именно к знаниям. Примечательно, что инициатором проекта был генеральный директор компании, параллельно защищавший диссертацию на данную тему.

А что нам нужно

В предыдущем параграфе были показаны российские работающие примеры. Ниже попытка выбрать направление и критерии, на которые я обращал внимание, когда обрисовывал СУЗ:

  1. Использование семантических технологий. При работе со знаниями, семантику игнорировать не стоит. Один из основополагающих моментов.
  2. Ориентация на малый и средний бизнес. Понятно, что с помощью Documentum можно закрыть массу вопросов, связанных с ИТ-инфраструктурой, а SharePoint по мнению Microsoft умеет вообще всё, но нужно что-то более приземленное.
  3. Поддержка совместной работы и высокая степень интероперабельности. Если с коллаборативностью у большинства корпоративных информационных систем дела более-менее, то интеропребельность (не люблю заимствованные термины) везде разная. Очевидно, что БЗ не должна быть закрытой и обособленной ИС.
  4. Мелочи-полезности, которые проявились из опроса, а именно: увязка БЗ с workflow и использование визуализации (в частности, mind mapping).

Учитывая все эти факторы, направление сузилось до вики-систем. По многим причинам, одна из которых — результат опроса, который показал, что вики уже активно используются, а значит хорошо знакомы своим потенциальным пользователям. Ну и конечно же их простота, легкость развертывания и зачастую открытость.

Возник главный вопрос, а где же использование семантических технологий, ведь оно стоит на первом месте? Оказалось, что среди вики-систем уже давно выделяют семантические вики, и именно этому контексту будет посвящен остаток этой статьи. Был очень удивлен, что на хабре упоминаний, посвященных этой теме совсем немного. Если вкратце, то основная отличительная особенность по сравнению с традиционными вики — возможность указывать тип ссылок между статьями, типы данных внутри статей, а также информацию о страницах. Это предложение из одноименной статьи в википедии, за полным описанием туда.

Другими словами, семантические вики позволяют организовывать и структурировать информацию более эффективно. Многие семантические вики поддерживают rdf и owl, что позволяет добиться более жесткой формализации, а вместе с ризонерами (reasoner) и поддержки логического вывода. С первого взгляда кажется, что всё это — лишнее усложнение, которое станет еще одним препятствием для конечного пользователя. Однако на практике работу с типизированными данными можно организовать с помощью семантических форм, и для пользователя это будет выглядеть как очередная анкета, с которой просто оперировать.

Семантические вики. Увы их тоже много

Самым показательным примером семантических вики является надстройка над движком MediaWiki, называющаяся лаконично и понятно Semantic MediaWiki. Распространяется под хорошей лицензией GNU GPL v.2 Идеально для тех, кто уже использует media wiki, хочет открытости, простоты и прочих возможностей подобной политики лицензирования. Расширений у нее очень много, полезных и не очень. В общем взглянуть стоит.

Среди всех прочих семантических вики я остановлюсь только на двух, с которыми имел возможность хоть немного, но поработать. Обе они распространяются под коммерческими лицензиями, но имеют также и community версию с несколько ограниченным функционалом. Почему на них? потому что они имеют бОльшую корпоративную направленность.

Первая — это 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. извините за простыню. не хотелось разбивать топик на несколько, чтобы в очередной раз не затягивать со следующим постом.

systemo.biz

База знаний | WordPress-сайты

Базы знаний, Регламентация

Оптимизировать обмен документами и знаниями внутри организации:

  1. Хранить документы в общей папке — не удобно. Там быстро наступает бардак и сложно что-либо искать.
  2. Нет обратной связи по документам — на сколько он удобен и понятен, есть ли у сотрудников вопросы по опубликованной информации?
  3. Нет статистики по просмотрам документов, чтобы понять популярность документов для сотрудников и оптимизировать их хранение с целью снижения трудозатрат на поиск
  4. Нет поддержки версий
  5. Многие файлы приходится скачивать на локальный ПК, хотя современные технологию позволяют делать предпросмотр документов, видео и прослушивание аудио файлов прямо в базе знаний
  6. Доступ только с ограниченных устройст, без возможности доступа к информации с планшетов, телефонов или компьютеров на базе редких ОС типа iMac от Apple. Нужно было решить эту проблему.

Выбор в пользу веб-решений

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

Поиск готовых продуктов

Изучили множество различных вариантов, в которые попали следующие кандидаты:

  1. SharePoint — тяжело найти специалистов, есть отзывы по низкой скорости работы
  2. Alfresco — тоже самое что и п.1, но его хотя бы поставили, после чего были поражены сложностью интерфейса. Также заметили низкую скорость работы.
  3. WordPress — достаточно гибкое решение, интерфейс изначально очень простой, но может быть настроен под различные требования, очень гибкая система классификации и поиска. Относительно легко найти специалистов. Большое сообщество. Очень много готовых решений, большая часть из которых — бесплатны.

К тому же CasePress — на базе которого протекают основные процессы сделан на нем, есть опыт, потому после долгого выбора, было принято решение делать базу знаний на основе WordPress.

  1. Был развернут сайт и включен режим сети (мультисайта), т.к. сразу было понятно что одной базой знаний не обойтись. Этот прогноз очень быстро подтвердился и другие подразделения также захотели себе базы знаний для обмена информацией. Их опишем отдельно.
  2. Изначально решили оставить стандартный механизм обмена информацией. Но первый же месяц использования показал что он не понятен для большинства пользователей и сложно внедряется. Понятен он лишь для тех кто ведет свои блоги. Чего стоит разделение понятий: рубрика, запись и файл. Против привычных: папки и файлы;
  3. Был установлен готовый плагин WPDR, который обладал этими возможностями. После чего появились привычные папки и файлы. Это снизило гибкость базы знаний, но повысило привычность и удобство, что в большой организации является большей ценностью.
  4. Были изменены шаблоны вывода, сделали так, чтобы одна папка показывала только свои файлы, без учета подпапок. Это еще больше повысило удобство и привычность.
  5. В итоге инструмент чем то стал походить на Google Drive — только свой. Использование своего хранилища документов против Google Drive — это осознанное и взвешенное решение.
  6. Была добавлена таксономия «Территория», которая позволяла гибко менять принадлежность информации к какому либо городу, без изменения основного рубрикатора документов.
  1. Сотрудники начали выкладывать документы в одном месте. Эти документы стали доступны всем офисам компании.
  2. Стала доступна статистика посещения ресурса, чтобы понимать динамику его развития, нагрузку и популярность тех или иных документов/разделов
  3. Появились комментарии, которые позволяют собирать обратную связь с сотрудников о качестве документов и информации. Будь то регламент или какая то обучающая презентация.
  4. Каждый город видел свои и общие документы, при этом не путался с документами других городов;

systemo.biz


Смотрите также

Prostoy-Site | Все права защищены © 2018 | Карта сайта