Объектом справочника «Процессы» является процесс, как единица измеряемой деятельности предприятия. В зависимости от используемой нотации моделирования процессы могут быть разных типов. Слева от типа процесса показано его графическое обозначение в Навигаторе:
Процесс IDEF0
Процесс (BP Flowchart)
Процедура (Cross-Functional Flowchart)
Процесс EPC (Event-Driven Process Chain)
Процесс BPMN (Business Process Model and Notation)
10 бизнес-процессов за 15 минут
Действие — операция Процедуры
Решение — условие, определяющее выбор следующего выполняемого действия
Процесс-ссылка
Тип процесса верхнего уровня выбирается в момент создания новой модели процесса. По умолчанию при дальнейшей декомпозиции процессов типы добавляемых подпроцессов будут соответствовать этому типу. Это правило не распространяется на Процедуры — они по умолчанию декомпозируются на Действия.
Нотацию моделирования можно изменять во время работы над моделью. При декомпозиции процесса в Навигаторе программа позволяет определить тип каждого создаваемого подпроцесса. В дальнейшем, при необходимости, тип подпроцесса можно изменить, если он еще не был декомпозирован. В Таблице 1 приведены типы процессов, которые можно создать с помощью пункта меню Добавить контекстного меню процесса в Навигаторе.
| Папка | Папка, IDEF0, Процесс, Процедура, EPC, BPMN |
| IDEF0 | IDEF0, Процесс, Процедура, EPC, BPMN, Ссылка |
| Процесс | Процесс, Процедура, Решение, EPC, BPMN, Ссылка |
| Процедура | Процесс, Процедура, Действие, Решение, EPC, BPMN, Ссылка |
| EPC | EPC, BPMN, Ссылка |
| BPMN | EPC, BPMN, Ссылка |
| Действие | Ничего |
| Решение | Ничего |
| Ссылка | Ничего |
Таблица 1. Типы текущего процесса и типы, допустимые для создания от них
Состав пунктов меню Добавить в контекстном меню процесса зависит от нотации диаграммы и возможности создания типов процессов от текущего процесса. Так, например, для процесса в нотации IDEF0 на первом уровне модели доступен только пункт меню Добавить, а в меню процесса следующего уровня появляются пункты меню Добавить на этот уровень и Преобразовать в.
Настройка бизнес-процессов: минимум кода с low-code
При использовании клавиш Ins (аналог пункта меню Добавить на этот уровень) и Shift+Ins (аналог пункта меню Добавить) открывается окно для выбора типа процесса. Если на данном уровне возможно создание только одного типа процесса, то он добавляется автоматически.
Создание первого процесса модели
В начале работы с базой данных справочник «Процессы» пуст, и в дереве Навигатора на вкладке Процессы объекты отсутствуют.
Так как в одной базе данных могут создаваться модели для разных предприятий, целесообразно создавать для каждой модели свою папку. Новая папка создается при помощи пункта меню Добавить → Папка в контекстном меню пустой области вкладки Процессы (Рис. 1).
Рисунок 1. Создание новой папки
Первый процесс модели создается с помощью пункта меню Добавить → IDEF0 в контекстном меню папки или в контекстном меню пустой области вкладки Процессы. При этом в дереве автоматически создается узел «Модель_» и первый процесс модели «A0 IDEF0_», где — это порядковый номер объекта (Рис. 2). Чтобы ввести название модели, в дереве установите на неё курсор и нажмите на клавишу F2, либо нажмите на пункт меню Переименовать в контекстном меню, либо нажмите на левую кнопку мыши, наведя курсор на выделенный объект.
Рисунок 2. Создание первого процесса модели
Первый объект IDEF0, добавленный от любой папки или на первом уровне на вкладке Процессы, представляет собой процесс в нотации IDEF0 (A-0, «А минус ноль»).
Диаграмма уровня А-0 в нотации IDEF0 может содержать только один процесс, который будет декомпозироваться. На диаграмме A-0 могут быть добавлены стрелки, согласно правилам нотации IDEF0 (подробнее см. Нотация IDEF0).
Название и код процесса
Новый процесс добавляется с именем, состоящим из кода и названия. Название вводится пользователем.
Тип кода, отображаемого перед названием процесса, может быть задан для объектов справочника «Процессы» и отдельно для заголовков диаграмм (Главное меню → Главная → Настройки для всех пользователей → вкладка Модели → группа параметров Процессы). Для выбора типа кода, отображаемого перед названием процесса, служит параметр «Тип кода для названия объекта». Для выбора типа кода, отображаемого перед названием процесса в заголовке диаграммы, служит параметр «Тип кода для заголовка диаграммы». Для выбора в качестве типа кода доступно 3 варианта:
Нет. Название процесса будет выводиться без кода.
Простой код. Название процесса будет выводиться вместе с кодом. Формирование кода будет происходить по правилам генерации простого кода, заданным в свойствах модели (см. Свойства модели ниже), к которой относится данный процесс.
Полный код. Название процесса будет выводиться вместе с кодом. Формирование кода будет происходить по правилам генерации полного кода, заданным в свойствах модели, к которой относится данный процесс.
Свойства модели
Моделью в Business Studio называется объект справочника «Процессы» типа «Папка» со всеми потомками папки или же процесс типа IDEF0 верхнего уровня со всеми потомками. Эти папка и процесс IDEF0 верхнего уровня называются корневыми объектами своих моделей соответственно.
Модели могут входить в состав других моделей, если их корневые объекты находятся в составе других моделей (например, папка или процесс IDEF0 находится в составе другой папки). Моделью процессов самого верхнего уровня является весь справочник «Процессы», а корневым объектом этой модели — корневой объект справочника «Процессы».
Свойства модели задаются на вкладке Свойства модели в Окне свойств корневого объекта модели. Свойства модели влияют на всю модель. Свойства модели для любого процесса модели могут быть вызваны по гиперссылке Свойства модели в Окне свойств этого процесса (Рис. 3).
Рисунок 3. Свойства модели
Код процесса модели формируется в соответствии с настройками, заданными в свойствах модели.
Для обеспечения большей гибкости в отношении нумерации процессов существует возможность задать настройки для двух типов кодов: простого и полного.
Для каждого из этих типов кодов может быть выбран параметр, значение которого будет использоваться в качестве значения кода, а также разделитель, который будет присутствовать между кодом и названием процесса (например, это может быть символ пробела — » «).
При выборе параметров, значение которых будет использоваться в качестве значения кода процесса, рекомендуется выбирать из параметров «Номер», «Иерархический код» и «Ручной код»:
значение параметра «Номер» формируется автоматически и отображает порядковый номер процесса в модели декомпозиции родительского процесса. Параметр может быть задан вручную в Окне свойств процесса, если отключен режим автоматического обновления номеров процессов на диаграмме родительского процесса (подробнее о режиме описано в Таблице 1 в главе Работа с диаграммой процесса). По умолчанию параметр «Номер» в Окне свойств процесса не выведен на показ. Включить показ параметра можно в окне Настройка колонок (Окно свойств процесса → кнопка Действия → Настройка колонок);
значение параметра «Иерархический код» формируется автоматически и отображает номера процессов с верхнего до текущего уровней иерархии включительно, разделенные символом «.» (количество номеров в коде процесса показывает количество уровней декомпозиции);
значения параметра «Ручной код» задаются пользователем вручную для каждого процесса модели.
Дополнительно в свойствах модели можно задать настройки формата вывода значений параметров «Иерархический код» и «Номер», рекомендуемых для использования в качестве кодов процессов. Для значений этих параметров можно задавать префикс и постфикс — символы, которые будут выводиться до и после значения параметра, соответственно. Для значения параметра «Иерархический код» также можно задать разделитель — символ, которым будут разделяться номера процессов, участвующие в формировании иерархического кода.
Преобразование типа процесса
Пункт контекстного меню Преобразовать в позволяет изменить тип процесса при условии, что процесс еще не декомпозирован (не имеет потомков). Для процессов с типом Процесс, Процедура, EPC, BPMN, Ссылка преобразование зависит от типа их родителя. В Таблице 2 приведены исходные типы Процессов и соответствующие им типы преобразования.
| Папка | Не преобразуется |
| IDEF0 не нулевого уровня | Процесс, Процедура, EPC, BPMN, Ссылка |
| Процесс | Процедура, EPC, BPMN, Ссылка, IDEF0 (если родитель — IDEF0), Действие (если родитель — Процедура) |
| Процедура | Процесс, EPC, BPMN, Ссылка, IDEF0 (если родитель — IDEF0), Действие (если родитель — Процедура) |
| EPC | BPMN, Ссылка, Процедура (если родитель — не EPC и не BPMN), Процесс (если родитель — не EPC и не BPMN), IDEF0 (если родитель — IDEF0), Действие (если родитель — Процедура) |
| BPMN | EPC, Ссылка, Процедура (если родитель — не EPC и не BPMN), Процесс (если родитель — не EPC и не BPMN), IDEF0 (если родитель — IDEF0), Действие (если родитель — Процедура) |
| Действие | Процесс, Процедура, EPC, BPMN, Ссылка |
| Решение | Не преобразуется |
| Ссылка | EPC, BPMN, Процедура (если родитель — не EPC и не BPMN), Процесс (если родитель — не EPC и не BPMN), IDEF0 (если родитель — IDEF0), Действие (если родитель — Процедура) |
Источник: www.businessstudio.ru
Корпорация: языки управления бизнес-процессами. BPML
В 2000 г. в Калифорнии была основана некоммерческая организация Business Process Management Initiative (Инициатива по управлению бизнес-процессами, сокр. BPMI). Она поставила своей целью разработку и продвижение открытых, полных и бесплатных стандартов на основе языка XML для поддержки и развития систем BPM в бизнесе (Business Process Management — управление бизнес-процессами).
В марте 2001 г. эта организация опубликовала язык моделирования бизнес-процессов (Business Process Modeling Language, сокр. BPML), в ноябре 2002 г. — спецификацию для графического представления моделирования бизнес-процессов (Business Process Modeling Notation, сокр. BPMN). Последняя версия BPMN-спецификации была выпущена в мае 2004 г. Все это доступно для загрузки на сайте BPMI (http://www.bpmi.org/).
Вскоре ожидается появление еще одного продукта — языка запросов для бизнес-процессов (Business Process Query Language, сокр. BPQL).
Что такое язык BPML
Язык BPML дополняет язык реализации бизнес-процессов (Business Process Execution Language, сокр. BPEL). BPML может использоваться для определения детальных бизнес-процессов, исполняемых при вызове каждого web-сервиса. BPML преобразует («мэппирует») бизнес-операции в обменные сообщения.
Этот язык может использоваться для определения корпоративных бизнес-процессов, комплексных web-сервисов и многостороннего сотрудничества. В разработке BPML-спецификаций участвует целый ряд организаций: CSC, Intalio, SAP, Sun, SeeBeyond, Versata и др.
Как следует из BPML-спецификаций, назначение BPML заключается в следующем: «BPML — это язык XML, предназначенный для определения формальной модели, выражающей выполнимые процессы, которые описывают все аспекты корпоративных бизнес-процессов. BPML определяет операции разного уровня сложности, транзакции и компенсации, управление данными, параллелизм, обработку исключений и операционную семантику. Грамматика BPML оформляется в виде XML-схемы, что обеспечивает постоянство определений и их обмен между гетерогенными системами и инструментами моделирования».
BPML — это богатый и зрелый язык, с помощью которого можно описывать как простые, так и сложные бизнес-процессы. Поскольку BPML и BPEL — это языки с блочной структурой, то у них одинаковый набор выражений и похожий синтаксис. По сравнению с операциями, которые поддерживает BPEL, возможности BPML шире. Синтаксис BPML поддерживает операции и их типы, процессы, свойства, сигналы, расписания и нестандартные ситуации.
Простые типы операций BPML
● Action: выполняет или вызывает выполнение операции, включающей обмен входящими и исходящими сообщениями.
● Assign: присваивает новое значение показателю.
● Call: запускает процесс и ждет его завершения.
● Compensate: инициирует компенсацию для указанных процессов.
● Delay: выражает промежуток времени.
● Empty: ничего не делает.
● Fault: выдает сообщение об ошибке в текущем контексте.
● Raise: активизирует сигнал.
● Spawn: запускает процесс без ожидания его завершения.
● Synch: синхронизирует по сигналу.
Сложные типы операций BPML
● All: выполняет операции параллельно.
● Choice: выполняет операции из одного из составных комплектов, выбранного в ответ на событие.
● Foreach: однократно выполняет операции для каждого пункта из списка.
● Sequence: выполняет операции в последовательном порядке.
● Switch: выполняет операции из одного из составных комплектов, выбранного на основе истинного значения условия.
● Until: выполняет операции один или более раз на основе истинного значения условия.
● While: не выполняет операции или выполняет их один или более раз на основе истинного значения условия.
Сложная операция — это операция, включающая в себя одну или более дочерних операций. Она устанавливает контекст для выполнения действий и направляет это выполнение. Сложные операции определяют иерархическую организацию.
Она может быть простой — например, повторяющееся выполнение одной и той же операции, или более сложной — например, установление вложенного контекста для выполнения множественных операций. BPML также поддерживает и другие формы организации, в том числе циклические графы и рекурсивные операции. Сложные операции используются в тех случаях, когда требуется иерархическая организация, в частности, для установления нового контекста, необходимого при выполнении дочерних операций.
Простые операции — это операции, которые могут привести к выполнению множественных операций, в частности такие, как action, call, compensate и spawn. Но сама простая операция не определяет контекст для выполнения других операций. Приведенный ниже краткий обзор языка дает более детальный анализ разницы между сложными и простыми операциями и показывает, что BPML включает все логические конструкции строгого языка программирования.
Сложная операция, включающая комплекты множественных операций, должна выбирать, какой из них использовать. Для этого применяется несколько стандартных логических конструкций. Операция choice ждет события, которое должно быть инициировано, а затем выбирает комплект операций, связанный с обработчиком этого события. Операция switch оценивает условия и выбирает комплект операций, связанный с тем условием, значение которого является истинным. Все остальные сложные операции, определенные в спецификации BPML, включают только один комплект операций, поэтому им не приходится принимать подобные решения.
Сложная операция также определяет, сколько раз должны быть выполнены операции из общего набора операций. Для этого используются следующие стандартные логические конструкции: операция until — повторяет выполнение операций, пока значение условия не станет истинным; операция while — повторяет выполнение операций, пока значение условия остается истинным; и операция foreach — выполняет операции однократно для каждого пункта списка. Все остальные названные выше сложные операции выполняют действия из комплекта операций однократно.
Помимо этого, сложная операция определяет порядок выполнения других операций. Операция sequence обеспечивает выполнение всех действий из комплекта операций в последовательном порядке. Операция all обеспечивает выполнение всех действий из комплекта операций одновременно. Остальные сложные операции языка BPML обеспечивают выполнение операций в последовательном порядке.
Сложная операция считается завершенной, когда закончено выполнение всех действий из комплекта операций. Это включает все действия, перечисленные в списке операций, и все процессы, запускаемые из определения, сделанного в контексте комплекта операций. Вложенные процессы и процессы обработки нестандартных ситуаций рассматриваются как действия из комплекта операций.
Простые операции прерывают выполнение (abort) или выдают сообщение об ошибке (fault), если их завершению препятствует неожиданная ошибка. Сложные операции прерываются и разрываются, если одно из действий, входящих в их состав, разрывается таким образом, что его восстановление невозможно.
Обладая средствами дополнительной поддержки вложенных процессов и другого синтаксиса, BPML может считаться расширенным вариантом языка BPEL. В тех случаях, когда эти языки используются совместно, сквозной обзор показывает роль каждого бизнес-процесса в общей картине и то, какие бизнес-операции он выполняет.
BPEL и BPML — это похожие подходы к решению одной и той же проблемы: определение логики процессов в языке XML таким образом, чтобы результат мог использоваться как исполняемый код программными продуктами на основе BPM. Это развивающиеся языки. Все эти продукты являются решениями одной и той же проблемы, их спецификации и языки концептуально похожи, поэтому со временем они, возможно, будут объединены в единую спецификацию.
Публикации
● Клайв Финкелстайн (Clive Finkelstein). «Корпорация: языки управления бизнес-процессами. BPML» (The Enterprise: Business Process Management Languages Part 2: BPML).
● Сайторганизации Business Process Management Initiative: http://www.bpmi.org/.
Больше материалов на тему читайте в разделе ИТ-директору.
Источник: ecm-journal.ru
Описание состава автоматизируемых бизнес-процессов
Бизнес-процессы компании, подлежащие автоматизации, приведены в следующей таблице:
| пп.п | Код бизнес-процесса | Наименование бизнес-процесса |
| 1. | Закуп-1 | Закупки |
| 2. | Склад-2 | Запасы – Склад |
| 3. | Прод-3 | Продажи |
| 4. | Врасч-4 | Взаиморасчеты с поставщиками и клиентами |
Каждый бизнес-процесс имеет свой уникальный номер. Нумерация бизнес-процессов построена по следующему принципу: «префикс-номер», где префикс обозначает группу описываемых бизнес-процессов, а номер — порядковый номер бизнес-процесса в списке.
Диаграмма прецедентов компании «МЕД»
На Диаграмме прецедентов представлены автоматизируемые бизнес-процессы компании и их исполнители.
Термины
Внешняя статистика продаж — статистика по продажам, получаемая из сети аптек;
Внутренняя статистика продаж — статистика по продажам, получаемая из отчетов продаж клиентам компании;
Номенклатурная единица — наименование медикамента, завода-изготовителя;
ABC — классификация товара по выручке от продаж клиентам;
XYZ — классификация товара по рейтингу популярности;
Учетная цена — цена товара у поставщика с учетом скидок;
Действующие контракты — контракты, по которым имеются обязательства сторон на определенный период времени;
График поставок — очередность обращения к поставщикам, необходимая для поддержания деловых отношений;
Страховой запас — минимальный запас товара, необходимый для покрытия потребностей до момента поставки новой партии товара.
Разработка информационных систем включает в себя несколько этапов. Однако всегда начальным этапом создания системы является изучение, анализ и моделирование деятельности заказчика.
Для того чтобы описать взаимодействие компании на верхнем уровне с внешними контрагентами, составляется физическая диаграмма. Для составления физической диаграммы в ходе первого интервью необходимо выяснить, кто является внешними контрагентами и какие у них основные функции.
Задание 1. Формирование физической диаграммы
Составьте физическую диаграмму в соответствии с описанием деятельности компании дистрибьютора МЕД.
Компания дистрибьютор «МЕД» закупает медицинские препараты отечественных и зарубежных производителей и реализует их через собственную дистрибьюторскую сеть и сеть аптек. Планирование закупок компания осуществляет на основании статистики продаж, которую предоставляют сеть аптек и дистрибьюторы. Компания осуществляет доставку медикаментов как собственным транспортом, так и с помощью услуг сторонних организаций. Компания имеет собственный склад для хранения медикаментов.
Выполнение задания 1.
Компания осуществляет закупки у отечественных и зарубежных производителей, следовательно, контрагентами компании являются отечественные и зарубежные поставщики медикаментов. Компания пользуется услугами транспортных компаний для доставки медикаментов. Следовательно, транспортные компании являются внешними контрагентами.
Кроме того, компания реализует медикаменты через дистрибьюторскую сеть и сеть аптек. Следовательно, контрагентами компании являются покупатели (дистрибьюторы, аптеки). Таким образом, внешними контрагентами компании «МЕД» являются поставщики (отечественные, зарубежные), покупатели (дистрибьюторы, аптеки), транспортные компании.
На физической диаграмме компания изображается прямоугольником, для отображения контрагентов используются графический символ Actor (фигурка человечка). Для изображения связей между компанией и контрагентами используются линии (Communications). Взаимодействия компании и внешних контрагентов должны быть поименованы, чтобы были понятны функции контрагентов по отношению к компании при знакомстве с физической диаграммой.
Создание физической диаграммы в MS Visio:
1. Запустите MS Visio. (Кнопка «Пуск»/ «Программы» / MS Visio).
2. Появится окно, в котором необходимо выбрать папку Software/ UML Model Diagram. В открывшемся списке форм (Shapes) для построения физической диаграммы следует выбрать пункт UML Use Case. В результате проделанных действий на экране появится окно, в левой части которого будет отображен набор графических символов, а в правой части — лист для рисования диаграммы (рисунок 1).
3. Для изображения прямоугольника на панели инструментов «Стандартная» найдите и зафиксируйте щелчком мыши пиктограмму с изображением прямоугольника. Затем, при нажатой правой клавиши мыши вы сможете нарисовать произвольного размера прямоугольник.
4. Для изображения на диаграмме контрагентов следует воспользоваться графическим символом с изображением человечка . Графический символ переносится на рабочее поле мышкой при нажатой правой клавише.
Примечание. Для последующего перемещения графических символов по рабочему полю необходимо зафиксировать пиктограмму Pointer Tool с изображением стрелки, размещенную на панели инструментов «Стандартная». Только после этого графический символ будет доступен для перемещения его мышкой.
5. Соедините линиями изображение каждого контрагента с прямоугольником. Для этого на панели инструментов «Стандартная» щелчком мыши зафиксируйте пиктограмму с изображением линии Line Tool и при нажатой левой клавише мышки осуществите соединение фигур.
6. Внесите наименования контрагентов «Покупатели (аптеки)», «Покупатели (дистрибьюторы)», «Поставщики (Россия)», «Поставщики (импорт)», «Транспортные компании». Для того чтобы внести надписи на диаграмме, необходимо на панели инструментов «Форматирование» зафиксировать пиктограмму Text Tool (символ буквы «А»). Щелкните мышкой на изображении человечка, курсор установится на поле с надписью Actor. Введите в это поле наименование контрагента.
7. Введите наименование компании «МЕД» в нарисованный прямоугольник, щелкнув мышкой по прямоугольнику. Обратите внимание на то, что при этом должна быть активна пиктограмма Text Tool (символ буквы «А»).
8. Аналогичным образом внесите надписи к линиям соединения фирмы и контрагентов.
5. Физическая диаграмма ЗАО «МЕД» представлена на рисунке 2.
Рис. 1. Общий вид окна MS Visio
Рис. 2. Физическая диаграмма ЗАО «МЕД»
Задание 2. Формирование списка бизнес-процессов
| Номер бизнес-процесса | Наименование бизнес-процесса |
Номер бизнес-процесса составьте из букв и цифр так, чтобы по номеру был интуитивно понятен смысл бизнес-процесса.
Выполнение задания 2
Для того чтобы выделить бизнес-процессы, необходимо выделить действия, которые совершает компания. В рассматриваемом случае компания планирует закупки, закупает медикаменты, доставляет медикаменты на склад, приходует медикаменты на склад, продает медикаменты. Пример заполнения таблицы бизнес-процессов:
| Номер бизнес-процесса | Название бизнес-процесса |
| 1Пл_Зак | Планирование закупок |
| 2-Закпк | Закупки |
| 3-Доствк | Доставка |
| 4-Склад | Запасы-Склад |
Примечание. В целях упрощения задачи в дальнейшем объединим описание бизнес-процессов «Закупки» и «Планирование закупок» в один бизнес-процесс под названием «Планирование закупок и размещение заказов» и присвоим ему номер 1Пл_Зак.
Бизнес-процесс «Планирование закупок и размещение заказов поставщикам»
Источник: cyberpedia.su