Академическая школа многоперспективного моделирования предприятия: набор специализированных визуальных языков, процессная модель и приёмы работы. Отличие от универсальных языков заявлено прямо — специализированный язык даёт модельеру готовые понятия предметной области, а не заставляет собирать их из общих. Три перспективы × четыре аспекта.
Стратегия лежит в презентации, процессы — в регламентах, данные — в схемах ИТ. Когда стратегия меняется, никто не может сказать, какие процессы и какие объекты в системах она заденет.
Обычный ответ на это — взять один универсальный язык и нарисовать в нём всё. Но универсальный язык не знает, что такое подразделение, роль, цель или цепочка создания ценности: модельер вынужден собирать эти понятия сам из общих прямоугольников, и у каждого получается по-своему. Именно с этой претензии к универсальным языкам начинается MEMO Ульриха Франка: специализированный язык должен давать готовые понятия своей предметной области. Отсюда семейство языков: для стратегии — MEMO-SML, для организации и процессов — MEMO-OrgML, для информационных объектов — MEMO-OML.
Три языка не разваливаются на три рисунка, потому что все они заданы одной мета-метамоделью и сходятся в общей объектной модели. Клиент в модели стратегии и клиент в объектной модели — одно понятие, а не два одинаковых слова. Каждая перспектива к тому же рассматривается через четыре аспекта — структура, процесс, ресурсы, цели, — так что вопрос «какие цели у этого процесса и какие ресурсы он ест» имеет место в модели. Важно понимать масштаб: это академическая школа из Кобленца, в реестре она представлена 15 карточками из одной статьи на десять страниц. Ценность здесь в способе мыслить, а не в готовом инструменте с поставщиком.
Специализированный язык даёт готовые понятия предметной области; связность между языками держит общая мета-метамодель, а не совпадение названий.
Исследуйте основные части: у каждой свой вопрос, смысл и место в примере.
MEMO
Выберите элемент схемы — откроются объяснение и пример.
Язык моделирования стратегии MEMO предназначен для поддержки построения моделей, описывающих цели и бизнес-стратегию фирмы. Он включает четыре группы понятий.
Подписка должна дать клиенту предсказуемое обслуживание, а компании — устойчивые отношения.
Выборочный авторский навигатор по подходу. Схема упрощена для объяснения; полный состав записей и источники — в каталоге ниже.
Авторский учебный пример. Организация и решения придуманы для объяснения подхода; это не обязательный порядок работ из стандарта.
Выясняем вопросы стратегии, организации и информации для перехода к подписке.
Каждая модель имеет адресата и задачу.
Используем понятия соответствующих языков и связываем общие объекты.
Изменение договора прослеживается в организации обслуживания.
Сверяем модели на конкретном сценарии клиента.
Связность подтверждена смыслом работы, а не только совпадением названий.
Единый язык моделирования корпоративной архитектуры от The Open Group. В редакции 4 язык разложен не по слоям, а по доменам: четыре домена ядра — Common, Business, Application и Technology — плюс Motivation, Strategy и Implementation and Migration. Для каждого домена задан свой набор элементов, а все разрешённые отношения сведены в нормативное приложение B. Отдельного домена для информации и данных язык не заводит намеренно: информация моделируется сквозь домены элементами пассивной структуры. Реестр держит редакцию 4 и рядом 70 строк редакции 3.2 — из сводной матрицы школ старая редакция исключена.
Свод знаний по бизнес-архитектуре, который ведёт Business Architecture Guild (США, международное членство). Строится вокруг картирования способностей и потоков создания ценности: спецификация ArchiMate 4 называет ядром BIZBOK домены capabilities, value streams, organization и information. В реестре школа представлена редакцией v15.0.
Смысл многоперспективной модели — в согласованности. Проверяйте общие понятия и отношения между описаниями.
Перед проработкой согласуйте вопрос: Каким замыслом руководствуется компания? Ответ должен быть понятен участникам рассматриваемой работы.
Пройдите весь пример от исходной ситуации до результата: Связность подтверждена смыслом работы, а не только совпадением названий.
Общие оси — нейтральные названия частей предприятия: деятельность, данные, приложения, инфраструктура и другие. Здесь показано, какие элементы подхода сопоставлены с этими осями и насколько совпадает их охват.
Есть сопоставление с 5 осями из 17
| Ось реестра | В MEMO | Сопоставление | Пояснение |
|---|---|---|---|
| Стратегия и способности | Strategic Perspectiveточка зрения | Охват тот же, что у оси. | Стратегическая перспектива. |
| Деятельность: функции и процессы + Организация и ответственность | Organizational Perspectiveточка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Организация и её процессы. |
| Приложения и информационные системы + Информация и данные | Information System Perspectiveточка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Информационная система и данные. |
| Делит по другому признаку | Structure · Process · Resources · Goalsаспект языка | Вне общих осей | Аспект рамки MEMO (§3.1) — столбец рис. 1, пересекающий все три перспективы: одна и та же перспектива описывается через структуру, процесс, ресурсы и цели. Не предметная область, а род содержимого модели — тот же случай, что столбцы сетки NAF и UAF. |
Дополнительные измерения этого подхода: аспект языка.
Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.
Запишите стратегию одной страницей в понятиях MEMO-SML: стратегические бизнес-единицы и цепочка создания ценности — какие группы активностей реально добавляют стоимость. Получится модель стратегии, с которой будут сверяться две остальные.
Оргструктура и два-три процесса, которые реализуют цепочку ценности, — с ресурсами, которые они потребляют, и целями, которым служат. Все процессы компании не описывайте: нужна связка с моделью стратегии, а не полный регламент.
Статическая объектная модель понятий, которыми оперируют вчерашние процессы: договор, обслуживаемый объект, обращение, клиент. Только структура и связи, без поведения — поведение осталось в модели организации.
Пройдите по трём моделям и выпишите объекты, которые встречаются больше чем в одной: клиент, договор, услуга. Для каждого убедитесь, что во всех моделях это одно понятие с одним смыслом. Это ручная версия общей объектной модели MEMO — и главная работа недели.
Возьмите один сценарий клиента — переход на подписку — и проведите его через три модели: какая цель затронута, какой процесс меняется, какие объекты добавляются. Расхождение между моделями на этом сценарии — находка, а не ошибка: ради неё всё и делалось.
MEMO — семейство языков, и соблазн — выучить нотацию OrgML и рисовать. У каждой перспективы есть свой вопрос: каким замыслом руководствуется компания, как устроена работа, какие понятия нужны. Начните с вопроса и берите из языка только те понятия, которые на него отвечают.
MEMO-OML ограничен статическими объектными моделями: договор, обслуживаемый объект, обращение и их связи. Порядок действий и ресурсы описывает OrgML, а для симуляции там же есть прототипические экземпляры процессов. Если в объектной модели появились стрелки «потом», вы не в той перспективе.
Оба связывают стратегию, организацию и ИТ. ArchiMate — один язык со слоями и общим для всех слоёв набором элементов и отношений. MEMO — семейство специализированных языков (SML, OrgML, OML), каждый со словарём своей предметной области, а связность обеспечивает общая мета-метамодель. На практике ArchiMate распространён шире и поддержан инструментами; MEMO полезнее как способ думать о перспективах и о том, какие понятия нужны каждому адресату.
Статья упоминает среду MEMO Center, но начать можно без неё: три модели на бумаге или в любом редакторе диаграмм. Важнее не инструмент, а дисциплина общего словаря — список объектов, которые встречаются в нескольких перспективах, с одним определением на каждый.
MEMO-OrgML сам даёт понятия для детального моделирования процессов, но нотация BPMN знакома большему числу людей и поддержана исполняемыми движками. На практике разумно вести шаги процесса в BPMN, а в модели организации MEMO держать то, чего в BPMN нет: связь процесса с ресурсами, целями и объектами других перспектив.
14 страниц: что это и чем не является, устройство подхода, 15 карточек словаря, учебный пример и план первой недели.
Пришлём ссылку сразу после отправки формы
Дословные выписки из стандарта с переводом. Строки с пояснением простыми словами отмечены.
Понятия этого подхода с объяснениями, примерами и типичными ошибками.
Подходы для одной области — безопасность, производство, ИТ-функция — и стандарты о том, как вообще описывать архитектуру: требования, правила, принципы.
Автор — Ульрих Франк, Universität Koblenz-Landau. Первоисточник самого метода назван в статье ссылкой на его же работу «Visual Languages for Enterprise Modelling» (Arbeitsberichte des Instituts für Wirtschaftsinformatik der Universität Koblenz-Landau, № 18, 1999); составные языки описаны отдельными препринтами того же института — метаметамодель (№ 9, 1998), объектный язык MEMO-OML (№ 10, 1998), организационный MEMO-OrgML (№ 26, 2001).
Отношение к соседям автор формулирует как критику: более разработанные подходы вроде CIM/OSA и ARIS дают рамки для архитектур информационных систем, но, кроме полуформального языка описания процессов в ARIS, не дают специализированных языков моделирования. Сам термин «enterprise modelling», по статье, введён работами Захмана (1987) и Каца (IBM Systems Journal, т. 29, № 4; года в списке литературы нет).
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийБаза знаний и викиРеестр процессов
