28 October 2007

Онтология. Вы так хотели, но боялись спросить!

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

* * *

Тема важная. И популярная! Многие спрашивают меня: «Евгений, как нам верно построить онтологию? Где собака зарыта?» Без паники! Искусством построения онтологий не овладеть в два счета, но я открою вам некоторые Базовые Принципы Построения Онтологических Деревьев Понятий для Систем Управления Знаниями Вселенной (БППОДП для СУЗВ). Для наглядности, возьмем в качестве среды разработки онтологий систему Protégé:

1. Онтология — модель всех знаний предметной области. Проектируемая онтология должна учитывать все возможные виды и экземпляры знания предметной области.

2. Основа онтологии — иерархия классов (понятий). Каждая онтология обязательно имеет корневое понятие. Понятия могут быть конкретными или абстрактными. На рис. 1 можно посмотреть фрагмент дерева понятий, включающего корневой, абстрактные и конкретные понятия.

Рис. 1. Фрагмент дерева понятий.

3.
Между понятиями должны быть отношения типа «Род — Вид». Примеры правильных и неправильных отношений на рис. 2.
Рис. 2. Отношения между понятиями.

Мы еще вернемся к проблемам построения онтологий — актуальной для всего управляющего знаниями сообщества теме.

* * *

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

Печально, но факт, и мы вынуждены согласиться с Ильей. На опубликованный на этом блоге опрос на данный момент ответило три респондента (можете не сомневаться, что это сами Евгений, Софья и Илья). Такую выборку ни в коем случае нельзя назвать репрезентативной, т.к. она составляет всего лишь 8% от обещего числа студентов, изучающих в этом семестре данную дисциплину и всего лишь 0, 00000004% от потенциального числа людей на этой планете, которые могли бы интересоваться и участвовать в управлении знаниями человечества.

Где же вы, инженеры знаний? Человечеству нужны ваши пылкие сердца и пытливые умы!

Sincerely yours, Eugene.
Senior Knowledge Engineer & Space Ship Leading Captain.

24 October 2007

Новости с поля боя

День сдачи курсовых проектов неумолимо приблежался... На дворе уже глубокая ночь, но Евгений и Софья неутомимо трудятся. Усталость и сонливость выставлены за дверь — не время, мы управляем знаниями!

***

В наших предыдущих постах мы затрагивали практические вопросы проектирвоания моделей в программных продуктах Aris и ERwin. Думаем, самое время немного «потеоризировать» по тематике нашего блога.

Есть интересная задачка: допустим, что правдами и неправдами вы спроектировали самую лучшую СУЗ в галактике. Well done! Пользователи начали работать, а вы получили премию и купили новый Porsche. Nice. Но проходит время... еще время... еще чуть-чуть времени... И вы (а также руководство компании) видят, что система не работает: люди не хотят делиться своими знаниями! Ребята, это очень актуально и серьезно! Что в таком случае делать? Как мотивировать сотрудников на knowledge sharing? Вам лучше постараться найти ответы, а не то придется расставаться с новеньким Porsche... (Чтобы вы совсем уж не пугались: подсказка).

***

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

А чтобы не показаться вам скупердяями и жадинами, даем вам интереснейшую ссылку: средства Web 2.0 внутри предприятия - кому это надо? Эта заметка нас крайне впечатлила: мысль об использовании web2.0 средств для организации УЗ мы находим просто бесценной (а еще мы находим в комментариях к заметке ссылки на полезные англоязычные ресурсы, развивающие эту тематику).

Да здравствует УЗ, самому активному читателю нашего блога по итогам семестра — уникальный приз.

22 October 2007

KM-weekend is over! Some results.

Все выходные над космодромом развивался флаг «Управления знаниями». Лучшие умы — Евгений Юрьевич и Софья Михайловна объединились для того чтобы силой своего интеллекта составить достойную конкуренцию не менее славному дуэту в благородном деле курсового проектирования. Для написания курсового проекта была выбрана тематика разработки СУЗ территориально распределенной консалтинговой компании. Прогресс за выходные на лицо: был разработан стиль оформления титульного листа проекта, определена цветовая гамма для раскрашивания схем в Aris и ERwin, были выбраны кириллические гротескные шрифты для написания работы. Евгений и Софья тщательно описали предметную область и, воспользовавшись мировыми best practice, определили краткосрочные (1-3 года) и долгосрочные (5-10 лет) цели компании.

Тем временем, ситуация с ER-моделью прояснилась благодяря нашему мудрому руководителю. Так же во время проектирования ER-модели славный Евгений запамятовал, чем связь идентифицирующая (identifying) отличалается от связи (none-identifying). На помощь пришла мудрая Софья, которая наглядно вразумила Евгения:
  • если связь идентифицирующая, то в таблице связанной сущности создается входящий в составной ключ дочерней сущности атрибут;
  • если связь не идентифицирующая, то в таблице связанной сущности создается обычный атрибут.
И в том, и в другом случае, в атрибуте должен храниться идентификатор родительской сущности.

Хочу обратить ваше вниание: в правой части нашего онлайн-журнала, чуть ниже, мы разместили опрос, ответы на который чрезвычайно интересуют не только нас, но и весь научный мир, управляющий знаниями. Надеемся на вашу ответственность и решительность в деле голосования!

Тем временем, наш усердный труд не остается незамеченным и у нашего скромного блога появляются любящие читатели. Друзья, мы обязательно учтем ваши пожелания и будем радовать и волновать ваши пытивые умы новыми загадками и тайнами замечательной вселенной под названием «Управление знаниями»!

Оставайтесь с нами, коллеги!

21 October 2007

Strike the ERWin!

Дождливым вчера я привел в порядок все модели в Арисе. А сегодня самое время налить обжигающе горячего какао и... зажечь в ERwin 7! Коробка с лицензионной версией которого еще пахнет финской полиграфией...

Еще на этапе создания схемы знаний организации (knowledge structured diagram) в Aris я указал, где будут храниться мои знания:
  • CRM и BPM системы;
  • Электронные документы вроде «Стандарты предприятия», «Должностные инструкции» и т.д., доступные на корпоративном веб-портале;
  • Базы данных правовых и документов, актов (например, Консультант);
  • Корпоративная Wiki.
Последний пункт — изюминка, т.к. именно вики возьмет на себя роль хранения всевозможных сведений о нашей предметной области: рынках сбыта, конкурентах и клиентах, производителях и поставщиках, продукции и технологий её изготовления.

Ребята, внимание! Еще даже не запустив ERWin, у меня возник правомерный вопрос: что я буду хранить в БД, построенной на основе проектируемой в рамках 4-ой лабы ER-модели?

Вместо того, чтобы проектировать и создавать БД, долго и мучительно писать к ней интерфейс, я предпочту установить одну из многих википедий (в том числе и opensource) и синтегрировать ее со своим корпоративным порталом. Это будет несравнимо по трудозатратам, а конечный результат с позиции пользователей будет скорее всего даже лучше.

Конечно же я нарисовал модель, расскрасил ее разными цветами и обязательно отправлю Василию Александровичу. Но только потому, что таковы требования учебного плана и я все еще рассчитываю на автоматическую оценку, хотя просрочил все допустимые сроки по лабораторным. Кстати, рисуя модель я не опускался до уровня атрибутов (полагаю, определить поял сущности «Сотрудник» сможет каждый, Светлана Михайловна научила :), а ограничился выделением сущностей и определением связей (пример).

Пишите о своих удачных решениях и находках.
Stay tuned, stay with us!

20 October 2007

Our cookies

На космодроме сегодня ветрено и моросит дождь, мы отменили запуск поэтому... самое время заняться Управлением Знаниями! Да, ребята, мы здесь для этого, так что давайте начнем.

Наши атомные часы показывают 20 октября, а это значит, что до сдачи курсового проекта осталось совсем немного времени. Мы как всегда долго «раскачивались», но теперь, опомнившись, мы семимильными шагами наверстаем упущенное.

Посетив позавчера пары по УЗ и показав наработки в Арисе, Василий Александрович подсказал, что я неправильно построил диаграмы окруженя KPI (KPI allocation diagram). Для каждой из целей в области обучения и развития я правильно определил инициативы (Initiative), которые связал с элементами организационной структуры (Organization chart, которую по ходу выполнения лабораторных мы должны строить позже, что не совсем логично). А сами KPI я выбрал не правильно.

KPI должны выбираться исходя из того, что представленная на диаграмме цель нами не достигнута, и выбираемые KPI помогут нам в любое время определить, насколько мы достигли поставленной цели. Т.е. с этой стороны выбранные KPI должны быть измеряемы и понятны нам. В тоже время на блоге нашего коллеги Кирилла я прочитал совет о том, что
«показатель достижения целей не должен содержать в своем названии количественную характеристику». Я не понял, говорил ли он о KPI или еще о чем-то, задал вопрос в комментариях и пока жду ответа.

На последок, пример диаграммы окружения KPI, которая в нашем случае выглядит так:













And that's the way the cookie crumbles!