Основа моделирования предприятия: три размерности, по которым раскладывается любая модель, и требования соответствия к моделям и методологиям. Семь фаз жизненного цикла × четыре представления (функциональное, информационное, ресурсное, организационное) × три уровня общности. Рабочий текст реестра — ГОСТ Р ИСО 19439-2008.
Отраслевой шаблон от консультантов, требования к новой площадке и описание того, как завод работает сегодня, — всё это называют «моделью предприятия». Пока не сказано, какая из них о чём, их нельзя ни сравнить, ни собрать.
Типичная картина: консультанты принесли эталонную модель отрасли, проектная группа написала требования к новому цеху, технологи держат описание того, как участок работает сейчас. Все три документа лежат в одной папке и называются одинаково. Их пытаются сравнивать как ступени одной лестницы — от общего к подробному — и не сходится: подробная отраслевая модель не превращается в модель вашего завода, а требования не совпадают с описанием работы просто потому, что отвечают на другой вопрос. Спор идёт о том, какая модель «правильная», хотя правильны все три — каждая на своём месте.
ISO 19439 предлагает задавать каждой модели три вопроса. На каком этапе жизни она сделана — это фаза, их семь, от идентификации домена до вывода из эксплуатации. Какую сторону предприятия она показывает — это представление: функциональное, информационное, ресурсное или организационное. Насколько она общая — это уровень общности: общий, частный (отраслевой) или обособленный, то есть модель конкретного завода. Эталонная модель отрасли и требования к цеху оказываются в разных клетках куба, и сравнивать их больше не нужно — нужно переносить: связывать типовые конструкции с реальными процессами, ресурсами и людьми площадки. Сверх осей стандарт задаёт требования соответствия: какие представления в модели обязаны быть и что должна уметь методология.
В этой раздатке — все 42 карточки страницы реестра по тексту ГОСТ Р ИСО 19439-2008: три оси, семь фаз, четыре представления, три уровня общности и семь требований раздела 6. Плюс двенадцать понятий с бытовыми объяснениями, учебный пример переноса процесса на новый завод и план на пять рабочих дней. Стандарт в реестре стоит в паре с ISO 19440: там конструкции языка, здесь — координаты, по которым эти конструкции раскладываются.
Три вопроса к любой модели: на каком этапе жизни она сделана, какую сторону предприятия показывает и насколько она общая. Пока ответов нет, сравнивать модели рано.
Исследуйте основные части: у каждой свой вопрос, смысл и место в примере.
ISO 19439
Выберите элемент схемы — откроются объяснение и пример.
Это ось, а не артефакт: по ней раскладывается жизненный цикл самой МОДЕЛИ, а не предприятия и не проекта по его перестройке. Стандарт берёт семь фаз (5.2.2—5.2.8) и заявляет, что на каждой из них рассматриваются все четыре представления и все три уровня общности: фаза задаёт срез общего куба, а не отдельный документ.
Модель требований к площадке отличается от описания уже реализованной работы.
Выборочный авторский навигатор по подходу. Схема упрощена для объяснения; полный состав записей и источники — в каталоге ниже.
Авторский учебный пример. Организация и решения придуманы для объяснения подхода; это не обязательный порядок работ из стандарта.
Уточняем её общность, фазу и охваченные представления.
Понятно, что можно переносить и чего в модели нет.
Связываем типовые конструкции с реальными процессами, ресурсами и организацией.
Получена конкретная модель вместо переименованного шаблона.
Проверяем, что функции используют описанные данные и обеспечены ресурсами.
Разные виды модели не противоречат друг другу.
Международный стандарт конструкций для моделирования предприятий: определяет и детализирует набор совместимых, ориентированных на пользователя конструкций языка моделирования, которые несут общую семантику и позволяют унифицировать модели, разработанные разными сторонами на разных этапах разработки модели предприятия. В реестре школа представлена русским идентичным изданием ГОСТ Р ИСО 19440-2010.
Требования к стандартным архитектурам и методологиям предприятия: чему обязана удовлетворять рамка, чтобы считаться архитектурой предприятия. Сам артефактов не задаёт — задаёт рамку, в которой их задают ИСО 19439 и ИСО 19440. Двадцать четыре термина раздела 3, двадцать четыре концептуальные ориентации раздела 5.3, требования к представлению в модели (6.3) и восемь точек зрения (6.5.1.3—6.5.1.10).
Европейская архитектура открытых систем для компьютерно-интегрированного производства, созданная консорциумом AMICE в рамках программы ESPRIT. Одна из трёх школ, обобщением которых собран GERAM.
Фаза, представление и общность отвечают на разные вопросы. Подробная типовая модель не становится конкретной моделью завода автоматически.
Перед проработкой согласуйте вопрос: К какому этапу жизни относится описание? Ответ должен быть понятен участникам рассматриваемой работы.
Пройдите весь пример от исходной ситуации до результата: Разные виды модели не противоречат друг другу.
Общие оси — нейтральные названия частей предприятия: деятельность, данные, приложения, инфраструктура и другие. Здесь показано, какие элементы подхода сопоставлены с этими осями и насколько совпадает их охват.
Есть сопоставление с 5 осями из 17
| Ось реестра | В ISO 19439 | Сопоставление | Пояснение |
|---|---|---|---|
| Деятельность: функции и процессы | Function viewточка зрения | Охват тот же, что у оси. | Функциональное представление. |
| Информация и данные | Information viewточка зрения | Охват тот же, что у оси. | Информационное представление. |
| Организация и ответственность | Organization viewточка зрения | Охват тот же, что у оси. | Организационное представление. |
| Технологическая ИТ-инфраструктура + Производство и физические активы | Resource viewточка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Ресурсное представление. |
| Делит по другому признаку | Domain identification · Concept definition · Requirements definition · Design specification · Implementation description · Domain operation · Decommission definitionфаза жизненного цикла | Вне общих осей | Фаза жизненного цикла, а не домен: она отвечает на вопрос «когда», и через неё проходят ВСЕ предметные домены. Приравнивать фазу к домену — значит смешать две оси. |
| Делит по другому признаку | Generic · Partial · Particularизмерение | Вне общих осей | Уровень общности (generic / partial / particular), а не домен: одна и та же предметная область описывается на всех трёх уровнях. |
Дополнительные измерения этого подхода: фаза жизненного цикла.
Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.
Выберите часть предприятия, которую будете моделировать, и набор бизнес-задач, ради которых это делается: один цех, одна услуга, один заказ. Запишите границу одной фразой и выпишите, что входит в домен снаружи и что из него выходит. Это домен предприятия — единица области моделирования, с которой начинается первая фаза.
Соберите всё, что уже описывает домен: регламенты, схемы, техзадания, отраслевые шаблоны. Для каждого ответьте на три вопроса: какая фаза (требования, проектная спецификация, описание внедрения, действующая работа), какое представление, какой уровень общности. Получится таблица «документ — фаза — представление — общность». Обычно на этом шаге выясняется, что половина «моделей» — требования, а другая половина — описание того, как работают сейчас, и спорить им не о чем.
Выпишите бизнес-процессы домена и деятельности внутри каждого — с входами и выходами. Не рисуйте шаги подробно: нужен состав, а не алгоритм. Это первое из двух безусловно обязательных представлений по разделу 6, и именно от него стандарт отсчитывает остальные.
Для каждой деятельности из третьего дня выпишите, какие объекты предприятия она берёт на вход и выдаёт на выходе: партия, заказ, результат контроля. Помните, что объект — это информация о вещи, а не вещь. Информационное представление в стандарте определено через функциональное, поэтому идти в обратном порядке не получится. Это второе обязательное представление.
Для каждой деятельности укажите, чем она выполняется (компонент информационных технологий, компонент производственной технологии, люди) и кто за неё отвечает. Затем положите рядом отраслевую эталонную модель, если она есть, и отметьте, что в вашей модели совпало с частным уровнем, а что пришлось строить на обособленном. К концу дня у вас одна модель домена со всеми четырьмя представлениями и понятной общностью.
Список станков и штатное расписание собрать проще всего, поэтому с них и начинают. Но раздел 6 требует безусловно другого: функционального и информационного представлений. Ресурсное и организационное допустимо не строить явно, если их можно вывести из модели. Модель из одних ресурсов не отвечает на вопрос, что предприятие делает, и стандарту не соответствует.
Объект предприятия в стандарте — это информация о вещи, а не сама вещь: карточка партии, а не партия. Когда в информационное представление попадает станок, а в ресурсное — тот же станок, модель двоится, и при переносе на площадку неясно, что менять. Проверка простая: в информационном представлении лежит то, что можно скопировать и передать.
ISO 19439 — рамка: три оси, по которым раскладывается любая модель, и требования к моделям и методологиям. ISO 19440 — конструкции языка, которыми эту рамку заполняют: домен, бизнес-процесс, деятельность, событие, объект предприятия, ресурс, организационная роль. Второй стандарт, по его собственному введению, разработан на основе первого. В реестре они стоят парой, и читать их лучше вместе.
В функциональное представление, как правило на обособленном уровне — это модель вашего предприятия. Фаза зависит от того, что нарисовано: схема «как должно быть» — определение требований или проектная спецификация, схема «как есть» — описание внедрения или действие домена. Стандарт не заменяет нотацию; он показывает, какую клетку куба ваши схемы закрывают и чего рядом с ними нет — обычно информации, ресурсов и ответственности.
Подойдёт, с оговоркой. Стандарт вырос из моделирования производственных предприятий: в ресурсном представлении у него отдельно выделен компонент производственной технологии, а пример в приложении В — обработка заказа. Для банка или ведомства этот компонент останется пустым, а три оси и требования раздела 6 работают одинаково: фазы, представления и уровни общности от отрасли не зависят.
20 страниц: что это и чем не является, устройство подхода, 42 карточки словаря, 12 понятий с аналогиями, учебный пример и план первой недели.
Пришлём ссылку сразу после отправки формы
Дословные выписки из стандарта с переводом.
Понятия этого подхода с объяснениями, примерами и типичными ошибками.
Это фаза жизненного цикла, в которой определяют окончательное состояние системы в конце срока службы.
Это базовая единица описания работы компании, состоящая из простых задач, которые потребляют ресурсы и время для создания результата.
Это часть бизнеса, которая выделена как достаточная для решения конкретных задач и ограничений.
Это этап, на котором определяют, что именно является предметом моделирования, его границы и связь с внешним миром.
Это элемент модели, фиксирующий средства, задействованные в управлении, преобразовании, транспортировке, хранении и проверке материалов: от сырья до готового изделия.
Это базовый строительный блок модели предприятия, который описывает общие свойства или элементы совокупности явлений.
Подходы, которые описывают предприятие целиком — от стратегии и процессов до данных и ИТ-инфраструктуры: язык, рамка или метод со своей моделью.
Оригинал — ISO 19439:2006. Русское идентичное издание ГОСТ Р ИСО 19439-2008 подготовлено НТЦ «ИНТЕК» на основе собственного аутентичного перевода, внесено ТК 100 «Стратегический и инновационный менеджмент», утверждено и введено в действие приказом Ростехрегулирования от 18 декабря 2008 г. № 620-ст; дата введения — 1 января 2010 года, в предисловии стоит «ВВЕДЕН ВПЕРВЫЕ». Использованный экземпляр — официальное издание Стандартинформ 2010 года, 31 с. Определения заимствованы из ENV 40003:1990, ENV 12204:1995/1996, ИСО 14258:1998, ИСО 15704:2000, ИСО 15531-1, ИСО/МЭК 15288:2002 и ИСО/МЭК 15414:2002. В приложении В стандарт разбирает свой пример на «Контрольном плане» опорной архитектуры предприятия (PERA), берёт пример обработки заказа из CIMOSA и использует сетку центров принятия решений GRAI.
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийБаза знаний и викиРеестр процессов
