ärimudeli tähistus

ARIS eEPC tähistus

ARIS eEPC tähistus tähistab järgmist: laiendatud sündmuste juhitud protsessiahel – laiendatud märge sündmusepõhise protsessiahela kirjeldamiseks. Märke töötasid välja IDS Scheer AG (Saksamaa) spetsialistid, eelkõige professor Scheer. Tabelis 1 näitab põhilisi tähistuses kasutatavaid objekte.

Tabel 1. eEPC tähistusobjektid

	Nimi	Kirjeldus	Graafiline esitus
		Objekti “Function” kasutatakse ettevõtte osakondade/töötajate poolt täidetavate funktsioonide (protseduuride, tööde) kirjeldamiseks.
		Objekti "Event" kasutatakse süsteemi tegelike olekute kirjeldamiseks, mis mõjutavad ja kontrollivad funktsioonide täitmist
	Organisatsiooniüksus	Objekt, mis kajastab ettevõtte erinevaid organisatsiooni üksusi (nt juhtkond või osakond)
	Dokument	Objekt, mis esindab reaalset andmekandjat, näiteks paberdokumenti
	Rakendussüsteem	Objekt peegeldab tegelikku rakendussüsteemi, mida funktsiooni täitmise tehnoloogias kasutatakse
	Infoklaster	Objekt iseloomustab andmeid olemite ja nendevaheliste suhete kogumina. Kasutatakse andmemudelite loomiseks
	Nooleühendus objektide vahel	Objekt kirjeldab teiste objektide vahelise seose tüüpi, näiteks funktsiooni aktiveerimist mõne sündmuse poolt
	Loogiline "JA"
	Loogiline "VÕI"	Loogiline operaator, mis määrab protsessis sündmuste ja funktsioonide vahelised seosed. Võimaldab kirjeldada protsessi hargnemist
	Loogiline eksklusiivne "OR"	Loogiline operaator, mis määrab protsessis sündmuste ja funktsioonide vahelised seosed. Võimaldab kirjeldada protsessi hargnemist

Lisaks tabelis märgitud. 1 põhiobjekte, eEPC diagrammi koostamisel saab kasutada paljusid teisi objekte. Erinevat tüüpi ühendustega ühendatud suure hulga erinevate objektide kasutamine suurendab oluliselt mudeli suurust ja muudab selle lugemise keeruliseks. eEPC tähistuse tähenduse mõistmiseks piisab, kui arvestada kasutatavate objektide ja seoste põhitüüpe. Joonisel fig. Joonisel 1 on toodud lihtsaim eEPC mudel, mis kirjeldab killukest ettevõtte äriprotsessist.

Riis. 1.

Joonisel fig. 1 näitab, et objektidevahelised seosed omavad teatud tähendust ja peegeldavad protsessi sees olevate funktsioonide jada. Sündmust 1 ja funktsiooni 1 ühendav nool "aktiveerib" või käivitab funktsiooni 1 täitmise. Funktsioon 1 "loob" sündmuse 2, millele järgneb loogiline sümbol "JA", mis "käivitab" funktsioonide 2 ja 3 täitmise. eEPC tähistus on üles ehitatud teatud semantilise kirjelduse reeglitele:

• 1. Iga funktsioon peab algama sündmusest ja lõppema sündmusega;
• 2. iga funktsioon ei tohi sisaldada rohkem kui ühte funktsiooni täitmist "algatavat" noolt ja väljuda ei saa rohkem kui üks nool, mis kirjeldab funktsiooni lõpetamist.

Lisaks nendele reeglitele on ARIS-is mudelite moodustamiseks ka teisi olulisi reegleid. Neid reegleid saab õppida kasutades metoodiline materjal“ARIS Methods”, mis installitakse arvutisse samaaegselt toote demoversiooniga.

Joonisel fig. Joonis 2 näitab erinevate ARIS-objektide kasutamist äriprotsessi mudeli loomisel.

Riis. 2.

Igal ARIS Toolset süsteemi objektil, mis toetab äriprotsesside kirjeldamise meetodit ARIS, on konkreetne atribuutide komplekt. Kasutajale pakutakse objektide kirjeldamiseks standardatribuute või piiratud arvu kohandatud atribuute.

Jooniselt fig. 1 näitab, et eEPC-märgistuses olev äriprotsess on protseduuride jada, mis on paigutatud nende täitmise järjekorras. Tuleb märkida, et protseduuride tegelikku kestust eEPC-s ei saa visuaalselt kajastada. See toob kaasa asjaolu, et mudelite loomisel on võimalikud olukorrad, kus ühele esinejale määratakse korraga kaks ülesannet. Mudeli koostamisel kasutatavad loogikasümbolid võimaldavad kajastada äriprotsessi hargnemist ja ühendamist. Protsesside tegeliku kestuse kohta teabe saamiseks on vaja kasutada muid kirjeldamistööriistu, näiteks Microsoft Projecti süsteemis Gantti diagramme.

Seega saab eEPC ARIS tähistust kasutades kirjeldada äriprotsessi järjestikuste tööde (protseduuride, funktsioonide) voo kujul. ARIS eEPC abil loodud mudelite näited on näidatud joonisel fig. 3 ja 4.

Riis. 3.

Riis. 4. Kliendi taotluse analüüsimise ja kinnitamise protsessi kirjeldus

Äriprotsesside modelleerimine on üks organisatsiooni kvaliteedi ja efektiivsuse tõstmise meetodeid. See meetod põhineb protsessi kirjeldamisel erinevate protsessile omaste elementide (toimingud, andmed, sündmused, materjalid jne) kaudu. Reeglina kirjeldab äriprotsesside modelleerimine protsessi kõigi elementide loogilist seost selle algusest kuni lõpetamiseni organisatsiooni sees. Rohkem raskeid olukordi modelleerimine võib hõlmata organisatsiooniväliseid protsesse või süsteeme.

Äriprotsesside modelleerimine võimaldab mõista tööd ja analüüsida organisatsiooni. See saavutatakse tänu sellele, et mudeleid saab koostada erinevate juhtimisaspektide ja -tasandite jaoks. Suurtes organisatsioonides tehakse äriprotsesside modelleerimist detailsemalt ja mitmekülgsemalt kui väikestes, mis on seotud suure hulga ristfunktsionaalsete seostega.

Ettevõtte modelleerimise eesmärgid:

• Modelleerimise abil saate jälgida protsessides toimuvat algusest lõpuni. Modelleerimine võimaldab teil saada protsessidest väljastpoolt vaadet ja tuvastada täiustusi, mis parandavad nende tõhusust.
• Protsesside standardimine. Äriprotsesside modelleerimine seab reeglid protsesside täitmiseks, st. kuidas neid tuleks läbi viia.
• Äriprotsesside modelleerimine loob selge seose protsesside ja nõuete vahel, mida nad peavad täitma.

ARIS(akronüüm sõnast Architecture of Integrated Information Systems) on metoodika ja paljundatav tarkvaratoode organisatsioonide äriprotsesside modelleerimiseks. Toode ja metoodika kuuluvad Saksa firma Software AG metoodika autori August-Wilhelm Scheeri poolt IDS Scheeri omandamise tulemusena.

Metoodika rakendamine eeldab spetsialistide kaasamist tarkvaratoode, mis võimaldab teha koostööd kirjelduste ja diagrammide kallal. Toote esimene versioon ilmus 1994. aastal. 2000. aasta lõpuks müüdi toodet 24 tuhandele organisatsioonile. Saadaval alates 2009. aastast tasuta versioon tööriist - ARIS Express.

Toode sisaldab serveriosa (ARIS Server) koos relatsioonilises DBMS-is salvestatud tsentraliseeritud hoidlaga ja kasutajatööriistade seeriat objektide hooldamiseks ja graafiliste esituste ettevalmistamiseks (ARIS Toolset varasemates versioonides, 2000. aastate versioonides – ARIS Business Architect, ARIS Disainer).
2010. aastate keskpaigaks ilmus ka toote avalik pilveversioon. Saadaval aadressil http://www.ariscloud.com/

ARIS toodet kasutatakse erinevates projektides äriprotsesside ümberkujundamiseks ja optimeerimiseks, IT-projektides nagu ERP süsteemide juurutamine ja käitamine, eelkõige on olemas hästi arenenud integratsioonilahendus SAP R/3 jaoks.

Üks näide ARISe struktureeritud lähenemisviisist ümberkujundamisprojektile

Tarkvara ARIS on Oracle'i äriprotsesside analüüsikomplekti aluseks. Tehniliselt on ARIS-i tööriistakomplekti üsna lihtne õppida ja sellel on intuitiivne liides. Mudelid kopeeritakse ja kleebitakse piltidena dokumendifailidesse (näiteks Microsoft Wordi vormingusse).

ARISe tooted võimaldavad luua skripte erinevate analüütiliste aruannete koostamise automatiseerimiseks, reguleerivad dokumendid, uued mudelid. Iga skript on alamprogramm, mis töötab ARIS Business Architectis (või Toolsetis – varasem versioon) või otse ARIS-i serveris. Skriptid on kirjutatud spetsiaalses programmeerimiskeeles - SAX Basic. Konkreetse aruande automaatseks genereerimiseks ARIS-is töötavad skriptid mudelite andmebaasi andmetel, eraldades sellest konkreetsed objektid ja mudelid.

ARIS Scripti tehnoloogia võimaldab teil automaatselt toota:
regulatiivsete dokumentide genereerimine ARIS mudelite alusel (näiteks protsessipass, protsessimäärused);
ARIS mudelitel põhinevate analüütiliste aruannete genereerimine;
ARIS Toolseti integreerimine teiste rakenduste ja andmebaasidega;
ARIS mudelite andmebaasi moodustamine valmis spetsifikatsioonide alusel.

Näiteks vaadeldakse iga ARIS-i metoodika organisatsiooni viiest vaatenurgast: organisatsioonilised, funktsionaalsed, töödeldud andmed, äriprotsesside, toodete ja teenuste struktuur. Lisaks on kõik need vaatepunktid jagatud veel kolmeks alamtasandiks: nõuete kirjeldus, spetsifikatsiooni kirjeldus, teostuse kirjeldus.Äriprotsesside kirjeldamiseks tehakse ettepanek kasutada umbes 80 tüüpi mudeleid, millest igaüks kuulub ühte või teise aspekti.

ARIS pakub visuaalseid tööriistu mudelite selguse tagamiseks. Tööriistakomplektiga on kaasas ka võrdlusmudelite komplekt, mis on eelnevalt välja töötatud erinevate tööstusharude tüüpiliste protsesside jaoks.

Tööriistakomplekti üldpõhimõte on mudelite integreerimise võimalus erinevad tüübidühes hoidlas objektide lagunemise (detailide) kaudu. Seega saab iga organisatsiooni kirjeldada mudelite hierarhia abil – alates üldistusest: näiteks VACD (inglise lisaväärtuse aheldiagramm) kuni protseduuride taseme ja funktsioonide ressursikeskkonnani.

Paljude võimalike kirjeldamismeetodite hulgast saab eristada järgmist:

• eEPC(ing. laiendatud sündmustest juhitud protsessiahel) - protsesside sündmuste ahel
• ERM(inglise entity-relationship model) - "olemi-suhte" mudel andmestruktuuri kirjeldamiseks;
• UML(ing. unified modeling language) – ühtne objektorienteeritud modelleerimiskeel

Peamised ARIS-i tähistuses kasutatavad elemendid on:

1. Organisatsiooniskeem:
2. Organisatsiooniüksus;
3. sümbol "Isik";
4. asukoha sümbol;
5. Inimeste rühm, roll: “Roll”.
6. Protsessi maastik:
7. Protsess.
8. Äriprotsess:
9. Sündmus – sündmus salvestab teatud parameetrite oleku teatud ajahetkel;
10. Tegevused - töö, teatud aja jooksul tehtud konkreetne toiming;
11. Roll – positsioon organisatsioonis;
12. IT-süsteem - infosüsteem, "andmelao" erijuht
13. Riskid – riskid;
14. Sisend- ja Väljundandmed – andmete saatja või saaja.
15. Protsessi juhtimine reeglite kaudu (ja, või, xor) - ristteed ("ja", "või", "ainuõiguslik või");
16. Protsessi liides – vahend kõnealuse protsessiga suhtlemiseks.
17. Andmemudel:
18. Entity - entiteet (tabel);
19. Atribuudid - olemi atribuut (tabeli väli);
20. Primary Key – olemi unikaalne atribuut (tabeli primaarvõti);
21. Välisvõti - tabeli võõrvõti;
22. Relationship – olemitevahelised seosed (tabelitevahelised seosed);
23. IT infrastruktuur:
24. IT-süsteem;
25. Riistvara;
26. Võrk;
27. Võrgukomponendid.
28. Süsteemi maastik:
29. IT-süsteem;
30. Domeen.
31. Keeldumisskeem

Aris expressis saadaolevad mudelitüübid:organisatsiooni skeem, protsesside maastik, äriprotsess, andmemudel, IT-infrastruktuur, süsteemimaastik, BPMN-skeem, tahvel, üldskeem.

Näidisskeemid:

Organisatsiooniskeem

Protsessi maastik (VAD)

Äriprotsess (EPC (sündmuspõhine protsessiahel)

BPMN (äriprotsesside modelleerimise tähistus (BPMN 2.0))

BPMN-i tähistus kirjeldab sümbolidäriprotsesside kuvamiseks äriprotsesside diagrammide kujul. BPMN on suunatud nii tehnilistele professionaalidele kui ka ärikasutajatele. Selleks kasutab keel intuitiivsete elementide põhikomplekti, mis võimaldab määratleda keerulisi semantilisi struktuure. Lisaks määratleb BPMN-i spetsifikatsioon, kuidas äriprotsessi kirjeldavaid diagramme saab BPEL-is täitmismudeliteks teisendada. BPMN 2.0 spetsifikatsioon on samuti käivitatav ja kaasaskantav (see tähendab, et ühelt tarnijalt ühes redaktoris koostatud protsessi saab käivitada täiesti erineva tarnija äriprotsessimootoris, eeldusel, et need toetavad BPMN 2.0).

Aris cloud pilveversioon sisaldab 4 tüüpi digramme: EPC, OC, VAD, rakendussüsteemi tüübiskeem

Programmi tasuta versioon ehk ARIS EXPRESS toetab ainult põhitüüpe diagramme, puudub mitme kasutaja tugi (ARIS CLOUD toetab), ei kasuta andmebaasi, ei sisalda tööriistu aruannete genereerimiseks ja mudelianalüüsi tööriistu. Erinevalt täisväärtuslikust tasulisest versioonist ei toeta ARIS Express loodud objektide vahelisi ühendusi, see tähendab, et mudeli terviklikkuse ja järjepidevuse üle puudub kontroll. See tähendab, et ühe mudeli redigeerimisel ei tee programm teisele mudelile vastavaid muudatusi ega kontrolli, kas protsessis vastutavaks märgitud ametikohad on olemas jne.

Tüüpilised ülesanded äriprotsesside kirjeldamisel

Nõuded ettevõtete äriprotsesside kirjeldamiseks

Selle analüütilise uuringu põhieesmärk on vastata mitmetele küsimustele, mis ettevõtte äriprotsesside modelleerimise ja ümberkorraldamise projekti alguses juhtide ja spetsialistide seas kerkivad. Kõige sagedamini esitatavad küsimused sel juhul on järgmised (tähtsuse järjekorras neile, kes küsivad):

• millist tarkvara projektis kasutada (“ARIS on parem kui BPWin”, “ERWin on parem kui ARIS” jne);
• kuidas modelleerida protsesse kasutades toodet?
• Kuidas analüüsida ja tuvastada toote kasutamisel probleeme?
• millist metoodikat tuleks protsesside kirjeldamiseks kasutada?

Hetkel sisse lülitatud Venemaa turg piisavalt esindatud suur hulk CASE süsteemid, millest paljud võimaldavad ühel või teisel viisil luua ettevõtte äriprotsesside kirjeldusi (mudeleid). On ilmne, et süsteemi valik määrab suuresti kogu projekti edasise käigu. Süsteemi ratsionaalne valik on võimalik, kui ettevõtte juhtkond ja selle spetsialistid mõistavad mitut aspekti:

• projekti eesmärgid;
• nõuded äriprotsesse iseloomustavale teabele, mis on vajalik konkreetse projekti raames analüüsimiseks ja otsuste tegemiseks;
• CASE-süsteemide võimalused protsesside kirjeldamiseks, võttes arvesse punkti 2 nõudeid.

Konkreetse süsteemi/tähistuse eelistest on mõttetu rääkida enne, kui on kindlaks tehtud projekti liik ja maht ning peamised ülesanded, mida projekt peab lahendama. Selles uuringus püütakse võrrelda kõige populaarsemaid äriprotsesside kirjeldamiseks kasutatavaid tähiseid ja kahte süsteemi, mis neid tähistusi toetavad. Eeldatakse, et käesolev uuring on aluseks arutelule CASE-süsteemide tõhusa kasutamise probleemide üle ettevõtte äriprotsesside kirjeldamisel ja analüüsimisel.

Äriprotsesside kirjeldus viiakse läbi nende edasise analüüsi ja ümberkorraldamise eesmärgil. Ümberkorraldamise eesmärk võib olla tutvustamine infosüsteem, tootmiskulude vähendamine, klienditeeninduse kvaliteedi tõstmine, töö- ja tööjuhendite loomine ISO-9000 standardite rakendamisel jne. Iga sellise ülesande jaoks on teatud parameetrid, mis määravad äriprotsessi kriitiliste teadmiste kogumi. Tööülesannete lõikes võivad äriprotsesside kirjeldamise nõuded muutuda. Üldiselt peaks äriprotsessimudel vastama järgmistele küsimustele:

• milliseid protseduure (funktsioone, töid) tuleb etteantud lõpptulemuse saamiseks teha;
• millises järjekorras neid protseduure tehakse;
• millised kontrolli- ja juhtimismehhanismid eksisteerivad vaadeldavas äriprotsessis;
• kes viib läbi protsessiprotseduure;
• milliseid sisenddokumente/informatsiooni iga protsessiprotseduur kasutab;
• milliseid väljunddokumente/informatsiooni protsessiprotseduur genereerib;
• milliseid ressursse on vaja iga protsessiprotseduuri läbiviimiseks;
• milline dokumentatsioon/tingimused reguleerivad menetluse rakendamist;
• millised parameetrid iseloomustavad protseduuride rakendamist ja protsessi tervikuna.

Äriprotsessi kirjeldus koostatakse noodikirja ja tööriistakeskkonna abil, mis võimaldab kajastada kõiki ülaltoodud aspekte. Ainult sel juhul on äriprotsessi mudel ettevõttele kasulik, sest seda saab analüüsida ja ümber korraldada.

2. ARIS eEPC tähistuse kirjeldus

ARIS eEPC tähistus tähistab järgmist – laiendatud sündmuste juhitud protsessiahelat – laiendatud tähistust sündmusepõhise protsessiahela kirjeldamiseks. Märke töötasid välja IDS Scheer AG (Saksamaa) spetsialistid, eelkõige professor Scheer. Järgmises tabelis on toodud tähistuses kasutatud peamised objektid.

Tabel 1

Lisaks tabelis 1 loetletud põhiobjektidele saab eEPC diagrammi koostamisel kasutada paljusid teisi objekte. Erinevat tüüpi ühendustega ühendatud suure hulga erinevate objektide kasutamine suurendab oluliselt mudeli suurust ja muudab selle lugemise keeruliseks. eEPC tähistuse tähenduse mõistmiseks piisab, kui arvestada kasutatavate objektide ja seoste põhitüüpe. Järgmisel joonisel on kujutatud lihtsaimat eEPC mudelit, mis kirjeldab killukest ettevõtte äriprotsessist.

1. pilt.

Jooniselt 1 on näha, et objektidevahelised seosed omavad teatud tähendust ja peegeldavad protsessisisest funktsioonide jada. Sündmust 1 ja funktsiooni 1 ühendav nool "aktiveerib" või käivitab funktsiooni 1 täitmise. Funktsioon 1 "loob" sündmuse 2, millele järgneb loogiline JA-sümbol, mis "käivitab" funktsioonide 2 ja 3 täitmise. EEPC tähistus on üles ehitatud teatud semantilise kirjelduse reeglite kohta:

• iga funktsioon peab algama sündmusest ja lõppema sündmusega;
• Iga funktsioon ei tohi sisaldada rohkem kui ühte noolt, mis funktsiooni täitmist “algatab”, ja väljuda ei tohi rohkem kui üks nool, mis kirjeldab funktsiooni lõpetamist.

Lisaks nendele reeglitele on ARIS-is mudelite moodustamiseks ka teisi olulisi reegleid. Neid reegleid saab uurida kasutades metoodilist materjali “ARIS Methods”, mis installitakse arvutisse samaaegselt toote demoversiooniga.

Joonis 2 näitab erinevate ARIS-objektide kasutamist äriprotsessi mudeli loomisel.

Joonis 2.

Igal ARIS Toolset süsteemi objektil, mis toetab äriprotsesside kirjeldamise meetodit ARIS, on konkreetne atribuutide komplekt. Kasutajal palutakse kasutada objektide kirjeldamiseks standardseid atribuute või piiratud arvu nn. kohandatud atribuudid.

Jooniselt 1 on näha, et äriprotsess eEPC-tähistuses on protseduuride jada, mis on järjestatud nende teostamise järjekorras. Tuleb märkida, et protseduuride tegelikku kestust ei saa eEPC-s visuaalselt kajastada. See toob kaasa asjaolu, et mudelite loomisel on võimalikud olukorrad, kus ühele esinejale määratakse korraga kaks ülesannet. Mudeli koostamisel kasutatavad loogikasümbolid võimaldavad kajastada äriprotsessi hargnemist ja ühendamist. Protsesside tegeliku kestuse kohta info saamiseks on vaja kasutada muid kirjeldamisvahendeid, näiteks MS Project süsteemis Gantti diagramme.

Seega saab eEPC ARIS tähistust kasutades kirjeldada äriprotsessi järjestikuste tööde (protseduuride, funktsioonide) voo kujul. ARIS eEPC abil loodud mudelite näide on toodud joonistel 3-4.

Joonis 3.

Joonis 4.

3. IDEF0, IDEF3 tähistuse kirjeldus

IDEF0 tähistus töötati välja SADT struktuurianalüüsi ja projekteerimise metoodika alusel, kinnitatud USA standardina ja edukalt kasutatud paljudes ettevõtte tegevuste kirjeldamisega seotud projektides. IDEF3 tähistus töötati välja tööprotsesside (Work Flow) mugavamaks kirjeldamiseks, mille puhul on oluline kajastada protseduuride loogilist järjestust. IDEF0 ja IDEF3 tähistused kasutavad järgmisi objekte.

IDEF0 märge

IDEF3 tähistus

Tabel 2.

Mudelid saavad kasutada kolme tüüpi nooli, mis on näidatud järgmises tabelis 3.

Tabel 3.

IDEF0 ja IDEF3 mudelite konstrueerimise semantika nõuab selgetest reeglitest kinnipidamist. Üksikasjalikku teavet IDEF0.3 ehitusmudelite kohta leiate standarditest ja raamatutest (vt kirjandust).

IDEF0 tähistusega genereeritud äriprotsess on näidatud joonisel 5. (Seda protsessi on kujutatud ARIS eEPC tähistuses joonisel 3).

Joonis 5.

Joonisel 6 on näidatud IDEF3 tähistusega kirjeldatud äriprotsess. (Seda protsessi on kujutatud ARIS eEPC tähistuses joonisel 4.)

Joonis 6.

IDEF3 tähistus, nagu ka ARIS eEPC tähistus, kasutab protsessi hargnemise kajastamiseks loogilisi sümboleid.

4. ARIS ja IDEF tähistuste võrdlev analüüs

Võrdlev analüüs ARIS-i märge ja IDEF on toodud järgmises tabelis.

Tabel 4.

Üks olulisemaid aspekte äriprotsesside mudelite kirjeldamisel on kontrollitoimingute mudeli kajastamine, tagasiside kontrollile ja protseduuri juhtimine. ARIS eEPC märgetes saab protseduuride juhtimist kajastada ainult protseduuri läbiviimist reguleerivate sissetulevate dokumentide ja protseduuride ajas (käivitussündmuste) jada näitamisega. Erinevalt ARIS-ist peab IDEF0 tähistuses igal protseduuril olema vähemalt üks juhttoiming (juhtsisend – nool üleval). Kui eEPC-s mudelit luues märgite ainult protseduuride jada, muretsemata kontrolldokumentide ja -teabe kajastamise pärast, on tulemuseks saadud mudelid analüüsi ja edasise kasutamise seisukohast madala väärtusega. Kahjuks on see viga, mis praktikas kõige levinum. Luuakse töövoo mudel, mis kajastab lihtsat protseduuride jada ja sissetulevaid/väljaminevaid dokumente, samas kui funktsioonide juhtimise (kontrolli) mõjud mudelis ei kajastu. Reaalsed juhtimisprotsessid võivad jääda 30-90% ulatuses “kulisside taha” (vt näidet järgmisel joonisel).

Joonis 7. Äriprotsessi kirjeldamise puudused ARIS eEPC-s.

Joonisel 7 on funktsioon 4 juhtfunktsioon ja selle eesmärk on kontrollida funktsioonide 2 ja 3 töö tulemusi. Kuid see mudel ei vasta küsimustele:

• kuidas funktsioonide 2 ja 3 juhtimistoimingut teostatakse, näidatakse ainult fakti, et protsessi käigus on võimalik funktsioone 2 ja 3 tagasi viia ja uuesti täita; teavet selle kohta tagasisidet saab avaldada ainult kirjelduse vormis mudelobjektide atribuutides;
• millised dokumendid (näiteks standardid), korraldused, välistingimused (näiteks siseõhu niiskus) reguleerivad funktsioonide täitmist.

Kui proovite kajastada kõiki funktsioonide toimimist määravaid tingimusi ja piiranguid, peate kirjeldama suurt hulka sündmusi ja sissetulevat teavet (näiteks juhtide suulised korraldused) ning mudel muutub keeruliseks ja raskesti kasutatavaks. lugeda. (Need puudused on omased ka IDEF3 tähistusele). Näidatud puudused IDEF0 märge seda ei tee. Samal ajal ei näe IDEF0 mudelid ette protsessi täitmise loogika sümbolite kasutamist.

Seega on ARIS eEPC tähistus üsna lihtsa IDEF3 tähistuse laiendus. Juhtimisprotsessi adekvaatseks kirjeldamiseks eEPC tähistuses on vaja eelnevalt kokku leppida, kuidas protsessiprotseduuride rakendamist reguleerivad dokumendid (informatsioon) mudelis kajastatakse.

5. ARISe ja BPWini toodete funktsionaalsus

ARIS Toolseti ja BPWini modelleerimistööriistade funktsionaalsust saab õigesti võrrelda ainult teatud ülesannete hulga puhul. IN see uuring Käsitletakse ettevõtte äriprotsesside mudelite (kirjelduste) moodustamise probleemi. Igal vaadeldaval süsteemil on oma eelised ja puudused. Sõltuvalt lahendatavatest ülesannetest saab neid eeliseid suurendada või vastupidi. Sama kehtib ka puuduste kohta: süsteemiviga ühe projekti sees ei pruugi olla teise projekti puudus. Näiteks eEPC ARIS-e juhtimistoimingute modelleerimise selgete tavade puudumine võib viia mudelite loomiseni, mis ei vasta esitatud küsimustele, samas kui BPWin süsteemi IDEF0 märge võimaldab meil seda probleemi lahendada. Teisest küljest võib eEPC ARIS kirjeldada adekvaatsemalt ühe inimese tehtud protseduuri kui IDEF0 või IDEF3 BPWin. Süsteemide funktsionaalsuse võrdlus on toodud järgmises tabelis.

Tabel 5.

Kahe süsteemi võrdlemisel tuleb kohe märkida, et ARIS kasutab mudelite salvestamiseks objekti DBMS-i ning iga projekti jaoks luuakse uus andmebaas. Kasutaja mugavuse huvides saab mudeleid (mudelobjekte) salvestada erinevatesse rühmadesse, mis on organiseeritud vastavalt projekti spetsiifikale. On üsna loomulik, et ARIS pakub andmebaaside haldamiseks erinevaid funktsioone: juurdepääsu kontroll, konsolideerimine jne. BPWinis salvestatakse mudeliandmed faili, mis lihtsustab oluliselt mudeli loomise tööd, kuid teisest küljest piirab mudeliobjektide analüüsimise võimalust. Model Mart tegeleb ka andmebaaside haldusega.

ARISe toetajad nimetavad BPWini ühe puudusena sageli diagrammil olevate objektide arvu piirangut. Reaalsete projektide kogemus näitab aga, et projekti puhul, mille tulemusi saab ka reaalselt kasutada (kriteeriumiks on nähtavus), on ARIS andmebaasis ehk BPWin mudelis objektide arv 150-300. See tähendab, et kui ühel diagrammil on 8 objekti, on diagrammide (lehtede) koguarv mudelis 20-40. ARIS Toolset andmebaasid (nagu BPWin), mis sisaldavad rohkem kui 500 objekti, on praktiliselt kasutuskõlbmatud. Tuleb rõhutada, et mudel on loodud probleemide tuvastamiseks ja analüüsimiseks, s.o. Vaja on kõige keerukamate, probleemsemate tegevusvaldkondade üksikasjalikku kirjeldust, mitte kõigi protsesside täielikku kirjeldust. Kummalisel kombel on ettevõtete juhtide seas arvamus, et protsesside üksikasjalik kirjeldus on iseenesest väärtuslik ja võib lahendada palju probleeme. See pole kaugeltki tõsi. Just arusaam sellest, mida on vaja kirjeldada ja milliseid reaalse süsteemi toimimise aspekte kajastada, määrab äriprotsesside modelleerimise projekti edu.

ARIS annab oluliselt rohkem võimalusi üksikute mudelobjektidega töötamiseks, kuid just ülemäärase seadistuste arvu tõttu peab töö mudeli loomisel olema reguleeritud keeruka mitmetahulise dokumentatsiooniga - nn. "Modelleerimise kokkulepped." Nende “lepingute” väljatöötamine iseenesest on keeruline, kulukas ülesanne, mis nõuab märkimisväärset aega (1-3 kuud) ja kvalifitseeritud spetsialiste. Kui ARIS-e kasutav projekt algab ilma selliste lepingute üksikasjaliku väljatöötamiseta, siis on tõenäosus, et luuakse äriprotsessimudelid, mis ei vasta esitatud küsimustele, 80-90%. BPWini on omakorda lihtne kasutada ja sellel on diagrammide loomisel üsna ranged eeskirjad (IDEF-i standard ja soovitused selle kasutamiseks, IDEF-vorm diagrammi koostamiseks, piiratud arv kohustuslikke välju, objektide arvu piiramine ühel diagrammil, jne) . ARIS on BPWiniga võrreldes kindlasti "raskem" tööriist, kuid lõppkokkuvõttes toob see kaasa märkimisväärseid raskusi ja suuri kulutusi selle toimimiseks.

6. Järeldused

Soovitused süsteemide kasutamiseks sõltuvalt tüüpilistest ülesannetest

Erinevad äriprotsesside modelleerimisvahendite kasutamise olukorrad ja nende eksperthinnang 5-pallisel skaalal on toodud alljärgnevas tabelis.

Tabel 6.

Süsteemide positsioneerimist saab läbi viia seoses äriprotsesside modelleerimise probleemi lahendamisega (vt joonis 8).

Joonis 8.

Seega on väikesemahuliste (väikesed ja keskmise suurusega ettevõtted, 2-5 inimest konsultantide grupis) ja kestusega (2-3 kuud) projektide puhul mõistlik kasutada BPWini. Suurte ja/või pikaajaliste projektide jaoks (näiteks äriprotsesside pideva täiustamise süsteemi, ISO, TQM juurutamine) sobib paremini ARIS. Sel juhul võib regulatiivse dokumentatsiooni koostamise ettevalmistav töö kesta 1-3 kuud, kuid see on edasise eduka töö vajalik element.

Vladimir Repin

tegevdirektor Vladimir Repin Management OÜ

Venemaa ABPMP liige

Juhtimiskonsultant

Ärikoolitaja

Tehnikateaduste kandidaat

Paljudes kaasaegsed süsteemidÄriprotsesside haldamise (BPMS) klassis kasutatakse BPMN-i spetsifikatsiooni (versioon 1, 2) "käivitatavate" protsesside kirjeldamiseks. See spetsifikatsioon on ilmselt parim automatiseeritud protsesside vormistamiseks. Inimeste poolt läbiviidavate protsesside kirjeldamiseks ja reguleerimiseks on see aga liiga keeruline, nagu ka mõned teised varem ilmunud tähistused.

Artiklis käsitletakse inimeste poolt läbiviidavate protsesside kirjeldamise ja reguleerimise ülesandele adekvaatsete tähistuste valiku probleeme. Võrreldi ARIS eEPC tähistust, MS Visio "lihtsat vooskeemi" ja Business Studio "protseduure".

Tehakse järeldused noodivaliku otstarbekuse kohta ettevõtte protsesside põhjalikuks kirjeldamiseks ja reguleerimiseks.

Sissejuhatus

Üsna tüüpiline on olukord, kus arendusdirektor seab oma spetsialistidele ülesandeks valida tähistused (meetodid), mida edaspidi kasutatakse ettevõtte äriprotsesside kirjeldamiseks ja reguleerimiseks. Sellise valiku tegemisel on soovitatav arvestada vähemalt nelja järgmise aspektiga:

1. Märkimisvõimalused vajaliku keerukusastmega protsesside kirjeldamiseks;
2. Valitud tähistust toetava modelleerimiskeskkonna võimalused;
3. Valitud tähistuse rakendamise metoodika ja vastava töövahendi olemasolu projekti raames antud ülesannete lahendamiseks;
4. Noodikirja ja töövahendite kasutamiseks vajalike pädevustega spetsialistide olemasolu, arvestades projekti elluviimise metoodika nõudeid.

Kui projekti eesmärgid ei ole selgelt sõnastatud, siis suure tõenäosusega tehakse noodivalik valesti. Vaatleme näitena järgmist sõnastust: „Soovime kirjeldada ja automatiseerida BPMS-is olulisemaid äriprotsesse, reguleerida kõigi ettevõtte töötajate tööd ja kirjeldada nõudeid olemasoleva viimistlemiseks. tarkvara" See fraas sisaldab mitut täiesti erinevat ülesannet:

1. BPM-süsteemis käivitatavate protsesside kirjeldus;
2. Töötaja tegevuse reguleerimine sisemiste regulatiivsete ja metoodiliste dokumentide abil (s.o regulatiivse raamistiku loomine);
3. Tarkvaranõuete kirjeldus.

Selle probleemi sõnastuse puhul peate tõenäoliselt kasutama mitut tähistust: BPMN, mõnda tähistust, nagu töövoog ja võib-olla ka UML. Praktikas on ebatõenäoline, et nende erinevate probleemide tõhusaks lahendamiseks oleks võimalik kasutada ühte tähistust ja üht modelleerimisvahendit.

BPMN-i tähistus on kõige mugavam (praegu olemasolevate seas) "automaatselt täidetavate" protsesside kirjeldamiseks. Kuid see pole suhteliselt mugav luua lihtsad vooluringid töötajatele mõeldud regulatiivdokumentides järgmistel põhjustel:

1. Semantika olemasolu, mis on lihtsate protsesside kirjeldamiseks liiga keeruline ja üleliigne;
2. Ebamugavused organisatsiooni kui terviku keeruka, mitmetasandilise protsessimudeli loomisel;
3. Olulised raskused ettevõtte töötajate koolitamisel (spetsifikaadi keerukuse ja sellist koolitust läbi viivate spetsialistide nappuse tõttu).

Selleks, et luua protsessiskeemid, mis oleksid "läbipaistvad" ja arusaadavad enamikule ettevõtte töötajatele ilma pika ja keeruka koolituseta, on vaja teistsugust tähistust. Huvitav on kaaluda mõningaid tänapäeval populaarseid tähistusi järgmiste tegurite osas:

1. Lihtne õppida, ettevõtte töötajatele intuitiivne;
2. Protsessiskeemide aktsepteeritav teabesisu koos minimaalse kasutatavate graafiliste sümbolite komplektiga;
3. Noodimärkide tugi kaasaegsete modelleerimisvahenditega;
4. Protsesside kirjeldamise ja reguleerimise metoodika juurutamise kulud vastava vahendi abil;

ARIS eEPC tähistus

ARIS eEPC märge oli üks esimesi, mis saadi laialdane populaarsus Venemaa turul. See viitab tähistusele nagu töövoog. Märgistuse tunnusteks on “sündmus” tüüpi elementide olemasolu ja loogikaoperaatorite olemasolu: “ja”, “mittevälistav või”, “välistav või” (vt joonis 1).

Riis. 1. Protsessi skeem ARIS eEPC notatsioonis

Täisversioonis sisaldab ARIS eEPC märge väga suurt hulka graafilisi elemente. Seetõttu luuakse projektide teostamisel ("modelleerimislepingute" raames) nn "metoodilised filtrid", mis piiravad elementide tüüpide arvu, kasutajatele saadaval protsessiskeemide koostamisel. (Mõnes modelleerimistööriistas rakendatakse ARIS eEPC-tähistus koheselt minimaalse nõutava elementide komplektiga). Kuid isegi sel juhul loovad kogenematud kasutajad nii keerukaid diagramme, et neid on võimatu selgelt tajuda. Sellised diagrammid nõuavad üksikasjalikku tekstikommentaari (või analüütiku olemasolu, kes suudab diagrammi selgitada).

Miks see efekt ilmneb? See on paljude protsesside täitmisel esinevate harude kirjeldamise tulemus, kasutades formaalseid loogilisi operaatoreid. Seda tuleb teha, järgides teatud rangeid reegleid. Tulemuseks on tülikas, vormiliselt korrektne, kuid halvasti tajutav skeem.

Tekib küsimus: mille nimel nad tegelikult võitlesid? Tüüpiline skeem ARIS eEPC-s:

1. Ei sobi automatiseerimiseks BPM-klassi süsteemis (peate kasutama täiendavat tõlki, mis teisendab selle BPMN-i märkimiseks, millele järgneb käsitsi muutmine);
2. Tavalistel ettevõtte töötajatel on sellest raske aru saada (neile tuleb õpetada loogiliste operaatorite kasutamise reegleid ja neid sisaldavaid diagramme õigesti lugeda).

Seega ei ole ARIS eEPC tähistus mõeldud “automaatselt täidetavate” protsesside kirjeldamiseks ja on oma keerukuse tõttu töötajatele raskesti mõistetav. Modelleerimine ARIS eEPC-s ei anna olulist kasu ei automatiseerimisele ega reguleerimisele. ARIS eEPC tähistus on klassikaline ja vormiliselt korrektne, kuid selle “masina” loogikast pole tavalistele ettevõtte töötajatele mugav aru saada. Seetõttu tekitab praktilisest vaatenurgast ARIS eEPC tõhusus olulisi küsimusi.

Pange tähele, et ARIS eEPC tähistust toetavad paljud kaasaegsed äriprotsesside modelleerimise tööriistad. Kuid see olukord ei tõesta niivõrd selle projektides kasutamise tõhusust, kuivõrd see räägib tarkvaratarnijate soovist teenida raha turule hästi tuntud, hästi reklaamitud tähistusega.

Vaatamata ülaltoodud probleemidele võimaldab ARIS eEPC tähistuse ja vastava modelleerimisvahendi kasutamine ettevõttel kindlasti luua küllaltki kvaliteetse, tervikliku protsessimudeli koos hilisema info üleslaadimise võimalusega regulatiivsete dokumentide näol.

"Lihtne vooskeem"

"Lihtne vooskeemi" tähistus on rakendatud populaarses kontoritootes MS Visio. Joonisel fig. 2. Näidatud on selle tähise elemendid ja vastava diagrammi fragment. Kõnealust tähistust kasutatakse täies mahus harva.

Üldiselt pakub MS Visio mitmeid tähiseid, näiteks "vooskeemi", mis on üsna keerukad. Ilmselgelt ei kasutatud neid sel põhjusel laialdaselt, kuigi need sisaldusid süsteemiga kaasas olevate tähiste komplektis.

"Lihtne vooskeemi" tähistus sisaldab kõige lihtsamas ja praktikas kõige sagedamini kasutatavas vormis vaid mõnda elementi:

1. Protsess;
2. Lahendus;
3. Käsitoimingud (vähem levinud);
4. dokument;
5. Andmed;
6. Nool (diagrammiobjektide vaheliste ühenduste kuvamiseks).

Kõnealust tähistust kasutades saate näidata andmevooge, kui teil on vaja automatiseerimisülesande jaoks protsesse kirjeldada. Kuid BPM-süsteemis "automaatselt käivitatavate" protsesside kirjeldamine on ebamugav.

Riis. 2. Märkus "Lihtne vooskeem" MS Visios

Vaatame mõningaid "Lihtsa vooskeemi" kasutamise funktsioone, eriti noolte kasutamist. Praktikas järgivad ettevõtte töötajad, kes loovad diagramme "lihtsat vooskeemi" kasutades, kahte lähenemisviisi:

1. Nad ei kutsu üldse nooli;
2. Skeemi elemente ühendavatele nooltele püütakse anda lihtsaid ja arusaadavaid nimetusi;

Joonisel fig. Joonisel 3 on näide "Lihtne vooskeemi" kasutamise näide ühes ettevõttes. Kasutati kõiki viit elemenditüüpi. Sellegipoolest tundub diagramm kasutajale - ettevõtte töötajale - üsna loetav ja arusaadav.

Ettevõtetes kasutataval lihtsal vooskeemil on sageli erinevad variatsioonid:

1. Elemendi "otsus" tähendus muutub;
2. Ühendusnooli kasutatakse erinevalt (nimetatud või nimetamata jne);
3. Lingi nooli kasutatakse koos objektiga “dokument” erineval viisil;
4. muud.

Huvitaval kombel kasutavad kvaliteedijuhtimise spetsialistid sageli QMS-i protsesside kirjeldamisel ühel või teisel kujul tähistust "lihtne vooskeemi".

Riis. 3. Skeemi näide tähistuses “Lihtne plokkskeem”.

Lihtsa vooskeemi (elementide arvu vähendatud miinimumini) eelised on järgmised:

1. Graafiliste protsessiskeemide loomise lihtsus;
2. Diagrammide intuitiivne selgus töötajatele (isegi ilma eriväljaõppeta);
3. Töötaja koolituse miinimumnõue;
4. Olemasolevate tööriistade olemasolu protsesside kirjeldamiseks (MS Visio, MS Word).

Kuid (nagu praktikas sageli juhtub), kui tähistust kasutatakse ilma heakskiidetud sisestandardita ja spetsiaalse modelleerimisvahendita, jõuab ettevõte suure hulga mittestandardselt kujundatud diagrammide komplekti, mis sisalduvad erinevates failides. Sellist ahelate komplekti on raske koherentses olekus hoida ja muutusi jälgida. Vajalik suur kogus käsitsitööärianalüütikud. Seetõttu peate märkuse "Lihtne vooskeemi" valimisel eelnevalt välja töötama:

1. Sisestandard selle tähise kasutamine;
2. Sisestandard protsessiskeemidega failide genereerimiseks, salvestamiseks ja värskendamiseks.

Üldiselt kasutatakse laiaulatuslikku märki “Lihtne vooskeemi” ettevõttes ilma kaasaegsed vahendid modelleerimine tundub olevat väga ebaefektiivne.

Äristuudio "Protseduur".

Joonisel fig. Joonisel 4 on kujutatud protsesside modelleerimiskeskkonna Business Studio (Venemaa) tähistuses “Protseduur” genereeritud diagrammi. Vaadeldavas tähistuses kasutatakse järgmisi kokkuleppeid:

1. Protsess;
2. Lahendus;
3. Sündmus;
4. Precedence nool (nagu klassikalistes Work Flow klassi tähistustes);
5. Objekti voo nool;
6. Joonealune märkus;
7. Väline viide.

Diagrammide koostamisel tähistuses “Protseduur” kasutatakse nn radasid (“ristfunktsionaalne” diagramm), mis võimaldab kirjeldada ettevõtte “otsast lõpuni” protsesse.

Kasutades joonisel fig. 4, vaatame, kuidas diagrammil nooli kasutatakse. Nool nimega “Järgmise päeva tarneplaan” on prioriteetsuse tüübiga, st see näitab toimingute jada ajas. Kuid samas annab see skeemi lugevale töötajale visuaalselt teada, milline dokument protsessitoimingute vahel üle kantakse.

Business Studio modelleerimiskeskkonnas saate linkida ühe või mitu dokumenti noolega. Neid ei kuvata otse diagrammil, kuid teabe nende dokumentide kohta saab lisada regulatiivdokumenti sobival kujul (vt näiteks tabelit 1).

Riis. 4. Protsessi skeem "Protseduur" märgetes Business Studio

Pöörame tähelepanu noolele, mille pealkiri on "Järgmise päeva riigisisese tarneplaani tuleb kohandada". See nool kirjeldab tegelikult ühte sündmust, mis lõpetab toimingu "Järgmise päeva tarneplaani kontrollimine" (skeemil on see teemant - "otsus"). Sellest tegevusest väljuv teine ​​nool annab teada veel ühest võimalikust sündmusest: „Järgmise päeva riigisisene tarneplaan on kokku lepitud”.

Joonisel fig. 4. On näha, et protsessi käigus kasutatakse diagrammi infosisu suurendamiseks sündmuse elemente (“Iga päev, kell 9-00”, “Päevasel ajal”, “12-00”). Seega saab sündmuste kohta infot näidata nii erielementidena kui ka nooltele vastavalt nimetades.

Vastavast toimingust tekkiv topeltotsaga nool “Tühi valikuleht” kuvab diagrammil dokumentide voogu. See nool ei edasta juhtimist ühelt toimingult teisele, vaid näitab ainult objektide või andmete voogu.

Üldiselt on protsessiskeem tähistuses “Protseduur”, vaatamata näilisele lihtsusele, väga informatiivne ja kirjeldamiseks mugav. Selle tähise (kui seda kasutatakse Business Studios) saab sõnastada järgmised eelised.

• Töövoo tüüpi protsesside kirjeldamiseks esitatakse minimaalne nõutav graafiliste elementide komplekt;
• Graafiliste diagrammide kiire loomine regulatiivsetel eesmärkidel;
• Võimalus suurendada protsessiskeemide teabesisu sündmuste ja nimeliste noolte paindliku kasutamise kaudu (samaaegselt võimalus siduda dokumente nooltega ja seejärel üles laadida teavet regulatiivsetesse dokumentidesse);
• Protsessiskeemid on lihtsad ja arusaadavad kõigile töötajatele ka ilma eriväljaõppeta;
• Koolituse lihtsus (pole vaja meelitada kalleid välisspetsialiste - koolitust saavad läbi viia organisatsiooni arendusosakonna töötajad);
• Protsessidiagrammid on ristfunktsionaalsed, mis on mugav ettevõtte "otsast lõpuni" protsesside kirjeldamiseks;
• Saate MS Visios diagramme üles laadida ja redigeerida (vajadusel).

Business Studio modelleerimiskeskkond võimaldab kiiresti luua ettevõtte protsessimudeli. Teavet protsesside kohta saab süsteemist alla laadida regulatiivsete dokumentide kujul vajalikus vormingus. Pange tähele, et Business Studios on võimalik protsesse kirjeldada ARIS eEPC tähistuses, IDEF0 tähistuses ja tähistuses "Protsess" (vt süsteemi juhendit).

Täiendava näitena joonis fig. 5. on kujutatud “Protseduur” tähistuses tehtud keerukama diagrammi fragment. Muide, teabesisu suurendamiseks on punaselt näidatud sobimatuid tulemusi kirjeldavad nooled (“Dokumendikomplekt pole täielik”, “Temperatuurirežiimi rikutud” jne). Lisaks on diagrammil lisakommentaarid mõnede toimingute kohta.

Tabel 1. Teave protsessi kohta, mis on esitatud joonisel fig. 4

Riis. 5. Skeemi näide Business Studio tähistuses “Protseduur”.

järeldused

Üldiselt on Business Studio modelleerimiskeskkonnas realiseeritud versioonis olev märge “Protseduur” töötajatele mugavam ja arusaadavam kui ARIS eEPC märge. See võimaldab kiiresti kirjeldada ja reguleerida ettevõtte protsesse.

Kui on vaja kirjeldada ja reguleerida paljusid protsesse, millest siis BPM-süsteemis toetatakse vaid väikest osa, tundub tähise “Protseduur” valik ülesande jaoks üsna adekvaatne.

Ettevõtte protsesside põhjalikuks kirjelduseks märget valides on soovitatav jälgida, et see oleks lihtne ja arusaadav enamikule töötajatele ilma eriväljaõppe ja pika arenduseta.

Muidugi saab inimesi panna kirjeldama protsesse mis tahes tähistusega, kasutades täiesti erinevaid modelleerimisvahendeid, kuid selliste tähistuste/süsteemide juurutamise kulud organisatsioonis võivad olla üsna märkimisväärsed. Liiga keerulised tähistus- ja modelleerimisvahendid võivad muuta protsessijuhtimise tehnikad kitsa osakonna spetsialistide ringi meelevallaks. organisatsiooni arendamine või IT-osakonda ning protsessipõhise lähenemisviisi eeliseid ei realiseeru täielikult.

ARIS eEPC tähistus tähistab järgmist – laiendatud sündmuste juhitud protsessiahelat – laiendatud tähistust sündmusepõhise protsessi ahela kirjeldamiseks. Märke töötasid välja IDS Scheer AG (Saksamaa) spetsialistid, eelkõige professor Scheer (vt)