KNOW INTUIT, Лекция, Моделиране на бизнес процеси с помощта на BPwin
Моделирането на бизнес процесите обикновено се извършва с помощта на инструменти за случаи. Тези инструменти включват BPwin (технология PLATINUM), Silverrun (технология Silverrun), Oracle Designer (Oracle), Rational Rose (Rational Software) и др. Функционалността на инструментите за структурно моделиране на бизнес процеси ще бъде разгледана на примера на случая BPwin инструмент.
BPwin поддържа три методологии за моделиране: функционално моделиране (IDEF0); описание на бизнес процесите (IDEF3); диаграми на потока от данни (DFD).
BPwin среда за разработка
BPwin има доста прост и интуитивен потребителски интерфейс. Когато BPwin стартира, по подразбиране се появява основната лента с инструменти, палитрата с инструменти (чийто външен вид зависи от избраната нотация) и, вляво, навигаторът на модела - Model Explorer (Фиг. 7.1).
Когато създавате нов модел, се появява диалогов прозорец, в който трябва да посочите дали моделът ще бъде създаден наново или ще бъде отворен от файл или от хранилището на ModelMart, след това въведете името на модела и изберете методологията, в която моделът ще бъде изграден (фиг. 7.2).
Както бе споменато по-горе, BPwin поддържа три методологии - IDEF0, IDEF3 и DFD, всяка от които решава свои специфични проблеми. В BPwin е възможно да се изграждат смесени модели, т.е.модел може да съдържа както диаграми IDEF0, така и IDEF3 и DFD. Съставът на палитрата от инструменти се променя автоматично при превключване от една нотация към друга.
Изграждане на модела IDEF0
В началните етапи на създаване на IP е необходимо да се разбере как работи организацията, която ще бъде автоматизирана. Мениджърът добре познава работата като цяло, но не е в състояние да се задълбочи в детайлите на работата на всеки обикновен служител. Обикновеният служител знае добре какво се случва на работното му място, но може да не знае как работят колегите. Следователно, за да се опише работата на едно предприятие, е необходимо да се изгради модел, който да бъде адекватен на предметната област и да съдържа знанията на всички участници в бизнес процесите на организацията.
Най-удобният език за моделиране на бизнес процеси е IDEF0, където системата е представена като набор от взаимодействащи дейности или функции. Тази чисто функционална ориентация е фундаментална - функциите на системата се анализират независимо от обектите, с които работят. Това ви позволява да моделирате по-ясно логиката и взаимодействието на организационните процеси.
Процесът на моделиране на система в IDEF0 започва със създаването на контекстна диаграма - диаграма на най-абстрактното ниво на описание на системата като цяло, съдържаща дефиницията на предмета на моделиране, целта и гледната точка върху модела.
Субектът се разбира като самата система, докато е необходимо да се установи какво точно е включено в системата и какво се крие извън нея, с други думи, за да се определи какво по-нататък ще се разглежда като компоненти на системата и какво като външен влияние. Определянето на предмета на системата ще бъде значително повлияно от позицията, от която се разглежда системата, а целта на моделирането е въпросите, на които конструираният модел трябва да отговори. С други думи, първо трябва да дефинирате областта за моделиране. Описание на площта както на системата като цяло, така и на нейните компоненти е основата за изграждане на модела. Въпреки че се предполага, че площта може да се регулира по време на симулацията, тя трябва да бъде формулирана основно първоначално, тъй като именно зоната определя посоката на моделиране. При формулирането на дадена област трябва да се вземат предвид два компонента - широчина и дълбочина. Latitude предполага дефиниране на границите на модела - какво ще се разглежда вътре в системата и какво ще бъде отвън. Дълбочината определя на какво ниво на детайлност е завършен моделът. При определяне на дълбочината на системата е необходимо да се помни за времевите ограничения - сложността на изграждането на модел нараства експоненциално с увеличаване на дълбочината на разлагане. След определяне на границите на модела се приема, че нови обекти не трябва да се въвеждат в моделираната система.