Файл: Назначение и архитектура систем управления знаниями.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 30.03.2023

Просмотров: 456

Скачиваний: 5

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

В зависимости от назначения конкретного узла системы баланс между его основными техническими характеристиками может смещаться в сторону какойлибо одной из них (например, мощность процессора или объем хранилища). Узлы, используемые для взаимодействия с пользователем, называются рабочими станциями. Узлы, работающие без непосредственного участия пользователя, называются серверами. Как правило, сервера специализированы для выполнения одной основной функции, такой как обработка информации или хранение данных. В различных информационных системах варьируется разделение функций между отдельными узлами. За счет этого достигается распределение вычислительной нагрузки и потоков информации в соответствии с предназначением того или иного узла системы. Существует ряд типовых конфигураций узлов и способов распределения функций между узлами, которые оптимальны для решения фиксированного класса задач. Далее будут рассмотрены наиболее типичные схемы построения информационных систем.

Реально управление знаниями представляет собой систематический процесс создания и преобразования индивидуального и группового, научного и практического опыта таким образом, чтобы знания могли быть перенесены в процессы, услуги и продукты, предлагаемые организацией с тем, чтобы увеличивалась их общая стоимость, а соответственно и совокупная продуктивность организации.

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

Достижение столь очевидной и кажущейся простой цели на практике сталкивается с рядом серьезных препятствий объективного характера. На пути эффективного накопления, распространения, совместного и повторного использования знаний возникает ряд естественных барьеров, схематически представленных на Рисунке 4.

Рисунок 4

«Барьеры на пути совместной интеллектуальной деятельности»

Состав и последовательность этапов по созданию СУЗ

Система управления знаниями – сложный и весьма дорогостоящий объект. Понятно, что решение о создании СУЗ не должно приниматься в отрыве от ряда существенных факторов, определяющих состояние деятельности конкретной компании, стратегию развития ее бизнеса, уровень имеющейся информационной системы и ряда других факторов [Румизен М.К., 2004; БуковичУ., Уильямс Р., 2002]. По существу, ситуация в каждой компании в этом отношении уникальна, и потому решения о путях и способах создания СУЗ могут существенно различаться.


В ряде случаев настраивание готовой системы (Customised Off The Shelf), созданной некой компанией для себя либо для тиражирования на рынке, является достаточно популярным способом развертывания СУЗ. При этом, исходя из реальных потребностей, компанией могут приобретаться как система целиком, так и отдельные подсистемы и предоставляемые сервисы, которые затем настраиваются и встраиваются в информационную систему компании.

Несколько иной подход основан на реинжиниринге решений (Solution Re-engineering), когда с помощью консультантов по управлению знаниями и системотехников (своих либо внешних) осуществляется перепроектирование и приспособление неких общих решений по СУЗ к особенностям и потребностям конкретной компании. Хотя это и напоминает настраивание готовой системы, здесь есть и существенные отличия, и прежде всего в отсутствие претензий на создание конечного рыночного продукта.

Для многих компаний эффективной альтернативой является использование сервисов знаний (Knowledge Services). Как правило, это совокупность приложений, обеспечивающих возможность работы со знаниями, предоставляемыми внешними компаниями посредством Webсети. Очевидным преимуществом является здесь отказ от платы за лицензию на программу и отсутствие необходимости ее поддержки. Однако многих не устраивают возникающие при этом проблемы безопасности и защиты прав интеллектуальной собственности.

В ряду возможных альтернатив находится обращение к рынку знаний (Knowledge Marketplace). На рынке знаний компания-потребитель владеет Web-сайтом, который абсорбирует большое количество поставщиков сервисов знаний. В качестве поставщиков могут быть: эксперты, сервисы, агентства и исследовательские организации, процедуры оценивания порталов и др.

Если же речь идет о мощной амбициозной компании, располагающей современной инфраструктурой информатизации и персоналом, в совершенстве владеющим новейшими информационными технологиями, и основывающей дальнейшую стратегию развития своего бизнеса на знаниях, то предпочтительной альтернативой для нее является самостоятельная разработка СУЗ (In-house Development).

Применительно к этой ситуации и излагается далее состав и последовательность этапов работ по созданию СУЗ.

Можно выделить следующие основные этапы, которые в дальнейшем будут детализированы до уровня состава работ [Tiwana A., 2000]:

  1. Аудит компании, информационной системы и существующих активов знаний.
  2. Проектирование СУЗ.
  3. Развертывание и создание СУЗ.
  4. Оценка эффективности и совершенствование СУЗ.

Аудит, осуществляемый на первом этапе, включает обследование, оценку и анализ:

    1. Стратегии развития компании.
    2. Основных направлений деятельности.
    3. Организационной структуры компании.
    4. Структуры и состава информационной системы (подсистемы, задачи, модели, алгоритмы).
    5. Инфраструктуры информационной системы (каналы, серверы, ЛВС, интранет и экстранет).
    6. Информационных ресурсов информационной системы (файлы, БД, БЗ, порталы).
    7. Программного обеспечения информационной системы (системного, общего назначения, прикладного).

Аудит может выполняться аутсорсинговой компанией или специальной группой экспертов, сформированной руководством компании. Проектирование СУЗ предполагает:

    1. Определение роли СУЗ в бизнес-стратегии и корпоративной культуре компании.
    2. Разработка концепции СУЗ.
    3. Формирование и/или привлечение команды для разработки проекта СУЗ.
    4. Разработка проекта СУЗ (архитектура, состав подсистем, задач и сервисов).
    5. Разработка инфраструктуры СУЗ (корпоративная память, среды и технологии поиска, сотрудничества).
    6. Выбор программных систем и инструментов инфраструктурного и технологического характера.
    7. Разработка технологии функционирования подсистем, сред и сервисов.

Поэтапное развертываниеи создание СУЗ предполагает:

    1. Приобретение и инсталляцию инфраструктурных и программных элементов.
    2. Формирование баз данных, репозитария и баз знаний.
    3. Внесение усовершенствований в организационные и технологические регламенты выполнения работ.
    4. Управление изменениями, культурой отношений и вознаграждениями.

Оценка эффективности СУЗ предполагает:

    1. Определение совокупности количественных и качественных критериев эффективности нововведений и методики их агрегации.
    2. Оценка возврата инвестиций (ROI).

Совершенствование СУЗ по опыту ее развертывания и функционирования.

    1. Ряд перечисленных этапов и работ носят общий характер в методологии проектирования и создания информационных и управляющих систем. СУЗ, как специфическая система, имеет ряд отличительных особенностей, которые проявляются в создании таких ее компонентов, как онтологии, репозитарии знаний, поисковые системы, среды для взаимодействия экспертов и проектных групп. Далее приводится состав задач по специфическим для СУЗ компонентам.

Построение инженерной среды KMS:

  1. Анализ «узких мест» в инфраструктуре ИС, исходя из потребно-

стей СУЗ.

  1. Инсталляция и освоение дополнительных программных систем.
  2. Тестирование их функциональных возможностей и адаптация к

требованиям СУЗ.

  1. Определение состава дополнительно разрабатываемых программ-

ных средств.

  1. Определение специализации и расстановка серверов KMS в ин-

формационные системы компании. Построение онтологий системы:

  1. Определение состава онтологий верхнего уровня.
  2. Определение программных средств для работы с онтологиями в

распределенной среде (закупка или разработка).

  1. Инсталляция программных средств.
  2. Формирование групп для создания онтологий по отдельным на-

правлениям и организация их работы.

  1. Определение языка метаописаний.

Создание репозитария знаний:

  1. Разработка (или освоение, адаптация) программных средств рабо-

ты пользователя с репозитарием.

  1. Разработка (или освоение, адаптация) языковых и программных средств составления метаописаний объектов хранения в репозитарии (категоризация объектов).
  2. Создание (адаптация) программных средств для работы с репози-

тарием (публикация, получение, просмотр).

Создание средств семантического поиска в репозитарии и компьютерных сетях:

  1. Поиск знаний в отдельных документах на основе понятий онтологии.
  2. Поиск в репозитарии явных знаний.
  3. Поиск в базе знаний профилей компетентности специалистов.
  4. Поиск в интранет и Интернет-сетях (периодический, по заявкам).

Создание среды для форумов и дискуссионных групп специалистов компании:

  1. Разработка (адаптация) программных средств поддержки форумов

и дискуссионных групп.

  1. Организация базовых дискуссионных групп.
  2. Проведение организационно-методической работы по включению

дискуссионных групп в практику работы компании. Создание сети экспертов:

  1. Разработка (адаптация) программных средств для описания и по-

иска экспертов.

  1. Разработка (адаптация) программных средств для проведения кон-

сультаций с экспертом.

  1. Определение профилей компетентности специалистов.
  2. Определение статуса эксперта.
  3. Определение состава экспертов.

Создание среды для работы распределенных проектных групп: a. Определение регламента работы проектных групп.

  1. Разработка средств для работы участников и руководителей про-

ектных групп.

  1. Разработка средств ведения библиотеки проектной группы.
  2. Разработка средств для on-line общения участников проектных групп.
  3. Фиксация структуры и состав результатов работы проектных групп.

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

Заключение

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

На мой взгляд, СУЗ – активно-развивающееся направление, которое имеет огромные перспективы и получаещееся все большее одобрений со стороные предприятий, научных и образовательных организаций.

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

Даг Энгельбарт, одним из первых начавший разрабатывать системы для совместной работы, назвал совокупный интеллектуальный потенциал сотрудников коллективным интеллектом организации (Collective IQ) (публикации Энгельбарта можно найти на сайте The Bootstrap Institute по адресу www.bootstrap.org). Для того чтобы показать место и значение этого ресурса, им была предложена следующая классификация функций предприятия:

  • А — первичная деятельность: изготовление конкретных изделий (например, автомобилей) или сервис (например, медицинское обслуживание);
  • B — вторичная деятельность, направленная на улучшение основной функции;
  • С — деятельность, направленная на совершенствование функции B.

Для российских предприятий на их нынешнем этапе существования критичнее всего только деятельность группы A, отсюда и малый интерес ко всему, что связано с корпоративными знаниями. Подлинный интерес к КМ в нашей стране возникнет тогда, когда критичными станут функции групп В и С.