Требования к стандартным архитектурам и методологиям предприятия: чему обязана удовлетворять рамка, чтобы считаться архитектурой предприятия. Сам артефактов не задаёт — задаёт рамку, в которой их задают ИСО 19439 и ИСО 19440. Двадцать четыре термина раздела 3, двадцать четыре концептуальные ориентации раздела 5.3, требования к представлению в модели (6.3) и восемь точек зрения (6.5.1.3—6.5.1.10).
Один принёс нотацию и говорит, что это архитектура. Второй — программу. Третий — регламент из двенадцати шагов. Сравнить их по цене можно, по содержанию — нет: они несопоставимы, пока не сказано, из чего вообще должна состоять архитектура предприятия.
ISO 15704 — стандарт, который это говорит. Он не описывает предприятие и не даёт способа его описать; он формулирует требования к тем, кто такой способ предлагает: к архитектурам, методологиям, языкам, инструментам. Чтобы называться архитектурой предприятия, подход обязан охватывать жизненный цикл сущности, учитывать участие человека, различать общее и частное, показывать предприятие с нескольких точек зрения — функциональной, информационной, ресурсной, организационной, экономической, решений, рисков и архитектуризации. Двадцать четыре концептуальные ориентации раздела 5.3 — по сути, перечень для сверки: умеет ли подход показать миссию, окружение, историю жизни, средства проверки самого себя.
Для читателя это инструмент оценки, а не работы. «Внедрять ISO 15704» на заводе не придётся; его прикладывают к предложению поставщика или к собственному набору методов и видят, чего там нет. Стандарт честен о своих пределах: артефактов он не задаёт, а отсылает к ISO 19439 (рамка моделирования) и ISO 19440 (конструкции); в приложении В целиком приводит GERAM как образец полной методологии. В реестре стандарт заведён по ГОСТ Р ИСО 15704-2022 — русскому идентичному переводу ISO 15704:2019 на 74 страницах; в раздатку вошли 48 карточек из 97.
ISO 15704 не отвечает на вопрос «как описать наше предприятие». Он отвечает на вопрос «полон ли тот способ, которым нам предлагают это сделать».
Исследуйте основные части: у каждой свой вопрос, смысл и место в примере.
ISO 15704
Выберите элемент схемы — откроются объяснение и пример.
Один английский термин framework статья переводит сразу тремя русскими словами — это одно понятие с тремя именами, и в реестре его надо искать по любому из них. Рамочная структура не описывает предприятие, а держит вместе элементы его архитектуры: «Структура, выраженная в диаграммах, тексте и формальных правилах», которая их связывает.
Проверяем, какие виды представления и правила связывают модели.
Выборочный авторский навигатор по подходу. Схема упрощена для объяснения; полный состав записей и источники — в каталоге ниже.
Авторский учебный пример. Организация и решения придуманы для объяснения подхода; это не обязательный порядок работ из стандарта.
Выясняем, является ли предложение языком, инструментом, архитектурой или методологией.
Сравниваются сопоставимые части подхода.
Просматриваем требования к жизненному циклу, моделям и участию человека.
Видны области, которые потребуют дополнительных средств.
Применяем выбранный комплект к одной задаче предприятия.
Есть свидетельство пригодности, а не только декларация соответствия.
Не архитектура и не нотация, а перечень того, что вообще должно быть у полной архитектуры и методологии предприятия: девять компонентов (GERA, EAM, EML, GEMC, PEM, EAET, EM, EMO, EOS) и требования к каждому, чтобы по ним сопоставлять и достраивать конкретные рамки. Рабочий текст реестра — справочное приложение В ГОСТ Р ИСО 15704-2022, идентичного перевода ISO 15704:2019.
Основа моделирования предприятия: три размерности, по которым раскладывается любая модель, и требования соответствия к моделям и методологиям. Семь фаз жизненного цикла × четыре представления (функциональное, информационное, ресурсное, организационное) × три уровня общности. Рабочий текст реестра — ГОСТ Р ИСО 19439-2008.
Международный стандарт конструкций для моделирования предприятий: определяет и детализирует набор совместимых, ориентированных на пользователя конструкций языка моделирования, которые несут общую семантику и позволяют унифицировать модели, разработанные разными сторонами на разных этапах разработки модели предприятия. В реестре школа представлена русским идентичным изданием ГОСТ Р ИСО 19440-2010.
ISO 15704 формулирует требования к подходам. Конкретные конструкции и модели развиваются в связанных стандартах и методологиях.
Перед проработкой согласуйте вопрос: Как организовано описание предприятия? Ответ должен быть понятен участникам рассматриваемой работы.
Пройдите весь пример от исходной ситуации до результата: Есть свидетельство пригодности, а не только декларация соответствия.
Общие оси — нейтральные названия частей предприятия: деятельность, данные, приложения, инфраструктура и другие. Здесь показано, какие элементы подхода сопоставлены с этими осями и насколько совпадает их охват.
Есть сопоставление с 7 осями из 17
| Ось реестра | В ISO 15704 | Сопоставление | Пояснение |
|---|---|---|---|
| Деятельность: функции и процессы | 6.5.1.3 Functional viewpointточка зрения | Охват тот же, что у оси. | Функциональная точка зрения. |
| Информация и данные | 6.5.1.4 Information viewpointточка зрения | Охват тот же, что у оси. | Информационная точка зрения. |
| Организация и ответственность | 6.5.1.6 Organization viewpointточка зрения | Охват тот же, что у оси. | Организационная точка зрения. |
| Экономика и финансы | 6.5.1.7 Economic viewpointточка зрения | Охват тот же, что у оси. | Экономическая точка зрения. Редкий случай: собственный экономический домен есть лишь у ИСО 15704 и ОРГ-Мастера. |
| Технологическая ИТ-инфраструктура + Производство и физические активы | 6.5.1.5 Resource viewpointточка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Ресурсы предприятия: и технические средства, и производственные активы. |
| Организация и ответственность | 6.5.1.8 Decision viewpointточка зрения | С осью пересекается частично. | Точка зрения принятия решений: пересекается с организацией, но выделяет управляющий контур, которого в нейтральном домене отдельно нет. |
| Безопасность и риски | 6.5.1.9 Risk viewpointточка зрения | С осью пересекается частично. | Риски без защитных мер: нейтральный домен объединяет безопасность и риски, ИСО 15704 берёт только вторую половину. |
| Делит по другому признаку | Life cycleизмерение | Вне общих осей | Фаза жизненного цикла, а не домен: она отвечает на вопрос «когда», и через неё проходят ВСЕ предметные домены. Приравнивать фазу к домену — значит смешать две оси. У ИСО 15704 это одна из трёх осей структуры моделирования. |
| Делит по другому признаку | Genericityизмерение | Вне общих осей | Уровень общности (generic / partial / particular), а не домен: одна и та же предметная область описывается на всех трёх уровнях. |
| Делит по другому признаку | Modelling viewpoints / viewsизмерение | Вне общих осей | Сама ось «точки зрения / представления»: аппарат описания, задающий, как смотреть, а не что описывать. Конкретные точки зрения этой оси разобраны отдельными строками ниже. |
| Делит по другому признаку | 5.3 Basic concepts for enterprise-referencing architectureнабор интересов | Вне общих осей | Набор базовых понятий стандарта, а не домен предприятия. |
| Делит по другому признаку | 6.5.1.10 Architecting viewpointточка зрения | Вне общих осей | Аппарат описания, а не предметная область: ГОСТ Р ИСО 15704-2022, 6.5.1.10 — «Условия точки зрения, связанной с архитектуризацией, включают языки, нотации и типы моделей, используемые для получения представлений архитектуры предприятия, а также методы моделирования, технику анализа или иные операции». Там же сказано, что остальные точки зрения 6.5.1.3—6.5.1.9 вносят вклад в эту, то есть она стоит НАД ними. Переведено 2026-09-07. |
Дополнительные измерения этого подхода: набор интересов, точка зрения.
Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.
Возьмите всё, что вам предлагают или что у вас уже есть, и к каждому поставьте одно слово из стандарта: язык, инструмент, архитектура, методология. Нотация — язык; программа — инструмент; регламент работ — методология. Сравнивать можно только одинаковое: инструмент с инструментом, метод с методом.
Для каждого предложения спросите, какие фазы жизни сущности оно охватывает: от идентификации и концепции через проектирование до работы и вывода из эксплуатации. Подход, который умеет только проектировать, но не описывает эксплуатацию и изменения, не отвечает ориентации 5.3.9.1. Запишите это, а не отбрасывайте: пробел можно закрыть другим средством.
Восемь точек зрения: функциональная, информационная, ресурсная, организационная, экономическая, принятия решений, рисков, архитектуризации. Для каждой отметьте, есть ли у предложения средства её показать. Экономическая и решений обычно пустые; это нормально, но должно быть записано.
Спросите, как подход различает три уровня общности — универсальные конструкции, отраслевые заготовки, модель конкретного предприятия — и есть ли у него механизм перехода от одного к другому. Подход, где всё делается с чистого листа, не поддерживает частичные модели (6.4.2), и это дорого обойдётся на втором заводе.
Возьмите комплект, который прошёл четыре дня лучше других, и примените его к одной реальной задаче предприятия — маленькой, но целиком: от постановки до решения об изменении. Стандарт называет это свидетельством пригодности; без этого шага у вас есть только декларация соответствия.
Стандарт — перечень требований, и соответствие ему проверяется по пунктам, а не декларацией в презентации. Попросите поставщика показать, где в его подходе фазы жизненного цикла, где различие общего и частного, где восемь точек зрения и где средства верификации и валидации (5.3.15). Обычно на двух-трёх пунктах ответ — «это делается вручную». Это и есть результат оценки.
Жизненный цикл — фазы, которые сущность может проходить: от идентификации до вывода из эксплуатации. История жизни — фактическая, записанная, версионированная последовательность того, что с ней происходило. Дорожная карта — про первое, журнал изменений — про второе. Подход, у которого есть только фазы, не отвечает ориентации 5.3.9.2: он не умеет показать, что было на самом деле.
Оба стандарта — про требования, а не про предприятие. ISO/IEC/IEEE 42010 говорит, как должно быть устроено описание архитектуры любой системы: заинтересованные стороны, точки зрения, представления. ISO 15704 берёт у него три определения и применяет ту же логику к предприятию как к сущности с жизненным циклом, историей жизни и уровнями общности. Грубо: 42010 — про форму описания, 15704 — про то, что архитектура предприятия обязана охватить.
Это одна линейка. ISO 15704 формулирует требования, ISO 19439 задаёт рамку моделирования — фазы, представления, уровни общности, — а ISO 19440 даёт конструкции для описания: процесс, ресурс, роль. По четырём точкам зрения из восьми ISO 15704 прямо отсылает к 19440. Если нужен способ описать предприятие в этой традиции, берут 19439 и 19440; 15704 нужен, чтобы понять, почему они устроены именно так.
Как перечень для сверки — да, для собственного набора. Приложите разделы 5 и 6 к тому, чем вы уже описываете предприятие, и увидите, что есть язык и инструмент, но нет методологии, или есть процессы и системы, но нет ни экономической точки зрения, ни истории жизни. На наш взгляд, это самый частый результат такой сверки, и он полезнее покупки чего-то нового.
20 страниц: что это и чем не является, устройство подхода, 48 карточек словаря, 12 понятий с аналогиями, учебный пример и план первой недели.
Пришлём ссылку сразу после отправки формы
Дословные выписки из стандарта с переводом.
Понятия этого подхода с объяснениями, примерами и типичными ошибками.
Программное средство для создания, хранения и анализа моделей предприятия.
Реестр проблем, связанных с рисками предприятия.
Каталог концептуальных объектов данных, являющийся верхним уровнем детальности метаданных.
Описывает правила и ограничения для создания моделей предприятия.
Это описание того, какой результат или эффект предприятие намерено получить от своей продукции или услуги для потребителя.
Набор описаний, схем и формальных моделей, которые отражают реальность предприятия с нужной степенью детализации.
Подходы для одной области — безопасность, производство, ИТ-функция — и стандарты о том, как вообще описывать архитектуру: требования, правила, принципы.
Издание ИСО 15704:2000 — то, на которое как на нормативную ссылку опирается ИСО 19439:2006 (раздел 2 «Нормативные ссылки» ГОСТ Р ИСО 19439-2008). Действующая редакция — ISO 15704:2019. Русское идентичное издание — ГОСТ Р ИСО 15704-2022, утверждённый приказом Росстандарта от 3 октября 2022 г. № 1045-ст взамен ГОСТ Р ИСО 15704-2008; использованный экземпляр — официальное издание, оформление ФГБУ «РСТ», 2022, 74 страницы.
Определения заимствованы из ИСО 19439:2006 (шесть терминов) и ISO/IEC/IEEE 42010:2011 (три). По четырём точкам зрения — функциональной, информационной, ресурсной и организационной — стандарт отсылает к ИСО 19440, по точке зрения принятия решений — к CEN/TS 14818 «Decisional Reference Model», по интероперабельности — к ИСО 11354-1. Приложение В целиком отведено GERAM и занимает 30 страниц из 74 — это самый полный доступный носитель GERAM, но по статусу приложение справочное, а не нормативное.
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийБаза знаний и викиРеестр процессов
