Архитектурная рамка Министерства обороны Великобритании: от стратегического замысла и способностей до закупок и технических стандартов. Семь точек зрения и 47 представлений. Словарь элементов AV-2 ссылается на источник каждого элемента — онтологию MODAF, модель IDEAS или локальный источник, — а сама онтология MODAF задумана как расширение модели IDEAS 3. Используемый экземпляр — снимок сайта MOD, а не спецификация с предисловием: страницы сняты 2–3 июня 2010 года, PDF собран 4 июня 2010 года.
Ведомство или компания закупает оборудование, а через год выясняется: люди не обучены, регламенты не переписаны, системы не стыкуются. Техника есть — способности нет.
Ровно под эту проблему Министерство обороны Великобритании и строило MODAF: связать стратегический замысел со способностями, способности — с операционной деятельностью, деятельность — с сервисами и системами, а всё вместе — со сроками закупок и техническими стандартами. Для этого в рамке семь точек зрения — стратегическая (StV), операционная (OV), сервисная (SOV), системная (SV), закупочная (AcV), техническая (TV) и общие представления (AV) — и 47 представлений внутри них. Главный ход: способность (capability) — отдельный объект, а не сумма купленных систем. Фазирование способностей в StV-3 и временные шкалы программ в AcV-2 заставляют сопоставить, когда способность требуется и когда её реально доставят.
Тут нужна честность. В реестре лежит снимок сайта MOD за июнь 2010 года, версия 1.2.004, и рамка исторически замещена: третья версия NATO Architecture Framework создавалась по образцу MODAF и заменила её, а понятия рамки через профиль UPDM перешли в UAF. Читать MODAF всё же стоит по двум причинам. Коды представлений — OV-5, SV-1, AV-2 — до сих пор встречаются в тендерах, унаследованных архитектурных документах и в разговорах внутри семейства DoDAF–NAF–UAF. И логика «замысел → способность → операции → системы → поставка → стандарты» переносится на любую организацию, которая покупает оборудование и ждёт от него результата: замените «ведомство» на «завод» или «логистическую компанию».
Способность — отдельный объект, а не сумма купленных систем: MODAF требует прописать, чем и к какому сроку она будет обеспечена.
Исследуйте основные части: у каждой свой вопрос, смысл и место в примере.
MODAF
Выберите элемент схемы — откроются объяснение и пример.
Задаёт охват архитектуры верхнего уровня и стратегический контекст для содержащихся в ней способностей; описывает целевое состояние бизнес-трансформации.
Нужно сократить задержку координации между подразделениями.
Выборочный авторский навигатор по подходу. Схема упрощена для объяснения; полный состав записей и источники — в каталоге ниже.
Авторский учебный пример. Организация и решения придуманы для объяснения подхода; это не обязательный порядок работ из стандарта.
Согласуем результат и его связь с деятельностью подразделений.
Стратегическое намерение имеет конкретное операционное содержание.
Сопоставляем операции с сервисами и системами.
Понятно, какие изменения ресурсов действительно нужны.
Проверяем последовательность поставок, подготовки людей и включения решений в работу.
Новая техника не считается готовой способностью сама по себе.
Архитектурная рамка НАТО для обороны и коалиционной совместимости. Точки зрения разложены по сетке: ряды — предметы интереса (Concepts, Service, Logical, Physical Resource, Architecture Foundation), столбцы — аспекты интереса (Taxonomy, Structure, Connectivity, Behaviour, Information, Constraints, Roadmap), причём Behaviour раскрывается тремя столбцами (Processes, States, Sequences), так что сетка выходит 5×9. Глава 3 описывает 47 точек зрения: 44 ячейки сетки (C6 в спецификации отсутствует) и три межячеечных представления — C1-S1, L2-L3 и L4-P4.
Разбираем архитектуру предприятия на примере логистической сети. Выбирайте представления в сетке UAF, прослеживайте связи операций, сервисов, людей и ресурсов и находите нужные элементы в каталоге.
Архитектурная рамка Министерства обороны США для оборонных и сложных систем. Задаёт восемь точек зрения — All, Capability, Data and Information, Operational, Project, Services, Standards, Systems — и 52 модели внутри них; отдельным слоем стоит метамодель DM2, в реестр не переносившаяся.
Нужны также подготовленная организация работы, люди, информация и совместимость. Проверяйте всю цепочку реализации.
Перед проработкой согласуйте вопрос: Какой результат определяет развитие? Ответ должен быть понятен участникам рассматриваемой работы.
Пройдите весь пример от исходной ситуации до результата: Новая техника не считается готовой способностью сама по себе.
Общие оси — нейтральные названия частей предприятия: деятельность, данные, приложения, инфраструктура и другие. Здесь показано, какие элементы подхода сопоставлены с этими осями и насколько совпадает их охват.
Есть сопоставление с 7 осями из 17
| Ось реестра | В MODAF | Сопоставление | Пояснение |
|---|---|---|---|
| Стратегия и способности | Strategic Viewpoint (StV)точка зрения | Охват тот же, что у оси. | Способности и стратегия. |
| Приложения и информационные системы | Service Oriented Viewpoint (SOV)точка зрения | Охват тот же, что у оси. | Сервисы и их функциональность. |
| Изменения, проекты и переход | Acquisition Viewpoint (AcV)точка зрения | Охват тот же, что у оси. | Программы и закупочные кластеры: переход к целевому состоянию с привязкой к закупочному циклу. |
| Управление архитектурой, нормы и соответствие | All Views (AV)точка зрения | Охват тот же, что у оси. | Общий контекст и словарь архитектуры. |
| Деятельность: функции и процессы + Организация и ответственность | Operational Viewpoint (OV)точка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Операционные узлы и участники. |
| Приложения и информационные системы + Технологическая ИТ-инфраструктура | Systems Viewpoint (SV)точка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Системы и ресурсы. |
| Управление архитектурой, нормы и соответствие | Technical Viewpoint (TV)точка зрения | С осью пересекается частично. | Стандарты и технические политики. |
Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.
На одной странице: о какой способности речь, кто заинтересован, какие допущения и ограничения. Это AV-1 «Обзор и сводная информация». Тут же заведите AV-2 и внесите первые десять терминов с источником каждого.
StV-2 «Таксономия способностей»: разложите требуемую способность на составные — наблюдение, обмен информацией, координация; для компании — приём, хранение, отгрузка. В StV-3 отметьте, к какой фазе какая способность требуется. Техники и систем здесь ещё нет.
OV-2: операционные узлы и потребности в обмене между ними — кому что от кого нужно. OV-5: деятельности, которые обеспечивают вчерашние способности, с входами и выходами. Свяжите их со способностями через StV-6. Системы по-прежнему не рисуйте.
SOV-3: какие сервисы обеспечивают какие способности. SV-1: какие ресурсы и интерфейсы реализуют операции. SV-5 — матрица прослеживаемости «функция — операционная деятельность»: каждая функция системы должна на что-то работать, иначе она лишняя.
AcV-2 «Временные шкалы программ»: когда приходят оборудование, обучение людей и интеграции — и сходится ли это со сроками требования в StV-3. TV-1 «Профиль стандартов»: каким стандартам обязаны соответствовать интерфейсы из SV-1.
Системная точка зрения — самая населённая (17 представлений из 47), и соблазн начать со знакомого: системы, порты, интерфейсы. Без StV-2 (какие способности нужны) и OV-5 (какая деятельность их обеспечивает) картина систем не отвечает на вопрос «зачем». Начинайте с AV-1 и стратегических представлений.
AV-2 — место, где у каждого элемента есть определение и источник. Без него «операционный узел» в OV-2 у одной команды и «система» в SV-1 у другой оказываются одним и тем же под разными именами. Заполняйте словарь по ходу, а не в конце.
DoDAF — рамка Министерства обороны США; из её версии 1.0 MODAF и вырос, расширив её, в частности, стратегической, сервисной и закупочной точками зрения. NAF v3 создавался по образцу MODAF и заменил его; NAF v4 перестроил всё в сетку 5×9 и согласовал термины с ISO 42010 и TOGAF. Если документ говорит «StV» и «AcV» — это MODAF; «CV» и «PV» — DoDAF 2; буквенно-цифровые ячейки C1, L2, P3 — NAF v4.
Мы считаем, что нет, если этого не требует заказчик. Для новых описаний есть NAF v4.1 и UAF, в которых понятия MODAF сохранены и согласованы с остальными стандартами. MODAF нужен, чтобы читать существующие документы, понимать происхождение представлений и не удивляться кодам.
Логика переносится: способность отдельно от техники, сроки поставки отдельно от сроков готовности, стандарты интерфейсов отдельно от систем. Заводу, логистике или банку с крупными закупками полезнее всего StV и AcV. Словарь придётся переводить: «операционный узел» станет подразделением или площадкой, «миссия» — бизнес-целью, что рамка и сама допускает.
20 страниц: что это и чем не является, устройство подхода, 47 карточек словаря, 12 понятий с аналогиями, учебный пример и план первой недели.
Пришлём ссылку сразу после отправки формы
Дословные выписки из стандарта с переводом. Строки с пояснением простыми словами отмечены.
Понятия этого подхода с объяснениями, примерами и типичными ошибками.
Документ описывает стратегический контекст и целевое состояние для группы способностей предприятия.
Это вид модели, который показывает временную последовательность работ по программам и проектам.
Схема показывает, как система действует при выполнении миссии или в заданном сценарии.
Табличная схема, описывающая, какие данные или ресурсы передаются между системами и в каком виде.
Это схема, показывающая, как события и данные движутся между участниками (узлами, системами или сервисами) во времени.
Модель описывает зависимости между запланированными способностями и определяет их логические группировки.
Подходы, которые описывают предприятие целиком — от стратегии и процессов до данных и ИТ-инфраструктуры: язык, рамка или метод со своей моделью.
Онтология предприятия и метод инженерии предприятия
Эталонная рамка корпоративной архитектуры
Онтология корпоративной архитектуры
Архитектура интегрированного производства
Эталонная архитектура предприятия и методология мастер-планирования
Свод знаний по бизнес-архитектуре
История версий, напечатанная на самом сайте MOD: V1.0 — август 2005, V1.1 — апрель 2007, V1.2.003 — апрель 2008, V1.2.004 — май 2010. Внутри того же документа change log датирует ту же редакцию иначе — «Effective 01 April 2010»; расхождение принадлежит изданию, а не выписке.
Происхождение сказано разделом «MODAF has pedigree»: рамка разработана MOD из DoDAF версии 1.0 и затем расширена под требования министерства, а сама послужила образцом, по которому создавалась третья версия NATO Architecture Framework.
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийБаза знаний и викиРеестр процессов
