Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Копия ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ ЭТАПА КОНСТР....doc
Скачиваний:
8
Добавлен:
22.12.2018
Размер:
2.36 Mб
Скачать

1.2.1. Принципы построения модели idef0

Основной из трех методологий, поддерживаемых BPwin, является IDEF0. IDEF0, относится к семейству IDEF.

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

В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Под моделью в IDEF0 понимается описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы. Моделируемая система рассматривается как произвольное подмножество. Произвольное потому что, во – первых, мы сами умозрительно определяем, будет ли некий объект компонентом системы, или мы будем его рассматривать как внешнее воздействие, и, во - вторых, оно зависит от точки зрения на систему. Взаимодействие системы с окружающим миром описывается как вход (нечто, что перерабатывается системой), выход (результат деятельности системы), управление (стратегии и процедуры, под управлением которых производится работа) и механизм (ресурсы, необходимые для проведения работы).

Процесс моделирования системы в IDEF0 начинается с определения контекста, т.е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

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

IDEF0 – модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.

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

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

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

Различают четыре типа стрелок:

  • Вход (Input) – материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы.

  • Управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой.

  • Выход (Output) – материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.

  • Механизм (Mechanism) – ресурсы, которые выполняют работу. Стрелка механизма рисуется как входящая в нижнюю грань работы (например: “Компьютерные средства”, “Обслуживающий персонал”).

Все работы в модели нумеруются (правый верхний угол).

При создании новой модели (меню FileNew) автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом (Рис.1.3, и Рис.1.4).

Управление

Процесс

или

функция

Вход Выход

Механизм

Рис.1.3 Пример размещения стрелок и имени блока

Рис.1.4 Пример контекстной диаграммы

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом. Как видно на Рис.1, BPwin позволяет выделять работы и стрелки разными цветами, а также привязывать имена стрелок к самим стрелкам, что повышает наглядность и читаемость диаграммы.

После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Пример декомпозиции контекстной работы показан на рис.1.2. Описание каждой подсистемы проводится аналитиком совместно с экспертом предметной области. Обычно экспертом является человек, отвечающий за эту подсистему и, поэтому, досконально знающий все ее функции. Таким образом, вся система разбивается на подсистемы до нужного уровня детализации, и получается модель, аппроксимирующая систему с заданным уровнем точности. Получив модель, адекватно отображающую текущие бизнес-процессы (так называемую модель AS IS), аналитик с легкостью может увидеть все наиболее уязвимые места системы. После этого, с учетом выявленных недостатков, можно строить модель новой организации бизнес-процессов (модель TO BE).

BPwin автоматически синхронизирует изменения объектов диаграмм на всех уровнях детализации, тем самым, освобождая пользователя от ручного ведения словаря объектов модели. Так, если мы исправим на верхнем уровне название объекта, то получим

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

Кроме основных видов диаграмм модель нотации IDEF0 в BPwin может включать следующие элементы:

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

Рис.1.5. Диаграмма дерева узлов

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