Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Около корпоративной архитектуры

Техническая функциональность Technical functionality

Простыми словами

Техническая функциональность (technical functionality) — то, что актив реально умеет делать, в отличие от того, что о нём известно. В разд. 4.4 это одна из пяти характеристик актива в информационном мире, рядом с представленностью, состоянием, способностью к связи и представлением информацией. На оси архитектуры её место — слой Functional, который описывает логические функции актива применительно к его роли в системе Industrie 4.0. Важная тонкость перечня свойств компонента I4.0 в 6.1.2: четыре первых пункта сформулированы как обязательные, а техническая функциональность — как возможная, через may have. То есть компонент без собственных функций мыслим, компонент без идентифицируемости — нет. И ещё одно различение: техническая функциональность — не услуга; услуга у стандарта это техническая ИТ-услуга менеджера компонента, а функции принадлежат самому активу.

Примеры

Пять характеристик актива

Разд. 4.4 к рис. 4 перечисляет: «is presented, or made known, in a certain way (i.e. is known or not known to a certain degree);», «has a specific state within its life (at least a type or instance);», «has communication capability;», «is represented by means of information (data);», «has technical functionality.»

DIN SPEC 91345:2016-04 (EN), разд. 4.4, к рис. 4 Concepts of an asset

Что считается функциональностью

Разд. 6.1.10 даёт EXAMPLE: «General functionality of the asset;», «Software for “local planning” in conjunction with the asset, such as welding planning, software for labelling terminal blocks, etc.;», «Software for project planning, configuration, operation, maintenance», «Manuals and documentation», «Technical functionalities relevant to the execution of business logic.»

DIN SPEC 91345:2016-04 (EN), разд. 6.1.10 Domain specific functionality and state model — блок EXAMPLE

Обязательна не она, а идентифицируемость

Разд. 6.1.2 перечисляет свойства компонента: «clearly identifiable as an entity,», «capable of active or passive I4.0-compliant communication (digital connection within an I4.0 system),», «a representation of an asset by means of information, and» — и только в конце «may have a technical functionality».

DIN SPEC 91345:2016-04 (EN), разд. 6.1.2 Properties of I4.0 components — оборот may have у последнего пункта

Определение из первоисточника

дословная выписка

The functions of an asset represent its actual “technical” functionality. [...] An I4.0 component possesses a technical functionality necessary to exercise its role.

машинный перевод

Элемент эталонной модели компонента I4.0 — сущность, из которой строится цифровое представление актива (разд. 4 и 6 спецификации).

ИсточникDIN SPEC 91345:2016-04 Reference Architecture Model Industrie 4.0 (RAMI4.0) — официальный английский перевод (DIN, April 2016, 40 p).pdf — 4.9

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • Примеры (6.1.10): общая функциональность актива; ПО «локального планирования»; ПО проектирования, конфигурирования, эксплуатации, обслуживания; руководства и документация; функциональности для исполнения бизнес-логики. Формально описывается в функциональном слое (5.2.3).

Связи

Связанные понятия

Служебные сведения
Вид документа
Model element
Место в подходе
Эталонная модель компонента I4.0 · 4.9; 6.1.10 Domain specific functionality and state model
Редакция
DIN SPEC 91345:2016-04
14 дней бесплатно

Опишите архитектуру своей компании в Storm

Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций

Поддержка