Modelarea proceselor de afaceri- Acest remediu eficient găsirea modalităților de optimizare a activităților companiei, ceea ce vă permite să determinați cum funcționează compania în ansamblu și cum sunt organizate activitățile la fiecare loc de muncă. Metodologia (notația) pentru crearea unui model (descriere) a unui proces de afaceri este înțeleasă ca un set de moduri prin care obiectele din lumea reală și relațiile dintre ele sunt reprezentate sub forma unui model. Fiecare obiect și legături se caracterizează printr-un număr de parametri sau atribute care reflectă anumite caracteristici ale unui obiect real (număr obiect, nume, descriere, timp de execuție (pentru funcții), cost etc.).

Descrierea proceselor de afaceri este realizată în scopul analizei și reorganizării ulterioare a acestora. Scopul reorganizării poate fi introducerea Sistem informatic, reducerea costurilor, îmbunătățirea calității serviciului clienți, crearea de instrucțiuni de muncă și de lucru etc., și descriere detaliata procesele în sine nu au nicio valoare.

Reinginerie procesele de afaceri (ing. Business process reengineering) reprezintă o regândire fundamentală și o reproiectare radicală a proceselor de afaceri pentru a atinge eficiența maximă a activităților de producție, economico-financiare și economice, formalizată de organizarea și administrarea adecvată și documente normative. Ingineria afacerii constă în modelarea proceselor de afaceri (dezvoltarea modelului „așa cum este”, analiza acestuia, dezvoltarea modelului „cum să”) și dezvoltarea și implementarea unui plan de tranziție la starea „așa cum este necesar”.

Baza multor metodologii moderne de modelare a proceselor de afaceri a fost metodologia SADT (Structured Analysis and Design Technique - o metodă de analiză structurală și proiectare), familia de standarde IDEF (Icam DEFinition, unde Icam este Integrated Computer-Aided Manufacturing) și algoritmice. limbi.

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

Modelarea proceselor de afaceri ( modelarea proceselor de afaceri). Metodologia cea mai utilizată pentru descrierea proceselor de afaceri este standardul IDEF0. Modelele în notație IDEF0 sunt destinate unei descriere la nivel înalt a afacerii unei companii sub aspect funcțional.

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

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 ceea ce privește obținerea valorii adăugate a unui produs sau serviciu, se pot distinge următoarele clase de procese:

Procesele de bază ale afacerii (de exemplu, marketing, producție, aprovizionare și întreținerea serviciului produse).

Susținerea proceselor de afaceri nu adaugă valoare produsului, ci crește valoarea acestuia (de exemplu, sprijin financiar pentru activități, personal, suport juridic, administrare, securitate, furnizare de componente, reparații și întreținere etc.).

Managementul proceselor de afaceri.

Model de afaceri este o descriere formalizată (grafică, tabelară, textuală, simbolică) a proceselor de afaceri. Principala zonă de aplicare a modelelor de afaceri este reinginerirea 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 aceasta;

Să ofere o înțelegere a problemelor actuale ale organizației și a posibilităților de soluționare a acestora;

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

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

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

Descompunereîn sens general, aceasta este o metodă care vă permite să înlocuiți soluția unei probleme mari cu rezolvarea unei serii de probleme mai mici, împărțind un obiect în părțile sale componente conform unui criteriu stabilit. În practică, descompunerea este folosită pentru a rafina modelele de afaceri.

Etapele descrierii procesului de afaceri:

Determinarea scopului descrierii.

Descrierea mediului, definirea intrărilor și ieșirilor procesului de afaceri, construirea diagramelor IDEF0.

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

Descrierea fluxurilor (materiale, informaționale, financiare) ale procesului, construirea diagramelor DFD.

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

IDEF0

Modelul constă din diagrame, fragmente de text și un glosar cu legături între ele. Diagramele sunt componentele principale ale modelului, toate funcțiile și interfețele sunt prezentate ca blocuri și arce.

Punctul de conectare al arcului cu blocul determină tipul de interfață:

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

Informațiile de intrare sunt incluse în blocul din stânga.

Rezultatele ies din blocul din dreapta.

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

Fiecare componentă a modelului poate fi descompusă (descifrată mai detaliat) într-o altă diagramă. Se recomandă oprirea modelării 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 cu reprezentarea întregului sistem sub forma unui singur bloc și arce care înfățișează interfețe cu funcții în afara sistemului. Apoi blocul care reprezintă sistemul ca un singur modul este detaliat într-o altă diagramă folosind mai multe blocuri conectate prin arcuri de interfață. Fiecare diagramă detaliată este o descompunere în bloc din diagrama nivelului anterior. La fiecare pas de descompunere, diagrama nivelului anterior se numește diagramă părinte pentru diagrama mai detaliată.

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

IDEF3

Această metodă este concepută pentru a simula succesiune de acțiuniși interdependențele dintre ele în cadrul proceselor. Modelele IDEF3 pot fi utilizate pentru a detalia blocurile funcționale IDEF0 care nu au diagrame de descompunere.

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

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

Tipuri de link-uri IDEF3:

Precedentă temporală, săgeată simplă. Activitatea sursă trebuie să se termine înainte ca activitatea de final să poată începe.

Flux de obiecte, săgeată cu două vârfuri. Ieșirea acțiunii inițiale este intrarea acțiunii finale. Activitatea sursă trebuie să se termine înainte ca activitatea de final să poată începe. Numele link-urilor de streaming trebuie să identifice clar obiectul care este transmis cu ajutorul lor.

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

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

Ramificarea procesului este reflectată folosind blocuri speciale:

- „Și”, bloc cu semnul &.

- „XOR” („unul din”), bloc cu semnul X.

- „SAU”, un bloc cu semnul O.

Dacă acțiunile „ȘI”, „SAU” trebuie efectuate sincron, acest lucru este indicat de două linii verticale duble în interiorul blocului, asincron - una.
Metoda IDEF3 vă permite să descompuneți o activitate de mai multe ori, ceea ce asigură că fluxurile de proces alternative sunt documentate într-un singur model.

DFD

Scopul acestei prezentări este de a arăta cum se procesează fiecare se transformă intrarea lor date in timpul sfarsitului de sapamana. Poate reflecta nu numai informații, ci și fluxuri materiale. De asemenea, ca și în alte modele, descompunerea este suportată.

Principalele componente ale diagramelor de flux de date sunt:

Entități externe (obiect material sau individual, care sunt sursa sau receptorul 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 cele de ieșire în conformitate cu un anumit algoritm; fizic, aceasta poate fi, de exemplu, o subdiviziune a unei organizații (departament) care procesează documente de intrare și emite rapoarte, un program, o logică implementată hardware. dispozitiv etc.);

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

Fluxuri de date (săgeți pe diagramă).

Este necesar să se plaseze pe fiecare diagramă de la 3 (mai puțin nu are sens) la 7 (mai multe - nepercepute) procese, 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, la proiectarea unor sisteme relativ simple, se construiește o singură diagramă de context cu o topologie în stea, în centrul căreia se află așa-numitul proces principal, conectat la receptori ș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 de context. În același timp, diagrama contextului de nivel superior nu conține un singur proces principal, ci un set de subsisteme conectate prin fluxuri de date.

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

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

ARIS

În prezent, există tendința de a integra o varietate de metode de modelare, manifestată sub forma creării de instrumente integrate de modelare. Unul dintre aceste instrumente este un produs software numit ARIS (Arhitectura Sistemelor Informaționale Integrate), dezvoltat de compania germană IDS Scheer.

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

Modele organizaționale reprezentând structura sistemului - o ierarhie a unităților organizatorice, a posturilor și a persoanelor specifice, legăturile dintre acestea, 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 necesar pentru atingerea scopurilor;

Modele informaționale care reflectă structura informațiilor necesare implementării întregului set de funcții ale sistemului;

Modele de management care reprezintă o imagine cuprinzătoare a implementării proceselor de afaceri în cadrul sistemului.

Pentru a construi aceste tipuri de modele, sunt utilizate atât metodele de modelare proprii ale ARIS, cât și diverse metode și limbaje de modelare binecunoscute, în special, UML. Procesul de modelare poate fi început cu oricare dintre tipurile de model.

Principalul model de afaceri al ARIS este eEPC (Extended Event-driven Process Chain, model extins de lanț de procese bazat 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 (proceduri, funcții) efectuate secvenţial, aranjate în ordinea în care sunt efectuate. Durata reală a procedurilor în eEPC nu este reflectată vizual.

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 diverse obiecte- „funcții”, „evenimente”, „diviziuni structurale”, „documente”, etc. Între obiecte de anumite tipuri pot fi setate conexiuni anumite tipuri („realizează”, „ia o decizie”, „ar trebui să fie informat cu promptitudine despre rezultate”, etc.). Fiecare obiect corespunde unui set specific de atribute care vă permit să introduceți informații suplimentare despre un anumit obiect.

Obiectele principale ale notației eEPC sunt:

Funcţie. Servește la descrierea funcțiilor (proceduri, muncă) îndeplinite de departamentele/angajații întreprinderii. Fiecare funcție trebuie să fie inițiată de un eveniment și trebuie să se încheie cu un eveniment; Fiecare funcție nu poate introduce mai mult de o săgeată, „începând” execuția funcției și iese din mai multe săgeți, descriind finalizarea funcției.

Eveniment. Folosit pentru a descrie evenimente reale afectarea performantei functiilor.

Unitate organizationala. De exemplu, management sau departament.

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

Sistem de aplicare.

cluster de informații. Caracterizează un set de entități și relații dintre ele.

Comunicarea între obiecte. Tipul de relație dintre obiecte, de exemplu, activarea execuției unei funcții de către un eveniment.

operator boolean. Operatorul „ȘI”, „SAU” sau „SAU” exclusiv vă permite să descrieți ramificarea procesului.

Dacă, la crearea unui model în eEPC, specificați doar succesiunea procedurilor, fără să vă pese de reflectarea documentelor și informațiilor de control, modelele rezultate vor avea o valoare redusă în ceea ce privește analiza și utilizarea ulterioară.

Un SGBD obiect este folosit pentru a stoca modele în ARIS și este creată o nouă bază de date pentru fiecare proiect. Sunt furnizate diverse funcții de administrare a bazei de date, cum ar fi controlul accesului. Baza de date este o stocare ierarhică a modelelor.

Lucrarea de creare a unui model ar trebui reglementată prin convenții (standarde) de modelare stricte și voluminoase, ARIS acceptă un mecanism de filtre metodologice care permit utilizatorului să utilizeze doar un anumit set de scheme și obiecte. Dezvoltarea unor astfel de acorduri necesită timp considerabil și specialiști înalt calificați. Dacă un proiect care utilizează ARIS începe fără elaborarea detaliată a unor astfel de acorduri, atunci probabilitatea de a crea modele de procese de afaceri care să nu răspundă la întrebările puse este foarte mare.

Pentru a modela procesele de afaceri, sunt utilizate mai multe metode diferite, a căror bază sunt atât abordări structurale, cât și orientate pe obiecte ale modelării. Cu toate acestea, împărțirea metodelor în sine în cele structurale și obiectual este mai degrabă condiționată, deoarece cele mai dezvoltate metode folosesc elemente ale ambelor abordări. Cele mai comune metode includ:

Metoda de modelare funcțională SADT (IDEF0);

Metoda de modelare a proceselor IDEF3;

modelarea fluxurilor de date DFD;

metoda ARIS;

metoda Ericsson-Penker;

tehnica de modelare utilizată în tehnologia Rational Unified Process

1. Metoda SADT (Structured Analysis and Design Technique) este considerată o metodă clasică a abordării procesului de management. Principiul principal al abordării prin proces este de a structura activitățile organizației în conformitate cu procesele sale de afaceri, și nu structura organizațională.

Metoda SADT poate fi utilizată pentru a modela o mare varietate de procese și sisteme. În sistemele existente, metoda SADT poate fi utilizată pentru a analiza funcțiile îndeplinite de sistem și pentru a indica mecanismele prin care acestea sunt realizate.

Metoda SADT este un set de reguli și proceduri concepute pentru a construi un model funcțional al unui obiect din orice domeniu. Modelul funcțional SADT reflectă structura funcțională a unui obiect, adică. acțiunile pe care le realizează și conexiunile dintre aceste acțiuni.

Rezultatul aplicării metodei SADT este un model care constă din diagrame, fragmente de text și un glosar care au legături între ele.

Una dintre cele mai importante caracteristici ale metodei SADT este introducerea treptată a unor niveluri crescânde de detaliu pe măsură ce sunt create diagramele care reprezintă modelul.

Orez. 2.

2. Metoda de modelare a proceselor IDEF3

Metoda de modelare IDEF3 este concepută pentru a modela secvența acțiunilor și interdependența dintre acestea în cadrul proceselor.

Ca și în metoda IDEF0, unitatea de bază a modelului IDEF3 este diagrama. Cealaltă componentă importantă a modelului este acțiunea, sau în termenii IDEF3, „unitatea de lucru” (Unitatea de muncă). Diagramele IDEF3 afișează o activitate ca dreptunghi. Acțiunile sunt denumite folosind verbe sau substantive verbale și fiecărei acțiuni i se atribuie un număr unic de identificare. Acest număr nu este reutilizat chiar dacă acțiunea este eliminată în timpul construirii modelului. În diagramele IDEF3, numărul acțiunii este de obicei precedat de numărul părintelui său (Figura 3).

Orez. 3.

Relațiile semnificative dintre activități sunt descrise folosind link-uri. Toate legăturile din IDEF3 sunt unidirecționale și, în timp ce o săgeată poate începe sau se poate termina de fiecare parte a unui bloc de acțiune, diagramele IDEF3 sunt de obicei organizate de la stânga la dreapta, cu săgețile care încep din dreapta și se termină pe partea stângă a blocurilor. În tabel. 1 prezintă trei tipuri posibile de conexiuni.

Tabelul 1. Tipuri de legături IDEF3

3. Diagrame de flux de date DFD

Diagramele de flux de date (DFD) sunt o ierarhie de procese funcționale conectate prin fluxuri de date. Scopul acestei reprezentări este de a arăta modul în care fiecare proces își transformă intrările în ieșiri și de a dezvălui relațiile dintre aceste procese.

În conformitate cu această metodă, modelul de sistem este definit ca o ierarhie de diagrame de flux de date care descriu procesul asincron de transformare a informațiilor de la intrarea acesteia în sistem până la emiterea acesteia către consumator. Sursele de informații (entități externe) generează fluxuri de informații (fluxuri de date) care transferă 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, acumulatori de date sau entități externe – consumatori de informații.

Diagramele nivelurilor superioare ale ierarhiei (diagramele de context) definesc principalele procese sau subsisteme cu intrări și ieșiri externe. Ele sunt detaliate folosind diagrame de nivel inferior. Această descompunere continuă, creând o ierarhie pe mai multe niveluri de diagrame, până când se ajunge la un nivel de descompunere, la care nu are sens să detaliezi mai departe procesele.

Principalele componente ale diagramelor de flux de date sunt:

• * entitati externe;
• * sisteme si subsisteme;
• * procese;
• * unități de date;
• * fluxuri de date.
• 4. Metoda ARIS

Sistemul ARIS (Arhitecture of Integrated Information System), dezvoltat de compania germană IDS Scheer, este un set de instrumente pentru analizarea și modelarea activităților unei întreprinderi. Baza sa metodologică este o combinație de diferite metode de modelare care reflectă puncte de vedere diferite asupra sistemului studiat. Același model poate fi dezvoltat folosind mai multe metode, ceea ce permite specialiștilor cu cunoștințe teoretice diferite să folosească ARIS și să-l personalizeze pentru a lucra cu sisteme care au propriile lor specificități.

ARIS acceptă patru tipuri de modele care reflectă diferite aspecte ale sistemului studiat:

• * modele organizatorice reprezentând structura sistemului - ierarhia unităţilor organizatorice, posturilor şi indivizilor specifici, legăturile dintre acestea, precum şi legarea teritorială a unităţilor structurale;
• * modele funcționale care conțin o ierarhie a scopurilor cu care se confruntă aparatul de management, cu un set de arbori de funcții necesare atingerii scopurilor;
• * modele de informații care reflectă structura informațiilor necesare implementării întregului set de funcții ale sistemului;
• * modele de management care reprezintă o imagine cuprinzătoare a implementării proceselor de afaceri în cadrul sistemului.

Pentru a construi aceste tipuri de modele, sunt utilizate atât metodele de modelare proprii ale ARIS, cât și diverse metode și limbaje de modelare binecunoscute, în special, UML.

Modelele din ARIS sunt diagrame, ale căror elemente sunt diferite obiecte - „funcție”, „eveniment”, „ subdiviziune structurală”, „document”, etc. Între obiecte se stabilesc diverse conexiuni. Astfel, se pot stabili legături între obiectele „funcție” și „unitate structurală” următoarele tipuri:

• * execută;
• * ia o decizie;
• * participă la implementare;
• * trebuie informat asupra rezultatelor;
• * consiliază interpreții;
• * acceptă rezultatele.

Principalul model de afaceri al ARIS este eEPC (Extended Eventdriven Process Chain). În tabel. 2 prezintă principalele obiecte utilizate în această notație.

Tabelul 2. Obiectele modelului eEPC

Orez. 4.

Principalul avantaj al metodei ARIS constă în complexitatea acesteia, care se manifestă în relația dintre modele tipuri variate. Metoda ARIS vă permite să descrieți activitățile organizației din diferite puncte de vedere și să stabiliți legături între diferite modele. Cu toate acestea, această abordare este dificil de implementat în practică, deoarece presupune o cheltuială mare de resurse (umane și financiare) pentru o lungă perioadă de timp. În plus, mediul de instrumente ARIS este destul de costisitor și dificil de utilizat.

5. Metoda Ericsson-Penker este de interes în primul rând în legătură cu încercarea de a utiliza limbajul de modelare obiect UML (destinat inițial pentru modelarea arhitecturii sistemelor software) pentru modelarea proceselor de afaceri. Acest lucru este posibil prin mecanismele de extensie din UML.

Mecanismele de extensie UML sunt concepute pentru a permite dezvoltatorilor să adapteze un limbaj de modelare la nevoile lor specifice, fără a-și schimba metamodelul.

Orez. 5.

Prezența mecanismelor de extensie distinge fundamental UML de instrumente de modelare precum IDEF0, IDEF1X, IDEF3, DFD etc. Limbile de modelare enumerate pot fi definite ca puternic tipizate (prin analogie cu limbajele de programare), deoarece nu permit interpretarea arbitrară. a semanticii elementelor modelului. UML, în timp ce permite această interpretare (în principal prin stereotipuri), este un limbaj tipat liber. Mecanismele sale de expansiune includ:

• * stereotipuri;
• * valori etichetate (denumite);
• * restricții.

Un stereotip este un nou tip de element de model care este definit pe baza unui element deja existent. Stereotipurile extind notația modelului, pot fi aplicate oricărui element al modelului și sunt reprezentate ca o etichetă text sau o pictogramă.

O valoare numită este o pereche de șiruri „tag=valoare” sau „nume=conținut” care le stochează Informații suplimentare despre orice element al sistemului, de exemplu, momentul creării, stadiul dezvoltării sau testării, momentul la care s-au finalizat lucrările la acesta etc.

O constrângere este o constrângere semantică sub forma unei expresii textuale în limbaj natural sau formal (OCL - Object Constraint Language) care nu poate fi exprimată folosind notația grafică UML.

Autorii metodei Ericsson-Penker și-au creat profilul UML pentru modelarea proceselor de afaceri numit Ericsson-Penker Business Extensions, introducând un set de stereotipuri care descriu procesele, resursele, regulile și obiectivele unei organizații.

Metoda utilizează patru categorii principale de modele de afaceri:

• * Resurse - diverse obiecte utilizate sau implicate în procesele de afaceri (oameni, materiale, informații sau produse). Resursele sunt structurate, interconectate și subdivizate în resurse fizice, abstracte, informaționale și umane.
• * Procese - activități care modifică starea resurselor în conformitate cu regulile de afaceri.
• * Obiective - scopul proceselor de afaceri. Obiectivele pot fi împărțite în sub-obiective și legate de procesele individuale. Obiectivele sunt atinse în procese și exprimă starea necesară a resurselor. Obiectivele pot fi exprimate ca una sau mai multe reguli.
• * Reguli de afaceri - condiții sau restricții privind execuția proceselor (funcționale, comportamentale sau structurale). Regulile pot fi dictate de mediul extern (regulamente sau legi) sau pot fi definite în cadrul proceselor de afaceri. Regulile pot fi definite folosind limbajul OCL, care face parte din standardul UML.

Toate aceste categorii sunt interconectate: o regulă poate determina modul în care sunt structurate resursele, o resursă este atribuită unui anumit proces, un scop este asociat cu execuția unui anumit proces.

Diagrama UML principală utilizată în aceasta metoda, este diagrama de activitate. Elementul principal al diagramei este activitatea. Activitatea este afișată ca un dreptunghi rotunjit cu o descriere text. Orice diagramă de activitate trebuie să aibă un punct de plecare care definește începutul fluxului de evenimente. Punctul final este opțional. O diagramă poate avea mai multe puncte finale, dar un singur punct de început.

6. Metoda de modelare utilizată în tehnologia Rational Unified Process

UML este, de asemenea, utilizat în metoda de modelare a proceselor de afaceri care face parte din tehnologia Rational Unified Process de la IBM Rational Software. Această metodă, care vizează în primul rând crearea unei baze pentru formarea cerințelor software, presupune construirea a două modele de bază:

• * modele de procese de afaceri (Business Use Case Model);
• * modele de analiză de afaceri (Business Analysis Model).

Un model de proces de afaceri este un model care descrie procesele de afaceri ale unei organizații în termeni de roluri și nevoi. Este o extensie a modelului de caz de utilizare UML prin introducerea unui set de stereotipuri - Business Actor (stereotip de actor) și Business Use Case (stereotip de caz de utilizare).

Un actor de afaceri este un rol care este extern proceselor de afaceri ale unei organizații. Candidații potențiali pentru actori în procesele de afaceri sunt: ​​acționari, clienți, furnizori, parteneri, potențiali clienți, autoritățile locale autorități, angajați ai unităților organizaționale ale căror activități nu sunt acoperite de model, sisteme externe.

Lista actorilor se întocmește prin răspuns următoarele întrebări:

• * Cine beneficiaza de existenta organizatiei?
• * Cine ajută organizația să-și desfășoare activitățile?
• * Cui îi comunică organizația informații și de la cine primește?

Business Use Case (caz de utilizare în termeni de procese de afaceri) este definit ca o descriere a secvenței de acțiuni (fluxul de evenimente) în cadrul unui proces de afaceri care aduce un rezultat tangibil unui anumit actor. Această definiție este similară cu definiția generală a unui proces de afaceri, dar are un sens mai precis. În ceea ce privește modelul obiect, un caz de utilizare în afaceri este o clasă ale cărei obiecte sunt fluxuri de evenimente specifice în cadrul procesului de afaceri descris.

Această metodă se concentrează în primul rând pe procesele de afaceri elementare. Un astfel de proces poate fi definit ca o sarcină efectuată de o persoană într-un loc la un moment dat, ca răspuns la un eveniment care aduce un rezultat specific și pune datele într-o stare stabilă (de exemplu, confirmarea plății cu cardul de credit). Finalizarea unei astfel de sarcini implică de obicei cinci până la zece pași și poate dura de la câteva minute la câteva zile, dar este considerată o sesiune de interacțiune între actor și interpreți.

Fiecare caz de utilizare în afaceri reflectă scopul sau nevoia unui actor.

Descriere Business Use Case este o specificație (document text), care, la fel ca un caz de utilizare obișnuit, constă din următoarele elemente:

• * Nume;
• * scurta descriere;
• * scopuri si rezultate (din punctul de vedere al actorului);
• * descrierea scenariilor (de bază și alternative);
• * cerințe speciale (limitări privind timpul de execuție sau alte resurse);
• * extinderi (situații excepționale);
• * legături cu alte cazuri de utilizare în afaceri;
• * diagrame de activitate (pentru o descriere vizuală a scenariilor - dacă este necesar).

Descrierea cazului de utilizare în afaceri poate fi însoțită de un scop de proces, care, la fel ca în metoda ErikssonPenker, este modelat folosind o clasă cu stereotipul „obiectiv”, iar arborele obiectivului este reprezentat ca o diagramă de clasă.

Pentru fiecare Business Use Case se construiește un model de analiză a afacerii - un model obiect care descrie implementarea unui proces de business în termeni de obiecte care interacționează (Business Objects) aparținând la două clase - Business Worker și Business Entity.

Business Worker (executor) - o clasă activă, care este o abstractizare a unui executant care efectuează unele acțiuni ca parte a unui proces de afaceri. Executorii interacționează între ei și manipulează diverse entități, participând la implementarea scenariilor Business Use Case. În diagrama de clasă UML, lucrătorul este reprezentat ca o clasă cu stereotipul „lucrător în afaceri”.

Conceptul de entitate de afaceri este similar cu conceptul de entitate din modelul entitate-relație, cu excepția faptului că în acest model comportamentul entității nu este definit, iar în modelul obiect, o entitate poate avea un set de responsabilități. Într-o diagramă de clasă UML, o entitate este reprezentată ca o clasă cu stereotipul „entitate de afaceri”.

Tehnologia de informație

© Skorodumov P.V.

MODELAREA PROCESULUI DE AFACERI: ABORDĂRI, METODE ȘI INSTRUMENTE

SKORODUMOV PAVEL VALERIEVICH

Candidat la științe tehnice, șef al Laboratorului de Stat Federal Inteligente și Software și Sisteme Informaționale organizatie finantata de statȘtiințe

Institutul de Dezvoltare Socio-Economică a Teritoriilor Academia Rusă E-mail pentru științe: [email protected]

Ingineria proceselor de afaceri este baza abordării moderne a organizării afacerii, iar cea mai importantă direcție a acesteia este reinginerirea. Reingineria are ca scop utilizarea în organizarea unor procese de afaceri fundamental noi bazate pe utilizarea tehnologiilor moderne inovatoare.

Atunci când se analizează o afacere existentă și se dezvoltă una nouă, un rol important îl joacă construirea modelelor companiei și a proceselor de afaceri care au loc în aceasta. Modelarea este un proces de reflectare a realității folosind o metodologie specială. Articolul prezintă principalele abordări, metode și instrumente pentru modelarea proceselor de afaceri. Sunt luate în considerare cele mai populare formalisme ale rețelelor Petri utilizate în aceste scopuri.

Ca alternativă, se propune utilizarea aparatului modificat al rețelelor Petri hibride imbricate ca instrument pentru studierea proceselor de afaceri. O propunere de dezvoltare sistem universal modelare de simulare bazată pe aparatul modificat al rețelelor Petri.

Proces de afaceri, reinginerie, metodologii de modelare a proceselor de afaceri, rețele Petri, sistem universal de simulare.

Multe companii moderne continuă să construiască pe vechiul principii de management introdus de Adam Smith în 1776. În lucrarea sa, Smith împarte proces de fabricație pentru munca elementară, fiecare dintre ele efectuată de un angajat, în timp ce este suficient ca acesta să poată efectua operațiuni individuale și calificare înaltă nu este necesar.

Desigur, după atâția ani, principiile remarcate de Smith au încetat să mai îndeplinească cerințele moderne. Astăzi, produsele ar trebui să se concentreze pe grupuri înguste de consumatori, sunt necesari artiști cu o bună educație, care nu se tem de responsabilitate, se străduiesc să rezolve probleme complexe. Piața produselor a devenit mult mai largă, iar concurența și lupta pentru consumator

corp – mai agresiv. Mijloacele și tehnologiile utilizate pentru producție s-au schimbat semnificativ. Au început să joace un rol deosebit tehnologia de informație.

Multe companii încearcă să regândească vechile moduri de organizare a afacerii, construind noi procese de afaceri folosind tehnologii moderne.

Un proces de afaceri este un set conectat vederi interne activitatile companiei, incheindu-se cu crearea de produse sau servicii necesare consumatorului.

Un pas important în structurarea activităților oricărei organizații este alocarea și clasificarea proceselor de afaceri. În ceea ce privește obținerea valorii adăugate a unui produs sau serviciu, se disting procesele principale și de susținere. Primele – valoarea adăugată – sunt axate pe producția de bunuri sau prestarea de servicii care constituie activitatea principală a organizației și asigură venituri. Acestea din urmă nu adaugă valoare produsului sau serviciului pentru consumator, ci măresc valoarea acestuia. Ele sunt necesare pentru funcționarea întreprinderii și sunt concepute pentru a sprijini execuția proceselor de bază ale afacerii.

Baza abordării moderne a organizării afacerilor este ingineria proceselor de afaceri, a cărei direcție cea mai importantă este reinginerirea.

Reingineria este înțeleasă ca „o regândire fundamentală și o reproiectare radicală a proceselor de afaceri ale companiilor pentru a obține îmbunătățiri fundamentale în cei mai importanți indicatori ai activităților lor - cost, calitate și ritm”.

Reingineria este un set de instrumente, măsuri și metode, inclusiv informații relevante

tehnologii tehnologice menite să îmbunătățească radical principalii indicatori de performanță ai întreprinderii. În acest scop, se efectuează analiza și modificarea ulterioară a proceselor de afaceri existente. Pentru a obține îmbunătățiri dramatice ale performanței existente ale întreprinderii, reinginerizarea implică o schimbare fundamentală în procesele de afaceri existente. Prin urmare, metodele de reinginerie pot fi folosite de o întreprindere în procesul de dezvoltare a unei strategii de dezvoltare inovatoare.

Reinginerirea are ca scop utilizarea în organizarea unor procese de afaceri fundamental noi bazate pe utilizarea tehnologiilor moderne inovatoare.

Tranziția unei întreprinderi la utilizarea noilor tehnologii informaționale nu înseamnă automatizare procesele existente. Aplicarea lor poate duce nu numai la schimbări fundamentale în activitățile angajaților, ci și la înlocuirea completă a proceselor de afaceri existente.

Atunci când se analizează o afacere existentă și se dezvoltă una nouă, un rol important îl joacă construirea modelelor companiei și a proceselor de afaceri care au loc în aceasta. Modelele pot diferi în ceea ce privește gradul de detaliu al proceselor, forma de prezentare a acestora, luând în considerare doar factori statici sau și dinamici etc.

La modelarea proceselor de afaceri, este foarte important să decideți asupra structurii și conținutului obiectelor de modelare, pentru a determina din ce elemente ar trebui să constea procesul de afaceri. Orice proces de afaceri destul de complex poate include cinci elemente principale care ar trebui să se reflecte în formarea modelelor: planificarea activității, implementarea activității, înregistrarea informațiilor reale.

formaţiuni, control şi analiză, luarea deciziilor de management.

Modelarea proceselor de afaceri este o reflectare a viziunii subiective asupra proceselor care există cu adevărat în organizație folosind reprezentări grafice, tabelare, textuale.

Modelarea este procesul de reflectare a activităților reale (sau planificate) ale organizației folosind o metodologie specială. Este important să înțelegem că procesul de modelare este subiectiv. Cert este că 80% din informațiile pentru formarea modelelor provin de la angajații și liderii organizației intervievați. În același timp, atât părerea angajaților despre progresul efectiv al muncii, cât și viziunea asupra proceselor a analistului care a condus interviul sunt subiective. Gradul de subiectivitate al modelelor obținute poate deveni un obstacol serios pentru utilizarea ulterioară a acestora.

Următoarele obiective ale modelării proceselor de afaceri pot fi distinse:

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

2. Oferiți o înțelegere a problemelor actuale ale organizației și oportunităților de a le aborda.

3. Asigurați-vă că clienții, utilizatorii și dezvoltatorii împărtășesc aceeași înțelegere a scopurilor și obiectivelor organizației.

4. Determinați cerințele pentru software-ul care automatizează procesele de afaceri ale organizației.

Metodologia (notația) pentru crearea unui model de proces de afaceri este înțeleasă ca un set de moduri prin care obiectele reale și relațiile dintre ele sunt reprezentate sub forma unui model. Orice metodologie include trei componente principale:

1. Baza teoretică.

2. Descrierea pașilor necesari pentru a obține rezultatul dorit.

Dacă metodologia se bazează pe o bază teoretică, atunci prezența acesteia face ca metodologia să fie mai rezonabilă și mai previzibilă. Totuși, în absența unei teorii (model matematic), metodologiile pot fi și aplicate cu succes. Principalul lucru în metodologie este de a oferi utilizatorului o secvență practică de pași care duc la un rezultat dat. Este capacitatea de a obține un rezultat cu parametri dați care caracterizează eficacitatea metodologiei. Metodologiile (tehnicile) pot fi utilizate atât separat, cât și împreună.

Modelul organizației în cazul general este o combinație de modele funcționale, organizaționale și informaționale:

1. Modelul funcțional descrie un set de subsisteme funcționale și relații care reflectă ordinea de interacțiune a subsistemelor în timpul funcționării companiei sau a diviziilor acesteia.

2. Modelul organizatoric descrie componența și structura diviziilor și serviciilor companiei.

3. Modelul informațional descrie fluxurile de informații care există în modelele funcționale și organizaționale.

Pentru a modela procesele de afaceri, sunt utilizate mai multe metode diferite, a căror bază sunt atât abordări structurale, cât și orientate pe obiecte ale modelării. Cu toate acestea, împărțirea metodelor în sine în cele structurale și obiectual este mai degrabă condiționată, deoarece cele mai dezvoltate metode folosesc elemente ale ambelor abordări. Cele mai comune metode includ:

1. Metoda de modelare funcțională SADT (IDEF0).

2. Metoda de modelare a proceselor IDEF3.

3. Simularea fluxurilor de date DFD.

4. Metoda ARIS.

5. Metoda Ericsson Penker.

6. Metoda de modelare utilizată în tehnologia Rational Unified Process.

Unele dintre metodologiile existente se bazează pe standarde de stat, altele se bazează pe evoluțiile corporative ale companiilor individuale, unele sunt propuse de autori individuali, sunt împărțite în trei categorii:

1. Metodologia managementului de proiect.

2. Metodologii pentru modelarea și analiza proceselor de afaceri.

3. Metodologii de utilizare a produselor software pentru modelarea proceselor de afaceri într-un proiect.

În prezent, există câteva metodologii de management de proiect destul de clar identificabile legate de schimbarea proceselor de afaceri care există în organizație. Una dintre cele mai populare abordări este metodologia Hammer și Champi. Reingineria conform lui Hammer și Champy este „o regândire fundamentală și o reproiectare radicală a proceselor de afaceri pentru a obține îmbunătățiri dramatice, treptate, în indicatorii de performanță moderni critici ai unei companii, cum ar fi costul, serviciul și ritmul”. Baza acestei abordări este revizuirea activităților organizației „de la zero” și dezvoltarea unor procese de afaceri noi, mai eficiente.

Pe lângă metodologia Hammer și Champi-pi, există și alte metodologii care nu au paternitate clară, dar aparțin companiilor individuale, de exemplu, metodologii de implementare a proiectelor de implementare a sistemelor de automatizare pentru Oracle, SAP R/3, BAAN, RUP de la Rational etc.

Al doilea grup include metodologii pentru modelarea și analiza proceselor de afaceri. În prezent, există mai multe modalități de bază de a descrie procesele, bazate atât pe standarde (IDEF0), cât și pe abordări general acceptate (DFD).

În plus, există o serie de notații (metodologii) pentru descrierea proceselor propuse de companii individuale - dezvoltatori de software. Acestea din urmă includ metodologia ARIS (eEPC) de la IDS S^eer AG, Germania. De remarcat este și metodologia BPMN 2 susținută de organizația OMG, care a devenit un standard în rândul profesioniștilor și este utilizată în mod activ pentru a dezvolta modele de procese de afaceri automatizate „executabile”.

Al treilea grup de metodologii include metodologii pentru utilizarea instrumentelor de modelare pentru a crea modele de procese de afaceri. Instrumentele moderne de modelare sunt atât de dificil de utilizat încât necesită dezvoltarea unor metode speciale pentru aplicarea lor în proiect. Prin urmare, pentru proiecte simple, este adesea mai potrivit să se folosească un limbaj standard de desen pentru diagrame de flux și cele mai simple instrumente pentru a le crea (MS Word, Visio etc.).

Istoria apariției diverselor metodologii este rezumată în tabel.

În prezent sunt în curs de implementare numeroase proiecte, al căror scop este de a integra metodele și limbajele de modelare existente și de a crea o bază metodologică și tehnologică unificată pentru modelarea proceselor de afaceri și, într-un context mai larg - modelarea întreprinderii.

În august 2000, consorțiul BPMI a fost înființat la inițiativa Intalio. BPMI este o organizație independentă

Masa. Istoria dezvoltării metodologiilor de modelare a proceselor de afaceri

Perioada Metodologiei Modelării BP

1940 - 1960 Apariția limbajelor algoritmice

anii 1960 Analiza structurală și metodologia de proiectare (SADT)

1970 - 1980 Metodologii seria IDEF (IDEF0, IDEF3, IDEF1x), DFD, ERD

1990 Architecture of Integrated Information Systems (ARIS), Universal Modeling Language (UML), metodologii de la Oracle, Baan, Rational etc.

2000 Standarde ISO 9000:2000, care definesc abordarea procesuala a managementului unei organizatii

2003 Notație pentru modelarea proceselor „executabile” (BPMNv1)

2004 Abordare orientată pe subiect a modelării BP (S-BPM)

2008 - 2009 Actualizarea standardelor ISO 9000:2008

2011 Model și notație pentru modelarea proceselor „executabile” (BPMNv2)

implicat în dezvoltarea de specificații deschise pentru gestionarea proceselor de comerț electronic.

Aceste specificații includ standardele proiectelor de limbajul de modelare a proceselor de afaceri (BPML) și a limbajului de interogare a proceselor de afaceri (BPQL) pentru managementul proceselor de afaceri. BPML este un metalimbaj pentru modelarea proceselor de afaceri, la fel cum XML este un metalimbaj pentru modelarea datelor. BPML vă permite să creați un model abstract executabil al proceselor de interacțiune bazat pe conceptul de mașină de stări.

În 2003, BPMI a publicat un proiect de standard de notație de modelare a proceselor de afaceri (BPMN). Scopul acestui proiect este de a crea o notație comună pentru diverse categorii de profesioniști: de la analiști de afaceri și experți ai organizațiilor până la dezvoltatori de software.

BPMN constă dintr-o singură diagramă numită Business Process Diagram (BPD) care se mapează direct la constructul BPML.

Proiectul Unified Enterprise Modeling Language (UEML) a fost întreprins cu scopul de a integra numeroase limbaje de modelare Enterprise într-un limbaj de modelare unificat cu sintaxă, semantică și reguli de mapare bine definite între diferite instrumente de modelare. Baza pentru

o astfel de integrare a fost asigurată de modelele GERAM (Generalized Enterprise Reference Architecture and Methodology) și Zachman. Proiectul UEML include dezvoltarea:

1) un limbaj vizual comun, bazat pe șabloane, pentru instrumentele comerciale de modelare;

2) mecanisme standard, independente de instrumente pentru transferul modelelor între proiecte;

3) un depozit de modele de întreprindere.

OMG este un consorțiu de dezvoltatori de software și utilizatori din diverse organizații comerciale, guvernamentale și academice, cu aproximativ 800 de membri. OMG dezvoltă diverse standarde în domeniul interacțiunii dintre sistemele distribuite (cele mai cunoscute dintre ele sunt CORBA și UML).

Activitatea OMG în domeniul modelării proceselor de afaceri este legată în principal de conceptul de Arhitectură Model Driven (MDA).

MDA integrează diverse abordări de modelare și introduce un set de mapări între modele la diferite niveluri de abstractizare. Orice organizație care utilizează MDA poate dezvolta doar modele care sunt necesare pentru propriile scopuri.

În prezent, cele trei proiecte principale ale inițiativei OMG sunt crearea de metamodele pentru descrierea proceselor de afaceri (Business Process Definition Metamodel -BPDM), business

pitchfork (Business Semantics of Business Rules, and Production Rule Representation) și ontologie (Ontology Definition Metamodel). Scopul BPDM este de a integra și de a oferi interoperabilitate între modelele utilizate de diferite organizații (cum ar fi diagramele UML sau BPMN). Se așteaptă ca BPDM să fie implementat ca profil UML 2.0. În mod similar, OMG lucrează la standardizarea regulilor de afaceri și la compatibilitatea acestora cu BPDM. Toate acestea luate împreună ar trebui să ofere în viitor un nou nivel de compatibilitate între modelele utilizate pentru a descrie procesele de afaceri și software-ul.

Printre instrumentele moderne de modelare și analiza proceselor de afaceri, sunt utilizate pe scară largă Rational Rose, Oracle Designer, BPWin și ERwin, ARIS etc. BPwin, ARIS și Rational Rose sunt mai potrivite pentru modelarea proceselor de afaceri, să le privim mai detaliat.

Rational Rose este unul dintre cele mai importante instrumente de modelare vizuală din industria software, cu suport complet pentru limbajul UML și suport multilingv pentru dezvoltarea echipei, susținând un proces de creare a sistemului orientat pe componente. Orice modele create cu acest instrument sunt interconectate: model de afaceri, model funcțional, model de analiză, model de proiectare, model de bază de date, model de componentă și model de implementare fizică a sistemului. Vă permite să rezolvați aproape orice sarcină în proiectarea sistemelor informaționale: de la analiza proceselor de afaceri până la generarea de cod într-un limbaj de programare specific. Vă permite să dezvoltați atât modele la nivel înalt, cât și la nivel scăzut, implementând astfel fie design abstract, fie design logic.

Pachetul VRST se bazează pe metodologia IDEF și este destinat modelării și analizei funcționale a activităților unei întreprinderi. Metodologia IDEF, care este cea oficială standard federal SUA, este un set de metode, reguli și proceduri concepute pentru a construi un model funcțional al unui obiect din orice domeniu. Modelul funcțional IDEF reflectă structura funcțională a unui obiect, adică acțiunile pe care le efectuează și relațiile dintre aceste acțiuni.

BPwin acceptă trei notații standard - IDEF0, DFD și IDEF3, vă permite să optimizați procedurile în companie, ușurează certificarea pentru conformitatea cu standardele de calitate ^09000, conține propriul generator de rapoarte, are o gamă largă de instrumente pentru documentarea modelelor, proiecte.

Pachetul ERWin este utilizat în modelarea și crearea bazelor de date de complexitate arbitrară bazate pe diagrame entitate-relație; este cel mai popular pachet de modelare a datelor datorită suportului pentru o gamă largă de SGBD de diferite clase.

ERWin acceptă metodologia de modelare structurală SADT și notația IDEF1x pentru diagramele ER ale modelelor de date, vă permite să reutilizați componente ale modelelor create anterior, precum și să utilizați cele mai bune practici ale altor dezvoltatori, este posibil lucru in echipa grupuri de designeri cu aceleasi modele .

Sistemul ARIS este un set de instrumente pentru analizarea și modelarea activităților unei întreprinderi. Baza sa metodologică este o combinație de diferite metode de modelare care reflectă puncte de vedere diferite asupra sistemului studiat. Același model poate

să fie dezvoltat folosind mai multe metode, ceea ce permite ARIS să fie utilizat de către specialiști cu cunoștințe teoretice diferite și configurat să lucreze cu sisteme care au specificul lor. Tehnica de modelare ARIS se bazează pe teoria construirii sistemelor informatice integrate dezvoltată de profesorul August Scher, care determină principiile de afișare vizuală a tuturor aspectelor de funcționare a companiilor analizate. ARIS acceptă patru tipuri de modele care reflectă diferite aspecte ale sistemului studiat: modele organizaționale, funcționale, informaționale și de management.

Pentru a construi aceste tipuri de modele, sunt folosite atât metodele de modelare proprii ale ARIS, cât și diverse metode și limbaje de modelare binecunoscute. Modelele din ARIS sunt diagrame, ale căror elemente sunt diverse obiecte - „funcție”, „eveniment”, „unitate structurală”, „document”, etc. ARIS se concentrează pe descrierea procesului.

Sa remarcat mai sus că utilizarea noilor tehnologii informaționale este o parte integrantă a reingineriei. În același timp, modelele de noi procese de afaceri sunt implementate direct în mediul sistemului de suport informațional (SIS) al unei noi afaceri. Importanța ISP-ului constă nu numai în faptul că este un element necesar de reinginerie, ci și în faptul că adesea utilizarea ISP-ului determină în mare măsură tehnologia noilor afaceri. ISP este un software special dezvoltat - un sistem software care este construit pe baza utilizării instrumentelor adecvate.

Un alt instrument de modelare a proceselor de afaceri este aparatul rețelelor Petri (SP). Principalele avantaje

Proprietățile utilizării SP în modelare sunt următoarele: 1) procesul definit în termeni de SP are o reprezentare clară și precisă; 2) vizibilitatea programului de construcție a rețelei, datorită căruia toate definițiile și algoritmii acesteia sunt ușor de perceput; 3) posibilitatea utilizării diverselor metode de analiză.

Popularitatea SP se datorează și reprezentării cu succes a diferitelor tipuri de obiecte prezente în multe sisteme simulate și abordării „evenimentului” a modelării. Ele sunt cel mai bine plasate pentru a descrie relațiile și interacțiunile proceselor care rulează în paralel.

LA vedere generala rețeaua Petri este definită de următoarea mulțime:

C = (P, T, E), (1)

P este un set finit nevid de poziții ale rețelei;

T este un set finit nevid de tranziții;

E - raportul incidenței posturilor și

tranziții (un set de arce de rețea).

În ceea ce privește modelarea proceselor de afaceri, cel mai frecvent sunt utilizate rețelele WF Petri sau rețelele de flux de lucru. Acest formalism a fost introdus de Wil van der Aalst pentru a modela fluxurile de lucru în sistemele de flux de lucru. O rețea Petri PN = (P, T, F) se numește rețea de flux de lucru (WF-net) dacă sunt îndeplinite următoarele condiții:

1) există o singură poziție inițială i, astfel încât să nu existe tranziții incluse în i;

2) există o singură poziție finală o, astfel încât să nu existe tranziții care părăsesc o;

3) fiecare nod al acestei rețele este situat pe calea de la i la o.

De remarcat că rețelele Petri, spre deosebire de toate abordările prezentate mai sus, fac posibilă obținerea unui model de simulare dinamică a unui model de afaceri.

proces. Din punct de vedere al comportamentului în timp, procesele de afaceri pot fi în general clasificate ca sisteme hibride; atât componente continue, cât și componente discrete pot fi prezente în ele în același timp. Componenta continuă reflectă continuitatea proceselor într-o organizație reală în timp; discret - poate reflecta actiuni de control care vizeaza procese continue. Pentru modelarea sistemelor hibride, a fost prezentat un aparat modificat de rețele Petri hibride imbricate.

GSP poate fi definit de următorul set:

NHPN=(Atom, Lab, SN(HPN), (EN!,..., ENk),Á), (2) unde:

Atom = Var ^ Con - set de atomi, format din seturi de nume de variabile si nume de constante;

Lab = Labv ^ Labh - set de etichete utilizate pentru sincronizarea verticală și orizontală a tranzițiilor; (EN1,...,ENk)(k > 1) - o mulțime finită de SP obișnuite;

L - funcția de marcare a tranzițiilor elementelor din setul Lab.

SN(HPN) - rețea de sistem ca parte a SHPN, care este o rețea hibridă Petri (HPN):

HPN = (P, T, Pre, Post, D, C), (3)

P = Pd ^ Pc - mulţime de poziţii discrete şi continue;

T = Td ^ Tc ^ TK ^ TE - mulţime de tranziţii discrete, continue de cuantizare şi extrapolare; Pre, Post - matrice de incidență care caracterizează setul de arce; D: Tt ^ R+ - o funcție care determină intervalele de întârziere pentru tranziții în timp discret;

C: Tc ^ R0 x R+m este o funcție care determină capacitatea tranzițiilor continue.

Este posibil să se utilizeze conceptele de timp global și local în aparatul GHSP. Primul este timpul extern sistemului, cu care este asociat conceptului de pas de modelare, care permite estimarea schimbării temporale a stării sistemului în raport cu sisteme externe. Al doilea este utilizat pentru a determina întârzierile de răspuns ale tranzițiilor discrete și debitul tranzițiilor continue ale SHG. Toate tranzițiile discrete sunt împărțite în instantanee, temporale deterministe și determinate exponențial. Împărțirea este legată de definirea intervalului de întârziere pentru tranziții. Pentru tranzițiile continue se introduce conceptul de debit, care reflectă viteza de mișcare prin tranziția unui flux continuu de cipuri.

În plus față de toate cele de mai sus, aparatul include conceptele de greutate a arcului și arcuri inhibitorii caracteristice SP de nivel înalt.

Un plus semnificativ la aparat este capacitatea de a utiliza valori fracționale și negative pentru greutatea arcului care provine din tranziție. Când folosiți o greutate a arcului negativ, ar trebui să vorbim despre potențialul cipurilor în această poziție. Indiferent de interpretarea etichetării rețelei, ecuația dinamicii rețelei nu se schimbă.

Dinamica comportamentului SHG este descrisă de următoarele patru tipuri de pași de declanșare:

1. O etapă autonomă de sistem este declanșarea unei tranziții de rețea de sistem în conformitate cu regulile pentru GSP, în timp ce rețelele de elemente sunt considerate ca cipuri care nu au structură proprie.

2. Treapta elementar-autonomă modifică doar starea internă (marcarea) rețelei elementare, fără a modifica locația acesteia în rețeaua sistemului.

3. Etapa de sincronizare orizontală este utilizată pentru a sincroniza tranzițiile în două rețele elementare situate în aceeași poziție a rețelei de sistem.

4. Etapa de sincronizare verticală este utilizată pentru a sincroniza tranziția în rețeaua de sistem cu unele tranziții ale rețelelor elementare.

Următoarea ecuație este utilizată pentru a descrie dinamica comportamentului SHG:

Mk = M-1 + C(p, b)un (4)

M - matrice de marcare a rețelei. Marcarea rețelei atribuie pentru fiecare poziție discretă un număr întreg de cipuri, ținând cont de potențialul acestora, și pentru fiecare poziție continuă - dacă un semnal este prezent sau nu în ea; uk - vector de control, determină setul de tranziții care sunt gata de declanșare la momentul curent;

C(p, b) este matricea de incidență a GES rezultată.

Aparatul modificat al rețelelor hibride Petri imbricate extinde în mod semnificativ domeniul de aplicare al PN-urilor clasice și al extensiilor existente, vă permite să studiați sisteme hibride cu o structură complexă în ansamblu.

După cum sa menționat mai sus, crearea unui instrument universal pentru modelarea proceselor de afaceri este o sarcină urgentă astăzi. Rețelele Petri hibride imbricate pot deveni un astfel de aparat. Combinând caracteristicile diferitelor extensii ale rețelelor Petri clasice, acestea au toate avantajele lor, permițându-vă să explorați sisteme de complexitate diferită.

Aparatul modificat al rețelelor Petri hibride imbricate poate fi folosit ca bază pentru construirea unui sistem de modelare universal care nu numai că va economisi timp pentru dezvoltarea și implementarea unui model de simulare, dar va face și procesul de modelare în sine mai simplu și mai accesibil. Acest lucru reduce probabilitatea erorilor în timpul creării modelelor din cauza cunoașterii insuficiente a instrumentelor lingvistice, a neatenției în lucrul cu cantități mari de informații etc.

Cercetările în domeniul modelării proceselor de afaceri utilizând aparatura rețelelor Petri și construirea unui sistem universal de simulare vor fi continuate în viitor.

LITERATURĂ

1. Analiza mijloacelor moderne de modelare a proceselor de afaceri [Resursa electronica]. - Mod de acces: http://www.reengine.ru/index.asp?Menu=2&Sub=2

2. Baranov, V. V. Reinginerirea proceselor de afaceri: etape de dezvoltare și implementare [Resursa electronică] / V. V. Baranov. - Mod de acces: http://www.elitarium.ru/2012/11/14/reinzhiniring_biznes_processov_jetapy_razrabotki_realizacii.html

3. Barinov, V. A. Reinginerie: esență și metodologie [Resursa electronică] / V. A. Barinov. - Mod de acces: http://www.elitarium.ru/2006/05/12/reinzhiniring_sushhnost_i_metodologija.html

4. Vendrov, A. M. Metode și instrumente pentru modelarea proceselor de afaceri (recenzie) [Text] / Vendrov A. M. // Buletin de informare. - 2004. - Nr. 10 (137). - 32 s.

5. Dukhanov, A. V. Modelarea prin simulare a sistemelor complexe [Text] / A. V. Dukhanov, O. N. Medvedeva // Curs de prelegeri. - Vladimir: VSU 2010. - 118 p.

6. Kotov, V. E. plasele Petri [Text] / V. E. Kotov. - M. : Nauka, 1984. - 160 p.

7. Malkov, M. V. Petri nets and modeling [Resursa electronica] / M. V. Malkov, S. N. Malygina. - Mod de acces: http://site/artide/n/seti-petri-i-modelirovanie

8. Oikhman, E. G. Reingineria afacerilor: reinginerirea organizațiilor și a tehnologiilor informaționale [Text] / E. G. Oikhman, E. V. Popov. - M. : Finanţe şi statistică, 1997. - 336 p.

9. Peterson, J. Teoria rețelelor Petri și modelarea sistemelor [Text] / J. Peterson. - M.: Mir, 1984. - 264 p.

10. Poleshchuk, N. A. Modelarea costurilor în sistemele economice folosind rețele Petri [Resursa electronică] / N. A. Poleshchuk. - Mod de acces: http://www.marketing-mba.ru/article/v4_11/Paliashchuk.pdf

11. Repin, VV Abordarea procesului de management. Modelarea proceselor de afaceri [Text] / V. V. Repin, V. G. Eliferov. - M. : Mann, Ivanov și Ferber, 2013. - 544 p.

Introducere

strategic de afaceri de depozit

Până în prezent, valoarea depozitului ca unitate organizatorică în economie de piata este în continuă creștere. La fel de importanţă pentru toate întreprinderile de producție și comerț are logistică de depozit, care vizează gestionarea fluxurilor de materiale în lanțurile de distribuție.

Un complex de depozite poate fi o organizație independentă sau o divizie a unei întreprinderi. În această lucrare a fost efectuată o analiză a depozitului, care este un element organizatoric al unei întreprinderi. Este evident că strategia depozitului ar trebui să fie în concordanță cu strategia corporativă generală a companiei. Managerul complexului de depozite trebuie să studieze cu atenție strategia corporativă și să determine modul în care departamentul său poate contribui la succesul companiei în măsura maximă.

Scopul lucrării cursului: aplicarea metodologiilor de modelare și management al proceselor de afaceri pentru optimizarea proceselor de afaceri din depozit.

Obiectivele principale ale cursului:

1. Descrieți organizația: structura organizatorică a managementului, procesele de bază ale afacerii.

2. Identificați problemele care există în complexul de depozite, evidențiați cea mai importantă problemă și formulați o listă de indicatori care o caracterizează.

3. Formulați scopul strategic al organizației care vizează eliminarea problemei specificate. Dezvolta harta strategica scopurile organizației. Pentru fiecare obiectiv strategic determinați indicatorii, ale căror valori vor determina dacă obiectivul este atins sau nu.

4. Modelați procesul de afaceri al depozitului selectat și determinați un set de activități (inițiative), a căror implementare ar trebui să contribuie la atingerea scopului strategic al organizației.

Metode și instrumente pentru modelarea proceselor de afaceri

Un proces de afaceri este un set logic, secvenţial, interconectat de activităţi care consumă resurse, creează valoare şi oferă rezultate. Modelarea proceselor de afaceri este un instrument eficient pentru a găsi modalități de optimizare a operațiunilor unei companii, permițându-vă să determinați cum funcționează compania în ansamblu și cum sunt organizate activitățile la fiecare loc de muncă. Metodologia (notația) pentru crearea unui model (descriere) a unui proces de afaceri este înțeleasă ca un set de moduri prin care obiectele din lumea reală și relațiile dintre ele sunt reprezentate sub forma unui model. Fiecare obiect și legături se caracterizează printr-un număr de parametri sau atribute care reflectă anumite caracteristici ale unui obiect real (număr obiect, nume, descriere, timp de execuție (pentru funcții), cost etc.).

Descrierea proceselor de afaceri este realizată î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 serviciului clienți, crearea de instrucțiuni de muncă și de lucru etc., iar o descriere detaliată a proceselor în sine nu are nicio valoare. Reingineria proceselor de afaceri este o regândire fundamentală și o reproiectare radicală a proceselor de afaceri pentru a obține o eficiență maximă în activitățile de producție, economice și financiare și economice, formalizate prin documentele organizatorice, administrative și de reglementare relevante. Ingineria afacerii constă în modelarea proceselor de afaceri (dezvoltarea modelului „așa cum este”, analiza acestuia, dezvoltarea modelului „cum să”) și elaborarea și implementarea unui plan de tranziție la starea „cum să”.

Baza multor metodologii moderne de modelare a proceselor de afaceri a fost metodologia SADT (Structured Analysis and Design Technique - o metodă de analiză structurală și proiectare), familia de standarde IDEF (Icam DEFinition, unde Icam este Integrated Computer-Aided Manufacturing) și algoritmice. limbi. Principalele tipuri de metodologii pentru modelarea și analiza proceselor de afaceri:

Modelarea proceselor de afaceri (Business Process Modeling). Metodologia cea mai utilizată pentru descrierea proceselor de afaceri este standardul IDEF0. Modelele în notație IDEF0 sunt destinate unei descriere la nivel înalt a afacerii unei companii sub aspect funcțional.

Descrierea fluxurilor de lucru (Work Flow Modeling). Standardul IDEF3 este destinat să descrie fluxurile de lucru și este aproape de metodele algoritmice pentru construirea diagramelor de flux.

Descrierea fluxurilor de date (Data Flow Modeling). Notația DFD (Data Flow Diagraming) 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.

Astăzi, abordarea procesului predomină în modelarea proceselor de afaceri. Principiul său principal este de a structura activitățile organizației în conformitate cu procesele sale de afaceri, și nu structura organizațională. Un model bazat pe structura organizatorică și de personal nu poate decât să demonstreze haosul care domnește în organizație (de care, în principiu, conducerea este deja conștientă, altfel nu ar fi inițiat munca corespunzătoare), pe baza lui, este doar posibil să se facă propuneri de schimbare a acestei structuri. Pe de altă parte, modelul bazat pe procese de afaceri conține și structura organizatorică a întreprinderii.

Abordarea procesului poate folosi oricare dintre instrumentele de modelare enumerate mai sus. Cu toate acestea, în prezent există tendința de a integra diverse metode de modelare și analiză a sistemelor, care se manifestă sub forma creării de instrumente integrate de modelare. Unul dintre aceste instrumente este un produs numit ARIS - Architecture of Integrated Information System, dezvoltat de compania germană IDS Scheer.

Sistemul ARIS este un set de instrumente pentru analizarea și modelarea activităților unei întreprinderi. Baza sa metodologică este o combinație de diferite metode de modelare care reflectă puncte de vedere diferite asupra sistemului studiat. Același model poate fi dezvoltat folosind mai multe metode, ceea ce permite specialiștilor cu cunoștințe teoretice diferite să folosească ARIS și să-l personalizeze pentru a lucra cu sisteme care au propriile lor specificități.

ARIS acceptă patru tipuri de modele care reflectă diferite aspecte ale sistemului studiat:

Modele organizaționale reprezentând structura sistemului - o ierarhie a unităților organizatorice, a posturilor și a persoanelor specifice, legăturile dintre acestea, 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 necesar pentru atingerea scopurilor;

Modele informaționale care reflectă structura informațiilor necesare implementării întregului set de funcții ale sistemului;

Modele de management care reprezintă o imagine cuprinzătoare a implementării proceselor de afaceri în cadrul sistemului.

Pentru a construi aceste tipuri de modele, sunt utilizate atât metodele de modelare proprii ale ARIS, cât și diverse metode și limbaje de modelare binecunoscute - ERM, UML, OMT etc.

Trimiteți-vă munca bună în baza de cunoștințe este simplu. Utilizaț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. toate cele mai bune. ro/

Introducere

1. Partea teoretică

1.2 Metodologia ARIS

2. Partea practică

Concluzie

Bibliografie

Introducere

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

Crearea unui sistem informatic al întreprinderii este un proces destul de complex și în mai multe etape, care, destul de des, conține o fază de modelare a informațiilor. Un model de informații este o specificare a unei structuri de date și a regulilor de afaceri (reguli de domeniu).

Modelarea proceselor de afaceri este procesul de reflectare a viziunii subiective a fluxului de lucru sub forma unui model formal constând din operațiuni interconectate.

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

În prezent, pe piața tehnologiei informatice sunt prezentate mai multe programe speciale care vă permit să examinați o întreprindere și să construiți un model. Alegerea metodologiei și instrumentelor cu care se realizează modelarea proceselor de afaceri nu are o importanță fundamentală. Există metodologii și instrumente standardizate, testate în timp, care pot fi folosite pentru a sonda o întreprindere și pentru a-și construi modelul. Avantajul lor cheie este simplitatea și accesibilitatea la stăpânire.

Baza multor metodologii moderne pentru modelarea proceselor de afaceri a fost metodologia SADT. În prezent, cea mai utilizată metodologie pentru descrierea proceselor de afaceri este standardul IDEF al SUA.

Principalul avantaj al ideii de a analiza procesele de afaceri ale unei întreprinderi prin crearea modelului acesteia este versatilitatea acesteia. În primul rând, modelarea proceselor de afaceri este răspunsul la aproape toate întrebările legate de îmbunătățirea activităților unei întreprinderi și creșterea competitivității acesteia. În al doilea rând, șeful sau conducerea unei întreprinderi care a implementat o metodologie specifică va avea informații care le vor permite 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 nevoite să-și îmbunătățească în mod constant activitățile. Acest lucru necesită dezvoltarea de noi tehnologii și practici de afaceri și, bineînțeles, introducerea unor metode noi, mai eficiente de conducere și organizare a activităților întreprinderilor.

1. Partea teoretică

1.1 Erwin Process Modeler (BPwin)

ERwin este un instrument pentru dezvoltarea structurii unei baze de date (DB). ERwin combină o interfață grafică Windows, instrumente de diagramă ER, editori pentru crearea unei descriere logică și fizică a modelului de date și suport transparent pentru bazele de date relaționale și desktop. Cu ERwin, puteți crea sau face inginerie inversă (reproiectează) baze de date.

În plus, Erwin Process Modeler vă permite să creați, să documentați și să mențineți baze de date, depozite și magazine de date. Modelele de date ajută la vizualizarea structurii datelor, oferind un proces eficient pentru organizarea, gestionarea și administrarea aspectelor unei întreprinderi, cum ar fi complexitatea datelor, tehnologiile de baze de date și mediile de implementare.

Instrumentul de caz ERWin acceptă metodologiile IDEF1x și IE și este conceput pentru a executa modele de baze de date logice, care sunt entități descrise prin atribute și relații dintre ele prin câmpuri cheie. ERwin vă permite să generați automat un model fizic de date bazat pe modelul logic construit prin conversia entităților în tabele ale căror coloane sunt atributele lor. Fiecare câmp de tabel trebuie să aibă un tip de stocare a datelor și o dimensiune a câmpului clar definite.

Metoda de modelare funcțională (IDEF0)

IDEF0, se referă la familia IDEF, care a apărut la sfârșitul anilor șaizeci sub numele SADT (Structured Analysis and Design Technique). IDEF0 poate fi folosit pentru a modela o gamă largă de sisteme. Pentru sistemele noi, utilizarea IDEF0 are scopul de a defini cerințele și de a specifica funcții pentru dezvoltarea ulterioară a unui sistem care îndeplinește cerințele și implementează funcțiile selectate. S-a aplicat deja sistemele existente IDEF0 poate fi folosit pentru a analiza funcțiile îndeplinite de sistem și pentru a mapa mecanismele prin care sunt îndeplinite aceste funcții. Rezultatul aplicării IDEF0 la un sistem este un model al acelui sistem, constând dintr-un set ordonat ierarhic de diagrame, text de documentație și dicționare legate între ele prin referințe încrucișate. Cele mai importante două componente care alcătuiesc diagramele IDEF0 sunt activitățile (reprezentate în diagrame ca casete), datele și obiectele (reprezentate ca săgeți) care leagă activitățile. În acest caz, săgețile, în funcție de ce parte a dreptunghiului de lucru intră sau din ce parte ies, sunt împărțite în cinci tipuri:

Ш săgeți de intrare (incluse în partea stângă a lucrării) - prezintă date sau obiecte care sunt modificate în timpul execuției lucrării;

Ш săgeți de control (incluse în limita superioară a lucrării) - descriu regulile și restricțiile conform cărora este efectuată lucrarea;

Ш săgeți de ieșire (iese din partea dreaptă a lucrării) - descriu date sau obiecte care apar ca urmare a lucrării;

Ш săgețile mecanismului (incluse în limita inferioară a lucrării) - descriu resursele necesare pentru a finaliza lucrarea, dar nu se schimbă în timpul lucrării (de exemplu, echipament, resurse umane etc.);

Ш săgeți de apel (ies din partea de jos a lucrării) - descrie conexiuni între diferite diagrame sau modele, indicând o diagramă în care această lucrare este considerată mai detaliat.

Toate lucrările și săgețile sunt numite. Prima diagramă din ierarhia diagramei IDEF0 descrie întotdeauna funcționarea sistemului ca întreg.

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

Metoda de modelare a proceselor de afaceri (IDEF3)

Pentru a descrie logica interacțiunii fluxurilor de informații, este potrivită metodologia IDEF3, numită și diagrama 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. Diagramele fluxului de lucru pot fi utilizate în modelarea proceselor de afaceri pentru a analiza caracterul complet al procedurilor de procesare a informațiilor. Cu ajutorul lor, puteți descrie scenarii pentru acțiunile angajaților organizației, de exemplu, secvența de procesare a comenzii sau evenimentele care trebuie procesate într-un timp finit, fiecare scenariu este însoțit de o descriere a procesului și poate fi utilizat pentru a documenta fiecare funcție.

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

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

IDEF3 este o tehnologie potrivită pentru colectarea datelor necesare pentru a efectua o analiză structurală a unui sistem. Aceasta este o modalitate bună de a descrie procesele folosind o metodă structurată care permite expertului în domeniu să reprezinte starea de fapt 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 să facă incomod să descrie sisteme incomplete sau incomplete. În plus, autorul modelului (analistul de sisteme) nu trebuie să-și amestece propriile ipoteze despre funcționarea sistemului cu declarațiile experților pentru a umple golurile din descrierea domeniului subiectului.

IDEF3 poate fi folosit și ca metodă de proiectare a proceselor de afaceri. Modelarea IDEF3 completează perfect modelarea tradițională folosind standardul metodologiei IDEF0. Cu ceva timp în urmă, a devenit larg răspândit ca o modalitate viabilă de a construi modele de sisteme proiectate pentru analize ulterioare prin metode de simulare. Testarea de simulare este adesea folosită pentru a evalua performanța unui sistem în curs de dezvoltare.

Modelarea fluxului de date (DFD)

Diagrama fluxului de date este folosită pentru a descrie procesele de nivel superior și pentru a descrie fluxurile de date care există de fapt într-o organizație.

Această metodologie (Gane/Sarson) se bazează pe construirea unui model al SI analizat - proiectat sau existent efectiv. În conformitate cu metodologia, modelul de sistem este definit ca o ierarhie de diagrame de flux de date DFD care descriu procesul asincron de transformare a informațiilor de la intrarea în sistem până la emiterea acestuia către utilizator. Diagramele nivelurilor superioare ale ierarhiei (diagramele de context) definesc principalele procese sau subsisteme ale SI cu intrări și ieșiri externe. Ele sunt detaliate folosind diagrame de nivel inferior. Această descompunere continuă, creând o ierarhie de diagrame pe mai multe niveluri, până când se ajunge la un astfel de nivel de descompunere la care procesele devin elementare și este imposibil să le detaliem mai departe.

Sursele de informații (entități externe) generează fluxuri de informații (fluxuri de date) care transferă 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, stocarea datelor sau entități externe - consumatori de informații. Astfel, principalele componente ale diagramelor de flux de date sunt:

- entitati externe;

- sisteme/subsisteme;

- procese;

- dispozitive de stocare a datelor;

- fluxuri de date.

Lucrări. Joburile sunt reprezentate prin dreptunghiuri cu colțuri rotunjite, semnificația lor coincide cu semnificația joburilor IDEF0 și IDEF3. La fel ca IDEF3 funcționează, au intrări și ieșiri, dar nu acceptă controale și mecanisme precum IDEF0. Toate aspectele lucrării sunt egale. Fiecare job poate avea mai multe săgeți care intră și ies.

Entități externe. Entitățile externe reprezintă intrări și/sau ieșiri din sistem. O entitate externă poate furniza simultan intrări (funcționând ca furnizor) și recepționând ieșiri (funcționând ca receptor). O entitate externă este un obiect material, cum ar fi clienți, personal, furnizori, clienți, depozit. Definirea unui obiect sau a unui sistem ca entitate externă indică faptul că acestea se află în afara granițelor 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 dintr-o parte a sistemului în alta (de aici rezultă că o diagramă DFD nu poate avea săgeți de limită). Deoarece toate laturile lucrării în DFD sunt egale, săgețile pot începe și se pot termina pe orice parte a dreptunghiului. Săgețile pot fi bidirecționale.

Magazin de date. Spre deosebire de săgețile care descriu obiecte în mișcare, depozitele de date descriu obiecte în repaus. Un depozit de date este un dispozitiv abstract pentru stocarea informațiilor care pot fi plasate într-o unitate în orice moment și recuperate după un anumit timp, iar modalitățile de introducere și recuperare pot fi oricare. În cazul general, este un prototip al viitoarei baze de date, iar descrierea datelor stocate în aceasta trebuie să corespundă modelului informațional (Entity-Relationship Diagram).

1.2 Metodologia ARIS

Sistemul ARIS este un set de instrumente pentru analizarea și modelarea activităților unei întreprinderi, precum și dezvoltarea sistemelor informatice automatizate. Se bazează pe o metodologie extinsă care încorporează caracteristicile diferitelor metode de modelare care reflectă puncte de vedere 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ă folosească ARIS și să-l personalizeze pentru a lucra cu sisteme care au propriile lor specificități.

ARIS este un mediu integrat de analiză și proiectare. Pe lângă mediul principal de dezvoltare - ARIS Toolset - acesta include multe module, care sunt atât componente suplimentare ARIS Toolset care extind mediul principal, cât și module independente. Această structură a ARIS ne permite să vorbim despre o familie de produse în acest domeniu, în cadrul căreia este posibilă alcătuirea compoziției optime a sistemului, care asigură pe deplin implementarea sarcinilor specifice.

O trecere în revistă a modulelor software incluse în familia ARIS arată că sistemul luat în considerare este destinat nu numai și nu atât de mult modelării, ci este un set de instrumente de analiză puternic. Una dintre caracteristicile distinctive ale sistemului este o metodologie puternică susținută de software.

Metodologia utilizată de ARIS este un set de metodologii diferite integrate în cadrul abordarea 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 organizatorice reprezentând structura sistemului - ierarhia unităţilor organizatorice, posturilor şi indivizilor specifici, varietatea legăturilor dintre acestea, precum şi legarea teritorială a unităţilor structurale;

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

-modele informaționale care reflectă structura informațiilor necesare implementării întregului set de funcții ale sistemului;

- modele de management care reprezintă o viziune cuprinzătoare asupra implementării proceselor de afaceri în cadrul sistemului.

Metodologia ARIS include un număr mare de notații diferite care permit crearea flexibilă a diferitelor modele de organizare. Cele mai semnificative și mai utilizate notații ARIS includ:

- Notarea diagramei lanțului valorii adăugate (diagrama lanțului procesului de valoare adăugată);

- notații extinse Event-driven Process Chain - eEPC (extended event-driven process chain notation) și PCD (process chain diagram);

- notatie Organigrama (organigrama);

- Notarea arborelui de funcții (arborele funcțiilor);

- Notarea arborelui produselor (arborele produselor).

VAD (analog standardului clasic DFD)

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

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

- conexiunea "predecesor-follower" - sunt reprezentate prin linii orizontale;

- relația „constă din” - sunt reprezentate prin linii verticale, afișând detaliile procesului prin alte subprocese.

Principiile pentru construirea unei diagrame de proces de nivel superior în VAD diferă semnificativ de IDEF0. Diferența esențială dintre notația ARIS VAD și IDEF0 este că săgețile din VAD pot intra în orice parte a obiectului „Lanțul cu valoare adăugată”. (Reamintim că în IDEF0, fiecare parte a obiectului (funcției) „Activitate” are un scop specific.)

Acest dezavantaj al notației VAD poate fi ocolit prin specificarea în prealabil a posibilității utilizare specială părere.

Încheind revizuirea notației ARIS VAD, ne concentrăm din nou pe faptul că această notație este mai mult de natură ilustrativă și nu are scopul de a crea modele complexe de procese la nivelul de vârf al unei organizații.

2. Partea practică

2.1 Construirea unui model de afaceri de întreprindere folosind mediul ERwin

Scopul acestei lucrări este de a modela activitățile întreprinderii selectate. Pentru aceasta vor fi utilizate următoarele metodologii:

IDEF0 - metodologia de modelare funcțională

IDEF3 - metodologia de descriere a procesului

DFD - Metodologia de modelare a fluxului de date

VAD - o diagramă care descrie relația dintre procesele de afaceri de nivel superior.

Diagramele din primele trei metodologii vor fi create folosind instrumentul AllFusion Process Modeler CASE, VAD folosind AllFusion ERwin Data Modeler. simulare baze de date automatizate

Fiecare diagramă din notațiile IDEF0, IDEF3, DFD este concepută pentru a descrie unul sau mai multe procese de afaceri. Un proces de afaceri este un set stabil, intenționat de activități interconectate (secvență de lucru), care, folosind o anumită tehnologie, transformă intrările în ieșiri care au valoare pentru consumator.

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

- Model AS-IS (ca atare) - model de organizare curentă a proceselor de afaceri ale întreprinderii

- modelul TO-BE (cum va fi) - un model de organizare ideală a proceselor de afaceri

- SHOWLD-BE model (cum ar trebui să fie) - un model idealizat care nu reflectă organizarea reală a proceselor de afaceri ale unei întreprinderi

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

Înainte de a începe să construiți diagrame, trebuie să studiați domeniul selectat. În această lucrare și în cele ulterioare, domeniul va fi o întreprindere fictivă pentru construirea de băi transportabile. Firma nu produce Materiale de construcție independent, dar colectează doar băi și se angajează în decorarea lor. Principalele proceduri din companie:

vânzătorii preiau comenzile clienților;

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

angajații colectează o baie;

angajații ambalează băile conform comenzilor;

departamentul de logistică expediază comenzile către clienți;

Achizitorii comandă și livrează componentele necesare pentru asamblare.

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

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

Subiectul este înțeles ca sistemul în sine, în timp ce este necesar să se stabilească exact ce este inclus în sistem și ce se află în afara acestuia, 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 scop 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ă la construirea unui model se ține cont de opiniile diverselor persoane, modelul trebuie construit dintr-un singur punct de vedere. Punctul de vedere poate fi reprezentat ca viziunea unei persoane care vede sistemul în aspectul necesar modelării. Punctul de vedere trebuie să fie în concordanță cu scopul simulării. În timpul simulării, este important să rămâneți pe punctul de vedere ales.

În această lucrare, subiectul nu va fi întreprinderea în sine, ci procesele care au loc în interiorul acesteia; scopul modelării este de a reproduce procesele de afaceri care au loc în întreprindere (model AS-IS); punct de vedere – din pozitia directorului ca persoana care cunoaste structura intreprinderii in ansamblu.

După definirea contextului de modelare, puteți începe să construiți o diagramă de context (numită și „cutie neagră”). Acest tip de diagramă vă permite să arătați ceea ce este introdus în lucrare și care este rezultatul lucrării, fără a detalia componentele acesteia. Această diagramă conține o singură lucrare, care va reprezenta întreaga activitate a întreprinderii în ansamblu (Fig. 1).

DescompunereIDEF0. Model de domeniu companie de constructii construit folosind metodologia IDEF0, deoarece IDEF0 este limbajul cel mai convenabil pentru descrierea proceselor de afaceri existente în sistem.

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

Astfel, se dezvăluie scopul principal al modelării - „Activitatea întreprinderii de construcție a băilor transportabile”. Diagrama de context arată, de asemenea, că informațiile de intrare pentru domeniul vizat sunt: ​​comenzile clienților și materialele de construcție de la furnizori. Iar informațiile de ieșire sunt: ​​plata materialelor de construcție, comenzi către furnizori, materiale de marketing, produse finite. Activitatea întreprinderii este organizată de departamentul de personal și contabilitate sub controlul legislației Federației Ruse, a regulilor și procedurilor necesare desfășurării acestui tip de activitate.

Orez. 1 Diagrama contextului

Pentru identificarea proceselor care alcătuiesc „Activitatea întreprinderii pentru construcția băilor transportabile”, se realizează descompunerea diagramei de context (Fig. 2).

Orez. 2 Diagrama de descompunere a contextului „Activitatea întreprinderii pentru construcția băilor transportabile”

Din moment ce lucrarea „Management” include management generalîntreprindere, atunci unul dintre rezultatele sale va fi „Informații de control” care vin la intrarea controlului tuturor celorlalte lucrări.

Jobul Vânzări și Marketing primește comenzile clienților (adică numărul de băi și modelele acestora) ca intrare, pe care le transmite jobului Asamblare băi ca informații de control.

Lucrarea Asamblare băi necesită materiale de construcție pentru a funcționa, pe care le comandă de la jobul de livrare și aprovizionare (săgeata de ieșire Comenzi către furnizori). Ea transferă, de asemenea, băile colectate la lucrarea „Livrare și aprovizionare” (săgeata de ieșire „Produse finite”). Informațiile despre rezultatele construcției sunt solicitate de jobul Vânzări și marketing (săgeata de ieșire „Rezultate de compilare”).

Rezultatul lucrării „Livrare și aprovizionare” vor fi materialele necesare care vin la intrarea lucrării „Asamblare băi”.

Conducerea oricărei întreprinderi trebuie să știe ce se întâmplă în întreprindere, ce face fiecare departament și care sunt rezultatele muncii lor, i.e. în mod ideal, orice post ar trebui să raporteze conducerii rezultatele activităților sale.

În figura 3 sunt prezentate procesele care există în lucrarea „Asamblarea Băilor”.

Orez. 3 Diagrama de descompunere a contextului „Asamblarea băilor”

Comenzile de asamblare primite sunt sortate de către manager, după care sunt trimise la intrarea controlului de lucru „Asamblare băi de dimensiuni mici” și „Asamblare băi de dimensiuni mari” (săgeata comenzi de asamblare). Când băile sunt asamblate, managerul dă instrucțiuni pentru expedierea lor.

Băile asamblate (ieșirile de lucru „Asamblarea băilor de dimensiuni mici” și „Asamblarea băilor de dimensiuni mari”) sunt trimise managerului, care instruiește să expedieze băi gata făcute.

DescompunereIDEF3. Când descompuneți un job IDEF0 (și DFD), rețineți că săgețile de pe diagramele IDEF0 sau DFD reprezintă fluxul de informații sau obiecte trecute de la un job la altul. În diagramele IDEF3, săgețile pot arăta doar secvența de lucru, adică au un alt sens decât săgețile IDEF0 sau DFD. Prin urmare, atunci când o lucrare IDEF0 sau DFD este descompusă într-o diagramă IDEF3, săgețile nu migrează la nivelul inferior. Dacă doriți să afișați aceleași obiecte în diagrama copil IDEF3 ca și în diagramele părinte IDEF0 sau DFD, trebuie să utilizați obiecte link.

Să descompunăm lucrarea „Asamblarea băilor de dimensiuni mari” din diagrama A3 „Asamblarea băilor”. Această lucrare începe la primirea comenzilor de asamblare. Primul pas este verificarea disponibilității materialelor necesare montajului și a comenzii din depozit pentru cele care lipsesc. În continuare, materialele sunt pregătite pentru asamblarea ulterioară. Următorul pas este procesul de asamblare în sine: instalarea rigidizărilor structurale, instalarea unei sobe de saună, izolație, tapițerie și decorare. Aceste acțiuni sunt întotdeauna efectuate, indiferent de tipul de baie. În plus, la cererea clientului, pot fi efectuate unele lucrări suplimentare - șlefuirea suprafeței, călăfătuirea și finisarea. Aceasta completează asamblarea unei băi de dimensiuni mari. Ultimul pas este generarea unui raport de progres.

Orez. 4 Diagrama de descompunere „Asamblarea băilor mari”

După cum se poate observa din Figura 4, algoritmul de lucru descris este reflectat în diagrama de descompunere „Asamblarea băilor mari”. Constă din 14 acțiuni, precum și din 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 modelat ca o rețea de activități conexe. Ele pot fi folosite ca o completare 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ă intrările în ieșiri și să dezvăluie relațiile dintre aceste locuri de muncă.

În exemplul nostru, lucrarea „Depozitarea materialelor și băilor finisate” este centrală. Băile asamblate și materialele primite de la furnizori, precum și o listă cu materialele necesare montajului băilor, se primesc la intrarea acesteia. Rezultatul acestei lucrări va fi materialele necesare (dacă sunt disponibile), lista materialelor lipsă transmisă la intrarea lucrării „Aprovizionare materialele necesare" și băi gata făcute transferate pentru expediere. Ieșirile lucrării "Aprovizionarea cu materialele necesare" și "Livrarea băilor finite" vor fi, respectiv, comenzi către furnizori și produse finite.

Orez. 5 Diagrama de descompunere „Livrare și aprovizionare”

Jobul Achizitie Materiale Necesare functioneaza cu informatii despre furnizori si cu informatii despre comenzile plasate la acesti furnizori. Săgeata care conectează jobul și depozitul de date „Vendor list” este bidirecțională. postul poate primi atât informații despre furnizorii existenți, cât și introduce date despre furnizori noi. Săgeata care conectează jobul cu depozitul de date „Lista de comenzi” este unidirecțională, deoarece work introduce doar informații despre comenzile efectuate.

Lucrarea „Depozitare materiale și băi finisate” funcționează cu informații despre materialele primite și emise și băile construite, prin urmare săgețile care leagă lucrarea cu depozitele de date „Lista materialelor” și „Lista băilor asamblate” sunt bidirecționale. De asemenea, această lucrare, la primirea materialelor, ar trebui să menționeze că comanda către furnizori a fost finalizată. Pentru a face acest lucru, este conectat la magazinul de date „Lista de comenzi” printr-o săgeată unidirecțională.

În cele din urmă, jobul „Livrarea băilor finite” ar trebui să stocheze informații despre transporturile finalizate. Pentru a face acest lucru, introduceți stocarea de date adecvată - „Date de expediere”.

Concluzie

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

Modelarea proceselor de afaceri ale organizației include două etape - structurală și detaliată.

Metodologia (notația) pentru crearea unui model (descriere) a unui proces de afaceri este înțeleasă ca un set de moduri prin care obiectele din lumea reală și relațiile dintre ele sunt reprezentate sub forma unui model.

Baza multor metodologii moderne pentru modelarea proceselor de afaceri a fost metodologia SADT (Structured Analysis and Design Technique - o metodă de analiză structurală și proiectare) și limbaje algoritmice utilizate pentru dezvoltare software. Folosind metodologia familiei IDEF, se pot afișa și analiza eficient modelele de activitate ale unei game largi de sisteme complexe în diverse secțiuni. Sistemul ARIS este un set de instrumente pentru analizarea și modelarea activităților unei întreprinderi. Baza sa metodologică este o combinație 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, reducând în același timp costurile; creșterea profesionalismului angajaților; cresterea competitivitatii firmei. Dezavantaje, la rândul lor: exploatarea sporită a angajaților și problemele conexe de natură socio-psihologică; nevoia de muncă direcționată pentru a schimba cultura corporativă.

Creșterea concurenței în comerț din cauza crizei forțează chiar și la mici întreprinderi comerciale acordați o atenție deosebită standardizării și automatizării proceselor de afaceri și contabilității produselor în general. Prezența și respectarea standardelor proceselor de producție de afaceri vor crește eficiența întreprinderii. Desigur, nu totul poate fi standardizat, dar procesele care au loc la intervale regulate trebuie să fie standardizate. A avea standarde îi va împiedica pe angajați să ia decizii bazate pe intuiția sau opinia lor personală.

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

Bibliografie

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

2 Andersen B. Procese de afaceri. Instrumente de perfecţionare / B. Andersen; [pe. din engleza. S. V. Arinichev; sub stiintifica ed. Da. Adler]. - Ed. a 5-a. - M. : Standarde și calitate, 2008. - 272 p. : bolnav. - (Managementul practic).

3 Repin V.V. Procesele de afaceri ale companiei: constructie, analiza, reglementare / VV Repin. - M. : Standarde și calitate, 2007. - 240 p. : bolnav. - (Excelență în afaceri).

4 Reinginierea proceselor de afaceri: manual [pentru studenți. economie 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 Scoala de MBA; REA-le. G. V. Plehanov. - Ed. a II-a, Rev. - M. : Eksmo, 2009. - 592 p. -( Curs complet MBA).

5 Kalyanov, G.N. Modelarea, analiza, reorganizarea și automatizarea proceselor de afaceri: un ghid de studiu pentru studenți. universități, învățământ conform special 080801 „Informatică aplicată” și alte economii. specialist. / G. N. Kalyanov. - M. : Finanțe și statistică, 2009. - 240s.

6 Kalyanov G.N. Modelarea și automatizarea proceselor de afaceri: un ghid de studiu pentru studenți. universități, învățământ conform special 080801 „Informatică aplicată” și alte economii. specialist. / G. N. Kalyanov. - M. : Finanțe și statistică, 2008. - 240s.

7 Logistica. 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. Sergheev. - M. : Eksmo, 2008. - 944 p. - (Curs complet de MBA).

Găzduit pe Allbest.ru

Documente similare

Crearea de modele de proces în BPwin, Aris Express, MS Visio, IBM Rational Rose și în conformitate cu cerințele GOST 19.701-90. Crearea datelor în Erwin și a bazei de date în MS Access. Calculul eficienței economice a reinginerării unui proces dat în BPwin.

lucrare de termen, adăugată 07.12.2015


Arhitectura sistemelor informatice integrate ARIS ca metodologie de modelare a proceselor de afaceri, avantaje si dezavantaje de utilizare. Alegerea unui proces de afaceri pentru modelare și descrierea sa semnificativă, un format tabelar pentru descrierea acestuia.

lucrare de termen, adăugată 19.06.2015


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

prezentare, adaugat 27.12.2013


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

test, adaugat 06.04.2011


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

rezumat, adăugat 20.03.2012


Definirea sistemelor informatice automatizate. Rațiune pentru alegerea unui mediu de dezvoltare a sistemului 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 cu utilizatorul.

lucrare de termen, adăugată 16.04.2017


Evoluția suportului tehnic. Cerințele de bază, aplicarea și caracteristicile moderne mijloace tehnice sisteme informatice automatizate. Tehnologii complexe de procesare și stocare a informațiilor. Crearea unei baze de date de contabilitate si vanzari.

lucrare de termen, adăugată 12/01/2010


Modalitati de organizare a procesului de prelucrare a informatiilor; principalele direcții pentru implementarea intramașină suport informativ. Principii de construcție și aplicare eficientă a tehnologiilor bazelor de date și băncilor de date ca principale componente ale sistemelor automatizate.

teză, adăugată 30.05.2013


Crearea unui model logic de date. Scopul butoanelor Erwin Toolbox. Crearea unei baze de date în InterBase DBMS. Folosind utilitarul WISQL. Crearea unui fișier Script. Transferarea unei structuri de date de la un server la altul. Sincronizarea catalogului bazei de date și a modelului actual.

lucrare de termen, adăugată 26.11.2011


Sarcini și etape de dezvoltare a unui sistem informatic automatizat al unei școli de artă. Descrierea domeniului subiectului folosind modelarea afacerii, folosind diagrame de flux de date DFD. Specificația sistemului, structura logică a bazei de date.