Модель функциональных потоков данных Functional data flow model
Простыми словами
Каркас, на котором висят все тридцать информационных потоков, и второй из двух нормативных требований стандарта к самой модели: она ОБЯЗАНА опознать и связать функции предприятия, причастные к производству, и информационные потоки между функциями, пересекающие границу предприятия и системы управления. Нотация взята готовой — Yourdon-DeMarco: функция это подписанный эллипс с номером уровня декомпозиции, сплошная линия со стрелкой это поток, входящий в модель интеграции, пунктирная — поток, показанный только для контекста. Различие сплошной и пунктирной линии практически важнее всего: оно и говорит, что стандарт берётся описывать, а что нет. Две ошибки. Первая: читать модель как организационную схему — стандарт прямо отказывается. Вторая: искать в модели уровни 0–2: широкая пунктирная граница проходит по шву уровней 4 и 3, а ниже него модель не идёт.
Примеры
«The functional data flow model shall identify and relate the following» — функции предприятия, причастные к производству, и «information flows between the functions that cross the enterprise-control system boundary». Больше в разд. 6.1 ничего не требуется.
ANSI/ISA-95.00.01-2010, разд. 6.1 Functional data flow model contents — перечисления a) и b)
«A solid line with an arrow represents a grouping of data that flows between functions, data stores, or external entities». У пунктирной то же описание, но: «The data are not pertinent to the enterprise-control integration model but are shown to illustrate the context of functions».
ANSI/ISA-95.00.01-2010, разд. 6.2 и табл. 2 Yourdon notation used — нотация потоков данных
«The model structure does not reflect an organizational structure within a company but an organizational structure of functions». И родословная: «These functions and flows are extracted from the Purdue Reference Model», а сама модель есть «a combination of a function view and an information view of the enterprise, as defined in ISO 15704».
ANSI/ISA-95.00.01-2010, разд. 6.3 Functional model и разд. 6.1, NOTE — статус и происхождение модели
Определение из первоисточника
дословная выпискаThe functional data flow model shall identify and relate the following: a) functions of an enterprise involved with manufacturing; b) information flows between the functions that cross the enterprise-control system boundary. The enterprise-control interface is described using a data flow model. The model uses the Yourdon-DeMarco notational methodology (see Bibliography).
Модель функциональных потоков данных должна выявлять и связывать: a) функции предприятия, участвующие в производстве; b) информационные потоки между функциями, пересекающие границу «предприятие — система управления». Интерфейс между предприятием и управлением описывается моделью потоков данных. Модель использует нотационную методологию Йордона — ДеМарко.
ИсточникANSI/ISA-95.00.01-2010 (IEC 62264-1 Mod). Enterprise-Control System Integration — Part 1: Models and Terminology. ISA, 90 p.
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Нотация: функция — подписанный эллипс с номером уровня декомпозиции (например 3.1.3); сплошная линия со стрелкой — поток данных, входящий в модель интеграции; пунктирная линия со стрелкой — поток, не относящийся к модели, показанный только для контекста. Функции модели: order processing (1.0), production scheduling (2.0), production control (3.0), material and energy control (4.0), procurement (5.0), quality assurance (6.0), product inventory control (7.0), product cost accounting (8.0), product shipping administration (9.0), maintenance management (10.0), marketing and sales (12.0), research development and engineering (13.0).
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов