Äritehniliste tööriistade võrdlev analüüs. Äriprotsesside modelleerimise tööriistad. QPR tööriistad Äriprotsesside modelleerimise tööriistade turg

Äriprotsesside modelleerimisest on saanud paljude ärianalüütikute klassikaline töö osana äriprotsesside optimeerimisest ja Venemaa ettevõtete tegevuse standardiseerimisest. Teatud juhtudel kasutatakse palju märgendeid. See artikkel on pühendatud äriprotsesside modelleerimise tähistuste ülevaatele.

VAD (vlisatud ahelskeem)

Michael Porteri poolt oma artiklites välja pakutud VAD-märge ettevõtte strateegia, keskendub äriprotsesside modelleerimisele, mis "loovad väärtust" tarbijale teenuste või toodete näol. VAD-i tähistusega sisseehitatud äriprotsessimudel annab üldise, mitteüksikasjaliku ülevaate äriprotsessidest.

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 (sissetulevad/väljaminevad dokumendid) analüüsimiseks.

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, samuti 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 tähistusvariante on palju nii veergude, ridade vormingus kui ka erinevate kasutatud objektide loenditega, kuid kõik need valikud on saadaval ainult ARIS-i tööriistakomplektis, samas kui muudes tööriistades, nagu MS Visio või äristuudio EPC äriprotsesside modelleerimine on saadaval ainult klassikalises vormingus.

Äriprotsessi modelleerimine EPC tähistusega 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 raske sidusaks hierarhiasse koondada, kuna metoodika loodi algselt "otsast lõpuni" äriprotsesside automatiseerimiseks.

BPMN-i tähistuse rakendamine 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 omavahel 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.

Vooskeemide 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 siiani on neid õpetatud enamikus õppeasutused infotehnoloogiale pühendatud erialade raames.

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 ja enamiku odavate ja isegi tasuta äriprotsesside modelleerimistööriistade tugi on muutnud selle märkuse paljudes ettevõtetes rakendatavaks.

Voodiagrammi puuduste hulgas võib välja tuua tüüpilise objektide ja atribuutide loendi puudumise, mis on selle märgistuse "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ärkustele.

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 äriprotsessi etappide 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 siiski võib selle tähise omistada lahkuvale põlvkonnale, kuna sellel on üha vähem toetajaid ja ettevõtete esindajad käsitlevad neid "mikrolülitusi" sageli skeptilisus.

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 modelleerimisvahendid, 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ärkuse nime saab tõlkida vene keelde kui kliendi väärtusvoo kaardistamist. Selle tähise algne nimi Toyota Corporationis, kus see arvatakse olevat selle välja mõelnud, on materjali ja teabe voo kaart.

VSM-i tähistus töötati välja metoodika osana lahja tootmine, ning kasutab ressursi- ja ajakulu elementide kuvamiseks konkreetsete sümbolite komplekti, et analüüsida äriprotsesside tõhusust Lean 6Sigma projektides. 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 Chartile 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 ja 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 lihtsam kasutada SIPOC või VAD. Äriprotsesside üksikasjalike mudelite loomiseks - lihtsustatud BPMN ristfunktsionaalse interaktsiooni modelleerimiseks või EPC üksikasjalikuks modelleerimiseks, et formaliseerida äriprotsessiga seotud teabevoog ja 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 viiakse läbi 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.

Peamised metoodikate tüübid äriprotsesside modelleerimiseks ja analüüsimiseks:

Äriprotsesside modelleerimine ( äriprotsesside modelleerimine). Kõige laialdasemalt 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, tabeliline, 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 lahendamisega, 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.

Protsessi organisatsioonilise struktuuri ülesehitamine (osakonnad, osalejad, vastutajad).

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.

mehhanism (inimene või automatiseeritud süsteem), mis toimingu sooritab, siseneb plokki altpoolt.

Mudeli iga komponendi saab dekomponeerida (dešifreerida üksikasjalikumalt) teises diagrammis. Soovitatav on modelleerimine lõpetada, kui mudeli detailsus vastab selle eesmärgile. 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 diagrammid kuvatakse 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 identifitseerima objekti, mida nende abiga edastatakse.

Hägune suhe, punktiirnool.

Ühe toimingu sooritamine võib algatada korraga mitme teise 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 teha 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 teiseneb 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, ilma et diagramme oleks risustatud detailidega, mis sellel tasemel on ebaolulised.

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:

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;

Teabemudelid, mis kajastavad kogu süsteemi funktsioonide 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 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). ARIS eEPC tähistus on IDEF3 tähistuse laiendus. Äriprotsess eEPC tähistuses on järjestikuste tööde (protseduuride, funktsioonide) voog, mis on paigutatud 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.

ARISe mudelid on diagrammid, mille elemendid on erinevad objektid- "funktsioonid", "sündmused", "struktuurilised jaotused", "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 teatud atribuutide komplektile, mis võimaldavad 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ööd). 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 tegelike sündmuste kirjeldamiseks, 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 loomisega seotud 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 kasutav projekt algab ilma selliste lepingute üksikasjaliku läbitöötamiseta, on tõenäosus luua äriprotsesside mudeleid, mis ei vasta esitatud küsimustele, väga suur.

• Organisatsiooni elust tervikliku pildi saamine, erinevate seisukohtade koordineerimine pidevalt arenevas ja muutuvas äris.
• Vastastikuse mõistmise tagamine organisatsiooni kõigil tasanditel, lõhe ületamine juhtiva ja täitva osapoole vahel.
• Tootmiskulude vähendamise ning kvaliteedi ja teenindustaseme tõstmise tagamine.

Ärimodelleerimise protsessis toimub üleminek mõistelt "mida" tuleks teha mõistele "kuidas tuleks teha". Simulatsiooni väljundiks peaks olema dokument, mis annab arendusmeeskonnale selge ülevaate nii projekti ulatusest kui ka kliendi tarkvarast ja riistvarast. Saadud andmed kajastuvad projekti spetsifikatsioonis, mis võib sisaldada järgmisi jaotisi:

• rakenduse peamiste andmeüksuste kirjeldus;
• rakenduse spetsifikatsiooni ametlik kirjeldus;
• äriloogika ja ärireeglid;
• funktsionaalsed nõuded;
• mittefunktsionaalsed nõuded;
• taotlusvorm/lehemallid;
• sõnastik või lühendite loetelu;
• abigraafikud.

Äri modelleerimise tööriistad ja nende areng

Ärimudelite loomiseks kasutatakse disainitööriistu infosüsteemid ja nende vastavad kirjelduskeeled (tuntuim neist on UML - Unified Modeling Language). Selliste keelte abil ehitatakse üles graafilised mudelid ja diagrammid, mis demonstreerivad organisatsiooni äriprotsesside ülesehitust, inimestevahelise suhtluse korraldust ja vajalikke muudatusi organisatsiooni kui terviku tulemuslikkuse parandamiseks. Ärimudelite tööriistu arendatakse pidevalt. Esialgu oli selliste tööriistade abil võimalik kirjeldada ainult ettevõtte ärifunktsioone (tööd) ja andmete liikumist nende rakendamise käigus. Veelgi enam, kui sama ärifunktsiooni kasutati erinevat tüüpi tööde tegemiseks, oli raske aru saada, kas silmas peetakse sama või erinevat ärifunktsiooni. Suutmatus selgelt määratleda äriprotsesside hierarhiat (näiteks "väärtusahel", "äriprotsess", "alamprotsess", "töö", "funktsioon") tekitas selliste kirjelduste kasutamisel probleeme. Kirjeldused ise olid vaid piltide kogumik. Hiljem hakkasid ilmuma tööriistad, mis võimaldasid kirjeldada organisatsiooni mitte ainult ärifunktsioonide, vaid ka teistest külgedest. Nii sai võimalikuks luua eraldi diagrammid, mis peegeldavad organisatsiooniline struktuur ettevõtted, andmevood organisatsioonis, ühtse äriprotsessi moodustavate ärifunktsioonide täitmise järjekord koos loogikasümbolite kasutamise võimalusega jne. Seoses ärimudelite tööriistadele esitatavate nõuete suurenemisega hakati järjest rohkem koostama diagramme. kirjeldada tegevusorganisatsioonide erinevaid aspekte, mis muutis mudeli loomise üha keerulisemaks. Sellega seoses on ärimudelite tööriistade väljatöötamise järgmine oluline etapp seotud ideega kasutada ühte objektide hoidlat (salvestusruumi) ja ideega objektide võimalikust taaskasutamist erinevates diagrammides. Ükskõik, milline tööriist on valitud, on vaja tagada kohalike infosüsteemide omavaheline interaktsioon. Siiani on äriprotsesside juhtimise korraldamise kõige kaasaegsem ja samas üldtunnustatud standard BPEL (Business Process Execution Language). Selle toote põhjal saate luua kõigi oma rakenduste jaoks ühtse integratsiooniplatvormi. Pärast protsesside modelleerimist ühes modelleerimistööriistas kasutatakse spetsiaalseid tõlkijaid, et viia mudel BPEL-i standardile.

Näiteid ärimudelitest ja selle tulemustest

• Kulude vähendamine. Ärimudel annab aimu, kus saab vältida tarbetuid kulutusi ja kuidas optimeerida ressursside kasutamist. Ärimudelist lähtuvalt viiakse läbi funktsionaalne kuluanalüüs toote või teenuse maksumuse arvutamiseks ning koostatakse eelarvehaldussüsteem, mis võimaldab ettevõtte kulusid kontrollida.
• Tõhususe parandamine. Võimalus vähendada personali kohanemis- ja koolituskulusid. Ettevalmistatud ärimudelil põhinev regulatiivne dokumentatsioon vastab organisatsiooni hetkeseisule, jaotab vastutust, loob karjääri kasvu hierarhilise süsteemi.
• Mõjusfääri laiendamine, võrgustiku suurendamine, filiaalide korraldamine. Ärimudeli olemasolu vähendab kulusid ja võimaldab kirjeldada ettevõtte uute filiaalide paigutuse struktuuri.
• Investeeringu piisavus. Ärimodelleerimise abil on võimalik piisava täpsusega määrata kapitaliinvesteeringute suurust, vähendada riske ja rahalisi kahjusid uue projekti käivitamise etapis.
• EDMSi juurutamine. Ettevõtte ärimudel standardiseerib ettevõtte dokumentide koosseisu ja kehtestab dokumentide liikumise marsruudid.
• ERP, SCM, CRM või muu tarkvara klassi süsteemide automatiseerimine ja juurutamine. Ärimudelist lähtuvalt on võimalik sõnastada süsteemile paremad nõuded ning valida kuludelt ja funktsionaalsuselt optimaalne lahendus.
• Kvaliteedijuhtimissüsteemi sertifitseerimine. Areng ärimudelid ettevõte võimaldab oluliselt vähendada kvaliteedijuhtimissüsteemi väljatöötamise, juurutamise ja sertifitseerimise aega ja kulusid ning hankida komplekti vajalikud dokumendid edukaks sertifitseerimiseks vähendage kvaliteedijuhtimissüsteemi ülalpidamiskulusid.

Äri modelleerimise omadused

Ärimudeli loomine, juurutamine ja toetamine on kulukas investeerimisprojekt. Ja nagu igale projektile, peab ka ärimudeli loomisele eelnema selle teostatavuse ja teostatavuse analüüs. Suured projektid nõuavad võimsaid ärimudelite tööriistu, millel on hästi arenenud funktsionaalsus: võimalus salvestada teavet ühte hoidlasse, teha koostööd modelleerimisprojektis ja kontrollida loodud mudeli terviklikkust, poolautomaatset diagrammi genereerimist, integreerimist muu tarkvaraga, analüüsi ja mudeldokumentatsioon – samas kui väikeprojektide puhul oleks kulukaalutlustel targem kasutada vähemfunktsionaalseid tööriistu. Tegevuse analüüsimiseks, olemasoleva struktuuri arendamiseks on vaja esialgu ehitada adekvaatne ärimudel. See tähendab, et algselt teooria ja alles pärast seda - selle rakendamine.

Lahendused

Tänapäeval on olemas suur hulk tarkvaratooteid, mis on loodud kirjeldama organisatsiooni arhitektuuri. Analüütilise ettevõtte Gartneri aruannete kohaselt võib selle segmendi liidritele omistada järgmised ettevõtted.

ä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 kasutatakse lisaks nimetatutele aktiivselt selliseid tööriistu 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'i tööriistakomplekti tarkvarasüsteemide ja andmebaaside kujundamiseks, mis rakendavad CASE-tehnoloogiat ja Oracle'i enda IS-i arendusmetoodikat – "CDM", võimaldades arendusmeeskonnal projekti läbi viia, alates äriprotsesside analüüsist kuni modelleerimiseni kuni koodi genereerimise ja prototüübi hankimiseni. ja hiljem lõpptoode. See tööriist on mõttekas, kui sihib kogu Oracle'i tootesarja, 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, in Sel hetkel on IBMi üksus) http://www.ibm.com	IBMi esindus Venemaal http://www.ibm.com	Modelleerimistööriist objektorienteeritud infosüsteemide jaoks. Võimaldab lahendada peaaegu kõiki ülesandeid infosüsteemide projekteerimisel: ä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 ühendab 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 üks selle toote 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	Firma Gensym 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 majanduslikest olukordadest, kasutades põhimudelite raamatukogu ja süsteemidünaamika meetodeid. 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	Teave kohta Venemaa ettevõtted esindavad see toode, ei leitud.	Pakett äriprotsesside funktsionaalseks ja infomodelleerimiseks, analüüsiks ja kujundamiseks. Seda kasutatakse lahutamatu osana mõnes tuntud paketis, nagu CIM (Computer Integrated Manufacturing) ja CAE (Computer Aided Engineering) ning see on vastu võetud 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.

Tabelis toodud tööriistade loendist valime täpsema analüüsi jaoks välja need tarkvaratooted, mis vastavad määratud kriteeriumidele. Sel juhul kuuluvad meie edasise kaalumise alla BPWIn / ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS. Täpsem kirjeldus.

BPWin ja ERWin ettevõttelt Computer Associates. Computer Associates International Inc. (CA) on üks viiest parimast tarkvaramüüjast, kes pakub modelleerimis-, varundus- ja ettevõtte infrastruktuuri haldustööriistu (võrgud, serverid jne), infoturbe, ärianalüüs jne. BPWin pakett põhineb IDEF metoodikal ja on mõeldud ettevõtte funktsionaalseks modelleerimiseks ja analüüsiks. IDEF-i metoodika, mis on ametlik föderaalne standard USA on meetodite, reeglite ja protseduuride kogum, mis on loodud mis tahes ainevaldkonna objekti funktsionaalse mudeli koostamiseks. IDEF-i funktsionaalmudel peegeldab objekti funktsionaalset struktuuri, s.t. 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 igati majandustegevuse mahu maksumuse arvutamise meetodeid (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 jagada;
• 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 SADT struktuurimodelleerimise metoodikat ja järgmisi tähistusi: standardne IDEF1x tähistus andmemudelite ER-diagrammidele, IE tähistus ja spetsiaalne tähistus andmeladude kujundamiseks - Mõõtmeline;
• otsest (mudelil põhineva andmebaasi loomine) ja pöördkonstruktsiooni (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 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 üle kanda 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 teeb võimalik kasutamine mis tahes selle komponente skaleeritavate, platvormidevaheliste 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 üldtunnustatud metoodikate alusel, mis hõlmavad tervikut eluring arendamine ja kasutajate võimaldamine nende organisatsioonile tuttaval viisil. See annab paindliku 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 suhetest);
• 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 disainerite ja kasutajate vaheline suhtlus ülesannete püstitamise selgitamise protsessis. Iga arendaja on huvitatud sellest, et kontseptuaalse mudeli kirjeldust kasutataks tulevase süsteemi struktuuri ja põhikomponente kirjeldavate spetsifikatsioonide koostamiseks. 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. Samal ajal salvestatakse kõik varem arendatud ja kaasatakse uus projekt. 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 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 Rational Rose abiks 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-i standardskriptide käitamist. Kõik mudelid, mis on loodud seda tööriista, on omavahel seotud: ärimudel, funktsionaalne mudel, analüüsimudel, disainimudel, andmebaasimudel, komponendimudel ja süsteemi füüsilise juurutamise mudel. Arhitektuursetele lahendustele on võimalik luua malle, mis võimaldavad kasutada varasemates projektides omandatud kogemusi. Seal on Rational Rose laiendused, mis võimaldavad teil teostada C / C ++, Java, Smalltalki, Ada, Object Pascali (Borland Delphi) jne baasil loodud IS-i skeleti (edasi-tagasi) arendust. Nii saate genereerida. programmikoodi raamistik mis tahes määratud keeles või teostada 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 põhjal välja töötada täieliku nõuete komplekti, mida peate lõpptoote loomisel rakendama. 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'i integreerimine Rational SoDA-ga võimaldab automatiseerida dokumentide ja aruannete loomise protsessi visuaalse mudeli alusel.

Sybase PowerDesigner. Sybase on traditsiooniliselt olnud juhtiv pakkuja infotehnoloogiad globaalsele finantsasutuste turule: Sybase tehnoloogiaid kasutavad 90% globaalse väärtpaberituru ettevõtetest, 60% maailma pankadest ja 68% Wall Streeti ettevõtetest. Alates 1996. aastast, kui 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 klientidega igakülgset tööd, sealhulgas tehnoloogiate, seadmete tarnimist, terviklahenduste väljatöötamist, kasutajakoolitust, täisfunktsionaalset tehnilist tuge ja konsultatsiooniteenuseid. PowerDesigner on terviklik rakenduste ja äriprotsesside modelleerimis- ja arenduslahendus organisatsioonidele, kes peavad kiiresti, järjepidevalt ja kulutõhusalt ärirakendusi koostama või ümber kujundama. PowerDesigner eemaldab projekti tõhusalt arendamiseks järgmised takistused: Erinevused kutsekoolitus projektis osalejad, 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 modelleerimise ja rakenduste kujundamisega seotud teabe salvestamiseks ja haldamiseks ettevõtte kõigil äritasanditel. See võimaldab teil töövoogu õigesti korraldada ja arendaja tõhusust märkimisväärselt suurendada. PowerDesigneri põhifunktsioonid:

• Ä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 hästi 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 ainult parimad tooted. Ja ka 2005. aasta juulis, mil maailmaturule toodi täiesti uute veebitoodetega ARIS 7 tarkvaratooted - kõigil neil on ühine omadus- intuitiivne ja väljendusrikas liides. ARIS süsteem on tööriistade komplekt ettevõtte tegevuse analüüsimiseks ja modelleerimiseks. Tema metoodiline alus on erinevate modelleerimismeetodite kogum, mis peegeldab 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 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 sisaldab juhtimisaparaadi ees seisvate eesmärkide hierarhiat koos eesmärkide saavutamiseks vajalike funktsioonide puude kogumiga;
• 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 ülalnimetatud 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 neist on ARIS-i tarkvaratoodete perekond, mis keskendub protsesside kirjeldamisele. 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.

Tabel 2 võrdleb funktsionaalsus ja äriprotsesside modelleerimiseks loodud tööriistakeskkondade omadused.

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 vahenditega täiustada "-" - ei

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 – kõige rohkem keskendunud puhtalt tarkvara loomisele ja mitte organisatsioonilised süsteemid esitluse lihtsustamiseks jätame vaatluse alt välja, eriti kuna selle aluseks olev UML-i metoodika on nüüd ARIS-is rakendatud).

Ä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;
• standardmudelite raamatukogude tugi;
• 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 ressursside toetamiseks.

Analüüs äriprotsesside üldine korraldus 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 iseärasuste kohta võib siiski 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 modelleeritud protsessi määravad seosed juba kindlaks tehtud ja neid saab analüüsida.

Vastupidiselt sellele lähenemisele ehitatakse ARIS-is ja BP-Winis äriprotsesside mudelid otse ning protsessikomponentide olemasolevad seosed tuleb analüüsimiseks ette valmistada vastavate protseduuride tulemusena.

Nii näiteks ehitatakse peale äriprotsessimudeli BP-Winis ehitamist ERwini abil eraldi andmemudel, milles luuakse lingid süsteemikomponentide (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 mudelikomponendid).

Seda silmas pidades on mudeli analüüsimiseks kaalutud võimalustest teine: analüüs vastutuse jaotus üksikute funktsioonide rakendamise ja süsteemiressursside kulutamise eest, rakendatakse automaatselt ORG-Master süsteemi äriprotsessimudeli 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 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 protsesside analüüsimiseks ( 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 allkirjastamist lepingust, mis tuleb uuesti pesta) ja oodates järjekorras kuni järgmiseni, leiab esineja aega protsessiga jätkamiseks. Seetõttu ei anna praegusel ajal toimingute aja lihtsal liitmisel põhinevad meetodid 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 teha üsna kulukaid ja aeganõudvaid ajastusprotseduure ning hilisemat statistilist töötlemist. 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: "modelleerimise maksumus teabe saamiseks 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 ressursimahukatele modelleerimismeetoditele, 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 eelarvestamise sü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 sisaldab perekond ORG-Master ka tarkvarapaketti 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äälestuse 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 ettevõtete mõlemat täielikku võrdlusärimudelit, mis on saadud reaalsete projektide tulemusena Venemaa ettevõtted ja "teegi" klassifikaatorid, mis kirjeldavad mudelorganisatsioon tegevuse individuaalsed aspektid.

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 olulisust ärimudelite tööriistade jaoks saab mõista, vaadeldes 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 kiiresti süsteemi või äriprotsessi parameetrid ü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 tehakse hästi korraldatud äris umbes 80% juhtimisotsustest etteantud protseduuride järgi ning 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 korraldamine on praegusel tasemel reguleeritud järgmiste organisatsiooniliste põhidokumentide standardkogumiga:

• positsioon 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õhiliste äritegevuse 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. Lisaks peaksid paljud loodud dokumendid vastama võimalikult suures osas üldtunnustatud dokumentidele Vene standardid(Ilmselt ARIS ja BP-Win süsteemid vastavad viimasele nõudele kõige vähem).

Sellised sätted ja juhised genereeritakse ORG-Master keskkonnas automaatselt tekstivormidena protseduuride kirjeldamiseks, mida esindavad vastavad klassifikaatorid ja nendevaheliste seoste seosed-projektsioonid. 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 suuremal määral on siin pilt 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 esimest tagab peaaegu võrdselt igas vaadeldavas keskkonnas võimalus ehitada üles ehitatud äriprotsessimudelite põhjal erinevaid aruandlusvorme.

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

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 infosüsteemide arendusfunktsioone.

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. Pole olemas formalisme nagu ER-diagrammid, kuigi sees uusimad versioonid visualiseerimine DFD standardis on võimalik. Lisaks sai võimalikuks funktsionaalplokkide interaktsiooni kajastamine IDEF0 diagrammidel mitte ainult dokumentide ja failide otseülekande abil, 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. Sel juhul ei pea neid ümber kujundama, välja arvatud juhul, kui kasutatavat süsteemi vahetatakse. 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 dokumenteerimise, programmide analüüsi, nende ü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õtte juhtimissüsteemide, eriti SAP R/3, otse 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 Computer Associatesist 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 kasutuselevõtt ettevõtte tegevusse võimaldab teil kiiresti omandada kaasaegsed juhtimistehnikad, 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 koos keerulised süsteemid ettevõtte ressursside haldamine (näiteks IPS tootmine).

Uus versioon pakub ka mehhanisme äriprotsesside kirjelduste eksportimiseks tarkvarapaketti Time-Master, mis ühendab endas selliste süsteemide omadused nagu projekti juht, WorkFlow ja isikuandmete süsteem ning on üles ehitatud Interneti/sisevõrgu tehnoloogiatele.

Sektsiooni kokkuvõte:

Võrreldud tööriistade peamised funktsionaalsed võimed on toodud tabelis 2, kus viiepallisel skaalal on ära toodud hinnangud funktsioonide või omaduste realiseerimisastmele.

Nagu tabelist 2 näha, annab hinnangute otsene liitmine umbes ±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 teineteist otseses arvutuses.

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 arvestades on näha, et ORG-Master kompleksi üldhinnang on ARIS-e omast veidi parem.

Kuid jällegi võib selle põhjuseks olla erinevad eelistused ja prioriteedid toote kavandatud kasutuses. Näiteks olemasolevate fondide väärtust alandades kvantitatiivne analüüs mudelid (simulatsioon ja sündmuste modelleerimine), aga ka optimeerimistööriistad, 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.