ݺߣ

ݺߣShare a Scribd company logo

Организация базы знаний проектной деятельности предприятия

•Download as PPTX, PDF•
•
Vasily Kazakov
Vasily Kazakov
1 of 10
Download to read offline
Организация базы знаний проектной деятельности предприятия с использованием NOSQL-решений и онтологии Казаков Василий Александрович, Научно-образовательный центр МЭСИ Работа выполнена при поддержке РФФИ (проект № 13-07-00887а).
Предпосылки управления знаниями (УЗ) в управлении проектами (УП) • Уникальная работа в условиях неопределенности, ограниченного бюджета и времени • Важность использования прошлого опыта и методологической поддержки проектной деятельности • Обеспечение внутрикомандной и межпроектной коммуникации
Особенности УЗ в УП • Вовлеченность в процессы управления знаниями всех членов команды проекта, офиса УП и заинтересованных сторон проекта • Корпоративная база знаний (КБЗ) – один из самых важных активов руководителя проекта (офиса УП, организации в целом) • Знания, которые создаются в рамках процессов УП, сохраняются в КБЗ регулярно по завершению фазы/проекта для использования в будущих проектах, следующих фазах текущего проекта.
КБЗ (PMBOK) • Конфигурационная БД – Базовая версия и изменения политик, стандартов, регламентов и проектных документов • Финансовая БД - Трудозатраты и расходы, бюджеты проектов • БЗ исторической информации и «выученные уроки» (в т.ч. работа по управлению рисками, решения по управлению проектами, оценка результативности проекта, записи и документы) • БД дефектов - проблемы, дефекты и их устранение • БД измерений - Метрики процессов и продуктов • Файлы из прошлых проектов (уставы, бюджеты, графики, расписания, реестры рисков и др.)
КБЗ (артефакты waterfall, RUP, SCRUM, MSF и т.п. - SEMAT)
КБЗ и ПО для управления проектами • Типовые инструменты: – Файловое хранилище (обычно от 1Gb и выше) – http://www.dropbox.com/ и т.п. – Средства коммуникации (groupware) – Календарь или to-do list, – График проекта (http://gantter.com/), – Доска канбан (https://trello.com/) или инструменты SCRUM (http://scrumdo.com/) • PMS. Отраслевая специфика связана с опытом разработчика (интегратора) ПО: – строительство («тяжелые» системы, например, Oracle EPPM, Spider Project традиционно используются в строительстве), – выпуск ПО (многие инструменты относятся выросли из BugTracking, многие IDE-решения, VСS), – многие ERP (http://openerp.com/ , SAP , MS Dynamics Ax ) имеют отдельный функционал, связанный с УП
SaaS УП - мультитенантность • «On-Prem» vs. SaaS (http://en.wikipedia.org/wiki/Comparison_of_project- management_software) – Первые позволяют минимизировать риски потери данных, а последние позволяют экономить на собственной инфраструктуре и обслуживании, обеспечивают удаленный доступ к БЗ из любой точки мира. – Гибкие тарифные планы (от Free до Premium) • Мультитенантность (многоарендность) – (1) отдельные приложение и база данных для каждого арендатора; – (2) одно приложение с отдельными базами данных для каждого арендатора (при таком подходе каждый арендатор имеет собственную базу данных); – (3) одно приложение с общей базой и схемой данных для всех арендаторов (при таком подходе все пользователи работают с одной и той же базой и схемой данных); – (4) одно приложение с общей базой данных и отдельными схемами данных для каждого арендатора (в этой модели все арендаторы разделяют одну базу данных, но имеют разные схемы данных и наборы предопределенных полей).
SaaS УП – выбор модели данных КБЗ • Реляционные базы данных могут реализовывать связи с помощью внешних ключей, но! операции соединения требуют навигации, которая может оказаться затратной • Графовые базы данных в силу своей структуры дают ряд преимуществ в части представления знаний о предметной области в виде семантической сети • Графовые базы данных бессхемные, что обеспечивает гибкость структуры данных, дает возможность хранения как разнородных фактов, множества связей , так и бизнес-правил (правил вывода)
Особенности применения сетевой модели для хранения онтологий • Узел в графовой БД представляет собой набор данных, которые можно отнести – к классу объектов (иначе трактуется как понятие или термин предметной области) или – объекту (трактуется как экземпляр класса) • В первом случае множество узлов и определенных возможных связей (отношений) между ними образует онтологию предметной области, а во втором - семантическую сеть • Отдельные подмножества узлов графа описывают бизнес-правила (правила вывода) и ограничения
SaaS УП - совместный доступ к КБЗ • КБЗ, находящаяся в облаке, должна быть мультитенантной, • работать с КБЗ могут – (а) на уровне метаонтологии все тенанты (например, определение понятий “класс”, “отношение”, “атрибут”, а также онтология проектной деятельности - общие), – (б) на уровне онтологии и данных (реальных объектов) все пользователи одного тенанта (например, специфические понятия какой-либо организации и сведения о проектах должны быть доступны всем пользователям в рамках политики безопасности, но не другим тенантам).

More Related Content

Организация базы знаний проектной деятельности предприятия

  • 1. Организация базы знаний проектной деятельности предприятия с использованием NOSQL-решений и онтологии Казаков Василий Александрович, Научно-образовательный центр МЭСИ Работа выполнена при поддержке РФФИ (проект № 13-07-00887а).
  • 2. Предпосылки управления знаниями (УЗ) в управлении проектами (УП) • Уникальная работа в условиях неопределенности, ограниченного бюджета и времени • Важность использования прошлого опыта и методологической поддержки проектной деятельности • Обеспечение внутрикомандной и межпроектной коммуникации
  • 3. Особенности УЗ в УП • Вовлеченность в процессы управления знаниями всех членов команды проекта, офиса УП и заинтересованных сторон проекта • Корпоративная база знаний (КБЗ) – один из самых важных активов руководителя проекта (офиса УП, организации в целом) • Знания, которые создаются в рамках процессов УП, сохраняются в КБЗ регулярно по завершению фазы/проекта для использования в будущих проектах, следующих фазах текущего проекта.
  • 4. КБЗ (PMBOK) • Конфигурационная БД – Базовая версия и изменения политик, стандартов, регламентов и проектных документов • Финансовая БД - Трудозатраты и расходы, бюджеты проектов • БЗ исторической информации и «выученные уроки» (в т.ч. работа по управлению рисками, решения по управлению проектами, оценка результативности проекта, записи и документы) • БД дефектов - проблемы, дефекты и их устранение • БД измерений - Метрики процессов и продуктов • Файлы из прошлых проектов (уставы, бюджеты, графики, расписания, реестры рисков и др.)
  • 5. КБЗ (артефакты waterfall, RUP, SCRUM, MSF и т.п. - SEMAT)
  • 6. КБЗ и ПО для управления проектами • Типовые инструменты: – Файловое хранилище (обычно от 1Gb и выше) – http://www.dropbox.com/ и т.п. – Средства коммуникации (groupware) – Календарь или to-do list, – График проекта (http://gantter.com/), – Доска канбан (https://trello.com/) или инструменты SCRUM (http://scrumdo.com/) • PMS. Отраслевая специфика связана с опытом разработчика (интегратора) ПО: – строительство («тяжелые» системы, например, Oracle EPPM, Spider Project традиционно используются в строительстве), – выпуск ПО (многие инструменты относятся выросли из BugTracking, многие IDE-решения, VСS), – многие ERP (http://openerp.com/ , SAP , MS Dynamics Ax ) имеют отдельный функционал, связанный с УП
  • 7. SaaS УП - мультитенантность • «On-Prem» vs. SaaS (http://en.wikipedia.org/wiki/Comparison_of_project- management_software) – Первые позволяют минимизировать риски потери данных, а последние позволяют экономить на собственной инфраструктуре и обслуживании, обеспечивают удаленный доступ к БЗ из любой точки мира. – Гибкие тарифные планы (от Free до Premium) • Мультитенантность (многоарендность) – (1) отдельные приложение и база данных для каждого арендатора; – (2) одно приложение с отдельными базами данных для каждого арендатора (при таком подходе каждый арендатор имеет собственную базу данных); – (3) одно приложение с общей базой и схемой данных для всех арендаторов (при таком подходе все пользователи работают с одной и той же базой и схемой данных); – (4) одно приложение с общей базой данных и отдельными схемами данных для каждого арендатора (в этой модели все арендаторы разделяют одну базу данных, но имеют разные схемы данных и наборы предопределенных полей).
  • 8. SaaS УП – выбор модели данных КБЗ • Реляционные базы данных могут реализовывать связи с помощью внешних ключей, но! операции соединения требуют навигации, которая может оказаться затратной • Графовые базы данных в силу своей структуры дают ряд преимуществ в части представления знаний о предметной области в виде семантической сети • Графовые базы данных бессхемные, что обеспечивает гибкость структуры данных, дает возможность хранения как разнородных фактов, множества связей , так и бизнес-правил (правил вывода)
  • 9. Особенности применения сетевой модели для хранения онтологий • Узел в графовой БД представляет собой набор данных, которые можно отнести – к классу объектов (иначе трактуется как понятие или термин предметной области) или – объекту (трактуется как экземпляр класса) • В первом случае множество узлов и определенных возможных связей (отношений) между ними образует онтологию предметной области, а во втором - семантическую сеть • Отдельные подмножества узлов графа описывают бизнес-правила (правила вывода) и ограничения
  • 10. SaaS УП - совместный доступ к КБЗ • КБЗ, находящаяся в облаке, должна быть мультитенантной, • работать с КБЗ могут – (а) на уровне метаонтологии все тенанты (например, определение понятий “класс”, “отношение”, “атрибут”, а также онтология проектной деятельности - общие), – (б) на уровне онтологии и данных (реальных объектов) все пользователи одного тенанта (например, специфические понятия какой-либо организации и сведения о проектах должны быть доступны всем пользователям в рамках политики безопасности, но не другим тенантам).