Nõuded kaasaegsetele äriprotsesside modelleerimise tööriistadele. Ülevaade ärimudelite tarkvaratoodetest

Äriprotsesside modelleerimine on muutunud paljude ärianalüütikute klassikaliseks tööks osana äriprotsesside optimeerimisest ja Venemaa ettevõtete tegevuse standardiseerimisest. Teatud juhtudel kasutatakse palju märgendeid. See artikkel on pühendatud äriprotsesside modelleerimise tähiste ülevaatele.

VAD (vlisatud ahelskeem)

Michael Porteri pakutud VAD-tähistus oma töös ettevõtte strateegia kohta keskendub äriprotsesside modelleerimisele, mis "loovad väärtust" kliendi jaoks teenuste või toodete kujul. VAD-i tähistusega sisseehitatud äriprotsessimudel annab äriprotsessidest üldise, mitteüksikasjaliku ülevaate.

VAD tähistusega saate kirjeldada äriprotsesside loendit ja seoseid tipptasemel, kuna see märge võimaldab kuvada kõik ettevõtte äriprotsessid ühel mudelil. VAD-i tähistuses saate kasutada linke, mis näitavad äriprotsesside omavahelisi seoseid, samas kui protsessi voog selles tähistuses on enamikul juhtudel suunatud vasakult paremale.

Erinevates tööriistades on rakendatud palju VAD-i märkimisvalikuid, millest igaühel on oma märgikomplekt, kuid need kõik näevad välja umbes ühesugused - äriprotsesside komplekt, mis on sageli omavahel seotud "eelkäija-järgija" linkidega.

Näiteks võimaldab selle tähise laiendus ARIS-i tööriistakomplektis näidata äriprotsesside mudelis esinejaid, riske, dokumente, andmeid ja palju muud.

Lisaks organisatsiooni äriprotsesside kaardi modelleerimisele võimaldab VAD-i märkimine modelleerida täielikke äriprotsesse nende esialgse määratlemise ajal. Kuid peate mõistma, et VAD ei ole loodud protsessi loogiliste tingimuste modelleerimiseks ja seetõttu on juhtkond seda hästi aktsepteerinud. Praktikas järgneb äriprotsesside modelleerimisele tipptasemel VAD-tähistuses äriprotsesside detailsem modelleerimine teistes tähistustes, millest räägime allpool lähemalt.

VAD-i tähistusmudelit saab joonistada mitmesugustes tööriistades, nagu MS Visio ja paljud teised äriprotsesside modelleerimise tööriistad.

Äriprotsesside modelleerimine – EPC (sündmuspõhine protsessiahel)

EPC notatsiooni töötas välja professor August Wilhelm Scheer ARIS-i tööriistakomplekti metoodika raames. Abiga modelleeritakse äriprotsess sündmuste käivitatud protsessi etappide loendina. Märkus on mugav äriprotsessi hilisemaks reguleerimiseks, samuti äriprotsessi infovoo analüüsimiseks (sissetulevad/väljaminevad dokumendid).

EPC tähistuse vabadus võimaldab kirjeldada äriprotsesside modelleerimise raames täiendavaid objekte, nagu operatsiooniriskid, kontrolliprotseduurid, ekraanivormid, infosüsteemid, indikaatorid ja palju muud.

EPC notatsiooni raames modelleeritakse protsess “ülevalt alla” ning sündmuste ja loogiliste tingimuste süsteemi kaudu määratakse äriprotsessi sammude/funktsioonide/toimingute/toimingute sooritamise järjekord. Sündmustena EPC tähistuses käsitletakse protsessi sammude algust ja lõpetamist, aga ka väliseid sündmusi, mis nõuavad organisatsioonilt reageerimist.

Äriprotsessi mudel koosneb jadadest "sündmus-funktsioon-sündmus" ja loogilistest operaatoritest "AND", "OR", "exclusive OR", mis kuvavad modelleeritud äriprotsessi voogude lahendusi, tingimuste kontrollimist, paralleelsust ja konvergentsi.

EPC märkimiseks on palju võimalusi, nii veergude, ridade kui ka erinevate kasutatud objektide loenditega, kuid kõik need valikud on saadaval ainult ARIS-i tööriistakomplektis, samas kui teistes tööriistades, näiteks MS Visio või Business Studio, saadaval on ainult EPC äriprotsesside modelleerimine klassikalises formaadis.

Äriprotsessi modelleerimine EPC notatsioonis võimaldab hiljem saada teksti- või tabelipõhise äriprotsessi regulatsiooni, kuna õigesti koostatud EPC mudeli saab teisendada tavakeelsete lausete jadaks, millest saab regulatsiooni aluseks. Seetõttu peetakse seda tähistust kõige mugavamaks äriprotsesside modelleerimiseks hilisema analüüsi ja reguleerimise eesmärgil.

Modelleerimine äri— protsessid– BPMN (äriprotsesside mudel ja tähistus 2.0)

BPMN-i märkuse lõi Object Management Group (OMG) ja see on mõeldud äriprotsesside modelleerimiseks, pidades silmas nende hilisemat automatiseerimist. BPMN-i tähistust kasutatakse äriprotsessi detailseks modelleerimiseks ning objektide arv selles tähistuses ületab 100, mis võimaldab kirjeldada kõiki äriprotsesside käitumise nüansse, et infosüsteem saaks loodud mudeli käivitatavaks muuta. kood.

BPMN-i tähistuse avatus ja enamiku äriprotsesside modelleerimis- ja automatiseerimistööriistade tugi on muutnud selle tähise äriprotsesside modelleerimisel liidriks.

BPMN-i märgistuses saate lisaks äriprotsessi etappidele modelleerida protsessi algus-, vahe- ja lõppsündmusi, teabevooge ja sõnumivooge. Märke tunnuste hulgast võib välja tuua ujumisraja modelleerimisstiili (ujumisrajad) vaikimisi kasutuse, kui esinejat näidatakse ujulas radasid meenutava vertikaalse või horisontaalse ribana ja just sellel rajal. selle esineja sooritatud toimingud / toimingud asuvad.

Äriprotsessi sujuvamaks muutmine Swim Lane formaadis muudab vastutuse ja töövoo ülekandmise protsessis osalejate vahel visuaalseks, kuid samas muudab modelleerimise keeruliseks mitme kaastäitja puhul ühes toimingus.

BPMN-i tähistusega joonistatud mudeleid on sageli keeruline sidusaks hierarhiasse koondada, kuna metoodika loodi algselt "otsast lõpuni" äriprotsesside automatiseerimiseks.

BPMN-i märkimine nõuab teatud kogemust, mis sageli piirab nende mudelite loojate arvu süsteemi- ja ärianalüütikutega. Äriüksuste esindajad modelleerivad äriprotsesse harva BPMN-i notatsioonis.

Vaatamata graafilistele erinevustele on BPMN-i ja EPC-tähistused üksteisega väga sarnased ning ARIS-i tööriistakomplektis saab neid juba üksteiseks teisendada, kuigi teatud metoodiliste piirangutega.

Äriprotsesside modelleerimine – vooskeem

Märke nimi on Flow Charting, seda on kõige lihtsam tõlkida vooskeemidena. See tähistus ilmus algselt ANSI standardis 1970. aastal ja sisaldab väga lihtsat tähemärkide komplekti.

Vooskeemi tähistuse eksisteerimise aastate jooksul on joonistatud palju vooskeemide variante, mis sisaldavad sümboleid erinevate probleemide lahendamiseks, näiteks materjalivoogude, rollide ja tööde, seadmete kirjeldamiseks, funktsioonide sisendite ja väljundite analüüsimiseks.

Tegelikult olid vooskeemid tänapäevaste äriprotsesside modelleerimise tähistuste eelkäijad ja neid on tänapäevani õpetatud enamikus õppeasutustes infotehnoloogia erialade osana.

Vooskeemide tähistusel puudub jäik standard, mis võimaldab modelleerida äriprotsesse erinevatest vaatenurkadest, lisades mudelisse vastavalt vajadusele teatud objekte. Sel moel on see tähistus väga sarnane EPC-ga, kuid sellel on rakenduse osas veelgi suurem vabadus. Voodiagrammi kasutamise vabadus ning enamike odavate ja isegi tasuta äriprotsesside modelleerimistööriistade tugi on muutnud selle tähise paljudes ettevõtetes rakendatavaks.

Vooskeemide puudustest võib välja tuua tüüpilise objektide ja atribuutide loendi puudumise, mis on selle tähise "vabaduse" tagakülg. See võimaldab teil selles tähises modelleerida sama äriprotsessi nii, et mudelid erinevad üksteisest tõsiselt.

Hoolimata asjaolust, et vooskeemi tähistuses võib äriprotsesside mudeleid leida üsna sageli, jääb see tõenäoliselt minevikku, andes teed "rangematele märgetele".

Modelleerimine äri— protsessid– IDEF (integreeritud definitsiooni keel)

IDEF-i tähistus ilmus 70ndatel USA valitsuse standardina, mis keskendub äriprotsessi sisenditele, väljunditele, mehhanismidele ja kontrollidele ning ühendab organisatsiooni protsessid hierarhiasse. Selle tähise põhielement on funktsioon, samas kui kõik muud objektid ja interaktsioonid modelleeritakse suhete abil.

Tähistus kasutab väga lihtsat sümbolite komplekti: protsessi ristkülikud ja nooled, mis kujutavad sisendeid, väljundeid, juhtelemente ja mehhanisme, seda tähistust eristab äriprotsesside sammude jaoks "sisseehitatud" nummerdamissüsteem, mis võimaldab teil jälgida vanemate vahelisi seoseid. ja lapse protsessid.

Arvestades selle standardi ajalugu ja selle üsna laialdast kasutust, rakendatakse seda paljudes modelleerimistööriistades, kuid sellegipoolest võib selle märgistuse omistada lahkuvale põlvkonnale, kuna sellel on üha vähem toetajaid ja ettevõtete esindajad käsitlevad neid "mikrolülitusi" sageli skepsist.

UML (ühtne Modelleerimine Keeled)

Unified Modeling Language (UML) on tähistuste ja modelleerimismeetodite kogum, mis on loodud infosüsteemidele esitatavate nõuete kirjeldamiseks, kuid UML-i tähistuste hulgas on ka spetsiaalne tähistus, mis on loodud spetsiaalselt äriprotsesside modelleerimiseks. UML-i toetab Object Management Group (OMG), mis on selle metoodika IT-spetsialistide seas üsna levinud.

See tähistus on väga sarnane EPC ja BPMN-iga, ainsaks erinevuseks on loogiliste väidete ja sündmuste kuvamine ning kuigi UML-i märkimise kohta on palju raamatuid ja seda toetavad paljud modelleerimisriistad, kasutatakse UML Activiti diagrammi peamiselt süsteemianalüüsiks. ja disaini ning ainult vähesed ettevõtted kasutavad UML-i äriprotsesside modelleerimiseks

VSM (väärtus Voog Kaardistamine)

VSM-i märgistuse nime saab tõlkida vene keelde kui kliendi väärtusvoo kaardistamist. Selle tähise algne nimi Toyota Corporationis, kus see arvatavasti leiutati, on materjali ja teabe voo kaart.

VSM-i tähistus töötati välja metoodika osana lahja tootmine ja kasutab Lean 6Sigma projektides äriprotsessi tõhususe analüüsimiseks ressursi- ja ajakulu elementide kuvamiseks konkreetsete sümbolite komplekti. Väärtusvoo kaart kujutab füüsilist keskkonda ning materjalide ja toodete voogu tootmisprotsessis ning seda kasutatakse ressursi- ja ajasisendi sidumiseks protsessiga ning seeläbi tootlikkusest ülevaate andmiseks.

Selle tähise eesmärk on kaasata selles osalejaid äriprotsesside analüüsi, et julgustada neid iseseisvalt optimeerimisvõimalusi otsima. Reeglina joonistatakse VSM-i mudelid projektides Flip Chart'ile ega vaja tõsiseid äriprotsesside modelleerimise tööriistu, sest selle alusel tehakse otsuseid ning mudel ise ei saa ei regulatsiooni ega IT-lahenduse aluseks.

Peamine VSM-i tähistuses mudeli loomisel on protsesside kaupa ajutiste atribuutide täitmine, "pudelikaelade" ja varude liigse ladustamise kohtade otsimine.

Sellel tähistusel on piiratud jälgijate ring ja ärianalüütikute laiade masside seas ei hakka see selle abil lahendatavate ülesannete spetsiifilisuse tõttu lähitulevikus laialt levinud. Kuid samal ajal on paljud äriprotsesside modelleerimise tööriistad, näiteks ARIS, juba välja töötanud laiendused, mis toetavad selles tähistuses äriprotsesside modelleerimist.

SIPOC

Lühend SIPOC tähendab: tarnija (tarnija), sisend (sisend), protsess (protsess), väljund (väljund), klient (tarbija). See on Six Sigma metoodikas kasutusele võetud protsessi dokumentatsiooni mall, tegelikult pole see isegi mitte mudelmärge, vaid tabelivorming, mis võimaldab kirjeldada äriprotsessi tipptasemel. SIPOC mudelit rakendatakse kõige tõhusamalt äriprotsesside piiride, suhtlevate osapoolte ja protsessi sisendite/väljundite määratlemisel.

SIPOC-i kohta märge puudub, sest see on lihtne tabel sobivate päistega, mis võimaldab struktureerida valitud äriprotsessi edasiseks analüüsiks ja optimeerimiseks.

SIPOC-i kasulikkus seisneb erinevalt teistest diagrammidest võimaluses seda kasutada äriüksuste töötajatel, kuna see ei sisalda keerulist loogikat ega palju objekte, näiteks EPC või BPMN-i märke.

Äriprotsesside modelleerimine – järeldused

Niisiis vaatasin üle mõned Venemaa turul leiduvad äriprotsesside modelleerimise tähistused (neid on täpsemalt kirjeldatud BPM CBOK peatükis äriprotsesside modelleerimisest). Millist tähistust kasutada, on lahtine küsimus, näiteks organisatsiooni äriprotsesside modelleerimiseks tipptasemel kasutan VAD tähistust, optimeerimiseks valitud äriprotsessi esmaseks modelleerimiseks on see lihtsam kasutada SIPOC või VAD. Äriprotsesside üksikasjalike mudelite loomiseks - lihtsustatud BPMN ristfunktsionaalse interaktsiooni modelleerimiseks või EPC üksikasjalikuks modelleerimiseks, et vormistada teabevoog ja äriprotsessiga seotud objektide komplekt. Noh, kui teil on vaja BPMS-süsteemis äriprotsesse automatiseerida, ei saa te ilma BPMN-i märkimiseta hakkama.

Äriprotsesside modelleerimine on tõhus tööriist ettevõtte tegevuste optimeerimise võimaluste leidmiseks, võimaldades määrata, kuidas ettevõte tervikuna toimib ja kuidas on tegevused igal töökohal korraldatud. Äriprotsessi mudeli (kirjelduse) loomise metoodikat (tähistust) mõistetakse kui viiside kogumit, kuidas reaalse maailma objekte ja nendevahelisi seoseid mudeli kujul kujutatakse. Iga objekti ja linke iseloomustavad mitmed parameetrid või atribuudid, mis kajastavad reaalse objekti teatud omadusi (objekti number, nimi, kirjeldus, täitmise aeg (funktsioonide jaoks), maksumus jne).

Äriprotsesside kirjeldamine toimub nende edasise analüüsi ja ümberkorraldamise eesmärgil. Ümberkorraldamise eesmärgiks võib olla infosüsteemi juurutamine, kulude vähendamine, klienditeeninduse kvaliteedi tõstmine, töö- ja tööjuhendite loomine jms ning protsesside üksikasjalik kirjeldamine iseenesest ei oma väärtust.

Ümberprojekteerimineäriprotsessid (ing. Business Process Reengineering) on ​​äriprotsesside põhimõtteline ümbermõtestamine ja radikaalne ümberkujundamine, et saavutada maksimaalne efektiivsus tootmises, majandus- ja finants- ja majandustegevuses, mis vormistatakse vastavate organisatsiooniliste, haldus- ja regulatiivsete dokumentidega. Äritehnoloogia koosneb äriprotsesside modelleerimisest ("nagu on" mudeli väljatöötamine, selle analüüs, "kuidas" mudeli väljatöötamine) ning "vajaduse järgi" olekusse üleminekuplaani väljatöötamine ja elluviimine.

Paljude kaasaegsete äriprotsesside modelleerimise metoodikate aluseks olid SADT metoodika (Structured Analysis and Design Technique – struktuuranalüüsi ja disaini meetod), IDEF-i standardite perekond (Icam DEFinition, kus Icam on Integrated Computer-Aided Manufacturing) ja algoritmiline. keeled.

Äriprotsesside modelleerimise ja analüüsimise metoodikate peamised tüübid:

Äriprotsesside modelleerimine ( äriprotsesside modelleerimine). Kõige enam kasutatav äriprotsesside kirjeldamise metoodika on IDEF0 standard. IDEF0 tähistusega mudelid on mõeldud ettevõtte äritegevuse kõrgetasemeliseks kirjeldamiseks funktsionaalses aspektis.

Töövoogude kirjeldus ( Töövoo modelleerimine). IDEF3 standard on mõeldud töövoogude kirjeldamiseks ja on lähedane vooskeemide koostamise algoritmilistele meetoditele.

Andmevoogude kirjeldus ( Andmevoo modelleerimine). DFD märge ( Andmevoo skeem), võimaldab kajastada protsessi käigus tehtavate tööde järjekorda ja nende tööde vahel ringlevaid infovooge.

muud metoodikad.

Seoses toote või teenuse lisandväärtuse saamisega võib eristada järgmisi protsesside klasse:

Põhilised äriprotsessid (nt turundus, tootmine, toodete tarnimine ja teenindus).

Äriprotsesside toetamine ei lisa tootele väärtust, vaid tõstab selle väärtust (näiteks rahaline toetus tegevusele, personali komplekteerimine, juriidiline tugi, administreerimine, turvalisus, komponentide tarnimine, remont ja Hooldus jne.).

Äriprotsesside juhtimine.

Ärimudel on äriprotsesside formaliseeritud (graafiline, tabel, tekstiline, sümboolne) kirjeldus. Ärimudelite peamine rakendusvaldkond on äriprotsesside ümberkujundamine.

Äriprotsesside modelleerimise eesmärgid on tavaliselt sõnastatud järgmiselt:

Anda arusaamine organisatsiooni ülesehitusest ja selles toimuvate protsesside dünaamikast;

Anda arusaam organisatsiooni aktuaalsetest probleemidest ja nende lahendamise võimalustest;

Veenduge, et klientidel, kasutajatel ja arendajatel oleks organisatsiooni eesmärkidest ja eesmärkidest sama arusaam;

Luua alus organisatsiooni äriprotsesse automatiseerivale tarkvarale nõuete kujundamiseks (tarkvaranõuded kujunevad ärimudeli alusel).

Äriprotsessi mudeli oluline element on ärireeglid või domeenireeglid. Tüüpilised ärireeglid on ettevõtte poliitika ja osariigi seadused. Ärireeglid on tavaliselt sõnastatud spetsiaalses dokumendis ja neid saab kajastada mudelites.

Lagunemineüldises mõttes on see meetod, mis võimaldab asendada ühe suure probleemi lahenduse rea väiksemate probleemide lahendusega, jagades objekti selle koostisosadeks vastavalt kehtestatud kriteeriumile. Praktikas kasutatakse ärimudelite täpsustamiseks dekompositsiooni.

Äriprotsessi kirjeldamise etapid:

Kirjelduse eesmärgi kindlaksmääramine.

Keskkonna kirjeldamine, äriprotsessi sisendite ja väljundite määratlemine, IDEF0 diagrammide koostamine.

Funktsionaalse struktuuri kirjeldus (protsessitoimingud), IDEF3 diagrammide konstrueerimine.

Protsessi voogude (materiaalne, informatiivne, rahaline) kirjeldus, DFD-skeemide koostamine.

Hoone organisatsiooniline struktuur protsess (osakonnad, osalejad, vastutaja).

IDEF0

Mudel koosneb diagrammidest, tekstifragmentidest ja omavaheliste linkidega sõnastikust. Diagrammid on mudeli põhikomponendid, kõik funktsioonid ja liidesed on esitatud plokkide ja kaarena.

Kaare ühenduspunkt plokiga määrab liidese tüübi:

Juhtteave siseneb plokki ülevalt.

Sisendteave sisaldub vasakpoolses plokis.

Tulemused väljuvad parempoolsest plokist.

Toimingut teostav mehhanism (inimene või automatiseeritud süsteem) siseneb seadmesse altpoolt.

Mudeli iga komponendi saab dekomponeerida (dešifreerida üksikasjalikumalt) teises diagrammis. Soovitatav on modelleerimine lõpetada, kui mudeli detailsuse tase rahuldab selle eesmärki. Mudeli tasemete koguarv ei tohiks ületada 5-6.

Diagrammi koostamine algab kogu süsteemi kujutamisega ühe ploki ja kaare kujul, mis kujutavad liideseid süsteemiväliste funktsioonidega. Seejärel kirjeldatakse plokk, mis kujutab süsteemi ühe moodulina, teises diagrammis, kasutades mitut liidese kaarega ühendatud plokki. Iga detailne diagramm on plokkide lagunemine eelmise taseme diagrammist. Igas lagunemisetapis nimetatakse eelmise taseme diagrammi üksikasjalikuma diagrammi põhidiagrammiks.

Sellised diagrammid ei näita selgesõnaliselt ei järjestust ega aega. Meetodil on mitmeid puudusi: tajumise keerukus (diagrammidel suur kaared ja suur hulk lagunemistase), mitme protsessi sidumise keerukus.

IDEF3

See meetod on loodud simuleerimiseks toimingute jada ja nendevahelised vastastikused sõltuvused protsessides. IDEF3 mudeleid saab kasutada IDEF0 funktsionaalplokkide puurimiseks, millel puuduvad lagunemisdiagrammid.

IDEF3 diagrammide kuvamine tegevust ristküliku kujul. Tegevusi nimetatakse tegusõnade või verbaalsete nimisõnade abil ning igale tegevusele omistatakse kordumatu tunnusnumber (tegevuse numbri ees on tavaliselt selle vanema number, nt 1.1.).

Kõik IDEF3 lingid on ühesuunalised ja korraldatud vasakult paremale.

IDEF3 linkide tüübid:

Ajaline ülimuslikkus, lihtne nool. Lähtetegevus peab lõppema enne, kui lõpptegevus saab alata.

Objekti voog, kahe otsaga nool. Algtoimingu väljund on viimase toimingu sisend. Lähtetegevus peab lõppema enne, kui lõpptegevus saab alata. Voogedastuslinkide nimed peavad selgelt tuvastama objekti, mida nende abiga edastatakse.

Hägune suhe, punktiirnool.

Ühe toimingu sooritamine võib algatada korraga mitme muu toimingu täitmise alustamise või vastupidi, teatud toiming võib nõuda mitme muu toimingu sooritamist enne selle täitmise alustamist (protsessi hargnemine).

Protsessi hargnemist kajastatakse spetsiaalsete plokkide abil:

- "Ja", plokk märgiga &.

- "XOR" ("üks"), X-märgiga plokk.

- "OR", plokk märgiga O.

Kui toimingud "JA", "VÕI" tuleb sooritada sünkroonselt, tähistab seda ploki sees kaks topelt vertikaalset joont, asünkroonselt - üks.
IDEF3 meetod võimaldab tegevust mitu korda lahti võtta, mis tagab alternatiivsete protsessivoogude dokumenteerimise ühes mudelis.

DFD

Selle esitluse eesmärk on näidata, kuidas iga protsess teisendab nende sisend andmeid nädalavahetusel. See võib kajastada mitte ainult teavet, vaid ka materjalivooge. Samuti, nagu ka teistes mudelites, toetatakse lagunemist.

Andmevoo diagrammi põhikomponendid on järgmised:

Välised üksused (materiaalne objekt või isik, kes on teabe allikas või vastuvõtja, näiteks kliendid, töötajad, tarnijad, kliendid, ladu);

Süsteemid ja alamsüsteemid (näiteks alamsüsteem üksikisikutega töötamiseks);

Protsessid (sisendandmevoogude teisendamine väljunditeks teatud algoritmi järgi; füüsiliselt võib selleks olla näiteks sisenddokumente töötlev ja aruandeid väljastav organisatsiooni (osakonna) allüksus, programm, riistvaraliselt realiseeritav loogika seade jne);

Andmesalvestusseadmed (abstraktsed seadmed teabe salvestamiseks);

Andmevood (nooled diagrammil).

Igale diagrammile on vaja paigutada 3 (vähem pole mõtet) kuni 7 (rohkem - mitte tajutav) protsessi, risustamata diagramme sellel tasemel ebaoluliste detailidega.

DFD hierarhia loomise esimene samm on kontekstidiagrammide koostamine. Tavaliselt ehitatakse suhteliselt lihtsate süsteemide projekteerimisel üles ühtne tähetopoloogiaga kontekstdiagramm, mille keskmes on nn põhiprotsess, mis on ühendatud vastuvõtjate ja infoallikatega. Keeruliste süsteemide jaoks (kümme või enam välist olemit, süsteemi hajutatud olemus ja multifunktsionaalsus) koostatakse kontekstidiagrammide hierarhia. Samal ajal sisaldab tipptaseme kontekstdiagramm mitte ühte põhiprotsessi, vaid andmevoogudega ühendatud alamsüsteemide kogumit.

Iga DFD protsessi saab üksikasjalikult kirjeldada DFD või (kui protsess on elementaarne) spetsifikatsiooni abil. Spetsifikatsioonid on protsesside poolt täidetavate ülesannete algoritmide kirjeldused. Täpsustuskeeled võivad ulatuda struktureeritud loomulikust keelest või pseudokoodist visuaalsete modelleerimiskeelteni.

Äriprotsesside modelleerimisel kasutatakse andmevoo diagramme (DFD) mudelite "NAGU ON" ja "NAGU ON" koostamiseks, peegeldades seega organisatsiooni olemasolevat ja kavandatavat äriprotsesside struktuuri.

ARIS

Praegu on tendents integreerida erinevaid modelleerimismeetodeid, mis väljendub integreeritud modelleerimisvahendite loomises. Üks neist tööriistadest on tarkvaratoode nimega ARIS (Architecture of Integrated Information Systems), mille on välja töötanud Saksa firma IDS Scheer.

ARIS toetab nelja tüüpi mudeleid (ja iga tüübi jaoks mitut tüüpi mudeleid), mis kajastavad uuritava süsteemi erinevaid aspekte:

Organisatsioonimudelid, mis esindavad süsteemi struktuuri - organisatsiooniüksuste, ametikohtade ja konkreetsete isikute hierarhiat, nendevahelisi seoseid, samuti struktuuriüksuste territoriaalset sidumist;

Funktsionaalsed mudelid, mis sisaldavad juhtimisaparaadi ees seisvate eesmärkide hierarhiat koos eesmärkide saavutamiseks vajalike funktsioonipuude komplektiga;

Teabemudelid, mis kajastavad kogu süsteemi funktsioonide rakendamiseks vajaliku teabe struktuuri;

Juhtimismudelid, mis annavad tervikliku ülevaate äriprotsesside rakendamisest süsteemis.

Loetletud mudelitüüpide ehitamiseks kasutatakse nii ARISe enda modelleerimismeetodeid kui ka erinevaid tuntud modelleerimismeetodeid ja -keeli, eelkõige UML-i. Modelleerimisprotsessi saab alustada mis tahes mudelitüübiga.

ARISe peamine ärimudel on eEPC (extended Event-driven Process Chain, extended event-driven process chain model). Märge ARIS eEPC on IDEF3 tähistuse laiendus. Äriprotsess eEPC tähistuses on järjestikuste tööde (protseduuride, funktsioonide) voog, mis on järjestatud nende sooritamise järjekorras. Protseduuride tegelik kestus eEPC-s visuaalselt ei kajastu.

Protsesside tegeliku kestuse kohta teabe saamiseks on vaja kasutada muid kirjeldamisvahendeid, näiteks MS Project.

ARIS-i mudelid on diagrammid, mille elemendid on erinevad objektid- "funktsioonid", "sündmused", "struktuurijaotused", "dokumendid" jne. Määrata saab teatud tüüpi objektide vahel ühendused teatud tüübid ("sooritab", "teeb ​​otsuse", "tuleb tulemustest kiiresti teavitada" jne). Iga objekt vastab kindlale atribuutide komplektile, mis võimaldab teil sisestada Lisainformatsioon konkreetse objekti kohta.

eEPC märgistuse peamised objektid on:

Funktsioon. Kirjeldab ettevõtte osakondade/töötajate poolt täidetavaid funktsioone (protseduure, töid). Iga funktsioon peab algama sündmusest ja lõppema sündmusega; Iga funktsioon ei saa sisestada rohkem kui ühte noolt, mis "alustab" funktsiooni täitmist, ja väljuda rohkem kui ühest noolest, mis kirjeldavad funktsiooni lõpetamist.

Sündmus. Kasutatakse kirjeldamiseks tõelised sündmused mis mõjutavad funktsioonide täitmist.

Organisatsiooniüksus. Näiteks juhtkond või osakond.

Dokument. Peegeldab tõelist meediat, näiteks paberdokumente.

Rakendussüsteem.

teabeklaster. Iseloomustab olemite kogumit ja nendevahelisi suhteid.

Objektidevaheline suhtlus. Objektidevahelise seose tüüp, näiteks funktsiooni täitmise aktiveerimine mõne sündmuse poolt.

Boole'i ​​operaator. Operaator "AND", "OR" või eksklusiivne "OR" võimaldab kirjeldada protsessi hargnemist.

Kui eEPC-s mudelit luues määrate ainult protseduuride jada, hoolimata kontrolldokumentide ja teabe kajastamisest, on saadud mudelid analüüsi ja edasise kasutamise seisukohast madala väärtusega.

Mudelite salvestamiseks ARIS-is kasutatakse objekti DBMS-i ja iga projekti jaoks luuakse uus andmebaas. Pakutakse erinevaid andmebaasi haldusfunktsioone, näiteks juurdepääsu kontroll. Andmebaas on mudelite hierarhiline salvestusruum.

Mudeli loomise tööd peaksid reguleerima ranged ja mahukad modelleerimislepingud (standardid), ARIS toetab metoodiliste filtrite mehhanismi, mis võimaldab kasutajal kasutada ainult teatud skeemide ja objektide komplekti. Selliste lepingute väljatöötamine nõuab märkimisväärset aega ja kõrgelt kvalifitseeritud spetsialiste. Kui ARIS-e kasutava projektiga alustatakse ilma selliste lepingute üksikasjaliku läbitöötamiseta, siis on väga suur tõenäosus luua äriprotsesside mudeleid, mis ei vasta esitatud küsimustele.

Nüüd, pärast vaadeldavate vahenditega lahendatavate üldiste funktsionaalsete ülesannete üldist selgitamist, tuleks võrrelda ka nende tööriistade pakutavaid võimalusi.

Edasises analüüsis võetakse arvesse ainult programmide ARIS ToolSet (edaspidi ARIS), BP-Win - Erwin (edaspidi BP-Win) ja ORG-Master (edaspidi ORG-Master) omadusi. Programm Rational Rose – kuna esitluse lihtsustamiseks keskendub enim puhtalt tarkvara, mitte organisatsioonisüsteemide loomisele, jätame selle kaalumisest välja, eriti kuna selle aluseks olev UML-i metoodika on nüüd ARIS-is juurutatud).

Ärisüsteemide modelleerimisvahendite funktsionaalsus

Erinevate ärisüsteemide modelleerimistööriistade võrdlemisel on soovitatav kaaluda nende funktsioone vastavalt järgmistele funktsionaalsusrühmadele:

• tööriistad ärisüsteemide mudelite loomiseks;
• mudelianalüüsi tööriistad;
• vahendid simuleeritud süsteemide optimeerimiseks vastavalt nende mudelitele;
• raamatukogu tugi tüüpilised mudelid;
• määruste ja dokumentatsiooni registreerimine;
• andmebaasimudelite ja tarkvaratööriistade arendamise toetamine;
• integreerimine teiste tarkvaratoodetega (CASE tööriistad, ERP süsteemid, rakendusprogrammid).

• äriprotsesside üldine korraldus ja organisatsiooniüksuste (täitjate) vahelise suhtluse kord,
• vastutuse jaotamine üksikute funktsioonide rakendamise ja süsteemiressursside kulutamise eest,
• organisatsiooniüksuste, esinejate ja instrumentaalsete ressursside laadimine süsteemi,
• simuleeritud süsteemi peamised aja- ja kuluparameetrid,
• nõuded süsteemis toimuvate protsesside ressursitoetusele.

Analüüs ühine organisatsioonäriprotsessid ja organisatsiooniüksuste interaktsiooni järjekord süsteemis viiakse läbi otse äriprotsesside ehitatud mudelite uurimisel. Kvalitatiivne analüüs paljastab ka rollid, mille võib teatud tingimustel protsessist välja jätta. Kus mudeli nähtavus ja võimalus jälgida süsteemis olemasolevaid seoseid omandab ülima tähtsuse.

Märkused mudelite nähtavuse kohta on toodud allpool. Kuid siin tuleb ka märkida, et mudeli jaoks on oluline nõue selle analüüsimise võimalus enne selle täielikku ehitamist. Tõepoolest, kui süsteemis on võimalik tuvastada vastastikuseid seoseid (nagu ka nende puudumist) alles pärast selle täielikku mudeli koostamist, siis osutub see väga ebamugavaks. varajased staadiumid töö, kui teave süsteemis toimuvate protsesside omaduste kohta võib osaliselt puududa või olla ebatäpne.

Siin on ORG-Master võidupositsioonil, kuna selles olev äriprotsessimudel ei ole otseselt IDEF-diagrammi kujul üles ehitatud. Selle diagrammi saab automaatselt genereerida pärast mudelit moodustavate klassifikaatorite (ärifunktsioonid, organisatsioonilised seosed, ressursid jne) loomist ja täitmist ning kõigi vajalike prognooside seadmist (suhted ressursside, teostajate, tööriistade, regulatsioonide kaupa ja tegelikud seosed äritegevused). Seega juba enne täieliku (või osalise) äriprotsessi mudeli saamist on peamised modelleeritavat protsessi defineerivad seosed juba tuvastatud ja neid saab analüüsida.

Erinevalt sellest lähenemisest ehitatakse ARIS-is ja BP-Winis äriprotsesside mudelid otse ning protsessikomponentide olemasolevad seosed tuleb analüüsimiseks ette valmistada, mis on asjakohaste protseduuride tulemusel.

Nii näiteks pärast BP-Winis äriprotsessi mudeli ehitamist ERwini abil ehitatakse eraldi andmemudel, milles luuakse lingid süsteemi komponentide (metoodika järgi andmemudeli olemid) vahel. Seejärel ühendatakse need mudelid ORG-Masteris kasutatava projektsioonikonstruktsiooni mehhanismiga olemuslikult sarnase mehhanismi abil (vt lisa 1. ORG-Masteri tarkvara ja metoodilise kompleksi mudelite komponendid).

Seda silmas pidades on mudeli analüüsimiseks kaalutud võimalustest teine: analüüs vastutuse jaotus üksikute funktsioonide rakendamise ja süsteemi ressursside kulutamise eest, rakendatakse automaatselt ORG-Master süsteemis äriprotsessi mudeli loomise protsessis. Tõepoolest, ORG-Masteris äriprotsessimudelite loomisel määratud projektsioonid tüüpi Organisatsioonilingid - funktsioonid ja funktsioonid - ressursid näitavad otseselt konkreetse töövaldkonna või ressursi eest vastutavaid isikuid (ja võimaldavad teil analüüsida nende mis tahes kombinatsioone ). Lisaks võimaldab ORG-Master eksportida maatriksprojektsioone MS Excelisse, kus nende alusel koostatakse organisatsiooni analüüsi diagrammid.

ARIS-is ja BP-Winis on selleks vaja käsitsi jälgida kõiki äriprotsesside diagrammides olevaid linke (ja BP-Winis andmemudeleid) või koostada spetsiaalselt vastavad loendid või aruanded.

küsimus artistide ja instrumentaalressursside süsteemi laadimise kohta, samuti simuleeritud süsteemi peamiste ajaparameetrite hinnangute saamine, saab otsustada nende rakendatavate funktsioonide keerukuse (või lihtsalt kestuse) kvantitatiivsete andmete põhjal. Selle probleemi lahendamiseks on vaja sellised andmed ühel või teisel viisil süsteemi sisestada, samuti näha ette vahendid kokkuvõtlike hinnangute saamiseks. IDEF3 metoodika (BP-Winis), ARIS-i ja BP-Wini ABC-meetodite ning ARIS-i (ja osaliselt ka BP-Wini) simulatsioonitööriistade tugi võimaldab nende hinnangute mõningast töötlemist. Mis puutub algandmetesse, siis need määrab kasutaja, kes seega vastutab lõpptulemuse eest.

Siiski on piisavalt esinduslike hinnangute saamine statistilise (simulatsiooni/sündmuse) modelleerimise (ja veelgi enam ABC meetodite kasutamisega, kui arvestada aega ressursina) abil süsteemi komponentide laadimiseks keeruline järgmiste tegurite tõttu.

Kaasaegsed lähenemisviisid mis tahes protsessi analüüsile ( töövoog) lähtuda selle teostamise aja jagamisest tegelikult toimingute sooritamise perioodi ja nende tulemuste edastamise ajaga. Samas kontoriprotsessides või teenuse osutamise protsessides kulub tegelikule tööle keskmiselt ca 10% ajast ning ülejäänud aeg kulub kas ülesande tulemuse füüsilisele liigutamisele (nõuab teksti allkirja lepingust, mis tuleb uuesti pesta) ja oodates järjekorras kuni järgmiseni, leiab esineja aega protsessiga jätkamiseks. Seetõttu ei anna meetodid, mis põhinevad praegusel ajal toimingute aja lihtsal liitmisel, reeglina täpset ettekujutust protsessi ajaparameetritest.

Adekvaatsemaid tulemusi on võimalik saada süsteemi käitumist simuleerides. Teenuse viivitusaegade puhul tuleb aga võtta kas väga ligikaudsed eeldused nende ajas jaotumise seaduse kohta või läbi viia üsna kulukad ja aeganõudvad ajastusprotseduurid ning sellele järgnev statistiline töötlemine. Samal ajal ei ole saadud tulemuste usaldusväärsus liiga kõrge või nõuab see olulisi lisakulusid. Seetõttu tundub mõistlik lähenemine, et: „teabe saamiseks modelleerimise maksumus ei tohiks ületada selle kasutamise tulemuste väärtust (kulu). Lisaks tuleks alati meeles pidada Pareto seadust, millest vaadeldava probleemiga seoses järeldub, et 20% modelleerimispüüdlustest annab 80% efektist.

Seetõttu tasub meie vaatenurgast enne üleminekut keerukate ja aega- ja ressursse nõudvate modelleerimismeetodite juurde, mis on seotud aja- ja kuluparameetrite kvantitatiivsete hinnangutega, keskenduda ilmsemate ärimudelite tulemuste rakendamisest saadava efekti saavutamisele. Kvantitatiivne optimeerimine tuleks läbi viia, võttes arvesse mõõtmisi ja tegelike protsesside analüüsi.

ORG-Masteril on ABC-analüüsi tööriistade funktsionaalne analoog – eelarvestamise viisard, mis loob lihtsa eelarvestamissüsteemi. Selle süsteemi üheks tulemuseks on äriprotsesside juurutamise kulude (tegevuseelarvete) kvantitatiivne hindamine, mis on vähemalt väärtuselt võrreldav ABC kuluarvestuse tugitööriistade abil saadud andmetega.

Lisaks kuulub ORG-Masteri perekonda ka tarkvarapakett Time-Master, mille üks komponentidest, mis tagab protsesside juhtimise (töövoo), võimaldab nende täitmise käigus koguda statistikat, mis annab hinnanguid ajaparameetrite kohta. analüüsiks vajalikud protsessid.

• Ärisüsteemide optimeerimise tööriistad (äriprotsessid) pakuvad lisaks mudelite analüüsi võimalustele: juhtimisvahendit.
• mitmete alternatiivide loomine;
• planeerimine;
• parima tegevusviisi valimine;
• ressursside eraldamine;
• prioriteetide seadmine.

Reeglina on loetletud funktsioonide rakendamine seotud spetsiaalsete üsna keerukate või tülikate algoritmide kasutamisega optimeerimisülesannete lahendamiseks. ARIS-süsteemis on mitmeid sedalaadi võimalusi. Kuid üldiselt ei tundu nende rakendamine asjakohane enne äriprotsessi peenhäälestamise etappi pärast selle ümberkorraldamise tulemuste saavutamist lihtsamate meetoditega.

Üldmudelite teekide tugi võimaldab uute mudelite ehitamisel kasutada varem loodud arendusi. See võimalus on ette nähtud kõigis kolmes vaadeldavas tööriistas. Eelkõige toetab ORG-Master nii Venemaa ettevõtetes läbiviidud reaalsete projektide tulemusena saadud ettevõtete täielikke võrdlusmudeleid kui ka "raamatukogu" klassifikaatoreid, mis kirjeldavad tegevuse üksikute aspektide tüüpilist korraldust.

sisekujundus, vastavalt ehitatud mudelitele, ettevõtte eeskirjad tundub olevat väga oluline omadus, mis tagab ärisüsteemi dokumentaalse kirjelduse terviklikkuse ja järjepidevuse. Selle komponendi tähtsust ärimudelite tööriistade jaoks saab mõista, kui vaadelda määrusi kui ettevõtte juhtimise tööriista. Tõepoolest, kui ettevõte töötab stabiilselt, tähendab see, et tema äriprotsessid on hästi välja kujunenud ja alluvad peaaegu formaalsele reguleerimisele. Sisekultuur, mis sellises ettevõttes olemas peab olema, võimaldab vajadusel süsteemi või äriprotsesside parameetrid kiiresti ümber ehitada, muutes vastavate osakondade ja teostajate tööreegleid.

Dokumentide-regulatsioonide olemasolu ettevõtte tegevuse kõigi aspektide jaoks on korrapärase, süsteemse juhtimise kontseptsiooni üks põhisätteid. Tema sõnul on hästi organiseeritud äris umbes 80% juhtimisotsused võetakse vastu vastavalt etteantud protseduuridele ja ainult ülejäänud, mis on seotud ebastandardsete olukordade ja erinevate uuendustega, toetuvad töötajate loovusele ja kangelaslikkusele.

Ettevõtte (ettevõtte) teatud eesmärkide saavutamisele suunatud tegevuse korraldust reguleerib kaasaegne tase järgmine standardne organisatsiooni põhidokumentide komplekt:

• seisukoht organisatsioonilise ja funktsionaalse struktuuri kohta, mis kajastab ettevõttes toetatavate ettevõtete ja funktsioonide koosseisu ning nende jaotumist ettevõttes;
• sätted ettevõtte poliitika kohta (raamatupidamine, investeerimine jne);
• ettevõtte põhitegevuse ja juhtimise allsüsteemide korralduse eeskirjad, mis sisaldavad tegevusvaldkondade funktsioonide üksikasjalikku kirjeldust;
• dokumenteeritud protseduurid - äriprotsesside kirjeldused kujul, mis võimaldab nii protsessi esitleda välisvaatlejale kui ka sellest dokumendist juhinduda protsessitoimingute teostajatele;
• ja lõpuks traditsioonilised "osakondade eeskirjad" ja töötajate "ametijuhendid" koos tööülesannete, vastutuse liikide, õiguste ja volituste loeteluga.

Lisaks peaks olema võimalik luua spetsiaalseid aruandlusvorme dokumentide loomiseks erinevates funktsionaalsetes valdkondades: Ettevõtte juhtimise infosüsteemi lähteülesanne, Kvaliteedijuhend (vt nt lisa 3) ja muud eridokumendid vastavalt ISO9000 standardile. , jne.

Kogu teave, mis võimaldab neid dokumente koostada, peab sisalduma tervikliku ja järjepideva süsteemi kujul ettevõtte (ettevõtte) terviklikus ärimudelis. Pealegi peaksid paljud loodud dokumendid võimalikult suurel määral vastama Venemaa üldtunnustatud standarditele (ilmselgelt vastavad ARIS ja BP-Win süsteemid viimasele nõudele kõige vähem).

ORG-Master keskkonnas genereeritakse sellised sätted ja juhised automaatselt tekstivormidena protseduuride kirjeldamiseks, mida esindavad vastavad klassifikaatorid ja nendevahelised projektsioonisuhted. Graafilised vormid (erinevad digraafid ja protsessiskeemid) on nendele dokumentidele heaks täienduseks.

ARIS keskkonnas põhinevad ametijuhendid ja protsesside kirjeldused protsessisündmuste diagrammidel ning põhimõtteliselt saab protsessimudeleid ja organisatsiooni struktuure analüüsides üles ehitada erinevaid tekstidokumente. Kuigi siin on pilt suuremal määral vastupidine - süsteem on keskendunud peamiselt graafika loomisele ning regulatiivsete dokumentide loomise funktsioon on selgelt abistav ja sellest tulenevalt arenemata.

BP-Winis ei ole otsest võimalust erinevate määruste saamiseks ette nähtud.

Suhtes projekti dokumentatsioon käsitleda saab kahte poolt: äriprotsesside kirjeldust ja äriprotsesse toetava infosüsteemi kirjeldust selle edasiseks arendamiseks. Neist esimene on igas vaadeldavas keskkonnas peaaegu võrdselt ette nähtud võimalusega ehitada üles ehitatud äriprotsessimudelite põhjal erinevaid aruandlusvorme.

Infosüsteemi arendamise dokumentatsiooni osas pakub kõige traditsioonilisemaid funktsioone keskkond BP-Win / ERwin, mis tegelikult just selleks loodud on.

ARISe võimalused on ligikaudu samad: andmemudeli esimestes versioonides kirjeldati neid olemi-relatsiooni skeemi järgi, hilisemates versioonides UML-i keeles. Tööriist ARISToolset pakub aga täpsemaid arendusfunktsioone. infosüsteemid.

ORG-Masteri võimalused võimaldavad teil täielikult esindada andmestruktuure, mis on vajalikud modelleeritud äriprotsesside teabetoe korraldamiseks, kasutades oma universaalseid tööriistu - klassifikaatoreid ja projektsioone. Puuduvad formalismid nagu ER diagrammid, kuigi viimastes versioonides on võimalik visualiseerida DFD standardis. Lisaks sai võimalikuks IDEF0 diagrammidel kajastada interaktsiooni funktsionaalsed plokid mitte ainult dokumentide ja failide otsese edastamise, vaid ka jagatud andmebaaside kaudu!

Andmebaasimudelite ja tarkvaratööriistade arendamise tugi viitab tavaliselt CASE-tüüpi tööriistade või nendega seotud tööriistade võimalustele ettevõtte juhtimise infosüsteemide seadistamiseks (näiteks ERP-klassi süsteemid). Selline tugi võib pakkuda järgmisi funktsioone:

• infohaldussüsteemide arhitektuuri analüüs ja projekteerimine,
• andmebaasi ja failikujundus,
• programmeerimine (programmikoodi genereerimine),
• hooldus ja ümberehitus,
• projekti juht.

Küsimused infosüsteemide arhitektuuri analüüs ja projekteerimine, kulmineeruvad tavaliselt süsteeminõuete ja nendega seotud spetsifikatsioonide määratlemisega. See etapp, kus süstemaatiline lähenemine disainile, peaks otseselt tuginema ärisüsteemide mudelitele ja tegelikult neid üksikasjalikult kirjeldama. Seetõttu kehtivad siinkohal kõik ülaltoodud argumendid, mis hõlmavad süsteemimudelite ehitamist, analüüsi ja optimeerimist, samuti regulatsioonide ja dokumentatsiooni koostamist.

Andmebaasi- ja failikujundus(kontseptuaalne ja sisemine tase), andmemudelite teisendamine, failivormingute kirjeldamine vaadeldavates tööriistades on kõige täielikumalt toetatud ainult BP-Winis (ERwin), kuna see keskkond on spetsiaalselt loodud selliste probleemide lahendamiseks.

ARIS keskkonnas on see võimalus ette nähtud paketis ARIS Toolset projekti spetsifikatsiooni ja andmebaasi parameetrite määratlemise tasemel.

ORG-Master keskkonnas välja töötatud lähenemine eeldab (kuigi mitte tingimata), et modelleeritud ärisüsteemides saab kasutada infosüsteeme, millel on juba andmebaasid. Sellisel juhul ei pea neid ümber kujundama, välja arvatud juhul, kui kasutatavat süsteemi tuleb välja vahetada. Infosüsteemide puudumisel loob ORG-Master aga aluse kontseptuaalsele andmemudelile ja andmefailistruktuuridele. Seda alust esindavad äriprotsessimudelites kasutatavate teabeobjektide ja dokumentide koostise ja seoste kirjeldused.

Programmikoodide genereerimine rakenduste või süsteemitööriistade jaoks Süsteeme ARIS ja ORG-Master ei pakuta, kuna need on ärisüsteemide kujundamise tööriistad, mitte tarkvara. Teatud määral rakendatakse seda funktsiooni ainult BP-Winis.

Hooldus ja ümberehitus. Neid funktsioone rakendatakse tavaliselt programmide dokumenteerimise, analüüsimise, ümberstruktureerimise ja ümberkujundamise teel. Eespool esitatud märkused dokumenteerimisvahendite kohta on selle kaalutluse puhul täielikult kohaldatavad.

Funktsioonid projekti juht andmebaaside ja tarkvaratööriistade loomine on spetsiifiline tarkvaratoodete arendamiseks. Sellisel kujul rakendatakse neid BP-Winis. Projektijuhtimine ORG-Masteri perekonnas toetab täielikult Time-Masteri tarkvarapaketti. (Kuigi rangelt võttes ei ole need funktsioonid kõnealuse tööriistaklassi puhul kohustuslikud).

Integreerimine teiste tarkvaratoodetega hõlmab kõnealuse tööriista ulatuse laiendamist ja seda saab teha nii ühilduvate tarkvaratööriistade perekonna arendamise osana (nagu Platinum Technologies) kui ka teiste arendajate tarkvaratööriistadega (kolmanda osapoole tarkvara).

Integreerimine "kolmanda osapoole" tarkvaratoodetega toimub ühel järgmistest eesmärkidest:

• kasutades integreeritud toote funktsioone oma toote ulatuse laiendamiseks,
• pakkudes võimalust lisada oma toode kolmanda osapoole tootesse,
• pakkudes oma tootele enam-vähem universaalset liidest, kui konkreetne kolmas osapool pole ette teada.

Funktsionaalse orientatsiooni seisukohalt integreerimine:

• CASE tähendab,
• ERP süsteemid,
• rakendusprogrammid.

ARIS-il on liidesed mõnede CASE-tööriistadega ja see on ka mudelite loomise tööriist selliste ettevõttehaldussüsteemide, peamiselt SAP R/3, otseseks kohandamiseks. Nagu eespool märgitud, tugineb süsteem äriprotsesside esitamisel oma tähistusele, seega kasutab see sisseehitatud simulatsioonitööriistu ja kuluanalüüsi tööriista, mille tulemusi saab aga eksportida MS Exceli vormingutesse.

Süsteemid ORG-Master ja BP-Win toetavad IDEF0 tähistust esindatud äriprotsesside kirjeldamiseks. Põhimõtteliselt on see omamoodi lüli nii nende tööriistade vahel kui ka teiste seda metoodikat kasutavate tarkvaratoodetega suhtlemiseks. Arvestamata siinkohal IDEF0 tähise "vanuse" küsimusi, tuleb siiski märkida, et andmete sisemine esitus on igas süsteemis erinev ja IDEF0 süsteemi "pesade" tüüpi või klasside standardliides. ei ole täpsustatud. IDEF-diagrammide esitamiseks on aga standardiseeritud failivorming. Seega, kuigi tema abiga tehtud kirjeldused pole nii inimesele kui ka arvutile kuigi mugavad, on sobivate selle formaadi konverterite olemasolul võimalik neid kasutada mudelite vahetamise vahendina. Selline muundur on saadaval järgmistes ORG-Masteri versioonides.

BP-Win toetab metoodikaid IDEF0, DFD ja IDEF3 ja integreerub järgmiste tarkvaratoodetega (enamasti sama tootja):

• ERwini andmete modelleerimise tööriist (Platinum Technology),
• ModelMarti projektijuhtimis- ja salvestussüsteem (Platinum Technology),
• spetsiaalne aruannete generaator, mis põhineb RPTwin mudelil (Platinum Technology),
• simulatsioonisüsteem BPSimulator (System Modeling Corporation),
• EasyABC kuluanalüüsi tööriist (ABC Technologies).

(*Platinum Technology – osa ettevõttest Computer Associates alates 1999. aastast)

ORG-Master on algselt positsioneeritud organisatsiooni klassisüsteemina, mis keskendub äriprotsesside ja -struktuuride modelleerimise ja kujundamise probleemide lahendamisele ning organisatsiooni otsuste tegemise toetamisele. See annab võimaluse integreerida oma arendajapakettidega ("BIG-SPB tarkvara"), mis on keskendunud erinevate funktsionaalsete ülesannete lahendamisele. ORG-Master süsteemis luuakse vajadusel automaatselt MS Office keskkonnas lihtsad juhtide infosüsteemid:

• Eelarvesüsteem (mis on lihtne süsteem juhtimisarvestus, ettevõtte kasumlikkuse ja maksevõime juhtimine).
• Turundussüsteem (kogub operatiivset kvantitatiivset teavet ettevõtte turu kohta, samuti integreerub kliendisuhete toetamiseks oma CRM-süsteemiga).

Nende rakenduste juurutamine ettevõtte tegevusse võimaldab teil kiiresti omandada moodne tehnoloogia kontroll, mis hõlbustab oluliselt üleminekut keerukamatele täitevsüsteemidele.

Integreeritud infosüsteemide ehitamise raames on võimalik (ja projektides testitud) andmeid liidestada vahetusfailide kaudu partnerettevõtete juhtimis- ja analüütiliste programmidega: 1C, AiT:Soft, Intalev, Comteh +, INEK jne. samuti integreeritud juhtimissüsteemidega ettevõtte ressurssidega (näiteks IPS-i tootmine).

Uus versioon pakub ka mehhanisme äriprotsesside kirjelduste eksportimiseks tarkvarapaketti Time-Master, mis ühendab endas projektijuhtimise, töövoo ja isikuinfosüsteemi süsteemide omadused ning on üles ehitatud Interneti/sisevõrgu tehnoloogiatele.

Sektsiooni kokkuvõte:

Võrreldavate tööriistade peamised funktsionaalsed võimalused on toodud tabelis 2, kus viiepallisel skaalal on välja toodud hinnangud funktsioonide või omaduste realiseerimisastmele.

Nagu tabelist 2 näha, annab hinnangute otsene liitmine ligikaudu ±4%. Selline hajuvus peitub hinnangute endi veas. Veelgi enam, vahendid ise, mis erinevad oma funktsionaalse orientatsiooni poolest, said lähedasi hinnanguid seetõttu, et erinevate vahendite erinevad tugevused ja nõrkused kompenseerivad otsearvutuses üksteist.

Funktsionaalsuse arutelul aga rõhutati, et otseselt äritehniliste probleemide lahendamiseks on üksikutel funktsionaalsusrühmadel erinev tähendus. Seda asjaolu peegeldavad tabeli 2 veerus “Kaal” märgitud koefitsiendid. Seda tegurit arvesse võttes on näha, et ORG-Master kompleksi üldhinnang on ARIS-e omast veidi parem.

Kuid jällegi võib see tuleneda erinevatest eelistustest ja prioriteetidest toote kavandatud kasutuses. Näiteks mudelite kvantitatiivse analüüsi (simulatsioon ja sündmuste modelleerimine) olemasolevate tööriistade olulisuse madalama hinnangu tõttu, aga ka optimeerimistööriistade osas, mis on aga kõigis vaadeldavates süsteemides halvasti esindatud. Samas hinnatakse kõrgelt isedokumenteerivate mudelite omadusi või modelleerimise erinevate aspektide esitamise universaalsust.

Üldiselt on modelleerimistööriista hindamisel ja valimisel soovitatav iseseisvalt otsustada, millised süsteemitööriistad on selle rakenduse konkreetse probleemi lahendamisel kõige olulisemad, ja vastavalt sellele panna "kaalud".

Lisaks annab viide Lisa 2 ülevaate vormistamisstandarditest ja vahenditest teatud mudelite koostamiseks ja/või analüüsimiseks, mida vaadeldavates süsteemides kasutatakse.

14.02.2017, teisipäev, kell 16:00 Moskva aja järgi , Tekst: Andrey Koptelov

Ettevõtte äriprotsesside kirjeldamiseks on palju tööriistu, tuleb vaid valida õige. Kuidas need üksteisest erinevad ja kuidas valikuga mitte eksida, kirjeldatakse selles artiklis.

Protsessijuhtimise juurutamisega ettevõtetes kaasneb reeglina põhiliste äriprotsesside väljaselgitamine ning nende hilisem kirjeldamine, analüüs ja optimeerimine. Äriprotsessides osalevad paljud esinejad erinevatest osakondadest, luuakse palju dokumente ja mis kõige tähtsam – interaktsioonide vahel on keerukas interaktsiooniloogika, mis eeldab protsessi kuvamist tajumiseks ja analüüsimiseks mugavas formaadis.

Äriprotsessi olemasoleva oleku kirjeldus olekus "nagu on" võimaldab mitte ainult fikseerida asjade seisu, vaid viia läbi ka äriprotsessi esmase analüüsi. Kusjuures äriprotsessi kirjeldus olekus "nagu peab" võimaldab vormistada ja mis kõige tähtsam - reguleerida äriprotsessi uut olekut, et see hiljem ettevõtte praktikasse juurutada.

Tekstivorming äriprotsessi kirjeldamiseks

Näiteid äriprotsesside regulatsioonidest, mis ulatuvad sadadele lehtedele, on palju, kuid mida suurem on selline dokument, seda väiksem on tõenäosus, et seda loetakse ja seda rohkem neid täidetakse. Seetõttu on vaja äriprotsesse kirjeldada ülilühikeste dokumentidega formaadis struktureeritud tekst keskendudes sellele, kes mida ja millal teeb.

Äriprotsesside juhtimise algfaasis
tekstikirjeldus võimaldab teil läbi viia ettevõtte äriprotsesside esmase analüüsi,
ning fikseerivad ka nende sihtoleku kinnitatud määruse vormis

Äriprotsesside struktureeritud teksti kujul kirjeldamise saladus seisneb selge ülesehituse järgimises: esmalt fikseeritakse, kes ja millal toimingu sooritab ning seejärel lõigus alloleval tasemel kirjeldatakse toiminguid endid, mille järel näidatakse, kellele ja millisel juhul tulemus edastatakse.

Seega kirjeldatakse kogu äriprotsessi samm-sammult, märkides protsessi käigus edastatavate dokumentide loendi ja infosüsteemid, mida konkreetse toimingu sooritamiseks kasutatakse.

Praktikas saab sellises struktuuris hõlpsasti kirjeldada ka väga “suuremahulisi” äriprotsesse, kusjuures tekstipõhise lähenemise eeliseks on lihtsus ja ligipääsetavus mitte ainult ärianalüütikutele, vaid ka igale ettevõtte töötajale. Kasutades neid lihtsaid reegleid ettevõttes teksti struktureerimiseks, saate hõlpsasti luua regulatsioonide süsteemi, mis standardiseerib peamisi äriprotsesse.

Tekstilise kirjelduse miinuseks on võime selles "varjata" vihjeid ja äriprotsessi ebatäpsusi, mida saab tuvastada ainult saadud dokumenti hoolikalt lugedes. Kuid vaatamata puudustele võimaldab struktureeritud tekstiline kirjeldus äriprotsesside juhtimise algstaadiumis esmalt analüüsida ettevõtte äriprotsesse ning fikseerida nende sihtseisundi kinnitatud regulatsiooni vormis.

Tabelivorming äriprotsessi kirjeldamiseks

Mis puudutab protsesside tekstivormingus kirjeldamise võimalust, siis tabelivormi kasutamine lisab loodavale äriprotsessi kirjeldusele “struktureeritust”.

Äriprotsessi kirjeldatakse tabeli kujul, kus read kirjeldavad äriprotsessis toimuvaid toiminguid, kusjuures iga rida sisaldab peale toimingu numbri ja nimetuse ka sissetulevad ja väljaminevad dokumendid, täitmise ajastandardid, täitja, kasutatavad infosüsteemid ja edasiste toimingute loogika. Tegelikult, kui kirjeldate äriprotsessi tabeli kujul, tehnoloogilised kaardid kirjeldades kõike üksikasjalikult vajalikud toimingud mis näitab nende ümbrust.

Olenevalt seatud ülesannetest võib tabelikirjelduses kuvada erinevaid äriprotsessikeskkonna elemente, näiteks kui ettevõte töö käib operatsiooniriskide puhul saate lisada täiendava veeru, kuhu näidata olemasolevad operatsiooniriskid koos nende seosega protsessi toimingutega.

Ühtset tabelimalli ja selle täitmiseks lihtsaid juhiseid kasutades on ettevõtte peamisi äriprotsesse äriüksuste töötajate poolt üsna lihtne kirjeldada, kusjuures saadud kirjelduse kvaliteet on kindlasti kõrgem kui tekstivormingus, kuid tulemus on protsessi kui graafilise mudeli kirjeldamisel ebapiisav visualiseerimine.

Tabelivormi ainsaks puuduseks on äriprotsessi loogika kuvamise keerukus, kuna iga tabelis oleva toimingu puhul on vaja kirjeldada, millisel juhul milline toiming tehakse, näiteks "kui dokument kinnitatakse, siis tehakse operatsioon 5 ja kui sellega kokku ei lepita, siis tehakse operatsioon 6 ”, mis ei ole alati mugav äriprotsessi tunnuste ja selle analüüsi mõistmiseks.

Graafiline äriprotsessi mudel

Viimasel ajal kirjeldavad paljud ettevõtted äriprotsesse graafiliste mudelite kujul. See võib olla pabertahvlile joonistatud diagramm või spetsiaalses tööriistas loodud mudel vastavalt ettevõtte poolt kinnitatud märgetele.

Enamiku ettevõtete jaoks, kes kirjeldavad protsesse graafilisel kujul, on äriprotsesside modelleerimise tööriistaks MS Visio või MS PowerPoint. Need tööriistad sisalduvad standardses kontorikomplektis, mis võimaldab luua äriprotsesside mudeleid paljudele inimestele.

Lisaks olemasolevatele tööriistadele on suhteliselt hiljuti ilmunud pilvepõhised tasuta äriprotsesside modelleerimise tööriistad, millesse saab brauseris mudeli joonistada, salvestades samal ajal tulemuse kas kettale või pilvesalvestusse.

Arvestades, et pilvepõhised äriprotsesside modelleerimise tööriistad on tasuta ja hõlpsasti käivitatavad, koguvad need kiiresti fänne nii ärianalüütikute ja IT-spetsialistide kui ka töötajate ja ettevõtete juhtide seas.

Graafilise mudeli abil saab äriprotsessi kirjeldada kõige kvalitatiivsemalt, sest see suudab mitte ainult kajastada kogu vajalikku tegevuskeskkonda, vaid visualiseerida ka äriprotsessi loogikat ennast loogiliste operaatorite ja sündmuste abil.

Tõsi, äriprotsesside modelleerimise graafilise vormi kasutamise korral võib äriprotsessimudeleid loova ettevõtte töötajate arv oluliselt väheneda, kuna osa neist tõrjub tööriistakomplekti keerukus ja lisatööjõukulu loomisel. graafilised mudelid, võrreldes teksti ja tabelikirjeldusega.

Olla nende hulgas, kes modelleerivad ettevõttes äriprotsesse. äriüksuste esindajaid oli võimalikult palju, tuleb valida mugava ja lihtsa liidesega modelleerimisvahendid ning protsesside kuvamiseks kasutada ka lihtsamaid tähistusi.

Äriprotsesside modelleerimissüsteem

Mõned suure töötajate arvuga ja äriprotsesside juhtimise valdkonna kõrge küpsusega ettevõtted liiguvad kõige lihtsamate äriprotsesside modelleerimise tööriistade juurest Business Process Analysis klassisüsteemidele, mis võimaldavad modelleerida äriprotsesse ühes hoidlas, mis võimaldab teil mitte luua vaid terviklik, vastastikku järjepidev näidiskirjeldus organisatsiooni tegevusest, vaid ka saada selle alusel regulatiivdokumente, kasutades kohandatud aruandlust.

Reeglina, kui ettevõttes joonistatud äriprotsesside mudelite arv hakkab ületama mitu tuhat, tuleb reeglina tagada nende omavaheline integreerimine, samuti on võimalik luua loodud mudelite põhjal regulatiivset dokumentatsiooni, selles juhul on Äriprotsesside analüüsi tööriistade kasutamine õigustatud.

Äriprotsesside analüüsi tööriistades töötamine nõuab äriprotsesside modelleerimisel ranget distsipliini, mis saavutatakse organisatsiooni struktuuri teatmeteoste, dokumentide ja infosüsteemide normaliseerimisega, samuti äriprotsesside modelleerimise tähistuse kinnitamisega ja loodud mudelite vastavuse auditeerimisega. kinnitatud märgetega kas tööriistakomplekti tasemel või kinnitusprotsessi kaudu.

Äriprotsesside analüüsi tööriistade kasutamisel on ka teatud riskid, mis on seotud just range distsipliini vajadusega mudelite loomisel ja tööriistakomplekti liidese keerukusega. See toob kaasa äriprotsesside modelleerijate arvu vähenemise äriüksuste esindajate seas. Selle tulemusena muutub töö äriprotsesside analüüsi tööriistakomplektis üsna sageli ärianalüütikute ja IT-spetsialistide eelisõiguseks, mis ahendab võimalikke ressursse ettevõtte äriprotsesside modelleerimiseks ning viib kas ärianalüütikute personali laiendamiseni või väliste töötajate kaasamiseni. konsultandid. Samal ajal ei taha ettevõte sageli tekkivate mudelitega töötada ja naaseb äriprotsesside kirjeldamiseks teksti- või tabelivormingusse, mis on saadud Business Process Analysis tööriistakomplekti aruannete abil.

Simulatsioonist automatiseerimiseni

Pole saladus, et vaatamata kehtestatud äriprotsesside regulatsioonidele töötavad ettevõtte töötajad sageli oma reeglite järgi, sest regulatsioonide õiget täitmist pole lihtne kontrollida ning auditid nõuavad lisatööjõudu.

Üsna loogiline on viia äriprotsesside korrektse täitmise kontroll automatiseeritud süsteemile, milles on paigas kogu selle täitmiseks vajalik loogika. Business Process Management Suite klassi spetsialiseeritud süsteemide kasutamisel muutub äriprotsessi mudel käivitatavaks ning infosüsteem ise haldab äriprotsessi vastavalt mudelis kirjeldatud reeglitele, määrates operatsioonide teostajad ja marsruutimise päringud vastavalt loogikale. äriprotsess.

Sel juhul muutub mudel äriprotsessi automatiseerimise eelduseks, see äriprotsessi mudel nõuab aga palju põhjalikumat uurimist, sest see peab olema protsessi automatiseerivale infosüsteemile “arusaadav”.

Selline spetsiifiline äriprotsessimudeli "tarbija" muudab selle arendamise keeruliseks ülesandeks, milleks on reeglina kaasatud automaatikasüsteemi hästi tundev süsteemianalüütik või isegi IT-arendaja. Äriühingu esindajad või ärianalüütikud saavad sel juhul esitada vaid sellise mudeli prototüübi, misjärel tuleb kokkulepitud prototüüpi BPMS-süsteemi omadusi arvestades tõsiselt täiustada.

Mida valida?

Äriprotsesside kirjeldamise vormingute määramiseks peate analüüsima organisatsiooni suurust, selle küpsust äriprotsesside juhtimise valdkonnas ning määrama ka loodava kirjelduse tarbijad.

50–500 inimesega ettevõttes piisab äriprotsesside täiustamiseks ja reguleerimiseks protsesside tekstilisest või tabelilisest kirjeldusest, kirjeldust saavad läbi viia aga äriprotsesside juhtimise erialase koolituse läbinud töötajad ja juhid.

500–5000 inimesega ettevõttes saate piirduda ka teksti- või tabelikirjeldusega, kasutades graafilisi märgendeid, et visualiseerida eriti “keerulisi” suure osalejate arvuga äriprotsesse. Sellise suurusega ettevõtetes on loodava kirjelduse süstematiseerimiseks juba vaja pidada äriprotsesside ja regulatsioonide registrit, samuti luua nii regulatsioonide kui ka graafiliste mudelite mallid.

Enam kui 5000 töötajaga suurettevõtetes, kus on arenenud protsessibüroo ja äriprotsesside juhtimises kõrge küpsus, võite mõelda äriprotsesside analüüsimise tööriistade kasutamisele äriprotsesside modelleerimiseks, mille raames luua äriprotsesside mudelite ühtne hoidla ja seejärel vorm selle alusel, äriprotsesside eeskirjad ja muu regulatiivne dokumentatsioon.

BPMS-süsteemid on kõige tõhusamad seal, kus on oluline äriprotsesside täitmise loogika kiirus ja kontroll, mistõttu leidub neid kõige sagedamini nendes protsessides, kus töödeldakse kliendi avaldusi, tellimusi, kaebusi ja lepinguid, olenemata ettevõtte suurusest.

äriprotsesside modelleerimise tööriistad

Venemaal kasutatakse äriprotsesside modelleerimiseks ja analüüsimiseks laialdaselt järgmisi modelleerimisvahendeid: Ratsionaalne roos, Oracle'i disainer, AllFusion protsessi modelleerija (BPWin) ja AllFusion ERwin Data Modeler (ERWin), ARIS, jõudisainer. Välismaal on lisaks nimetatutele aktiivselt kasutusel sellised tööriistad nagu System Architect, Ithink Analyst, ReThink jt. Tabelis 1 on toodud ülevaatega seotud tööriistade loetelu. Esitatav teave sisaldab järgmist:

• tööriista nimi;
• andmed tarnija ja esindaja kohta Venemaal;
• lühikirjeldus instrumentaalne tööriist.

Tabel 1. Tööriistade loend

№	Nimi	Pakkuja	Peamine esindaja Venemaal	lühikirjeldus
1	BPWin ja ERWin	Computer Associates (endine Platinum) http://www.ca.com	Interface Ltd. http://www.interface.ru	BPWin on äriprotsesside visuaalse modelleerimise tööriist. ERWin on tööriist, mida kasutatakse olemi-suhete diagrammidel põhinevate suvalise keerukusega andmebaaside modelleerimiseks ja loomiseks.
2	Oracle'i disainer	Oracle'i ettevõte http://www.oracle.com	Oracle'i esindus Venemaal http://www.oracle.com/global/ru/index.html	Funktsionaalne tööriist ainevaldkonna kirjeldamiseks. Sisaldub Oracle9i Developer Suite for Designi komplektis tarkvarasüsteemid ja andmebaasid, mis rakendavad CASE tehnoloogia ja Oracle'i enda IS-i arendusmetoodika – "CDM", mis võimaldab arendusmeeskonnal projekti läbi viia äriprotsesside analüüsist modelleerimiseni kuni koodi genereerimise ja prototüübi ning hiljem lõpptoote hankimiseni. Seda tööriista on mõttekas kasutada kogu Oracle'i tootesarjale, mida kasutatakse keeruka tarkvarasüsteemi kavandamiseks, arendamiseks ja juurutamiseks. Venemaa turu liige. Lokaliseeritud. Müük, tugi, koolitus Venemaal.
3	Ratsionaalne roos	IBM (endine Rational Software, nüüd IBMi osakond) http://www.ibm.com	IBMi esindus Venemaal http://www.ibm.com	Modelleerimistööriist objektorienteeritud infosüsteemide jaoks. Võimaldab lahendada peaaegu kõiki infosüsteemide projekteerimise ülesandeid: alates äriprotsesside analüüsist kuni koodi genereerimiseni konkreetses programmeerimiskeeles. Võimaldab arendada nii kõrgel kui ka madalal tasemel mudeleid, rakendades seeläbi kas abstraktset või loogilist disaini. Üks Venemaa turu liidreid. Lokaliseeritud. Müük, tugi, koolitus Venemaal.
4	ARIS	IDS Scheer AG http://www.ids-scheer.com	Äriloogika ettevõte http://www.blogic.ru	Integreeritud äriprotsesside modelleerimise tööriist, mis integreerib erinevaid süsteemi modelleerimis- ja analüüsimeetodeid. Esiteks on see tööriist äriprotsesside kirjeldamiseks, analüüsimiseks, optimeerimiseks ja dokumenteerimiseks kui tarkvara kujundamise tööriist. Liider maailmaturul. Lokaliseeritud. Müük, tugi, koolitus Venemaal.
5	Süsteemiarhitekt	Telelogic (endine Popkin Software, nüüd Telelogicu osakond) http://www.telelogic.com	Teleloogika Venemaal http://www.telelogic.com	System Architect on universaalne CASE tööriist, mis võimaldab teostada mitte ainult andmete kujundamist, vaid ka struktuuride modelleerimist. Andmete kujundamise ja ER diagrammide tööriist on selle toote üks komponente. Üks maailma liidreid, pole veel Venemaa turul esindatud. Esialgu lokaliseerimine juuliks 2006. Seni müük ja tugi Hollandist.
6	jõudisainer	Sybase ettevõte http://www.sybase.com	Sybase ettevõte http://www.sybase.ru	PowerDesigner on äriprotsesside modelleerimise, andmebaaside kujundamise ja objektide modelleerimise tööriist. Venemaa turul osaleja, maailmaturu liidrite tagaajaja. Venemaal on tugi, müük, koolitus. Müüdud litsentside arvu, kasutajate arvu kohta info puudub, seega on levimust Venemaal üsna raske hinnata.
7	Mõtle uuesti	Gensymi ettevõte http://www.gensym.com		Graafiline objektorienteeritud keskkond intelligentsete rakenduste loomiseks ja hooldamiseks keerukate dünaamiliste süsteemide jälgimiseks, diagnoosimiseks ja haldamiseks reaalsetes ja simuleeritud olukordades. Üks maailma liidrite tagakiusajatest.
8	Itinki analüütik	Kõrge jõudlusega süsteemide ettevõte http://www.hps-inc.com	Firma Tora-keskus http://www.tora-center.ru	Pakett olukorra modelleerimiseks. Võimaldab luua visuaalseid ja täpseid mudeleid kõige keerulisematest poliitilistest ja majanduslikud olukorrad, kasutades süsteemidünaamika põhimudelite ja meetodite raamatukogu. Seda kasutatakse ka investeerimisprojektide analüüsimisel ja ümberkorraldamisel. Üks maailmaturu osalejatest. Venemaa turul pakendit ei levitata. Venekeelset liidest pole. Müüki, tuge ja koolitusi Venemaal teostab ainult üks ettevõte. Venekeelsed õppematerjalid on olemas.
9	Töövoo modelleerija(endine Design/IDEF)	Tarkvaraettevõte Meta http://www.metasoftware.com	Seda toodet esindavate Venemaa ettevõtete kohta teavet ei leitud.	Pakett äriprotsesside funktsionaalseks ja infomodelleerimiseks, analüüsiks ja kujundamiseks. kasutatud kui komponent mõnes tuntud paketis, nagu CIM (Computer Integrated Manufacturing) ja CAE (Computer Aided Engineering) ning võeti vastu Ameerika ja Euroopa sponsorite rahastatud projektide standardina. Üks maailmaturu osalejatest.

Toome välja peamised kriteeriumid, mis võimaldavad meil esitatud modelleerimisvahendite hulgast valida need, mille kasutamine Venemaal võiks end tõenäolisemalt õigustada. Need kriteeriumid on järgmised:

• toote stabiilne positsioon turul(selle eluiga, tootearendusprogramm, probleemide aruandlussüsteem, rakenduste komplekt jne);
• toote levimus(müüdud litsentside arv, kasutajarühma olemasolu, suurus ja aktiivsuse tase);
• hankija toe kättesaadavus. Sellised teenused võivad hõlmata telefoni vihjeliin", tehniline ja konsultatsioonitugi tarnija Venemaal asuva esindaja kaudu;
• hariduse kättesaadavus. Koolitust võib läbi viia tarnija Venemaal, kasutajas või mujal asuva esindaja ruumides;
• tootematerjalide kättesaadavus. Need võivad hõlmata arvutipõhiseid õppematerjale, õppejuhendid, raamatud, artiklid, teave Internetis, demod.

Lisateavet leiate tabelis olevast tööriistade loendist üksikasjalik analüüs valige need tarkvaratooted, mis vastavad määratud kriteeriumidele. Sel juhul kuuluvad meie edasise kaalumise alla BPWIn / ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, mille üksikasjalikum kirjeldus on esitatud allpool.

BPWin ja ERWin ettevõttelt Computer Associates. Computer Associates International Inc. (CA) on üks viiest parimast tarkvaramüüjast, kes pakub modelleerimis-, varundus-, ettevõtte infrastruktuuri haldamise (võrgud, serverid jne), infoturbe, äriteabe jms tööriistu. BPWin pakett põhineb IDEF metoodikal ja on mõeldud ettevõtte funktsionaalseks modelleerimiseks ja analüüsiks. IDEF-i metoodika, mis on USA ametlik föderaalstandard, on meetodite, reeglite ja protseduuride kogum, mis on loodud objekti funktsionaalse mudeli koostamiseks mis tahes ainevaldkonnas. IDEF funktsionaalse mudeli kaardid funktsionaalne struktuur objekt, s.o. toimingud, mida see teeb, ja seosed nende toimingute vahel.

BPwini omadused:

• toetab korraga kolme standardset tähistust – IDEF0 (funktsionaalne modelleerimine), DFD (andmevoo modelleerimine) ja IDEF3 (töövoo modelleerimine). Need kolm peamist vaatenurka võimaldavad kirjeldada ainevaldkonda kõige põhjalikumalt;
• võimaldab optimeerida protseduure ettevõttes;
• toetab täielikult mahupõhiseid kuluarvestusmeetodeid majanduslik tegevus(funktsionaalne kuluanalüüs, ABC);
• hõlbustab ISO9000 kvaliteedisertifikaati;
• integreeritud ERwiniga (andmebaasi modelleerimiseks), Paradigm Plusiga (tarkvarakomponentide modelleerimiseks) jne;
• integreeritud Arena simulatsioonitööriistaga;
• sisaldab oma aruannete generaatorit;
• võimaldab mudelitega tõhusalt manipuleerida – neid liita ja poolitada;
• omab laia valikut tööriistu mudelite, projektide dokumenteerimiseks.

ERWini pakett on kontseptuaalne andmebaasi modelleerimise tööriist. Seda kasutatakse "olemi-suhete" diagrammidel põhinevate suvalise keerukusega andmebaaside modelleerimisel ja loomisel. Praegu on ERWin kõige populaarsem andmemodelleerimise pakett, kuna see toetab laias valikus erinevate klasside DBMS-e. ERWini omadused:

• toetab metoodikat struktuurne modelleerimine SADT ja järgmised tähistused: andmemudelite ER-diagrammide standardne IDEF1x tähistus, IE tähistus ja andmeladude kujundamiseks mõeldud spetsiaalne tähistus - Mõõtmeline;
• otsest (mudelil põhineva andmebaasi loomine) ja pöördkujundust (olemasolevast andmebaasist mudeli genereerimine) disaini toetatakse 20 tüüpi DBMS-ide puhul: töölaua-, relatsiooni- ja spetsialiseeritud DBMS-id, mis on mõeldud andmeladude loomiseks;
• integreeritud Computer Associates'i tootesarjaga, et toetada IS-i arenduse kõiki etappe, Oracle Designer CASE tööriistu, Rational Rose'i, arendustööriistu jne;
• võimaldab taaskasutada varem loodud mudelite komponente, aga ka kasutada teiste arendajate arendusi;
• on võimalik disainerite rühma koostöö samade mudelitega (kasutades AllFusion Model Manageri);
• võimaldab edastada andmebaasi struktuuri (mitte andmeid ennast!) ühte tüüpi DBMS-i DBMS-ist teise;
• võimaldab dokumenteerida andmebaasi struktuuri.

Oracle'i kujundaja. Oracle Designeri tööriistakomplekt pakub integreeritud lahendust ettevõtte rakendussüsteemide arendamiseks veebi- ja kliendi-/serverirakenduste jaoks. Oracle Designer osaleb tarkvaraarenduse elutsükli igas faasis äriprotsesside modelleerimisest juurutamiseni. Ühe hoidla kasutamine võimaldab kasutada mis tahes selle komponente skaleeritavate, platvormideüleste hajutatud rakenduste kiireks arendamiseks. Oracle Designeri ülesanne on koguda andmeid kasutajate vajaduste kohta ja automatiseerida paindlike graafiliste rakenduste ehitamist. Oracle Designerit ei kasutata mitte ainult rakenduste loomiseks, vaid ka süsteemi töö käigus paratamatult tekkivate muutuste jälgimiseks. Mitme kasutaja hoidlaga integreeritud graafilised projektimääratlusmudelid muudavad Oracle Designeriga töötamise palju lihtsamaks. Tööriistad on üles ehitatud levinud metoodikate ümber, mis hõlmavad kogu arenduse elutsüklit ja võimaldavad kasutajatel töötada viisil, mis on nende organisatsioonile tuttav. See tagab paindlikkuse ja avatud lähenemise tarkvaraarendusele, kasutades ainult neid toote osi, mis on antud ülesande täitmiseks vajalikud. Arendusprotsess toetab RAD-i, JAD-i, infodisaini, kosemeetodit, iteratiivset meetodit jne. Neid põhimõtteid kasutades saate saavutada organisatsiooni vajaduste ja tehnoloogiliste võimaluste vahel eduka tasakaalu ning isegi tõhusalt maandada riske, mis on seotud sagedaste vältimatute ja oluliste muudatustega ettevõttes. mõlemad alad. Oracle Designeri kontseptuaalsete modelleerimistööriistade hulka kuuluvad:

• ER-diagrammid (ainevaldkonna infostruktuuri diagrammid, kujutatud objektidena ja nende seosed);
• funktsionaalsed hierarhia diagrammid, mis kirjeldavad funktsioone, mida süsteem täidab;
• ettevõttes ringlevate andmevoogude diagrammid.

Sellised mudelid esindavad teabevajadusi tajumiseks mugaval ja visuaalsel kujul, mis muudab need hea ravim suhtlemine disainerite ja kasutajate vahel ülesannete püstitamise selgitamise protsessis. Iga arendaja on huvitatud sellest, et kontseptuaalse mudeli kirjeldust kasutataks spetsifikatsioonide koostamiseks, mis kirjeldavad struktuuri ja põhikomponente. tulevane süsteem. Oracle Designeris on kõik süsteemidisaini spetsifikatsioonid välja töötatud kontseptuaalse taseme mudelite põhjal ja tagavad, et kõik neis sisalduvad nõuded ja piirangud on täidetud. Saadud süsteemikomponendid saab teisendada tõelisteks andmebaasiobjektideks, ekraanivormideks ja aruanneteks. Projekti arenduse viimane osa - serverikomponentide automaatne genereerimine - on võimalik mitte ainult Oracle'i andmebaasiserveri, vaid ka Microsoft SQL Serveri, DB / 2, Sybase ja paljude teiste jaoks. Mudelites saab teha mistahes muudatusi äriprotsessides ja kohe genereeritakse muudetud rakendus, mis põhineb uutel äriskeemidel. Ühtlasi salvestatakse kõik varem arendatud ja lülitatakse uude projekti. Open Designer loob automaatselt aruanded, mis sisaldavad kogu projekti kohta käivat teavet ja mida saab kasutada projekti hetkeseisu kajastavate dokumentide kogumina.

IBM Rational Rose . IBM Rational Rose on osa IBM Rational Suite'ist ja on loodud tarkvarasüsteemide modelleerimiseks, kasutades laia valikut tööriistu ja platvorme. Rational Rose on üks juhtivaid visuaalse modelleerimise tööriistu tarkvaratööstuses, millel on täielik UML-i tugi ja mitmekeelne tugi meeskonna arendamiseks. Tööriist toetab täielikult IP loomise komponentidele orienteeritud protsessi. Kõik projektis osalejad – analüütikud, modelleerijad, arendajad ja teised – saavad lõpptoote tõhusamaks loomiseks kasutada Rational Rose’i ehitatud mudeleid. Ärianalüütikutele annab Rational Rose tööriist võimaluse üksikasjalikult kirjeldada ja analüüsida äriprotsesse antud ainevaldkonnas. Süsteemianalüütikud suudavad neid kirjeldusi kasutades välja töötada vajaliku IS-i funktsionaalsuse, mis rahuldab kõige paremini kliendi vajadusi. Arhitektide jaoks on tööriist Rational Rose kasulik võimsa ja paindliku süsteemiarhitektuuri loomisel. Andmebaasianalüütikute jaoks annab Rational Rose teile võimaluse visuaalselt kujundada ja genereerida mis tahes suurusega andmebaase. Nii saate luua Microsoft SQL Serveri, Oracle'i, Sybase'i, SQL Anywhere'i, IBM DB2 ja mis tahes muid andmebaase, mis toetavad ANSI SQL standardskriptide käitamist. Kõik selle tööriistaga loodud mudelid on omavahel seotud: ärimudel, funktsionaalne mudel, analüüsimudel, disainimudel, andmebaasimudel, komponendimudel ja süsteemi füüsilise juurutuse mudel. Arhitektuursete lahenduste jaoks on võimalik luua malle, mis võimaldavad kasutada varasemates projektides omandatud kogemusi. On olemas Rational Rose laiendused, mis võimaldavad teostada C / C ++, Java, Smalltalki, Ada, Object Pascali (Borland Delphi) jne baasil loodud IS-de skeleti (edasi-tagasi) arendust. Nii saate genereerida programmi. koodiraamistik mis tahes määratud keeltes või teostage pöördprojekteerimise protseduur, mis võimaldab teil luua olemasoleva koodi põhjal mudeli. Mudelit on võimalik avaldada Internetis, mis on aluseks kaugarendusmeeskondade töö koondamisel. Rational Rose'i integreerimine Rational RequisitePro-ga võimaldab teil visuaalse mudeli alusel välja töötada täieliku nõuete komplekti, mida tuleb lõpptoote loomiseks rakendada. Rational Rose'i integreerimine Rational TestManageriga võimaldab teil luua visuaalsel mudelil põhinevaid testskripte. Rational Rose'i integreerimine Rational ClearCase'iga võimaldab teil kontrollida kogu mudeli või osade versiooni. Rational Rose integratsioon Rational SoDA-ga automatiseerib visuaalsel mudelil põhinevate dokumentide ja aruannete loomise protsessi.

Sybase PowerDesigner. Alates asutamisest on Sybase traditsiooniliselt olnud juhtiv infotehnoloogia tarnija ülemaailmsel finantsasutuste turul: Sybase'i tehnoloogiaid kasutavad 90% maailmaturu ettevõtetest. väärtuslikud paberid, 60% ülemaailmsetest pankadest ja 68% Wall Streeti ettevõtetest. Alates 1996. aastast, mil Moskvas avati kontor, on Sybase aktiivselt töötanud Venemaal ja teistes SRÜ riikides. 2002. aasta aprillis avati ettevõtte esindused Peterburis ja Kiievis. Sybase kontorid Moskvas, Peterburis ja Kiievis pakuvad igakülgset tööd klientidega, sealhulgas tehnoloogiate, seadmete tarnimist, terviklahenduste väljatöötamist, kasutajakoolitust, täisfunktsionaalset tehnilist tuge ja konsultatsiooniteenuseid. PowerDesigner on kõikehõlmav rakenduste ja äriprotsesside modelleerimis- ja arenduslahendus organisatsioonidele, kes peavad kiiresti, järjepidevalt ja kuluefektiivselt koostama või ümber kujundama ärirakendusi. PowerDesigner kõrvaldab järgmised tõkked tõhusalt projektide arendamiseks: erinevused projektis osalejate professionaalses taustas, heterogeensed platvormid ja arenduskeelte rohkus – mis on tüüpiline enamikule kaasaegsetele ettevõtetele. See võimaldab keskenduda rakenduste loomise ärilistele vajadustele kogu arendusprotsessi vältel – alates süsteemianalüüsist ja disainist kuni rakenduse otsese koodi genereerimiseni. Toote uusimal versioonil PowerDesigner on uued võimalused äriprotsesside modelleerimiseks, UML-põhiseks objektide modelleerimiseks ning see toetab nii traditsioonilisi kui ka uusi modelleerimistehnoloogiaid ühes täiustatud graafilises keskkonnas. See võimaldab oluliselt vähendada projekti kulusid ja aega, mis peab toimima erinevatel platvormidel ja tööriistakeskkondades. PowerDesigneri üks peamisi eeliseid on ka kogu ettevõtet hõlmava hoidla kasutamine kogu rakenduse modelleerimise ja disainiga seotud teabe salvestamiseks ja haldamiseks ettevõtte kõigil äritasanditel. See võimaldab teil töövoogu õigesti korraldada ja arendaja tõhusust järsult suurendada. Põhijooned jõudisainer:

• Äriprotsesside modelleerimine: PowerDesigner võimaldab mittetehnilistel äriprofessionaalidel kavandada ja modelleerida äriprotsesse ärieesmärkide ja -tingimuste alusel, mida nad teavad, kasutades lihtsat ja intuitiivset graafilist mittetehnilist mudelit.
• Andmete modelleerimine: PowerDesigner võimaldab kujundada ja genereerida andmebaasi skeemi kahetasandilise (kontseptuaalse ja füüsilise) relatsioonilise andmebaasi modelleerimise abil, mis toetab klassikalisi andmebaasi kujundamise tehnikaid. Sellel on ka sisseehitatud andmelao modelleerimise tööriistad.
• Objekti modelleerimine: PowerDesigner pakub täielikku tehnoloogiat süsteemide analüüsimiseks ja kujundamiseks, kasutades UML-standardit (äriprotsesside diagrammid, täitmisjärjestused, klassid ja komponendid). Klassiskeemi põhjal genereerib PowerDesigner kohandatud koodigeneraatori kaudu automaatselt koodi populaarsete raamistike jaoks, nagu JavaTM (sh EJB 2.0), XML, Web Services, C++, PowerBuilder, Visual Basic ja palju muud, ning kujundab need uuesti.
• Enterprise Repository: PowerDesigneri Enterprise versioon sisaldab ettevõtte klassi hoidla funktsioone. Hoidla võimaldab kõigil teie meeskonnaliikmetel mudeleid ja muud teavet hõlpsasti vaadata ja jagada. Hoidla on väga skaleeritav ja toetab kasutaja rollipõhist turvalisust, versioonikontrolli, otsingut ja aruandlusvõimalusi.

ARIS firmalt IDS Scheer AG. Praegu on tendents integreerida erinevaid süsteemide modelleerimise ja analüüsi meetodeid, mis väljendub integreeritud modelleerimisvahendite loomise näol. Üks selline tööriist on toode nimega ARIS, mille on välja töötanud Saksa firma IDS Scheer. IDS Sheer AG asutati aastal 1984. Peamine suund on tarkvara ja nõustamine. Praegu teenindab ettevõte oma esinduste ja partnerite võrgustiku kaudu 4000 klienti 50 riigis. IDS Scheeri lahenduste kvaliteeti kinnitas 2005. aasta juunis Poznańi rahvusvahelise messi kuldmedal, kus autasustatakse vaid parimaid tooteid. Ja ka 2005. aasta juulis, mil maailmaturul esitleti ARIS 7 tarkvaratooteid koos täiesti uute veebitoodetega – neil kõigil on ühine omadus – intuitiivne ja ilmekas liides. ARIS süsteem on tööriistade komplekt ettevõtte tegevuse analüüsimiseks ja modelleerimiseks. Selle metodoloogiline alus on kombinatsioon erinevatest modelleerimismeetoditest, mis peegeldavad erinevaid vaateid uuritavale süsteemile. Sama mudelit saab arendada mitme meetodi abil, mis võimaldab erinevate teoreetiliste teadmistega spetsialistidel kasutada ARISt ja kohandada seda töötama süsteemidega, millel on oma spetsiifika. ARISe modelleerimistehnika põhineb professor August Scheri poolt välja töötatud integreeritud infosüsteemide ehitamise teoorial, mis määrab analüüsitavate ettevõtete toimimise kõigi aspektide visuaalse kuvamise põhimõtted. ARIS toetab nelja tüüpi mudeleid, mis kajastavad uuritava süsteemi erinevaid aspekte:

• süsteemi struktuuri esindavad organisatsioonimudelid - organisatsiooniüksuste, ametikohtade ja konkreetsete isikute hierarhia, nendevahelised seosed, samuti struktuuriüksuste territoriaalne sidumine;
• funktsionaalsed mudelid, mis sisaldavad juhtimisaparaadi ees seisvate eesmärkide hierarhiat koos eesmärkide saavutamiseks vajalike funktsioonipuude komplektiga;
• infomudelid, mis kajastavad kogu süsteemi funktsioonide komplekti rakendamiseks vajaliku teabe struktuuri;
• juhtimismudelid, mis annavad tervikliku ülevaate äriprotsesside rakendamisest süsteemis.

Seda tüüpi mudelite ehitamiseks kasutatakse nii ARISe enda modelleerimismeetodeid kui ka erinevaid tuntud modelleerimismeetodeid ja -keeli, eelkõige ER ja UML. Modelleerimisprotsessis vaadeldakse esmalt ettevõtte iga aspekti eraldi ja pärast kõigi aspektide üksikasjalikku uurimist koostatakse integreeritud mudel, mis kajastab kõiki erinevate aspektide vahelisi seoseid. ARIS ei sea piiranguid ülaltoodud tüüpi mudelite ehitamise järjestusele. Modelleerimisprotsessi saab alustada ükskõik millisest neist, olenevalt konkreetsetest tingimustest ja arendajate seatud eesmärkidest. Mudelid ARIS-is on diagrammid, mille elementideks on erinevad objektid - "funktsioon", "sündmus", "struktuuriüksus", "dokument" jne. Objektide vahel luuakse mitmesuguseid seoseid. Iga objekt vastab kindlale atribuutide komplektile, mis võimaldab sisestada konkreetse objekti kohta lisateavet. Atribuutide väärtusi saab kasutada simulatsioonides või kuluanalüüsis. Seega kujuneb selle etapi tulemuste põhjal välja omavahel seotud mudelite kogum, mis on edasise analüüsi lähtematerjaliks. Märkimist väärib ARIS-süsteemi mitmed funktsioonid. Esimene on perekond tarkvaratooted ARIS on protsessikirjeldusele orienteeritud. ARISe peamine ärimudel on eEPC (extended Event-driven Process Chain – sündmustepõhise protsessiahela laiendatud mudel). Põhimõtteliselt laiendab eEPC mudel IDEF0, IDEF3 ja DFD võimalusi koos kõigi nende tugevate ja nõrkade külgedega. Teine omadus on see, et ARIS-süsteemil on sisemine andmebaas, mis võimaldab kontrollida mudeli järjepidevust, terviklikkust ja kontrollida mudelit. Teiste toodete puhul see nii ei ole. Kolmas omadus: ARIS on ainuke ettevõtte kirjeldamisele keskendunud süsteem, kus on erinevad vaated ärisüsteemile, mida saame hinnata ja kaaluda erinevate nurkade alt, mida teistes tarkvaratoodetes ei ole. Viimase viie aasta jooksul on ARIS olnud modelleerimisvahendite seas kindel liider.

Näitame iga vaadeldava toote peamist eesmärki selle erinevatest rakendustest:

• Andmebaasi modelleerimiseks sobivad paremini Erwini, Power Designeri ja Rational Rose'i tööriistad;
• Arendatavate rakenduste komponentide modelleerimiseks sobivad paremini Oracle Designer, Power Designer ja Rational Rose;
• Äriprotsesside modelleerimiseks sobivad paremini BPwin, ARIS ja Rational Rose.

Allolevas tabelis 2 võrreldakse äriprotsesside modelleerimiseks mõeldud tööruumide funktsioone ja funktsioone.

Tabel 2. Võrdlev analüüs põhifunktsioonide järgi

Võrdlev funktsionaalne analüüs
	Funktsionaalsus, keskkond	ARIS	BPWin	Ratsionaalne roos
1	Toetatud standard	eEPS (IDEF3 laiendus), ERD, UML, oma meetodid erinevas tähistuses, mis realiseerivad IDEF, DFD meetodite põhitähenduse	IDEF0, IDEF3, DFD	UML
2	Mudelite graafilise kuvamise ekspressiivsete vahendite olemasolu	Mudelite esinduslikkus on kõrge		Mudelite esindatus on madal
3	Erinevat tüüpi modelleerimisskeemid	+	+/-	+/-
4	Funktsionaalne kuluanalüüs	+	+	+/-
5	Simulatsioon	+	+/-	-
6	Võimalus objekti lagundada	+	+	+
7	Projekti dokumentatsiooni registreerimine: tehnoloogiliste ja tööjuhendite genereerimine	+	+/-	+
8	Ärimudelite säilitamine	+	+/-	+/-
9	Kontrollige ja tagage projekteerimisandmete terviklikkus	+	+/-	+
10	Tüüpiliste ärimudelite raamatukogu säilitamine	+	+/-	+/-
11	Grupitöö võimalus	+	+	+
12	Lihtne õppida toode	Raske	Lihtsalt	Raske
"+" - jah "+/-" – osaline rakendamine, mida tuleb teiste tööriistadega täiustada "-" - ei