Информационные системы и стандарт IDEF3

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

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

Основными элементами диаграммы являются активности и дуги (стрелки), которые  изображают взаимосвязи и отношения  активностей друг с другом. Дуги могут быть нескольких типов: вход, выход, управление и ресурсы. На каждой диаграмме обычно располагается  от 3 до 6 активностей, это обусловлено  тем, что такое количество активностей  является оптимальным для восприятия сознанием. Модель BPwin представляет собой набор иерархически связанных и упорядоченных диаграмм, каждая из которых является конкретизацией (декомпозицией) активности предыдущего верхнего уровня. Каждая модель имеет одну диаграмму верхнего уровня, которая содержит только одну активность, определяющую общую функцию моделируемого процесса. Модели имеют так называемые "точки зрения" (point of view), определяющие ракурс, под которым рассматривается процесс. Например, для рассмотрения процесса может быть выбрана точка зрения начальника отдела компании, где происходит моделируемый процесс.

BPwin поддерживает моделирование на основе функций, потоков данных или работ, интегрируя в одном инструменте все три ключевых аспекта деятельности и позволяя удовлетворить потребности в анализе как самого бизнеса, так и технологии. С помощью функционального моделирования можно провести системный анализ бизнеса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении показателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье). Моделирование на основе потоков данных, которое часто используется при проектировании программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.

Модели бизнес-процессов в масштабах  всего предприятия могут оказаться  очень сложными. BPwin предоставляет возможности, призванные облегчить инкрементальную разработку моделей и разграничение процессов. Средства объединения дают возможность нескольким проектным группам проводить анализ различных фрагментов деятельности, а затем создать глобальное представление, Иногда бывает необходимо более детально изучить определенную часть общей модели. BPwin позволяет разбить модель на фрагменты, поработать с ними, а затем вновь объединить их в одно целое.

4. IDEF0

IDEF0, как стандарт, был разработан  в 1981 году департаментом Военно-Воздушных  Сил США в рамках программы  автоматизации промышленных предприятий,  которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Набор стандартов IDEF унаследовал свое название от этой программы (IDEF=ICAM DEFinition). В процессе практической реализации, участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах. При этом кроме усовершенствованного набора функций для описания бизнес-процессов, одним из требований к новому стандарту было наличие эффективной методологии взаимодействия в рамках «аналитик-специалист». Другими словами, новый метод должен был обеспечить групповую работу над созданием модели, с непосредственным участием всех аналитиков и специалистов, занятых в рамках проекта.

В результате поиска соответствующих  решений родилась методология функционального  моделирования IDEF0. C 1981 года стандарт IDEF0 претерпел несколько незначительных изменений, в основном, ограничивающего  характера, и последняя его редакция была выпущена в декабре 1993 года Национальным Институтом По Стандартам и Технологиям США.

IDEF0 — Function Modeling — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (WorkFlow).

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

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

Также отображаются все сигналы  управления, которые на DFD (Диаграмме  Потоков Данных) не отображались. Данная модель используется при организации  бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.

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

Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отобра­жают взаимодействия и взаимосвязи между ними.

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

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

Каждая сторона блока имеет  особое, вполне определенное назначение. Левая сторона блока предназначена  для входов, верхняя - для управления, правая - для выходов, нижняя - для  механизмов. Такое обозначение отражает определенные системные принципы: входы  преобразуются в выходы управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, что и как выполняет функция.

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

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

Расположение блоков на странице отражает авторское определение доминирования. Таким образом, топология диаграммы  показывает, какие функции оказывают  большее влияние на остальные. Чтобы  подчеркнуть это, аналитик может  перенумеровать блоки в соответствии с порядком их доминирования. Порядок  доминирования может обозначаться цифрой, размещенной в правом нижнем углу каждого прямоугольника: 1 будет  указывать на наибольшее доминирование, 2 - на следующее и т. д.

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

5. IDEF3

СТАНДАРТ IDEF3

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

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

IDEF3 рассматривает поведенческие аспекты существующих или проектируемых систем. Знания о процессах структурированы в виде контекстных сценариев, что делает IDEF3 удобным инструментом сбора данных для описания системы. IDEF3 аккумулирует в себе временные зависимости и связи между процессами, происходящими на предприятии. В результате создается структурированная база знаний для построения аналитических и проектировочных моделей. В отличие от других языков моделирования (таких, как SIMAN, SLAM, GPSS, WITNESS), которые строят прогностические математические модели, IDEF3 позволяет создавать структурные описания. Эти описания содержат информацию о том, что на самом деле происходит или будет происходить в системе, а также отражают точки зрения различных пользователей.

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

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

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

анализировать существующие процессы и разрабатывать новые;

определять и анализировать  точки влияния потоков сопутствующего документооборота на сценарий технологических  процессов;

определять ситуации, в которых  требуется принятие решения, влияющего  на ЖЦ процесса, например изменение  конструктивных, технологических или  эксплуатационных свойств ко--нечного продукта;

содействовать принятию оптимальных  решений при реорганизации процессов;

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

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

IDEF3-ДИАГРАММА (диаграмма потока, process flow diagram, IDEF3-diagram, workflow) - основная единица описания в IDEF3, являющаяся графическим представлением назначения системы или процесса и применяются для анализа завершенности процесса обработки информации (проверка модели ИС на целостность). Обычно IDEF3-диаграммы являются дополнением к IDEFO-диаграммам, т.к. содержат все необходимые сведения для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. С помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например, как закрывать магазин в экстренных случаях или какие действия должны выполнить менеджер и продавец при закрытии. Каждый такой сценарий содержит в себе описание процесса и может быть использован, что бы наглядно показать или лучше задокументировать бизнес-функции организации.

6. Методология DFD (Data Flow Diagramming)

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

функции обработки информации (работы);

документы (стрелки, arrow), объекты, сотрудников или отделы,