|
К аж ды й ф ункциональны й блок в рам ках единой рассм атриваем ой систем ы долж ен им еть свой уникальны й идентиф икационны й номер. В торы м “китом ” м етодологии ID E F0 является понятие интерф ейсной дуги (A rrow ). Т акж е интерф ейсны е дуги часто назы ваю т потокам и или стрелками. И нтерф ейсная дуга отображ ает элем ент систем ы , которы й обрабаты вается ф ункциональны м блоком или оказы вает иное влияние на ф ункцию , отображ енную данны м ф ункциональны м блоком . Граф ическим отображ ением интерф ейсной дуги является однонаправленная стрелка. К аж дая интерф ейсная д у га д олж н а им еть свое уникальное наим енование. П о требованию стандарта, н аим енование долж но бы ть оборотом сущ ествительного. С пом ощ ью интерф ейсны х дуг отображ аю т различны е объекты , в той или иной степени определяю щ ие процессы , происходящ ие в систем е. Такими объектам и м огут бы ть элем ен ты реального м ира (детали, вагоны , сотрудники и т.д.) или потоки дан ны х и инф орм ации (докум енты , данны е, инструкции и т.д.). В зависим ости от того, к какой из сторон п одходи т данная интерф ейсная дуга, она носит название “входящ ей” , “исходящ ей” или “управляю щ ей” . К ром е того, “источником ” (началом ) и “п рием ником ” (концом ) каж дой ф ункциональной дуги м огут бы ть только ф ункциональны е блоки, при этом “источником ” м ож ет бы ть только вы ходная сторона блока, а “прием ником ” лю бая из трех оставш ихся. Т ретьим основны м понятием стандарта ID E F0 является деком позиция (D ecom position). П ринцип деком позиции прим еняется при разбиении слож ного процесса н а составляю щ ие его ф ункции. П ри этом уровень детализации процесса определяется непосредственно разработчиком модели. Д еком позиция позволяет постепенно и структурировано представлять м одель систем ы в виде иерархической структуры отдельн ы х диаграм м , что делает ее менее перегруж енной и легко усваиваем ой. 30 |
рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, “производить услуги”). Функциональный блок 30 Управление ' ' Функциональный блок 1 Механизм k Рис. 1.2. Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом: • Верхняя сторона имеет значение “Управление” (Control); • Левая сторона имеет значение “Вход” (Input); • Правая сторона имеет значение “Выход” (Output); • Нижняя сторона имеет значение “Механизм” (Mechanism). Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер. Вторым “китом” методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком. Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование. По требованию стандарта, наименование должно быть оборотом существительного. С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции и т.д.). В зависимости от того, к какой из сторон подходит данная интерфейсная дуга, она носит название “входящей”, “исходящей” или “управляющей”. Кроме того, “источником” (началом) и “приемником” (концом) каждой функциональной дуги могут быть только функциональные блоки, при этом “источником” может быть только выходная сторона блока, а “приемником” любая из трех оставшихся. Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели. Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой. 1.4. Методы и модели анализа эффективности планирования поставок При разработке математических моделей управления цепочками поставок в силу большой размерности и сложности более рационально использовать имитационный метод моделирования, который нашел широкое распространение в практике управления процессами транспортировки. 31 |