Поддержка моделирования объектов автоматизации

прежде всего, информационная база для аналитика, но не цель проекта. Чтобы разработка модели

бизнес-процессов была оправдана, а сама модель впоследствии эффективно применима, необходимо чётко сформулировать её цели, точку зрения, границы предметной области и глубину детализации.
Для построения моделей бизнес-процессов и описания бизнес-процессов компания BSC использует методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.

должна быть инициирована событием и должна завершаться событием;
в каждую

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

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

функций (функциональных блоков)

диаграммы
В пояснительном тексте к контекстной диаграмме должна быть указана цель

(Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).

бизнес-процессов нижнего уровня

Состояния Объекта в и его Трансформаций Процессе (Object State Transition

Network, OSTN).

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

принципу "КАК БУДЕТ, ЕСЛИ..."

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

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

как IDEF0 - как средство проектирования систем вообще, поэтому DFD

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

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

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

Model). Описание требований к системе и подсистемам;
модель классов (Class

Model). Описание статической структуры системы: иерархии классов и отношений между ними;
модель взаимодействий: объекты (Collaboration Model) и сценарии (Sequence Model). Описание механизмов взаимодействия объектов системы;
поведенческая модель диаграммы переходов и состояний (Behavior Model). Описание алгоритмов поведения объектов системы;
модель процессов: физическая архитектура системы (Deployment Model). Описывает распределение процессов по процессорам в физическом проекте системы;
модель программных модулей (Component Model). Описывает распределение классов и объектов системы по модулям в физическом проекте системы;
модель действий (Activity Model). Описание алгоритмов системы и является вариантом поведенческой модели без сообщений. Используется для описания бизнес-процессов.

и проектирования семантически близки к методам программирования на современных ОО-языках;
UML

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

масштаба предприятия;
банковские и финансовые услуги;
телекоммуникации;
транспорт;
оборонная промышленность,

авиация и космонавтика;
розничная торговля;
медицинская электроника;
наука;
распределенные Web-системы.

диаграмм бизнес-процессов (ДБП).
BPMN ориентирована как на технических специалистов, так

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

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

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

логические операторы
Соединяющие объекты: поток управления, поток сообщений и ассоциации
Роли: пулы

и дорожки
Артефакты: данные, группы и текстовые аннотации.
Элементы этих четырёх категорий позволяют строить простейшие диаграммы бизнес процессов (ДБП). Для повышения выразительности модели спецификация разрешает создавать новые типы объектов потока управления и артефактов.

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

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

язык на основе XML для формального описания бизнес-процессов и протоколов

их взаимодействия между собой. BPEL расширяет модель взаимодействия веб-служб и включает в эту модель поддержку транзакций.
В общем виде конфигурация BPEL-проекта выглядит следующим образом:
BPEL-визуальный редактор;
Сервер управления бизнес-процессами.
BPEL тесно связан с концепцией SOA (Service Oriented Architecture), использующей веб-сервисы в качестве универсального способа интеграции приложений.

управление исключительными ситуациями.
Asynchrony (Асинхронность). Асинхронность имеет дело с асинхронными

взаимодействиями, корреляцией сообщений и надежностью. Поддержка асинхронности необходима для разрешения Web-сервисов в сценариях интеграции и является обязательной для оптимального использования рабочего времени.
Flow coordination. (Координация потоков). Координация потоков включает параллельный поток выполнения, образцы соединений и динамические потоки.
Exception management. (Управление исключительными ситуациями). Управление исключительными ситуациями имеет дело с синхронными ошибками, асинхронным управлением исключительными ситуациями и компенсацией бизнес-транзакций.

тиражных решений на поддержку стандарта BPEL, а, следовательно, перспективность BPEL

как будущего стандарта взаимодействия бизнес-процессов
гибкость настройки бизнес-процессов
возможность объединения в рамках бизнес-процессов как новых так и уже существующих на предприятии приложений, тиражных и специализированных решений
прозрачное взаимодействие приложений, работающих на разных платформах и технологиях
минимальная стоимость и риски использования
На сегодняшний день, BPEL признан лучшим интеграционным решением не только для XML и Web сервисов, но также Java, JCA и JMS и широко зарекомендовал себя, как средство сокращения затрат на реализацию корпоративных интеграционных проектов, уменьшения их сложности и повышения гибкости.

как в UML для детализации объектной структуры и последующей разработки

кодов компонентов, так и в BPEL для последующей разработки интерфейсов сервисов и поддержки выполнения бизнес-процесса на сервере приложений.
BPMN определяет единственный вид диаграмм - диаграммы бизнес-процессов, - которые состоят из графических элементов. Одной из задач разработки BPMN было создание простого механизма для представления модели бизнес-процесса, в то же время способного справиться с присущей бизнес-процессу сложностью. Для решения этой задачи графические элементы BPMN организованы в несколько легко различимых категорий: объекты потока, объекты взаимодействия, "плавательные дорожки" (swimlane) и артефакты. Ниже представлены элементы, входящие в каждую из четырех категорий.

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

создании информационной системы

описания определений и реализаций рабочих процессов. Спецификация XPDL, предложенная WorkflowManagementCoalition,

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

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

условными, причем условие проверяется на этапе выполнения конкретного <действия>. В языке существует возможность выделения <блоков> - возможность объединения <действий> в блок <действий> со своими отдельными условными или безусловными точками входа и выхода
Язык поддерживает возможность введения дополнительных атрибутов, которые производитель ПО может вводить для своих целей. Например, одна утилита может вводить определенные требования на диаграмме, сохраняя их через расширенные атрибуты. Другая утилита, естественно, эти расширения распознать и адекватно обработать не сможет, но может их сохранить в модели, и, в случае необходимости, вернуть обратно

его основе решается задача интеграции программных средств разных производителей: разработчики

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