Поможем в ✍️ написании учебной работы

Имя

Поможем с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой

Выберите тип работыЧасть дипломаДипломная работаКурсовая работаКонтрольная работаРешение задачРефератНаучно - исследовательская работаОтчет по практикеОтветы на билетыТест/экзамен onlineМонографияЭссеДокладКомпьютерный набор текстаКомпьютерный чертежРецензияПереводРепетиторБизнес-планКонспектыПроверка качестваЭкзамен на сайтеАспирантский рефератМагистерская работаНаучная статьяНаучный трудТехническая редакция текстаЧертеж от рукиДиаграммы, таблицыПрезентация к защитеТезисный планРечь к дипломуДоработка заказа клиентаОтзыв на дипломПубликация статьи в ВАКПубликация статьи в ScopusДипломная работа MBAПовышение оригинальностиКопирайтингДругое

Нажимая кнопку "Продолжить", я принимаю политику конфиденциальности

Задачи проектирования и совершенствования бизнес процессов приводят к необходимости разработки специальных приемов для их описания.  Одной из наиболее известных техно­логий для этого является система стандартов IDEF.

 

 

Стандарт IDEF0: основные понятия и правила

Стандарт IDEF0 используется чаще других, так как приводит к полезным и хорошо воспринимаемым результатам вне зависимости от компьютеризации. Для целей описания процессов IDEF0 предлагает простой графический язык. В основе методологии лежат пять основных понятий:

· Функциональный блок (Activity Box)

· Интерфейсная дуга (Arrow)

· Декомпозиция (Decomposition)

· Точка зрения (Viewpoint)

· Глоссарий (Glossary)

Функциональный блок

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

По требованиям стандарта название каждого функци­онального блока должно начинаться с глагола в повелительном наклонении - например, «производить услуги», а не «производство услуг».

Каждая из четырех сторон функционального блока имеет своё определенное значение (роль):

· Верхняя сторона - «Управление» (Control)  

· Левая сторона - «Вход» (Input);

· Правая сторона - «Выход» (Output);

· Нижняя сторона - «Механизм» (Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

Интерфейсная дуга

Графическим изображением интерфейсной дуги является однонаправленная стрелка (поэтому их также часто называют «стрелками» или «потоками»).

За интерфейсными дугами могут стоять элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, указания).

В зависимости от того, к какой из сторон подходит данная дуга, она носит название «входящей», «исходящей» или «управляющей». Устанавливается, что «источником» (началом) и «приемником» (концом) каждой дуги внутри диаграммы могут быть только функциональные блоки.

Важно отделять входящие /исходящие интерфейсные дуги от управляющих. Например, «технологические указания» - управляющий элемент для рабочего, но выход для технолога.

При этом источником может быть только выходная сторона блока, а приемником любая из трех оставшихся.

Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

Любой функциональный блок по требованиям стандарта должен иметь по крайней мере одну управляющую интерфейсную дугу и одну исходящую. Это и понятно – каждый процесс должен происходить по каким-то правилам (отображаемым управляющей дугой) и должен выдавать некоторый результат (выходящая дуга),

иначе его рассмотрение не имеет никакого смысла.

Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).

 

 

 

Декомпозиция

Декомпозиция - это разбиение сложного процесса на составляющие его части. При этом уровень детализации процесса определяется самим

разработчиком модели.

 

Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А0”.

 

Обычно IDEF0-модели несут в себе сложную и концентрированную информацию, и для того, чтобы ограничить их перегруженность и сделать удобочитаемыми, принята система «родительских и дочерних диаграмм» и соответствующие ограничения сложности:

· Ограничение количества функциональных блоков на диаграмме тремя-шестью.

 Верхний предел (шесть) заставляет разработчика экономить подробности при описании сложных предметов, а нижний предел (три) гарантирует, что на соответствующей диаграмме достаточно деталей, чтобы оправдать ее создание;

Ограничение количества подходящих к одному функциональному блоку (а также выходящих из одного функционального блока) интерфейсных дуг числом четыре.

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

исходящие из него фиксируются и на дочерней диаграмме. Этим достигается структурная целостность IDEF0 – модели.

 

Для каждого из элементов IDEF0 - диаграмм, функциональных блоков, интерфейсных дуг стандарт подразумевает создание соответствующих определений, ключевых слов, повествовательных изложений и т.д.

Этот набор называется глоссарием и служит важным дополнением графического языка.

Например, для управляющей интерфейсной дуги «распоряжение об оплате» глоссарий может содержать перечень полей соответ­ствующего дуге документа, необходимый набор виз и т.д.

 

Определение и формализация цели разработки IDEF0 – модели является крайне важным моментом, т.к. определяет направление развития модели и уровень необходимой детализации

В пояснительном тексте к контекстной диаграмме А0 должна быть указана цель (Purpose) использования диаграммы и зафик­сирована позиция «наблюдателя», что и сос­тавляет точку зрения.

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