Система Aris
За описание се използва отделен обект ("документ")
Стрелка наляво, стрелка отгоре
За описание се използва отделен обект („клъстер“, „технически термин“)
Стрелка наляво, стрелка отгоре
За описание се използва отделен обект ("документ")
За описание се използва отделен обект („клъстер“, „технически термин“)
За описание се използва отделен обект („длъжност“, „организационна единица“)
За описание се използва отделен обект
Не. То може да бъде отразено само чрез символи на логика и събития (последователност на изпълнение на процедурите) и/или индикация на входящи документи
Контрол на процедурата
Не. Може да бъде отразено чрез посочване на входящи документи
Обратна връзка за управление/контрол
Не. Може да се отразява само чрез логически символи (последователност на изпълнение на процедурите)
Като цяло можете да направите следните бележки относно избора на нотационната система. Един от най-важните аспекти на описването на модели на бизнес процеси е размисълът върху модела на контролни действия, обратна връзка за контрола и управлението на процедурата. В нотация ARIS eEPC контрол на процедурата може да бъде отразен само чрез посочване на входящи документи, които управляват изпълнението на процедурата, и последователността на изпълнение на процедурите във времето (задействащи събития). За разлика от ARIS, в нотация IDEF всяка процедура трябва да има поне едно контролно действие (контролен вход - стрелка отгоре). Ако при създаване на модел в eEPC посочете само последователността на процедурите, без да се интересувате от отразяването на контролните действия (например документи и информация), получените модели ще имат ниска стойност по отношение на анализ и по-нататъшно използване. За съжаление това е най-честата грешка на практика. Моделът е създаден Работния процес (работен поток), отразяваща проста последователност на изпълнение на процедури и входящи/изходящи документи, докато контролните (контролни) влияния върху функциите не са отразени в модела. Реалните процеси на управление могат да останат зад кулисите с 30-90%.
Ако се опитате да уловите всички условия и ограничения, които определят изпълнението на функциите, тогава ще трябва да опишете голям брой събития и входяща информация (например устни нареждания от мениджъри) и моделът ще стане сложен и труден за Прочети. Нотацията няма тези недостатъци IDEF. В същото време на модели в IDEF използването на символи на логиката за изпълнение на процеса не е предвидено.
За адекватно описание на контролния процес в нотация eEPC необходимо е предварително да се договори как документите (информацията), които регламентират изпълнението на процедурните процедури, ще бъдат отразени в модела.
Можете да контролирате само обекта, чийто модел съществува в системата за управление на този обект. Това е необходимо условие за управляемост. Следователно основната цел на проектирането на организация е да се изгради нейният модел или в съответствие със съвременната концепция за управление на промените - процесният модел на организацията.
Тук се сблъскваме с традиционния проблем със сложността, изследван подробно от Стафорд Биър през 70-те години. Обектът на анализ, върху който дизайнерът фокусира вниманието си, винаги демонстрира нарастващо разнообразие от свойства, докато се изучава. Модният дизайнер не е всезнаещ в разбирането на обекта и в определянето на параметрите на "филтрирането" на информацията, падаща върху него в процеса на разработване на модел. В същото време инструментът за моделиране действа не само като средство за концептуална визия, но и като един от персонализируемите „филтри“. Те потискат разнообразието до нивото на възприемчивост на дизайнера (осигуряват на дизайнера хомеостаза). Биър отбеляза, че намаляването на разнообразието е не само положително, но и често води до стагнация на хомеостазата и разрушаване на кибернетичната система. В нашия случай намаляването на многообразието е предпоставка за развиване на умения за моделиране. Често разработчиците на инструменти, осъзнавайки възможната стеснение на инструмента и изпитвайки „страх от Ashby“, пренебрегват обективността на тази стеснение и предоставят на инструмента излишни свойства. В резултат с нарастването на променливостта на настройката „филтър“ (например способността да се избере един от няколко еквивалентни обозначения), „шумът от моделирането“ се увеличава. Следователно инструментите могат да действат като "филтри" и като "усилватели" на шумовото разнообразие.
В този контекст има две основни насоки за разработване на инструменти за реинженеринг на BP.
Едно се изразява в създаването на условия, които намаляват степента на свобода на дизайнера. Това е дефиницията на строги стандарти за форматиране на умозаключенията, осигуряващи приемливо взаимно разбиране между разработчици и потребители на инструменти, подкрепящи целия цикъл на проекта, но не позволяващи ни да „създаваме”, както искаме. Класически пример за този подход е продуктът Bpwin, поддържащ стандарт IDEF.