Rezumat: În această prelegere, se are în vedere conceptul unui proces de afaceri. Se spune despre semantica executabilă a proceselor de afaceri, despre legătura lor cu serviciile web. Discutăm pe scurt sistemele ERP. A introdus o introducere în limba de modelare a proceselor de afaceri - noul standard al comitetului OMG numit BPMN
Un nou concept de afaceri - se concentrează pe procesele de afaceri
Până în prezent, ideea unei divizări funcționale a muncii a dominat afacerea. Simplificată, aceasta poate fi explicată după cum urmează. Procesul de creare a unui anumit produs a fost împărțit în diferite funcții. Produsul nu este realizat de un singur maestru, ci de mai multe persoane, fiecare realizând o funcție separată. Ca urmare, debitul acestui proces este mult mai mare decât în producția de artizanat. Adică, mai multe persoane specializate în funcțiile de dezvoltare a produselor individuale produc mai multe produse pe unitate de timp decât dacă fiecare fabrică întregul produs.
Această idee de la sfârșitul secolului al XVIII-lea a fost formulată pentru prima oară de Adam Smith. La baza ei s-au creat manufacturi, care în secolul al XIX-lea au forțat magazinele de artizanat și producția artizanală de bunuri. La începutul secolului al XX-lea, Henry Ford a perfecționat această idee și a creat o linie de asamblare la fabricile sale de automobile, ceea ce a dus la o creștere semnificativă a productivității muncii. Acum, astfel de transportoare există în multe industrii. După aceea, Alfred Stone, șeful companiei "General Motors", a aplicat ideea diviziunii muncii la managementul producției la scară largă.
Procesul de afaceri este un ansamblu organizat de acțiuni interdependente, care împreună oferă un rezultat valoros clientului. La ieșirea din procesul de afaceri, clientul primește în mod necesar un anumit rezultat (poate nu cel final). Acesta se concentrează pe rezultatul pentru client care constituie esența noii abordări. În caz contrar, comenzile și serviciile sunt "șterse" în departamentele funcționale ale companiei, fiecare dintre ele fără interes în rezultatul final. Ca urmare, calitatea serviciilor scade, comenzile nu sunt procesate optim, cu costuri ridicate.
ERP-sistem
Până în prezent, există sisteme standard pentru companiile integrate de automatizare a afacerilor, axate pe susținerea proceselor de afaceri în cadrul companiei și numite sisteme ERP (Enterprise Resource Planning). Liderii din acest domeniu sunt SAP R / 3, Oracle Applications, BAAN, Microsoft Axapta.
ERP-sistem încearcă să „reproducă“ procesele de afaceri ale companiei în software-ul și să sprijine acțiunile unui membru al personalului, oferind cu servicii suplimentare - instrumente „avansate“ ale informațiilor de operare și accesul la diferite directoare electronice, mai multe servicii profesionale, etc ERP .. - Sistemul este un set de module standard, de exemplu, "cartea principală a băncii", "contabilitatea inventarului", "managementul achizițiilor publice". Pentru fiecare companie, modulele selectate sunt reglate la numărul dorit de utilizatori (ambele afectând foarte mult costul sistemului).
O parte importantă a configurației sistemului ERP este formalizarea proceselor de afaceri ale companiei. Aici este important ca, în primul rând, să nu puteți automatiza haosul și, în al doilea rând, sistemele ERP sunt concepute pentru un anumit model de afaceri.
Avantajele acestor sisteme sunt evidente. Afacerile companiei sub forma de ERP-sistem sunt soluții integrate pentru afacerea lor: diverse divizii și filiale ale acestora sunt acum legate între ele printr-un sistem comun de contabilitate, de control, va avea acces la o bancă de date comune, etc ...
Dezavantajul sisteme ERP este costul ridicat (în comparație cu prețul sistemelor gata făcute, care rezolva orice obiectivele de afaceri privat), precum și prețul ridicat al punerii în aplicare a acestora, care este de obicei de mai multe ori mai mare decât prețul sistemului. Mai multe informații despre sistemele ERP pot fi găsite în [9.4].
Modelarea proceselor de afaceri
Reorientarea companiilor la procesele de afaceri - reengineeringul de business - înseamnă o reorganizare a sistemului intern de muncă și de management. Aceasta este o procedură gravă și dureroasă, care este însoțită de o defalcare a modurilor obișnuite ale angajaților companiei, de revizuirea sarcinilor lor, de o scădere / creștere a salariilor și, adesea, de concedieri. Există multe locuri de muncă diferite și, printre altele, proiectarea de noi scheme de afaceri și, prin urmare, noi procese de afaceri.
De ce este o importantă formalizare a procesului de afaceri importantă?
- Ne permite să ne facem gândurile un subiect de discuție largă.
- Oferă ocazia de a transmite noi reguli de lucru acelor angajați care le vor implementa.
- Procesele de afaceri formalizate sunt mai ușor de modificat și modernizat.
- Formalizarea proceselor de afaceri reprezintă o bază bună pentru continuarea automatizării afacerii în cadrul companiei: crearea / configurarea diferitelor sisteme informatice și a pachetelor standard de automatizare.
Exemplul procesului de afaceri
Întregul proces de afaceri este împărțit în acțiuni care sunt reprezentate de dreptunghiuri cu colțuri rotunjite. Tranzițiile între acțiuni sunt indicate de săgeți, iar documentele generate sau utilizate de o anumită acțiune sunt arătate prin dreptunghiuri cu un unghi drept curbat. Aceste dreptunghiuri sunt conectate prin linii întrerupte cu acțiunea, ca rezultat al creării lor, și cu acțiunile în care sunt folosite.
Să selectăm următoarele acțiuni ale procesului de afaceri.
- "Checkout". În primul rând, clientul face o comandă. Se presupune că înainte de aceasta el a decis cu privire la principalul lucru - ce avea nevoie. De exemplu, un set de bucătărie. Apoi, în departamentul de comerț mobilier de bucătărie, el, împreună cu unul dintre administratorii acestui departament este un proiect de design pentru achiziția dvs. (în funcție de dimensiunea bucătăriei sale și dorințele sale), precizează parametrii comenzii și este definit precis cu componente și materiale.
- "Primirea bunurilor." Clientul merge în depozit și alege toate componentele comenzii sale, având o listă exactă a ceea ce are nevoie. În același timp, angajații depozitului îl ajută.
- "Plata pentru mărfuri și livrarea livrării." Clientul împreună cu bunurile alese de el (pe care le poartă pe un cărucior) urmează casierul și plătește ceea ce a ales. Mai mult, cu bunurile plătite, merge la departamentul de livrare, unde întocmește și plătește livrarea mobilierului său, precum și asamblarea acestuia (dacă are nevoie de el); după ce pleacă de acasă.
- „Livrare“. Bunurile plătite sunt livrate clientului în termen de trei zile.
- „Adunarea“. După aceasta, dacă clientul a emis ansamblul, atunci asistentul de master vine la el și colectează mobila livrată.
În Fig. 9.1 aceleași documente sunt prezente de mai multe ori. Acest lucru se face din motive de conveniență, astfel încât să nu existe o mulțime de linii pe diagramă. Aici este discutat conceptul de încărcare a unui element model pe o diagramă, discutat în prelegerile precedente: un element și același model poate fi descărcat de mai multe ori în diagramă. În acest caz, există multe elemente de diagramă corespunzătoare, iar un model unul este singur.
Descompunerea proceselor de afaceri
Este clar că în întregime, cu toate detaliile procesului de afaceri. prezentat mai sus, este mult mai mare. Dar dacă toate aceste detalii sunt plasate pe o singură diagramă, va fi extrem de dificil de perceput și este adecvată doar pentru prelucrarea automată. Folosind o astfel de diagramă, este imposibil să explicăm ordinea de lucru pentru angajați și clienți. nu poate servi ca un ghid practic convenabil. Cu toate acestea, dacă ne restrânge doar la elementele de nivel superior, caietul de sarcini va „în principiu“ - acesta poate fi introdus în rapoartele autorităților și să fie utilizate numai pentru prima, „datul din cap“ cunoștință cu modul în care magazinul se vinde mobilat. Dar ar fi de dorit ca specificarea procesului de afaceri să fie clară și accesibilă oamenilor și, de asemenea, să fie completă. Apoi diferiți experți ar putea facilita familiarizarea cu principiile magazinului de lucru folosind specificațiile noastre - și cei care doresc pentru a obține o idee generală. și cei care trebuie să înțeleagă în detaliu un fragment unic și cei care trebuie să / vreau să înțeleg totul. Este nevoie de o specificație completă, de exemplu pentru funcționarul birou. În plus, mulți experți responsabili pentru anumite părți ale procesului, este necesar să se cunoască în detaliu procesul activității subcontractanți, adică, ar fi foarte util pentru fragmentul corespunzător al caietului de sarcini întregul proces de afaceri. În cele din urmă, este necesară o specificare completă pentru suportul automat al procesului de afaceri.
Detaliile și disponibilitatea sunt realizate simultan prin descompunerea procesului de afaceri. Deci, acțiunea "Comandarea" cu Fig. 9.1 este prezentat într-o diagramă separată, prezentată în Fig. 9.2.
În această figură, puteți vedea că această activitate constă în alte activități, mai mici - "Crearea unui proiect de proiectare", "Așteptarea unui client", "Rafinarea și verificarea unui proiect" și "Ștergerea unui proiect". Dupa ce clientul si designerul-vanzator au creat impreuna proiectul unui set de mobilier necesar pentru client si, de asemenea, au compilat o lista de produse corespunzatoare acestui proiect de proiectare, clientul poate plati si primi bunurile. să emită o livrare etc. În acest caz, acțiunea "Comandarea" este finalizată și procesul de afaceri continuă.
Dar poate fi adevărat că clientul are nevoie pentru a discuta proiectul cu familia sa, sau el nu este gata chiar acum să plătească, sau el nu dispune de toate informațiile necesare (de exemplu, își amintește de dimensiunea bucătărie, pentru care cumpără mobilier, doar despre, și proiectul ar trebui specificat). În acest caz, el pleacă, iar proiectul creat pentru el este stocat și stocat în sistemul de informații al magazinului pentru cel mult zece zile. Apoi, procesul de afaceri este în așteptare, rămânând în acțiunea "Așteptările clienților". Dacă după acest timp clientul nu se întoarce, proiectul este șters.
Trebuie notat faptul că, în cazul în care înregistrarea comenzii a eșuat, pașii suplimentari ai procesului de afaceri prezentat în Fig. 9.1. sunt imposibile. Cu toate acestea, în Fig. 9.1 există o singură tranziție de la acțiunea "Comandarea", prin urmare, Fig. 9.1 și Fig. 9.2 nu constituie o specificație corectă. Dar nu am stabilit sarcina de a crea o specificație complet corectă, deoarece în acest caz ar înceta să funcționeze bine în scopuri ilustrative.
Articole similare
Trimiteți-le prietenilor: