Metode și instrumente pentru modelarea proceselor de afaceri. Modelarea proceselor de afaceri Construcția automată a modelelor de proces de afaceri

Controlul sistematic al tuturor proceselor întreprinderii face posibilă promovarea eficientă a produselor pe piața vânzărilor, stabilizarea tuturor etapelor de producție și menținerea unui nivel adecvat pentru ocuparea unei poziții de lider în economia țării.

Important: tocmai în obținerea unei poziții de lider pe piață se află principala caracteristică a analizei proceselor de afaceri.

Particularitatea sa constă în studiul consecvent al tuturor proceselor de producție pentru identificarea și eliminarea problemei.

Veți afla cum se realizează în practică analiza și modelarea proceselor de afaceri aici:

Obiectivele procesului

În absența studiilor sistematice ale mecanismelor necesare, principalii factori pentru analiza urgentă sunt:

• Costuri ridicate pentru introducerea de noi procese tehnologice;
• Costuri semnificative pentru transport sau depozitare internă a produselor;
• Procentaj redus din timpul de procesare a produselor de la creare la vânzare;
• Durata livrării produsului;
• Probleme ale respectării condițiilor contractelor semnate;
• Lista sortimentelor este prea extinsă.

Aceste etape sunt cheie în cercetare, dar în afară de ele este necesar să studiezi toate activitățile organizației.

Pentru a înțelege detaliile activității întreprinderii, trebuie să:

• Desfășurarea: auditul situațiilor financiare. Cum să efectuați veți afla în publicație prin link;
• Examinați documentele de producție;
• Efectuați inventarul producției;
• Examinați procesul în practică.

Important: îmbunătățirea eficienței tuturor proceselor întreprinderii este o sarcină fundamentală a analizei.

Pentru a realiza acest lucru, este necesară aplicarea combinată a mai multor tehnici:

• Dezvăluirea sumei de venituri financiare din activitatea proceselor de afaceri;
• Studiul factorilor interni și externi care afectează funcționarea întreprinderii;
• Evaluarea implementării unui plan dat;
• Analiza resurselor epuizate ale organizației;
• Dezvoltarea unui plan de îmbunătățire a proceselor.

Modelarea și managementul proceselor de afaceri

Necesitatea modelării constă în îmbunătățirea funcționării întregii întreprinderi, pentru aceasta se folosesc diverse modele care fac posibilă înțelegerea etapelor principale ale proceselor și eliminarea inutilelor sau a punctelor slabe.

Simularea constă din mai multe etape secvențiale:

• Definirea proceselor și construirea unui model inițial, ca în realitate;
• Diagnosticul, studiul și îmbunătățirea modelului construit;
• Dezvoltarea modelului cu corecții;
• Testarea și aplicarea sa;
• Corectarea erorii.

Măsuri utilizate pentru a analiza procesele de afaceri.

Un exemplu de analiză a procesului de afaceri

Dacă observați analiza procesului de asamblare a produselor în depozitul SRL Lastochka, puteți vedea următoarele etape:

1. În timpul studiului problemelor, au fost identificate următoarele deficiențe:

• Utilizarea neuniformă a forței de muncă;
• Lipsa condițiilor adecvate;
• Fără automatizare.

1. Clasare - problemele identificate sunt sortate în funcție de severitate.
2. Opțiuni pentru a scăpa de probleme:

• Motivați personalul să ia măsuri;
• Eliminați cauzele livrării inegale de produse;
• Introduceți un sistem informațional și conectați toate procesele întreprinderii;
• Realizați o reconstrucție majoră a clădirii;
• Organizați rafturi pentru acces ușor.

Toate acestea au asigurat rapiditatea serviciului comenzilor primite.

Evaluarea acțiunilor întreprinse

După o analiză completă realizată de un grup de specialiști, este generat un raport asupra datelor obținute cu un model dezvoltat de optimizare și propuneri pentru implementarea dezvoltărilor.

În același timp, se formează răspunsuri la întrebările cheie:

• Ce părți negative vă puteți confrunta în procesul de implementare;
• Dacă toată documentația trebuie actualizată;
• Cât timp va dura pentru a obține rezultatele.

Astfel, analiza face posibilă identificarea punctelor slabe ale producției și obținerea de răspunsuri la întrebările principale, ținând cont de opinia conducerii.

În același timp, este permisă utilizarea optimizării nu numai a muncii întreprinderii, ci și a îmbunătățirii lucrărilor cu personalul.

Tehnici de optimizare de bază

Metodele de optimizare a proceselor de afaceri pot fi diferite în funcție de rezultatele dorite și opțiunea aleasă pentru rezolvarea problemei:

• Excepție face reducerea etapelor procesului și eliminarea altor interferențe;
• Simplificare - necesară pentru a reduce complexitatea promovării produselor către consumator;
• Standardizat - necesar pentru interacțiunea automată a tuturor proceselor;
• Reducerea - a tuturor etapelor posibile ale costurilor suplimentare;
• Accelerare - simulare, automatizare și proiectare activă a eșantioanelor;
• Schimbarea tuturor etapelor și componentelor producției;
• Selectați pentru a include toate componentele de producție.

Important: toate metodele de optimizare sunt aplicate în funcție de apariția cauzei.

Concluzie

Analiza este o metodă eficientă de control al nivelului de producție; prin obținerea sistematică a informațiilor necesare este posibilă eliminarea completă a factorilor nocivi care reduc nivelul competitivității organizației.

Veți învăța cum să modelați principalele procese de afaceri ale unei întreprinderi în acest videoclip:

Modelele construite ale proceselor de întreprindere pot fi caracterizate atât calitativ cât și cantitativ.

Metodele de evaluare calitativă sunt aproape deseori subiective: ca urmare, sunt selectate judecățile medii ale managerilor, specialiștilor, experților la întreprindere (în domeniu). Cu cât vor fi implicați mai mulți specialiști, cu atât rezultatele analizei vor fi mai adecvate. Ca urmare a metodelor calitative de evaluare a procesului, se obțin de obicei dependențe, prescripții, reguli etc., formulate în limbaj natural.

Metodele cantitative pentru evaluarea modelelor sunt chiar mai subiective decât cele calitative, deoarece același proces poate avea caracteristici numerice complet diferite în funcție de obiectivele de modelare, aspectul procesului de interes, nivelul de detaliu, tehnica de prezentare aleasă și mulți alți factori.

Analiza calitativă include cel puțin trei tehnici de analiză calitativă:

• 1. Clasarea proceselor.
• 2. Analiza SWOT.
• 3. Analiza problemelor procesului.

Procese de clasare.

Scopul acestei metode de analiză este de a determina locul fiecărui proces de afaceri principal în activitățile întreprinderii în ansamblu. Una dintre metodele de clasare constă în întocmirea unei liste cu procesele principale ale întreprinderii și evaluarea fiecăruia în funcție de următorii parametri:

• Importanță - gradul de contribuție al procesului la realizarea obiectivelor principale ale întreprinderii Un set tipic de evaluări de importanță: „foarte important”, „important”, „minor”;
• · Eficiență - raportul dintre rezultatele și costurile utile de diferite tipuri (financiar, de muncă, timp etc.) în legătură cu acest proces. Un set tipic de evaluări pentru importanță: „mare”, „mediu”, „scăzut”.

Pentru a evalua primul parametru, se calculează numărul de obiective strategice ale întreprinderii, a căror realizare este asociată cu procesul, după care procesul este corelat cu o evaluare.

Pentru a evalua eficacitatea, sunt utilizate diferite metode, pe baza cărora este selectat criteriul (financiar, de timp etc.), prezentat în tabel. 3.

Tab. 3. Evaluarea eficacității

Importanță / eficacitate	Eficiență ridicată	Eficiență medie	Eficiență scăzută
Un proces foarte important	procese
Un proces important	Procese 2, 1	Procesul 3, 11
Proces secundar		Procese 5, 9	Procesul 6, 8

• 1. Procesele foarte importante includ procese: 4 (asigurare personală), 7 (soluționarea creanțelor), 10 (reasigurare) și procesul 12 (asigurare de proprietate).
• 2. Procesele importante includ procese: 1 (marketing și management publicitar), 2 (colaborarea cu agenții), 3 (contabilitate și raportare) și procesul 11 \u200b\u200b(managementul resurselor umane).
• 3. Procesele secundare sunt: \u200b\u200b5 (audit), 9 (management juridic), 6 (management IT) și procesul 8 (monitorizare financiară).
• 4. Procesele 4, 7, 10, 12,2,1 au eficiență ridicată.
• 5. Eficiență medie - proces 3,11,5,9.
• 6. Eficiență scăzută - proces 6.8.

Pe baza tabelului 3, se poate concluziona că cele mai importante și eficiente sunt principalele procese: asigurarea personală, asigurarea proprietății, procesul de reasigurare și procesul de soluționare a creanțelor. Printre procesele importante cu eficiență ridicată, am atribuit procesele de marketing și management publicitar și am lucrat cu agenți. Gestionarea și contabilitatea resurselor umane sunt procese importante de eficiență medie. Se pune mai puțin accent pe audit și pe managementul juridic, dar sunt moderat eficiente. Neimportant și ineficient - management IT și monitorizare financiară.

Analiza SWOT.

Procedura pentru efectuarea unei analize SWOT, în general, se reduce la completarea unei matrice, care reflectă și apoi compară punctele tari și punctele slabe ale procesului, precum și oportunitățile și amenințările mediului extern. Diagrama fluxului de analiză SWOT:

• · Sunt identificate punctele forte și punctele slabe ale procesului. De obicei se realizează prin interogarea managerilor și specialiștilor din întreprindere.
• · Sunt identificate oportunitățile și amenințările la acest proces. Se realizează similar cu paragraful anterior.
• · Legați punctele forte și punctele slabe de oportunități și amenințări.
• · Sunt formulate principalele direcții de îmbunătățire a funcționării procesului.

Am decis să fac o analiză SWOT pentru cele două procese principale ale companiei: „asigurare de proprietate” și „asigurare personală”, deoarece acestea sunt cele mai importante în asigurarea „Max”.

Tabelul SWOT al proceselor „Asigurare de proprietate” și „Asigurare personală” este prezentat în tabel. 4.

Tab. 4. Tabelul SWOT

Puncte forte	Puncte slabe
· O gamă largă de servicii oferite. · Service 24 de ore, cooperare cu spitale, farmacii. · Dezvoltarea de noi programe. · Cea mai înaltă categorie de fiabilitate în funcție de agențiile de rating. · Cunoașterea directorului în domeniul finanțelor și al băncilor.	· O mare parte din personalul calificat. · Program slab de promovare a produselor. · Lipsa cercetărilor de marketing. O mică acoperire a teritoriului
Oportunități
· Lucrul cu persoane juridice · Achiziționarea de mici companii de asigurări locale. · Cooperarea cu o companie australiană. · Creșterea cererii de produse de asigurare de calitate în viitorul apropiat. · Restricția concurenței pe piața OSAGO.	· Concurența companiilor locale și a filialelor din oraș. · Criză economică. · Scăderea capacității de plată a populației. Instabilitatea legislației de asigurare.

Tab. 5. Rezultatul analizei SWOT

Oportunități
	· Intrarea pe piață cu programe noi va crește numărul de clienți. · Încheierea unor acorduri privind cooperarea cu clinicile și acestea. centre din alte orașe.	· Dezvoltarea unei serii de acțiuni care să minimizeze consecințele crizei economice. · Reînnoirea listei de servicii cu noi programe și tarife.
Slăbiciune	· Dezvoltarea unui program de cercetare de marketing bazat pe experiența companiilor străine. · Extinderea teritoriului prin achiziționarea de companii locale mici. Îmbunătățirea continuă a nivelului de calificare a personalului, atragerea specialiștilor în domeniul asigurărilor.	· Creșterea neprofitabilității unor divizii ale companiei în domeniul OSAGO. · Scaderea bazei de clienti.

Din acest tabel se poate observa că există mai multe puncte forte și gradul lor de influență asupra companiei este mai semnificativ, dar punctele slabe nu trebuie ignorate. Punctele forte cele mai semnificative ar trebui să stea la baza strategiei. Pe de altă parte, o strategie bună ar trebui să reducă la minimum impactul negativ al punctelor slabe ale unei întreprinderi asupra statutului său competitiv.

Sarcina principală a companiei este de a dezvolta noi programe de asigurare, extinderea teritoriului și a bazei de clienți, precum și pregătirea personalului de înaltă calitate.

Analiza zonelor cu probleme.

Scopul principal al analizei zonei problemelor este identificarea problemelor reale dintr-un proces specific și identificarea direcțiilor suplimentare pentru o analiză mai aprofundată a procesului pentru eliminarea acestora.

Rezultatul acestui tip de analiză calitativă a procesului este prezentat în tabel. 6.

Tab. 6 Analiză calitativă

Asigurare
1. Procesul lung și lung de asigurare personală	Transferul de date către programul de contabilitate încetinește timpul total care trece din momentul procesării cererii clientului până la emiterea efectivă a poliței. Întrucât numărul de polițe emise pe zi poate ajunge la câteva mii, costul introducerii erorilor poate fi ridicat.
1.1. Participanți	Clienți, angajați ai companiei.
1.2. Influență	1.2.1 Creșteți așteptările clienților. 1.2.2 Probabilitate ridicată de erori ale operatorului la plasarea mai multor comenzi
1.3. Decizie	Transferați responsabilitățile pentru transferul de date către un angajat-operator, care va introduce date în baza de date în fiecare zi. Astfel, nu va încetini procesele de vânzare.
1.4. Beneficii	1.4.1 Îmbunătățirea timpului de plecare al procesului de cumpărare a politicii. 1.4.2 Domeniul de activitate va fi redus prin reducerea numărului de erori comise. 1.4.3 Funcțiile pentru lucrul cu datele vor fi transferate angajaților individuali, care vor avea mult mai multă experiență în interacțiunea cu rapoartele de acte și vor face față mai rapid sarcinii.
2. Lipsa specialiștilor calificați	Lipsa specialiștilor să lucreze cu clienții la plățile de asigurare.
2.1 Participanți	Clienți, specialiști.
2.2 Influență	2.2.1 Încălcarea condițiilor de examinare a cazurilor de asigurare din cauza lipsei specialiștilor. 2.2.2 Creșterea orei suplimentare a unui specialist.
2.3 Soluție	Atragerea de noi angajați, recalificarea specialiștilor.
2.4 Beneficii	2.4.1 Revizuirea la timp a cazurilor de asigurare. 2.4.2 Minimizarea riscului de recenzii negative despre companie. 2.4.3 Crearea unui climat favorabil în echipă.
3 Persoane de contact excesive	În procesul de soluționare a pierderilor, compania apelează prea des către client în anumite probleme.
3.1 Participanți	Clienți, specialiști.
3.2 Influența	3.2.1 Clienții sunt inconfortabili și își pierd timpul. 3.2.1 Un număr mare de acorduri cu clientul. Este imposibil de a prezice exact când va primi un răspuns de la un client.
3.3 Soluție	3.3.1 Permiteți clientului să se aplice cu un aviz gata de examinare independentă și toate certificatele necesare. 3.3.2 Pentru acest caz, excludeți etapele suplimentare de aprobare. 3.3.3 Dacă compania de asigurare este de acord cu valoarea prejudiciului, atunci se plătește compensația. În caz contrar, se face un refuz și trebuie să vină acțiuni suplimentare din partea clientului (de exemplu, mergerea în instanță).
3.4 Beneficii	3.4.1 Eliminarea etapelor inutile va reduce povara pentru angajații companiei și va simplifica procedura pentru clienții înșiși. 3.4.2 Creșterea atractivității companiei pentru cererile repetate ale clienților pentru servicii de asigurare.

În primul rând, este necesar să rezolvați problemele cu înregistrarea procesului de asigurare personală a cetățenilor și să oferiți companiei un număr suficient de specialiști. Astfel, compania va putea rezolva principala problemă - asigurarea în timp util și fără erori a cetățenilor.

Trimiteți-vă munca bună în baza de cunoștințe este simplu. Folosiți formularul de mai jos

Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.

postat pe http:// www. allbest. ru/

Introducere

1. Partea teoretică

1.2 Metodologia ARIS

2. Partea practică

Concluzie

Lista de referinte

Introducere

În condiții de piață, un număr tot mai mare de companii realizează beneficiile utilizării sistemelor informaționale (IS). În unele cazuri, IP nu este doar un set de servicii, ci și o componentă critică a unei afaceri, cum ar fi un sistem de rezervare a biletelor sau un mijloc de furnizare de informații financiare. Pentru a beneficia de utilizarea unui sistem informațional, acesta trebuie creat într-un timp scurt și cu costuri reduse. Sistemul informațional ar trebui să fie ușor de întreținut și de gestionat.

Crearea unui sistem informațional de întreprindere este un proces destul de complex și cu mai multe etape, care, destul de des, conține o fază de modelare a informațiilor. Un model informațional este o specificație a structurii datelor și a regulilor de afaceri (reguli de domeniu).

Modelarea proceselor de afaceri este procesul de a reflecta viziunea subiectivă a fluxului de lucru sub forma unui model formal format din operațiuni interrelaționate.

Scopul modelării este de a sistematiza cunoștințele despre companie și procesele sale de afaceri într-o formă grafică vizuală care este mai convenabilă pentru prelucrarea analitică a informațiilor primite.

În prezent, există mai multe programe speciale pe piața tehnologiei computerizate care vă permit să faceți o anchetă la o întreprindere și să construiți un model. Alegerea metodologiei și instrumentelor cu care sunt modelate procesele de afaceri nu este fundamentală. Există metodologii și instrumente standardizate, testate în timp, care pot fi utilizate pentru a analiza și modela o întreprindere. Avantajul lor cheie este simplitatea și ușurința de a învăța.

Multe metodologii moderne de modelare a proceselor de afaceri se bazează pe metodologia SADT. În prezent, cea mai utilizată metodologie pentru descrierea proceselor de afaceri este standardul american IDEF.

Principalul avantaj al ideii de a analiza procesele de afaceri ale întreprinderii prin crearea modelului său este versatilitatea sa. În primul rând, modelarea proceselor de afaceri este răspunsul la aproape toate întrebările legate de îmbunătățirea activităților companiei și creșterea competitivității acesteia. În al doilea rând, conducătorul sau conducerea întreprinderii care au implementat o metodologie specifică vor avea informații care să le permită să își îmbunătățească în mod independent întreprinderea și să prezică viitorul acesteia.

Relevanța acestui studiu este determinată de faptul că întreprinderile moderne sunt obligate să își îmbunătățească constant activitățile. Aceasta necesită dezvoltarea de noi tehnologii și practici de afaceri și, desigur, introducerea de noi metode mai eficiente de gestionare și organizare a întreprinderilor.

1. Partea teoretică

1.1 Erwin Process Modeler (BPwin)

ERwin este un instrument de dezvoltare a structurii bazei de date (DB). ERwin combină o GUI Windows, instrumente de diagrama ER, editori pentru a crea descrieri logice și fizice ale modelului de date și suport transparent pentru bazele de date relaționale și desktop. Cu ERwin, puteți crea sau inversa baze de date de inginer (reinginer).

În plus, Erwin Process Modeler vă permite să creați, să documentați și să întrețineți baze de date, depozite de date și marts de date. Modelele de date vă ajută să vizualizați structura datelor dvs., permițându-vă să organizați, să gestionați și să administrați eficient aspecte ale întreprinderii dvs., cum ar fi complexitatea datelor, tehnologiile bazelor de date și mediile de implementare.

Instrumentul de cazuri ERWin acceptă metodologiile IDEF1x și IE și este proiectat pentru a executa modele de baze de date logice, care sunt entități descrise de atribute și relații între ele pe câmpuri cheie. ERwin vă permite să generați automat un model de date fizice bazat pe modelul logic construit transformând entitățile în tabele, ale căror coloane sunt atributele lor. Fiecare câmp din tabel trebuie să aibă un tip de stocare și o dimensiune de câmp definite în mod clar.

Metoda de modelare funcțională (IDEF0)

IDEF0, aparține familiei IDEF, care a apărut la sfârșitul anilor șaizeci sub numele SADT (Analiza structurată și tehnica de proiectare). IDEF0 poate fi utilizat pentru a simula o clasă largă de sisteme. Pentru sisteme noi, utilizarea IDEF0 are ca scop definirea cerințelor și specificarea funcțiilor pentru dezvoltarea ulterioară a unui sistem care îndeplinește cerințele și implementează funcțiile selectate. În ceea ce privește sistemele existente, IDEF0 poate fi utilizat pentru a analiza funcțiile îndeplinite de sistem și pentru a afișa mecanismele prin care sunt îndeplinite aceste funcții. Rezultatul aplicării IDEF0 la un anumit sistem este un model al acestui sistem, format dintr-un set ordonat ierarhic de diagrame, text de documentare și dicționare, legate între ele folosind referințe încrucișate. Cele mai importante două componente din care sunt construite diagramele IDEF0 sunt activitățile (reprezentate în diagrame sub formă de dreptunghiuri), date și obiecte (reprezentate ca săgeți) care leagă activitățile. În acest caz, săgețile, în funcție de ce față a dreptunghiului de lucru intră sau de care ies, sunt împărțite în cinci tipuri:

Săgețile de intrare W (incluse în partea stângă a lucrării) - reprezintă date sau obiecte care se schimbă pe parcursul lucrării;

Ш săgeți de control (incluse în fața superioară a lucrării) - înfățișează regulile și restricțiile în funcție de care este executată lucrarea;

Săgeți săgeți (părăsiți partea dreaptă a lucrării) - reprezintă date sau obiecte care apar ca urmare a lucrării;

Ш săgețile mecanismului (incluse în marginea inferioară a lucrării) - reprezintă resursele necesare pentru efectuarea muncii, dar nu se schimbă în procesul muncii (de exemplu, echipament, resurse umane etc.);

Ш săgeți de apel (care ies din marginea inferioară a lucrării) - înfățișează conexiunile dintre diferite diagrame sau modele, indicând o anumită diagramă în care această lucrare este considerată mai detaliat.

Toate lucrările și săgețile sunt denumite. Prima diagrama din ierarhia de diagrame IDEF0 prezintă întotdeauna funcționarea sistemului în ansamblu.

O astfel de diagramă se numește contextual. Contextul include o descriere a scopului modelării zonei (descrieri a ceea ce va fi considerat ca o componentă a sistemului și a ceea ce este o influență externă) și a punctului de vedere (poziția din care va fi construit modelul). De obicei, punctul de vedere este punctul de vedere al persoanei sau obiectului responsabil pentru funcționarea sistemului modelat în ansamblu.

Metoda de modelare a proceselor de afaceri (IDEF3)

Pentru a descrie logica interacțiunii fluxurilor de informații, metodologia IDEF3 este potrivită, numită și diagramă a fluxului de lucru - o metodologie de modelare care utilizează o descriere grafică a fluxurilor de informații, relația dintre procesele de procesare a informațiilor și obiectele care fac parte din aceste procese. Schemele fluxului de lucru pot fi utilizate în modelarea proceselor de afaceri pentru a analiza completitatea procedurilor de procesare a informațiilor. Cu ajutorul lor, puteți descrie scenariile pentru acțiunile angajaților organizației, de exemplu, secvența de procesare a comenzilor sau evenimentele care trebuie procesate într-un timp finit, fiecare scenariu este însoțit de o descriere a procesului și poate fi folosit pentru a documenta fiecare funcție.

IDEF3 - este o metodă care are scopul principal de a permite analiștilor să descrie o situație în care procesele se desfășoară într-o anumită secvență, precum și să descrie obiectele care participă împreună la un singur proces.

IDEF3 poate fi folosit și ca metodă de creare a procesului. IDEF3 completează IDEF0 și conține tot ce ai nevoie pentru a construi modele care pot fi ulterior utilizate pentru analiza de simulare.

IDEF3 este o tehnologie potrivită pentru colectarea datelor necesare pentru analiza structurală a unui sistem. Este o modalitate bună de a descrie procesele folosind o metodă structurată care permite unui expert din domeniu să-și imagineze o stare de lucruri ca o secvență ordonată de evenimente în timp ce descrie obiecte care sunt direct legate de proces.

Spre deosebire de majoritatea tehnologiilor de modelare a proceselor de afaceri, IDEF3 nu are restricții sintactice sau semantice stricte care fac dificilă descrierea sistemelor incomplete sau incomplete. În plus, autorul modelului (analist de sisteme) este scutit de nevoia de a amesteca propriile sale presupuneri cu privire la funcționarea sistemului cu afirmații ale experților pentru a completa golurile din descrierea temei.

IDEF3 poate fi utilizat și ca metodă de proiectare a procesului de afaceri. Modelarea IDEF3 completează organic modelarea tradițională folosind standardul metodologiei IDEF0. Cu ceva timp în urmă, a devenit răspândit ca un mod complet viabil de construire a modelelor de sisteme proiectate pentru analize ulterioare prin metode de simulare. Testarea de simulare este adesea folosită pentru a evalua performanța unui sistem proiectat.

Simulare de flux de date (DFD)

Diagrama de flux de date (diagrama fluxului de date) este utilizată pentru a descrie procesele de nivel superior și pentru a descrie fluxurile de date reale din organizație.

Această metodologie (Gane / Sarson) se bazează pe construcția unui model de IS analizat - proiectat sau existent efectiv. În conformitate cu metodologia, modelul sistemului este definit ca o ierarhie a diagramelor de flux de date DFD care descriu procesul asincron de conversie a informațiilor de la intrarea sa în sistem la ieșirea sa către utilizator. Diagramele nivelurilor superioare ale ierarhiei (diagrame de context) definesc principalele procese sau subsisteme ale IS cu intrări și ieșiri externe. Sunt detaliate folosind diagrame la nivel scăzut. Această descompunere continuă, creând o ierarhie cu mai multe niveluri de diagrame, până când se ajunge la un astfel de nivel de descompunere, la care procesul devine elementar și este imposibil să le detaliem în continuare.

Sursele de informații (entități externe) generează fluxuri de informații (fluxuri de date) care transportă informații către subsisteme sau procese. Aceștia, la rândul lor, transformă informațiile și generează noi fluxuri care transferă informații către alte procese sau subsisteme, dispozitive de stocare a datelor sau entități externe - consumatori de informații. Astfel, principalele componente ale diagramelor de flux de date sunt:

- entități externe;

- sisteme / subsisteme;

- procese;

- dispozitive de stocare a datelor;

- fluxuri de date.

Muncă... Lucrările sunt reprezentate dreptunghiuri cu colțuri rotunjite, semnificația lor coincide cu semnificația lucrărilor IDEF0 și IDEF3. La fel ca lucrările IDEF3, au intrări și ieșiri, dar nu acceptă controale și mecanisme precum IDEF0. Toate aspectele muncii sunt egale. Fiecare lucrare poate intra și ieși mai multe săgeți.

Entități externe... Entitățile externe reprezintă autentificări și / sau deconectări din sistem. O entitate externă unică poate furniza simultan intrări (funcționând ca un furnizor) și poate primi ieșiri (funcționând ca receptor). O entitate externă este un obiect material precum clienții, personalul, furnizorii, clienții, depozitul. Definiția unui obiect sau sistem ca entitate externă indică faptul că acestea se află în afara limitelor sistemului analizat. Entitățile externe sunt desenate ca un dreptunghi cu o umbră și sunt de obicei situate la marginile diagramei.

Săgeți (fluxuri de date). Săgețile descriu mișcarea obiectelor de la o parte a sistemului la alta (rezultă că diagrama DFD nu poate avea săgeți de graniță). Deoarece toate laturile lucrării DFD sunt echivalente, săgețile pot începe și se termină de o parte și de alta a dreptunghiului. Săgețile pot fi bidirecționale.

Magazin de date... Spre deosebire de săgețile care descriu obiectele în mișcare, depozitele de date prezintă obiectele în repaus. Un depozit de date este un dispozitiv abstract pentru stocarea informațiilor care pot fi puse într-o unitate în orice moment și după o preluare de un timp și poate exista orice mod de a pune și recupera. În general, este un prototip al bazei de date viitoare, iar descrierea datelor stocate în ea trebuie să corespundă modelului informațional (diagrama de entitate-relație).

1.2 Metodologia ARIS

Sistemul ARIS este un complex de instrumente pentru analiza și modelarea activităților unei întreprinderi, precum și pentru dezvoltarea sistemelor informatice automatizate. Se bazează pe o metodologie extinsă care încorporează caracteristicile diferitelor metode de modelare care reflectă opinii diferite asupra sistemului studiat. Același model poate fi dezvoltat folosind mai multe metodologii, ceea ce permite utilizatorilor cu cunoștințe teoretice diferite să utilizeze ARIS și să-l personalizeze pentru a lucra cu sisteme care au propriile lor caracteristici.

ARIS este un mediu integrat de analiză și proiectare. În plus față de mediul principal de dezvoltare - ARIS Toolset - include multe module, care sunt atât componente ARIS Toolset suplimentare care extind mediul principal, cât și module autonome. Această structură a ARIS ne permite să vorbim despre o familie de produse în această direcție, în cadrul căreia este posibil să compunem compoziția optimă a sistemului care asigură complet implementarea sarcinilor specifice.

O imagine de ansamblu asupra modulelor software ARIS arată că sistemul în cauză nu este doar pentru modelare, ci este un set de instrumente de analiză puternic. Una dintre caracteristicile distinctive ale sistemului este puternica metodologie suportată de software.

Metodologia utilizată de ARIS este o varietate de metodologii diferite integrate într-o abordare a sistemelor. Acest lucru ne permite să vorbim despre o arhitectură unificată a metodologiei luate în considerare. ARIS acceptă patru tipuri de modele care reflectă diferite aspecte ale sistemului studiat:

- modele organizaționale care reprezintă structura sistemului - ierarhia unităților organizaționale, poziții și indivizi specifici, varietatea conexiunilor dintre ele, precum și legarea teritorială a unităților structurale;

- modele funcționale care conțin o ierarhie a obiectivelor cu care se confruntă aparatul de management, cu un set de arbori de funcții necesare realizării obiectivelor;

-modele de informare care reflectă structura informațiilor necesare pentru implementarea întregului set de funcții ale sistemului;

-Modele de management, reprezentând o perspectivă integrată a implementării proceselor de afaceri în cadrul sistemului.

Metodologia ARIS include un număr mare de notări diferite, permițând crearea flexibilă a diferitelor modele de organizare. Cele mai semnificative și practic utilizate notări ARIS sunt:

- Notare Schema lanțului cu valoare adăugată (diagrama lanțului valorii adăugate);

- Notări extinse de lanțuri de proces bazate pe evenimente - eEPC (Notare extinsă a lanțului condus de evenimente) și PCD (Diagrama lanțului de proces);

- Notarea organigramei;

- Notarea arborelui funcțional (arbore funcțional);

- Notarea arborelui produsului.

VAD (analogul standardului DFD clasic)

Obiectul principal al notației VAD este obiectul „Lanțul de valoare adăugată”.

Diagrama lanțului cu valoare adăugată (VAD) este o diagramă care descrie relația proceselor de afaceri de nivel superior. Afișează două tipuri de legături între procese:

- relația „predecesor-succesor” - descrisă de linii orizontale;

- relația „constă în” - sunt reprezentate de linii verticale, care afișează detaliile procesului de către alte subprocese.

Principiile construirii unei diagrame de proces de nivel superior în VAD diferă semnificativ de IDEF0. O diferență semnificativă între notările ARIS VAD și IDEF0 este că în VAD, săgețile pot intra în ambele părți ale obiectului „Lanțul de valoare adăugată”. (Reamintim că în IDEF0, fiecare parte a unei activități are un scop specific.)

Acest dezavantaj al notării VAD poate fi evitat prin pre-stipularea posibilității unei utilizări speciale a feedback-urilor.

Concluzionând revizuirea notației ARIS VAD, ne concentrăm încă o dată pe faptul că această notație este în mare parte ilustrativă și nu este destinată să creeze modele complexe de procese la nivelul superior al unei organizații.

2. Partea practică

2.1 Construirea unui model de afaceri de întreprindere utilizând mediul ERwin

Scopul acestei lucrări este modelarea activităților întreprinderii selectate. Pentru aceasta, se vor aplica metodologii:

IDEF0 - Metodologia modelării funcționale

IDEF3 - Metodologia descrierii procesului

DFD - Metodologia modelării fluxului de date

VAD este o diagramă care descrie relația proceselor de afaceri de nivel superior.

Diagramele din primele trei metodologii vor fi generate folosind instrumentul CASE AllFusion Process Modeler, VAD folosind modelatorul de date AllFusion ERwin. baza dată modelare automată

Fiecare diagramă din notațiile IDEF0, IDEF3, DFD este destinată să descrie unul sau mai multe procese de afaceri. Un proces de afaceri este un set stabil și intenționat de activități interrelaționate (secvență de lucru), care, conform unei anumite tehnologii, transformă intrările în rezultate care sunt valoroase pentru consumator.

Rezultatul modelării procesului de afaceri este un model de proces de afaceri, care aparține unuia dintre cele trei tipuri:

- Model AS-IS (așa cum este) - model al organizării actuale a proceselor de afaceri ale întreprinderii

- Model TO-BE (așa cum va fi) - model al organizării ideale a proceselor de afaceri

- model DREBU-FIE (așa cum trebuie) - un model idealizat care nu reflectă organizarea reală a proceselor de afaceri ale întreprinderii

Pentru a crea o bază pentru identificarea blocajelor în întreprindere, în această lucrare va fi creat un model AS-IS.

Înainte de a începe graficul, trebuie să studiați subiectul selectat. În această lucrare și în lucrările ulterioare, o întreprindere fictivă pentru construcția băilor transportabile va acționa ca domeniu. Compania nu produce singure materiale de construcție, ci doar asamblează băi și le decorează. Proceduri de bază în cadrul companiei:

vânzătorii iau comenzi de la clienți;

angajații grupează comenzile pe tipuri de băi;

angajații colectează o baie;

angajații împachetează băile în funcție de comenzi;

departamentul de logistică trimite comenzi către clienți;

furnizorii comandă și livrează piesele necesare pentru asamblare.

Compania folosește sistemul de informații contabile achiziționate, care vă permite să plasați o comandă, o factură și să urmăriți plățile pe facturi.

Construirea unui model de sistem în metodologia IDEF0 începe cu definirea unui context de modelare, care include subiectul modelării, scopul modelării și punctul de vedere al modelului.

Subiectul este înțeles ca sistemul însuși, în timp ce este necesar să se stabilească exact ce este inclus în sistem și ce se află în afara lui, cu alte cuvinte, este necesar să se determine ce vor fi considerate în viitor ca componente ale sistemului și ce ca o influență externă.

Scopul simulării. Un model nu poate fi construit fără un obiectiv clar definit. Scopul ar trebui să răspundă la întrebările de ce ar trebui modelat acest proces, ce ar trebui să arate modelul și ce poate obține cititorul?

Punct de vedere. În ciuda faptului că, atunci când se construiește un model, sunt luate în considerare opiniile diferitelor persoane, modelul ar trebui construit dintr-un singur punct de vedere. Punctul de vedere poate fi reprezentat ca punctul de vedere al unei persoane care vede sistemul sub aspectul necesar modelării. Punctul de vedere trebuie să fie în concordanță cu scopul simulării. Este important să rămâneți la punctul de vedere ales pe toată durata simulării.

În această lucrare, subiectul nu va fi întreprinderea în sine, ci procesele care au loc în interiorul ei; scopul modelării este reproducerea proceselor de afaceri care au loc în întreprindere (model AS-IS); punct de vedere - din poziția directorului ca persoană care cunoaște structura întreprinderii în ansamblu.

După determinarea contextului de modelare, puteți începe construirea unei diagrame de context (numită și „casetă neagră”). Acest tip de diagrama vă permite să arătați ce este alimentat la intrarea lucrării și care este rezultatul lucrării, fără a detalia componentele acesteia. Această diagramă conține o singură lucrare, care va reprezenta toate activitățile întreprinderii în ansamblu (Fig. 1).

DescompunereIDEF0. Modelul de domeniu al companiei de construcții este construit folosind metodologia IDEF0, deoarece este IDEF0 care este cel mai convenabil limbaj pentru descrierea proceselor de afaceri existente în sistem.

Modelarea în IDEF0 începe cu crearea unei diagrame de context. Această diagramă reprezintă sistemul sub forma celei mai simple componente - un bloc (obiectivul modelării domeniului) cu arcuri de interfață care afișează conexiunea sistemului cu elemente externe.

Astfel, scopul principal al modelării a fost dezvăluit - „Activitățile întreprinderii pentru construcția băilor transportabile”. Diagrama de context arată, de asemenea, că informațiile de intrare pentru subiectul în cauză sunt: \u200b\u200bcomenzile de vânzare și materialele de construcție de la furnizori. Iar informațiile de ieșire sunt: \u200b\u200bplata materialelor de construcție, comenzi către furnizori, materiale de marketing, produse finite. Activitățile întreprinderii sunt organizate de personal și contabilitate sub controlul legislației Federației Ruse, regulile și procedurile necesare desfășurării acestui tip de activitate.

Figura: 1 Schema de context

Pentru a identifica procesele care alcătuiesc „Activitatea întreprinderii pentru construcția băilor transportabile”, diagrama de context este descompusă (Fig. 2).

Figura: 2 Diagrama descompunerii contextului "Activitatea întreprinderii pentru construcția băilor transportabile"

Întrucât lucrarea „Management” include managementul general al întreprinderii, atunci unul dintre rezultatele sale va fi „informațiile de management” care vor veni la aportul managementului tuturor celorlalte lucrări.

Locul de muncă de vânzări și marketing primește la intrare comenzi pentru clienți (adică numărul de băi și modelele lor), informații despre care se transferă către ansamblul băilor ca informații de control.

Lucrarea "Ansamblul băilor" pentru funcționarea ei necesită materiale de construcție, pe care le comandă de la lucrarea "Transport și aprovizionare" (săgeata de ieșire "Comenzi către furnizori"). De asemenea, transferă băile colectate la lucrarea „Livrare și aprovizionare” (săgeata de ieșire „Produse finite”). Informații despre rezultatele de compilare sunt necesare pentru activitatea de Vânzări și Marketing (săgeata rezultatelor Build).

Rezultatul lucrărilor „Livrare și aprovizionare” vor fi materialele necesare care vin la aportul lucrării „Adunarea băilor”.

Conducerea oricărei întreprinderi trebuie să știe ce se întâmplă în întreprindere, ce face fiecare departament și care sunt rezultatele muncii lor, adică. orice lucrare ar trebui să raporteze în mod ideal performanțele sale către conducere.

Figura 3 prezintă procesele existente în lucrarea „Ansamblu de baie”.

Figura: 3 Diagrama de descompunere a contextului "Adunarea băilor"

Comenzile de asamblare primite sunt sortate de către manager, după care sunt trimise la intrarea managementului de lucru „Asamblare băi mici” și „Asamblare băi mari” (săgeți Comenzi de asamblare). Când sunt montate băile, administratorul oferă instrucțiuni pentru expedierea lor.

Băile asamblate (ieșirile lucrărilor „Asamblarea băilor de dimensiuni mici” și „Asamblarea băilor de dimensiuni mari”) sunt trimise managerului, care dă instrucțiuni pentru expedierea băilor terminate.

DescompunereIDEF3. Când se descompun IDEF0 (și DFD) funcționează, trebuie avut în vedere faptul că săgețile din diagramele IDEF0 sau DFD reprezintă fluxuri de informații sau obiecte transferate de la o lucrare la alta. În diagramele IDEF3, săgețile pot afișa numai secvența de execuție a lucrării, adică. au o semnificație diferită de săgețile IDEF0 sau DFD. Prin urmare, atunci când descompun IDEF0 sau DFD funcționează într-o diagramă IDEF3, săgețile nu migrează la nivelul inferior. Dacă doriți să afișați aceleași obiecte într-o diagramă copil IDEF3 ca în diagramele parentale IDEF0 sau DFD, trebuie să utilizați obiecte de referință.

Să realizăm descompunerea lucrării „Asamblare băi de dimensiuni mari” diagrama A3 „Asamblare băi”. Această lucrare începe la primirea comenzilor de asamblare. Primul pas este să verificați disponibilitatea materialelor necesare pentru asamblare și comanda din depozit care nu este disponibilă. Mai mult, materialele sunt pregătite pentru asamblarea ulterioară. Următorul pas începe procesul de asamblare în sine: instalarea de coaste structurale, instalarea unei sobe de saună, izolare, tapițerie și decorare. Aceste acțiuni sunt efectuate întotdeauna, indiferent de tipul de baie. În plus, la cererea clientului, se pot efectua unele lucrări suplimentare - șlefuirea suprafeței, conopinarea și finisarea. Aceasta completează ansamblul băii mari. Ultimul pas este un raport asupra muncii depuse.

Figura: 4 Schema de descompunere "Asamblare băi mari"

După cum se poate observa din figura 4, algoritmul de funcționare descris este reflectat în diagrama de descompunere „Adunarea băilor mari”. Constă din 14 acțiuni, precum și 4 intersecții.

DescompunereDFD. Diagramele de flux de date (DFD) sunt utilizate pentru a descrie fluxul de lucru și procesarea informațiilor. La fel ca IDEF0, DFD reprezintă sistemul care este modelat ca o rețea de lucrări conexe. Acestea pot fi utilizate ca adaos la modelul IDEF0 pentru o afișare mai vizuală a operațiunilor curente ale fluxului de lucru în sistemele de procesare a informațiilor corporative. Scopul principal al DFD este să arate modul în care fiecare loc de muncă își transformă intrarea în rezultate, precum și să dezvăluie relația dintre aceste locuri de muncă.

În exemplul pe care îl analizăm, lucrarea centrală este „Depozitarea materialelor și băile finisate”. La intrarea acesteia sunt primite băile colectate și materialele primite de la furnizori, precum și o listă de materiale necesare pentru asamblarea băilor. Rezultatele acestei lucrări vor fi materialele necesare (dacă sunt disponibile), lista materialelor lipsă, transferate la intrarea lucrării „Furnizarea materialelor necesare” și băile gata pregătite, transferate pentru expediere. Rezultatele lucrărilor „Furnizarea cu materialele necesare” și „Expedierea băilor finite” vor fi, respectiv, comenzi către furnizori și produse finite.

Figura: 5 Schema defalcării livrării și ofertei

Lucrarea de achiziție a materialelor necesare funcționează cu informații despre furnizori și cu informații despre comenzile făcute de la acești furnizori. Săgeata de conectare a lucrării și a magazinului de date cu lista furnizorilor este bidirecțională deoarece lucrarea poate primi atât informații despre furnizorii existenți, cât și introduce date despre furnizorii noi. Opera de conectare a săgeții cu depozitul de date „Lista comenzilor” este unidirecțională, deoarece munca adaugă doar informații despre comenzile făcute.

Lucrarea „Depozitarea materialelor și băilor finite” funcționează cu informații despre materialele primite și emise și băile construite, de aceea săgețile care leagă lucrarea cu depozitele de date „Lista materialelor” și „Lista băilor colectate” sunt bidirecționale. De asemenea, această lucrare, la primirea materialelor, trebuie să ia notă că comanda către furnizori este finalizată. Pentru a face acest lucru, este legat de depozitul de date „Lista comenzilor” cu o săgeată unidirecțională.

În cele din urmă, lucrarea „Expedierea băilor terminate” ar trebui să stocheze informații cu privire la transferurile finalizate. Pentru aceasta, se introduce depozitul de date corespunzător - „Date de expediere”.

Concluzie

Modelarea proceselor de afaceri vă permite să analizați nu numai modul în care întreprinderea în ansamblu funcționează, cum interacționează cu organizații externe, clienți și furnizori, dar și modul în care sunt organizate activitățile la fiecare loc de muncă individual.

Modelarea proceselor de afaceri ale unei organizații include două etape, structurale și detaliate.

Metodologia (notația) pentru crearea unui model (descrierea) unui proces de afaceri este înțeleasă ca un ansamblu de moduri prin care obiectele lumii reale și conexiunile dintre ele sunt reprezentate ca model.

Multe metodologii moderne de modelare a proceselor de afaceri se bazează pe metodologia SADT (Analiza structurată și tehnica proiectării) și pe limbaje algoritmice utilizate pentru dezvoltarea de software. Utilizând metodologia familiei IDEF, este posibilă afișarea și analizarea eficientă a modelelor de activitate ale unei game largi de sisteme complexe sub diferite aspecte. Sistemul ARIS este un complex de instrumente pentru analiza și modelarea activităților întreprinderii. Baza sa metodologică este un set de diferite metode de modelare care reflectă puncte de vedere diferite asupra sistemului studiat.

Trebuie luate în considerare caracteristicile importante ale modelării proceselor de afaceri. În special, avantajele modelării proceselor de afaceri includ: îmbunătățirea calității și vitezei producției produselor, reducând totodată costurile; creșterea profesionalismului angajaților; creșterea competitivității companiei. Dezavantaje, la rândul lor: exploatarea crescută a angajaților și probleme asociate de natură socio-psihologică; necesitatea unei lucrări cu scopul de a schimba cultura corporativă.

Concurența sporită în comerț din cauza crizei determină chiar întreprinderile comerciale mici să acorde o atenție deosebită standardizării și automatizării proceselor de afaceri și contabilității bunurilor în general. Disponibilitatea și respectarea standardelor proceselor de producție de afaceri vor crește eficiența întreprinderii. Desigur, nu totul poate fi standardizat, dar procesele care apar la intervale regulate trebuie să fie standardizate. Standardele vor împiedica angajații să ia decizii pe baza intuiției sau opiniei lor personale.

Având un model al întreprinderii, toate procesele sale de afaceri, axate pe un obiectiv specific, putem deschide posibilitatea îmbunătățirii acesteia. Analiza întreprinderii ca model este o modalitate convenabilă de a răspunde la întrebarea a ceea ce este necesar și suficient pentru atingerea unui obiectiv specific.

Lista de referinte

1 Eliferov V.G. Procese de afaceri: reglementare și management: manual [pentru studenții universitari] / VG Eliferov, VV Repin; Institutul de Economie și Finanțe „Sinergie”. - M.: INFRA-M, 2011 .-- 319 p.

2 Andersen B. Procese de afaceri. Instrumente de îmbunătățire / B. Andersen; [Trans. din engleza. S. V. Arinicheva; sub științific. ed. Da. Adler]. - ediția a 5-a. - M.: Standarde și calitate, 2008 .-- 272 p. : bolnav. - (Management practic).

3 Repin V.V. Procese de afaceri ale companiei: construcție, analiză, reglementare / V. V. Repin. - M.: Standarde și calitate, 2007 .-- 240 p. : bolnav. - (Excelență în afaceri).

4 Reproiectarea proceselor de afaceri: un manual [pentru studenți. econom. universități de nivel de master] / N. M. Abdikeev, T. P. Danko, S. V. Ildemenov, A. D. Kiselev; ed. N. M. Abdikeeva, T. P. Danko; Superior. Școala MBA; REA-i. G. V. Plekhanov. - ediția a II-a, Rev. - M.: Eksmo, 2009 .-- 592 p. - (curs complet de MBA).

5 Kalyanov, G.N. Modelarea, analiza, reorganizarea și automatizarea proceselor de afaceri: un manual pentru studenți. universități, pregătire. de spec. 080801 „Informatică aplicată” și alte economii. specialist. / G. N. Kalyanov. - M.: Finanțe și statistici, 2009 .-- 240p.

6 Kalyanov G.N. Modelarea și automatizarea proceselor de afaceri: un manual pentru studenți. universități, pregătire. de spec. 080801 „Informatică aplicată” și alte economii. specialist. / G. N. Kalyanov. - M.: Finanțe și statistici, 2008 .-- 240p.

7 Logistică. Integrarea și optimizarea proceselor de afaceri logistice în lanțurile de aprovizionare: [manual pentru studenți. universități] / V. V. Dybskaya, E. I. Zaitsev, V. I. Sergeev, A. N. Sterligova; Ed. V.I.Sergeeva. - M.: Eksmo, 2008 .-- 944 p. - (curs complet de MBA).

Postat pe Allbest.ru

...

Documente similare

Crearea modelelor de proces în BPwin, Aris Express, MS Visio, IBM Rational Rose și în conformitate cu cerințele din GOST 19.701-90. Crearea de date în Erwin și baza de date în MS Access. Calculul eficienței economice a reingineriei acestui proces în BPwin.

termen de hârtie adăugat 12.07.2015


Arhitectura sistemelor informatice integrate ARIS ca metodologie pentru modelarea proceselor de afaceri, avantajele și dezavantajele utilizării. Alegerea unui proces de afaceri pentru modelare și descrierea sa semnificativă, format tabular al descrierii sale.

termen de hârtie, adăugat 19.06.2015


Crearea structurii funcționale a companiei. Metodologii de proiectare a sistemelor informaționale. Compoziția standardului IDEF. Instrumente de analiză a sistemelor structurale. Metoda de modelare funcțională SADT. Strategii de descompunere. Diagrama fluxului de date DFD

prezentare adăugată la 27/12/2013


Analiza etapelor și caracteristicilor dezvoltării unui model ARIS optim și funcțional - produs software de la IDS Scheer pentru modelarea proceselor de afaceri ale companiei. Studiul conceptelor de bază, metodologiilor și abordărilor programării extreme.

test, adăugat 04.06.2011


Utilizarea instrumentelor CASE pentru modelarea proceselor de afaceri; îmbunătățirea proiectării sistemelor informaționale cu ajutorul pachetului software CA ERwin Modeling Suite: caracteristici, capacități de vizualizare a structurii de date și a mediului de implementare.

rezumat, adăugat 20/03/2012


Definiția sistemelor informatice automatizate. Justificarea alegerii unui mediu de dezvoltare a unui sistem informațional. Creați interogări pentru a selecta informații. Structura logică și fizică a unei baze de date relaționale. Dezvoltarea interfeței utilizator.

termen de hârtie adăugat 16.04.2017


Evoluția suportului tehnic. Cerințe de bază, aplicare și caracteristici ale mijloacelor tehnice moderne ale sistemelor informatice automatizate. Tehnologii integrate pentru prelucrarea și stocarea informațiilor. Crearea unei baze de date de contabilitate și vânzări.

termen de hârtie, adăugat 12.01.2010


Metode de organizare a procesului de procesare a informațiilor; principalele direcții de implementare a suportului informațional în mașină. Principii de construcție și aplicare eficientă a bazelor de date și a băncilor de date ca componente principale ale sistemelor automatizate.

teză, adăugată 30.05.2013


Crearea unui model de date logice. Atribuirea butoanelor Erwin Toolbox. Crearea unei baze de date în SGBD InterBase. Folosind utilitatea WISQL. Crearea fișierului script. Transferul structurii de date de la un server la altul. Sincronizarea catalogului de baze de date și a modelului curent.

termen de hârtie adăugat 26/11/2011


Sarcini și etape de dezvoltare a unui sistem automat de informații pentru o școală de artă. Descrierea domeniului folosind modelarea afacerilor, folosind diagrame de flux de date DFD. Specificarea sistemului, structura logică a bazei de date.

Modelarea proceselor de afaceri din ultimii ani a devenit o tendință la modă care a cuprins multe întreprinderi mari (și chiar nu foarte mari). În multe companii, departamentele de dezvoltare organizațională, departamentele de gestionare a proceselor și alte departamente sunt ciuperci, sarcina principală fiind elaborarea de recomandări pentru îmbunătățirea activităților companiei pe baza aplicării abordării procesului. Piața serviciilor oferă, de asemenea, oferte în domeniul consultanței proceselor, inclusiv propuneri cu specializare specifică industriei (de exemplu, în domeniul creării proceselor de dezvoltare a aplicațiilor sau a altor proiecte IT sau în domeniul îmbunătățirii sistemelor de management al companiei).

Această serie de articole este dedicată utilizării abordării procesului, modelării proceselor de afaceri și aplicării lor practice. Subiectele planificate pentru acoperirea din această serie includ o discuție despre cele mai comune tipuri de modele, modul în care sunt stocate, avantajele și dezavantajele acestora. În plus, vom discuta despre instrumentele de integrare cu sisteme informaționale și instrumente pentru gestionarea proceselor de afaceri (inclusiv soluții care folosesc limbi pentru descrierea proceselor de afaceri); simularea proceselor, controlul și analiza executării proceselor în viața reală, crearea de soluții bazate pe instrumente pentru modelarea proceselor de afaceri.

Aș dori să vă atrag atenția asupra faptului că, în primul rând, acest ciclu prezintă punctul de vedere personal al autorului cu privire la modelarea proceselor de afaceri, care nu are nicio legătură cu opiniile oficiale ale furnizorilor de instrumente și servicii discutate; în al doilea rând, acest ciclu nu se preface că este sistematic - ci reflectă doar aspecte ale abordării procesului care i s-a părut autorului cea mai interesantă și meritată a atenției.

Pe scurt despre abordarea procesului

Esența abordării procesului este simplă. Activitățile angajaților companiei sunt împărțite în două categorii: repetitive (periodic sau ca urmare a apariției oricărui eveniment), numite procese și non-repetitive, numite proiecte, activități sau programe. Din acest punct de vedere, un proces este un ansamblu asociat de acțiuni repetate care transformă materialul sursă și / sau informația în produsul sau serviciul final, în conformitate cu regulile prestabilite. De regulă, procesele constituie o parte semnificativă din activitățile organizațiilor. Având în vedere că procesul are un rezultat final, considerând activitățile companiei ca un set de procese vă permite să răspundeți mai rapid la modificările condițiilor externe, să evitați duplicarea activităților și a costurilor care nu duc la rezultatul dorit și să motivați corect angajații să-l realizeze.

Modelarea proceselor de afaceri înseamnă de obicei descrierea grafică oficializată a acestora. Deși modelarea aplicării abordării procesului și îmbunătățirea activităților companiei bazate pe aceasta nu este obligatorie, în ultimii ani, multe companii i-au acordat o atenție serioasă. În continuare, vom discuta ce sarcini pot fi rezolvate folosind-o.

Aplicarea practică a modelării proceselor de afaceri

Modelarea proceselor de afaceri este utilizată în practică pentru a rezolva o gamă largă de sarcini. Una dintre cele mai tipice aplicații ale unor astfel de modele este îmbunătățirea proceselor modelate. În practică, procesele sunt descrise „așa cum este” (adică exact așa cum apar în realitate), iar apoi blocajele din aceste procese sunt identificate în diverse moduri și pe baza acestei analize sunt create mai multe modele de „așa cum trebuie”.

Identificarea blocajelor în procese se poate face în moduri diferite. Una dintre ele este simularea. Datele inițiale pentru o astfel de modelare sunt informații despre probabilitatea apariției evenimentelor care afectează execuția procesului, despre timpul mediu pentru îndeplinirea funcțiilor în proces și legile de distribuție ale timpului de execuție, precum și alte caracteristici, de exemplu, resursele implicate în proces.

O altă modalitate de identificare a blocajelor se bazează pe analiza proceselor reale și, în consecință, în timp real pentru îndeplinirea funcțiilor sau în așteptarea disponibilității resurselor. Valorile reale pot fi obținute fie din sistemele de informații (dacă procesul este automatizat într-un grad suficient de ridicat), fie determinate de calendarul convențional și alte observații.

Un alt mod de a aplica descrierea proceselor de afaceri este să folosești un set de modele de procese pentru a genera un cadru de reglementare corporativ, de exemplu, regulamente de proces, regulamente departamentale, fișe de post. Aceste tehnologii sunt utilizate în special în momentul pregătirii unei companii pentru certificarea conformității cu unul dintre standardele de calitate. Astăzi, aproape toate instrumentele de modelare a proceselor de afaceri vă permit să obțineți date despre obiecte pe modele și relațiile lor și să le reprezentați sub formă de documente, deși tehnologiile care stau la baza acestor soluții pot fi diferite.

Adesea, modelele procesului de afaceri sunt utilizate pentru a îmbunătăți sistemul de management al companiei și pentru a dezvolta un sistem de motivare a personalului - pentru aceasta, obiectivele companiei sunt de obicei modelate, fiecare fiind defalcat în altele mai detaliate până când această defalcare devine atât de detaliată încât obiectivele individuale se dovedesc a fi legate de activitate. angajați specifici. Apoi, în aceste scopuri, se formează indicatori cantitativi care caracterizează gradul de realizare a acestora, iar pe baza acestor indicatori se creează un sistem de motivație a personalului.

Modelarea proceselor de afaceri este utilizată pe scară largă în proiectarea sistemelor informaționale sau a altor soluții IT - astăzi descrierea proceselor în managementul cerințelor și crearea specificațiilor a devenit aproape o regulă de formă bună, iar într-o sarcină tehnică modernă este destul de posibil să vezi nu doar o listă de cerințe, ci și modele de proces. Și, orice ar spune specialiștii în domeniul managementului și consultanței proceselor pe acest subiect, nu uitați că în multe cazuri, sarcina de automatizare corectă și de sprijinire a informațiilor a activităților companiei este principala în luarea unei decizii privind modelarea proceselor de afaceri.

Sarcinile enumerate nu epuizează domeniul de aplicare al modelării proceselor de afaceri - aici sunt doar câteva exemple de utilizare a acestui tip de modelare.

Abordare proces și tehnologii CASE

Modele, obiecte și relații

Când modelăm procesele de afaceri, de regulă, conceptele de model, obiect și conexiune sunt manipulate. Un model este o colecție de simboluri grafice, proprietățile, atributele și relațiile dintre ele, care descrie în mod adecvat unele dintre proprietățile domeniului simulat. Tipurile posibile de modele și regulile pentru construcția lor (inclusiv simbolurile grafice disponibile pentru utilizare și regulile pentru existența legăturilor între ele) sunt determinate de metodologia de modelare aleasă, iar sistemul de legende adoptat în modelul utilizat este determinat de notația aleasă.

Există destul de multe metodologii de modelare utilizate astăzi în descrierea proceselor de afaceri. Cele mai populare dintre acestea sunt metodologia DFD (Data Flow Diagrams), care descrie diagrame de flux de date care sunt utilizate în analiza cerințelor și proiectarea funcțională a sistemelor informaționale; STD (State Transition Diagram), care tratează diagrame de tranziție de stare pentru proiectarea sistemelor în timp real; ERD (entități-relații diagrame), care analizează diagramele entitate-relație care sunt utilizate în proiectarea logică a sistemelor informaționale; FDD (diagramele funcționale de descompunere), care descrie diagrame funcționale de descompunere; SADT (Analiza structurată și tehnica de proiectare), care este o tehnologie destul de populară pentru analiza și designul structural în anii 90. Recent, metodologia ARIS a devenit populară, luând în considerare un set de diferite tipuri de modele (inclusiv cele acceptate de unele alte metodologii) care sunt utilizate pentru a descrie toate subsistemele unei companii. Familia de metodologii IDEF utilizate pentru proiectarea proceselor de afaceri și a datelor nu este mai puțin populară (dezvoltatorii de baze de date sunt destul de familiarizați cu metodologia IDEF1X, care descrie modele de date logice și fizice, iar metodologia IDEF0 este foarte populară cu analiștii care descriu procesele de afaceri) ... Metodologia UML (Unified Modeling Language) este foarte populară în rândul dezvoltatorilor de aplicații, care este utilizată la proiectarea sistemelor de informații și a aplicațiilor pentru a descrie cerințele pentru sistemul informațional, scenariile utilizatorilor, modificările stării sistemului și datele în timpul funcționării și claselor viitoarei aplicații.

Instrumente de modelare

Deși desenarea modelelor pe hârtie nu este interzisă, modelarea modernă a proceselor de afaceri se face de obicei folosind instrumente CASE - Ingineria sistemului asistat de computer - proiectarea sistemelor cu un computer. Există peste o sută de instrumente CASE pe piața software modernă. Într-o astfel de situație, este logic să discutăm clasificarea și sarcinile care pot fi rezolvate cu ajutorul lor (în raport cu abordarea procesului).

Din tehnologia informației, instrumentele CASE sunt de obicei denumite instrumente care automatizează anumite procese din ciclul de viață al soluțiilor IT. Cu toate acestea, cu ajutorul lor, sunt deseori rezolvate sarcini care nu sunt direct legate de soluțiile IT.

Particularitățile instrumentelor CASE moderne sunt instrumente grafice vizuale pentru crearea de modele, utilizarea mijloacelor de stocare a acestora sub formă de fișiere sau sub formă de date într-un depozit special și adesea - mijloace de integrare cu alte instrumente (de exemplu, cu instrumente de dezvoltare a aplicațiilor, aplicații de birou, alte CASE- mijloace, instrumente utilizate în implementarea sistemelor informaționale). Adesea instrumentele CASE conțin instrumente pentru generarea de rapoarte bazate pe modele, instrumente de reinginerie - pentru generarea de modele bazate pe date existente (de exemplu, conținute într-o bază de date relațională). Adesea, instrumentele CASE includ API-uri și chiar medii de dezvoltare a soluțiilor native.

Instrumentele CASE pot fi clasificate în tipuri:

• instrumente de analiză și modelare concepute pentru a crea descrieri ale proceselor și ale altor domenii de subiect ca atare;
• instrumente de analiză și proiectare utilizate pentru gestionarea cerințelor și documentarea proiectelor IT;
• instrumente de modelare a aplicațiilor (astăzi cea mai comună categorie de astfel de instrumente este familia instrumentelor de modelare UML);
• instrumente de proiectare a datelor care asigură modelarea datelor și generarea schemelor de baze de date pentru cele mai obișnuite DBMS.

Toate categoriile de instrumente de mai sus sunt utilizate pentru a descrie procesele de afaceri, cu excepția, poate, a ultimei: modelarea datelor este o zonă specială cu sarcini foarte specifice și un rezultat specific așteptat și este folosită nu atât de analiștii de afaceri, cât și de dezvoltatorii de aplicații.

Figura: 1. Borland Împreună

Cele mai populare instrumente pentru descrierea proceselor de afaceri din țara noastră includ instrumente de modelare UML Rational Rose (IBM) și Together (Borland) - Fig. 1, familia AllFusion Business Process Modeler (BPwin) pentru descrierea proceselor de afaceri folosind metodologia IDEF0 (Computer Associates) și organizarea lucrului în echipă pe un singur depozit de modele (Fig. 2), ARIS (IDS Scheer) - un instrument pentru lucrul în echipă pe un set de modele interrelaționate de diferite tipuri (Fig. 3) concepute pentru a descrie procesele de afaceri, sistemele de date și informații, activitățile companiei, Visio (Microsoft) este un instrument pentru crearea diferitelor tipuri de modele și date de proces de afaceri, care vă permite să creați diagrame și modele folosind diverse metodologii (Fig. 4).

Figura: 2. Modelator de proces de afaceri CA AllFusion (BPwin)

Figura: 3. ARIS Business Architect

Figura: 4. Microsoft Visio

Am scris în mod repetat despre multe dintre instrumentele de mai sus în revista noastră, iar cei interesați pot găsi articole relevante pe site-ul nostru:.

Ce instrument trebuie să alegeți pentru modelarea proceselor de afaceri? În primul rând, acest lucru este determinat de obiectivele și domeniul de aplicare al modelării, funcționalitatea instrumentelor, integrarea acestora cu alte instrumente și aplicații și într-o măsură mult mai mică - disponibilitatea cunoștințelor și experienței de utilizare a unui instrument special printre autorii modelelor. Desigur, în acest caz, trebuie să vă imaginați care sunt capacitățile instrumentului de modelare pentru a rezolva problema cu care se confruntă utilizatorul. Cu toate acestea, vom vorbi mai detaliat despre posibilitățile unor astfel de instrumente în articolele ulterioare.

Modelarea proceselor de afaceri este un instrument eficient pentru a găsi modalități de a optimiza activitățile companiei, permițându-vă să determinați modul în care compania funcționează în ansamblu și cum sunt organizate activitățile la fiecare loc de muncă. Metodologia (notația) pentru crearea unui model (descrierea) unui proces de afaceri este înțeleasă ca un ansamblu de moduri prin care obiectele lumii reale și conexiunile dintre ele sunt reprezentate ca model. Fiecare obiect și legături sunt caracterizate printr-un număr de parametri sau atribute, care reflectă anumite caracteristici ale unui obiect real (numărul obiectului, numele, descrierea, durata de execuție (pentru funcții), cost etc.).

Descrierea proceselor de afaceri se realizează în scopul analizei și reorganizării ulterioare a acestora. Scopul reorganizării poate fi introducerea unui sistem informațional, reducerea costurilor, îmbunătățirea calității serviciilor pentru clienți, crearea instrucțiunilor de muncă și de muncă etc., iar o descriere detaliată a proceselor în sine nu este valoroasă.

reengineering procesele de afaceri (eng. reproiectarea proceselor de afaceri) reprezintă o regândire fundamentală și o reproiectare radicală a proceselor de afaceri pentru a obține eficiența maximă a activităților de producție, economico-financiare și economice, formalizate prin documentele organizatorice, administrative și de reglementare corespunzătoare. Ingineria de afaceri constă în modelarea proceselor de afaceri (dezvoltarea unui model „așa cum este”, analizarea acestuia, dezvoltarea unui model „așa cum trebuie”) și elaborarea și implementarea unui plan pentru trecerea la stat „așa cum ar trebui”.

Multe metodologii moderne de modelare a proceselor de afaceri se bazează pe metodologia SADT (Analiză structurată și tehnică de proiectare), familia de standarde IDEF (Icam DEFinition, unde Icam reprezintă o fabricare integrată asistată de computer) și limbaje algoritmice.

Principalele tipuri de metodologii pentru modelarea și analiza proceselor de afaceri:

Modelarea proceselor de afaceri ( Modelarea proceselor de afaceri). Cea mai utilizată metodologie pentru descrierea proceselor de afaceri este standardul IDEF0. Modelele din notația IDEF0 sunt destinate unei descrieri la nivel înalt a activității unei companii sub aspect funcțional.

Descrierea fluxurilor de muncă ( Modelarea fluxului de lucru). Standardul IDEF3 este destinat să descrie fluxurile de lucru și este aproape de metodele algoritmice pentru construirea diagramelor bloc.

Descrierea fluxurilor de date ( Modelarea fluxului de date). Notație DFD ( Diagramarea fluxului de date), vă permite să reflectați succesiunea lucrărilor efectuate în timpul procesului și fluxurile de informații care circulă între aceste lucrări.

Alte metodologii.

În legătură cu obținerea valorii adăugate a unui produs sau serviciu, se pot distinge următoarele clase de procese:

Procese de bază de afaceri (de exemplu, produse de marketing, fabricație, furnizare și service).

Sprijinirea proceselor de afaceri nu adaugă valoare produsului, ci adaugă valoare (de exemplu, sprijin financiar pentru operațiuni, personal, asistență juridică, administrare, securitate, furnizarea de componente, reparații și întreținere etc.).

Managementul proceselor de afaceri.

Model de afaceri este o descriere formalizată (grafică, tabulară, textuală, simbolică) a proceselor de afaceri. Principalul domeniu de aplicare a modelelor de afaceri este reproiectarea proceselor de afaceri.

Obiectivele modelării proceselor de afaceri sunt de obicei formulate după cum urmează:

Oferiți o înțelegere a structurii organizației și a dinamicii proceselor care au loc în ea;

Oferiți o înțelegere a problemelor curente ale organizației și posibilitățile de rezolvare a acestora;

Asigurați-vă că clienții, utilizatorii și dezvoltatorii au aceeași înțelegere a obiectivelor și obiectivelor organizației;

Creați o bază pentru formarea de cerințe pentru software care automatizează procesele de afaceri ale organizației (cerințele pentru software sunt formate pe baza unui model de afaceri).

Un element important al modelului procesului de afaceri este reguli de afaceri sau reguli de domeniu. Normele de afaceri tipice sunt politicile corporative și legile guvernamentale. Normele de afaceri sunt de obicei formulate într-un document specific și pot fi reflectate în modele.

Descompunere într-un sens general, este o metodă care vă permite să înlocuiți soluția unei probleme mari cu o soluție dintr-o serie de probleme mai mici, împărțind un obiect în părțile sale componente după un criteriu specificat. În practică, descompunerea este utilizată pentru rafinarea modelelor de afaceri.

Etapele descrierii proceselor de afaceri:

Definirea obiectivelor descrierii.

Descrierea mediului, definirea intrărilor și rezultatelor procesului de afaceri, construcția diagramelor IDEF0.

Descrierea structurii funcționale (acțiuni de proces), construcția diagramelor IDEF3.

Descrierea fluxurilor (materiale, informații, financiare) ale procesului, construcția diagramelor DFD.

Construirea structurii organizatorice a procesului (departamente, participanți, responsabili).

IDEF0

Modelul este format din diagrame, fragmente de text și un glosar care sunt legate între ele. Diagramele sunt componentele principale ale modelului, toate funcțiile și interfețele de pe ele sunt reprezentate ca blocuri și arcuri.

Conexiunea dintre arc și bloc determină tipul de interfață:

Informațiile de control intră în bloc în partea de sus.

Informațiile de intrare intră în blocul din stânga.

Rezultatele ies din blocul din dreapta.

Mecanismul (sistem uman sau automat) care efectuează operația intră de jos în unitate.

Fiecare componentă a modelului poate fi descompusă (descifrată mai detaliat) într-o altă diagramă. Este recomandat să opriți modelarea atunci când nivelul de detaliu al modelului îi satisface scopul. Numărul total de niveluri din model nu trebuie să depășească 5-6.

Diagramarea începe prin reprezentarea întregului sistem ca un bloc unic și arce reprezentând interfețe cu funcții din afara sistemului. Apoi blocul, care reprezintă sistemul ca o singură unitate, este detaliat într-o altă diagramă folosind mai multe blocuri conectate prin arcuri de interfață. Fiecare diagramă detaliată este o descompunere bloc în raport cu diagrama nivelului anterior. La fiecare pas al descompunerii, diagrama nivelului anterior se numește diagrama părinte pentru diagrama mai detaliată.

Aceste diagrame nu indică în mod explicit secvența sau timpul. Metoda prezintă o serie de dezavantaje: complexitatea percepției (un număr mare de arcuri în diagrame și un număr mare de niveluri de descompunere), dificultatea de a conecta mai multe procese.

IDEF3

Această metodă este concepută pentru a simula succesiunea acțiunilor și interdependențele dintre ele în cadrul proceselor. Modelele IDEF3 pot fi folosite pentru a descărca pe blocurile de funcții IDEF0 care nu au diagrame de descompunere.

Afișează graficele IDEF3 act sub forma unui dreptunghi. Acțiunile sunt denumite folosind verbe sau substantive verbale, fiecărei acțiuni i se atribuie un număr de identificare unic (numărul de acțiune este precedat de obicei de numărul părintelui său, de exemplu, 1.1.).

Toate legăturile din IDEF3 sunt unidirecționale și sunt organizate de la stânga la dreapta.

Tipuri de legături IDEF3:

Prioritate temporală, săgeată simplă. Acțiunea inițială trebuie finalizată înainte de a începe acțiunea finală.

Flux de obiect, săgeată cu două capete. Rezultatul acțiunii inițiale este intrarea acțiunii finale. Acțiunea inițială trebuie finalizată înainte de a începe acțiunea finală. Numele de link-uri în streaming trebuie să identifice clar obiectul care este transmis prin utilizarea lor.

Relație fuzzy, săgeată punctată.

Finalizarea unei acțiuni poate iniția începerea executării mai multor altor acțiuni simultan sau invers, o anumită acțiune poate necesita finalizarea mai multor alte acțiuni înainte de începerea executării acesteia (ramificarea procesului).

Ramificarea procesului este reflectată folosind blocuri speciale:

- „Și”, blocați cu semnul &.

- Blocarea „exclusiv SAU” („una dintre”), cu semnul X

- „OR”, blocați cu semnul O.

Dacă acțiunile „ȘI”, „SAU” ar trebui să fie efectuate sincron, aceasta este indicată de două linii verticale duble în interiorul blocului, asincron - una.
Metoda IDEF3 vă permite să descompuneti o activitate de mai multe ori, documentând astfel fluxuri alternative de proces într-un singur model.

DFD

Scopul acestei prezentări este de a demonstra modul în care fiecare proces transformatele intrarea lor date in timpul sfarsitului de sapamana. Poate reflecta nu numai informațiile, ci și fluxurile de materiale. De asemenea, ca și în alte modele, descompunerea este suportată.

Principalele componente ale diagramelor de flux de date sunt:

Entități externe (un obiect material sau o persoană care este o sursă sau un primitor de informații, de exemplu, clienți, personal, furnizori, clienți, depozit);

Sisteme și subsisteme (de exemplu, un subsistem pentru lucrul cu indivizi);

Procese (transformarea fluxurilor de date de intrare în ieșire în conformitate cu un anumit algoritm; fizic, acesta poate fi, de exemplu, o unitate organizațională (departament) care procesează documente de intrare și emite rapoarte, un program, un dispozitiv logic implementat hardware etc.);

Dispozitive de stocare a datelor (dispozitive abstracte pentru stocarea informațiilor);

Fluxuri de date (săgeți în diagrama).

Este necesar să se așeze pe fiecare diagrama de la 3 (mai puțin are sens) la 7 procese (mai mult - nu percepute), fără a aglomera diagramele cu detalii nesemnificative la acest nivel.

Primul pas în construirea unei ierarhii DFD este construirea diagramelor de context. De obicei, atunci când se proiectează sisteme relativ simple, se construiește o diagramă contextuală unică cu o topologie stelară, în centrul căreia este așa-numitul proces principal, conectat la chiuvete și surse de informații. Pentru sisteme complexe (zece sau mai multe entități externe, natura distribuită și multifuncționalitatea sistemului), se construiește o ierarhie a diagramelor contextuale. În același timp, diagrama contextuală de nivel superior nu conține un singur proces principal, ci un set de subsisteme conectate de fluxuri de date.

Fiecare proces de pe un DFD poate fi detaliat folosind o DFD sau (dacă procesul este elementar) o specificație. Specificațiile sunt descrieri ale algoritmilor pentru sarcinile efectuate de procese. Limbajele de specificații pot varia de la limbajul natural structurat sau pseudocod până la limbaje de modelare vizuale.

În modelarea proceselor de afaceri, diagramele de flux de date (DFD) sunt utilizate pentru a construi modele AS-IS și AS-TO-BE, reflectând astfel structura existentă și propusă a proceselor de afaceri ale unei organizații.

ARIS

În prezent, există tendința de a integra diverse metode de modelare, care se manifestă sub forma creării de instrumente de modelare integrate. Unul dintre aceste instrumente este un produs software numit ARIS (Architecture of Integrated Information Systems), dezvoltat de compania germană IDS Scheer.

ARIS acceptă patru tipuri de modele (și multe tipuri de modele în fiecare tip), reflectând diferite aspecte ale sistemului studiat:

Modele organizaționale care reprezintă structura sistemului - ierarhia unităților organizaționale, poziții și indivizi specifici, relația dintre aceștia, precum și legătura teritorială a unităților structurale;

Modele funcționale care conțin o ierarhie a obiectivelor cu care se confruntă aparatul de management, cu un set de arbori de funcții necesare realizării obiectivelor;

Modele de informații care reflectă structura informațiilor necesare pentru implementarea întregului set de funcții ale sistemului;

Modele de management care reprezintă o viziune integrată a implementării proceselor de afaceri în cadrul sistemului.

Pentru a construi tipurile de modele enumerate, se folosesc atât metode de modelare ARIS proprii, cât și diferite metode și limbaje de modelare cunoscute, în special UML. Puteți începe procesul de modelare cu oricare dintre tipurile de model.

Principalul model de business al ARIS este eEPC (extinsul lanțului de proces orientat pe evenimente, un model extins al unui lanț de procese bazate pe evenimente). Notația ARIS eEPC este o extensie a notației IDEF3. Un proces de afaceri în notație eEPC este un flux de lucrări executate secvențial (proceduri, funcții), aranjate în ordinea executării lor. Durata efectivă a procedurii nu este reflectată vizual în eEPC.

Pentru a obține informații despre durata reală a proceselor, este necesar să folosiți alte instrumente de descriere, de exemplu, MS Project.

Modelele din ARIS sunt diagrame, ale căror elemente sunt diferite obiecte - „funcții”, „evenimente”, „diviziuni structurale”, „documente” etc. Între obiecte de anumite tipuri pot fi instalate conexiuni de anumite tipuri („îndeplinește”, „ia o decizie”, „trebuie informat despre rezultate” etc.). Fiecare obiect corespunde unui anumit set de atribute care vă permit să introduceți informații suplimentare despre un obiect specific.

Principalele obiecte ale notării eEPC:

Funcţie. Servește pentru a descrie funcțiile (procedurile, lucrările) îndeplinite de departamentele / angajații întreprinderii. Fiecare funcție trebuie să fie declanșată de un eveniment și trebuie să se încheie cu un eveniment; fiecare funcție nu poate conține mai mult de o săgeată, „pornind” execuția funcției și din mai mult de o săgeată, care descrie finalizarea funcției.

Eveniment. Servește pentru a descrie evenimente reale care afectează îndeplinirea funcțiilor.

Unitate organizationala. De exemplu, management sau departament.

Document. Reflectă suporturi reale, cum ar fi documentele de hârtie.

Sistem aplicat

Cluster de informații. Caracterizează un set de entități și relații între ele.

Comunicarea între obiecte. Tipul de relație între obiecte, de exemplu, activarea executării unei funcții de către un anumit eveniment.

Operator logic. Operatorul „ȘI”, „SAU” sau „OR” exclusiv vă permite să descrieți ramificarea unui proces.

Dacă, atunci când se creează un model în eEPC, este indicată doar succesiunea procedurilor, fără a se preocupa de reflectarea documentelor și informațiilor de control, modelele rezultate vor avea o valoare scăzută din punct de vedere al analizei și al utilizării ulterioare.

Pentru stocarea modelelor în ARIS, se folosește un SGBD obiect și se creează o nouă bază de date pentru fiecare proiect. Sunt oferite diverse funcții de administrare a bazelor de date, cum ar fi controlul accesului. Baza de date este un depozit ierarhic de modele.

Lucrările la crearea unui model ar trebui guvernate de acorduri de modelare rigide și voluminoase (standarde), ARIS sprijină un mecanism de filtre metodologice care permit utilizatorului să folosească doar un anumit set de scheme și obiecte. Dezvoltarea unor astfel de acorduri necesită o perioadă semnificativă de timp și specialiști cu înaltă calificare. Dacă un proiect care utilizează ARIS începe fără elaborarea detaliată a unor astfel de acorduri, atunci probabilitatea creării unor modele de proces de afaceri care nu răspund la întrebările puse este foarte mare.