Моделирането на бизнес процеси се превърна в класическа работа на много бизнес анализатори като част от оптимизацията на бизнес процесите и стандартизацията на дейностите. руски компании. Има много обозначения, които се използват в определени случаи. Тази статия е посветена на преглед на нотациите за моделиране на бизнес процеси.

VAD (vдиаграма на добавената верига)

Нотацията VAD, предложена от Майкъл Портър в неговата работа върху корпоративната стратегия, се фокусира върху моделирането на бизнес процеси, които „създават стойност“ под формата на услуги или продукти за клиента. Модел на бизнес процес, изграден в VAD нотация, предоставя общ, неподробен изглед на бизнес процесите.

Използвайки нотацията VAD, можете да опишете списъка и връзката на бизнес процесите на най-високо ниво, тъй като тази нотация ви позволява да покажете всички бизнес процеси на компанията на един модел. В нотацията VAD можете да използвате връзки, които показват връзката на бизнес процесите един спрямо друг, докато потокът на процеса в тази нотация в по-голямата част от случаите е насочен отляво надясно.

Има много опции за VAD нотация, внедрени в различни инструменти, всеки със собствен набор от символи, но всички те изглеждат приблизително еднакви - набор от бизнес процеси, често свързани помежду си чрез връзки „предшественик-последовател“.

Например, разширението на тази нотация в инструментариума ARIS ви позволява да показвате изпълнители, рискове, документи, данни и много повече в модела на бизнес процеса.

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

Моделът на VAD нотация може да бъде начертан в различни инструменти като MS Visio и много други инструменти за моделиране на бизнес процеси.

Моделиране на бизнес процеси - EPC (верига на процеси, управлявани от събития)

Нотацията EPC е разработена от професор Аугуст Вилхелм Шеер в рамките на методологията на инструментариума ARIS. С помощта на бизнес процес се моделира като списък от стъпки на процеса, задействани от събития. Нотацията е удобна за последващо регулиране на бизнес процеса, както и за анализ на информационния поток на бизнес процеса (входящи/изходящи документи).

Свободата на EPC нотацията ви позволява да описвате допълнителни обекти в рамките на моделирането на бизнес процеси, като оперативни рискове, процедури за контрол, екранни форми, Информационни системи, индикатори и много други.

В рамките на нотацията EPC процесът се моделира „отгоре надолу“, а редът, в който се изпълняват стъпките/функциите/действията/операциите на даден бизнес процес, се определя чрез система от събития и логически условия. Като събития в EPC нотацията се разглеждат началото и завършването на стъпките на процеса, както и външните събития, които изискват отговор от организацията.

Моделът на бизнес процеса се състои от последователности "събитие-функция-събитие" и логически оператори "И", "ИЛИ", "изключително ИЛИ", които показват решения, проверка на условията, паралелизиране и конвергенция на потоците на моделирания бизнес процес.

Има много опции за EPC нотация, във формат на колони, редове, както и с различни списъци с използвани обекти, но всички тези опции са налични само в инструментариума ARIS, докато в други инструменти, например MS Visio или Business Studio, налично е само EPC моделиране на бизнес процеси в класически формат.

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

Моделиране бизнес— процеси– BPMN (модел на бизнес процеси и нотация 2.0)

BPMN нотацията е създадена от Object Management Group (OMG) и е предназначена за моделиране на бизнес процеси с оглед последващата им автоматизация. Нотацията BPMN се използва за подробно моделиране на бизнес процес, а броят на обектите в тази нотация надвишава 100, което ви позволява да опишете всички нюанси на поведението на бизнес процесите, така че информационната система да може да преобразува създадения модел в изпълним код.

Отвореността на BPMN нотацията и поддръжката от повечето инструменти за моделиране на бизнес процеси и автоматизация направиха тази нотация лидер в моделирането на бизнес процеси.

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

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

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

Прилагането на BPMN нотация изисква определен опит, което често ограничава броя на създателите на тези модели до системни и бизнес анализатори. Представители на бизнес единици рядко моделират бизнес процеси в BPMN нотация.

Въпреки графичните разлики, нотациите BPMN и EPC са много сходни една с друга и в инструментариума на ARIS те вече могат да бъдат конвертирани една в друга, макар и с определени методологични ограничения.

Моделиране на бизнес процеси - диаграма на потока

Името на нотацията е Flow Charting, най-лесно е да се преведе като блок-схеми. Тази нотация първоначално се появява в стандарта ANSI през 1970 г. и съдържа много прост набор от знаци.

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

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

Нотацията Flow Charting няма твърд стандарт, който ви позволява да моделирате бизнес процеси от различни гледни точки, като добавяте определени обекти към модела, ако е необходимо. По този начин тази нотация е много подобна на EPC, но има дори повече свобода по отношение на приложението. Свободата да се използва Flow Charting и поддръжката на повечето евтини и дори безплатни инструменти за моделиране на бизнес процеси направи тази нотация приложима в много компании.

Сред недостатъците на Flow Charting може да се отбележи липсата на типичен списък от обекти и атрибути, което е обратната страна на "свободата" на тази нотация. Това ви позволява да моделирате един и същ бизнес процес в тази нотация по такъв начин, че моделите да се различават сериозно един от друг.

Въпреки факта, че моделите на бизнес процеси в нотацията на Flow Charting могат да бъдат намерени доста често, най-вероятно това ще остане нещо от миналото, отстъпвайки място на по-„строги нотации“

Моделиране бизнес— процеси– IDEF (интегриран език за дефиниция)

Нотацията IDEF възниква през 1970 г. като правителствен стандарт на САЩ, който се фокусира върху входовете, изходите, механизмите и контролите на бизнес процес и свързва процесите на организацията в йерархия. Ключовият елемент на тази нотация е функцията, докато всички останали обекти и взаимодействия се моделират чрез релации.

Нотацията използва много прост набор от символи: процесни правоъгълници и стрелки, изобразяващи входове, изходи, контроли и механизми, тази нотация се отличава с „вградена“ система за номериране на стъпките на бизнес процеса, която ви позволява да проследите връзките между родител и дъщерни процеси.

Като се има предвид историята на този стандарт и доста широкото му използване, той се прилага в много инструменти за моделиране, но все пак тази нотация може да се припише на изходящото поколение, тъй като има все по-малко поддръжници, а представителите на бизнеса често третират тези „микросхеми“ с скептицизъм.

UML (унифицирани Моделиране Езици)

Унифицираният език за моделиране (UML) е набор от нотации и методи за моделиране, предназначени да опишат изискванията към информационните системи, но сред нотациите на UML има и специализирана нотация, предназначена специално за моделиране на бизнес процеси. UML се поддържа от Групата за управление на обекти (OMG), което направи тази методология доста разпространена сред ИТ специалистите.

Тази нотация е много подобна на EPC и BPMN, единствената разлика е в показването на логически изрази и събития и въпреки че има много книги за UML нотация и се поддържа от много инструменти за моделиране, UML Activiti Diagram се използва главно за системен анализ и дизайн и само малък брой компании използват UML за моделиране на бизнес процеси

VSM (стойност Поток Картографиране)

Името на VSM нотацията може да се преведе на руски като картографиране на потока от стойности на клиента. оригинално иметази нотация в Toyota Corporation, където се смята, че е изобретена - Карта на потока от материали и информация.

VSM нотацията е разработена като част от методологията щадящо производство, и използва набор от специфични символи за показване на елементи от разходите за ресурси и време за анализиране на ефективността на бизнес процес в Lean 6Sigma проекти. Картата на потока от стойност изобразява физическата среда и потока от материали и продукти в производствен процес и се използва за обвързване на разходите за ресурси и време към процес и по този начин предоставя представа за ефективността

Целта на тази нотация е да въвлече участниците в анализа на бизнес процеса, за да ги насърчи да търсят самостоятелно възможности за оптимизация. По правило VSM моделите се чертаят в проекти на Flip Chart и не изискват сериозни инструменти за моделиране на бизнес процеси, тъй като решенията се вземат на тяхна база, а самият модел не става основа нито за регулацията, нито за ИТ решението.

Основното нещо при създаването на модел във VSM нотация е попълването на временни атрибути по процес, за търсене на "тесни места" и места на прекомерно съхранение на запаси.

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

SIPOC

Абревиатурата SIPOC означава: Supplier (доставчик), Input (вход), Process (процес), Output (изход), Customer (потребител). Това е шаблон за документация на процеса, възприет в методологията на Six Sigma, всъщност дори не е моделна нотация, а табличен формат, който ви позволява да опишете бизнес процес на най-високо ниво. Моделът SIPOC се прилага най-ефективно при дефиниране на граници на бизнес процеси, взаимодействащи страни и входове/изходи на процеса.

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

Полезността на SIPOC, за разлика от други диаграми, се крие във възможността за използването му от служители на бизнес единици, тъй като не съдържа сложна логика и много обекти, като EPC или BPMN нотации.

Моделиране на бизнес процеси - изводи

И така, разгледах някои нотации за моделиране на бизнес процеси, които могат да бъдат намерени на руски пазар(Те са описани по-подробно в главата на BPM CBOK за моделиране на бизнес процеси). Коя от нотациите да избера за използване е отворен въпрос, например за моделиране на бизнес процесите на организация на най-високо ниво използвам VAD нотацията, за първичното моделиране на бизнес процес, избран за оптимизация, е по-лесно да използвате SIPOC или VAD. За създаване на детайлни модели на бизнес процеси - опростен BPMN за моделиране на междуфункционално взаимодействие или EPC за детайлно моделиране с цел формализиране на информационния поток и набора от обекти, свързани с бизнес процес. Е, ако трябва да автоматизирате бизнес процес в BPMS система, тогава не можете без 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 има много концепции, които са характерни за обектно-ориентирания подход: съобщение, обмен и поток от съобщения.

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

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

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

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

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

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

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

Действия

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

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

Подпроцеси

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

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

Шлюзове

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

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

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

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

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

Примери и изводи

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

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

към EPC

Нека продължим нашия разговор за Business Studio. Възможностите на тази система осигуряват поддръжка за пълния цикъл на развитие на бизнеса: от проектирането на архитектурата до намирането на начини за нейното подобряване.

Business Studio е простота и удобство

Business Studio е система за бизнес моделиране, характеризираща се с простота, удобство и висока скоростобучение от експерти. Наличието на интуитивен интерфейс на системата позволява дори на начинаещи да започнат процеса на проектиране на бизнес архитектура.

Използвани означения за моделиране

Програмата използва най-популярните нотации за моделиране на бизнес процеси, които са разбираеми за служителите без допълнително обучение:

1. Нотация IDEF0

Най-популярната нотация за моделиране на бизнес процеси, базирана на методологията за структурен анализ SADT.

Методологията IDEF0 е методология за моделиране, която ви позволява да създадете функционален модел, който изобразява структурата и функциите на системата. А също – потоците от информация и материални обекти, които свързват тези функции. Фигурата по-долу показва графична диаграма в нотация IDEF0 - пример е реализиран в системата Business Studio.

Бизнес процесите в нотация IDEF0 са представени под формата на правоъгълник, а стрелките отразяват връзката с други процеси и външната среда.

Характеристиките на нотацията са:

• способността да се разлагат процесите на подпроцеси и по този начин да се изграждат йерархични модели на бизнес процеси;
• избор на четири вида стрелки: три типа входове (вход, контрол и механизъм), които позволяват по-гъвкаво описание на логиката на използване на входове в процеса с цел последващ анализ и изход.

Нотацията IDEF0 се използва за създаване на модел на бизнес процес от най-високо ниво. Конструкцията на IDEF0 диаграмата от най-високо ниво осигурява най-общото или абстрактно описание на моделиращия обект. На по-ниско ниво, за да се опише алгоритъмът (сценарий) на изпълнение на процеса, е допустимо да се промени стандартът IDEF0 на нотацията Process, Procedure, EPC или BPMN 2.0.

Методологията SADT може да бъде намерена подробно в монографията на David A. Mark и Clement McGowan „SADT Structural Analysis and Design Methodology“.

2. Процес на нотиране (базова блок-схема B Visio)

Тази нотация Използват се графични елементи: събитие, процес, решение, два вида стрелки - стрелки за приоритет и стрелки "Поток на обект".

Нотацията на процеса поддържа разлагане на подпроцеси.

Нотацията на процеса може да се използва за моделиране на отделни фирмени процеси, както и на по-ниско ниво на модел на бизнес процес, създаден в нотацията IDEF0.

3. Процедура за нотиране (междуфункционална блок-схема B Visio)

Тази нотация се използва за представяне на алгоритъма за изпълнение на процеса (нотация на класа на работния поток). В допълнение към графичните елементи, използвани в нотацията на процеса, се използват пътеки (Swim Lanes), обозначаващи организационни единици - изпълнители на процесни действия.

Процедурата за нотиране поддържа декомпозиция на подпроцеси.

Процедурната нотация може да се използва за моделиране на отделни фирмени процеси, както и на по-ниско ниво на модел на бизнес процес, създаден в нотацията IDEF0.

4. Нотация BPMN 2.0

Използва се за представяне на алгоритъма за изпълнение на процеса (нотация на класа на работния поток).

Особеността на нотацията BPMN 2.0, която се появи като стандарт за моделиране през 2011 г., е, че е предназначена както за моделиране на бизнес процеси, така и за тяхното изпълнение.

Той е лесен за разбиране и удобен както за бизнес анализатори, така и за разработчици, които автоматизират изпълнението на процеси. За да експортирате диаграма на процес към BPMS система, Business Studio използва стандарта XPDL.

Business Studio предоставя 2 вида диаграми BPMN 2.0 - диаграми на процеси и диаграми на взаимодействие на процеси.

Използват се следните графични елементи:

• процеси;
• разработки;
• шлюзове;

3 вида стрели:

• контролен поток;
• поток от съобщения;
• асоциации;

• документите;
• информация;
• съобщения; бази данни.

Важно е в Business Studio всички елементи на BPMN диаграмата да са репозиторни обекти.

В Business Studio, в BPMN нотация, можете да изградите йерархично дърво на процеса, т.е. поддържа се декомпозиция.

За процеса BPMN можете автоматично да генерирате разпоредби и други отчети, тази нотация се използва главно за описание на процеси от по-ниско ниво, особено тези със сложна логика на изпълнение.

5. EPC (Event-Driven Process Chain) нотация

Използва се за представяне на алгоритъма за изпълнение на процеса (нотация на класа на работния поток).

Диаграма, описана в нотацията EPC (Event Process Chain), е подредена комбинация от събития и функции.

За всяка функция могат да се дефинират начални и крайни събития, участници, изпълнители, съпътстващи я материални и документални потоци. В EPC нотацията разклоняващите се стрелки се извършват с помощта на оператори.

Нотацията EPC поддържа разлагане на по-ниски нива. EPC разложима функционална диаграма може да бъде описана само в нотация EPC или BPMN 2.0.

Нотацията EPC може да се използва за моделиране на отделни фирмени процеси, както и на по-ниско ниво на модел на бизнес процес, създаден в нотация IDEF0.

Какви означения използвате в работата си?

Често ме питат - какво да чета за бизнес процесите?
Един от най-добрите сайтове в Runet е www.klubok.net. Аз самият "израснах" във форума и статиите в този сайт. Много статии не са загубили своята актуалност дори и сега. Препоръчвам да започнете с него.

Но ако говорим за книги, мога уверено да кажа най-добрата книгаза бизнес процесите е книга, написана от Репин и Елиферов: "Бизнес процеси на компанията. Изграждане, анализ, регулиране".

Описание на бизнес процесите: стремеж към простота.

Статията разглежда въпросите за избора на нотация за описване на процеси с цел последващо регулиране. Често използваните нотации на Work Flow се сравняват една с друга, като например: „Simple flowchart“ в MS Visio, „Procedure“ на Business Studio, ARIS eEPC нотация и други.

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

За бизнес анализаторите на компании тези, разгледани в статията, са сериозна причина да се замислят колко ефективни са подходите, които използват за разработване на графични диаграми на организационните процеси.

Въведение

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

Сравнение на означения

За сравнение бяха избрани следните обозначения за описание на процеса:

1. "Опростена блок-схема" (с показване на движението на документи, използвайки блока "Решение");
2. "Проста блокова схема" (без показване на движението на документи, без използване на блокове "Решение");
3. "Процедура" на системата Business Studio (една от настроикипредставителство);
4. ARIS eEPC.

За тестов случай беше избран прост и интуитивен процес. Резултатите от описанието на този процес са представени на фиг. 1-4.

Ориз. 1. Диаграма на процеса в нотацията "Проста блок-схема" в MS Visio (с движение на документи, използвайки блока "Решение").

На диаграмата на фиг. 1. Последователността на процесните операции във времето е показана с дебели стрелки, а движението на документите е показано с тънки пунктирани стрелки. Блокове "Разтвор" се използват по класически начин. Те показват информация (въпроси), от която „зависи“ последващият ход на процеса. Този подход към използването на "диаманти" е много разпространен. Но всъщност цялата логика на вземане на решения и формирането на определени резултати (документи) трябва да се съдържат в операциите на процеса. Ако се замислите, стойността (смисълът) на рисуването на тези "диаманти" не е очевидна. Кои са тези обекти: процесни операции, събития? Изглежда, че не е нито едното, нито другото. Това са по-скоро твърдения за вземане на решение при някакво условие. Но в крайна сметка ние разработваме диаграма на процеса за хората, а не пишем компютърна програма на специален език. AT компютърна програма"диамант" би била пълноценна операция за сравняване на условия и т.н. Но на диаграмата на процеса трябва да покажете реални обекти - процеси, извършвани от хора, документи, информационни системи и т.н. Помислете, правилно ли е да показвате "диаманти" отделно от операцията на процеса на диаграмата? Вместо това можете:

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

Нека формулираме „плюсовете“ и „минусите“ на горния (фиг. 1.) метод за използване на „диаманти“.

„Опростена блок-схема“ в MS Visio (с движение на документи, използвайки блока „Решение“)
"Професионалисти"	"Минуси"
Визуално показване на "логиката" на избора на определени изходи на процеса. Фокусиране на вниманието на изпълнителя върху точката на решение / разклоняването на процеса в зависимост от условията.	Премахване на логиката за вземане на решения „извън“ на операцията на процеса (неправилно от гледна точка на формалната декомпозиция на процесите). Неудобно е да документирате процеса (трябва да дублирате „диамантите“ с текст, когато формирате текстово описание на операцията). Диаграмата на процеса се претоварва с информация. „Диамантите“ често се използват твърде официално, без реална нужда.

На фиг. 2. показва пример за същия процес, само описан без използване на блокове и документи "Решение". Лесно се проверява, че в тази диаграма има 24 графични елемента по-малко, отколкото в диаграмата на фиг. 1. Схема фиг. 2. изглежда много по-просто. От графичните елементи не заслепява, но от гледна точка на информативността тази схема е доста разбираема и достъпна за крайния потребител. Ако за всяка операция на процеса изискванията за нейното изпълнение са описани в текст, тогава чрез комбиниране на табличните и графична формапредставителство, е възможно да се опише адекватно процедурата за изпълнение на процеса за служителите на компанията.

Ориз. 2. Диаграма на процеса в нотацията "Проста блок-схема" в MS Visio (без движение на документи, без използване на блока "Решение").

"Плюсове" и "против" на графичното представяне на процеса във формата, показана на фиг. 2. са показани по-долу.

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

На фиг. 3. представена е диаграмата на процеса, формирана в нотацията "Процедура" на средата за моделиране Business Studio. Схемата има няколко характеристики. Първо, блоковете "Решение" не се използват по стандартен начин - не като графичен елемент за показване на въпрос и разклоняване, а като пълноценна операция на процеса на вземане на решение. В Business Studio „ромбът“ има почти всички атрибути на пълноценен процес, но не може да бъде разложен (може би разработчиците на системата ще направят това възможно след време). Използването на "ромб" (вместо четириъгълник) прави диаграмата по-ясна. В същото време всяка текстова информация: описание, начало, край, изискване за краен срок и др.

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

• значително намаляване на броя на графичните елементи на диаграмата на процеса и в същото време:
• показване на необходимата информация за входящи и изходящи документи в правилника за процеса.

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

"Плюсове" и "против" на графичното представяне на процеса във формата, показана на фиг. 3. са показани по-долу.

Ориз. 3. “Процедура” на системата Business Studio (вариант с нетрадиционно използване на блокове “Решение”).

В случай на използване на Business Studio, нотацията „Процедура“ може да се използва по малко по-различни начини. Авторът на статията клони към подхода, представен на фиг. 3.

На фиг. Фигура 4 показва диаграма на разглеждания процес, разработена в нотацията ARIS eEPC. Имайте предвид, че някои операции на процеса не се побират на диаграмата. Тази непълна диаграма на най-простия процес, направена в ARIS eEPC нотация, съдържа четири логически оператора и осем събития! Човекът, който чете диаграмата, трябва да може да интерпретира правилно всички тези логически оператори. Без специално обучение и някои умения за четене на такива диаграми, обикновеният служител едва ли ще може да разбере логиката на въпросния процес без подробно текстово описание или помощта на квалифициран бизнес анализатор.

Имайте предвид, че диаграмата на процеса в нотацията ARIS eEPC заема значително повече място от диаграмите, показани на фиг. 1-3. Сложността на формирането на такава схема също е значително по-висока.

Диаграма на процеса в нотация ARIS eEPC (вградена в Business Studio)
"Професионалисти"	"Минуси"
При формирането на схемата се поддържа строга формална логика на процеса. Всички събития, възникващи по време на процеса, са ясно дефинирани.	Трудност на възприятието. Значителна сложност на формирането на схемата. Служителите трябва да имат специални умения и опит в тълкуването на подобни схеми. излишък на информация. Заема твърде много място, което е неудобно за документация.

Като цяло, ако няма да купувате SAP R / 3, тогава изборът и използването на нотацията ARIS eEPC не е оптималното решение от гледна точка на автора на статията. Струва си да се обърне внимание на по-визуална и интуитивно разбираема нотация за описания на процеси. За някои обаче нотацията ARIS eEPC може да изглежда по-ясна и разбираема. До известна степен е въпрос на вкус.

Ориз. 4. Диаграма на процеса в ARIS eEPC нотация (изградена в Business Studio).

Описание на процеса за последваща автоматизация

Интересно е да се разгледа въпросната диаграма на процеса, ако е описана в нотацията BPMN 2.0. Тази нотация има за цел да опише "изпълними" процеси, т.е. процеси, поддържани от BPM системата.

Вашето мнение относно използването на BPMN 2.0. дялове А.А. Белайчук - изпълнителен директорФирма "Бизнес Конзола":

На фиг. 5 показва същия процес в BPMN нотация. Както виждаме, тази фигура е подобна на фигура 1: в нотацията на BPMN задачите са представени с правоъгълници, вилиците - с диаманти, данните - с икона, подобна на документ. Контролните потоци са плътни линии, потоците от данни са пунктирани. Трябва да се отбележи, че само малка част от нотацията на BPMN е включена в тази диаграма: само един тип разклонение от 5 налични в палитрата, един тип задачи от 8. В допълнение към по-широката палитра, тази нотация е отличава се със способността да се моделира не само изолиран работен поток, но и няколко процеса, взаимодействащи един с друг чрез съобщения или данни. Освен това тази нотация е по-строга: тя определя не само иконите, но и правилата, по които те могат да се комбинират помежду си. Необходимостта от такива правила е продиктувана от факта, че BPMN нотацията е фокусирана не само върху факта, че хората ще я прочетат, но и върху директното изпълнение от специален софтуер- "двигател" BPM-система. В същото време, както показва този пример, когато се използва ограничено подмножество от палитрата, BPMN не е по-сложен от позната блок-схема. Е, за тези, които искат професионално да овладеят BPMN, препоръчваме специализирано обучение www.bpmntraining.ru.

Ориз. 5. Диаграма на процеса в нотация BPMN 2.0.

Житейска практика

На фиг. Фигура 6 показва фрагмент от диаграма на процес, разработена от бизнес анализатори на много специфична компания в обозначението, което те са измислили. Схемата е изградена на принципите на "Простата блокова схема" - блокът "Решение" се използва в класическия си вариант. Освен това диаграмата показва много други символи, използвани по нестандартен начин.

При формиране на схемата на фиг. 6, бизнес анализаторите очевидно са се "борили" за видимост и максимална яснота за средния потребител. Те се стремяха да сведат до минимум или дори да премахнат текстовите коментари върху диаграмите на процесите. Изпълнителите просто отпечатаха диаграма във формат А3, при четене на която всичко веднага стана ясно: какво да правите, как, какви документи да използвате и т.н.

Разглежданата схема, разбира се, не е пример за простота и яснота. Но той е създаден, за да предаде максимум полезна информация на изпълнителите на процеса.

заключения

Така че е очевидно, че когато описвате процесите, трябва да се стремите към простота и разбираемост за служителите.
Използването на сложни, формализирани обозначения при описване на процеси води до:

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

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

В.В. Репин, д-р, доцент, Изпълнителен директор BPM Consulting Group LLC, ръководител. Отдел за управление на бизнес процеси NOU HPE "IEF "Synergy", основател на портала www.FineXpert.ru

Именно тези прости принципи се опитвам да предам на бизнес лидерите, които са очаровани от красивите презентации. софтуерни продуктичесто забравят, че един прост контролен списък често е по-добър от 10 страници наредби.

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

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

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

По-долу е даден пример за система за бизнес моделиране, която на хартия поддържа нотацията ARIS eEPC, но всъщност отговорността се възлага на функционална карта и графичните блокове се използват „за красота“.

Но нека не критикуваме разработките на други хора, а вместо това да разгледаме най-популярните нотации на пазара за моделиране на бизнес процеси, както и тяхното внедряване в програмата Fox Manager.

Процеси от най-високо ниво

Най-често срещаната нотация за изграждане на процеси от най-високо ниво днес е IDEF0(методология на функционалното моделиране) и ARIS VAD(верига на стойността).

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

Каква е разликата между нашата схема и IDEF0? Първо, в IDEF0 има изисквания за коя страна на блока коя стрелка трябва да пасне:

• стрелката за влизане винаги идва в левия край на дейността
• контролна стрелка - до горния ръб
• механизъм стрелка - долен ръб
• стрелка за изход - десен ръб

Това важна разлика ли е, която дава предимства на тази нотация пред нашия подход? От наша гледна точка не, но ако желаете, можете да приведете схемата за взаимодействие във Fox Manager в строго съответствие с изискванията на тази нотация (отгоре - оригиналната схема в IDEF0, отдолу - нейният аналог във Fox Manager).

Както можете да видите, ако искате, можете да моделирате IDEF0 схеми и във Fox Manager.

Нотацията IDEF0 има и други изисквания (които обаче обикновено не се спазват от бизнес анализаторите) - това е ограничение за броя на блоковете в диаграмата (6-8) и принципа на доминиране (най-много важна функциятрябва да е в горния ляв ъгъл). Отново, няма пречки за подреждане на блокове по този начин в нашата програма.

Що се отнася до нотацията ARIS VAD, тук е още по-просто: достатъчно е да изградите процеси по веригата на стойността и, ако желаете, да покажете отговорните и взаимодействията.

На снимката е показан пример за такава схема в нашата програма (отгоре - оригиналната диаграма на ARIS VAD, отдолу - нейният аналог във Fox Manager). Разбира се, можете да намерите грешка под формата на блокове, стрелки или акценти, но като цяло няма съмнение, че в нашата програма, ако желаете, можете да изградите диаграми в съответствие с изискванията на нотацията ARIS VAD.

Процеси от по-ниско ниво

Във Fox Manage използваме проста, визуална и много гъвкава нотация за моделиране на процеси на ниско ниво. С възможностите му можете да се запознаете от видеото.

Има много нотации за моделиране на бизнес процеси на ниско ниво: основна блок-схема, кръстосана функционална блок-схема, EPC и други. Повечето от тях имат малки разлики един от друг.

Например, ако в програмата Fox Manager на диаграмата свием блоковете отговорни, документи и ресурси, тогава ще получим аналог на нотацията основна блок-схема(вдясно е оригиналният процес, вляво е аналогът във Fox Manager).

Ако всички блокове на диаграмата бъдат разширени, тогава ще получим аналог на процеса в нотацията EPC. Страхотното е, че когато използвате нотацията на Fox Manager, блоковете могат да бъдат свивани и разширявани динамично, без да се налага да създавате нова версия на процеса в различна нотация. Картината вдясно показва оригиналния процес, а вляво е аналогът във Fox Manager.

Да, разбира се, има разлики, например използвахме контролната функция като дисплей за събитие, също нямаме отделни блокове "Логическо И" и "Логическо ИЛИ", но те могат лесно да бъдат заменени с друг блок (диамант ) с буквата "X" или "V" вътре.

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

Колкото до нотацията BPMN, тогава смятаме, че неговите възможности са твърде излишни за целите на описване, анализиране и регулиране на бизнес процеси. Тази нотация съдържа около 100 различни блока и техните подвидове, които се използват в автоматизацията на процеси, но те са безполезни за системи за бизнес моделиране, които не могат да „изпълнят“ процесите в реално време, но вземат информация от тях, за да формират регулаторни документи.

Разбира се, вероятно е възможно да се намали наборът от елементи на тази нотация до необходимия минимум и да се опитаме да го адаптираме за целите на регулирането, но в този случай ще загубим основното му предимство - способността да изпълняваме процеси чрез BPM двигател. В същото време, ако останат само 5-10 необходими блока, тогава най-вероятно появата на такива процеси ще бъде много подобна на обозначенията, които вече разгледахме.

Заключение

Вярваме, че програмата Fox Manager е избрала оптималните нотации за моделиране на бизнес процеси, които са лесни за разбиране и имат висока функционалност.

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

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

А в нашия редактор на процеси можете да проследявате промените, направени от потребителите, и да ги показвате в таблица или да ги показвате графично на диаграма.

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

Но ние сме наясно, че някои бизнес анализатори не вярват на новите разработки и предпочитат да използват старите, познати обозначения. Целта на тази статия е да покаже гъвкавостта на програмата Fox Manager и възможността за персонализиране външен видсхеми за изискванията на повечето нотации, налични на пазара. Изградете модели на бизнес процеси, както искате!