Metodologija aris. Modeliranje poslovnih procesov

Metodologija ARIS se osredotoča na faze analize in opredelitve zahtev pri načrtovanju informacijskega sistema za upravljanje. Gre za večnivojski pristop, ki se osredotoča na vprašanja, povezana s poslovanjem. Vsaka vloga je podrobneje opisana glede na faze življenjskega cikla programska oprema pri določanju zahtev za ravni, specifikacije projekta in opisa izvajanja. Diagrami procesne verige podpirajo celovit opis poslovnih procesov na relativno zbirni ravni.

Okvirni model ARIS

Okvirni model ARIS

Cilj koncepta ARIS (Architecture for Integrated Information Systems) Augusta Wilhelma Scheerja je ustvariti informacijski sistem podjetja, ki bo v celoti ustrezal njegovim poslovnim interesom in sodobnim gospodarskim zahtevam.

Okvir temelji na oblikovanju modela predstavitve in ravni opisa, kar omogoča opisovanje posameznih elementov na posebej oblikovane načine. Metodologija ARIS je v prihodnost usmerjen razvoj sistemov za optimizacijo poslovanja. Prikazani so za vsak pogled na opis na ravni obdelave podatkov, od vprašanja poslovnega upravljanja do realizacije blaga in storitev.

Preoblikovanje poslovnih procesov

ARIS gradi predvsem na lastni arhitekturi s petimi pogledi - "Hiša ARIS". Teh pet pogledov je:

  • organizacijski model;
  • model upravljanja;
  • podatkovni model;
  • Funkcionalni model;
  • izhodni (storitveni) model.

Klasifikacija je zasnovana tako, da kompleksnost modela razdeli na pet vidikov in s tem poenostavi modeliranje. Vsaka predstavitev koncepta integriranih informacijskih sistemov ARIS (architecture of integrated information) prikazuje model poslovnega procesa z določenega vidika:

  1. Funkcijski - dejavnosti, skupine in hierarhični odnosi, ki obstajajo med njimi, so opisani v funkcijskem pogledu, npr. drevesu funkcij.
  2. Organizacijski - zagotavlja pregled organizacijska struktura podjetje, vključno s človeškimi viri, stroji, opremo in njihovimi medsebojnimi povezavami.
  3. Informacije (podatkovni modeli) - vsi dogodki, ki ustvarjajo podatke o okolje, kot so korespondenca, dokumenti in drugo.
  4. Storitve - zagotavlja pregled celotnega portfelja izdelkov in storitev, vključno s storitvami, izdelki, financami.
  5. Upravljiv - vrsta procesa, ki povezuje vse druge poglede v časovno-logični graf, npr. v upravljivih verižnih dogodkih procesa ali BPMN.

Preoblikovanje poslovnih procesov

Prenova poslovnih procesov je ključnega pomena za podjetja, da bi ponovno pridobila konkurenčnost in dobičkonosnost na vse bolj nestanovitnih trgih. K strankam usmerjena podjetja morajo biti strukturirana glede na njihovo temeljni procesi in strogo vrednostno usmerjeni.

Upravljanje poslovnih procesov vse bolj temelji na sodelovalnih, porazdeljenih aplikacijah, ki z na eni strani, je treba ponovno načrtovati, da bi bila učinkovita, po drugi strani pa uporabiti modele kot specifikacijo za spremljanje njenega izvajanja.

Pomanjkanje zmogljivih orodij in metodološke pomanjkljivosti, zlasti glede zajemanja logike in dinamike zapletenih procesov, so glavne ovire za uspešno prenovo poslovnih procesov.

Pristop ARIS ne zagotavlja le splošnega in dobro dokumentiranega metodološkega okvira, temveč tudi zmogljivo orodje za modeliranje, ki podpira proces prenove v vseh fazah življenjskega cikla. V raziskovalnem projektu je integriran s prototipom sistema za upravljanje delovnih tokov, da se izboljša ponovna uporaba modelov za izvajanje aplikacij.

Koncept življenjskega cikla

Metodološki okviri modeliranja poslovnih procesov in koncepti življenjskega cikla so se pojavili na različnih področjih uporabe, kot so računalniško integrirana proizvodnja (CIM), avtomatizacija pisarn in načrtovanje informacijskih sistemov.

Koncept življenjskega cikla

Metodologije in okviri pogosto temeljijo na implicitnih predpostavkah o njihovem obsegu, namenu in stopnji podrobnosti. Obstaja pa še en vidik, ki vodi do velike raznolikosti pristopov. Dejstvo je, da je zmožnost metodologije ARIS zelo odvisna od cilja.

Nekatera prizadevanja so lahko opisne narave, druga pa zahtevajo optimalno rešitev za izvajanje. V slednjem primeru je treba analizo procesa podpreti s formalnimi orodji za vrednotenje, kot je simulacija. Za to sta potrebna nedvoumen opis procesa in obveščanje o poslovnih procesih.

Dinamično obnašanje

Zdaj je treba uskladiti različne pristope, ugotoviti skupne značilnosti ter združiti različne metodologije in strukture.

Dinamično modeliranje poslovnih procesov bo v prihodnosti postajalo vse pomembnejše. Prehod od množične proizvodnje k množičnemu prilagajanju zasnove IS in vse večje zanimanje za specifikacije sistema na nizki ravni zahtevata dobro opredeljene modele.

Za spreminjanje in preoblikovanje procesov je potrebno razumevanje njihove narave. Pomagajo prepoznati in odpraviti pomanjkljivosti v logiki in lahko služijo tudi kot specifikacija procesa programske opreme za načrtovanje informacijskega sistema.

Dinamično obnašanje

Dinamično obnašanje poslovnih procesov jasno kaže na "organizacijsko pristranskost". Modeli so nanizani na človeško vedenje. To izkrivljanje vedenja je mogoče le delno predstaviti s formalnimi pristopi modeliranja, ki izhajajo s področja IS. Metodologija ARIS bi morala vključevati vidike, kot so človeške vloge, odgovornosti in neformalna komunikacija.

Referenčni model

Drug vidik modeliranja poslovnih procesov, ki zahteva nadaljnje raziskave, je tema referenčnih modelov - delna enota modeliranja. Je nepopolna predstavitev sistema z določenega vidika, ki služi določenemu namenu za določene uporabnike. Primerjalni modeli so vir informacij za organizacijo in podlaga za znanje in izkušnje. Prednosti modelov - pospešeni postopki modeliranja, prihranki pri stroških in času, izboljšana kakovost - poudarjajo potrebo po uporabi.

Procesni modeli so podlaga za razvoj aplikacij za podjetja. Medtem ko opisujejo strukturo in logiko na ravni tipa, aplikacije poteka dela podpirajo izvajanje posameznih procesov na ravni primerka. Opredelitev strukture v sistemih za upravljanje podatkovnih zbirk (DBMS) vodi do določene podatkovne zbirke, model pa vodi do aplikacije delovnega toka. V nasprotju z generiranjem programske kode iz modelov, kot pri klasičnih pristopih CASE, razvoj aplikacij temelji na konfiguraciji obstoječih programskih gradnikov in zato podpira njihovo ponovno uporabo.

Oblikovanje delovnih tokov

Strojna platforma ARIS podpira razvoj aplikacij za delovni tok. Opredelitev zahtev sledi osnovnim poslovno usmerjenim in ne tehničnim ciljem. Pri opredeljevanju zahtev se upoštevajo čas, stroški, pogostost, redundanca in drugi vidiki.

Oblikovanje procesa

Po analizi sedanjega stanja so razvite različne alternative, ki opisujejo, kako bi lahko izboljšali stanje. Glede na to, kakšne rešitve se upoštevajo za doseganje izbrane alternative, lahko razlikujemo med organizacijskimi, osebnimi ali tehničnimi pristopi ali kombinacijo teh pristopov.

S tehničnega vidika je mogoče raziskati modele, ki določajo, kakšne vrste informacijski sistem je potreben. Na podlagi modelov, vrste, potrebno za Podpora procesu: upravljanje dokumentov, integracija aplikacij podatkovnih zbirk itd. Zato je treba v procesni model vključiti vse poglede: podatke, organizacijo in funkcije.

Procesni model

Ker je obravnava izjem osrednji problem aplikacij na ravni opredelitve zahtev, je mogoče izjeme obravnavati z opredelitvijo posebnega diagrama. Če so bili procesni modeli opredeljeni in potrjeni kot vhodni podatki za razvoj aplikacij delovnega toka, jih je mogoče izpopolniti na naslednji ravni.

Specifikacija projekta

Funkcije, ki naj bi jih aplikacija avtomatizirala, je treba podrobno opredeliti. Če funkcije izvaja program, jih ni treba podrobno opredeliti. Ročno izvedene funkcije je treba določiti kot sezname nalog. Zato se uporabljajo funkcijska drevesa, ki morajo biti v aplikaciji prikazana kot referenca.

Tok podatkov je opisan na ravni opredelitve zahtev, predvsem v obliki grozdov in funkcij. V času razvoja projekta je treba te grozde podrobneje opredeliti glede na subjekte. Za podroben opis podatkovnega toka je treba opredeliti diagram podatkovnega toka.

Procesi, opisani v modelu, so v organizacijskih enotah pogosto na abstraktni ravni. Aplikacije za delovni tok uporabljajo koncept vloge. Vloge opisujejo zmožnosti, ki jih ima oseba za opravljanje določene delovne funkcije. V skladu s temi vlogami lahko ljudje med izvajanjem aplikacije izvajajo določene korake. Ta koncept je treba upoštevati.

Poleg opisanih vidikov je pomembno natančno opredeliti dogodke in vozlišča sprejemanje odločitev, ter določite parametre za integracijo programov.

Opis izvajanja

Na ravni opisa izvajanja je treba informacijsko infrastrukturo prilagoditi porazdeljenemu, integriranemu konceptu aplikacije delovnega toka na podlagi modela, ki izhaja iz specifikacije projekta.

Modeli se uporabljajo za prilagajanje aplikacije. Razumemo jih lahko kot grafični program. Ročno programiranje programske kode se s to ponovno uporabo zmanjša.

Vsak model ne podpira grafične opredelitve aplikacij. Izvedbe, ki izhajajo iz opisa, se lahko uporabijo kot osnova za "običajno" delo programerjev. Za podporo instrumentalnemu modeliranju so potrebna računalniška orodja za predstavitev in obdelavo referenčnih modelov. Osnovne funkcije sistema za upravljanje modelov so:

  1. Model gradnje in skladiščenja.
  2. Izbira/iskanje in analiza modela.
  3. Konfiguracija modela.
  4. Integracija modela.
  5. Prilagajanje in spreminjanje modelov.
  6. Razvoj in sprememba modela.
  7. Model izvajanja in interpretacije.

Osnovna pravila metodologije ARIS

Razvijalec običajno začne z dogodkom, če gradi EPC. Dogodku lahko sledi vrsta dogodkov. V preteklosti je veljalo, da se morajo dogodki in dejavnosti izmenjevati. To vodi do zelo dolgih modelov procesov z veliko podrobnostmi, zato danes predlagamo, da se dogodek doda le, če je treba dokumentirati pomembne spremembe stanja.

Priporočila za uporabo dogodkov:

  1. Na začetku postopka ali po vmesniku za zagon.
  2. Ob koncu postopka ali do konca vmesnika.
  3. XOR ali OR povezovalni dogodki odločanja.
  4. za pomembne dogodke, npr. mejnike v projektu.
  5. Dejavnosti ali dogodki ne smejo imeti več kot ene izhodne ali vhodne povezave.
  6. Kontrolni tok procesa se modelira s pravili (vrati).

Pravila se lahko uporabljajo na naslednji način:

  1. Iz ene vhodne povezave mora izhajati več izhodnih povezav (SPLIT).
  2. Več dohodnim povezavam sledi natanko ena odhodna povezava (JOIN).
  3. Možno je zaporedje pravil.
  4. Er model se običajno zapre z istim upravljavcem, kot je bil odprt in dokončan "Dogodek EPC".
  5. Logične izjave.

V EPC se lahko uporabljajo naslednja pravila:

  1. razdelitev - koraki obdelave, ki sledijo pravilu, potekajo vzporedno in jih je treba izvesti.
  2. Povezava - opraviti je treba vse korake obdelave za dohodne povezave, tako da je mogoče je bilo izvajanje korakov obdelave, ki sledijo pravilu.
  3. SPLIT - opraviti je treba natanko enega od naslednjih korakov obdelave pravila.
  4. Separator - opraviti je treba vsaj enega, več ali vse naslednje korake obdelave.
  5. Za logične operacije med dogodki in dejanji obstajajo posebna pravila, ki so prikazana v modelu ARIS Express.

ARIS: Zbirka orodij

ARIS: Zbirka orodij

ARIS-Toolkit zagotavlja celovito računalniško podporo za simulacijo. Štirje moduli zagotavljajo orodja za avtomatizirano analiza, načrtovanje in izvajanje informacijskih sistemov za upravljanje. Ta pristop zajema celoten življenjski cikel modeliranja. Poglejmo si ga podrobneje:

  1. ARIS-Modeler je specializiran za modeliranje sistemov. Na podlagi metastrukture platforme ARIS za osebne računalnike so predstavljene metode za posebne poglede, vključno z naprednim modeliranjem odnosov med entitetami ter diagrami procesnih verig, diagrami spodbud in odzivov ter diagrami funkcionalne in organizacijske hierarhije.
  2. ARIS-Analyzer omogoča preučevanje in ocenjevanje obstoječega sistema z vidika ključnih kazalniki uspešnosti. Analiza slabosti se lahko izvede za vsako vrsto modeliranja. Poleg tega je mogoče izpeljati idealiziran koncept integracije, vključno s ciljno funkcijo in podatkovnimi modeli. Primerjalna merila so sestavni del programa ARIS-Analyzer.
  3. ARIS-Project Manager se uporablja za vodenje projektov. Namenjen je načrtovanju, nadzoru in spremljanju celotnega projekta v vseh njegovih fazah. ARIS-Project Manager definira vse naloge, ki jih je treba opraviti med modeliranjem poslovnega procesa.
  4. Cilj programa ARIS-Navigator je zagotoviti računalniško dokumentacijo za korporativni model, razvit v fazah modeliranja.

Express. uradna programska oprema

"ARIS-Analyzer 2", er model je program, izdan za operacijski sistemi ki temelji na operacijskem sistemu Microsoft Windows. Deluje tudi v drugih operacijskih sistemih, kot sta Mac OS X ali Linux.

Prenos programske opreme:

  1. Pojdite na spletno mesto s profilom.
  2. Izberite način prenosa za operacijski sistem.
  3. Vstopite v skupnost ARIS, sprejmite licenčno pogodbo in izvozna pravila družbe Software AG, da lahko prenesete programsko opremo.
  4. Sledite navodilom za namestitev, ne glede na to, kateri prenos je bil izbran.
  5. se seznanite s sistemskimi zahtevami, da zagotovite, da bo uporabnikov računalnik omogočal zagon programske opreme.

Program ima zelo napredno in brezplačno funkcijo ARIS Cloud. Gre za celovit izdelek za analizo poslovnih procesov, ki je kot storitev na voljo popolnoma brezplačno za raziskovalne in izobraževalne namene. Podpira skupne projekte za izboljšanje procesov in je hkrati na voljo 1 000 uporabnikom po vsem svetu. Z brezplačno preizkusno različico programske opreme ag ARIS Cloud traja brezplačna naročnina 30 dni. Z AERIS Cloud za študente traja brezplačna naročnina 3 mesece.

EPC ponuja številne načine za Modeliranje procesov, jih analizirati in določiti možnosti za izboljšave. EPC je neposredno vgrajen v interaktivni pregledovalnik modelov. Prenesete ga lahko in brezplačno urejate modele v programu ARIS Express 2 er. Za lažjo pot v svet ARIS-a lahko uporabite tudi priložena video navodila.

Postopek modeliranja:

  1. Nalaganje storitve ARIS Express.
  2. Oglejte si primere modelov ali video vaje.
  3. Začetek simulacije.
  4. Pridružite se skupnosti ARIS.
  5. Pridobite brezplačen izvod "goljufija". Kliknite na sliko na spletni strani profila, da jo povečate in prenesete dokument v formatu PDF.

Postopki pretvorbe v XPDL

Postopki pretvorbe XPDL

Uporabite različico ARIS 6 za modeliranje procesov, ki jih je treba pretvoriti v XPDL.2.

Pri namestitvi in konfiguraciji sistema ARIS se zažene program ARIS Toolset:

  1. V menijski vrstici izberite Datoteka-> Ustvari in nato v naslednjem pogovornem oknu modeliraj.
  2. Prikaže se še eno pogovorno okno, v katerem izberete lokacijo, kamor bo shranjen model ARIS. Izberete lahko na primer LOCAL-> Demo62-> Glavna skupina.
  3. Ko kliknete Naprej, se prikaže drugo pogovorno okno. Označite polje Procesi in izberite vrsto modela eEPC.
  4. Prikaže se pogovorno okno, v katerem morate novemu modelu ARIS dodeliti ime.
  5. Vnesite ime in kliknite gumb "Končano". V oknu se prikaže območje za urejanje novega modela.
  6. Za simulacije ARIS uporabljajte samo elemente orodne vrstice, označene z rdečim krogom.
  7. Element v zgornjem desnem kotu orodne vrstice se v sistemu ARIS imenuje funkcija, ki bo prikazana v dejavnosti/nalogi v XPDL, zato jo uporabite za opredelitev nalog v procesu.
  8. Element se v sistemu ARIS imenuje pravilo AND in je v XPDL preslikan na navidezno akcijo (pot) z uporabo AND Split ali Join, odvisno od, kot uporabnik ga povežite z nalogami.
  9. Poleg tega, če je treba določiti kakršen koli smiseln identifikator identifikator za druge objekte akcij in prehodov, morate v ARIS-u spremeniti isti atribut za ustrezne objekte. To storite tako, da dvakrat kliknete objekt, ga vstavite v graf in uredite atribut Identifier.
  10. Prepričajte se, da podatki vsebujejo samo alfanumerične znake ali znake "_", "-", ".".
  11. Ko je model ustvarjen v sistemu ARIS, ga lahko izvozite v XML.
  12. To storite tako, da v drevesnem prikazu ARIS poiščete definicijo procesa, jo kliknete z desno tipko miške in izberete "Export/Import-> Izvoz XML...".
  13. Po kliku na "Izvozi XML" bo uporabnik moral vnesti uporabljeni jezik, nato pa izbrati lokacijo in ime datoteke XML, ki se bo ustvarila.
  14. Kliknite ustrezno ikono za pretvorbo * .datoteka aml v XPDL.
  15. datoteko XPDL pošljite v skladišče, pozneje pa jo lahko naložite v motor prek "Upravljanje paketov"- oddelek za prijavo.

Na poti do resnično integriranih podjetij ni enostavnih poti ali bližnjic. Nerazumne poenostavitve na stopnji analize poslovnih procesov in integracije so bistveno tveganje za izvajanje integriranih sistemov.

ARIS različica 6.2

Orodja ARIS utrjujejo metodološke strukture, kar je pomemben predpogoj za popolno integracijo od prenove poslovanja do uvedbe informacijskih sistemov. Ti procesi so posebej podrobno opisani v knjigi Augusta Wilhelma Scheerja "Modeliranje poslovnih procesov. Spoznavanje osnov pomaga ustvariti informacijski model, ki je temelj sistematične in inteligentne metode razvoja aplikacijskih sistemov.

Članki na tem področju