Meşteşuguri

Descriem procesele de afaceri ale organizației. Teză: Modelarea proceselor de afaceri folosind exemplul unei companii de dezvoltare software Dezvoltarea proceselor de afaceri folosind exemplul unei întreprinderi

Analiza activităților întreprinderii și modelarea principalelor procese de afaceri. Modelarea proceselor de afaceri folosind instrumentul Rational Rose CASE. Realizarea de profit prin extinderea pieței de bunuri și servicii. Procesul de afaceri „Comandă și achiziție de mărfuri”.

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.

Documente similare

Modelarea proceselor de afaceri ca mijloc de a găsi modalități de optimizare a activităților companiei. Metodologia SADT (Structural Analysis and Design), familia de standarde IDEF și limbaje algoritmice stau la baza metodologiilor de modelare a proceselor de afaceri.

rezumat, adăugat 14.12.2011

Esența, semnificația și metodologia pentru modelarea proceselor de afaceri. Istoria dezvoltării metodologiilor de modelare. Sistematizarea cunoștințelor despre companie și procesele sale de afaceri într-o formă grafică vizuală pentru prelucrarea analitică a informațiilor primite.

rezumat, adăugat 29.04.2009

Crearea unui model de proces de afaceri „Vânzare” în BPwin. Scopurile și regulile vânzării. Prognoza proceselor de afaceri ale PPP „Statistica”. Metode de analiză, modelare, activități de prognoză în domeniul „Vânzare”, studierea VIP Enterprise PPP.

lucrare de curs, adăugată 18.02.2012

Dezvoltarea unui limbaj pentru modelarea proceselor reale de afaceri în cadrul „Studioului de jocuri de afaceri bazate pe competențe”. Folosind platforma DSM MetaEdit+. Elaborarea cerințelor pentru limbajul de programare în curs de dezvoltare. Reguli pentru dezvoltarea unui metamodel de limbaj.

lucrare curs, adaugat 10.05.2014

Etapele dezvoltării unui sistem informatic automatizat al întreprinderii. Mediul de modelare de afaceri BPwin. Dezvoltarea de abordări metodologice, propuneri și linii directoare pentru planificarea, organizarea și îmbunătățirea software-ului organizației.

teză, adăugată 07.05.2009

Modelarea reglementărilor Centrului de Certificare a Cheilor al SA „Infrastructura cheii publice” ținând cont de cerințele de securitate. Definiții și concepte de bază ale modelării proceselor. Funcțiile complexului software și hardware al centrului. Atribute de securitate.

teză, adăugată 20.03.2012

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

lucrare curs, adaugat 19.06.2015

adnotare

afaceri de modelare informațională

Această lucrare examinează procesele de afaceri ale PromTransInform LLC - denumită în continuare PTI.

Au fost revizuite și studiate următoarele:

· caracteristicile generale ale întreprinderii;

Au fost luate în considerare tipurile de activități ale organizației, ce produse introduce și ce servicii oferă, cu ce organizații (în special cele mai mari) contracte au fost încheiate și cum afectează acest lucru activitățile organizației.

· sunt descrise metodologii de descriere a proceselor de afaceri;

Metodologia ARIS este utilizată în principal în PTI, care vă permite să luați în considerare organizația din toate punctele de vedere și vă permite să luați în considerare organizația folosind o ierarhie de modele - de la generalizare până la nivelul procedurilor și al mediului de resurse al funcțiilor.

· au fost construite diagrame ale modelelor de afaceri (în notații ARIS folosind instrumentul CASE Microsoft Visio) „AS IS” (ca atare);

· a fost găsit un „gât de sticlă” și, folosind modelul eEPC ca exemplu, modelul „AS TO BE” a fost reprezentat (cum ar trebui să fie);

„Gâtul de sticlă” în acest curs este organizarea slabă a procesului de lucru, care apare atunci când responsabilitățile nu sunt distribuite rațional, ceea ce încetinește îndeplinirea comenzilor.

· a fost scris un acord privind modelarea și documentarea procesului de afaceri;

· s-a efectuat analiza procesului.

Introducere

Scopul lucrării este de a modela procesele de afaceri ale PromTransInform LLC, de a identifica deficiențe în activitățile departamentelor specifice și de a propune o modalitate de a le elimina.

Problema îmbunătățirii activităților unei întreprinderi prin găsirea și eliminarea așa-numitelor „goțuri” în munca angajaților care utilizează modelarea proceselor de afaceri este relevantă în orice întreprindere în curs de dezvoltare.

Obiectul de studiu în aceasta munca de curs, este PTI LLC și departamentele sale, al căror serviciu principal este automatizarea întreprinderilor de transport feroviar industrial.

Subiectul de studiu îl reprezintă interacțiunea departamentelor și angajaților din aceste departamente care raportează directorului general.

Obiectivele postului: formare în abilități de lucru cu metodologia de modelare a proceselor de afaceri ARIS, colectarea de informații și studierea proceselor de afaceri ale întreprinderii, modelarea procedurilor, construirea diagramelor modelului de afaceri, elaborarea unui acord de modelare și documentarea unui proces de afaceri, efectuarea analizei procesului.

Metode de lucru. Lucrarea este realizată cu scopul de a îmbunătăți abilitățile de construire a diagramelor modelului de afaceri în notații ARIS folosind instrumentul CASE Microsoft Visio folosind exemplul proceselor de afaceri ale PTI OJSC.

Următoarele informații sunt folosite ca date inițiale în această lucrare:

· structura organizatorică a întreprinderii;

· caracteristicile întreprinderii;

· organizarea designului în întreprinderi de consultanță;

· informații despre sistemele de aplicare PTI utilizate.

Ca urmare a muncii depuse și a eliminării blocajelor, este de așteptat ca munca angajaților să fie simplificată și facilitată, deci, o reducere a intensității muncii și a erorilor în rapoarte.

1. Arhitectura sistemelor informatice integrate ARIS ca metodologie de modelare a proceselor de afaceri

Dezvoltatorul metodologiei ARIS (Arhitectura Sistemelor Informaționale Integrate) este IDS Scheer AG, fondată în 1984 de profesorul August-Wilhelm Scheer în Saarbrücken (Saarland, Germania). Metodologia ARIS este o abordare modernă a unei descrieri structurate a activităților unei organizații și a prezentării acesteia sub formă de modele grafice interconectate și complementare, ușor de înțeles și analizat.

Modelele utilizate în ARIS sunt prezentate în Figura 1.1.

Figura 1.1 - Clasificarea modelelor ARIS

Modelele create folosind metodologia ARIS reflectă situația existentă cu diferite grade de aproximare. Nivelul de detaliu din descriere depinde de obiectivele proiectului în cadrul căruia se realizează modelarea. Modelele ARIS pot fi folosite pentru a analiza și dezvolta diferite tipuri de soluții pentru reorganizarea activităților unei întreprinderi, inclusiv implementarea unui sistem informațional de management și dezvoltarea sistemelor de management al calității.

Metodologia ARIS implementează principiile analizei structurale și vă permite să identificați și să reflectați în modele principalele componente ale organizației, procesele în derulare, produsele fabricate și consumate, informațiile utilizate, precum și identificarea relațiilor dintre acestea. Modelele create reprezintă un corp documentat de cunoștințe despre sistemul de management, inclusiv structura organizațională, procesele în desfășurare, interacțiunile dintre organizație și entitățile de piață, compoziția și structura documentelor, succesiunea etapelor procesului, fișele posturilor ale departamentelor și ale angajaților acestora. . Spre deosebire de alte abordări, metodologia ARIS presupune stocarea tuturor informațiilor într-un singur depozit, care asigură integritatea și coerența procesului de modelare și analiză și permite, de asemenea, verificarea modelului.

Metodologia ARIS se bazează pe conceptul de integrare, oferind o viziune holistică asupra proceselor și reprezintă multe metodologii diferite combinate într-o singură abordare de sistem. Printre ele se numără și unele cunoscute precum:

Diagrama eEPC (Extended Event Driven Process Chain - lanț de procese de evenimente)

· Diagrama Chen (ERM - Entity Relationship Model - Entity-relationship model)

· Limbajul UML (Unified Modeling Language - limbaj universal de modelare)

· Tehnica OMT (Object Modeling Technique - tehnica de modelare orientată pe obiecte)

· Metodologia BSC (Balanced Scorecard) Avantajul acestei abordări este că devine posibilă descrierea proceselor și a mediului lor din puncte de vedere diferite, complementare.

2. Avantajele și dezavantajele metodologiilor existente de modelare a proceselor de afaceri

Metodologia ARIS.

Avantaje:

· capacitatea de a vedea un obiect din puncte de vedere diferite; diferite niveluri de descriere pentru a sprijini conceptul ciclului de viață al sistemelor; o vedere diferențiată a obiectului analizat (organizație, sistem de management etc.);

· o multitudine de metode de modelare, care reflectă diverse aspecte ale domeniului studiat, vă permite să modelați o gamă largă de sisteme (organizaționale, economice, tehnologice și altele);

· depozit unic; toate modelele și obiectele sunt create și stocate într-o singură bază de date de proiect, ceea ce asigură construirea unui model integrat și holistic al domeniului subiectului;

· posibilitatea aplicării repetate a rezultatelor modelării; cunoștințele corporative acumulate despre toate aspectele activităților organizației pot servi în continuare ca bază pentru dezvoltarea diferitelor proiecte direct în mediul ARIS și folosind interfețe și alte instrumente.

Defecte:

· Pentru unele procese, formalizarea excesivă nu este doar ineficientă, ci chiar dăunătoare datorită specificului lor. Un exemplu ar fi acele componente ale activității de afaceri care sunt direct legate de soluții creative la problemele imprevizibile care apar în cursul acestei activități.

· Costul ridicat al produsului.

SADT ( Tehnica de analiză și proiectare structurată) este o metodologie de analiză structurală și proiectare care integrează procesul de modelare, managementul configurației proiectului, utilizarea unor instrumente de limbaj suplimentare și managementul proiectelor cu propriul limbaj grafic. Procesul de modelare poate fi împărțit în mai multe etape: intervievarea experților, crearea diagramelor și modelelor, distribuirea documentației, evaluarea adecvării modelelor și acceptarea acestora pentru utilizare ulterioară. Acest proces este bine stabilit deoarece specialiștii îndeplinesc responsabilități specifice în timpul dezvoltării proiectului, iar bibliotecarul asigură schimbul de informații în timp util.

SADT a apărut la sfârșitul anilor 1960 ca parte a revoluției provocate de programarea structurată. În timp ce majoritatea oamenilor se luptau să creeze software, puțini încercau să rezolve problema mai complexă a creării de sisteme la scară largă care implică atât oameni, cât și mașini și software, similare cu sistemele utilizate în comunicațiile telefonice, industrie, guvern și controlul armelor. La acea vreme, specialiștii implicați în mod tradițional în crearea de sisteme la scară largă au început să recunoască nevoia unei ordini mai mari. Astfel, dezvoltatorii au decis să oficializeze procesul de creare a sistemului, împărțindu-l în următoarele faze:

Analiză - determinarea a ceea ce va face sistemul

· Proiectare - definirea subsistemelor și a interacțiunii acestora

· Implementarea - dezvoltarea subsistemelor separat

Integrare - conectarea subsistemelor într-un singur întreg

· Testare - verificarea functionarii sistemului

· Instalare - punerea in functiune a sistemului

· Operare -- utilizarea sistemului

Metoda SADT este cea mai potrivită pentru descrierea modelelor de nivel superior. Principalele sale avantaje sunt următoarele:

· caracterul complet al descrierii BP (controale, fluxuri de informații și materiale, feedback).

· Complexitatea descompunerii

· Posibilitatea de agregare și detaliere a fluxurilor de date și informații (separarea și îmbinarea arcurilor)

· Disponibilitatea unor cerințe stricte care să asigure obținerea unui model de tip standard.

Ușor de documentat procesul

· Conformitatea abordării de descriere a procesului cu standardul ISO

În același timp, SADT are o serie de dezavantaje:

· Dificultate de percepție - un număr mare de arce pe diagramă.

· Număr mare de niveluri de descompunere

· Dificultate în legarea mai multor procese reprezentate în diferite modele ale aceleiași organizații.

IDEF0

Metodologia modelării funcționale. Folosind limbajul grafic vizual IDEF0, sistemul studiat se prezintă dezvoltatorilor și analiștilor sub forma unui set de funcții interdependente (blocuri funcționale – în termeni IDEF0). De regulă, modelarea folosind IDEF0 este prima etapă în studierea oricărui sistem.

Principalele avantaje ale IDEF0 sunt următoarele:

· caracterul complet al descrierii procesului de afaceri (management, fluxuri de informații și materiale, feedback);

· complexitate în descompunere (migrarea și tunelarea săgeților);

· capacitatea de a agrega și detalia fluxuri de date și informații (separarea și îmbinarea săgeților);

· prezența unor cerințe metodologice stricte care asigură producerea de modele de proces de tip standard;

· ușurința proceselor de documentare;

· conformitatea abordării de descriere a proceselor din IDEF0 cu standardele ISO 9000:2000.

Prin urmare, scopul general al IDEF0 este de a restructura structura funcțiilor, ceea ce va îmbunătăți performanța și eficiența sistemului.

Metodologia IDEF3 (Integrated Definition Process Description Capture Method) a fost dezvoltată pentru a descrie mai convenabil procesele de lucru (Work Flow), pentru care este important să se reflecte secvența logică a procedurilor. Această tehnică, spre deosebire de IDEF0, nu este standardizată.

IDEF3 este o metodă structurală care arată relațiile și evenimentele cauză-efect. De asemenea, arată cum este organizată munca și care utilizatori lucrează cu sistemul simulat. IDEF3 descrie scenariul și secvența operațiunilor pentru fiecare proces. Un scenariu este o descriere a secvenței de modificări ale proprietăților unui obiect în cadrul procesului luat în considerare (de exemplu, o descriere a secvenței etapelor de prelucrare a unei piese într-un atelier și o modificare a proprietăților acesteia după trecere). prin fiecare etapă). Execuția fiecărui scenariu este însoțită de un flux de documente corespunzător, care constă din două fluxuri: documente care definesc structura și succesiunea procesului (instrucțiuni tehnologice, descrieri ale standardelor) și documente care reflectă progresul implementării acestuia (rezultate ale examinării, rapoarte de defecțiuni). ).

Documentația IDEF3 și instrumentele de modelare vă permit să efectuați următoarele sarcini:

· documentează datele disponibile despre tehnologia proceselor;

· identificarea și analizarea punctelor de influență ale fluxurilor de documente aferente asupra scenariului procesului tehnologic;

· identificarea situațiilor în care este necesară o decizie care afectează ciclul de viață al procesului (de exemplu, modificarea proprietăților tehnologice ale produsului final);

· facilita adoptarea deciziilor optime la reorganizarea proceselor tehnologice;

· dezvoltarea modelelor de simulare a proceselor tehnologice bazate pe principiul „ce se va întâmpla dacă...”.

IDEF3 are o relație directă cu metodologia IDEF0 - fiecare funcție poate fi reprezentată ca un proces separat folosind IDEF3. Dar modelarea funcțională în IDEF3 diferă de modelarea în IDEF0 și DFD prin faptul că reflectă funcțiile sistemului în secvența de timp a implementării lor.

Metodologia DFD (Data Flow Diagrams) - diagramele de flux de date sunt o modalitate de reprezentare a proceselor de procesare a informațiilor. Autorii tehnicii, Gane și Sarson, au dezvoltat-o independent de IDEF0. Această tehnică, spre deosebire de IDEF0, nu este standardizată.

Spre deosebire de săgețile IDEF0, care reprezintă relații rigide, săgețile DFD (flux de date) arată cum obiectele (inclusiv datele) se deplasează de fapt de la o funcție la alta. Această reprezentare a fluxului de date asigură că caracteristicile fizice ale sistemului, cum ar fi mișcarea obiectelor, stocarea obiectelor și propagarea obiectelor, sunt reflectate în modelul DFD.

Diagramele DFD oferă o modalitate convenabilă de a descrie informațiile transferate atât între părțile sistemului care se modelează, cât și între sistem și lumea exterioară. Această calitate determină domeniul de aplicare al DFD - ele sunt utilizate pentru a crea modele ale schimbului de informații al unei organizații, de exemplu, un model de flux de documente. DFD este, de asemenea, utilizat pe scară largă în construcția de sisteme informaționale corporative.

Unified Modeling Language (UML), un limbaj de modelare unificat, este un limbaj de modelare și specificații neproprietar destinat utilizării în domeniul dezvoltării software. Cu toate acestea, domeniul de aplicare al acesteia nu se limitează la domeniul modelării sistemelor informaționale. De asemenea, poate fi folosit pentru a modela sisteme de inginerie, procese de afaceri și structuri organizaționale. UML este un limbaj folosit de inginerii de sisteme pentru a specifica, vizualiza, construi și documenta sisteme complexe de obiecte bogate în informații.

Beneficiile UML

· UML este orientat pe obiecte, drept urmare metodele de descriere a rezultatelor analizei și proiectării sunt apropiate semantic de metodele de programare din limbajele moderne orientate pe obiecte;

· UML vă permite să descrieți un sistem din aproape toate punctele de vedere posibile și diverse aspecte ale comportamentului sistemului;

· Diagramele UML sunt relativ ușor de citit odată ce vă familiarizați destul de repede cu sintaxa acesteia;

· UML se extinde și vă permite să introduceți propriul text și stereotipuri grafice, ceea ce promovează utilizarea acestuia nu numai în domeniul ingineriei software;

· UML a devenit larg răspândit și se dezvoltă dinamic.

Defecte:

· Redundanța limbajului. UML este adesea criticat ca fiind inutil de mare și complex. Include multe diagrame și constructe redundante sau în mare parte neutilizate.

· Semantică inexactă. Deoarece UML este definit printr-o combinație între el însuși (sintaxă abstractă), OCL (limbaj de constrângere de validare formală) și engleză (semantică detaliată), nu are constrângerea inerentă limbilor definite cu precizie de tehnicile de descriere formală. În unele cazuri sintaxa abstractă a UML, OCL și engleză se contrazic, în alte cazuri sunt incomplete. Descrierile imprecise ale UML în sine afectează utilizatorii și vânzătorii de instrumente deopotrivă, ducând la incompatibilitatea instrumentelor din cauza interpretărilor unice ale specificațiilor.

· Probleme în învățare și implementare. Problemele de mai sus fac ca învățarea și implementarea UML să fie problematică, mai ales atunci când managementul îi obligă pe analiștii de afaceri să folosească UML fără cunoștințe prealabile.

· Încearcă să fie totul pentru toată lumea. UML este un limbaj de modelare de uz general care încearcă să realizeze compatibilitatea cu toate limbajele de dezvoltare posibile. În contextul unui anumit proiect, pentru ca echipa de proiectare să atingă un obiectiv specific, trebuie selectate capabilitățile UML aplicabile. Mai mult, modalitățile de limitare a domeniului de aplicare a UML într-un anumit domeniu sunt printr-un formalism care nu este pe deplin articulat și care este el însuși supus criticii.

3. Selectarea unui proces de afaceri pentru modelare și descrierea semnificativă a acestuia

3.1. Caracteristicile generale ale întreprinderii

PromTransInform LLC este angajată în automatizarea întreprinderilor de transport feroviar industrial prin implementarea componentelor informaționale ale complexului software și hardware al Sistemului Integrat de Management al Informației „Complexul de Transport și Logistică”, managementul proiectelor de implementare a sistemelor de management al informațiilor specializate în liniile principale. transportul feroviar, precum și managementul proiectelor de implementare a dispozitivelor pe teritoriul Republicii Kazahstan, dispozitive și sisteme informatice pentru automatizarea și telemecanica feroviară, oferă servicii de consultanță în acest domeniu.

Principalele activități ale PromTransInform LLC sunt:

Automatizarea întreprinderilor feroviare, care lucrează cu produse IT precum IAS „Lucrări de transport”, IAS „Costuri de exploatare”, IAS „Active de transport”, IAS „Interacțiune cu clienții”, IAS „Eficiență logistică”.

Complexul hardware și software IAS TR face parte din platforma software și hardware „PTI Framework .Net.2.1.”, pe care este construit Sistemul Informațional de Management Integrat „Complexul Feroviar” (IIMS „ZhKD”).

Acest complex este o soluție specializată a PromTransInform LLC, bazată pe produse IT ale liniei .NET de la Microsoft.

IAS TR utilizează o cantitate semnificativă de logică de afaceri încorporată care asigură gestionarea automată a complexului feroviar al Clientului.

Sistemul informatic și analitic „Transport Work” (denumit în continuare „IAS TR”) a fost dezvoltat de specialiști de la PromTransInform LLC (Novosibirsk).

Scopul principal al implementării IAS TR este automatizarea cuprinzătoare a proceselor de management de afaceri de planificare a producției și contabilizare a volumelor și costurilor:

Logistica transporturilor (transport); postat pe http://www.site/

Lucrări de transport (logistică);

Despre transportPostat pe http://www.site/

servicii pentru clienți (furnizarea de servicii de transport);

Costuri de transport (costul lucrării Postat pe http://www.site/

si tarife pentru servicii);

Exploatarea mijloacelor de transport ale întreprinderii feroviare pe calea de acces și în traficul principal.

Se ia în considerare diferențele din industrie în producția și activitățile economice ale întreprinderilor feroviare (comparativ cu activitățile întreprinderilor industriale)

PromTransInform SRL mai desfășoară activități de consultanță în domeniul transporturilor și economice (Complexe logice de transport pentru transportul feroviar, Consultanță în transport pentru transportul feroviar, Consultanță economică pentru transportul feroviar, Consultanță IT pentru transportul feroviar, Orientări metodologice privind tarifele feroviare) și managementul proiectelor la întreprinderile feroviare ( implementarea sistemelor informatice în transportul feroviar, optimizarea proceselor de afaceri ale logisticii transportului feroviar, optimizarea costurilor de exploatare a complexului de transport feroviar, implementarea sistemelor de management al proiectelor).

Principalii parteneri și clienți ai PromTransInform LLC sunt întreprinderile complexului feroviar industrial al industriei feroviare din Republica Kazahstan și Rusia.

Principalul partener metodologic al PromTransInform LLC este Universitatea de Transport de Stat din Siberia (Novosibirsk). Specialiștii companiei au 6 ani de experiență în industria feroviară.

3.2 Zona de anchetă

Ca obiect în studiu vom lua PromTransInform LLC, respectiv procesul de organizare a procesului de lucru. După ce am examinat această întreprindere și am discutat cu angajații, se poate determina că există o organizare slabă a procesului de muncă. O descriere mai completă a blocajului și modalitățile de a-l elimina sunt prezentate în secțiunea Analiza procesului.

Structura organizațională a PromTransInform LLC (Figura 3.1):

Figura 3.1-Structura organizatorică a PTI

3.3 Procedura de realizare a anchetei

· Locația sondajului este clădirea PromTransInform LLC, str. Krasny Prospekt, 220/5, birou 326 (Târgul Siberian);

· Metoda de examinare – interviu oral cu angajații PromTransInform SRL, obținând documentația necesară în formă electronică.

4. Modelarea „CA ESTE” (ca atare), descrierea abordării. selectarea și justificarea tipurilor de diagrame utilizate pentru a descrie un proces de afaceri folosind ARIS

Fiecare întreprindere are structuri, reguli și documente care formează baza pentru buna funcționare a procedurilor corporative și trebuie integrate cu noul sistem de management al calității. O analiză „Așa cum este” presupune examinarea standardului în curs de implementare, ținând cont de specificațiile companiei. Scopul unei astfel de analize este de a clarifica cerințele standardului și în ce măsură acestea afectează aspecte specifice ale activităților companiei. În aceeași etapă, în cadrul companiei se realizează un inventar al documentelor și sistemelor informaționale legate de calitate.

Pentru a modela procesele PromTransInform LLC vom folosi următoarele diagrame:

· Organigrama - descrierea structurii organizatorice a departamentului.

· Harta de cunoștințe - afișarea tipurilor de cunoștințe ale lucrătorilor PTI și structurarea formelor de stocare a acestora pentru a determina capacitățile pe care le au.

· Harta de autorizare - descrierea puterilor angajatului.

· Diagrama de transport informațional - descrierea documentelor pentru comoditatea descrierii proceselor care au loc în departament.

· Arborele de funcții - împărțirea funcțiilor îndeplinite de un departament în niveluri pentru o reprezentare mai vizuală a activităților departamentului.

· Diagrama de alocare a funcțiilor - descrierea obiectelor din jurul unei funcții pentru o reprezentare vizuală a unei funcții complexe.

· Diagrama de comunicare - o reprezentare a interacțiunilor unităților organizaționale pentru a descrie execuția întregului proces de producție.

· Diagrama de risc – pentru a descrie riscurile care apar în procesul de activitate.

· Arborele de produse/servicii - pentru structurarea produselor obtinute ca urmare a activitatilor departamentului.

· Modelul resurselor tehnice - pentru a descrie resursele tehnice utilizate în departament.

· Diagrama lanțului valorii adăugate - descrierea proceselor departamentului care afectează calitatea funcționării. Pentru a descrie tipurile de activități PTI care creează un plus de calitate a produselor.

· Diagrama lanțului de procese bazată pe evenimente - descrierea acțiunilor din cadrul unui proces de afaceri. Pentru o reprezentare vizuală a proceselor efectuate de departament.

5. Convenții de modelare

Scopul proiectului de modelare coincide cu scopul proiectului de curs și este prezentat în introducere. Lucrarea de jos examinează modelele „Așa cum este” (cum este) și „Așa cum ar trebui să fie”. Metoda de modelare este de sus în jos.

Modelarea este luată în considerare la următoarele niveluri de abstractizare: procese standard de afaceri și procese de afaceri de exemplu.

Modelele sunt luate în considerare în raport cu datele inițiale: descrierea cerințelor, descrierea puterilor, fișele posturilor, serviciile companiei, funcțiile angajaților.

Metodologia ARIS conține multe tipuri de modele, fiecare dintre ele fiind atribuit unui anumit tip de reprezentare și nivel de descriere. Lucrarea folosește următoarea ierarhie utilizată pentru a modela procesul de afaceri:

- procese de nivel superior, care includ diagrame Organigrama - Structura organizatorică a PTI, Modelul resurselor tehnice - Resurse tehnice, Arborele produselor/serviciilor - Produsele și serviciile PTI

- subprocese, care includ diagrama purtătoare informațională - Documente PTI

- scenarii de proces, care includ diagrama Hartă autorizare - Puterile analistului de afaceri

- proceduri (operații), care includ diagrame Event-Driven Process Chain, Harta cunoștințelor - Harta cunoștințelor analistului de afaceri, Diagrama de alocare a funcțiilor - Mediul funcțional - procesul de modernizare a IAS „Lucrul de transport” pentru client, Diagrama lanțului de valoare adăugată - Proceduri pentru procesul de participare in competitie.

Secțiunea anterioară a enumerat tipurile de diagrame care sunt prezentate în lucrarea cursului. Elementele acestor diagrame sunt descrise în detaliu în convenția de modelare.

5.1 Glosarul termenilor proiectului

Acordul de modelare definește interpretarea următorilor termeni utilizați în proiect (Tabelul 5.1):

Tabelul 5.1 - Glosar

Termen (rusă)	Termen (engleză)	Definiție
		Acțiuni ale angajaților efectuate atunci când apar un anumit set de condiții (evenimente) și au ca scop obținerea rezultatului cerut.
		Reflectarea schimbărilor în starea mediului extern sau intern, exprimate într-un set de documente, decizii luate, sosirea unui anumit termen, etc. Este rezultatul unei acțiuni în curs de realizare, precum și necesitatea efectuării uneia. sau mai multe dintre următoarele acțiuni. Spre deosebire de funcții, care reflectă un proces care are loc în timp și are o anumită durată, evenimentele au loc la un moment dat.
Procesul de afaceri	Procesul de afaceri	Un set înrudit de acțiuni (funcții) repetabile care transformă materialul sursă și/sau informațiile într-un produs final (serviciu) în conformitate cu reguli prestabilite.
		Produs/serviciu - rezultat activitate umana sau proces tehnologic. Un produs poate fi fie tangibil, fie intangibil (serviciu).

5.2 Diagrama unui lanț de proces bazat pe evenimente (eEPC). Obiectele utilizate și simbolurile acestora sunt prezentate în Tabelul 5.2.1.

Tabelul 5.2.1 - obiecte utilizate

Tip de obiect rusă (Engleză)	Utilizarea prevăzută	Reguli de numire
Eveniment	Afișarea evenimentelor care au loc în timpul execuției unui proces de afaceri	Numele începe cu numele obiectului, starea sau evenimentul în legătură cu care a avut loc
	Reprezentarea unui mediu de stocare a informațiilor sub formă intangibilă (de exemplu, pe un disc magnetic sau pe o memorie flash)	Denumit numele fișierului sau numele bazei de date de informații
Purtătorul de informații	Reprezentarea unui mediu de stocare a informațiilor într-o formă materializată (de exemplu, pe hârtie)	Numele trebuie să conțină numele documentului
Instanță de funcție	Descrierea unei instanțe de funcție de business din lanțul de execuție a procesului de afaceri.
Poziţie		Titlul complet al postului

Tipurile de conexiuni utilizate în diagrama lanțului de proces condus de evenimente sunt prezentate în Tabelul 5.2.2.

Tabelul 5.2.2 - tipuri de conexiuni

Tipul obiectului sursă de comunicare	Tip de comunicare rusă (Engleză)	Utilizarea prevăzută	Tip obiect receptor de comunicare
Eveniment	Se activează		Funcţie
Funcţie	Creează	Menit să descrie evenimentul creat la ieșire	Eveniment
Funcţie	Conduce la		Regulă
Regulă	Se activează	Proiectat pentru a apela o funcție	Funcţie
Regulă	Conduce la	Menit să descrie rezultatul execuției	Eveniment
Unitate organizationala	Execută		Funcţie
Poziţie	Execută	Destinat să indice unitatea/persoana care îndeplinește funcția	Funcţie
Purtătorul de informații Funcţie			Funcţie
			Purtătorul de informații
Sistem de aplicare	Sprijină		Funcţie

5.3 Organigrama

Tabelul 5.3.1 - Obiecte folosite

Tipurile de relații utilizate în diagrama structurii organizatorice sunt prezentate în Tabelul 5.3.2.

Tabelul 5.3.2 - tipuri de conexiuni

5.4 Diagrama structurii cunoștințelor

Tipurile de obiecte utilizate în diagrama structurii cunoștințelor sunt prezentate în Tabelul 5.4.1.

Tabelul 5.4.1 - tipuri de obiecte

Tip de obiect rusă (Engleză)	Simbol cu nume implicit (rusă/engleză)	Utilizarea prevăzută	Reguli de numire
Cunoștințe documentate		Obiectul este utilizat pentru a identifica cantitatea formalizată (documentată) de cunoștințe necesare îndeplinirii unei funcții de afaceri.	Numele complet al documentului care conține informațiile
		O reprezentare a cunoștințelor sau abilităților pe care un angajat trebuie să le posede sau care sunt necesare pentru a îndeplini cu succes o funcție de afaceri.	Definirea semi-formală a cantității necesare de cunoștințe
Poziţie		Reprezentarea postului de angajat al organizației.	Titlul complet al postului

Tipurile de conexiuni utilizate în diagrama structurii cunoștințelor sunt prezentate în Tabelul 5.4.2.

Tabelul 5.4.2 - tipuri de conexiuni

5.5 Diagrama purtătorului de informații

Tipurile de obiecte utilizate în diagramă sunt prezentate în Tabelul 5.5.1

Tabelul 5.5.1 - Tipuri de obiecte

Tipurile de conexiuni utilizate în diagramă sunt prezentate în Tabelul 5.5.2.

Tabelul 5.5.2 - tipuri de conexiuni

5.6 Harta de autorizare

Tipurile de obiecte utilizate sunt prezentate în Tabelul 5.6.1.

Tabelul 5.6.1 - tipuri de obiecte

Tipurile de conexiuni sunt prezentate în Tabelul 5.6.2.

Tabelul 5.6.2 - tipuri de conexiuni între obiecte

5.7 Arborele de funcții

Tipurile de obiecte utilizate sunt prezentate în Tabelul 5.7.1.

Tabelul 5.7.1 - tipuri de obiecte

Tipurile de conexiuni sunt prezentate în Tabelul 5.7.2.

Tabelul 5.7.2 - tipuri de conexiuni

5.8 Diagrama de alocare a funcţiilor

Tipurile de obiecte utilizate sunt prezentate în Tabelul 5.8.1.

Tabelul 5.8.1 - tipuri de obiecte

Tip de obiect rusă (Engleză)	Simbol cu nume implicit (rusă/engleză)	Utilizarea prevăzută	Reguli de numire
Obiectiv		Descrierea scopului procesului	Numele începe cu o desemnare a acțiunii sau a procesului, ale cărei caracteristici esențiale sunt date mai târziu în nume.
Resursa de operare		Reprezentarea resurselor utilizate	Nume conține numele resursei
Sistem de aplicare		Prezentarea sistemelor aplicative utilizate	Numele conține numele instanței sistemului de aplicație
Poziţie		Reprezentarea postului de angajat al organizației.	Titlul complet al postului
Scrisoare (poștă)		Scrisoare prin e-mail	Numele conține titlul e-mailului atașat trimis
Purtătorul de informații		Prezentarea unui suport de informații sub formă materială	Numele trebuie să conțină numele colecției
Locație		Locul unde se află obiectul	Numele trebuie să conțină coordonatele locației

Tipurile de conexiuni sunt date în Tabelul 5.8.2.

Tabelul 5.8.2 - tipuri de conexiuni

Tipul obiectului sursă de comunicare	Tipul de comunicare rus. (Engleză)	Utilizarea prevăzută	Tip obiect receptor de comunicare
Funcţie	Sprijină	Menit să descrie subordonarea funcțiilor	Obiectiv
Poziţie	Este IT responsabil pentru	Menit să descrie contribuția la îndeplinirea unei funcții a unui angajat dat	Funcţie
Purtătorul de informații	Oferă intrare pentru	Descrie modul de documentare a unei funcții	Funcţie
Funcţie	Creează ieșire către		Purtătorul de informații
Sistem de aplicare	Sprijină	Menit să descrie sistemul de aplicație utilizat	Funcţie
Funcţie	Se executa la	Menit să descrie locul în care este îndeplinită o funcție	Locație

5.9 Diagrama de comunicare

Tipurile de obiecte sunt prezentate în Tabelul 5.9.1.

Tabelul 5.9.1 - Tipuri de obiecte

Tipurile de conexiuni sunt prezentate în Tabelul 5.9.2.

Tabelul 5.9.2 - tipuri de conexiuni

5.10 Modelul resurselor tehnice

Tipurile de obiecte sunt prezentate în Tabelul 5.10.1.

Tabelul 5.10.1 - tipuri de obiecte

Tipurile de conexiuni sunt prezentate în tabelul 5.10.2

Tabelul 5.10.2 - tipuri de conexiuni

5.11 Arborele produsului/serviciului

Tipurile de obiecte utilizate sunt prezentate în Tabelul 5.11.1.

Tabelul 5.11.1 - tipuri de obiecte

Tipurile de conexiuni sunt prezentate în Tabelul 5.11.2.

Tabelul 5.11.2 - tipuri de conexiuni

Tipurile de obiecte utilizate sunt prezentate în tabelul 5.12.1

5.12. Diagrama de risc

Tipurile de conexiuni sunt prezentate în Tabelul 5.12.2.

Tabelul 5.12.2 - tipuri de conexiuni

5.13 Diagrama lanțului valorii adăugate

Tipurile de obiecte sunt prezentate în tabelul 5.13.1

Tipurile de conexiuni sunt prezentate în tabelul 5.13.2

Tabelul 5.13.2 - tipuri de conexiuni

6. Diagrame model de afaceri

6.1 Lanț de proces bazat pe evenimente

Figura 6.1.1 - Lanț bazat pe evenimente pentru procesarea unei aplicații de la un client (în notația diagramei ARIS extinsă a lanțului procesului determinat de evenimente)

6.2 Organigrama PromTransInform (organigrama) este prezentată în Figura 6.2

Figura 6.2 - Structura organizatorică a PTI (în notația ARIS Organigramă)

6.3 Harta cunoștințelor și diagrama structurii cunoștințelor a analistului de afaceri sunt prezentate în figurile 6.3.1, 6.3.2, 6.3.3.

Figura 6.3.1 - Harta cunoștințelor analistului de afaceri (în notația diagramă a hărții de cunoștințe ARIS)

Tabelul 6.3.1 - Detaliere

Figura 6.3.3 - Abilități de analist de afaceri (în notația ARIS Knowledge structura diagramă)

Figura 6.3.4 - Cunoștințele analistului de afaceri (în notația diagramă a structurii ARIS Knowledge)

6.4 Diagrama mediilor de informare PTI este prezentată în Figura 6.4

Figura 6.4 - Diagrama purtătoare informațională (în notația diagramei purtătoare informaționale ARIS)

6.5 Harta de acreditări a analistului de afaceri este prezentată în Figura 6.5

Figura 6.5 - Autoritatea analistului de afaceri (în notația diagramă a hărții de autorizare ARIS)

6.6 Arborele de funcții pentru procesul de onorare a comenzii este prezentat în Figura 6.6

Figura 6.6 - Arborele de funcții pentru procesul de onorare a comenzii

6.7 Diagrama mediului de funcționare este prezentată în Figura 6.7

Figura 6.7. - Mediul de funcționare - Modernizarea IAS „Lucrări de transport” pentru client (în notarea diagramei de alocare a funcției ARIS)

6.8 Diagrama de comunicare este prezentată în Figura 6.8

Figura 6.8 - Diagrama de comunicare - Transferul rezultatelor între departamente (în notația diagramă de comunicare ARIS)

6.9 Modelul resurselor tehnice este prezentat în Figura 6.9

Figura 6.9 - Resurse tehnice ale PTI (în notația diagramei modelului resurselor tehnice ARIS)

6.10 Arborele produs/serviciu este prezentat în Figura 6.10

Figura 6.9 - Produse și servicii PTI (în notația diagramă arbore de produs/serviciu ARIS)

6.11 Diagrama de risc este prezentată în Figura 6.11

Figura 6.9 - Diagrama riscului PTI (în notația diagramei ARIS Riscs)

6.12 Diagrama lanțului de calitate adăugată pentru procesul de participare la concurs este prezentată în Figura 6.12

Figura 6.12 - Procedura lanțului de calitate adăugată pentru procesul de participare la competiție (în notația diagramă a lanțului cu valoare adăugată ARIS)

7. Documentarea procesului de afaceri

La gestionarea proceselor de afaceri, managementul companiei se confruntă cu faptul că nivelul de complexitate al managementului acestora crește brusc datorită creșterii semnificative a numărului de obiecte aflate în gestiune și interacțiunii structurilor organizaționale, precum și diversificării afacerii și extinderii geografie și/sau gama de produse.

În acest context, documentarea activităților companiei poartă o serie de funcții importante, precum menținerea unei baze de cunoștințe despre diverse domenii ale companiei (procese, structură organizatorică, produse, competențe etc.), creșterea transparenței proceselor de afaceri (analiza a eficacității interacțiunii dintre diviziile structurale, participând la procesul end-to-end), pregătirea proceselor organizației pentru implementarea sistemelor informaționale. Documentarea activităților vă permite să înțelegeți ce procese au loc în organizație, cine este responsabil pentru ele, dacă aceste persoane responsabile sunt învestite cu suficientă autoritate și dacă aceste procese sunt prevăzute cu resurse suficiente (documentarea informațiilor tehnice în Tabelul 7.1.1) .

Tabel 7.1.1 - Rezultatele examenului PTI

Denumirea funcției			Cui raportează ei?	Informații primite	Informații de ieșire
Analist de afaceri	Departamentul de analiză	Scrierea BP	Director general	dorințele clientului, datele sondajului software al clientului	Specificații tehnice, procese de afaceri
Programator	Departamentul de dezvoltare	Software de codare	Șef Departament Dezvoltare	BP, dorința clientului	Software (programe)
Tester	Departamentul de dezvoltare	Testare software	Șef Departament Dezvoltare	Software gata făcut	Program de lucru
Director general	Șeful PTI	Găsirea clienților și încheierea de contracte cu aceștia		dorintele clientului, contract incheiat cu clientul	Instrucțiuni pentru șeful lucrării
Director	Șeful PTI	Colaborare cu CEO	Director general	dorintele clientului, contract incheiat cu clientul	Instrucțiunile directorului general
Dezvoltator	Departamentul de dezvoltare	Proiectarea arhitecturii software	Șef Departament Dezvoltare	BP, dorința clientului	Arhitectură formată
Dezvoltator web	Departamentul de dezvoltare	Program pentru web pe partea client și server, configurație server web, aspect	Șef Departament Dezvoltare	BP, dorința clientului	Server configurat, server web
Șef Departament Dezvoltare	Departamentul de dezvoltare		Director general	Misiunea de la director	Instrucțiuni pentru subordonați

O listă actualizată a proceselor și a proprietarilor acestora este prezentată în Tabelul 7.1.2.

Tabelul 7.1.2 - lista proceselor și a proprietarilor acestora

		Proprietar	Unități și oficiali care vin
Productie	De bază	Director General, Director	CEO, director
Furnizare IT	De bază	Șef Departament Dezvoltare	Departamentul de dezvoltare
Control de calitate	De bază	Tester	Departamentul de dezvoltare
Managementul organizatiei	Auxiliar	CEO, director	Director General, Director
Stocare a datelor	Auxiliar	Analist de afaceri	Departamentul de analiză

În total, departamentul are 5 procese. Dintre acestea, 3 sunt principale și 2 auxiliare.

Documentarea procesului de producție este prezentată în Tabelul 7.1.3. Astfel, la efectuarea modificărilor necesare procesului și modelului acestuia, documentul de ieșire nu va conține acele erori în logica și distribuția puterilor unităților structurale prezente în abordarea manuală.

De exemplu, atunci când se fac modificări unui proces în ARIS, noile funcții trebuie să se reflecte pe BP corespunzătoare, indicând departamentul responsabil și utilizatorul corespunzător.

Efectuarea manuală a unor astfel de modificări este un proces minuțios și lung, care necesită verificări separate, ceea ce necesită mult timp și resurse. În ARIS, astfel de modificări pot fi făcute în câteva minute, iar procesul de generare a unui nou document are loc automat.

Tabel 7.1.3 - Procesul de producție

	Denumirea funcției	Subdiviziune	Informații primite
Acordarea termenilor și condițiilor cu clientul	Director	superiori	Conditiile clientului
Încheierea unui acord	Director general	superiori	Sarcina tehnică
Informarea angajaților despre comandă	Director	superiori	Comanda de automatizare (e-mail)
Descrierea și documentația sursei de alimentare	Analist de afaceri	Departamentul de analiză	Set de documente BP
Proiectarea arhitecturii IS	Dezvoltator	Departamentul de dezvoltare	Instrucțiuni tehnologice, date despre arhitectura de date a clientului, set de documente BP, cerințe software
Codare software	Programator sau programator web	Departamentul de dezvoltare	Set de documente BP, Licență software
Testare software	Tester	Departamentul de dezvoltare	IP client
Implementarea IS	Dezvoltator	Departamentul de dezvoltare	Concluzie privind implementarea SI

Efectuarea modificărilor devine extrem de simplă, iar formarea documentelor de reglementare nu se amână până în momentul în care fiecare nou document nu mai corespunde realității.

8. Analiza proceselor de afaceri

Analiza proceselor trebuie înțeleasă într-un sens larg: include nu numai lucrul cu diagrame grafice, ci și analiza tuturor informațiilor disponibile despre procese, măsurarea indicatorilor acestora, analiza comparativa etc. Există atât analiza calitativă, cât și analiza cantitativă a proceselor de afaceri. Să începem cu o analiză calitativă a procesului. Identificarea zonelor problematice este cel mai simplu mijloc de analiză calitativă a procesului. Scopul principal al acestei metode de analiză este de a determina direcții pentru o analiză mai aprofundată. Figura 8.1 prezintă patru zone problematice.

Prima dintre ele este legată de planificarea muncii, a doua - de îndeplinirea comenzilor, a treia - de interacțiunea cu clienții, a patra - de interacțiunea cu personalul. Sunt furnizate scurte enunțuri ale problemei pentru fiecare domeniu de problemă.

Identificarea zonelor problematice se realizează prin intervievarea managerilor și angajaților implicați în procesul analizat. Astfel, folosind exemplul din Figura 8.1, a fost realizat un sondaj asupra angajaților PTI. Fiecare proces este realizat de unități specifice.

Figura 8.1 - Zonele problematice ale PTI

Diagrama de proces rezultată poate servi ca subiect de discuție și analiză în timpul unui proiect de reproiectare a procesului. Deci, de exemplu, informațiile despre interacțiunea cu clienții pot fi luate în considerare mai detaliat: care este ordinea lucrărilor, procesul de distribuție a rolurilor, procedura de comunicare cu clienții etc.

Acest proces este prezentat în detaliu în diagramă (Figura 6.1.1).

Deoarece acest proces are probleme, trebuie restructurat.

Înainte de modernizare, procesul arăta astfel: după încheierea unui acord cu clientul, directorul general al PTI a transferat managementul proiectului managerului de proiect (Fig. 8.2).

Dar dacă au apărut întrebări, managerul de proiect a fost nevoit să contacteze directorul general pentru ca acesta să sune clientul și să clarifice toate informațiile necesare. Acest lucru a fost adesea extrem de incomod, deoarece directorul general se afla în permanență în călătorii de afaceri și nu era întotdeauna posibil să-l contacteze telefonic.

Prin urmare, managerul de proiect a fost nevoit în mod constant să aștepte ca directorul general să clarifice informațiile.

În consecință, angajații așteaptă instrucțiuni suplimentare și munca se oprește.

Figura 8.2 - Procedura de executare a unui ordin până la eliminarea blocajului (în notația diagramei ARIS extinsă Event-Driven Process Chain)

Acum procesul arată astfel: după încheierea unui acord cu clientul, directorul general al PTI transferă managementul proiectului managerului de proiect (Fig. 8.3).

Nu se transmite doar managementul, ci și toate datele despre clienți (numerele lor de telefon etc.).

Acum nu mai este nevoie să așteptați directorul general (el poate lucra calm, să încheie noi contracte), iar managerul de proiect însuși efectuează toată munca. Anexa A conține fișa postului pentru un analist de afaceri.

Figura 8.3 - Procedura de execuție a comenzii după eliminarea blocajului (în notația diagramei ARIS extinsă Event-Driven Process Chain)

Cerințe pentru sistemul KPI:

Fiecare indicator trebuie să fie clar definit;

· indicatorii și standardele trebuie să fie realizabile: scopul trebuie să fie realist, dar în același timp să fie un stimulent;

· indicatorul trebuie să fie responsabilitatea acelor persoane care sunt evaluate;

· indicatorul trebuie să fie semnificativ;

· indicatorii pot fi generali pentru întreaga companie, adică „legați” de scopul companiei și specifici pentru fiecare divizie, adică „legat” de scopurile unității.

Să analizăm întârzierile de timp (cât timp a fost finalizată comanda înainte și după modernizarea procesului) (Tabelul 8.1). Se fac calcule pentru o singură comandă.

Tabelul 8.1 - Analiza întârzierii


Clarificarea informatiilor de la client
Scrierea BP

Testarea IC
Implementarea IS
Evaluarea integrală a gradului de realizare a scopului
Evaluarea integrală planificată a gradului de realizare a obiectivului

Eficiența totală a modernizării (KPI) este de 63,13%. Datele analizei BP bazate pe rezultatele raportului de analiză a modelului de proces „Executarea Comenzii BP (eEPC)” sunt prezentate în Tabelul 8.2.

Tabel 8.2 - Raport privind rezultatele analizei modelului de proces „Executarea Comenzii BP (eEPC)”

Documente similare

Clasificarea proceselor de afaceri, diverse abordări ale modelării acestora și parametrii de calitate. Metodologia și funcționalitatea sistemelor de modelare a proceselor de afaceri. Evaluarea comparativă a sistemelor ARIS și AllFusion Process Modeler 7, avantajele acestora.

teză, adăugată 02.11.2011

Crearea unui model de afaceri pentru procesul de acordare a creditelor de consum. Suport organizatoric al procesului de creditare. Modelarea și documentarea proceselor de afaceri în programul BPwin. Construcția modelului AS IS. Propunere de automatizare a unui proces de afaceri.

lucru curs, adăugat 01/07/2012

Justificare, diagramă și descriere a procesului de afaceri al organizației. Identificarea legilor de distribuție a variabilelor aleatoare. Dezvoltarea și descrierea unui algoritm de modelare pentru implementarea unui program de model de simulare. Dezvoltarea unui program de simulare pe calculator.

lucrare curs, adaugat 28.07.2013

Modelarea sistemului informațional (IS) al proceselor de afaceri ale supermarketului alimentar „Big Lozhka” într-un stadiu incipient (faza formării conceptului de întreprindere) folosind standarde UML. Scenariu pentru modelarea IS, datele inițiale și structura de management.

lucrare curs, adaugat 16.09.2011

Analiza mediului extern și intern, indicatori economici, intreprinderi. Evaluarea competitivității acestuia. Întocmirea unei matrice a atractivității pieței. Plan de prognoză pentru venituri și cheltuieli. Modelarea proceselor de afaceri pentru funcționarea unei case de vacanță.

lucrare curs, adaugat 18.03.2015

Caracteristici de modelare a proceselor de afaceri în standardul IDEF0 și calcularea eficacității acestora. Reproiectarea procesului de fabricare a săpunului manual în conformitate cu bugetul de costuri materiale, economisind materiale și îndeplinind toate cerințele de calitate.

lucrare curs, adaugat 17.07.2014

Construirea unui model de simulare a procesului de business „Managementul incidentelor” al companiei MegaFon pentru a estima costul total al serviciilor IT pentru deservirea incidentelor. Dezvoltarea algoritmilor de modelare pentru implementarea programelor de calculator ale modelului.

lucrare de curs, adăugată 04.09.2012

Aplicarea metodei de aranjare uniformă pentru optimizarea proceselor de afaceri. Software-ul Staffware Process Suit, esența muncii și avantajele sale. Dezvoltarea unei aplicații prototip pentru automatizarea aplicării metodei de spațiere uniformă.

teză, adăugată 21.08.2016

Conceptul și esența consultanței IT. Domenii de activitate ale companiilor specializate in domeniul consultanta in informatii. Concepte de bază ale modelării afacerilor. Clasificarea proceselor de afaceri. Caracteristicile unui raport de analiză a problemelor cauza-efect.

test, adaugat 11.09.2012

Caracteristicile generale ale procesului de afaceri și construcția modelelor sale externe, funcționale și obiectuale. Descrierea resurselor și a executorilor de proces. Evaluare prin metrici care caracterizează gradul de satisfacție a clienților. Definirea obiectivelor de optimizare.

Structurile standard de procese de afaceri (Process Frameworks) au fost dezvoltate de Grupul de companii Modern Management Technologies ca bază metodologică pentru construirea modelelor de procese de afaceri ale companiilor reale. Structurile tipice sunt furnizate în format PDF pentru referință și în format XML pentru utilizare în Business Studio (disponibil pentru descărcare pe pagina Pachete de descărcare automată).

Furnizare de servicii (PDF)

Activități ale proiectului (PDF)

Producție (PDF)

Companie de administrare (PDF)

Oportunitate unică

Vă puteți diagnostica compania pe baza structurilor tipice de proces pentru a identifica zonele cele mai problematice. Diagnosticele sunt efectuate folosind sistemul online de diagnostic organizațional BIZDIAGNOSTICS.

Modele de procese de afaceri create în Business Studio

Această secțiune conține exemple de procese de afaceri - modele educaționale și modele de procese de afaceri ale întreprinderilor reale, create în sistemul Business Studio.

Modelele sunt publicate în format de publicare HTML, generate automat de Business Studio. Publicația HTML conține diagrame ale proceselor de afaceri ale întreprinderii, principalele documente de reglementare (Regulamente de proces, Regulamente de procedură, Regulamente de divizie, Fișa postului) și informații de management cu posibilitatea de a naviga între documente prin hyperlink-uri.

Atenţie!

Șabloanele de documente utilizate în modelele de afaceri sunt doar în scop demonstrativ. Formatul, structura și conținutul informativ al documentelor de ieșire Business Studio generate la construirea modelelor de afaceri pot fi personalizate la nevoile unei anumite companii.

Modelul fabricii de producție

Caracteristicile întreprinderii

Activități principale:

Productie si comercializare profile din aluminiu;
Productie si comercializare componente auto.

Numar de personal: 1200 persoane.

Descrierea modelului

Modelul este o localizare a modelului normativ cu 8 procese al proceselor de afaceri ale organizației. Obiectivele creării unui model sunt pregătirea pentru automatizarea proceselor de afaceri (crearea unui model „cum va fi”, ținând cont de utilizarea unui viitor sistem informațional), generarea de specificații tehnice pentru automatizare.

Modelul include:

Model de procese și proceduri de afaceri;
Structura organizationalaîntreprinderi;
Lista documentelor utilizate la efectuarea proceselor de afaceri ale întreprinderii;
Lista funcțiilor viitorului sistem informațional.

Pentru a planifica automatizarea, modelul stabilește o legătură între procese și funcțiile sistemului informațional. Ca rezultat, este generat automat, incluzând:

Lista proceselor de afaceri ale întreprinderii care sunt supuse automatizării;
Lista documentelor și rapoartelor care trebuie obținute cu ajutorul sistemului informațional;
Lista tuturor funcțiilor sistemului informațional;
Lista locurilor de muncă planificate.

Specificatii tehnice pentru automatizari

Model de reglementare în 8 procese de activitate a unei întreprinderi de producție

Modelul a fost dezvoltat de compania BKG și personal de principalul specialist rus în domeniul dezvoltării organizaționale a companiilor T.R. Kadiev. Poate fi folosit ca bază pentru localizarea ulterioară la o anumită întreprindere.

Modelul include:

Un model de proces de afaceri care descrie activitățile unei întreprinderi;
Structura organizatorică a întreprinderii, construită pe un principiu de proces (transfuncțional);
Lista documentelor utilizate în procesele de afaceri ale întreprinderii.

Principiul construirii unui model de afaceri este identificarea principalelor obiecte de management ale unui sistem de afaceri si proiectarea proceselor de gestionare a acestor obiecte: (procese de afaceri, strategie de dezvoltare).

Rezultatul executării proceselor de prim nivel este obiectul de control adus în starea cerută. Procesele de primul nivel sunt descompuse în subprocese necesare transformării secvenţiale a stării obiectului de control din cel iniţial în cel cerut. Pentru fiecare subproces sunt stabilite obiective care trebuie atinse în cadrul subprocesului. Arborele obiectivelor astfel obținut oferă o descompunere a obiectivelor strategice ale întreprinderii până la nivelul performanților specifici.

Model de companie angajată în proiectarea, instalarea și întreținerea sistemelor de inginerie.

Modelul include:

Model de procese și proceduri de afaceri, inclusiv obiective și indicatori de proces;
Structura organizatorica a companiei;
Structura financiară a companiei;
Structura bugetară a companiei;
Secțiunea SMC care conține cerințele ISO 9001:2000 și ISO/TU 16949, Manual de calitate;
Structura sistemului informatic și termenii de referință pentru automatizare.

Acest model este conținut în versiunea demo a sistemului Business Studio.

Model de activitati de productie in conformitate cu standardul ISO 9001:2000

Concurența crescândă între companiile occidentale și autohtone pentru dreptul de a domina piața rusă de bunuri și servicii le obligă pe acestea din urmă să utilizeze mai activ metode moderne management, în special, construirea unui sistem de management al calității (SMC) care îndeplinește cerințele ISO 9001:2000 Acest standard este un set de cerințe pentru subsistemul de management al calității produselor fabricate sau furnizarea de servicii către o organizație. Un SMC funcțional ne permite să afirmăm că organizația este capabilă să producă produse de înaltă calitate (să furnizeze servicii) în mod regulat și, prin urmare, are avantaje mari față de concurenți. Cu toate acestea, construirea unui SMC nu este o sarcină ușoară, necesitând adesea organizației să facă schimbări semnificative în activitățile sale de producție și economice și în procesele de afaceri ale întreprinderii. Pentru a facilita înțelegerea cerințelor standardului ISO 9001:2000 în sine, precum și ca exemplu de construire a unui SMC, este propus un model al activităților unei organizații care produce produse. Modelul include toate procesele standard, de la proiectare la serviciul post-vânzare al produsului.

Notația de modelare funcțională IDEF0 a fost folosită pentru a descrie modelul de organizare. Procesele de nivel superior ale modelului corespund secțiunilor cheie ale standardului ISO 9001:2000, apoi sunt descompuse în subprocese de nivel inferior direct în legătură cu producția și activitățile economice ale organizației. Astfel, modelul reprezintă un set de procese de afaceri ale unei organizații cu cerințele ISO 9001:2000 integrate în ele. În același timp, există limitări în interpretarea cerințelor standardului (traducerea acestora în activitățile organizației). , din cauza faptului că a fost luată ca bază o organizare destul de convențională , fără nici un specific de industrie. În acest sens, în practică, un astfel de model poate fi folosit ca bază pentru analizarea conformității activităților unei întreprinderi (pe domenii de responsabilitate - secțiuni ale standardului) cu cerințele ISO 9001:2000, precum și ca un normativ. model pentru dezvoltarea și implementarea unui SMC.

Introducere

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

În prezent, pe piața tehnologiei informatice există mai multe companii. programe speciale, permițându-vă să examinați întreprinderea și să construiți un model. Alegerea metodologiei și instrumentelor cu care se realizează modelarea proceselor de afaceri nu este fundamentală. Există metodologii și instrumente standardizate, testate în timp, cu care puteți sonda o întreprindere și construi modelul acesteia. Avantajul lor cheie este simplitatea și accesibilitatea la stăpânire.

procesele a fost compilat prin 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. In primul rand,

modelarea proceselor de afaceri este răspunsul la aproape toate întrebările,

referitoare la îmbunătățirea activităților întreprinderii și creșterea competitivității acesteia. În al doilea rând, managerul 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.

1 Esența și semnificația modelării proceselor de afaceri

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

Există mai multe abordări pentru definirea conceptului

„modelarea proceselor de afaceri”:

1) modelarea proceselor de afaceri este o descriere a afacerii

procesele întreprinderii, permițând managerului să cunoască modul în care lucrează angajații obișnuiți, iar angajaților obișnuiți să cunoască modul în care lucrează colegii lor și spre ce rezultat final sunt vizate toate activitățile lor;

2) modelarea proceselor de afaceri este un mijloc eficient de a găsi oportunități de îmbunătățire a activităților unei întreprinderi;

3) modelarea proceselor de afaceri este un instrument care vă permite să anticipați și să minimizați riscurile care apar în diferitele etape de reorganizare a activităților unei întreprinderi;

4) modelarea proceselor de afaceri este o metodă care vă permite să evaluați activitățile curente ale unei întreprinderi în raport cu cerințele,

cerințe pentru funcționarea, managementul, eficiența acestuia,

rezultatele finale ale performanței și satisfacția clienților

5) modelarea proceselor de afaceri este o metodă care vă permite să oferiți o estimare a costurilor fiecărui proces, luat individual, și tuturor proceselor de afaceri dintr-o întreprindere, luate împreună;

6) modelarea proceselor de afaceri este întotdeauna modalitatea corectă de a identifica problemele actuale într-o întreprindere și de a le anticipa pe cele viitoare.

Întreprinderile moderne sunt nevoite să-și îmbunătățească constant activitățile. Acest lucru necesită dezvoltarea de noi tehnologii și practici de afaceri, îmbunătățirea calității rezultatelor finale

activități și, bineînțeles, introducerea unor metode noi, mai eficiente de conducere și organizare a activităților întreprinderilor.

Un proces de afaceri este un set logic, secvenţial, interconectat de activităţi care consumă resursele producătorului, creează valoare şi produce rezultate pentru consumator. Printre principalele motive,

încurajând o organizație să optimizeze procesele de afaceri, putem evidenția necesitatea reducerii costurilor sau a duratei ciclului de producție, cerințele impuse de consumatori și de stat, introducerea unor programe de management al calității, fuziuni de companii, contradicții intra-organizaționale etc.

Modelarea proceselor de afaceri este un mijloc eficient de a găsi modalități de optimizare a activităților unei companii, un mijloc de prognoză și minimizare a riscurilor care apar în diferitele etape ale reorganizării întreprinderii. Această metodă vă permite să oferiți o estimare a costurilor fiecărui proces individual și tuturor proceselor de afaceri ale organizației în ansamblu.

Deciziile de modelare a proceselor de afaceri sunt de obicei luate din motivele prezentate în Figura 1.

Figura 1 - Motive pentru luarea unei decizii privind modelarea proceselor de afaceri

Modelarea proceselor de afaceri acoperă multe aspecte

activitati ale companiei:

 schimbarea structurii organizatorice;

 optimizarea funcțiilor departamentelor și angajaților;

 redistribuirea drepturilor și responsabilităților managerilor;

 modificări ale reglementărilor interne și ale tehnologiei operațiunilor;

 noi cerințe pentru automatizarea proceselor în curs etc.

Scopul modelării este de a sistematiza cunoștințele despre companie și despre procesele sale de afaceri într-o formă grafică clară, care este mai convenabilă pentru prelucrarea analitică a informațiilor primite. Modelul ar trebui să reflecte structura proceselor de afaceri ale organizației, detaliile implementării lor și secvența fluxului de documente.

Modelarea proceselor de afaceri ale unei organizații include două etape: structurală și detaliată.

Modelarea structurală a proceselor de afaceri ale unei organizații poate fi efectuată în notația IDEF0 folosind setul de instrumente BPwin sau în UML folosind setul de instrumente Rational Rose. Modelarea detaliată este efectuată în UML.

În etapa de modelare structurală, modelul ar trebui să reflecte:

1) structura organizatorica existenta;

2) documente și alte entități utilizate în executarea simulatelor procesele de afaceri și cele necesare modelării fluxului de documente, cu descrieri ale semnificației lor principale;

3) structura proceselor de afaceri, reflectând ierarhia acestora de la grupuri mai generale la procese de afaceri private;

4) diagrame de interacțiune pentru punctele finale procese de afaceri,

reflectând succesiunea creării și mișcării documentelor

(date, materiale, resurse etc.) între actori.

Modelul pregătit trebuie să fie agreat de arhitecți și programatori principali, confirmând faptul că structura proceselor de afaceri este clară.

Modelarea detaliată a proceselor de afaceri este realizată în același model și ar trebui să reflecte detaliile necesare și ar trebui să ofere o imagine clară a activităților organizației.

Un model detaliat de proces de afaceri ar trebui să includă:

1) un set de precedente care reflectă posibilele opțiuni de implementare procesele de afaceri „ca atare”;

2) diagrame de activitate care detaliază secvența de execuție procese de afaceri;

3) diagrame de interacțiune care reflectă tiparele fluxului documentelor.

Modelele trebuie convenite cu specialiști de frunte ai organizației care au cunoștințele necesare.

În cazul în care, după construirea modelelor, nu s-a ajuns la un acord, la model trebuie făcute clarificările și ajustările necesare. Procesul de iterație (coordonare, efectuarea de ajustări și clarificări) trebuie repetat până când se confirmă pe deplin faptul că modelul este de înțeles și reprezintă fără ambiguitate detaliile proceselor de afaceri.

2 Metodologie de modelare a proceselor de afaceri

Sub metodologia (notația) creării unui model (descriere) unei afaceri

procesul este înțeles ca un ansamblu de moduri prin care obiectele lumii reale și conexiunile dintre ele sunt reprezentate sub forma unui model. Orice metodologie (tehnică) include trei componente principale:

- baza teoretica;

– o descriere a pașilor necesari pentru a obține un rezultat dat;

Modelarea proceselor de afaceri poate fi realizată folosind diverse abordări, metodologii, notații și instrumente - în funcție de cerințele pentru model în fiecare caz specific. Ce determină aceste cerințe? În multe feluri - procesul de creare a unui sistem de automatizare în ansamblu, în cadrul căruia se realizează modelarea domeniului subiectului. Acest proces determină modul în care modelul va fi construit, rafinat și utilizat.

De regulă, un sistem este creat de o echipă de oameni. Acești oameni au specialități, experiențe, obiceiuri, educație, preferințe și calități personale diferite. Un model de proces de afaceri este construit astfel încât acești oameni să poată face schimb de cunoștințe în mod eficient și să ia decizii în comun pe măsură ce sistemul este creat. Modelul este limbajul de comunicare între părțile implicate în crearea unui sistem de automatizare -

clienți, experți, arhitecți etc. Trebuie organizat astfel încât fiecare parte, percepând sistemul modelat din propriul punct de vedere, să poată contribui efectiv la înțelegerea de ansamblu a domeniului subiectului.

Procesul de creare a unui sistem automat este adesea iterativ, astfel încât modelul trebuie să permită perfecționări succesive. În mod ideal, modelul ar trebui construit în așa fel încât atunci când este detaliat, elementele mai generale ale modelului construite anterior să nu fie modificate, ci să fie adăugate doar altele noi.

Modelul trebuie să fie rezistent la schimbările din domeniul subiectului. Aceasta înseamnă că trebuie organizat în așa fel încât atunci când subiectul se schimbă, se modifică doar un anumit set minim necesar de elemente de model. Mai mult, modelul în sine trebuie să fie

un instrument pentru reorganizarea proceselor de afaceri ca parte a creării unui sistem de automatizare.

Trebuie luate în considerare caracteristicile importante ale modelării afacerilor.

proceselor. În special, avantajele modelării proceselor de afaceri includ: creșterea calității și vitezei producției, reducând în același timp costurile; profesionalism sporit al angajaților;

cresterea competitivitatii companiei. Dezavantaje, la rândul lor:

exploatarea sporită a angajaților și problemele socio-psihologice conexe; necesitatea de a desfășura activități direcționate pentru a schimba cultura corporativă.

3 Istoricul dezvoltării metodologiilor de modelare a proceselor de afaceri

Baza multor metodologii moderne de modelare a afacerilor

procesele a fost întocmit prin metodologia SADT (Structured Analysis and Design Technique - metoda de analiză structurală și proiectare) și

limbaje algoritmice utilizate pentru dezvoltarea de software.

Într-o formă condensată, istoria dezvoltării metodologiilor de modelare a afacerilor

procesele este prezentată în Figura 2. Pentru claritate, istoria dezvoltării abordărilor de management al calității este prezentată în paralel.

Figura 2 - Istoricul dezvoltării metodologiilor de modelare a afacerilor

proceselor

În prezent, pentru a descrie, modela și analiza afaceri

proceselor, se folosesc mai multe tipuri de metodologii. Cele mai comune tipuri includ următoarele metodologii:

 modelarea proceselor de afaceri (Business Process Modeling);

 descrieri ale fluxurilor de lucru (Work Flow Modeling);

 descrieri ale fluxurilor de date (Data Flow Modeling).

Metodologii pentru modelarea proceselor de afaceri (Business Process Modeling). Cea mai utilizată metodologie pentru descrierea afacerilor

procese – standardul SUA IDEF0. De la dezvoltarea sa, standardul nu a suferit modificări semnificative. În prezent, dezvoltarea metodologiei IDEF0 este asociată cu îmbunătățirea instrumentelor care o susțin - produse software pentru modelarea afacerilor.

procese (de exemplu, BPWin 4.0, ProCap, IDEF0/EM Tool etc.).

Metodologia IDEF0 oferă analistului oportunități ample de a descrie afacerea organizației la nivel superior, cu accent pe managementul proceselor. Notația vă permite să reflectați feedback-ul în modelul de proces

de diverse tipuri - privind informarea, managementul, deplasarea resurselor materiale.

Folosind metodologia IDEF familie, puteți afișa și analiza în mod eficient modelele de activitate ale unei game largi de sisteme complexe în diverse contexte. În același timp, lărgimea și profunzimea examinării proceselor din sistem sunt determinate de către dezvoltator însuși, ceea ce face posibilă să nu supraîncărcați modelul creat cu date inutile. ÎN

Următoarele standarde aparțin în prezent familiei IDEF:

IDEF0 - metodologia de modelare funcțională. Folosind limbajul grafic IDEF0 vizual, sistemul studiat le apare dezvoltatorilor și analiștilor ca un set de funcții interconectate. De regulă, modelarea IDEF0 este primul pas în studierea oricărui sistem;

IDEF1 este o metodologie de modelare a fluxurilor de informații în cadrul unui sistem, permițându-vă să afișați și să analizați structura și relațiile acestora;

IDEF1X (IDEF1 Extended) – metodologie de construire a structurilor relaționale. IDEF1X aparține tipului de metodologii „Entitate-Relație”.

(ER – Entity-Relationship) și este de obicei folosit pentru modelarea bazelor de date relaționale;

IDEF2 este o metodologie pentru modelarea dinamică a dezvoltării sistemelor.

Din cauza dificultăților foarte serioase de analiză a sistemelor dinamice, acest standard a fost practic abandonat, iar dezvoltarea lui s-a oprit chiar în stadiul inițial;

IDEF3 este o metodologie de documentare a proceselor care au loc într-un sistem, care este utilizată, de exemplu, în studiul proceselor tehnologice din întreprinderi. Folosind IDEF3

sunt descrise scenariul și succesiunea operațiunilor pentru fiecare proces. IDEF3 are o relație directă cu metodologia IDEF0 - fiecare

o funcție poate fi reprezentată ca un proces separat folosind

IDEF4 este o metodologie pentru construirea de sisteme orientate pe obiecte.

Instrumentele IDEF4 vă permit să afișați vizual structura obiectelor și principiile de bază ale interacțiunii lor, permițându-vă astfel să analizați și să optimizați sisteme complexe orientate pe obiecte;

IDEF5 – metodologie pentru studierea sistemelor complexe.

Sistemul ARIS este un set de instrumente pentru analizarea și modelarea activităților întreprinderii. 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 ARIS să fie utilizat de specialiști cu cunoștințe teoretice diferite și configurat să lucreze cu sisteme care au specificul lor.

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

modele organizatorice reprezentand structura sistemului -

ierarhia unităților organizaționale, a posturilor și a persoanelor specifice,

legăturile dintre acestea, precum și referința teritorială a unităților structurale;

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

necesare atingerii scopurilor;

modele de informații care reflectă structura informațiilor,

necesare pentru implementarea întregului set de funcții ale sistemului;

modele de management care prezintă o viziune cuprinzătoare asupra

implementarea proceselor de afaceri în cadrul sistemului.

Conceptul de proces de afaceri, structura proceselor și subproceselor

Un proces de afaceri (BP) este înțeles ca un grup de activități ale unei organizații (evenimente și sarcini) care au ca scop crearea unui anumit produs sau serviciu. Efectuând analize, în special la punctul de contact între două sau mai multe departamente implicate în același proces de afaceri, puteți elimina cu ușurință diverse costuri și bariere și puteți construi o întreprindere sau organizație orientată spre proces. Procesele de afaceri sunt de obicei luate în considerare prin împărțirea lor în subprocese și întocmirea hărților detaliate. Diagrama ierarhică a unui set de procese de afaceri se numește arbore de procese de afaceri. Acesta reflectă o diagramă simplă a interconexiunilor tuturor unităților de alimentare în întregime.

Există modele BP generale și detaliate. La nivelul superior (general), o listă a operațiunilor de vânzare a unui produs efectuate de departamentele companiei este de obicei oferită într-o versiune mai detaliată, etapele și schemele cheie cu toate aspectele sunt dezvăluite mai pe deplin.

Grupuri de procese de afaceri

Există procese principale, auxiliare și de management - acestea sunt principalele grupuri de procese de afaceri. Dezvoltarea BP este identificat separat ca un proces unic efectuat o singură dată. Focalizarea grupului principal BP:

producerea de produse (servicii) valoroase pentru consumator;
formarea de valoare adăugată;
umplerea produsului cu calități valoroase din punctul de vedere al clientului;
estimarea profitului

Principalele procese de afaceri sunt orientate spre client, deoarece rezultatele lor sunt destinate utilizatorului final. BP-urile de sprijin (auxiliare) sunt legate de afacere pe o bază mai apropiată:

crearea de produse pentru zonele de afaceri interne;
menținerea funcțiilor companiei și a componentei sale de infrastructură

Procesele de management coordonează întregul set de BP (principal, suport, dezvoltare).

Dezvoltarea BP vizează perspectiva pe termen lung a obținerii de profit, precum și îmbunătățirea activităților companiei în viitor (acestea nu asigură organizarea proceselor care au loc în acest moment).

Clasamentul prezentat nu este definitiv. BP în fiecare companie depinde de caracteristicile sale distinctive specifice.

Descrierea principalelor surse de alimentare pentru o companie de producție și comerț (exemplu):

procese de marketing;
proiectarea, dezvoltarea unui produs sau serviciu;
producerea produsului final;
procese logistice (vânzări, livrare, aprovizionare);
managementul vânzărilor și serviciilor

Suport de alimentare cu energie:

control financiar;
managementul serviciilor și al personalului;
procese ecologice (procese de protecție a mediului);
managementul comunicațiilor întreprinderii;
suport pentru sisteme și proiectarea acestora;
managementul infrastructurii

Procesele de management de afaceri pentru acest model includ toate procesele asociate cu colectarea de informații, planificarea și reglementarea activităților, procesele de analiză și control al întregului ciclu de management.

Dezvoltarea BP este îmbunătățirea activităților, un fel de inginerie de afaceri.

Descrierea și analiza BP

Descrierea BP vă permite să determinați locul fiecărui angajat în companie, să faceți modificările necesare în activitățile sale pe baza analizei: îmbunătățiți Sistem informatic, schimbarea managementului riscului, efectuarea certificării etc. Vă permite să faceți organizația mai ușor de înțeles pentru management și vă permite să găsiți resurse financiare și de altă natură în exces. Personalul, din motive evidente, nu este de obicei interesat de transparență, precum și de fiabilitatea în descrierea BP - acest lucru face dificilă obținerea de informații faptice, de exemplu, despre repartizarea responsabilităților.

Vizualizare model.

Modelul este de obicei afișat sub formă de diagrame, tabele cu descrieri sau o combinație de descriere grafică și text (notație) etc. Gradul de detaliu al obiectului și caracterul complet al descrierii depind de aplicarea specifică a acestui model. Sarcina oricăreia dintre aceste metode va fi de a descrie BP conform principiului: „acțiune-funcție”. Fiecare BP are propriul executor - trebuie indicat și acest lucru. Va fi un departament sau o anumită poziție. „Intrarile” sunt materiale, informaționale și financiare, iar „ieșirile” sunt prezentate sub forma unei liste de produse sau servicii. Rezultatul acțiunii interpretului va fi o „ieșire” și acțiunile pot fi combinate în conformitate cu principiul unei conexiuni logice între ele, apoi „intrarile” și rezultatele trebuie coordonate între ele. Legătura dintre „input” și „output” este asigurată de activități care vizează obținerea unui rezultat în timpul tranziției dintre ele.

Cum este implementată descrierea BP

După cum am menționat deja mai sus, putem distinge metode grafice, textuale și tabelare de implementare a modelului. În ciuda avantajelor și dezavantajelor lor, toate își găsesc aplicație, deoarece fiecare dintre ele corespunde obiectivelor stabilite pentru o astfel de descriere.

1. Descriere text.

Principalul avantaj al acestei forme este absența standardelor exacte și posibilitatea unei descrieri flexibile a practic oricărui proces sau nuanța acestuia. O organizație poate utiliza orice formular de raportare text, precum și poate structura informațiile colectate la discreția sa. Defecte:

percepția secvențială a informațiilor din text;
Este dificil de analizat activitățile unei întreprinderi pe baza unei reprezentări textuale;
lipsa formalității și a standardelor descriptive (atât un plus, cât și un minus, în funcție de caz);
dificultate în perceperea și compararea unor volume mari de text

2. Forma tabulară. Potrivit pentru descrierea proceselor secvențiale. Poate fi folosit ca o tranziție la o implementare grafică ca bază de date.

3. Descriere grafică sub formă de modele și diagrame.

Dacă este necesar să se descrie modul în care are loc reglementarea în etapele procesului de afaceri: cine este executantul, cum are loc implementarea, ce secvență și documentație este implicată, atunci este adecvat să se utilizeze o metodă algoritmică de descriere a muncii sub formă de o organigramă.

Următoarea opțiune este reprezentarea procesului ca un flux de obiecte. Este aplicabil și convenabil pentru descrierea sarcinilor individuale și a acelor departamente dintr-o organizație care lucrează pe principiul input-output, permițându-vă să monitorizați direct ceea ce se întâmplă între aceste două componente. Fluxurile de „intrare” și „ieșire” vor fi informații, materiale și documentație.

Tehnologii care sunt utilizate pentru a descrie sursa de alimentare:

1. IDEF - acceptat ca standard aproape peste tot. Integration Definition for Function Modeling – tehnologie de modelare functionala. Este suportat de următorul software - BPWIN, MS Visio, etc. Acest set de metode de modelare vă permite să detaliați sursele de alimentare de toate nivelurile, prezentându-le atât într-un bloc, cât și în diagrame separate.

2. Tehnologiile de modelare folosesc Unified Modeling Language (UML). Vă permite să descrieți sursa de alimentare direct într-un limbaj ușor de înțeles pentru programele de calculator și este un instrument de automatizare. Sprijinit de cei mai importanți dezvoltatori de software, principalul instrument de implementare este software-ul Rational Rose de la IBM.

3. Diagrame EPC (Extended Event-Process Chain). Datorită acestora, este posibilă afișarea secvenței operațiunilor, participanților, resurselor utilizate, afișând starea la momentul actual.

4. Tehnologia ARIS (Arhitectura Sistemelor Informaționale Integrate) este utilizată ca instrument încorporat într-unul dintre cele mai mari sisteme de automatizare - SAP R/3.

Modelarea BP este un ansamblu de activități care vizează crearea unui model al unei organizații, implicând o descriere a tuturor obiectelor (informații, materiale etc.) și proceselor, rolurilor departamentelor și posturilor individuale și a legăturilor dintre acestea. Întocmirea modelelor este principala metodă de inginerie BP și reorganizarea acestora, care permite, de asemenea, utilizarea metodologiilor pentru îmbunătățirea continuă a acestora, permițându-vă să regândiți și să îmbunătățiți eficiența tuturor tipurilor de activități dintr-o organizație sau întreprindere.

Algoritmul acțiunilor în timpul modelării:

1. Definirea scopurilor pentru descrierea BP. Pregătirea pentru modelare, alegerea unui model. Deoarece modelul este compilat pentru utilizare practică directă, obiectivele unei astfel de descrieri trebuie să fie în concordanță cu perspectivele viitoare. Toate procesele de afaceri - de bază, auxiliare (suport), management, dezvoltare - sunt supuse descrierii.

2. Descrieri ale întregului mediu BP, și anume o indicație a tuturor proceselor cu care este conectat la „intrare” și „ieșire”, inclusiv toate resursele din aceste etape.

3. Descrierea conținutului funcțional al BP. Aceasta implică o descriere a tuturor domeniilor de responsabilitate pentru fiecare departament sau poziție din organizație.

4. Descrierea fluxurilor BP și structura acestora. Determinat de scopurile pe care le urmărește. Dacă este necesară îmbunătățirea sistemului informațional, atunci sunt descrise fluxul de informații, fluxul de documente etc. dacă scopul este distribuirea corectă a finanțelor, atunci fluxul financiar și BP în ele.