Подход на процеса към бизнес организациятаработи дълго време и е доста ефективна, а стандартът за бизнес процеси и нотации (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 OMG. Това не е мембург на интернет-редовни, което означава "за гот", а по-скоро добре известна фирмена група за управление на обекти, в която участват повече от осемстотин фирми, разработващи стандарти, подобни на тези на BPMN. Всички полезни промени в новите версии се дължат на разработчиците на OMG. Тази организация е избрала популяризирането на номенклатурата на UML BPMN, чрез която се моделират обективно ориентираните системи, като основна посока. Следователно, в разработването на диаграми, в допълнение към концепциите и концепциите (контрол на потока, действие, обект на данни и други подобни), BPMN има много концепции, специфични за обектно-ориентирания подход: съобщение, обмен и поток от съобщения.
Символите на графичното означение се разглобявати са групирани в категории. Те са: Обекти на потока - поточни обекти, данни - данни, Swimlanes - зони на отговорност, Свързани обекти - свързващи обекти, Артефакти - артефакти. Контролният поток, обектът от данни и символите на поточните обекти допълнително се разделят на подгрупи според семантичната характеристика, за да се покажат спецификите на възникващите събития, характеристиките на разклоняването на нишките, изпълнението на действията и т.н. Посочете спецификата за сметка на допълнителни графични изображения - маркери, икони, поставени в основния символ. Също така, символите на събитията идват в различен вид контур и цвят на фона.
По време на изпълнението на бизнес процеса, винагиима различни и многобройни събития, които оказват влияние, независимо от факта, че те често не са задължителни и не се показват в диаграмата на бизнес процесите. Това става и отговаря на посланието, променя статуса в документите и много повече, че няма смисъл да се включва - много събития се случват буквално на всяка крачка. За да ги класифицираме, знаците на всеки са определени. Първата група е времето на офанзивата. Това е началното събитие, което ще покаже началото на диаграмата. Следователно контролният поток може да бъде само изходящ и потокът от съобщения може да се осъществи по двата начина. Стартовото събитие в диаграмата на бизнес процесите обикновено е едно, но изобщо не можете да го покажете. Понякога има дори няколко, ако картографирането се случва с пътеки, басейни и разположени подпроцеси. Контурът на събитието се представя с тънка единична линия.
Последното събитие е резултат от изпълнениетобизнес процес. Тук контролният поток влиза само и потокът на съобщението все още се движи както към входа, така и към изхода. Входящият поток е представен със стрелка. Диаграмата показва само едно последно събитие или няколко - те са обкръжени под формата на мазна единична линия. Междинно събитие е всяко от останалите, които се случват по време на изпълнението на бизнес процес. Това включва една нишка и един изход. Само границата (гранично събитие) възниква и се обработва незабавно - или в самото начало, или в края на действието. Той се показва на контура (границата) на действието и съдържа само една нишка - входяща или изходяща. И това събитие се обозначава с тънка двойна линия.
Защото събитията по време на симулациятабизнес процесът е много различен, следният блок е класифициран от тези, които могат да прекъснат изпълнението на действието. Първите са непрекъснати събития - това е междинно или начално събитие, което се случва по време на изпълнението, но инициира изходящата нишка, свързана с него, само когато действието е завършено. Очертанието на такова събитие е представено чрез пунктирана линия. Следващото е събитие на прекъсване, което се случва преди или след стандартното действие. В изключителни случаи това събитие изисква спиране или прекратяване, ако няма необходима информация или не се показва грешка по време на обработката, ако се появят допълнителни действия и подобни. Тук контурът е представен от солидна линия.
Третият тип събитие се класифицира според типарезултат. На първо място, трябва да говорим за инициатора на обработката. Това е междинно или стартово събитие, което възниква в резултат на изпълнението на действия и е резултат от процеса - стандартен или не. Инициаторното събитие е представено от икона без засенчване. Необходимо е да се направи още едно събитие в този раздел, като се говори и за ефективността, само тук е резултат от обработката. Това е междинно или окончателно събитие, което се случва по време на изпълнението на действия и е един от крайните резултати на процеса - стандартно или не, той се показва със затъмнена икона.
Показва се диаграмата, показана в диаграматанаречен набор от действия, които се извършват, за да се получи определен резултат. На вертикалната диаграма на нотификацията за BPMN се показва последователност отгоре надолу, показваща изпълнението на процеса във времето. Също така можете да я проследите в посока на стрелките на съединителните елементи отляво надясно. Показваните действия имат три основни типа и много разновидности, всяка от които има собствена икона или икона.
Задачата е задача. Елементарно действие, т.е. неделимо. Вариант или специфичност на задачата се показва с маркер или икона в горния ляв ъгъл на символа за действие. Задачата може да бъде Услуга (услуга), за да се осигури услуга, която е автоматизирана или уеб услуга. Изпращане - изпратете съобщението. Ако поне веднъж съобщението бъде изпратено, задачата може да се счита за завършена. Получаване - получаване на съобщението (същият принцип: ако съобщението е получено веднъж, задачата е завършена). Потребителската задача, която се счита за характерна, се изпълнява от изпълнителя с помощта на софтуер и помощта на други служители. Задача, който изисква ръчно изпълнение, е Ръчен, който се изпълнява без автоматизация. Правило за бизнес - бизнес правило, технологичното изпълнение на тази задача зависи от обстоятелствата, изборът на метод помага за определяне на бизнес правилата. Сценарият е скрипт, при който изпълнението на операциите е строго в ред, описан на езика, признат от изпълнителя. Обикновено този вид задачи се изпълняват автоматично.
Подпроцесът е подпроцес. Той включва шлюзове в нотификация за BPMN, работни потоци, събития и много други действия. По този начин подпроцесът е съставено действие, чиито части са директно изложени в символа на диаграмата или са поставени на отделна диаграма на разлагане. Във втория случай символът + трябва да бъде показан на основната диаграма в центъра на подпроцеса (долния край на действието). Има стандартни подпроцеси, но те не са достатъчни, затова се появиха два от нейните специфични разновидности. Това е подпроцес на събития, подпроцес на събитие, който винаги се стартира при възникване на събитие старт. Диаграмата показва, че в никакъв случай не е свързана с останалите действия и работни потоци. Очертанията на такава подпроцес се представят с точки.
Вторият тип е Транзакция (транзакция),Това е действие, състоящо се от различни операции с успешно завършване, т.е. получаване на положителен резултат. Можете да получите конкретен резултат само ако всички компоненти са успешно завършени. Ако възникнат проблеми при изпълнението на подпроцеса, резултатите от всички предишни операции ще бъдат отменени (анулиране на събитието). Такова смущение може да бъде невъзможността да се извърши определена операция или неправилно изпълнение на нея. За да не отмените предишните събития, можете да опитате да компенсирате неуспешната операция (компенсация на събитието). Очертанието на такава подпроцес се представя чрез двойна плътна линия. За да включите всички задачи или подпроцеси, които се използват многократно в диаграмата, има разговор, който е показан в диаграмата с удебелен шрифт.
Портите в нотацията на BPMN са предназначени да позволят,да се посочат спецификите на работния процес и тяхното прескачане на паралелни или алтернативни отрасли. Порталът може да работи без изходящи или входящи нишки, но винаги има поне два от свои собствени или входящи потоци или изходящи потоци. Маркерът в рамките на неговия характер определя вида на шлюза. Това може да бъде изключителен, XOR - изключителен с изключителната "или", предназначени да разделят потока на алтернативни маршрути. По време на процеса може да се активира само един от предложените маршрути. Условията за пропускане се съдържат до линията за означаване. Включително, OR е неизключителен логически "или" шлюз, предназначен за разделяне на поток на маршрути, където всеки от тях е активиран, ако е изпълнено условието за истинността на свързания с него логически израз. В този процес можете да изпълнявате няколко маршрута, но ако поне един не е вярно, изборът е невъзможен.
Аналогов на неизключителен портал - Комплекс(Комплекс). Разликата е, че изразът, който определя активирането на определен поток от операции, е само един израз. Паралелно, И - паралелно с логическия "и" шлюз е необходимо за разклоняване или сливане на паралелни операции. Изключителна основана на събития - шлюзът е изключителен, но се основава на събития, които отделят потока от операции в алтернативни маршрути. Изключителният базиран на събития портал за стартиране на процес също е изключителен шлюз, събитията, на които се основава, стартират целия процес. Това е първоначалният характер на процеса или подпроцеса, няма входящи нишки. По същия начин се използва паралелно базирано събитие Gateway за стартиране на процес, паралелния шлюз, също така въз основа на събитията, които задействат процеса. Въпреки това, с неговата помощ, можете да активирате няколко процеса едновременно, ако свързаните с тях събития работят. Входящите потоци, разбира се, не. В снимките бележката на BPMN ясно се вижда в примерите за диаграми с два вида шлюзове.
Обектът за данни се съдържа и се използва вдиаграми, което показва използването на допълнителни маркери. Въвеждане на данни - входните данни, т.е. изходната информация, за да започне изпълнението на действията. Показва се в горния край на символа. Събирането на данни е набор от данни, т.е. цял масив или колекция от данни от същия тип. Показва се под символа. Елементът и действията за данни са свързани чрез сдружаване.
Стандартно изображение на работния поток можеДа се допълни в диаграмата чрез посочване на конкретни потоци. Условен поток на последователност - обозначава условния поток от операции, когато се разклонява. Показва се изход от действието (ако няма желание да се използва шлюза в диаграмата). Фабричен поток по подразбиране - потокът от операции по подразбиране, най-често идва от шлюз или действие, като логическите изрази не са свързани.
Началното събитие, както може да се заключи отиме, показва началната точка на конкретен процес. Това е началната точка, което означава, че няма никакъв входен поток. Началното събитие в примерите за означаване на BPMN се обозначава с кръг, в който центърът е свободен. Такова събитие може да бъде писмо или обаждане от клиент, например изпратен в онлайн магазин или на уебсайта на компанията, който симулира този бизнес процес. Тогава потокът от операции върви по линиите и обозначава изпълнението на процеса до червения кръг, което показва завършването, крайното събитие. Между другото, може да има няколко, и е лесно да се види къде точно завършването на операциите е приключило, завършвайки процеса. Няма изходящ поток от червения кръг.
Ако графиката не е в цвят, тогаваКрайното събитие се отличава с дебела линия под формата на кръг. Например, на практика това събитие може да бъде издаването на поръчан продукт, който преминаваше от обработка чрез обработка до издаване. В хода на цялата тази работа диаграмата показва действията, предприети по време на пътя от началото до последното събитие. Действието е означено с правоъгълник със закръглени ръбове. Портали - ромбои. Този език е разбираем за потребителите, заслужава си само малко познаване на системата за картографиране, която е представена тук на илюстрациите.
</ p>