Dmitri Pinaev / Tehnologii moderne de control
Una dintre cele mai urgente probleme cu care se confruntă modernul firma ruseasca este îmbunătățirea proceselor de afaceri și a sistemului de management în ansamblu. Folosind Microsoft Visio 2003, un analist de afaceri poate simplifica și accelera munca de bază de descriere a sistemului de management al unei companii.
Descrierea sistemului de control
Procesele de afaceri concepute optim sunt capabile să realizeze obiectivele strategice ale organizației, precum și să ofere oportunitatea analizei de sistem pentru a lua decizii de afaceri informate.
Astăzi, consultanții de management, specialiștii în dezvoltare strategică și organizațională, specialiștii IT și managerii de calitate sunt angajați în formalizarea și documentarea sistemelor de management. În acest sens, ei se confruntă cel mai adesea cu următoarele sarcini:
- descrierea si optimizarea proceselor de afaceri;
- proiectarea unui sistem de management pentru o nouă zonă de afaceri;
- implementare sisteme automatizate management;
- construirea unui sistem de management al calitatii.
Descrierea sistemului de management, de regulă, include un model al proceselor de afaceri ale companiei, structura organizatorică și fixarea documentelor atributii oficialeși responsabilitatea angajaților companiei pentru un anumit proces.
Modelul procesului de afaceri al companiei
Modelul descrie activitățile companiei sub forma unui sistem de procese de afaceri și arată ce se face în companie și ce rezultate se obțin ca urmare. Un proces de afaceri este o secvență intenționată de acțiuni care duc la un rezultat dat, care este valoros pentru companie. Cel mai simplu mod de a construi un model de proces de afaceri este de a folosi una dintre notațiile grafice comune, în timp ce procesul de afaceri este reprezentat folosind o diagramă folosind simboluri grafice speciale.
Structura organizatorică arată ierarhia posturilor și departamentelor din organizație și include repartizarea principalelor funcții ale întreprinderii, domenii de responsabilitate și autoritate de-a lungul scării ierarhice de conducere.
Grafic, structura organizatorică este reprezentată sub forma unei diagrame, în care unitățile și funcționarii companiei sunt afișate în blocuri, iar liniile arată relațiile de subordonare dintre ele.
Până în prezent, majoritatea tehnologiilor de modelare a afacerilor se bazează pe utilizarea diagramelor grafice. Având în vedere acest lucru, Microsoft a inclus în sistemul său de diagrame de afaceri Microsoft Visio 2003 instrumente speciale pentru descrierea proceselor de afaceri și a structurii organizaționale a companiei.
Pentru modelarea proceselor de afaceri, Visio 2003 oferă șabloane de business intelligence pentru crearea a 7 tipuri de diagrame:
- organigramă de bază;
- Diagramă de flux transversal (urme verticale sau orizontale);
- EPC (Event Driven Process Chain);
- IDEF0;
- DFD (Data Flow Diagrams) în două notații: Hein-Sarson și Jordan-De Marco;
- WFD (Diagrama fluxului de lucru)
Dintre aceste notații, IDEF0 și EPC sunt cele mai populare.
Notația de modelare IDEF0 se bazează pe metodologia SADT (Structured Analysis and Design Technique).
Diagrama procesului de „Achiziție de bunuri și materiale”, reprezentată folosind notația IDEF0
Elementele limbajului grafic de notație IDEF0 sunt Procese (reprezentate printr-un bloc dreptunghiular) și Săgeți care denotă intrările și ieșirile procesului. În total, există 4 tipuri de săgeți, care diferă în funcție de latura dreptunghiului de care sunt atașate.
Tipuri de săgeți de notație IDEF0
O astfel de desemnare reflectă anumite principii de sistem: intrările sunt transformate în ieșiri, limitează controlul sau prescrie condițiile pentru efectuarea transformărilor, mecanismele arată cine îndeplinește sau cu ajutorul a ceea ce este îndeplinită o funcție.
Un alt principiu important al metodologiei este descompunerea ierarhică a proceselor (lucrărilor): un proces poate fi reprezentat ca o succesiune a subproceselor sale constitutive. Descompunerea poate fi efectuată la nivelul de detaliu necesar în descrierea procesului.
Notația IDEF0 este folosită de obicei pentru a descrie procesele de afaceri de nivel superior ale unei companii. Vă permite să descrieți simplu și vizual compoziția principalelor procese, ieșirile proceselor de afaceri, ilustrând rezultatul dorit al implementării lor și intrările, arătând ce resurse sunt necesare pentru a obține rezultatul.
Pentru a oferi navigare prin modele de procese de afaceri ierarhice, Visio 2003 vă permite să creați hyperlinkuri de la o diagramă la alta. De exemplu, puteți specifica că, atunci când faceți clic pe un proces, o pagină se deschide cu o diagramă a descompunerii acestuia.
Diagrama procesului de procesare a comenzilor descrisă folosind notația EPC
Pentru a descrie procesele de afaceri ale nivelului inferior (operațional), puteți utiliza notația EPC dezvoltată de Institutul de Sisteme Informaționale al Universității din Saarland (Germania) în colaborare cu SAP AG. O caracteristică cheie a diagramelor EPC este descrierea unui proces de afaceri ca o secvență de evenimente și funcții alternative.
Principalele elemente grafice ale diagramei EPC:
- functii,
- evenimente,
- unități organizatorice responsabile cu îndeplinirea funcțiilor,
- informații sau obiecte materiale care sunt utilizate în îndeplinirea funcțiilor,
- conectori (ȘI, SAU, XOR).
Spre deosebire de notația IDEF0, notația EPC vă permite să descrieți în mod convenabil execuția neliniară a unui proces de afaceri. Cu ajutorul conectorilor, puteți desemna unele funcții de proces care sunt efectuate în paralel, iar unele numai atunci când apar anumite condiții.
Al doilea pas în descrierea sistemului de management al companiei este construirea unui model al structurii organizaționale. Pentru a rezolva această problemă, Visio 2003 include șablonul Organigramă, care vă permite să creați rapid o diagramă ierarhică a pozițiilor și diviziilor companiei și să definiți parametrii acestora.
Structura organizationala
Șablonul Organigramă conține un set de elemente grafice care denotă tipurile de locuri de muncă:
- executiv - senior manager,
- manager - lider,
- poziție - poziție,
- consultant - consultant,
- post vacant - post liber liber,
- asistent - asistent.
Dacă organigrama este mare și dificil de încadrat pe o singură foaie, atunci Visio 2003 vă permite să împărțiți organigrama în mai multe pagini. Odată ce partea superioară a organigramei a fost creată, aceasta poate fi descrisă în continuare pe o pagină nouă pornind de la departamentul selectat. Elementele care denotă același departament pe pagini diferite vor fi sincronizate între ele atunci când se schimbă numele și parametrii departamentului.
Proprietarii de procese
După descrierea structurii organizaționale, este necesar să se determine proprietarul procesului dintre liderii și managerii companiei. Proprietarul este o persoană care răspunde de rezultatul procesului și are autoritatea de a gestiona resursele (materiale, forță de muncă etc.) necesare implementării acestuia. Pentru a atribui un proprietar de proces pe diagramele IDEF0, trebuie să creați un parametru de utilizator „Process proprietar” pentru toate procesele și să introduceți numele poziției din structura organizațională în acesta.
Completarea proprietăților procesului
Conform modelelor de procese de afaceri dezvoltate, Microsoft Visio 2003 vă permite să generați rapoarte în următorul format:
- Pagini Microsoft Excel,
- pagini web (fișier HTML),
- forma visio pentru a încorpora raportul ca foaie de calcul Excel direct într-o diagramă Visio,
- fișier XML.
De exemplu, pentru a obține un raport despre procese care indică managerii de proces, trebuie să configurați raportul specificând coloanele necesare și să începeți execuția acestuia.
Raport generat asupra proceselor în format Microsoft Excel
O caracteristică distinctivă a Visio 2003 este ușurința și comoditatea creării de diagrame și integrarea cu alte produse Microsoft Office. Datorită acestui fapt, specialiștii care au văzut Visio pentru prima dată, în câteva ore, încep să creeze diagrame ale proceselor de afaceri și structurilor organizaționale și să utilizeze aceste diagrame în documentele Microsoft Word.
Pentru a construi diagrame de proces de afaceri, pachetul software Visio este adesea folosit. În esență, nu este un instrument CASE. În ciuda acestui fapt, pentru cea mai simplă modelare, Visio este destul de convenabil. Vă permite să creați diagrame vizuale de proces.
Acest produs software a fost dezvoltat și publicat inițial de Visio Corporation. Ulterior, a fost achiziționat de Microsoft și inclus în suita de birou. aplicații Microsoft Visio. Până în prezent, cea mai recentă versiune a acestui produs software este Microsoft Visio 2013.
Pentru a construi diagrame în Visio, se utilizează grafica vectorială, care vă permite să scalați imaginea fără a pierde calitatea. De asemenea, Microsoft Visio are oportunități ample pentru proiectarea grafică a diagramelor și diagramelor de proces. Aceste proprietăți fac Visio un instrument bun pentru „desenarea” proceselor de afaceri. Desigur, este imposibil să-l consideri un instrument de modelare cu drepturi depline.
Noua versiune a Visio vă permite să creați diagrame de proces bazate pe standardul de modelare BPMN 2.0 (Business Process Model and Notation) și să verificați vizual corectitudinea acestor diagrame. De asemenea, noua versiune de Visio are capacitatea de a crea diagrame bazate pe standardul de modelare UML 2.4.
Microsoft Visio 2013 este disponibil în două variante - Microsoft Visio Standard și Microsoft Visio Professional. Diferența dintre aceste opțiuni este în principal în compoziția diagramelor. Ediția Professional oferă mai multe tipuri de diagrame și opțiuni de prezentare.
Caracteristicile Visio
Principalele avantaje ale Visio, în comparație cu instrumentele CASE, sunt:
- ușurința de a crea diagrame. Nu este necesară o pregătire specială pentru a dezvolta diagrame de proces. Desenarea diagramelor și a diagramelor de proces se realizează folosind o interfață simplă și intuitivă;
- disponibilitatea diagramelor mostre. Microsoft Visio include un număr mare de diagrame eșantion diferite, ceea ce simplifică și accelerează procesul de creare a diagramelor de proces de afaceri;
- legarea diagramelor de proces cu datele din aplicațiile de birou. pentru că Visio face parte din suita Microsoft Office, diagramele de proces pot fi legate la documente și date din Word, Excel, PowerPoint, Access și Project;
- aplicarea notațiilor standard. Pentru a crea diagrame de proces utilizate în diverse
Trimiteți-vă munca bună în baza de cunoștințe este simplu. Foloseste formularul de mai jos
Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.
postat pe http://www.allbest.ru
postat pe http://www.allbest.ru
Introducere
Modelarea proceselor de afaceri în contextul modernizării economiei și managementului este un domeniu important care ajută la optimizarea proceselor organizației și la îmbunătățirea performanței afacerii. Vorbind despre modelarea proceselor de afaceri, vom folosi simultan terminologia mai multor domenii de cunoștințe legate de economie, informatică și modelarea sistemelor complexe. Prin urmare, vom defini definițiile și conceptele de bază.
Un proces de afaceri este definit ca un lanț finalizat logic de activități interconectate și repetitive, în urma căruia resursele unei întreprinderi sunt utilizate pentru a procesa un obiect (fizic sau virtual) în scopul de a obține anumite rezultate măsurabile sau de a crea produse care să satisfacă sau consumatori externi.
Termenul „modelare” are două sensuri principale. În primul rând, modelarea este înțeleasă ca procesul de construire a unui model ca un fel de reprezentare (imagine) a originalului, reflectând cele mai importante caracteristici și proprietăți ale acestuia. Dacă modelul a fost deja construit, atunci modelarea este procesul de studiu (analiza) a funcționării sistemului, sau mai degrabă, a modelului acestuia. Scopul de bază al modelării proceselor de afaceri este de a descrie cursul real al proceselor de afaceri ale unei companii. În același timp, este necesar să se determine care este rezultatul procesului, de către cine și ce acțiuni sunt efectuate, care este ordinea lor, care este mișcarea documentelor în timpul procesului, precum și cât de fiabil este procesul ( probabilitatea executării nereușite) și cum poate fi extins/modificat în viitor.
Este important să se asigure transparența proceselor de afaceri deoarece doar în acest caz proprietarul procesului de afaceri (un angajat al companiei care gestionează procesul de afaceri și este responsabil pentru rezultatele și eficiența acestuia), analistul de afaceri, managementul și alte părți interesate vor avea un idee clară cum este organizată munca. Înțelegerea fluxului proceselor de afaceri existente face posibilă evaluarea eficienței și calității acestora și este necesară pentru dezvoltarea unei infrastructuri IT care să susțină afacerea. Dezvoltarea cu succes a sistemelor de aplicații care sprijină execuția proceselor de afaceri de la început până la sfârșit este posibilă doar atunci când procesele în sine sunt înțelese clar în detaliu.
Un model de proces de afaceri este descrierea sa formalizată (grafică, tabelară, textuală, simbolică), care reflectă activitățile reale sau intenționate ale întreprinderii.
Problema acestui curs sună astfel: cât de practic să folosiți diagramele (simplitate, vizuale și informative) concepute în MS Visio.
Obiectul este modelarea afacerilor.
Să desemnăm ca subiect: modelarea proceselor de afaceri ale întreprinderii care este angajată în prestarea de servicii în autotransporturi, în MS Visio.
Pe baza problemei, să desemnăm scopul: să stabilim cât de practice sunt utilizate diagramele concepute în MS Visio, folosind un exemplu companie de transport(TK) EcoTrans LLC.
Pentru a atinge acest obiectiv, este necesar să rezolvați următoarele sarcini:
Găsiți și studiați metodologii de modelare a proceselor de afaceri;
Familiarizați-vă cu grafica de afaceri în MS Visio;
Analizați procesele de afaceri ale TC „EcoTrans” LLC
Descrieți procesele de afaceri ale TC LLC „EcoTrans” folosind modelarea de afaceri în Microsoft Visio
Pot fi folosite diferite metode pentru a modela procesele de afaceri. Metoda sau metodologia de modelare include succesiunea de acțiuni care trebuie efectuate pentru a construi modelul, adică procedura de modelare și notația aplicată (limbaj). In acest termen de hârtie Metodologiile , IDEF0, IDEF3 vor fi folosite pentru modelarea proceselor de afaceri.
1. Metodologia de descriere a disciplinei
Procesul de modelare de afaceri poate fi implementat ca parte a diverse tehnici, diferă, în primul rând, prin abordarea a ceea ce constituie o organizație modelată. În conformitate cu diferite idei despre organizarea metodelor, se obișnuiește să le împărțim în obiect și funcțional (structural).
Metodele obiect consideră organizația modelată ca un set de obiecte care interacționează – unități de producție. Un obiect este definit ca o realitate tangibilă - un obiect sau un fenomen care are un comportament clar definit. Scopul aplicării acestei tehnici este identificarea obiectelor care alcătuiesc organizația, precum și repartizarea responsabilităților între acestea pentru acțiunile efectuate.
Metodologiile funcționale, dintre care cea mai cunoscută este metoda IDEF0, consideră organizația ca un set de funcții care transformă fluxul de informații primite într-un flux de ieșire. Procesul de conversie a informațiilor consumă anumite resurse. Principala diferență față de metodologia obiectului constă în separarea clară a funcțiilor (metodele de prelucrare a datelor) de datele în sine.
Din punct de vedere al modelării afacerii, fiecare dintre abordările prezentate are propriile sale avantaje. Abordarea obiect vă permite să construiți un sistem care este mai rezistent la schimbări, se potrivește mai bine cu structurile existente ale organizației. Modelarea funcțională se arată bine în cazurile în care structura organizațională este în proces de schimbare sau este în general prost proiectată. Abordarea funcțiilor efectuate este intuitiv mai bine înțeleasă de artiști atunci când primesc informații de la aceștia despre activitatea lor curentă.
1.1 Înțelegerea familiei de standarde IDEF
Unul dintre cele mai importante obiective atunci când se pregătește un proiect pentru construirea unui sistem informațional este o enunțare clară și corect înțeleasă a problemei. Pentru atingerea acestui scop, este necesar să se studieze toate procesele financiare și economice în curs, precum și fluxurile de informații corespunzătoare din întreprindere, pentru a le identifica pe cele care ar trebui reorganizate în primul rând, adică. construi un așa-numit model de afaceri. Astfel de anchete cuprinzătoare ale întreprinderilor sunt întotdeauna complexe și diferă semnificativ de la caz la caz. Există metodologii și standarde bine stabilite pentru rezolvarea unor astfel de probleme de modelare a sistemelor complexe. Aceste standarde includ familia de metodologii IDEF. Cu ajutorul lor, puteți afișa și analiza eficient modelele de activitate ale unei game largi de sisteme complexe în diferite secțiuni. În același timp, lărgimea și profunzimea examinării proceselor din sistem sunt determinate de însuși dezvoltatorul, ceea ce permite să nu supraîncărcați modelul creat cu date inutile.
Metodologia IDEF a fost creată în cadrul programului de informatizare industrială ICAM (Integrated Computer Aided Manufacturing) din Statele Unite, în cadrul căruia s-a relevat necesitatea dezvoltării unor metode de analiză a proceselor de interacțiune în sistemele de producție. De aici și numele acestei familii de standarde - Icam DEFinition - IDEF.
În prezent, următoarele standarde pot fi atribuite familiei IDEF:
IDEF0 este o metodologie de modelare funcțională. Cu ajutorul unui limbaj grafic vizual IDEF0, sistemul studiat le apare dezvoltatorilor și analiștilor ca un set de funcții interdependente (blocuri funcționale – în termenii IDEF0). De obicei, modelarea IDEF0 este primul pas în învățarea oricărui sistem;
IDEF1 - o metodologie de modelare a fluxurilor de informații în cadrul unui sistem care vă permite să afișați și să analizați structura și relațiile acestora;
IDEF1X (IDEF1 Extended) - o metodologie pentru construirea structurilor relaționale. IDEF1X aparține tipului de metodologie Entity-Relationship (ER) și este utilizat în mod obișnuit pentru modelarea bazelor de date relaționale relevante pentru sistemul în cauză;
IDEF2 este o metodologie pentru modelarea dinamică a evoluției sistemelor. Din cauza dificultăților foarte serioase în analiza sistemelor dinamice, acest standard a fost practic abandonat, iar dezvoltarea lui a fost suspendată 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. IDEF3 descrie scenariul și secvența operațiunilor pentru fiecare proces. IDEF3 are o relație directă cu metodologia IDEF0 - fiecare funcție (bloc funcțional) poate fi reprezentată ca proces separat folosind instrumentele IDEF3;
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 este o metodologie pentru studiul ontologic al sistemelor complexe. Folosind metodologia IDEF5, ontologia unui sistem poate fi descrisă folosind un anumit vocabular de termeni și reguli, pe baza căruia se pot forma declarații de încredere despre starea sistemului luat în considerare la un moment dat. Pe baza acestor afirmații, se trag concluzii cu privire la dezvoltarea ulterioară a sistemului și se realizează optimizarea acestuia.
Să aruncăm o privire mai atentă la standardele care vor fi necesare atunci când descriem procesele de afaceri în cadrul acestui curs, acestea sunt: IDEF0, IDEF3.
Metodologia funcțională IDEF0.
Scopul metodologiei este de a construi o diagramă funcțională a sistemului studiat, care să descrie toate procesele necesare cu o acuratețe suficientă pentru modelarea fără ambiguitate a activității sistemului.
Metodologia se bazează pe patru concepte principale: bloc funcțional, arc de interfață, descompunere, glosar.
a) O casetă de activitate reprezintă o funcție specifică în cadrul sistemului în cauză. Conform cerințelor standardului, denumirea fiecărui bloc funcțional trebuie formulată în mod verbal (de exemplu, „a produce servicii”). În diagramă, blocul funcțional este reprezentat printr-un dreptunghi (Figura 1.1). Fiecare dintre cele patru laturi ale blocului funcțional are propriul său sens specific (rol), în timp ce:
Partea de sus este „Control”;
Partea stângă este „Intrare”;
Partea dreaptă este setată la „Ieșire”;
Partea de jos are valoarea „Mecanism” (Mecanism).
O astfel de desemnare reflectă anumite principii de sistem: intrările sunt convertite în ieșiri, limitele de control sau prescriu condițiile pentru efectuarea transformărilor, mecanismele arată ce și cum funcționează o funcție.
Fiecare unitate funcțională din cadrul sistemului unic în cauză trebuie să aibă propriul său număr unic de identificare.
Figura 1.1 - Bloc funcțional
b) Un arc de interfață (Săgeată) reprezintă un element de sistem care este procesat de un bloc funcțional sau afectează în alt mod funcția reprezentată de acest bloc funcțional. Arcurile de interfață sunt adesea denumite fluxuri sau săgeți.
Cu ajutorul arcurilor de interfață sunt afișate diverse obiecte care, într-o măsură sau alta, determină procesele care au loc în sistem. Elementele pot fi astfel de obiecte. lumea reala(piese, vagoane, angajați etc.) sau fluxuri de date și informații (documente, date, instrucțiuni etc.).
În funcție de ce parte a blocului funcțional se potrivește arcul de interfață dat, acesta se numește „incoming”, „outgoing” sau „controlling”.
De menționat că orice bloc funcțional, conform cerințelor standardului, trebuie să aibă cel puțin un arc de interfață de control și unul de ieșire. Acest lucru este de înțeles - fiecare proces trebuie să aibă loc conform unor reguli (afișate de arcul de control) și trebuie să producă un rezultat (arc de ieșire), altfel luarea în considerare a acestuia nu are sens.
Prezența obligatorie a arcurilor de interfață de control este una dintre principalele diferențe între standardul IDEF0 și alte metodologii ale claselor DFD (Diagrama fluxului de date) și WFD (Diagrama fluxului de lucru).
c) Descompunerea este conceptul de bază al standardului IDEF0. Principiul descompunerii se aplică atunci când un proces complex este defalcat în funcțiile sale constitutive. În acest caz, nivelul de detaliu al procesului este determinat direct de dezvoltatorul modelului.
Descompunerea vă permite să reprezentați treptat și structurat modelul de sistem în formă structura ierarhica diagrame individuale, făcându-l mai puțin aglomerat și mai ușor de digerat.
Modelul IDEF0 începe întotdeauna cu o vedere a sistemului ca întreg - un singur bloc funcțional cu arcuri de interfață care se extind dincolo de zona considerată. O astfel de diagramă cu un bloc funcțional se numește diagramă de context și este notă cu identificatorul „A-0” (Figura 1.2).
Figura 1.2 - Un exemplu de diagramă de context
În textul explicativ pentru diagrama de context, scopul (Scopul) construcției diagramei în formă scurta descriere, iar punctul de vedere este fix.
Definirea și formalizarea scopului dezvoltării unui model IDEF0 este un punct extrem de important. De fapt, scopul determină zonele relevante din sistemul studiat, care trebuie concentrate mai întâi. De exemplu, dacă modelăm activitățile unei întreprinderi pentru a construi un sistem informațional bazat pe acest model în viitor, atunci acest model va diferi semnificativ de cel pe care l-am dezvolta pentru aceeași întreprindere, dar deja cu scopul de a optimizarea lanțurilor de aprovizionare.
Punctul de vedere determină direcția principală de dezvoltare a modelului și nivelul de detaliu necesar. O fixare clară a punctului de vedere vă permite să descărcați modelul, refuzând să detaliați și să studiați elementele individuale care nu sunt necesare, pe baza punctului de vedere ales asupra sistemului. De exemplu, modelele funcționale ale aceleiași întreprinderi din punctul de vedere al tehnologului șef și al directorului financiar vor diferi semnificativ în direcția detalierii lor. Acest lucru se datorează faptului că, în cele din urmă, directorul financiar nu este interesat de aspectele prelucrării materiilor prime pe mașini de producție, iar tehnologul șef nu este interesat de schemele trasate ale fluxurilor financiare. Alegerea corectă a punctului de vedere reduce semnificativ timpul petrecut pentru construirea modelului final.
În procesul de descompunere, blocul funcțional, care în diagrama de context afișează sistemul ca întreg, este detaliat într-o altă diagramă. Diagrama rezultată a celui de-al doilea nivel conține blocuri funcționale care afișează principalele subfuncții ale blocului funcțional al diagramei de context și se numește diagramă copil (Diagrama copil) în raport cu acesta (fiecare dintre blocurile funcționale aparținând diagramei copil este respectiv numit bloc copil - Child Box). La rândul său, blocul funcțional - strămoșul se numește blocul părinte în raport cu diagrama copil (Parent Box), iar diagrama căreia îi aparține - diagrama părinte (Parent Diagram). Fiecare dintre subfuncțiile diagramei copil poate fi detaliată în continuare printr-o descompunere similară a blocului său funcțional corespunzător. Este important de menționat că în fiecare caz de descompunere a unui bloc funcțional, toate arcurile de interfață incluse în acest bloc sau care ies din acesta sunt fixate pe diagrama copil. Acest lucru realizează integritatea structurală a modelului IDEF0. Principiul descompunerii este prezentat clar în Figura 1.3. Ar trebui să acordați atenție relației dintre numerotarea blocurilor funcționale și a diagramelor - fiecare bloc are propriul său număr de serie unic pe diagramă (numărul din colțul din dreapta jos al dreptunghiului), iar denumirea din colțul din dreapta indică numărul a diagramei copil pentru acest bloc. Absența acestei denumiri indică faptul că nu există nicio descompunere pentru acest bloc.
Adesea există cazuri în care nu are sens să se ia în continuare în considerare arcele individuale de interfață în diagramele copil sub un anumit nivel în ierarhie sau invers - arcuri individuale nu au sens practic peste un anumit nivel. De exemplu, un arc de interfață care ilustrează un „detaliu” la intrarea în blocul funcțional „Mașină pe strung” nu are sens să fie reflectat în diagrame mai mult decât niveluri înalte- acest lucru va supraîncărca diagramele și le va face dificil de citit. Pe de altă parte, este nevoie de a scăpa de arcuri de interfață „conceptuale” separate și de a nu le detalia mai profund decât un anumit nivel. Pentru a rezolva astfel de probleme, standardul IDEF0 prevede conceptul de tunel. Desemnarea „tunelului” (Arrow Tunnel) sub forma a două paranteze în jurul începutului arcului de interfață înseamnă că acest arc nu a fost moștenit din blocul părinte funcțional și a apărut (din „tunel”) doar pe această diagramă. La rândul său, aceeași desemnare în jurul capătului (săgeata) arcului de interfață în imediata apropiere a blocului receptor înseamnă că acest arc nu va fi afișat și nu va fi luat în considerare în diagrama copil a acestui bloc. Cel mai adesea, se întâmplă ca obiectele individuale și arcurile de interfață corespunzătoare acestora să nu fie luate în considerare pe unele niveluri intermediare ierarhii - în acest caz, ei „se plonjează mai întâi în tunel”, apoi, dacă este necesar, „se întorc din tunel”.
d) Glosar. Pentru fiecare dintre elementele IDEF0 - diagrame, blocuri funcționale, arcuri de interfață - standardul existent presupune crearea și menținerea unui set de definiții adecvate, cuvinte cheie, enunțuri narative etc., care caracterizează obiectul afișat de acest element. Acest set se numește glosar și este o descriere a esenței acestui element. Glosarul completează armonios limbajul grafic vizual, oferind diagramelor informațiile suplimentare necesare.
Standardul de documentare a procesului IDEF3.
IDEF3 este un standard pentru documentarea proceselor tehnologice care au loc într-o întreprindere și oferă instrumente pentru cercetarea vizuală și modelarea scenariilor acestora. Scenariu în acest caz se numește 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ă trecerea prin fiecare etapă).
Documentația IDEF3 și instrumentele de modelare vă permit să efectuați următoarele sarcini:
Documentați datele disponibile cu privire la tehnologia procesului, identificate, să zicem, în procesul de intervievare a angajaților competenți responsabili cu organizarea procesului în cauză;
Determinați și analizați punctele de influență ale fluxurilor fluxului de lucru însoțitor asupra scenariului proceselor tehnologice;
Determinați situațiile în care este necesară o decizie care afectează ciclul de viață al procesului, de exemplu, o modificare a proprietăților de proiectare, tehnologice sau operaționale ale produsului final;
Contribuie la adoptarea deciziilor optime în reorganizarea proceselor tehnologice.
Există două tipuri de diagrame în standardul IDEF3, reprezentând descrierea aceluiași scenariu de proces din unghiuri diferite. Diagramele legate de primul tip se numesc diagrame Process Flow Description Diagrams (PFDD), iar cel de-al doilea tip se numește diagrame Object State Transition Network (OSTN).
Să presupunem că doriți să descrieți procesul de vopsire a unei piese într-un atelier de producție la o întreprindere. Cu ajutorul diagramelor PFDD se documentează succesiunea și descrierea etapelor de prelucrare a unei piese în cadrul procesului tehnologic investigat. Diagramele OSTN sunt folosite pentru a ilustra transformările piesei care au loc în fiecare etapă de procesare.
În exemplul următor, vom descrie modul în care instrumentele grafice IDEF3 fac posibilă documentarea procesului de producție de mai sus pentru vopsirea unei piese. În general, acest proces constă direct în pictura în sine, care se realizează pe echipamente speciale, și etapa controlului calității acestuia, care determină dacă piesa trebuie revopsită (în cazul nerespectării standardelor și se detectează căsătoria). ) sau trimise pentru prelucrare ulterioară.
Figura 1.4 prezintă diagrama PFDD, care este o reprezentare grafică a scenariului de procesare a pieselor. Dreptunghiurile din diagrama PFDD sunt numite elemente funcționale sau elemente de comportament (Unit of Behavior, UOB) și reprezintă un eveniment, o etapă a procesului sau o decizie. Fiecare UOB are propriul nume afișat în starea verbală și număr unic. Săgețile sau liniile reprezintă mișcarea piesei între blocurile UOB în timpul procesului.
Figura 1.4 - Diagrama PFDD a scenariului de prelucrare a piesei
Obiectul marcat J1 se numește Junction. Răscrucile sunt folosite pentru a afișa logica interacțiunii săgeților (fluxurilor) la îmbinare și ramificare sau pentru a afișa un set de evenimente care pot sau trebuie finalizate înainte de a începe urmatorul job. Există răscruce pentru săgeți de îmbinare (Fan-in Junction) și ramificare (Fan-out Junction). O intersecție nu poate fi folosită pentru o îmbinare și o bifurcare în același timp. Când adăugați o intersecție la o diagramă, trebuie să specificați tipul de intersecție. Clasificarea posibilelor tipuri de intersecții este dată în Tabelul 1.
Tabelul 1 - Clasificarea tipurilor de intersecții
Nume |
Înțeles în cazul îmbinării săgeților |
Adică în cazul joncțiunii de tip fan-out |
|
SI asincron |
Toate procesele precedente trebuie finalizate |
Toate procesele următoare trebuie să ruleze |
|
Toate procesele precedente au fost finalizate în același timp |
Toate procesele următoare rulează în același timp |
||
Unul sau mai multe procese antecedente trebuie să fie încheiate |
Trebuie să ruleze unul sau mai multe dintre următoarele procese |
||
Unul sau mai multe procese predecesoare se termină în același timp |
Unul sau mai multe dintre următoarele procese rulează în același timp |
||
XOR (SAU exclusiv) |
S-a încheiat un singur proces antecedent |
Un singur proces următor |
Scenariul afișat în diagramă poate fi descris după cum urmează:
Piesa intră în vopsitorie, pregătită pentru vopsire. În timpul procesului de vopsire, se aplică un strat de email la temperatură ridicată. După aceea, piesa este uscată, după care începe etapa de verificare a calității stratului aplicat. Dacă testul confirmă calitatea insuficientă a stratului aplicat (grosime insuficientă, eterogenitate etc.), atunci piesa este retrecută prin atelierul de vopsire. Dacă piesa trece cu succes de controlul calității, atunci este trimisă la următorul atelier pentru prelucrare ulterioară.
Fiecare bloc de funcții UOB poate avea o secvență de descompunere și, prin urmare, poate fi detaliat cu orice precizie dorită. Prin descompunere, înțelegem reprezentarea fiecărui UOB cu o diagramă IDEF3 separată. De exemplu, putem descompune Paint Part UOB reprezentând-o ca un proces separat și construind propria noastră diagramă PFDD pentru aceasta. În acest caz, această diagramă va fi numită diagramă copil, în raport cu cea prezentată în Figura 1.4, și respectiv cea părinte. Numerele UOB ale diagramelor copil sunt numerotate consecutiv, adică dacă UOB părinte are numărul „1”, atunci blocurile UOB din descompunerea sa vor avea, respectiv, numerele „1.1”, „1.2”, etc. Aplicarea principiului descompunerii în IDEF3 vă permite să descrieți procesele într-un mod structurat, cu orice nivel de detaliu necesar.
Dacă diagramele PFDD sunt un flux de lucru „Din punctul de vedere al unui observator”, atunci o altă clasă de diagrame IDEF3 - OSTN vă permite să luați în considerare același proces „Din punctul de vedere al unui obiect”. Figura 1.5 prezinta afisarea procesului de colorare din punctul de vedere al diagramei OSTN. „Stările obiectului” (în cazul nostru, detalii) și „State schimbare” sunt conceptele cheie ale diagramei OSTN. Stările obiectului sunt afișate ca cercuri, iar modificările lor ca linii direcționate. Fiecare linie are o legătură către blocul funcțional UOB corespunzător, ceea ce a dus la schimbarea stării obiectului pe care îl reprezintă.
Figura 1.5 - Procesul de colorare din punct de vedere al diagramei OSTN
2. Instrumente de modelare a proceselor de afaceri
Pentru a descrie procesele de afaceri, există multe instrumente BPWin, ERWin, PowerDesigner, Business Studio, ELMA BPM, Visual Paradigm și altele.
În lista de mai sus, puteți adăuga Microsoft Visio, care aparține familiei lider de produse de birou produse de liderul industriei software. Desigur, nu este atât de funcțional în ceea ce privește modelarea proceselor de afaceri, dar este foarte popular și masiv datorită costului său relativ scăzut.
2.1 Caracteristici tehnice. Stocare a datelor
Visio este, din punct de vedere tehnic, o aplicație desktop care manipulează fișiere individuale (documente). Un desen Visio include una sau mai multe diagrame aranjate pe una sau mai multe pagini. Fiecare document conține un set de simboluri (corespunzător obiectelor model) și conectori (corespunzător legăturilor), în timp ce simbolurile, pe lângă nume, pot avea atribute suplimentare definite de utilizator în timpul modelării.
Dacă este necesar, setul de caractere inclus cu produsul poate fi extins cu caractere create de utilizator. Nu există restricții globale privind regulile și capacitatea de a crea legături între anumite tipuri de simboluri în produs, cu toate acestea, mecanismul așa-numitelor șabloane de diagramă este disponibil în acesta, a căror utilizare vă permite să limitați setul de simboluri disponibile direct pe bara de instrumente corespunzătoare în timpul procesului de modelare. Șabloanele pot fi create de utilizatori, iar pachetul de produse include un set de șabloane gata făcute (Figura 2.1).
De regulă, setul de modele care descriu activitățile companiei este un set de fișiere separate, iar în cazul unor companii mariși o descriere cuprinzătoare a activității, numărul de astfel de fișiere poate fi de câteva mii. Mijloace tehnice pentru a oferi relații între modele stocate în fișiere diferite, nu este implementat la nivel de produs, deși produsul oferă mijloacele pentru implementarea independentă a unor astfel de relații (vom vorbi despre ele puțin mai târziu). Prin urmare, utilizarea Visio în astfel de cazuri, mai ales în condițiile proceselor în continuă schimbare, necesită o cantitate considerabilă de întreținere pentru un set atât de impresionant de modele.
Figura 2.1 - Un set de șabloane MS Visio gata făcute
2.2 Metodologii și notații acceptate
Deoarece setul de simboluri și șabloane Visio poate fi extins în mod arbitrar, iar produsul în sine nu implică restricții globale cu privire la posibilitățile de utilizare a simbolurilor și a relațiilor dintre ele, descrierea proceselor de afaceri folosind Visio poate fi realizată în mod oficial în aproape orice metodologie. În același timp, pachetul de produse din orice ediție (Standard, Profesional) are un set de modele de șabloane pentru cele mai comune notații, cum ar fi diagrame de flux de date, diagrame de lanț de calitate adăugată, Lanț de proces bazat pe evenimente, IDEF0, diagrame SwimLane , precum și șabloane pentru modelarea structurilor organizatorice ale companiilor.
3. Analiza domeniului subiect SRL „EcoTrans”
Compania de transport EcoTrans LLC a fost fondată în 2008. Primele servicii de transport au fost furnizate consumatorilor care își desfășurau afaceri în regiunea Oryol. Multe dintre cele mai mari întreprinderi din regiune au încheiat contracte pe termen lung cu compania pentru transportul de mărfuri și pasageri. Pentru EcoTrans LLC, serviciile de transport de mărfuri (regiunea Oryol) din regiune au devenit un început de succes pentru dezvoltarea ulterioară. Geografia azi servicii de transport a pășit cu mult dincolo de granițele regiunii sale natale. Extinderea geografiei activităților sale a necesitat o creștere a numărului de moderne camioane, prin urmare, pentru livrarea mărfurilor, acum este folosită nu doar propria flotă extinsă de vehicule, ci și mașinile partenerilor.
EcoTrans LLC nu oferă doar transportul de mărfuri în Rusia, ci oferă și clienților servicii conexe, cum ar fi expedierea și asigurarea mărfurilor.
a) Transport de expediere. Acest serviciu permite clientului nu numai să faciliteze procesul de transport al mărfurilor, ci și să reducă costul acesteia. Expedierea mărfurilor constă în mai multe tipuri de servicii:
Înregistrare documente necesare. Conturi de transport, declarații vamale, acte ale companiei de asigurări etc. documentele, precum și semnarea acestora, nu mai privesc clientul;
Alegerea vehiculului. Se iau în considerare greutatea încărcăturii, dimensiunile și traseul acesteia;
Planificarea rutei. Este selectat cel mai rapid și mai sigur model de trafic;
Rezolvarea altor probleme care apar pe parcurs.
b) Asigurare de marfă. Orice se poate întâmpla încărcăturii pe drum. Poate fi deteriorat, stricat, furat etc. Pentru a elimina aceste riscuri Firme de asigurari asigurați încărcătura, costurile de transport pentru livrarea acesteia și chiar o parte din profitul așteptat.
Misiunea EcoTrans LLC este de a oferi clienților servicii de transport de înaltă calitate, la nivel profesional, pentru a stabili parteneriate pe termen lung cu consumatorii existenți și a atrage alții noi.
3.1 Structura organizatorică a EcoTrans LLC
În EcoTrans LLC, directorul general raportează la: Contabil șef, Inginer sef, inginer electrician, administrator de sistem. Contabilul raportează contabilului șef. Magaziarul raportează contabilului. Subordonat inginer-șef: depozitar, mecanic, lucrător medical, dispecer. Dispecerului se află în subordinea: mecanic, șoferi auto, șoferi autobuz, șoferi încărcătoare. Mecanicii sunt supuși: șoferi de mașini, șoferi de autobuze, șoferi de stivuitoare.
3.2 Procesul de afaceri „Transportul mărfurilor”
Procesul de afaceri „Transportul de marfă” include:
1 Primirea unei cereri. Clientul trimite o cerere dispeceratului, iar dispecerul o acceptă.
2 Încheierea contractului. Se încheie un acord între client și director în baza căruia se efectuează transportul.
3 Verificați existența unui contract. Dispeceratul va verifica existenta contractului.
4 Procesarea cererii. In conformitate cu specificatii tehnice dispecerul de vehicule pe baza cererii, ținând cont de dimensiunile, greutatea încărcăturii și condițiile de transport, distribuie vehiculele.
5 Emiterea unei scrisori de parcurs. Dispeceratul îl sună pe șofer, îl informează despre zborul și ruta viitoare și emite o scrisoare de parcurs.
6 Trecerea unui examen medical. Șoferul este supus unui control medical.
7 Nota despre trecerea unui examen medical. Un lucrător medical determină conținutul de alcool și substanțe psihotrope din organism, starea de sănătate: măsoară pulsul, tensiunea arterială, temperatura, află gradul de oboseală și calitatea somnului. Dacă examenul medical este promovat, lucrătorul medical pune un semn borderoul de parcurs.
8 Întreținerea zilnică a vehiculului. Șoferul efectuează întreținerea zilnică a vehiculului. Verificări: caracterul complet al mașinii, nivelul lichidelor de răcire și lubrifiere, etanșeitatea sistemelor mașinii, starea și fixarea roților, funcționarea sistemelor de frânare ale alarmelor luminoase și sonore.
9 O notă privind funcționalitatea vehiculului în scrisoarea de transport. Șoferul pune un semn pe inspecția vehiculului în scrisoarea de transport.
10 Inspecția vehiculului. Șoferul pune la dispoziție vehiculul pentru inspecție de către un mecanic. Mecanicul inspectează vehiculul. Verificări: etanșeitatea și funcționarea sistemelor de frânare, sistemelor de alimentare cu energie, sistemelor de răcire, sistemelor de gaze de eșapament; funcționalitatea direcției, dispozitive de lumină exterioară, ștergătoare de parbriz; fixarea roților; disponibilitatea unei truse de prim ajutor, a unui stingător de incendiu, a unui semn de oprire de urgență.
11 Un marcaj privind funcționalitatea vehiculului în scrisoarea de transport. Mecanicul pune un semn asupra capacității de funcționare a vehiculului în scrisoarea de transport.
12 Livrare. Șoferul pleacă la linie, ridică marfa de la locația specificată, predă marfa destinatarului.
13 Primirea documentelor. Șoferul ridică conosamentul de la client.
14 Întoarcerea de la linie. Șoferul de pe linie se întoarce în garaj.
15 Inspecția vehiculului. La întoarcerea de pe linie, șoferul pune la dispoziție vehiculul pentru inspecție de către mecanic.
16 Marcați starea vehiculului în scrisoarea de transport. Mecanicul pune un semn pe starea vehiculului în scrisoarea de transport.
17 Transferul documentelor către departamentul de contabilitate. Șoferul trimite conosamentul la departamentul de contabilitate.
18 Eliberarea documentelor de către departamentul de contabilitate. Departamentul de contabilitate întocmește documente: actul muncii efectuate, factură, factură de plată.
19 Plata serviciului de către client. Departamentul de contabilitate trimite documentele emise spre plată către client. Clientul plătește pentru serviciul prestat.
3.3 Infrastructura IT
modelarea rețelelor de informații
O arhitectură de rețea este o combinație de topologii, metode de acces media și protocoale necesare pentru a crea o rețea funcțională.
LAN - rețea locală (LAN, rețea locală).
În organizația EcoTrans LLC, LAN-ul este realizat conform topologiei în stea.
IS-ul obiectului sondajului utilizează serviciul de director al Microsoft Corporation - Active Directory. Acest serviciu este utilizat pentru a reglementa politicile de grup de domenii. Domeniile au o structură ierarhică.
În partea hardware a obiectului IS: 2 servere; 16 posturi de lucru.
Software EcoTrans LLC: sistem de operare Windows XP Servise Pack 2/3, MS Office 2007, software antivirus - Panda Antivirus Platinum, Persoană juridică contribuabil, 1C: Contabilitate, 1 C: Salariu și personal, PP „Certificate Directory”, CIPF Crypto Pro CSP, PP „STEK-Trust”. Stație de lucru „TRUST-Client”, Sistem „STEK-Trust”. Stație de lucru asigurată, Utilitar FSS, Documents PU 5, CheckXML, Canon Solution Menu, ABBYY FineReader Professional Edition, Total Commander, WinDjView, Adobe Acrobat Professional, WinRAR și altele.
4. Descrierea proceselor de afaceri ale TC LLC „EcoTrans” folosind modelarea afacerii în Microsoft Visio
4.1 Construirea unui model în notație IDEF0 și descompunerea acestuia
Să creăm un model al centrului comercial SRL „EcoTrans” conform metodologiei IDEF0. Mai întâi, să construim o diagramă de context a procesului de afaceri „Transportul de marfă” (Figura 4.1). Conform notației IDEF0, să numim acest bloc funcțional „Transport cargo”.
Figura 4.1 - Diagrama contextuală a procesului „Transportul mărfurilor”.
Apoi vom împărți procesul de afaceri „Transportul mărfurilor” în componente: „Prelucrarea cererii”, „Încheierea unui acord”, „Pregătirea pentru transportul mărfurilor”, „Plata documentelor necesare transportului mărfurilor”, „Transportul mărfurilor”. Și, în consecință, descompunem blocul funcțional „Marfa de transport” (Figura 4.2).
Figura 4.2 - Diagrama de descompunere a procesului de „Transport marfă”.
Să aruncăm o privire mai atentă asupra proceselor de afaceri: „Prelucrarea aplicațiilor” (Figura 4.3); „Pregătirea pentru transportul mărfurilor” (Figura 4.4); „Executarea documentelor necesare pentru transportul mărfurilor” (Figura 4.5); „Implementarea transportului de mărfuri” (Figura 4.6).
Figura 4.3 - Diagrama de descompunere a procesului „Prelucrarea aplicației”.
Figura 4.4 - Diagrama de descompunere a procesului „Pregătirea pentru transportul mărfurilor”
Figura 4.5 - Diagrama de descompunere a procesului „Executarea documentelor necesare pentru transportul mărfurilor”
Figura 4.6 - Diagrama de descompunere a procesului „Implementarea transportului mărfurilor”
4.2 Construirea unui model în notație IDEF3
Acum să construim un model al TC LLC „EcoTrans” folosind metodologia IDEF3. Descompunerea procesului de „Transport de marfă” este prezentată în Figura 4.7
Figura 4.7 - Diagrama PFDD a descompunerii procesului de „Transport marfă”.
Simbolul „”, înseamnă „SAU exclusiv”, este și „XOR” (SAU exclusiv).
Concluzie
În cursul studierii temei „Descrierea proceselor de afaceri ale unei întreprinderi angajate în furnizarea de servicii de transport rutier în MS Visio”, a fost determinată importanța descrierii proceselor de afaceri pentru optimizarea proceselor unei întreprinderi.
Descrierea proceselor de afaceri este posibilă în diferite moduri: text, tabelar, grafic. Pentru a le descrie, există multe metodologii (IDEF0, IDEF3, DFD, WORKFLOW, UML, ARIS și altele) și instrumente (BPWin, ERWin, PowerDesigner și altele).
Pentru a descrie procesele de afaceri ale TC SRL „EcoTrans” într-o formă grafică, au fost alese metodologiile de modelare a proceselor de afaceri IDEF0, IDEF3. Modelarea a fost efectuată folosind produsul Microsoft - Visio. Acest program are un șablon gata făcut pentru modelare în notație IDEF0, iar pentru IDEF3 a trebuit să-mi creez propriul set de elemente. Acest lucru confirmă funcționalitatea scăzută, dar, în același timp, absența restricțiilor globale în procesul de proiectare.
Adăugarea unei descrieri grafice la descrierea textuală simplă a proceselor de afaceri ale EcoTrans LLC le-a făcut mai clare. Și ca rezultat, a oferit mai multe oportunități de analiză de sistem și optimizare a activităților companiei.
Dacă luăm în considerare disponibilitatea programului Microsoft Visio pentru utilizatorul rus, ușurința sa de utilizare și luăm în considerare avantajele emergente ale modelării grafice a proceselor de afaceri, se poate susține că diagramele concepute în MS Visio au caracter practic suficient. pentru un număr mare de utilizatori.
Literatură
1 Golichev V.D., Golicheva N.D., Gusarova O.M. Aktualnye voprosy ekonomiki i upravleniya v usloviyakh moderntsii [Probleme actuale de economie și management în condițiile modernizării]. Monografie colectivă. - Smolensk: Smolgortipografiya, 2014. - 212p.
2 Gusarova O.M. Modelarea rezultatelor afacerii în managementul unei organizații // Perspective pentru dezvoltarea științei și educației. - Tambov: Afaceri-Știință-Societate, 2014. - p. 42-43.
Găzduit pe Allbest.ru
...Documente similare
Deținere sondaj pre-proiectîntreprinderilor. Construirea unui model al structurii organizatorice și funcționale a companiei. Crearea unei organigrame în MS Visio. Lista și structura documentelor care urmează să fie generate de sistemul informațional.
lucrare practica, adaugata 14.02.2012
Modelarea proceselor de afaceri ca mijloc de găsire a modalităților de optimizare a activităților companiei. Metodologia SADT (analiza structurală și design), familia IDEF de standarde și limbaje algoritmice în centrul metodologiilor de modelare a proceselor de afaceri.
rezumat, adăugat 14.12.2011
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
Scopul Microsoft Visio. Seturi de imagini cu obiecte de anumite tipuri. Cerințe software. Caracteristici interfața cu utilizatorul. Funcțiile, operațiunile și metodele de lucru ale Microsoft Visio. Interacțiunea proiectantului cu aplicațiile.
lucrare de control, adaugat 19.12.2010
Esența, sensul și metodologia modelării 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
Scopul principal al descrierii UML. Descrierea principalelor componente, legate de Microsoft Visio. Crearea diagramelor de clasă în Microsoft Visio 2010 Structura sistemului, її clasa, їх atribute și operatori.
lucrare practica, adaugata 05.07.2014
Proiectarea unei rețele locale. Alegerea topologiei rețelei, arhitecturii și structurii sistemului. Analiza fluxurilor de informații într-un sistem distribuit, selectarea unui sistem de simulare. Determinarea costurilor pentru crearea și dezvoltarea sistemului.
teză, adăugată 21.05.2015
Gestionarea configurației de la distanță și instalarea software-ului. Istoria dezvoltării VMware ThinApp. Crearea unui pachet de instalare automată pentru Microsoft Office Visio Professional 2007. Analiză software pentru acesta. Testarea pachetului msi primit.
lucrare de termen, adăugată 14.03.2013
Analiza comparativă a sistemelor informatice hoteliere. Analiza și selecția instrumentelor CASE pentru modelarea proceselor de afaceri. Modele vizuale și matematice ale disciplinei, alegerea arhitecturii și platformei sistemului informațional, construirea unei baze de date.
teză, adăugată 20.07.2014
Mediul Microsoft Visio: concept, funcții principale. Funcția de conectare automată în Office Visio 2007. Funcția de probabilitate a jurnalului. Graficul probabilităților de eșec al versiunii software. Modelare vizuală în UML. Vedere generală a diagramei de clasă.
Sunt adesea întrebat - ce să citesc despre procesele de afaceri?
Unul dintre cele mai bune site-uri de pe Runet este www.klubok.net. Eu însumi „am crescut” pe forum și articole de pe acest site. Multe articole nu și-au pierdut actualitatea nici acum. Recomand sa incepi cu el.
Dar dacă vorbim despre cărți, pot spune cu încredere cea mai buna carte despre procesele de afaceri este o carte scrisă de Repin și Yeliferov: "Procesele de afaceri ale companiei. Construcție, analiză, reglementare".
Descrierea proceselor de afaceri: încercarea de simplitate.
Articolul tratează problemele alegerii unei notații pentru descrierea proceselor în scopul reglementării ulterioare. Notațiile de flux de lucru utilizate frecvent sunt comparate între ele, cum ar fi: „Diagramă simplă” în MS Visio, „Procedura” din Business Studio, notația ARIS eEPC și altele.
Când se compară notațiile, se pune accent pe crearea de diagrame de proces simple și ușor de înțeles pentru angajații organizației.
Pentru analiștii de afaceri ai companiilor, tezele discutate în articol reprezintă un motiv serios de a se gândi cât de eficiente sunt abordările pe care le folosesc pentru a dezvolta diagrame grafice ale proceselor organizaționale.
Introducere
Unul dintre cele mai importante obiective pentru formarea diagramelor de proces grafice este utilizarea lor ulterioară în documentele de reglementare ale organizației. De regulă, aceste scheme sunt folosite de angajații care nu sunt instruiți în notații complexe, nu au abilități de analiză a sistemului etc. Pentru ei, simplitatea și claritatea schemelor sunt foarte importante. Scheme complexe, complicate care conțin multe diferite simboluri sunt prost percepute de oameni, ceea ce complică utilizarea lor practică. Prin urmare, în scopuri practice, alegerea și utilizarea corectă a notației (metodei) pentru descrierea proceselor este importantă. După ce criterii ar trebui aleasă o astfel de notație? Cum să comparăm diferite notații între ele? Să ne uităm la câteva notații populare și să încercăm să răspundem la aceste întrebări.
Comparație de notațieUrmătoarele notații de descriere a procesului au fost alese pentru comparație:
- „Diagramă simplă” (cu afișarea mișcării documentelor, folosind blocul „Decizie”);
- „Schema bloc simplă” (fără afișarea mișcării documentelor, fără utilizarea blocurilor „Soluție”);
- „Procedura” sistemului Business Studio (unul dintre Opțiuni reprezentare);
- ARIS eEPC.
Un proces simplu și intuitiv a fost ales ca caz de testare. Rezultatele descrierii acestui proces sunt prezentate în fig. 1-4.
Orez. 1. Diagrama procesului în notația „Diagramă simplă” în MS Visio (cu mișcarea documentelor, folosind blocul „Soluție”).
Pe diagrama din fig. 1. Secvența operațiunilor procesului în timp este afișată cu săgeți groase, iar mișcarea documentelor este afișată cu săgeți punctate subțiri. Blocurile „Soluție” sunt folosite într-un mod clasic. Ele afișează informații (întrebări) de care „depinde” cursul ulterior al procesului. Această abordare a utilizării „diamantelor” este foarte comună. Dar, de fapt, întreaga logică a luării deciziilor și a formării anumitor rezultate (documente) ar trebui să fie cuprinsă în operațiunile procesului. Dacă te gândești bine, valoarea (sensul) desenului acestor „diamante” nu este evidentă. Care sunt aceste obiecte: operațiuni de proces, evenimente? Se pare că nu este nici una, nici alta. Acestea sunt mai degrabă declarații pentru a lua o decizie în anumite condiții. Dar la urma urmei, dezvoltăm o diagramă de proces pentru oameni și nu scriem un program de calculator într-un limbaj special. Într-un program de calculator, „diamantul” ar fi o operațiune cu drepturi depline pentru compararea condițiilor și așa mai departe. Dar pe diagrama procesului, trebuie să afișați obiecte reale - procese efectuate de oameni, documente, sisteme informaționale etc. Gândiți-vă, este corect să afișați „diamantele” separat de operația de proces pe diagramă? În schimb, puteți:
a) descrie logica decizională sub forma unei secvențe de operații pe schema procesului în cauză;
b) descrieți logica sub forma unei diagrame a etapelor subprocesului corespunzător, trecând la nivelul de mai jos;
c) descrieți logica în text (în atributele text ale operației) și, ulterior, introduceți-o în programul de execuție a procesului.
Să formulăm „plusurile” și „minusurile” metodei de mai sus (Fig. 1.) de utilizare a „diamantelor”.
„Diagramă simplă” în MS Visio (cu mișcarea documentelor, folosind blocul „Soluție”) | |
„Pro” | "Minusuri" |
|
|
Pe fig. 2. prezintă un exemplu de același proces, descris doar fără utilizarea blocurilor și documentelor „Soluție”. Este ușor de verificat că în această diagramă există cu 24 de elemente grafice mai puține decât în diagrama din Fig. 1. Schema fig. 2. pare mult mai simplu. Din elementele grafice nu uimește, dar din punct de vedere al informativității, această schemă este destul de înțeleasă și accesibilă utilizatorului final. Dacă pentru fiecare operațiune a procesului cerințele pentru implementarea acestuia sunt descrise în text, atunci prin combinarea formelor tabelare și grafice de prezentare este posibil să se descrie în mod adecvat procedura de execuție a procesului pentru angajații companiei.
Orez. 2. Diagrama procesului în notația „Diagramă simplă” în MS Visio (fără deplasarea documentelor, fără utilizarea blocului „Decizie”).
„Pro” și „contra” reprezentării grafice a procesului în forma prezentată în fig. 2. sunt prezentate mai jos.
În general, utilizarea schemelor într-un format similar cu cel prezentat în Fig. 2 este convenabil atât pentru dezvoltatori, cât și pentru angajații care lucrează conform acestor scheme.
Pe fig. 3. este prezentată diagrama de proces, formată în notația „Procedură” a mediului de modelare Business Studio. Schema are mai multe caracteristici. În primul rând, blocurile „Decizie” nu sunt utilizate într-un mod standard - nu ca element grafic pentru afișarea unei întrebări și ramificare, ci ca o operațiune cu drepturi depline a procesului de luare a deciziilor. În Business Studio, un „romb” are aproape toate atributele unui proces cu drepturi depline, dar nu poate fi descompus (poate că dezvoltatorii de sistem vor face acest lucru posibil în timp util). Folosirea unui „romb” (în loc de patrulater) face diagrama mai clară. În același timp, orice informație textuală poate fi introdusă în atributele diamantului: descriere, început, sfârșit, cerință de termen etc.
A doua caracteristică a diagramei de proces prezentată în Fig. 3., este utilizarea săgeților. Pentru a afișa secvența operațiilor, puteți folosi o săgeată cu un singur vârf - săgeata „precedență”. Puteți folosi o săgeată cu două sfaturi pentru a afișa mișcarea documentelor. Dar în Business Studio puteți folosi un singur tip de săgeată - săgețile „precedentă”. În același timp, numărul necesar de documente, care sunt definite în directorul de obiecte de activitate, poate fi atașat la săgețile numite. Această abordare face posibilă:
- reduce semnificativ numărul de elemente grafice pe diagrama procesului și, în același timp:
- afișează informațiile necesare despre documentele de intrare și de ieșire în regulamentele de proces.
Astfel, fără a aglomera diagrama cu elemente inutile, putem, totuși, să descriem complet procesul și să încărcăm toate informațiile necesare în reglementări.
„Pro” și „contra” reprezentării grafice a procesului în forma prezentată în fig. 3. sunt prezentate mai jos.
Orez. 3. „Procedura” a sistemului Business Studio (varianta cu utilizarea netradițională a blocurilor „Soluție”).
În cazul utilizării Business Studio, notația „Procedură” poate fi folosită în moduri ușor diferite. Autorul articolului tinde spre abordarea prezentată în Fig. 3.
Pe fig. Figura 4 prezintă o diagramă a procesului luat în considerare, dezvoltată în notația ARIS eEPC. Rețineți că unele operații ale procesului nu se potriveau pe diagramă. Această diagramă incompletă a celui mai simplu proces, realizată în notația ARIS eEPC, conține patru instrucțiuni logice și opt evenimente! Persoana care citește diagrama trebuie să fie capabilă să interpreteze corect toți acești operatori logici. Fără pregătire specială și anumite abilități în citirea unor astfel de diagrame, este puțin probabil ca un angajat obișnuit să poată înțelege logica procesului în cauză fără o descriere textuală detaliată sau ajutorul unui analist de afaceri calificat.
Rețineți că diagrama procesului din notația ARIS eEPC ocupă mult mai mult spațiu decât diagramele prezentate în Fig. 1-3. Complexitatea formării unei astfel de scheme este, de asemenea, semnificativ mai mare.
Diagrama de proces în notația ARIS eEPC (încorporată în Business Studio) | |
„Pro” | "Minusuri" |
|
|
În general, dacă nu aveți de gând să cumpărați SAP R/3, atunci alegerea și utilizarea notației ARIS eEPC nu este, din punctul de vedere al autorului articolului, soluția optimă. Merită să acordați atenție notării mai vizuale și intuitive pentru descrierile proceselor. Cu toate acestea, pentru unii, notația ARIS eEPC poate părea mai clară și mai înțeleasă. Într-o anumită măsură, este o chestiune de gust.
Orez. 4. Diagrama de proces în notația ARIS eEPC (construită în Business Studio).
Descrierea procesului în scopuri ulterioare de automatizare
Este interesant să privim diagrama de proces în cauză dacă este descrisă în notația BPMN 2.0. Această notație are scopul de a descrie procese „executabile”, adică procesele suportate de sistemul BPM.
Opinia dvs. despre utilizarea BPMN 2.0. acțiunile A.A. Belaichuk - CEO Compania „Business Console”:
Pe fig. 5 arată același proces în notația BPMN. După cum putem vedea, această figură este similară cu Fig. 1: în notația BPMN, sarcinile sunt reprezentate prin dreptunghiuri, furculițe - cu romburi, date - printr-o pictogramă similară unui document. Fluxurile de control sunt linii continue, fluxurile de date sunt întrerupte. Trebuie remarcat faptul că doar o mică parte din notația BPMN este implicată în această diagramă: doar un tip de furcă din 5 disponibil în paletă, un tip de sarcină din 8. În plus față de o paletă mai largă, această notație este se distinge prin capacitatea de a modela nu numai un flux de lucru izolat, ci și mai multe procese care interacționează între ele prin mesaje sau date. În plus, această notație este mai strictă: definește nu numai pictogramele, ci și regulile prin care acestea pot fi combinate între ele. Necesitatea unor astfel de reguli este dictată de faptul că notația BPMN se concentrează nu numai pe faptul că oamenii o vor citi, ci și pe executarea directă de către un software- sistem BPM „motor”. În același timp, așa cum arată acest exemplu, atunci când se folosește un subset limitat al paletei BPMN, se dovedește a fi nu mai complicat decât o diagramă familiară. Ei bine, pentru cei care doresc să stăpânească profesional BPMN, recomandăm formare specializată www.bpmntraining.ru. |
Orez. 5. Diagrama procesului în notație BPMN 2.0.
Practica de viata
Pe fig. Figura 6 prezintă un fragment din diagrama de proces dezvoltată de analiștii de afaceri ai unei companii foarte specifice în notația inventată de ei. Schema este construită folosind principiile „diagrama bloc simplă” - blocul „Soluție” este utilizat în versiunea sa clasică. În plus, diagrama prezintă multe alte simboluri utilizate într-un mod nestandard.
La formarea schemei din Fig. 6, analiștii de afaceri, evident, au „luptat” pentru vizibilitate și claritate maximă pentru utilizatorul obișnuit. Ei au căutat să minimizeze, sau chiar să elimine, comentariul textual asupra diagramelor de proces. Interpreții au tipărit pur și simplu o diagramă în format A3, la citire, care totul a devenit imediat clar: ce să facă, cum, ce documente să folosească etc.
Schema luată în considerare nu este, desigur, un exemplu de simplitate și claritate. Dar a fost format pentru a transmite maximum de informații utile executanților procesului.
constatări
Așadar, este evident că atunci când descriem procese, trebuie să depuneți eforturi pentru simplitate și înțelegere pentru angajați.
Utilizarea unor notații complexe, formalizate atunci când se descriu procese, duce la:
- dificultăți în utilizarea (interpretarea) schemelor de către angajații obișnuiți;
- imposibilitatea (dificultatea) organizării muncii de descriere a proceselor de către angajații departamentelor care nu au urmat o pregătire specială;
- o creștere semnificativă a costurilor cu forța de muncă ale analiștilor de afaceri pentru formarea de scheme;
- dificultăți suplimentare în documentarea circuitelor (volum mare etc.);
Prin urmare, nu aglomerați diagrama procesului cu diverse elemente grafice. Dar chiar dacă sunt folosite, este mai bine să poarte informații utile pentru angajați și nu sunt doar o consecință a aplicării formale a notațiilor de modelare.
V.V. Repin, Ph.D., profesor asociat, Director executiv BPM Consulting Group LLC, șef. Departamentul de management al proceselor de afaceri NOU HPE „IEF „Synergy”, fondator al portalului www.FineXpert.ru
Sunt aceste principii simple pe care încerc să le transmit liderilor de afaceri care sunt fascinați de prezentările frumoase. produse software uitați adesea că o simplă listă de verificare este adesea mai bună decât 10 pagini de regulamente.
În această lecție, veți învăța despre construirea unor diagrame bloc simple (diagrama de sus în jos, diagramă de urmărire a datelor, diagramă de planificare a proceselor etc.) și funcționale (afișarea relației dintre un proces de afaceri și departamente).
Schemă bloc simplă
Șablonul Diagramă simplă este conceput pentru a proiecta diagrame de flux, diagrame de sus în jos, diagrame de urmărire a datelor, diagrame de planificare a proceselor și diagrame de prognoză structurală. Șablonul conține formele, conectorii și legăturile necesare.
Exercitiul 1
Orez. 3.3.Diagrama bloc simplă (pasul 3)
8. Introduceți text în formele diagramei de flux (vezi Figura 3.4). Pentru a introduce text într-o formă, urmați acești pași:
9. Tab Acasăîntr-un grup Serviciu selectați instrumentul Indicator.
- Faceți clic pe forma în care doriți să introduceți text.
- Introduceți textul dorit.
Notă:
- Pentru a mări imaginea, apăsați comanda rapidă de la tastatură + și faceți clic stânga pe formă până când ajungeți la scara dorită.
- Pentru a micșora figura, apăsați combinația de taste de pe tastatură + și faceți clic dreapta pe formă până ajungeți la scara dorită.
Orez. 3.4. Diagrama bloc simplă (pasul 4)
Numerotarea figurilor într-o diagramă bloc
Visio poate numerota formele într-o diagramă. Pentru a specifica opțiunile de numerotare, pe fila Vedereîntr-un grup Macro-uri faceți clic pe butonul suplimenteși selectați din grup Soluții suplimentare Visio comanda Numerotarea figurilor. În fereastra deschisă Numerotarea figurilor specificați opțiunile de numerotare dorite și faceți clic pe butonul Bine.
Sarcina 2
- În diagrama de flux pregătită în timpul sarcinii 1, adăugați numerotarea automată a tuturor figurilor (vezi Fig. 3.6).
Pentru asta:
- Pe fila Vedereîntr-un grup Macro-uri faceți clic pe butonul combo suplimente, selectați un grup Soluții suplimentare Visio, iar în ea comanda Numerotarea figurilor.
- În fereastra deschisă Numerotarea figurilor specificați parametrii
- fila General:
- Operare - Autonumerotare;
- Aplicați la - Toate formele;
- Începe la - 1;
- Interval - 1;
- Bifați caseta de selectare Continuare numerotarea formelor când trageți pe pagină.
- Pe fila În plus:
- Numărul locului - Înainte de textul formei;
- Ordinea de numerotare - De la stânga la dreapta, de sus în jos;
- Bifeaza casuta Excludeți liniile de legătură.
- Faceți clic pe butonul Bine.
- fila General:
- Salvați diagrama bloc.
Orez. 3.6. Diagrama bloc simplă (pasul 6)
Schimbarea diagramei de flux
Adăugarea unei forme între alte două forme
Pentru a adăuga o nouă formă între alte două forme de diagramă, trageți noua formă pe conectorul care conectează formele între care este introdusă cea nouă. Visio inserează noua formă între cele existente și extinde automat diagrama de flux.
Ștergerea unei forme
Pentru a elimina o formă din diagramă, selectați forma și faceți clic pe tastatură.
Renumerotarea cifrelor
Pentru a renumerota formele diagramei, procedați în felul următor:
- Pe fila Vedereîntr-un grup Macro-uri faceți clic pe butonul suplimenteși selectați din grup Soluții suplimentare Visio comanda Numerotarea figurilor.
- În fereastra deschisă Numerotarea figurilor fila General selectați butonul radio Renumerotați în aceeași ordine, indicați numărul de început pentru numerotare și clic Bine.
Sarcina 3
- Modificați diagrama de flux pregătită în sarcina 2:
- Ștergeți figura Document(Depune cererea).
- Între cifre Decizie(Aplicarea este completată corect) și Document(Trimite respingere) plasează figura Proces(Redirecționați către asistentul de expoziție).
- Adăugați o formă Proces(Apelați expozantul despre plată) figura de mai jos Document(Trimite factura).
- Renumerotați formele diagramei în aceeași ordine, începând cu numărul inițial - 1.
- Salvați diagrama bloc.
Orez. 3.7. Diagrama bloc simplă (pasul 7)
Repoziționarea formelor conectate
Odată ce conexiunea formelor diagramei de flux este creată, le puteți repoziționa complet și reconstruiți conexiunile. Pentru a face acest lucru, pe fila Constructorîntr-un grup Aspect faceți clic pe butonul combo Schimbați aspectul paginiiși selectați aspectul dorit.
Dacă modificați aspectul diagramei, este posibil să nu se potrivească pe pagina documentului. În acest caz, modificați dimensiunea paginii (fila Constructor, Grup Setările paginii, caseta combinată Dimensiune) sau orientarea acesteia ( Constructor, Grup Setările paginii, buton combo Orientare).
Sarcina 4
Diagrama bloc funcțional
Scopul layout-ului diagramei bloc funcționale
Aspect Diagrama bloc funcțional este conceput pentru a afișa relația dintre un proces de afaceri și unitățile organizaționale sau funcționale, cum ar fi departamentele responsabile cu efectuarea pașilor din acest proces.
Benzile dintr-o diagramă reprezintă unități funcționale, cum ar fi departamente, poziții sau alte funcții. Fiecare formă reprezentând o etapă a procesului este situată pe traseul unității funcționale responsabile de acel pas.
Sarcina 5
Adăugarea, mutarea, ștergerea unei piese
Pentru adaosuri urmăriți într-o diagramă bloc funcțională, efectuați una dintre următoarele:
- Faceți clic dreapta pe o pistă existentă pe diagramă și selectați elementul din meniul contextual. Introduceți „Track” înainte sau Introduceți „Track” după.
- Treceți mouse-ul peste un colț al uneia dintre piste. Faceți clic pe săgeata albastră care apare Inserați forma căii.
- Pe fila Diagrama bloc funcționalîntr-un grup Introduce apasa butonul Urmări. Piesa va fi adăugată după piesa selectată sau la sfârșitul benzii dacă nu este selectată nicio piesă.
- Dintr-un set de elemente Forme de diagrame bloc funcționale trageți pista în locația dorită de la limita benzii.
Pentru deplasare piese:
- Faceți clic pe titlul piesei pe care doriți să o mutați pentru a o selecta. Indicatorul mouse-ului se va schimba într-o pictogramă de mutare.
- Trageți piesa în locația dorită.
Formele plasate pe pistă se vor mișca odată cu acesta. Pentru a verifica dacă o formă este pe pistă sau doar deasupra ei, selectați forma. Dacă forma se află pe o pistă, culoarea pistei se va schimba în galben-portocaliu. Dacă forma nu este pe pistă, dar trebuie plasată acolo, mișcați-o puțin și pista o va identifica.
Pentru îndepărtare piese:
- Faceți clic pe eticheta piesei pe care doriți să o eliminați.
- apasa tasta pe tastatură.
Notă. Ștergerea unei piese șterge și toate formele pe care le conține.