Rational Rose, BPwin и други - аспект на анализ на бизнес процеси - Софтуерни продукти
При автоматизирането на дейността на всяко предприятие една от първите и най-важни стъпки е анализът на тази дейност. Автоматизацията тук означава или разработване на корпоративна информационна система, или избор на такава на пазара, нейното адаптиране към спецификата на предприятието и последващо внедряване. Посоченият по-горе анализ включва по-специално:
- описание на бизнес процесите, протичащи в предприятието;
- избор на бизнес процеси или техни части, които да бъдат автоматизирани.
Без да се направи правилно описание на бизнес процесите, е безсмислено да се премине към следващите етапи на анализ на дейността на предприятието и още повече към автоматизирането му.
Напоследък, за целите на анализа на дейността на предприятията, инструментът за моделиране IBM Rational Rose от Rational Software става все по-широко разпространен. Потвърждение на този факт е лесно да се намери в интернет, като се анализират изискванията, които различни компании формулират към кандидатите за ИТ свободни позиции. В повечето случаи познаването на Rational Rose и Unified Modeling Language (UML), на който се основава, е задължително.
По-долу е направен опит за съпоставка на някои от характеристиките и особеностите на описанието на бизнес процесите, реализирани в софтуерния продукт Rational Rose на Rational Software и продукти, базирани на методологията IDEF0, най-разпространеният от които на българския пазар е CA ERwin Process Modeler (BPwin) 7.3 на Computer Associates Corporation.
В допълнение, IDEF0 се отличава сред съвременните методологии с широкото си приложение. До 1981 г. IDEF0 се използва от повече от 50 компании в повече от 200 проекта,с над 2000 разработчици. В момента той се използва широко и в европейската, далекоизточната и американската аерокосмическа индустрия, което значително увеличава тези цифри [1].
Какво дава използването на инструменти за моделиране и методология IDEF0
Моделът IDEF0 може да бъде представен като дървовидна структура от диаграми, където горната диаграма е най-обща, а долните диаграми са най-подробни. При изчертаване на IDEF0 диаграми се използват следните основни елементи и конвенции.
- Процесът (Дейност) е представен с правоъгълник.
- Стрелките отляво (Вход) показват входовете, необходими за изпълнението на процеса.
- Стрелките вдясно (Output) показват резултатите от изпълнението на процеса (outputs).
- Стрелките по-долу (Механизъм) показват механизмите, необходими за изпълнението на процеса, тоест онези обекти, които действително изпълняват този процес. Например: оператор, работник, автоматизирана система на предприятието и др.
- Стрелките отгоре (Control) показват обекти, които диктуват правилата за изпълнение на процеса, но не са пряко необходими за изпълнението на процеса. Това могат да бъдат членове от Кодекса на труда и/или инструкция за безопасност за процеса на производство на част от работник, работещ на машина, или инструкция от Банката на България и/или същия Кодекс на труда за процеса на обработка на плащане от банков служител.
- Стрелките могат да се разклоняват и сливат, като по този начин образуват йерархия на данните.
- Когато се декомпозира процес, всички стрелки, които влизат или излизат от него, трябва да се прехвърлят в диаграмата от по-ниско ниво и да се използват при нейното изграждане. В същото време всички нови стрелки, които излизат извън границите на новата диаграма, са забранени, с изключение на специалните, така наречените "тунелни" стрелки.
Всички изброениконвенциите са точно внедрени в продукти, базирани на методологията IDEF0 и са неразделна част от тях (в допълнение, други нотации могат да бъдат внедрени в тези продукти - IDEF3, DFD и др.). Избирайки такъв продукт и в него методологията IDEF0, бизнес анализаторът се задължава да спазва строгите конвенции на избраната методология. В замяна той получава само две „неща“, но такива, чиято важност едва ли може да бъде надценена:
- методологията за моделиране и анализ на дейността на предприятието, доказана в продължение на десетилетия в различни предметни области,
- автоматизирана система, която може да "чете" моделите, разработени от анализатора.
Способността на системата да „чете“ модели тук означава а) способността на системата да контролира синтаксиса за разработване на модела, който поддържа, наред с други неща, споразумения 1-7 за методологията IDEF0, и б) въз основа на това системата има способността да генерира отчети, които представят съдържателна информация, съдържаща се в модела, в разбираема и удобна за хората форма, включително поради поддръжката на горните синтактични споразумения.
Благодарение на възможността за "четене" на схемите, разработени от анализатора - инструментите за моделиране, базирани на IDEF0, имащи бизнес процес, описан съгласно този стандарт, за няколко секунди ще издадат като отчет:
- списък на ролите, необходими за работата на предприятието при използване на бъдещата система за автоматизация;
- заготовки за проектиране на организационната структура на предприятието;
- бланки за писане на инструкции за извършване на някаква работа и отчасти за съставяне на длъжностни характеристики на служител, изпълняващ определена роля, и много други.
Ако моделът IDEF0 е разработен в система, която не поддържа формализмиАко синтаксисът е определен от методологията и следователно моделът не може да "чете" (например моделът е просто "нарисуван" в MS Word), тогава всички такива отчети могат да бъдат получени само "ръчно", което за големи модели е много трудоемка работа, по време на която е почти невъзможно да се избегнат грешки. Освен това няма гаранции, че разработеният модел ще бъде вътрешно последователен и правилен, тъй като няма контрол на синтаксиса.
Какво предлага Rational Rose
Следователно Rational Rose позволява изграждането на синтактично правилни Activity-диаграми, които не само нямат смисъл от гледна точка на моделирания обект, но изобщо не могат да бъдат обяснени от гледна точка на здравия разум. Пример за такава диаграма е показан на фигурата.
Поради тези причини потребителите на Rational Rose, когато разработват диаграми за случаи на употреба и дейности, трябва да измислят свои собствени оригинални синтактични конвенции и да дадат собствена интерпретация на съществуващите, за да отразят цялата информация, която е от съществено значение за анализирания процес. Например, за да се имитират трите вида специфични за IDEF0 стрелки, влизащи в процеса - вход, механизъм, контрол - всяка от тях може да бъде оцветена с различен цвят, а за да се разграничат входящите документи от изходящите, могат да се използват пунктирани и плътни стрелки. С други думи, потребителят на Rational Rose е принуден да развие свои собствени формалности, за да получи методология за изграждане на модели и анализ на бизнес процеси. В този случай може да се наложи не само да разработите своя собствена методология, но и да се отклоните от UML стандартите. Защо да правите това, ако има тестван и признат в световен мащаб IDEF0 (както и други доста подходящи стандарти,инструменти и езици, като IDEF3), и просто няма да се спирам на предимствата на стандартния подход тук.
Дори ако успеете да разберете как да внедрите IDEF0 споразуменията в Rational Rose или да разработите своя собствена методология за анализ на бизнес процеси, която не е по-ниска от IDEF0 и е органично внедрена в Rational Rose, системата все още няма да се научи да „чете“ разработените модели, тъй като това не е присъщо за нея първоначално и следователно обработката и анализът на моделите ще бъдат изцяло на раменете на анализатора. Или ще трябва да разработите свои собствени процедури за отчитане, които ще бъдат фокусирани върху синтактични конвенции, които липсват в стандартния UML (но са налични в IDEF0). Но това не е всичко, тъй като задачата за поддръжка и контрол на синтаксиса за методологията, разработена от потребителя, няма да бъде решена и следователно няма да има гаранция за коректността на разработения модел.