ВУЗ:
Составители:
Рис. 1.21 Функциональный блок
Приведенные выше примеры подчеркивают внешне схожую природу входящих и управляющих интер-
фейсных дуг, однако для систем одного класса всегда есть определенные разграничения. Например, в случае
рассмотрения предприятий и организаций существуют пять основных видов объектов: материальные потоки
(детали, товары, сырье и т.д.), финансовые потоки (наличные и безналичные, инвестиции и т.д.), потоки доку-
ментов (коммерческие, финансовые и организационные документы), потоки информации (информация, данные
о намерениях, устные распоряжения и т.д.) и ресурсы (сотрудники, станки, машины и т.д.). При этом в различ-
ных случаях входящими и исходящими интерфейсными дугами могут отображаться все виды объектов, управ-
ляющими – только относящиеся к потокам документов и информации, а дугами-механизмами – только ресур-
сы.
Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта
IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).
Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпо-
зиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детали-
зации процесса определяется непосредственно разработчиком модели.
Декомпозиция позволяет постепенно и структурированно представлять модель системы в виде иерархиче-
ской структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой.
Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального
блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с
одним функциональным блоком называется контекстной диаграммой и обозначается идентификатором «А-0».
В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диа-
граммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).
Определение и формализация цели разработки IDEF0-модели является крайне важным моментом. Факти-
чески цель определяет соответствующие области в исследуемой системе, на которые необходимо фокусиро-
ваться в первую очередь. Например, если моделируется деятельность предприятия с целью построения в даль-
нейшем на базе этой модели информационной системы, то эта модель будет существенно отличаться от той,
которую бы разрабатывали для того же самого предприятия, но уже с целью оптимизации логистических цепо-
чек.
Точка зрения определяет основное направление развития модели и уровень необходимой детализации.
Четкое фиксирование точки зрения позволяет разгрузить модель, отказавшись от детализации и исследования
отдельных элементов, не являющихся необходимыми, исходя из выбранной точки зрения на систему. Напри-
мер, функциональные модели одного и того же предприятия с точек зрения главного технолога и финансового
директора будут существенно различаться по направленности их детализации. Это связано с тем, что в конеч-
ном итоге финансового директора не интересуют аспекты обработки сырья на производственном оборудова-
нии, а главному технологу ни к чему прорисованные схемы финансовых потоков. Правильный выбор точки
зрения существенно сокращает временные затраты на построение конечной модели предприятия.
В процессе декомпозиции функциональный блок, который в контекстной диаграмме отображает систему
как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня
содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной
диаграммы, и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков,
принадлежащих дочерней диаграмме, соответственно называется дочерним блоком – Child Box). В свою оче-
редь, функциональный блок-предок называется родительским блоком по отношению к дочерней диаграмме
(Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из
подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответ-
ствующего ей функционального блока. Важно отметить, что в каждом случае декомпозиции функционального
блока все интерфейсные дуги, входящие в данный блок или исходящие из него, фиксируются на дочерней диа-
грамме. Этим достигается структурная целостность IDEF0-модели. Следует обратить внимание на взаимосвязь
нумерации функциональных блоков и диаграмм – каждый блок имеет свой уникальный порядковый номер на
диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на но-
Новые промышленные стандарты
Главный
технолог
Технологические
указания
Новые
технологические
указания
Корректировать
технологические
указания
А0
Страницы
- « первая
- ‹ предыдущая
- …
- 20
- 21
- 22
- 23
- 24
- …
- следующая ›
- последняя »
