BPMN (означение): описание на процеса

Процесният подход към бизнес организацията света е правил за дълго време и достатъчно ефективно, а стандартната Модел на бизнес процеси и нотация (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. Това не е мембург на интернет-редовни, което означава "за гот", а по-скоро добре известна фирмена група за управление на обекти, в която участват повече от осемстотин фирми, разработващи стандарти, подобни на тези на BPMN. Всички полезни промени в новите версии се дължат на разработчиците на OMG. Тази организация е избрала популяризирането на номенклатурата на UML BPMN, чрез която се моделират обективно ориентираните системи, като основна посока. Следователно, в разработването на диаграми, в допълнение към концепциите и концепциите (контрол на потока, действие, обект на данни и други подобни), BPMN има много концепции, специфични за обектно-ориентирания подход: съобщение, обмен и поток на съобщения.

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

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

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

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

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

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

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

мерки

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

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

подводница

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

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

шлюзове

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

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

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

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

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

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

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

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