Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Онтологические стандарты организационной модели

2,881 views

Published on

Кроме модели сооружения/оборудования и модели проекта (project) нужно еще иметь организационную модель. Архитектуру этой модели не нужно выдумывать, нужно брать для нее правильные стандарты, которые разрабатываются в рамках OMG MDA.

Published in: Business
  • Login to see the comments

Онтологические стандарты организационной модели

  1. 1. Онтологические стандарты организационной модели PraxOS Версия 0.2
  2. 2. Минимальный набор Минимальный набор информационных моделей 25.06.09
  3. 3. «Настоящий» системный подход «Правильный» набор информационных моделей Рефлексивные модели 25.06.09 (ВОС)ПРОИЗВОДСТВО
  4. 4. Типовые процессы ЖЦ: разные уровни детальности 25.06.09 Жизненный цикл проекта Жизненный цикл проектного решения Жизненный цикл системы ... Включить людей!
  5. 5. Разные решения = разные описания деятельности <ul><li>Деятельность описывается по-разному, в зависимости от того, какие решения вы принимаете по поводу деятельности, используя то или иное описание. Вот примерный текущих методов описания ( viewpoint) деятельнсти для PraxOS: </li></ul><ul><li>Решения о том, как увязать PBS -проектируемой системы и WBS -параллельного проектирования (plant и work breakdown structure) -- используются разные варианты DSM (design structure matrix , матрицы взаимозависимости ). </li></ul><ul><li>Решения о том, как взаимодействуют друг с другом разные участники процесса (какие сервисы они оказывают друг другу), какая последовательность событий происходит, какие артефакты передают друг другу участники -- используется OMG BPMN2 ( &quot;прямоугольнички со стрелочками&quot;, &quot;логические процессы&quot;) . </li></ul><ul><li>Решения о том, какие практики должны использоваться в работе, как эти практики распределяются по стадиям проекта, как -- используется OMG SPEM 2 (&quot;горбатая диаграмма&quot;, hump diagram ). </li></ul><ul><li>Решения о критическом ресурсном пути (какие ограничения), ожидаемом времени завершения работ, распределении ресурсов по работам -- Gantt ( &quot;управление проектами&quot;), например, в варианте Goldratt (с буферами). </li></ul><ul><li>Каким образом выполняемые действия следуют из целей (общая стратегия) и какие есть KPI -- OMG BMM ( про это же -- &quot;деревья работ и результатов&quot; Goldratt ). </li></ul>25.06.09
  6. 6. Ключевая стадия ЖЦ разных систем: «определение системы» ( system definition , «проектирование» ) 25.06.09
  7. 7. Что такое «организация»? (группы описаний) <ul><li>ISO 42010 («схема многих знаний») -- много групп описаний , адресующих разные интересы и выполняемых по разным методам описания : </li></ul><ul><li>Сообщества (и их специфическая терминология) </li></ul><ul><li>Нормы </li></ul><ul><li>Организационные процессы </li></ul><ul><li>Стратегия (цели и средства) </li></ul><ul><li>Оргструктура (полномочия) </li></ul><ul><li>Финансы </li></ul><ul><li>... </li></ul>25.06.09
  8. 8. Вокруг ISO 15288 нет оргстандартов 25.06.09
  9. 9. Выбор практики описывания организации <ul><li>Концепты и нотации фиксируются в стандартах: ищем стандарты многоаспектного описывания организации </li></ul><ul><li>Не путать со стандартом ЖЦ персонала ( ISO 18529 -- Human Centered Lifecycle Process. Аналог ISO 15288 для «железа», ISO 12207 для софта). </li></ul><ul><li>Интересуют не просто описания (бумажные, неформальные), а модели (представимые в электронном виде, формализованные) – ищем не среди «менеджерских стандартов», а среди «айтишных стандартов». </li></ul><ul><li>Среди айтишных стандартов ищем те, которые в состоянии прочесть «простые люди» без программистской подготовки (и такие стандарты есть!) </li></ul><ul><li>Значительная часть описаний организации непосредственно выполняется организационным софтом (документооборот). </li></ul>25.06.09
  10. 10. Выбор группы стандартов оргописаний: OMG MDA 25.06.09
  11. 11. OMG MDA (Object Management Group Model-Driven Architecture) <ul><li>OMG – международная организация стандартизации (стандарты бесплатны). </li></ul><ul><li>Основная идея (2001г.): стандартизировать нужно не интерфейсы , а стандартизировать нужно модели . Модели живут дольше интерфейсов! </li></ul><ul><li>MDA описывает не только разработку софта, но и разработку систем, в том числе – организаций. MDA сегодня наиболее близка к MBSE (model-based system engineering). </li></ul><ul><li>Были интегрированы идеи двух сообществ, учитывающих интересы «простых людей», а не «программистов»: </li></ul><ul><ul><li>Business Rules Group («поворот к людям» в 1997г., стандарты организационных норм и словари) и </li></ul></ul><ul><ul><li>BPMI (нотация процессов BPMN). </li></ul></ul><ul><li>Не утрачена возможность непосредственного исполнения компьютером (« формальная нотация», но в то же время остается понятной людям в организации). </li></ul>25.06.09
  12. 12. Стандарты оргописания OMG <ul><li>SBVR (Semantic Business Vocabulary & Rules) – для составления терминологических словарей, а также записи организационных норм </li></ul><ul><li>SPEM 2 ( Software and Systems Process Engineering MetaModel) – для создания информационных моделей жизненного цикла, требуемых ISO 15288 </li></ul><ul><li>BPMN 2 (Business Process Management Notation) – для записи организационных процессов </li></ul><ul><li>BMM (Business Motivation Metamodel) – для записи стратегий (целей и выбранных средств их достижения) </li></ul><ul><li>OSM (Organizational Structure Metamodel) – для записи организационной структуры и полномочий. </li></ul><ul><li>планируется продолжать разработку (описание ресурсов, финансов и т.д.) </li></ul><ul><li>Важно: все эти стандарты предполагают наличие программных средств для записи организационных моделей в электронной форме для двух целей: </li></ul><ul><li>Удобство внесения изменений, контроля версий, обмена информацией </li></ul><ul><li>Возможность непосредственного исполнения компьютером (документооборот) </li></ul>25.06.09
  13. 13. Организационный словарь ( SBVR) <ul><li>Смысловое сообщество – люди, которые одинаково понимают концепт. </li></ul><ul><li>Словарное сообщество – люди из смыслового сообщества, которые одинаково называют концепт. </li></ul><ul><li>Не договорившись о терминах, не договоришься о концептах – и наоборот. </li></ul><ul><li>Уйти от споров «о словах», перейти к спорам о концептах </li></ul><ul><li>SBVR – это мостик между терминологическим сообществом и онтологическим (например, ISO 15926) </li></ul>25.06.09
  14. 14. Организационные нормы ( SBVR) <ul><li>Организационные нормы – это запрещения и разрешения. </li></ul><ul><li>Нормы = основное организационное знание . </li></ul><ul><li>Нормы должны быть формально полны и непротиворечивы, но в нотации, доступной для понимания простым людям в организации. </li></ul><ul><li>Нормы выражаются с использованием организационного словаря , поэтому стандарт SBVR определяет как словарь, так и правила записи норм (13% объема стандарта посвящено онтологии и нотации норм, остальное – терминологии). </li></ul><ul><li>Существует Манифест организационных норм , определяющий их место в информационной модели организации (например, необходимость поддержки независимости описания норм от описания процессов). </li></ul><ul><li>Есть определенные проблемы с формальной записью норм на русском языке ( controlled Russian трудно себе представить, а controlled English широко распространен ). </li></ul>25.06.09
  15. 15. Оргнормы и оргтребования <ul><li>Простые люди читают фактоориентированные записи: в нормах всегда есть </li></ul><ul><ul><li>модальный глагол типа «должен» и </li></ul></ul><ul><ul><li>глагол , выражающий отношения между понятиями </li></ul></ul><ul><ul><li>понятия , определенные терминами из словаря </li></ul></ul><ul><ul><li>Конструкторское решение не может быть опубликовано без визирования вышестоящим проектировщиком . </li></ul></ul><ul><li>Для реализации организационных норм могут быть выдвинуты дополнительные [ часто ресурсные ] оргтребования (нормами не являющиеся): «обеспечить визирование вышестоящим проектировщиком при помощи workflow САПР-софта». </li></ul>25.06.09
  16. 16. Организационные нормы: понятные и айтишные <ul><li>Организационная норма (в нотации SBVR-RuleSpeak): </li></ul><ul><li>A discount of 15% must be applied on the shopping cart if the shopping cart contains </li></ul><ul><li>between 2 and 4 items and one of the following conditions are met: </li></ul><ul><li>- the purchase value is greater than $100 and </li></ul><ul><li>the customer category is gold </li></ul><ul><li>- the purchase value is greater than $200 and </li></ul><ul><li>the customer category is silver </li></ul><ul><li>Та же организационная норма (в программистской нотации PRR-OCL): </li></ul><ul><li>Rule discount </li></ul><ul><li>ruleVariable: </li></ul><ul><li>?customer: Customer = Customer->any() </li></ul><ul><li>?shoppingCart: ShoppingCart = ShoppingCart->any(c: customer | c=?customer) </li></ul><ul><li>Condition: </li></ul><ul><li>(?shoppingCart.containsItemsInRange(2, 4) </li></ul><ul><li>and </li></ul><ul><li>(((?shoppingCart.items->collect(i:Item|i.value))->sum()>100 and </li></ul><ul><li>?customer.category == &quot;Gold&quot;) </li></ul><ul><li>or ((?shoppingCart.items->collect(value))->sum() > 200 and </li></ul><ul><li>?customer.category == &quot;Silver&quot;))) </li></ul><ul><li>Action: </li></ul><ul><li>shoppingCart.discountValue = shoppingCart.discountValue+15 </li></ul>25.06.09
  17. 17. Стратегирование: BMM (Business Motivation Metamodel) <ul><li>Формализованная запись популярных концептов стратегирования: «целей и задач» организации, миссии, видения, средств их достижения, и т.д. </li></ul><ul><li>указывает на связи целей и средств с организационными нормами (SBVR) , процессами ( BPMN 2) , оргструктурой (OSM) и т.д. </li></ul><ul><li>Различение целей и средств ( ends – means) </li></ul><ul><li>Включает «влияния» и запись результатов SWOT -анализа этих «влияний» </li></ul>25.06.09
  18. 18. Организационная структура: OSM (Organizational Structure Metamodel) <ul><li>Все оргмодели работают с ролями </li></ul><ul><li>Роли не связаны с полномочиями </li></ul><ul><li>Организационная структура – это про полномочия </li></ul><ul><li>Организационная структура – это места привязки других оргмоделей (стратегии, процессов, орг.норм) разного уровня детализации </li></ul>25.06.09
  19. 19. Выбор стандарта описания процесса, как цепочки действий: OMG BPMN 2 25.06.09
  20. 20. Процессы: BPMN 2 25.06.09 <ul><li>Формальная модель времени, соответствующая «народной онтологии» </li></ul><ul><li>Последовательность событий для одного актора (оркестровка) </li></ul><ul><li>Последовательность взаимодействий нескольких акторов (хореография) </li></ul>
  21. 21. Использование практик системной инженерии в описаниях процессов: SPEM 2 ( Software and Systems Process Engineering Metamodel) 25.06.09 ПРОЦЕСС ПРАКТИКИ МЕТОД описание продукта описание практики ПРОЦЕСС инструкции использование продукта использование практики t В PMN 2 Замысел Проектирование ... Эксплуатация Требования Архитектура ... Пересмотры
  22. 22. Инструкции и повторное использование моделей ЖЦ: SPEM 2 <ul><li>позволяет выполнить требование ISO 15288 по описыванию жизненного цикла: довести описание до уровня инструкций </li></ul><ul><li>Инструкции в модели представлены в виде «электронного справочника»: простота распространения </li></ul><ul><li>Поддерживаются «библиотеки» практик для многократного использования одних и тех же практик в разных процессах </li></ul>25.06.09
  23. 23. Инструментарий описания организации (софт) <ul><li>Современным аналогом глиняных табличек, доски с мелом и даже карандаша и бумаги является компьютер. </li></ul><ul><li>Главным следствием перехода к компьютерным описаниям явился переход от документоцентрического подхода к датацентрическому («базам данных»), даже в бухгалтериях. </li></ul><ul><li>В России </li></ul><ul><li>Бухгалтеры используют 1С, SAP, Oracle для «инфрмационной модели» проводок – они понимают, что такая программа им нужна . </li></ul><ul><li>Проектировщики и конструкторы начинают использовать Intergraph SPF , Dassault Systemes SmartTeam , AVEVA Vnet для «информационной модели» конструкторских решений – они понимают, что такие программы им нужны </li></ul><ul><li>Организаторы не используют KnowGravity KnowEnterprise , IBM Rational Method Composer для «информационной модели» организации -- и не понимают, что такие программы им нужны. Это новый класс программ . </li></ul><ul><li>Иногда такие «орг.программы» используют айтишники, но «для себя» (т.е. их записи непонятны простым людям). </li></ul>25.06.09
  24. 24. Спасибо за внимание <ul><li>Анатолий Левенчук </li></ul><ul><li>http://ailev.ru </li></ul><ul><li>[email_address] </li></ul><ul><li>Виктор Агроскин </li></ul><ul><li>[email_address] </li></ul><ul><li>TechInvestLab.ru </li></ul><ul><li>+7 (495) 7 48-5388 </li></ul><ul><li>Дополнительные материалы: </li></ul><ul><li>http://www.praxos.ru </li></ul>

×