BPMN (нотация): описание на процеса

2024 Автор: Howard Calhoun | [email protected]. Последно модифициран: 2023-12-17 10:19

Светът се занимава с процесен подход към организацията на бизнеса от дълго време и доста ефективно, а стандартът за модел и нотация на бизнес процеси (BPMN, нотация) е обмислена процедура с правилно описание на бизнес процесите. Компаниите непрекъснато подобряват различни специализации на този стандарт и по този начин постигат много значително увеличение на всички показатели за качество на своята работа. BPMN нотацията е разбираема не само за експерти от предметната област, в която е създадена, всеки работник може да оперира с нейните логически изчисления.

Моделиране и стандартизация

В същото време, че е проста, тази стандартизация е най-пълният модел на описания бизнес процес, компилиран в машинночетима форма. BPMN (когато се гледа във версията на нотацията BPMN 2.0) изгражда модели на най-сложните процеси в бизнеса по много мощен и изразителен начин и в най-разбираемата система. Най-важното е, заедно с този стандарт,графични модели и се преобразуват в красиво структурирана и машинно четима форма, базирана на XML. Езикът за нотация BPMN е абсолютно изпълним, тоест ви позволява да моделирате процеси, които впоследствие се изпълняват с помощта на BPMS (автоматизирани системи за управление на бизнес процеси). Подобна стандартизация е изключително полезна именно защото моделистите могат да използват едни софтуерни продукти, а изпълнителите - други, ако поддържат този стандарт.

За изграждане на определен модел може да се използва повече от една версия (BPMN 2.0 нотация (PDF) и други), понякога моделът е съставен от фрагменти от различни нотации, но начинът, по който те са систематизирани и четени е същото. Все по-голям брой предприемачи внедряват в своите компании изпълнението на бизнес процеси, базирани на този стандарт. Търсенето на специалисти, които владеят този език за моделиране, нараства всеки ден. Все по-голям брой хора изучават графичните елементи на BPMN нотацията и правилата за изграждане на модели. За целта има специални курсове, където желаещите ще се запознаят с предназначението на този език, с видовете диаграми и ще видят възможностите за автоматично изпълнение на конструираните модели. Най-интересният е практически опит в нотацията BPMN 2.0 (достъпна и на руски), моделиране и анализ, разработка на бизнес процеси.

Специалисти

Кой е способен да опише бизнес процеси? Нотацията за моделиране на BPMN се прави лесно от всеки, който участва в автоматизацията,развитие на бизнес процеси. Това са бизнес консултанти, бизнес анализатори, ръководители на проекти, системни анализатори, архитекти и разработчици на компютърни системи, методолози, качествени обслужващи работници. Обикновено тези хора могат да четат техническа документация на английски, участват във всякакви проекти за анализ, описват BPMN нотация, оптимизират или автоматизират бизнес проекти или разработват и поддържат софтуер. Тази методология има международен статут, а не патентован, както много други стандарти, и дори не национален. Ето защо от 2005 г. те анализират и реорганизират бизнеса, използвайки моделиране на процеси в BPMN нотация.

Тази техника предоставя достъпна информация за почти всички потребители - от най-големите анализатори, които създават диаграми и разработчиците, които внедряват технологии за изпълнение на бизнес процеси според тези диаграми, до ръководителите на компанията, тоест обикновените потребители, които са заети с управлението и проследяване на изпълнението на конструирания модел. По този начин нотациите за моделиране на бизнес процеси (BPMN) преодоляват пропастта между създаването на модел и внедряването на модела. Ето някои от най-добрите идеи от други методологии. Например, за по-добра гъвкавост и четливост, моделирането на бизнес процеси в BPMN 2.0 нотация следва традицията на блок-схемата.

Символи (елементи) BPMN

Поддържа и развива BPMN организация OMG. Това не е мем на постоянните посетители в Интернет, което означава "oh mein goth", а на много известна фирма Object ManagementГрупа, която включва повече от осемстотин компании, които разработват стандарти като BPMN нотация. Всички полезни промени в новите версии дължим на разработчиците на OMG. Именно тази организация избра популяризирането на UML BPMN нотацията, която се използва за моделиране на обектно-ориентирани системи, като ключова посока. Следователно, при разработването на диаграми, в допълнение към понятията и понятията (контролен поток, действие, обект на данни и т.н.) в BPMN има много понятия, характерни за обектно-ориентирания подход: съобщение, обмен и поток на съобщения.

Символите за графична нотация се анализират според предназначението им и се комбинират в категории. Това са: Flow Objects – обекти на потока, Data – данни, Swimlanes – зони на отговорност, Connecting Objects – свързващи обекти, Artifacts – артефакти. Символите на контролния поток, обект на данни и обект на поток са допълнително разделени на подгрупи според семантични характеристики, за да се покажат спецификата на текущи събития, характеристики на разклоняване на потока, изпълнение на действия и т.н. Те обозначават спецификата поради допълнителни графични изображения - маркери, икони, поставени вътре в основния символ. Също така, символите на събития идват с различен тип контур и цвят на фона.

Събития по време

По време на изпълнението на бизнес процес винаги се случват различни и многобройни събития, които оказват своето влияние, въпреки факта, че най-често те са незадължителни елементи и не се показват в диаграмата на бизнес процеса. Това е получаване и отговор на съобщение, промяна на състоянието вдокументи и много други, които няма смисъл да се изброяват - много събития се случват буквално на всяка стъпка. За да ги класифицираме, се определят характеристиките на всеки. Първата група - до момента на началото. Това е началното събитие, което ще покаже началото на графиката. Оттук контролният поток може да бъде само изходящ, а потокът на съобщенията може да върви и в двете посоки. Началното събитие на диаграмата на бизнес процесите обикновено е едно, но изобщо не можете да го покажете. Понякога има дори няколко от тях, ако картографирането се извършва с тракове, пулове и разгърнати подпроцеси. Очертанията на събитието се показват като тънка единична линия.

Крайното събитие е резултат от изпълнението на бизнес процес. Потокът на управление влиза само тук, а потокът от съобщения все още се движи както към входа, така и към изхода. Входящият поток е представен със стрелка. Диаграмата показва само едно крайно събитие или няколко - те са очертани като дебела единична линия. Междинно събитие е всяко от другите, които възникват по време на изпълнението на бизнес процес. Един поток влиза тук и един също излиза. Появява се само Boundary (гранично събитие) и се обработва незабавно - или в самото начало, или в края на действието. Показва се върху контура (границата) на действието и съдържа само един поток – входящ или изходящ. И такова събитие се обозначава с тънка двойна линия.

Събития: прекъсване на подпроцеса и тип резултат

Тъй като събитията по време на моделирането на бизнес процес са много различни, следващият блок беше класифициран тези, коитоспособни да прекъснат действието. Първите, които трябва да бъдат маркирани, са непрекъсващи събития - това са междинни или начални събития, които възникват по време на изпълнение, но инициират изходящата нишка, свързана с нея, само когато дейността приключи. Контурът на такова събитие е изобразен с пунктирана линия. Следва прекъсващо събитие, което се случва преди или след стандартното действие. В изключителни ситуации това събитие изисква спиране или прекратяване на действието, ако липсва необходимата информация или се покаже грешка по време на обработката, ако са необходими допълнителни действия и други подобни. Тук контурът е показан като плътна линия.

Третият вид събития се класифицират според вида на резултата. На първо място, тук трябва да говорим за инициатора на обработка. Това е междинно или начално събитие, което възниква в резултат на изпълнение на действия и е резултат от изпълнението на процес – стандартен или не. Задействащото събитие е представено с непопълнена икона. Необходимо е да се добави още едно събитие към този раздел, което също говори за производителност, само че тук е резултат от обработката. Това е междинно или крайно събитие, което възниква по време на изпълнението на действията и е един от крайните резултати от изпълнението на процеса - стандартен или не, той се показва като запълнена икона.

Действия

Диаграмно процесът изглежда като подреден набор от действия, които се извършват за получаване на определен резултат. На вертикална диаграма с нотация на BPMN, отгоре надолу, е дадена последователност, показваща изпълнениетопроцес във времето. Можете също да го проследите по посока на стрелките на свързващите елементи отляво надясно. Показаните действия имат три основни изгледа и много разновидности, всяко със своя собствена икона или икона.

Задача - задача. Елементарно действие, тоест неделимо. Типът или спецификата на задачата се обозначава с маркер или икона в горния ляв ъгъл на символа за действие. Задачата може да бъде Услуга (услуга), за предоставяне на услуга, която е автоматизирано приложение или уеб услуга. Изпрати - изпрати съобщение. Ако съобщението бъде изпратено поне веднъж, задачата може да се счита за завършена. Receive - получаване на съобщение (същият принцип: ако съобщението бъде получено веднъж, задачата е изпълнена). Задачата на Потребителя се счита за характерна и се изпълнява от изпълнителя с помощта на софтуер и със съдействието на други служители. Задача, която изисква ръчно изпълнение е Manual, която се изпълнява без помощта на автоматизация. Бизнес-правило - бизнес правило, според технологията, изпълнението на тази задача зависи от обстоятелствата, изборът на метод помага да се зададе бизнес правило. Скрипт - скрипт, при който изпълнението на операциите е строго в реда, описан на език, разпознат от изпълнителя. Обикновено този вид задачи се изпълняват с автоматизирани средства.

Подпроцеси

Подпроцес - подпроцес. Той включва шлюзове в BPMN нотация, работни потоци, събития и много други дейности. По този начин подпроцесът е съставно действие, части от което се показват директно вътре в символа на диаграмата или се поставят върхуотделна диаграма на разлагане. В последния случай основната диаграма трябва да показва знак + в центъра на подпроцеса (долния край на дейността). Има стандартни подпроцеси, но те не са достатъчни, така че се появиха две специфични разновидности. Това е подпроцес на събитие - подпроцес на събитие, който винаги стартира, когато настъпи стартово събитие. Диаграмата не го показва по никакъв начин, свързана с останалите дейности и работни потоци. Очертанията на такъв подпроцес се изобразяват с точки.

Вторият тип е транзакция (транзакция), това е действие, състоящо се от различни операции с успешно завършване, тоест получаване на положителен резултат. Можете да получите конкретен резултат само ако всички компоненти са завършени успешно. Ако възникнат проблеми по време на изпълнението на подпроцеса, резултатите от всички предишни операции ще бъдат анулирани (събитие за отмяна). Такава намеса може да бъде невъзможността за извършване на определена операция или нейното неправилно изпълнение. За да избегнете отмяната на предишни събития, можете да опитате неуспешна операция за компенсиране (компенсация на събития). Контурът на такъв подпроцес е показан като двойна плътна линия. За да включите в диаграмата всички задачи или подпроцеси, които се използват повторно, има Call - повикване, което е обозначено на диаграмата с удебелен контур.

Gateways

Gates в BPMN нотацията са предназначени да посочат спецификата на потока от операции и тяхното преминаване през паралелни или алтернативни клонове. Шлюзът може да работи без изходящи или входящипотоци, но винаги има поне два свои, входящи или изходящи. Маркерът вътре в неговия символ указва типа на шлюза. Тя може да бъде Exclusive, XOR - изключителна с изключително "или", предназначена да раздели потока на алтернативни маршрути. По време на изпълнението на процеса може да се активира само един от предложените маршрути. Условията за пропускане се съдържат до реда на обозначението. Включително, ИЛИ - неизключително с логически "или" порт, предназначен да разделя потока на маршрути, като всеки се активира, ако е изпълнено условието на свързания с него булев израз. В този процес могат да бъдат предприети няколко пътя, но ако някой от тях не е верен, тогава изборът е невъзможен.

Аналог на неексклузивен шлюз - Комплексен. Разликата е, че има само един израз, който определя активирането на конкретен работен поток. Паралел, И - паралел с логически "и" е необходим за разклоняване или сливане на паралелни операции. Изключителен базиран на събития – изключителен, но базиран на събития шлюз, който разделя работния поток на алтернативни маршрути. Изключителен базиран на събития шлюз за стартиране на процес също е изключителен шлюз, събитията, на които се базира, започват целия процес. Това е началният символ на процес или подпроцес, който няма входни потоци. Паралелен шлюз, базиран на събития, за стартиране на процес работи по същия начин - паралелен шлюз, също базиран на събития, които стартират процеса. Въпреки това, с негова помощ можете да активирате няколко процеса едновременно,ако събитията, свързани с тях, се запалят. Естествено, няма входящи потоци. Снимките ясно показват нотацията BPMN в примерите за диаграмиране с два вида шлюзове.

Данни и потоци

Обектът с данни се съдържа и използва специално в диаграми, което демонстрира използването на допълнителни маркери. Входни данни - входни данни, тоест първоначална информация, за да започне изпълнението на действия. Появява се в горния край на символа. Събиране на данни - набор от данни, тоест цял масив или колекция от данни от един и същи тип. Показва се под символа. Обектът с данни и действието са свързани заедно с помощта на асоциация.

Стандартната картина на работния процес може да бъде допълнена в диаграмата с посочване на конкретни потоци. Поток на условна последователност - обозначаване на условен поток от операции при разклоняването му. Показва се като идващо от действие (ако не искате да използвате шлюз в диаграмата). Поток на последователност по подразбиране - потокът на последователността по подразбиране, най-често идва от шлюз или действие, който не е свързан с логически изрази.

Примери и заключения

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

Ако диаграмата не е цветна, тогава крайното събитие се маркира с дебела линия под формата на кръг. Например, на практика това събитие може да бъде издаването на поръчан продукт, който е изминал целия път от оформянето през обработката до издаването. В хода на цялата тази работа диаграмата показва действията, извършени по пътя от началното до крайното събитие. Действието е обозначено с правоъгълник със заоблени ръбове. Шлюзове - ромбове. Този език е разбираем за потребителите, необходимо е само леко да се запознаете със системата на дисплея, която присъства тук на илюстрациите.