Adnotare: Principii de creare a unui sistem informatic. Reinginiere a proceselor de afaceri. Maparea proceselor și modelarea. Asigurarea procesului de analiză și proiectare a SI cu capacitățile tehnologiilor CASE. Implementarea sistemelor informatice.

4. Dezvoltarea și implementarea unui sistem informațional

4.1. Principii de creare a unui sistem informatic

Mulți utilizatori de hardware și software de computer s-au confruntat în mod repetat cu o situație în care software-ul care funcționează bine pe un computer nu funcționează pe un alt dispozitiv similar. Sau unitățile de sistem ale unui dispozitiv de calcul nu interacționează cu hardware-ul altuia. Sau sistemul informatic al altei companii refuză cu încăpățânare să prelucreze datele pe care le-ați pregătit în sistemul informațional de la locul de muncă. Această problemă se numește problema compatibilității dispozitivelor de calcul, telecomunicații și informații.

Dezvoltarea sistemelor și instrumentelor informatice, implementarea lor extinsă în toate domeniile științei, tehnologiei, serviciilor și vieții de zi cu zi au condus la necesitatea combinării dispozitivelor de calcul și sistemelor informatice specifice implementate pe baza acestora în sisteme informatice și informatice unificate (ICS) și medii. În același timp, dezvoltatorii IVS s-au confruntat cu o serie de probleme.

De exemplu, eterogenitatea mijloacelor tehnice ale tehnologiei informatice în ceea ce privește organizarea procesului de calcul, arhitectura, sistemul de comandă, capacitatea biților procesorului și magistrala de date etc. a impus crearea de interfețe fizice care, de regulă, implementează compatibilitate reciprocă a dispozitivelor. Odată cu creșterea numărului de tipuri de dispozitive integrate, complexitatea organizării interfeței fizice dintre acestea a crescut semnificativ. Eterogenitatea mediilor programabile implementate în dispozitive și sisteme de calcul specifice, în ceea ce privește varietatea sistemelor de operare, diferențele de adâncime de biți și alte caracteristici, a condus la crearea de interfețe software între dispozitive și sisteme. Trebuie remarcat faptul că nu a fost întotdeauna posibil să se realizeze compatibilitatea deplină a produselor software dezvoltate pentru un mediu software specific într-un alt mediu. Eterogenitatea interfețelor de comunicație în sistemul om-calculator a necesitat o coordonare constantă a software-ului și hardware-ului și recalificarea personalului.

Principiul „deschiderii” a sistemului informatic

Rezolvarea problemelor de compatibilitate a condus la dezvoltarea unui număr mare de standarde și acorduri internaționale în domeniul aplicării tehnologiilor informaționale și dezvoltării sistemelor informaționale. Conceptul fundamental a devenit conceptul de sisteme deschise.

Termenul „sistem deschis” poate fi definit acum ca „un set cuprinzător și consistent de standarde internaționale de tehnologie a informației și profiluri de standarde funcționale care specifică interfețele, serviciile și formatele lor suport pentru a permite interoperabilitatea și mobilitatea aplicațiilor software, a datelor și a personalului”.

Această definiție, formulată de specialiști de la IEEE (Institute of Electrical and Electronic Engineers), unifică conținutul mediului pe care un sistem deschis îl oferă pentru utilizare pe scară largă. În prezent, centrul de coordonare general recunoscut pentru dezvoltarea și armonizarea standardelor de sisteme deschise este OASIS (Organization for the Advancement of Structured Information Standards).

Proprietățile generale ale sistemelor informatice deschise pot fi formulate după cum urmează:

• extensibilitate/scalabilitate: oferind posibilitatea de a adăuga noi funcții IS sau de a modifica unele existente, lăsând în același timp părțile funcționale rămase ale IS-ului neschimbate;
• mobilitate/portabilitate: asigurarea capacității de a transfera programe și date la actualizarea sau înlocuirea platformelor IS hardware și capacitatea specialiștilor care folosesc IT de a lucra cu acestea fără a le reinstrui la schimbarea SI;
• interacțiune: capacitatea de a interacționa cu alte sisteme informaționale (mijloacele tehnice pe care este implementat sistemul informațional sunt unite printr-o rețea sau rețele de diferite niveluri: de la local la global);
• standardizare: SI sunt proiectate și dezvoltate pe baza standardelor și propunerilor internaționale agreate, deschiderea este implementată pe baza standardelor (profilurilor) funcționale în domeniul tehnologiei informației;
• uşurinţă în utilizare: a dezvoltat interfeţe unificate în procesele de interacţiune în sistemul „om-maşină”, permiţând unui utilizator care nu are pregătire specială „calculator” să lucreze.

O nouă privire asupra sistemelor deschise este determinată de faptul că aceste caracteristici sunt considerate împreună, ca fiind interdependente și sunt implementate într-un complex, ceea ce este destul de natural, deoarece toate proprietățile de mai sus se completează reciproc. Numai împreună, capacitățile sistemelor deschise fac posibilă rezolvarea problemelor de proiectare, dezvoltare și implementare a sistemelor informatice moderne.

Structura mediului de sistem informatic

Structura generalizată a oricărui IS poate fi reprezentată prin două părți care interacționează:

• partea funcțională, inclusiv programele de aplicație care implementează funcțiile zonei de aplicații;
• mediu sau parte de sistem care asigură execuția programelor de aplicație.

Două grupuri de probleme de standardizare sunt strâns legate de această diviziune:

• standarde pentru interfețele dintre programele de aplicație și mediul IS, Application Program Interface (API);
• standarde pentru interfețele dintre IS-ul propriu-zis și mediul său extern (External Environment Interface - EEI).

Aceste două grupuri de interfețe definesc specificațiile descrierii externe a mediului IS - arhitectura, din punctul de vedere al utilizatorului final, al designerului IS și al programatorului de aplicații care dezvoltă părțile funcționale ale SI.

Specificațiile interfețelor externe ale unui mediu IS și, așa cum se va vedea mai jos, specificațiile interfețelor de interacțiune între componentele mediului însuși sunt descrieri precise ale tuturor funcțiilor, serviciilor și formatelor necesare unei interfețe specifice. Setul de astfel de descrieri constituie Modelul Sistemului Deschis de Referință.

Acest model este utilizat de peste 20 de ani și este definit de Arhitectura de rețea a sistemelor (SNA) propusă de IBM în 1974. Se bazează pe împărțirea mediului de calcul în șapte niveluri, a căror interacțiune este descrisă de standardele relevante, și asigură conectarea nivelurilor indiferent de construcția nivelului în fiecare implementare specifică (Fig. 4.1). Principalul avantaj al acestui model este o descriere detaliată a conexiunilor din mediu din punct de vedere al dispozitivelor tehnice și al interacțiunilor de comunicare. Cu toate acestea, nu ia în considerare interconectarea ținând cont de mobilitatea aplicațiilor software.

Orez. 4.1.

Modelul de referință pentru mediul sistemelor deschise (OSE/RM) definește împărțirea oricărui sistem informațional în aplicații (programe de aplicație și sisteme software) și mediul în care operează aceste aplicații. Interfețele standardizate (API) sunt definite între aplicații și mediu și sunt o parte necesară a profilurilor oricărui sistem deschis. În plus, în profilurile IS, pot fi definite interfețe unificate pentru interacțiunea părților funcționale între ele și interfețe de interacțiune între componentele mediului IS.

Mai multe detalii despre utilizarea tehnologiei și a modelelor de sisteme deschise vor fi discutate în Lectura 18.

Model pentru realizarea unui sistem informatic

Metodologic, este important, alături de modelele considerate ale mediului SI, să se propună un model de creare a unui SI care să aibă aceleași aspecte ale grupurilor funcționale de componente (utilizatori, funcții, date, comunicații). Această abordare va oferi un proces end-to-end de proiectare și asistență în toate etapele operațiunii SI și posibilitatea unei alegeri informate a standardelor pentru dezvoltarea sistemului și documentația de proiect.

O companie este o structură ontologică (conceptuală) complexă, constând dintr-un anumit set de entități și relații (Fig. 4.2).

Interacțiunile dintre elementele sale, determinate de logica afacerii și consacrate într-un set de reguli de afaceri, sunt activitățile companiei. Sistemul informațional „reflectează” logica și regulile, organizează și transformă fluxurile de informații, automatizează procesele de lucru cu date și informații și vizualizează rezultatele sub formă de seturi de formulare de raportare. Prin urmare, mai întâi ar trebui să creați un model de afaceri al întreprinderii, care este o reflectare a întreprinderii și a sistemului său de management al informațiilor.

La crearea unui model, se formează un „limbaj de comunicare” între managerii întreprinderii, consultanți, dezvoltatori și viitorii utilizatori, ceea ce le permite să dezvolte o idee unificată despre CE și CUM ar trebui să facă un sistem de management al întreprinderii (sistem de management corporativ). Un astfel de model de afaceri este un rezultat tangibil, cu ajutorul căruia puteți specifica obiectivele implementării SI pe cât posibil și puteți determina următorii parametri ai proiectului:

• principalele obiective de afaceri care pot fi atinse prin automatizarea proceselor;
• lista site-urilor și secvența de implementare a modulelor IS;
• nevoia reală de volume de software și hardware achiziționat;
• estimări reale ale momentului de desfășurare și lansare a IMS;
• utilizatorii cheie ai SI și o listă actualizată a membrilor echipei de implementare;
• gradul de conformitate a aplicației software pe care o alegeți cu specificul afacerii companiei dumneavoastră.

Modelul se bazează întotdeauna pe obiectivele de afaceri ale întreprinderii, care determină complet compoziția tuturor componentelor de bază ale modelului:

• funcțiile de afaceri, care descriu CE face afacerea;
• procesele de bază, de suport și de management care descriu CUM întreprinderea își îndeplinește funcțiile de afaceri;
• structura organizatorica si functionala care determina UNDE sunt efectuate functiile si procesele de afaceri;
• faze care determină CÂND (în ce secvență) trebuie implementate anumite funcții de afaceri;
• roluri care determină OMS îndeplinește funcții de afaceri și OMS este „stăpânul” proceselor de afaceri;
• reguli care definesc legătura și interacțiunea dintre toate CE, CUM, UNDE, CÂND și CINE.

După construirea unui model de afaceri (sau în paralel cu acesta), puteți începe să formați un model pentru proiectarea, implementarea și implementarea IS-ului însuși (Fig. 4.3).

Experiența creării și utilizării SI „personalizate” ne permite să identificăm aproximativ următoarele etape principale ale ciclului lor de viață:

• definirea cerințelor de sistem și analizarea acestora - determinarea ce ar trebui să facă sistemul;
• proiectare - determinarea modului în care sistemul va face ceea ce ar trebui să facă; proiectarea este, în primul rând, o specificare a subsistemelor, componentelor funcționale și modalităților de interacțiune a acestora în sistem;
• dezvoltare - crearea componentelor funcționale și a subsistemelor individuale, conectarea subsistemelor într-un singur întreg;
• testare - verificarea conformității funcționale a sistemului cu indicatorii determinați în etapa de analiză;
• implementare - instalarea si punerea in functiune a sistemului;
• operare - procesul normal de funcționare în conformitate cu principalele scopuri și obiective ale SI;
• suport - asigurarea procesului normal de operare a sistemului la întreprinderea clientului.

Determinarea cerințelor de sistem și analiza este prima etapă a creării unui SI, la care cerințele clientului sunt clarificate, convenite, formalizate și documentate. De fapt, în această etapă se dă răspunsul la întrebarea: „La ce este destinat sistemul informațional și ce ar trebui să facă?” Aici se află cheia succesului întregului proiect.

Scopul analizei sistemelor este de a transforma cunoștințele generale, vagi despre domeniul original (cerințele clientului) în definiții și specificații precise pentru dezvoltatori, precum și generarea unei descriere funcțională a sistemului. În această etapă se determină și se precizează următoarele:

• condițiile externe și interne de funcționare ale sistemului;
• structura funcțională a sistemului;
• distribuția funcțiilor între o persoană și sistem, interfețe;
• cerințe pentru componentele tehnice, informatice și software ale sistemului,
• cerințe de calitate și siguranță;
• alcătuirea documentației tehnice și de utilizare;
• conditii de implementare si functionare.

Dezvoltarea specificațiilor de mai sus la crearea unui IS destinat automatizării proceselor de management parcurge în general patru etape.

Prima etapă de analiză - analiza structurală a întreprinderii - începe cu un studiu al modului în care este organizat sistemul de management al întreprinderii, cu o examinare a structurii funcționale și informaționale a sistemului de management și cu identificarea consumatorilor existenți și posibili de informații.

Pe baza rezultatelor sondajului, analistul din prima etapă construiește un model logic generalizat al domeniului inițial, reflectând structura funcțională a acesteia, caracteristicile activității principale și spațiul informațional în care se desfășoară această activitate (Fig. 4.4). ). Pe baza acestui material, analistul construiește un model funcțional „As Is” (As Is).

A doua etapă de lucru, în care sunt implicați neapărat reprezentanți interesați ai clientului și, dacă este necesar, experți independenți, constă în analiza modelului „Așa cum este”, identificarea deficiențelor și blocajelor acestuia și identificarea modalităților de îmbunătățire a sistemului de management. pe baza criteriilor de calitate identificate.

A treia etapă de analiză, care conține elemente de proiectare, este crearea unui model logic generalizat îmbunătățit care afișează domeniul reorganizat sau o parte a acesteia care este supusă automatizării - modelul „As To Be”.

Procesul (etapa a patra) se încheie cu elaborarea unei „Hărți de automatizare”, care este un model de arie tematică reorganizată, pe care sunt indicate în mod necesar „limitele automatizării”.

În cele mai multe cazuri, modelul „Așa cum este” este îmbunătățit de un analist de sisteme prin eliminarea inconsecvențelor și blocajelor evidente, iar versiunea astfel obținută a modelului este considerată în continuare ca un model preliminar „Așa cum ar trebui să fie”, care este completat ulterior în în conformitate cu strategia de dezvoltare a întreprinderii (Fig. .4.5).

În etapa de analiză a cerințelor pentru sistemul proiectat, se introduc următoarele:

• clase de utilizatori și diagrame de tranzacții comerciale corespunzătoare;
• modele (diagrame) proceselor de activitate aplicate și liste corespunzătoare de sarcini funcționale IS;
• clase de obiecte de domeniu și diagrame entitate-relație corespunzătoare care reflectă modelul informațional al acestui domeniu subiect;
• topologia locației departamentelor și utilizatorilor deserviți de acest IS;
• parametrii de protecție a datelor, informațiilor și a sistemului însuși.

Documentul principal care reflectă rezultatele primei etape de creare a unui SI este termenii de referință pentru proiect (dezvoltare), care conține, pe lângă definițiile și specificațiile de mai sus, și informații despre ordinea creării sistemului, informații despre resursele alocate, datele-țintă pentru etapele individuale de lucru, procedurile organizatorice și activitățile de acceptare a etapelor, protecția informațiilor de proiectare etc.

Următoarea etapă este proiectarea. În condiții reale, proiectarea este o căutare și modelare a unei metode de dezvoltare care satisface cerințele funcționalității sistemului folosind tehnologiile disponibile, ținând cont de condițiile și restricțiile inițiale date. Proiectarea sistemelor informatice începe întotdeauna cu definirea scopului proiectului. Sarcina principală a oricărui proiect de succes este să se asigure că în momentul lansării sistemului și pe tot parcursul funcționării acestuia este posibil să se asigure:

• funcționalitatea necesară a sistemului și gradul de adaptare la condițiile în schimbare ale funcționării acestuia;
• debitul de sistem necesar și timpul minim de răspuns al sistemului la o solicitare;
• funcționarea fără probleme a sistemului în modul necesar, disponibilitatea și disponibilitatea sistemului pentru a procesa cererile utilizatorilor;
• ușurința în operare și întreținere a sistemului;
• securitatea datelor necesare și drepturile de acces ale utilizatorilor.

Performanța și fiabilitatea sunt principalii factori care determină eficacitatea sistemului. Designul bun este baza unui sistem de înaltă performanță.

Proiectarea sistemelor informatice acoperă trei domenii principale:

• proiectarea structurilor de date care vor fi implementate în baza de date;
• proiectarea de programe, formulare de ecran, rapoarte care vor asigura executarea interogărilor de date;
• proiectarea unui mediu sau tehnologie specifică, și anume: topologia rețelei, configurația hardware, arhitectura utilizată, procesarea paralelă, prelucrarea distribuită a datelor etc.

Pe baza rezultatelor analizei sistemului la etapa preliminară a proiectului, se elaborează următoarele:

• proiect de implementare software și hardware, proiect de interfață cu utilizatorul și tehnologie pentru ca utilizatorii să lucreze în sistem;
• arhitectura sistemului distribuit și specificațiile rețelei de telecomunicații;
• modele de flux de date (diagrame);
• diagrame bloc funcționale ale aplicației și software-ului de sistem (cel din urmă în conformitate cu modelele de mediu SI acceptate și profilurile standardelor).

Etapa preliminară de proiectare poate implica prototiparea pieselor care sunt importante din punctul de vedere al utilizatorului pentru a testa conformitatea acestora cu cerințele la începutul fazei de dezvoltare.

La etapa de proiectare detaliată sunt dezvoltate următoarele:

• complexe de programe SI functionale si proiectul de implementare a mediului SI;
• structuri de date, instrumente de întreținere a bazelor de date;
• adresele de rețea, protocoalele de telecomunicații și alte componente ale mediului de schimb de informații incluse în IS proiectat;
• reguli de limitare a accesului utilizatorilor și mijloace de implementare a acestora.

Etapa de implementare a SI implică dezvoltarea și testarea componentelor și testarea completă a sistemului.

Etapa de operare și întreținere implică monitorizarea funcționării SI, efectuarea modificărilor necesare în baza de informații în procesul de lucru în curs și modernizarea funcțiilor IS de către specialiștii în aplicații folosind instrumente încorporate în sistem.

Etapele de dezvoltare, testare, implementare, operare și întreținere a unui SI sunt unite prin termenul de implementare. Implementarea IP este un proces multidimensional extrem de complex, realizat pe baza unor seturi (profiluri) de standarde, specificații și acorduri internaționale armonizate. Această practică este o garanție că sistemul informațional creat va fi implementat ca un „sistem deschis”. Cu alte cuvinte, un astfel de IS va fi scalabil, mobil, portabil, va avea interfețe ușor de utilizat etc.

Ciclul de viață al unui sistem informațional este format în conformitate cu principiul designului de sus în jos și, de regulă, este de natură spirală-iterativă. Etapele implementate, începând de la cele mai timpurii, se repetă ciclic în funcție de modificările cerințelor și condițiilor externe, introducerea de restricții suplimentare etc. La fiecare etapă a ciclului de viață, se generează un anumit set de soluții și documente tehnice, iar pentru fiecare etapă documentele și soluțiile inițiale sunt , adoptate la etapa anterioară. Ciclul de viață al unui sistem informațional se încheie atunci când software-ul și suportul tehnic încetează.

4.2. Reinginiere a proceselor de afaceri

Introducerea tehnologiilor informaționale și a sistemelor informaționale implementate pe baza acestora în activitățile zilnice ale unei întreprinderi îi conferă acesteia avantaje tactice și de afaceri pe termen lung. Dorința managementului de a utiliza IT poate rămâne doar intenții bune dacă nu respectă cerințele și regulile stabilite pentru dezvoltarea, proiectarea și implementarea IT. Mai sus am vorbit despre cerințele de bază pentru standardizarea obiectelor și sarcinilor funcționale, fără de care sistemul implementat nu va fi un sistem deschis, ceea ce va duce ulterior la numeroase probleme în timpul implementării și funcționării sale.

Respectarea cerințelor standardelor la dezvoltarea unui SI duce automat la faptul că întreprinderea în sine - mediul extern pentru IS - îndeplinește și cerințele necesare: definirea și standardizarea claselor de utilizatori și obiecte, topologia fluxurilor de date și a muncii, arhitectură a subsistemelor moștenite și dezvoltate, starea proceselor de afaceri etc.

Un proces de afaceri este un sistem de activități secvențiale, cu scop și reglementate în care, prin acțiuni de control și cu ajutorul anumitor resurse, într-un anumit timp, intrările procesului sunt transformate în ieșiri - în rezultate valoroase pentru consumator și aduc profit. către producător.

Un proces standard de afaceri la nivelul întregii întreprinderi este implementat ca o rețea de procese principale, auxiliare, de suport și de management (Fig. 4.6).

În același timp, împărțirea în procese principale și auxiliare depinde într-o anumită măsură de domeniul și direcția activității întreprinderii: pentru o companie producătoare, de exemplu, activitățile departamentului juridic sunt auxiliare, iar pentru o firmă juridică sau firma de consultanta sunt principalele. Identificarea proceselor este o condiție prealabilă, fără implementarea căreia informatizarea activităților este imposibilă.

Managerii de întreprindere care au decis să implementeze IT trebuie să înțeleagă ferm că începutul lucrărilor de proiectare a unui sistem informațional presupune cel mai adesea o reinginerie obligatorie a proceselor de afaceri! Reinginerarea constă în multe metode și recomandări, dintre care trebuie să le alegeți pe cele care vă satisfac cel mai bine obiectivele.

Reingineria proceselor de afaceri este un set de metode și acțiuni utilizate pentru a reproiecta procesele în conformitate cu condițiile modificate ale mediului extern și intern și/sau obiectivele de afaceri.

Există câteva reguli de bază care ar trebui urmate în timpul procesului de reinginerie:

• dezvoltarea de proceduri coerente pas cu pas pentru reproiectarea procesului;
• utilizarea limbajelor standard și a notațiilor în proiectare;
• prezența unor indicatori euristici și pragmatici care permit evaluarea sau măsurarea gradului în care procesul sau funcționalitatea reproiectată îndeplinește obiectivele specificate;
• abordarea rezolvării anumitor probleme și a totalității acestora ar trebui să fie sistematică;
• chiar și o mică îmbunătățire ar trebui să aibă un efect pozitiv rapid.

Reproiectarea proceselor și funcțiilor de afaceri începe cu o revizuire a obiectivelor întreprinderii, structurii acesteia, analiza nevoilor utilizatorilor interni și a pieței, produselor și serviciilor produse (Fig. 4.7).

Replanificarea scopurilor și obiectivelor implică revizuirea politicii întreprinderii și răspunsul la următoarele întrebări:

• Ce noi provocări ne prezintă condițiile de afaceri schimbate?
• Ce reprezintă întreprinderea acum și ce ne dorim de la ea în viitor?
• Ce fel de consumatori servim, cât de mult le satisfacem cerințele și așteptările și ce trebuie făcut pentru a atrage alții noi?
• Ce indicatori specifici determină eficiența unei întreprinderi, productivitatea muncii și calitatea produsului?Este această definiție completă și adecvată?
• Ce tehnologii și instrumente informaționale ne vor ajuta în acest sens?

Pentru a răspunde la aceste întrebări cheie, este necesar, în primul rând, să se realizeze o descriere detaliată a arhitecturii de afaceri a întreprinderii, a logicii sale de afaceri, să se construiască un model funcțional al interacțiunii proceselor, resurselor și personalului de afaceri și să-l reflecte în arhitectura IS, conținutul modulelor subsistemelor informaționale și vizualizarea formelor de prezentare a informațiilor. De asemenea, este necesar să existe metode și instrumente pentru reorganizarea proceselor, rezolvarea problemelor aplicate și gestionarea unui proiect de reinginerie (Fig. 4.8). Descrierea arhitecturii întreprinderii vă permite să:

• construiți o diagramă a principalelor fluxuri de date, muncă, circulație a finanțelor și documentelor;
• să înțeleagă cum sunt distribuite informațiile între departamente și cine este utilizatorul final într-un anumit proces de afaceri;
• descrie interacțiunea proceselor și modulelor sistemului informațional;
• determinarea importanței critice a tipurilor de informații pentru niveluri specifice de management al întreprinderii;
• identificați structuri și conexiuni duplicate.

Rezultatul acestei descrieri este:

• hartă rafinată a rețelei de proces;
• matricea relațiilor dintre procese și departamente implicate în aceste procese;
• informații despre ce sisteme de automatizare există, în ce operațiuni sunt utilizate, unde și ce date sunt utilizate, ce sisteme de automatizare și informații trebuie dezvoltate;
• diagrame funcționale ale fluxurilor de date (Flux de date), fluxuri de lucru (Flux de lucru), fluxuri financiare (Flux de numerar), fluxuri de impact management (Flux de control) și flux de documente (Flux de documente).

Un model funcțional va ajuta la crearea unor specificații precise ale tuturor operațiunilor, procedurilor și relațiilor dintre acestea. Un astfel de model, dacă este construit corect, oferă o descriere cuprinzătoare a procesului de funcționare și a tuturor fluxurilor de informații în cadrul acestuia. Acest model descrie starea „Așa cum este”. Pe baza rezultatelor analizei posibilelor căi de îmbunătățire, de la modelul real este necesar să trecem la un model care caracterizează îmbunătățirile - modelul „As To Be”, opțiunea - „As It Should Be” (Fig. 4.9) .

Modelarea funcțională este o problemă destul de serioasă; completitudinea și conformitatea modelului construit depind atât de instrumentele de modelare, cât și de calificarea specialiștilor care efectuează această modelare.

Reingineria proceselor de afaceri este un proiect complex și cu mai multe fațete care necesită o planificare atentă și o elaborare a detaliilor. Tabelul 4.1 prezintă principalele etape ale reingineriei.

4.3. Maparea proceselor și modelarea

Astăzi, trei metodologii principale de modelare funcțională (și instrumentele lor însoțitoare) au devenit larg răspândite: IDEF (Integrated DEFinition), UML (Unified Modeling Language) și ARIS (Arhitectura Sistemelor Informaționale Integrate). Pentru fiecare dintre ele, există anumite produse software care, pe lângă dezvoltare, vă permit să efectuați transformări și operațiuni pentru lucrul ulterioar cu modelele rezultate. Cele mai utilizate astăzi sunt metodologiile IDEF și produsul software BPWin, care conține metodologiile IDEF0, IDEF3, DFD (Data Flow Diagrams) și ERWin (IDEF1x) de la Computer Associates.

Istoria metodologiei IDEF începe în anii 70 ai secolului XX cu metodologia SADT (Structured Analysis and Design Technique) dezvoltată de Douglas Ross (Softtech INC). SADT a fost utilizat inițial de Departamentul Apărării al SUA pentru modelarea practică a proceselor, ca parte a programului ICAM (Integrated Computer Aided Manufacturing). Cerința fundamentală la dezvoltarea familiei de metodologii luate în considerare a fost posibilitatea unui schimb eficient de informații între toți specialiștii participanți la programul ICAM (Icam DEFinition). Această metodologie a fost ulterior transformată în standardul IDEF0 (Function Modeling, FIPS No. 183). Familia IDEF include deja menționate IDEF3 (Process Description Capture) și IDEF1x (Data Modeling, FIPS nr. 184).

După publicarea standardelor, acestea au fost aplicate cu succes într-o varietate de domenii de afaceri, arătându-se a fi un mijloc eficient de analiză, proiectare și afișare a proceselor de afaceri (apropo, este utilizat activ și în agențiile guvernamentale interne, pentru exemplu, la Inspectoratul Fiscal de Stat). Mai mult decât atât, utilizarea pe scară largă a IDEF (și a metodologiei anterioare SADT) este responsabilă pentru apariția ideilor de bază ale conceptului acum popular de „Business Process Reengineering” (BPR).

Procesul informațional este un proces durabil (o succesiune de lucrări și acțiuni cu date și informații) legat de susținerea activităților de producție și economice ale unei companii și axat de obicei pe servicii de informare pentru crearea de valoare nouă. Un proces de afaceri include o ierarhie de activități funcționale interconectate care implementează unul (sau mai multe) obiective de afaceri ale companiei și reflectă rezultatele în sistemul informațional, de exemplu, suport informațional pentru gestionarea și analiza rezultatelor produsului sau suportul resurselor pentru ieșirea produsului. (produse aici înseamnă bunuri, servicii, decizii, documente).

Lucrul cu metoda IDEF începe cu stabilirea unui obiectiv de modelare. Experiența mondială arată că erorile în stabilirea obiectivelor duc la o medie de 50% eșecuri în procesul de modelare. Formularea unui scop orientează inițial munca într-o direcție dată și, prin urmare, limitează gama de întrebări pentru analiză. Munca practică începe cu definirea contextului (Context, Context Diagram), adică nivelul superior al sistemului, în cazul nostru, întreprinderea. După formularea scopului, este necesară conturarea zonei de modelare (Scope), care va determina ulterior direcțiile generale de mișcare și adâncimea detaliului (Descompunere). De fapt, metodologia IDEF în sine definește obiecte standardizate pentru operare și afișare. De exemplu, acestea includ o funcție (Activitate), un arc de interfață (Săgeată), o notă (Notă), precum și metoda de localizare și interpretare a acestora (Semantică).

Recent, pe piața rusă a apărut produsul software Business Studio, care este special creat pentru a funcționa cu metodele IDEF și are o interfață intuitivă și ușor de utilizat.

Notația și metodologia IDEF0 se bazează pe conceptul de „bloc”, adică un dreptunghi care exprimă o anumită funcție de afaceri (Figura 4.10). În conformitate cu standardul, o funcție trebuie exprimată printr-o frază verbală.În IDEF0, rolurile laturilor dreptunghiului (sensuri funcționale) sunt diferite: partea de sus are semnificația „control”, partea stângă înseamnă „intrare”. ”, partea dreaptă înseamnă „ieșire”, partea de jos înseamnă „mecanism de execuție”.

Al doilea element al metodologiei și al notației este „fluxul”, numit „arc de interfață” în standard. Acesta este un element care descrie datele, controlul informal sau orice altceva care influențează funcția descrisă de bloc. Fluxurile sunt indicate printr-o frază nominală.

În funcție de ce parte a blocului este direcționat fluxul, acesta este, în consecință, numit „intrare”, „ieșire”, „control”. Elementul figurativ care reprezintă fluxul este o săgeată. Un flux poate fi interpretat ca o reprezentare a unui obiect, care se referă atât la un obiect informațional, cât și la un obiect fizic real.

Un factor important este că „sursa” și „destinația” fluxurilor (adică începutul și sfârșitul săgeții) pot fi, de regulă, doar blocuri. În acest caz, numai partea de ieșire a blocului poate fi sursa, iar oricare dintre celelalte trei poate fi receptor. Dacă este necesar să se sublinieze natura externă a fluxului, atunci poate fi utilizată metoda „tunelului” - ascunderea sau apariția arcului de interfață din „tunel”.

Și, în sfârșit, „al treilea pilon” al metodologiei IDEF0 este principiul descompunerii funcționale a blocurilor, care este o interpretare model a situației practice în care orice acțiune (în special ceva la fel de complex ca un proces de afaceri) poate fi defalcată (descompusă) în operațiuni mai simple (acțiuni, funcții de afaceri). Sau, cu alte cuvinte, o acțiune poate fi reprezentată ca un set de funcții elementare.

Un exemplu de model funcțional al procesului de expediere și livrare a produselor este prezentat în Fig. 4.11.

Gradul de formalizare a descrierii proceselor de afaceri poate varia în funcție de sarcinile care se rezolvă. Un limbaj specializat BPEL (Business Process Execution Language) a fost dezvoltat pentru a descrie procesele informaționale. BPEL se bazează pe XML pentru a descrie formal procesele și protocoalele de afaceri pentru interacțiunea lor între ele. BPEL extinde modelul de interacțiune a serviciilor Web pentru a include suport pentru tranzacții.

În prezent, se dezvoltă în mod activ metodologia BPMS (Business Process Management System) - o clasă de software pentru gestionarea proceselor de afaceri și a reglementărilor administrative. (Sunt folosiți și termenii sistem BPM și pur și simplu BPM). Utilizarea BPMS vă permite să organizați interacțiunea eficientă între manageri și specialiști IT, să utilizați mai bine subsistemele existente și să accelerați dezvoltarea altora noi.

Principalele funcții ale BPMS sunt modelarea, execuția și monitorizarea proceselor de afaceri. Pe baza datelor de monitorizare, întreprinderile identifică blocajele și își îmbunătățesc procesele de afaceri. Ciclul de management este închis atunci când, cu ajutorul BPMS, procesele de afaceri modificate sunt rapid puse în funcțiune.

Metodele moderne de proiectare și dezvoltare a software-ului IS încearcă să se concentreze pe deplin pe posibilitățile de schimbări operaționale automate. Cel mai dificil proces s-a dovedit a fi standardizarea limbajului BPEL pentru a unifica utilizarea acelorași constructe de către software de la diferiți producători. IBM și Microsoft au definit două limbi destul de similare: WSFL (Web Services Flow Language) și, respectiv, Xlang.

Popularitatea tot mai mare a BPML și mișcarea deschisă a BPMS către utilizatori au condus Intalio Inc., IBM și Microsoft la decizia de a combina aceste limbi într-o nouă limbă BPEL4WS. În aprilie 2003, BEA Systems, IBM, Microsoft, SAP și Siebel Systems au contribuit cu BPEL4WS versiunea 1.1 la OASIS pentru standardizare în Comitetul Tehnic BPEL pentru Servicii Web. Deși BPEL4WS a apărut în versiunile 1.0 și 1.1, comitetul tehnic WS-BPEL OASIS a votat pe 14 septembrie 2004 să numească specificația WS-BPEL 2.0. Această modificare a fost făcută pentru a alinia BPEL cu alte standarde de servicii Web care, pe baza Convenției de denumire, încep cu literele „WS-”.

Active Endpoints Corporation, Adobe, BEA, IBM, Oracle și SAP au publicat specificațiile de consens BPEL4 People și WS-HumanTask, care descriau modul în care interacțiunea proceselor cu oamenii ar putea fi implementată în sistem și notațiile BPEL. Este de așteptat ca semantica să fie adăugată la BPEL sub formă de WS-HumanTask și diverse alte completări.

4.4. Asigurarea procesului de analiză și proiectare a IP cu capabilitățile tehnologiilor CASE

Termenul CASE (Computer Aided Software/System Engineering) este utilizat în prezent într-un sens foarte larg. Sensul inițial al termenului CASE, limitat doar la problemele de automatizare a dezvoltării software-ului, a dobândit acum un nou sens, acoperind procesul de dezvoltare a IS complex în ansamblu.

Acum, termenul de instrumente CASE se referă la instrumentele software care sprijină procesele de creare și întreținere a IS, inclusiv analiza și formularea cerințelor, proiectarea software-ului aplicației (aplicații) și baze de date, generarea de cod, testare, documentare, asigurare a calității, management al configurației și proiect. management, precum și alte procese. Astfel, instrumentele moderne CASE, împreună cu software-ul de sistem și suportul tehnic, formează un mediu complet de dezvoltare IS.

Apariția tehnologiei CASE și a instrumentelor CASE a fost precedată de cercetări în domeniul metodologiei de programare. Programarea a dobândit trăsăturile unei abordări de sistem cu dezvoltarea și implementarea de limbaje de nivel înalt, metode de programare structurată și modulară, instrumente de modelare vizuală și proiectare bazate pe UML (Unified Modeling Language), instrumente pentru suportul acestora, formale și informale. limbaje pentru descrierea cerințelor și specificațiilor sistemului etc. d. În plus, apariția tehnologiei CASE a fost facilitată de factori precum:

• formarea analiștilor și programatorilor receptivi la conceptele de programare modulară și structurată;
• adoptarea pe scară largă și creșterea constantă a performanței computerelor, ceea ce a făcut posibilă utilizarea instrumentelor grafice eficiente și automatizarea majorității etapelor de proiectare;
• introducerea tehnologiei de rețea, care a făcut posibilă combinarea eforturilor interpreților individuali într-un singur proces de proiectare prin utilizarea unei baze de date partajate care conține informațiile necesare despre proiect.

Tehnologia CASE este o metodologie de proiectare IS, precum și un set de instrumente care vă permit să modelați vizual un domeniu, să analizați acest model în toate etapele dezvoltării și întreținerii SI și să dezvoltați aplicații în conformitate cu nevoile de informații ale utilizatorilor. Majoritatea instrumentelor CASE existente se bazează pe metodologii de analiză și proiectare structurală (în mare parte) sau orientată pe obiecte, folosind specificații sub formă de diagrame sau texte pentru a descrie cerințe externe, conexiuni între modelele de sistem, dinamica comportamentului sistemului și arhitectura software [Vendrov A. M. . ,www.citforum. ru/database/case/index.shtml].

Instrumentele CASE vă permit să creați nu numai un produs care este practic gata de utilizare, ci și să asigurați procesul „corect” de dezvoltare a acestuia. Scopul principal al tehnologiei este de a separa proiectarea software-ului de codificare, asamblare, testare și de a „ascunde” cât mai mult posibil de viitorii utilizatori toate detaliile dezvoltării și exploatării software-ului. În același timp, eficiența muncii proiectantului este crescută semnificativ: timpul de dezvoltare este redus, numărul de erori software este redus și modulele software pot fi utilizate în dezvoltări viitoare.

Majoritatea instrumentelor CASE se bazează pe metodologia/metoda/notația/structura/paradigma instrumentului.

Metodologia stabilește linii directoare pentru evaluarea și selectarea unui proiect de dezvoltare software, etapele și succesiunea de lucru, precum și regulile de aplicare a anumitor metode.

Metodă - o procedură sistematică sau o tehnologie pentru generarea de descrieri ale componentelor software (de exemplu, descrieri ale fluxurilor și structurilor de date).

Notațiile sunt menite să descrie sistemul în ansamblu, elementele sale: grafice, diagrame, tabele, diagrame bloc, algoritmi, limbaje formale și limbaje de programare.

Structurile sunt un mijloc de implementare a analizei structurale și de construire a structurii unui sistem specific.

Instrumente - instrumente tehnologice și software pentru sprijinirea și îmbunătățirea metodelor.

Tehnologiile CASE au următoarele avantaje principale, care le permit să fie utilizate pe scară largă în dezvoltarea sistemelor informaționale:

• accelerarea procesului de proiectare și dezvoltare colectivă;
• vă permit să creați un prototip al unui sistem ordonat cu proprietăți specificate într-un timp scurt;
• eliberați dezvoltatorul de munca de rutină, lăsând timp pentru creativitate;
• asigura eficienta si calitatea software-ului dezvoltat prin automatizarea controlului intregului proces de dezvoltare;
• sprijină întreținerea și dezvoltarea sistemului la un nivel înalt.

Trebuie remarcat faptul că, în ciuda tuturor capabilităților potențiale ale instrumentelor CASE, există multe exemple de implementare nereușită a acestora, ca urmare a cărora instrumentele CASE devin software de „raft”.

În acest sens, trebuie avute în vedere următoarele:

• Remediile CASE nu dau neapărat un efect imediat; pot fi obținute numai după un timp;
• costurile reale de implementare a instrumentelor CASE depășesc de obicei cu mult costurile de achiziție a acestora;
• Instrumentele CASE oferă oportunități pentru beneficii semnificative numai după implementarea cu succes, instruirea eficientă a utilizatorilor și utilizarea regulată.

De asemenea, puteți enumera următorii factori care fac dificilă determinarea efectului posibil al utilizării instrumentelor CASE:

• o mare varietate de calitate și capabilități ale instrumentelor CASE;
• timp relativ scurt de utilizare a instrumentelor CASE în diverse organizații și lipsă de experiență în utilizarea acestora;
• varietate mare de practici de implementare ale diferitelor organizații;
• lipsa unor metrici și date detaliate pentru proiectele deja finalizate și în derulare;
• gamă largă de domenii ale proiectelor;
• diferite grade de integrare a instrumentelor CASE în diferite proiecte.

Unii analiști consideră că beneficiile reale ale utilizării unor tipuri de instrumente CASE pot fi realizate doar după unul sau doi ani de experiență. Alții consideră că impactul poate avea loc de fapt în timpul fazei operaționale a ciclului de viață IS, când îmbunătățirile tehnologice pot duce la costuri de operare mai mici.

Mai jos sunt enumerate principalele tipuri și secvența de lucru recomandate la construirea modelelor logice ale unui domeniu în cadrul tehnologiei CASE pentru analiza unui sistem de management al întreprinderii.

1. Efectuarea unui studiu funcțional și informațional al sistemului de management (activități administrative și manageriale) al întreprinderii (Fig. 4.2):
   • determinarea structurii organizatorice a întreprinderii;
   • determinarea structurii funcționale a întreprinderii;
   • determinarea listei de funcții țintă ale elementelor structurale (divizii și funcționari);
   • determinarea sferei și ordinii de inspecție a elementelor structurale ale sistemului de control în conformitate cu funcțiile țintă formulate;
   • inspecția activităților elementelor structurale selectate;
   • construirea unei diagrame FD a unui sistem de control care indică elementele structurale și funcțiile, a cărui implementare va fi modelată la nivelul DFD.
2. Dezvoltarea modelelor de activitate a elementelor structurale și a sistemului de management în ansamblu:
   • identificarea unei varietăți de obiecte externe care au un impact semnificativ asupra activității unui element structural;
   • specificarea fluxurilor de informații de intrare și de ieșire;
   • identificarea principalelor procese care determină activitatea elementului structural și asigură implementarea funcțiilor țintă a acestuia;
   • precizarea fluxurilor de informații dintre principalele procese de activitate, clarificarea legăturilor dintre procese și obiectele externe;
   • evaluarea volumelor, intensității și a altor caracteristici necesare ale fluxurilor de informații;
   • dezvoltarea unei ierarhii de diagrame de flux de date care formează un model funcțional al activității unui element structural;
   • combinând modele DFD ale elementelor structurale într-un singur model de sistem de management al întreprinderii.
3. Dezvoltarea modelelor informaționale ale elementelor structurale și a unui model al spațiului informațional al sistemului de control:
   • definirea entităților model și a atributelor acestora;
   • efectuarea de analize de atribute și optimizare a entităților;
   • identificarea relațiilor dintre entități și definirea tipurilor de relații;
   • analiza si optimizarea modelului informatic;
   • combinarea modelelor informaţionale într-un singur model al spaţiului informaţional.
4. Elaborarea de propuneri de automatizare a sistemului de management al întreprinderii:
   • determinarea limitelor automatizării - alcătuirea unei liste de elemente structurale automatizate, împărțirea proceselor activităților de bază în automate, automate și manuale;
   • alcătuirea unei liste de subsisteme și stații de lucru logice (stații de lucru automate), stabilirea modalităților de interacțiune a acestora;
   • elaborarea propunerilor de ordine de proiectare și implementare a subsistemelor și stațiilor de lucru logice individuale incluse în IS;
   • dezvoltarea cerințelor pentru suportul tehnic de bază al sistemelor informaționale;
   • dezvoltarea cerințelor pentru software-ul IS de bază.

Un model logic care reflectă activitățile sistemului de management al întreprinderii și spațiul informațional în care se desfășoară această activitate reprezintă un „instantaneu” al stării de fapt (structura funcțională, rolurile funcționarilor, interacțiunea departamentelor, tehnologiile acceptate de prelucrare a informațiilor de management). , procese automatizate și neautomatizate etc.) la momentul examinării. Acest model vă permite să înțelegeți ce face întreprinderea și cum funcționează ea din punctul de vedere al analizei sistemului și să formulați propuneri pentru îmbunătățirea situației.

Dezvoltarea unui model logic al domeniului subiectului, transformarea sa consecventă într-un model al SI țintă, va permite integrarea propunerilor promițătoare din partea conducerii și a angajaților de conducere ai întreprinderii, experți și analiști de sistem și formarea unei viziuni asupra activitatea nouă, reorganizată și automatizată a întreprinderii (Fig. 4.12).

Modelul construit este un rezultat complet din următoarele motive.

1. Include un model al tehnologiei manuale existente adoptate de întreprindere. O analiză formală a acestui model ne permite să identificăm blocajele în managementul întreprinderii și să formulăm recomandări pentru îmbunătățirea acestuia (indiferent dacă este planificată sau nu dezvoltarea ulterioară a unui sistem automatizat).
2. Este independent și separabil de dezvoltatori specifici, nu necesită întreținere și poate fi transferat fără durere altora. Mai mult, dacă dintr-un motiv oarecare întreprinderea nu este pregătită să implementeze proiectul la un moment dat, modelul poate fi „pus pe raft” până când apare necesitatea acestuia.
3. Permite formarea eficientă a noilor angajați în domenii specifice ale activităților întreprinderii, deoarece tehnologiile relevante sunt conținute în model.
4. Cu ajutorul acestuia, este posibil să se realizeze modelarea preliminară a domeniilor promițătoare de activitate ale întreprinderii pentru a identifica noi fluxuri de date, procese de interacțiune și elemente structurale.
5. Asigură diseminarea experienței acumulate la alte întreprinderi și face posibilă unificarea activităților administrative, manageriale și financiare ale acestor întreprinderi.

Modelul nu este doar implementarea etapelor inițiale de lucru și baza pentru formarea specificațiilor tehnice pentru etapele sale ulterioare. Reprezintă un rezultat independent care are o mare importanță practică, deoarece permite utilizarea în continuare a tehnologiilor CASE pentru proiectarea și dezvoltarea efectivă a IS.

Cel mai puternic dintre aceste pachete software este pachetul Rational Rose (RR) de la IBM-Rational, cu ajutorul căruia puteți proiecta și susține întregul ciclu de viață al dezvoltării unui produs software (Fig. 4.15 Fig. 4.16. Întreținerea ciclului de viață al unui produs software cu RR

4.5. Implementarea sistemelor informatice

Implementarea IP corporativă, dezvoltată independent sau achiziționată de la un furnizor, este adesea însoțită de întreruperea (reproiectarea) proceselor de afaceri existente la întreprindere. Trebuie să le reconstruim pentru a îndeplini cerințele standardelor și logica sistemului implementat. Să observăm imediat că introducerea sistemelor informaționale rezolvă o serie de probleme manageriale și tehnice, dar dă naștere unor probleme asociate cu factorul uman.

Implementarea unui sistem informatic, de regulă, facilitează foarte mult managementul activităților întreprinderii, optimizează fluxurile de informații interne și externe și elimină blocajele în management. Cu toate acestea, după ce sistemul a fost instalat cu succes, „testat” în funcțiune și s-a dovedit a fi eficient, unii angajați arată reticenți în a utiliza SI în munca lor. Ca rezultat al reinginerării, devine clar că unii angajați dublează în mare măsură munca altora sau nu sunt deloc necesari. În plus, implementarea CIS este însoțită de pregătire obligatorie, dar, după cum arată experiența rusă, nu sunt mulți oameni dispuși să se recalifice. Spărgerea vechilor abilități și insuflarea altora noi este un proces lung și dificil!

Trebuie să se înțeleagă clar că IP corporativă este concepută pentru a simplifica managementul unei organizații, a îmbunătăți procesele, a consolida controlul și, prin urmare, a oferi beneficii competitive. Numai din acest punct de vedere pot fi evaluate beneficiile implementării sale.

Urmând această logică, devine clar că, deși SI-ul corporativ este destinat în general să ofere tuturor utilizatorilor informațiile necesare, gestionarea dezvoltării și implementării CIS este apanajul conducerii de vârf a companiei! Liderii înțeleg asta?

Și aici trebuie să luptăm împotriva stereotipurilor persistente. „De ce am nevoie de un sistem corporativ dacă lucrurile la întreprindere merg deja bine?” „De ce să spargi ceva dacă totul funcționează?” Dar cel mai adesea nu este nevoie să-l spargi. În prima etapă, trebuie doar să formalizați și să transferați în mod competent și corect procesele identificate în cadrul cărora întreprinderea trăiește în SI corporativă. O astfel de formalizare nu va face decât să clarifice și să perfecționeze ideile de marketing și producție de succes, să optimizeze procesul de management și control și să permită schimbări țintite în viitor.

Introducerea unui nou IS este un proces complex, care durează de la câteva luni pentru SI mici până la câțiva ani pentru SI ale companiilor mari distribuite cu o gamă largă de produse și un număr mare de furnizori. Succesul unui proiect pentru dezvoltarea (achiziția) și implementarea IP depinde în mare măsură de disponibilitatea întreprinderii de a conduce proiectul, de interesul personal și de voința managementului, de un program realist de acțiune, de disponibilitatea resurselor, de personal instruit, și capacitatea de a depăși rezistența la toate nivelurile organizației stabilite.

Până acum, a apărut un set standard de tehnici pentru introducerea sistemelor informaționale. Regula de bază este de a finaliza secvențial fazele necesare și de a nu sări peste niciuna dintre ele.

Următorii factori sunt critici pentru implementare:

• prezența obiectivelor de proiect și cerințelor IP clar definite;
• disponibilitatea unei strategii pentru implementarea și utilizarea IP;
• efectuarea unui studiu înainte de proiect al întreprinderii și construirea modelelor „Așa cum este” și „Așa cum va fi”;
• planificarea muncii, resursele și monitorizarea implementării planului de implementare;
• participarea managementului superior la implementarea sistemului;
• desfășurarea lucrărilor de implementare a SI de către specialiști în integrare de sisteme împreună cu specialiști în întreprindere;
• monitorizarea periodică a calității muncii prestate;
• obținând rapid rezultate pozitive cel puțin în parte din modulele IS implementate sau în timpul funcționării sale de probă.

Înainte de a începe elaborarea unui proiect de implementare, trebuie să:

• formalizează pe cât posibil obiectivele proiectului de implementare a SI;
• estimarea costurilor și elementelor de cheltuieli minime necesare;
• stabiliți o prioritate ridicată pentru proiectul de implementare față de alte proiecte în derulare;
• acorda managerului de proiect puterile maxime posibile;
• desfășoară activități educaționale de masă cu personalul întreprinderii pentru a transmite tuturor importanța și necesitatea transformărilor viitoare;
• dezvoltarea măsurilor organizatorice pentru utilizarea noilor tehnologii informaționale;
• distribuiți responsabilitatea personală în toate etapele implementării și operațiunii de probă.

De asemenea, este necesar să se determine zonele funcționale de implementare a modulelor sistemului informațional:

• management organizațional;
• suport organizatoric si administrativ;
• managementul proceselor de afaceri;
• management, planificare financiară și contabilitate;
• managementul personalului;
• managementul documentelor;
• managementul logisticii;
• managementul relatiilor cu clientii si mediul extern.

În plus față de cele enumerate mai sus, este necesar să se stabilească cerințe tehnologice pentru implementarea SI:

• platformă de sistem: implementare și adaptare a unei soluții gata făcute de la producător sau dezvoltare personalizată în conformitate cu specificațiile tehnice ale clientului.
• integrabilitate: datele sunt stocate și procesate într-un singur spațiu de informare - aceasta asigură integralitatea, consistența, fiabilitatea și reutilizarea acestora; sistemul poate include tehnologii și aplicații nou dezvoltate și deja utilizate.
• adaptabilitate: sistemul este configurat în conformitate cu cerințele clientului și cu caracteristicile câmpului de informații al clientului.
• distribuit: sistemul poate funcționa eficient în divizii și sucursale ale întreprinderii îndepărtate geografic.
• scalabilitate: sistemul poate fi implementat sub forma unui cadru care conține module de bază și extins în conformitate cu cerințele unui mediu extern și intern în schimbare.

Principalele faze ale implementării sistemului informațional

Etapa „Lucrări preliminare la pregătirea proiectului de implementare a SI”. În timpul studiului pre-proiect al întreprinderii (Fig. 4.1.4), se colectează informații detaliate despre structura structurală a organizației, relațiile funcționale, sistemul de management, principalele procese de afaceri, fluxurile din cadrul întreprinderii (Control Flow, Doc Flow, Flux de date, flux de lucru, flux de numerar), necesare pentru construirea modelelor adecvate și selectarea obiectelor pentru automatizare. Se evaluează calendarul, resursele, tipurile și volumele de muncă, gama și costul software-ului, hardware-ului și telecomunicațiilor, costul pregătirii personalului etc.

Faza „Pregătirea proiectului”. După finalizarea primei faze, se realizează planificarea preliminară și formarea procedurilor de lansare a proiectului:

• formarea de proiecte și grupuri de experți;
• repartizarea puterilor și responsabilităților;
• determinarea cerințelor organizatorice și tehnice pentru procesul de implementare;
• clarificarea specificațiilor și așteptărilor clienților;
• instruirea grupului de implementare format din specialiști din întreprinderea client.

Din anumite motive, ultimul punct foarte important este adesea omis atunci când se elaborează un plan de implementare. Dar succesul întregului proiect depinde foarte mult de el! După începerea finanțării, proiectul se consideră a fi lansat.

Faza „Dezvoltarea conceptuală a proiectului”. În această fază:

• se formează și se aprobă un proiect conceptual;
• se realizează o înțelegere neechivocă obligatorie a intențiilor tuturor participanților la proiect cu privire la SI implementat;
• se clarifică și se precizează scopurile și obiectivele proiectului;
• se determină dimensiunile prototipului de sistem;
• se convine asupra planului de lucru lărgit, succesiunea etapelor și condițiile de testare, planificare, indicatori financiari și de raportare.

Mai mult, toate aceste acțiuni trebuie să fie documentate, agreate și aprobate de toate părțile interesate și responsabile.

Faza „Implementarea Proiectului”. În timpul lucrărilor principale de implementare, mediul de sistem este creat, instalat și configurat, sunt determinate procedurile de administrare a sistemului și sunt instalate sisteme și aplicații hardware și software de bază. Sistemul configurează structurile organizatorice, de personal și organizatoric-funcționale ale întreprinderii folosind astfel de unități organizatorice ca ramură, departament, divizie, grup de lucru etc.

Problemele sistematice de securitate ale funcționării sistemului în modul multi-utilizator sunt în curs de rezolvare. Sunt create aplicații, șabloane, rapoarte, formulare de acces pentru clienți și sunt distribuite puterile utilizatorilor. Toate sistemele sunt testate în „modul de luptă” cu participarea tuturor părților interesate. După încheierea fazei de implementare, proiectul de implementare este considerat finalizat. Sistemul informatic este pus în funcțiune.

Managementul proceselor de afaceri este una dintre problemele dificile pentru orice organizație, atunci când într-o anumită etapă a dezvoltării acesteia apar eșecuri regulate în interacțiunea unităților structurale și a personalului, având în același timp un impact semnificativ asupra eficienței organizației. Eșecurile sunt însoțite nu numai de pierderea de informații, dublarea activităților, costuri inutile și alte rezultate negative, ci și de pierderea calității bunurilor și serviciilor organizației. Este imposibil de identificat cauzele acestor probleme fără un studiu aprofundat al activităților organizației.

Fundamentul managementului proceselor de afaceri constă în munca la descrierea, optimizarea și reglementarea acestora, iar astfel de proiecte afectează interesele unei game largi de lucrători ale căror cerințe variază foarte mult în funcție de rolul lor în organizație. Managementul este interesat să crească controlabilitatea, transparența și asigurarea influențelor managementului. Managerii de mijloc doresc în primul rând să înțeleagă limitele muncii lor și rezultatele pentru care sunt responsabili. Interpreții au nevoie de reguli clare și ușor de înțeles pentru munca lor. În timpul implementării proiectului, este important să se țină cont de interesele tuturor acestor grupuri de lucrători. Atunci când demarează un proiect, organizațiile încearcă cel mai adesea să se oprească doar la nivelul superior de optimizare și analiză, economisind astfel timpul proiectului și satisfacând interesul managementului. Cu toate acestea, este necesar să înțelegem că analiza la nivel superior este potrivită doar pentru scopuri de diagnosticare a afacerii - luarea de recomandări și decizii cu privire la modul de dezvoltare a proiectului în viitor.

Pentru a îmbunătăți activitățile organizației, proiectul trebuie să atingă nivelul de executanți și acțiunile acestora (nivelurile de detaliere ale proceselor de afaceri sunt prezentate în Figura 1.1).

Orez. 1.1

O operație este înțeleasă ca parte minimă a activității fiecărui angajat pentru analiză, care este efectuată de acesta „în mod automat”, fără control conștient.

O acțiune este înțeleasă ca mai multe operațiuni executate secvențial, după implementarea cărora angajatul menține controlul conștient (la evidențierea operațiunilor și acțiunilor, este necesar să se concentreze nu pe nivelul unui angajat începător, ci pe cel al unui profesionist).

O procedură este înțeleasă ca mai multe acțiuni executate secvenţial care sunt efectuate de un anumit executant. Procedura necesită un rezultat: un document, un produs sau informații nedocumentate (comunicare orală, fax, e-mail etc.).

Un proces de afaceri la nivel de bază este înțeles ca o secvență de proceduri interconectate care sunt efectuate de diferiți interpreți și conduc la un rezultat complet și semnificativ pentru organizație. De exemplu, un acord încheiat, certificat de acceptare Ilyin V.V. , Reengineering of business processes using ARIS, - M.: - Williams, 2009. - P. 120.

O zonă de activitate este înțeleasă ca o cotă extinsă a activităților unei organizații, care constă din unul sau mai multe grupuri de procese de afaceri de bază.

Managementul proceselor de afaceri este conceptul de management al proceselor al unei organizații, care consideră procesele de afaceri ca resurse speciale ale organizației care se adaptează continuu la schimbările constante și se bazează pe următoarele principii:

Înțelegerea și vizibilitatea proceselor de afaceri dintr-o organizație prin modelarea proceselor de afaceri folosind notații formale, folosind software de modelare, simulare, monitorizare și analiză pentru procesele de afaceri;

Capacitatea de a reconstrui dinamic modele de procese de afaceri de către participanți și folosind sisteme software.

Sarcina principală a managementului proceselor de afaceri este restructurarea adecvată și rapidă a proceselor interconectate în funcție de parametrii schimbatori ai mediului extern și intern, fie că este vorba de livrări, decontări cu contrapărți sau extinderea pieței.Un ghid practic pentru reinginierea proceselor de afaceri, Mike Rother, John Shook. - HE LEAN ENTERPRISE INSTITUTE, SUA, 2009. - P. 42.

Activitățile unei întreprinderi moderne se bazează pe un sistem complex de interconexiuni între proiecte și procese. Acest proiect sau acela implementat la întreprindere este încorporat în structura proceselor de afaceri existente și le utilizează pentru a atinge obiectivele finale. În acest sens, eficientizarea și optimizarea proceselor de afaceri existente, ținând cont de cerințele proiectelor în derulare și de influențele mediului extern și intern, capătă o importanță importantă de management.

Un alt factor important care influenteaza acest aspect este stadiul de dezvoltare a organizatiei. Să evidențiem posibilele scopuri și obiective cu care se confruntă managementul în fiecare etapă de dezvoltare.

Etapa 1. Formarea organizării și dezvoltării pieței.

Elaborarea unei strategii de dezvoltare a întreprinderii clar formulată, indicând scopurile specifice și motivele de dezvoltare;

Determinarea responsabilităților și domeniilor de responsabilitate atât ale angajaților individuali, cât și ale departamentelor și grupurilor de lucru;

Formarea unui algoritm de formare și transfer de abilități, cunoștințe și abilități către noii angajați la diferite niveluri de complexitate a muncii prestate;

Analiza situației de participare la dezvoltarea ulterioară a întreprinderii de către noi specialiști externi care au cunoștințe specifice.

Scopul principal în această etapă a dezvoltării întreprinderii este de a crea un sistem de management ordonat și oficial, care să fie transparent, ușor de înțeles și consacrat în documentele de reglementare.

Etapa 2. Creșterea organizației.

Pe măsură ce organizația crește, eficiența managementului scade, ceea ce se datorează specificului procesului decizional, care necesită participarea tuturor șefilor de departament pentru a dezvolta cele mai bune opțiuni și, ca urmare, chiar și pentru rezolvarea problemelor de importanță medie necesită implicarea senior management.

Principalele sarcini la organizarea managementului:

Organizarea delegării competențelor manageriale;

Menținerea proporțiilor dintre creșterea personalului și creșterea veniturilor;

Căutarea rezervelor pentru reducerea costurilor din cauza concurenței crescute;

Coordonarea acțiunilor unităților funcționale la nivelul managementului mediu.

Adesea, soluția la aceste probleme depinde de cât de repede întreprinderea poate transforma sistemul funcțional existent într-un sistem de management bazat pe o abordare de proces.

Mai mult, această abordare va fi relevantă în perioadele de instabilitate externă, când viteza de luare a deciziilor devine unul dintre criteriile importante și determinante ale sistemului de management.

Caracteristica abordării proceselor este că ține cont de rezultatele activităților organizației și aceste informații sunt utilizate în gestionarea proceselor de afaceri, adică accentul principal este pe obținerea celei mai mari eficiențe a organizației.

Pe baza faptului că aproximativ 80-85% din operațiunile proceselor de afaceri sunt de obicei repetitive, pentru acestea sunt dezvoltate reguli detaliate de acțiune.

Astfel, procesul activității principale poate fi configurat cât mai eficient, în timp ce managerul este implicat în proces doar atunci când apar situații sau probleme nestandardizate.

Pe baza acesteia, putem vorbi despre sistematizarea activităților companiei, care se manifestă prin apariția a două efecte principale:

1) datorită faptului că structura de management se bazează pe structura proceselor de afaceri existente la întreprindere (pentru o întreprindere medie nu mai mult de 5-7), numărul de niveluri de conducere și subordonare este redus;

2) eficiența managementului crește datorită creșterii standardelor de controlabilitate (în medie de 2-3 ori), deoarece acțiunea de control în acest caz vizează coordonarea personalului și este inclusă în proces numai în cazul oricăror încălcări și abateri de la normal Activități.

Pentru a organiza un sistem de management care se bazează pe o abordare de proces, trebuie să parcurgeți o serie de etape (Figura 1.2).

Fig.1.2

Etapa 3. Dezvoltarea structurii rețelei, deschiderea de noi reprezentanțe și sucursale.

Dacă se ia decizia de a deschide noi filiale, este necesar să se țină cont de disponibilitatea organizației principale pentru această transformare. Evaluarea gradului de pregătire se realizează la următoarele niveluri: managerial, financiar, de marketing și proces.

Principalele sarcini la organizarea managementului:

Dezvoltarea tehnologiei formalizate pentru deschiderea de noi divizii;

Organizarea controlului asupra tuturor aspectelor activităților sucursalelor Rybakov M. Cum să aduci ordine în afacerea ta. Cum să construiți un sistem fiabil din elemente nesigure. Atelier. - M: „Editura IKAR”, 2011. - P. 217.

Accentul principal în rezolvarea acestor probleme este că, pentru a forma o structură de rețea, trecerea la managementul proceselor este importantă (dacă acest lucru nu s-a făcut până acum), întrucât principiul funcțional-ierarhic nu va putea organiza activități în cel mai mare grad. mod eficient și cel mai puțin costisitor.

Cea mai optimă soluție este transferul proceselor de afaceri deja formalizate, a căror reglementare a fost efectuată în etapa anterioară. Acest lucru va permite rezolvarea majorității problemelor organizaționale, precum și organizarea eficientă a managementului unităților structurale datorită unui nivel ridicat de independență în cazul luării unor decizii standard de adaptare la mediul extern actual.

Următoarele instrumente sunt adesea folosite în combinație:

Un model de management al diviziei, care se bazează pe o abordare procesuală și determină gradul de independență al filialelor;

Structura adaptabila si optima care satisface cerintele mediului extern;

Documente de reglementare și instrucțiuni elaborate la centru care reglementează activitățile diviziilor de rețea.

Astfel, este important să decideți cum să asigurați un nivel înalt de standardizare a proceselor specifice, permițând totuși filialelor să răspundă flexibil la diferite tipuri de schimbări.

Managementul proceselor de afaceri utilizează următoarele abordări:

• Standardizare cuprinzătoare, clară și documentată a proceselor, care include crearea unui set de procese standardizate și capacitatea de a le personaliza la condiții în schimbare;
• Îmbunătățirea continuă a procesului, care include monitorizarea zilnică, măsurarea, analiza și modificarea proceselor;
• Aplicarea tehnologiei informațieiși software, inclusiv modelarea proceselor de afaceri, utilizarea instrumentelor CASE, automatizarea proceselor de afaceri și optimizarea acestora pe baza tehnologiei informației.

Tipuri de procese de afaceri

În funcție de atributul de clasificare, procesele de afaceri sunt împărțite în tipuri. Managementul proceselor de afaceri se aplică tuturor acestora.

Largit, se pot distinge trei grupuri de procese de afaceri:

• Procese de management. Aceste procese sunt concepute pentru a planifica, monitoriza și analiza munca. Prin procesele de management, este posibil să ne asigurăm că procesele de producție și suport își ating obiectivele. Procesele de management nu adaugă valoare utilizatorului final, dar sunt necesare pentru funcționarea eficientă și eficientă a organizației. Astfel de procese includ adesea planificarea, stabilirea obiectivelor, monitorizarea și măsurarea, bugetarea etc.
• Procese (principale) de producție. Prin aceste procese de afaceri, organizația își atinge obiectivele. Procesele de fabricație transformă un produs sau serviciu și adaugă valoare clientului final. Procesele de producție includ procesele de proiectare, fabricație, furnizare de servicii, instalare etc.
• Procese de sprijin. Aceste procese sunt necesare pentru execuția normală a proceselor de producție. Ele nu aduc valoare adăugată consumatorului final, dar fără ele este imposibil să se atingă obiectivele proceselor de producție. Procesele de sprijin includ procesele de achiziții, managementul personalului, managementul infrastructurii etc.

Pentru a asigura funcționarea eficientă a unei întreprinderi, este necesară restructurarea și îmbunătățirea în timp util a sistemului existent de funcționare al acestei organizații.

Pentru a face acest lucru, managerii folosesc managementul.

Concepte și principii de bază

Managementul proceselor de afaceri este un sistem de metode care vizează creșterea eficienței activităților companiilor. Cu ajutorul acestuia se determină esența etapelor ciclului de producție, se organizează implementarea lor și se îmbunătățește calitatea rezultatelor muncii.

Sarcina principală este alinierea subiectului managementului cu strategia companiei. Toate procesele, colectiv și individual, trebuie organizate astfel încât rezultatele acestora să asigure atingerea obiectivelor de afaceri.

Gestionarea acestor procese rezolvă o serie de probleme:

• reducerea timpului necesar angajaților întreprinderii pentru a efectua munca, acest lucru se realizează prin automatizare și compilarea algoritmilor pentru toate procedurile;
• îmbunătățirea calității rezultatelor etapelor ciclului, în acest scop fiind introduse sisteme de control, se asigură transparența tuturor acțiunilor din cadrul procesului;
• gestionarea întreprinderii pe baza situației sale reale, luând în considerare costul de fabricație a produselor, mărimea achizițiilor de materii prime și alte puncte;
• maximizarea elasticității proceselor de afaceri – se realizează prin implicarea participanților la ciclu în modernizarea și implementarea de noi sisteme.

Managementul se realizează în mai multe etape:

1. Întocmirea unei liste de procese. De ceva timp, toate evenimentele din companie sunt înregistrate în sistemul informatic, iar documentele de trecere sunt înregistrate. În decurs de 1-2 săptămâni, puteți găsi cicluri repetate și puteți stabili frecvența acestora. Pe baza acestei analize, activitatea companiei este optimizată.
2. Descrierea proceselor. În această etapă se formează o bază de date care conține informații despre etapele de producție. Rezultatele sunt folosite pentru a construi un sistem de proces mai eficient.
3. Organizarea ciclului. Fiecare proces are propriul său manager, care este responsabil pentru implementarea sarcinilor.
4. Controlul activității. Descrierea producției trebuie efectuată folosind sisteme de informații speciale. Baza de date este folosită de manageri pentru a verifica caracterul complet al executării ordinelor.
5. Controlul sarcinii de personal. Pentru fiecare operațiune trebuie stabilită o anumită limită de timp pentru execuție. Pe baza analizei datelor reale privind viteza de lucru, se ia o decizie cu privire la bonusuri pentru angajați, creșterea personalului și impunerea de amenzi.
6. Fixarea costurilor. Contabilitatea cheltuielilor financiare pentru a asigura funcționarea procesului, inclusiv producția și plățile pentru servicii, este menținută în sistemul informațional. Pe baza acestor informații, se determină bugetul fiecărui departament al întreprinderii, se stabilește costul procesării unui anumit document și al procesului în ansamblu. Managementul ar trebui să vizeze reducerea costurilor cât mai mult posibil.
7. Investigarea cauzelor defecțiunilor. Pot apărea erori în timpul ciclului de producție. Unul dintre obiectivele procedurii este identificarea deficiențelor în activitatea organizației, căutarea surselor de formare a acestora și corectarea promptă a acestora.

După desfășurarea activităților enumerate, managerii monitorizează rezultatele. Dacă acțiunile nu aduc o creștere suficientă a performanței companiei, se realizează o optimizare ulterioară.

Puteți afla informații detaliate despre metodele utilizate în practică din următorul videoclip:

Tehnici moderne

Managementul se realizează folosind diverse abordări. Există 4 metode principale care sunt utilizate direct pentru a reglementa procesele de afaceri.

Imbunatatire continua

Această abordare este pe termen lung. Se remarcă printr-o schimbare treptată a proceselor de afaceri, realizată mai întâi la niveluri inferioare și trecând sistematic în ajustarea celor mai importante etape ale ciclului companiei. Tehnologia de îmbunătățire continuă se bazează pe utilizarea propunerilor de la participanții la producție.

• Un aspect pozitiv al utilizării este capacitatea de a controla în modul curent. În același timp, inovațiile nu vor provoca nemulțumiri în rândul angajaților.
• Calitățile negative ale abordării includ lipsa de eficiență în luarea deciziilor.

Inginerie

Această metodă se caracterizează prin construirea unui sistem de procese de afaceri care vizează satisfacerea nevoilor clienților, în timp ce producția de masă este exclusă. Abordarea este cea mai eficientă în condiții de diferențiere puternică a cererii și ofertei de pe piață.

• Avantajele utilizării acestuia includ capacitatea de a proiecta diferite procese în funcție de caracteristicile grupurilor de clienți.
• Dezavantajul este abordarea intensivă în muncă. Cu toate acestea, modelul creat poate să nu fie întotdeauna eficient.

Reinginerie

Metoda se bazează pe o reproiectare completă a proceselor existente cu abandonarea regulilor și șabloanelor stabilite. Reinginerirea presupune o modernizare radicală a sistemului întreprinderii.

• Punctele forte ale metodei includ un salt brusc în eficiență și productivitate.
• Punctul slab este riscul de eșec la crearea de noi procese și costul ridicat al proiectului.

Reproiectează

Se distinge prin natura concentrată a îmbunătățirii procesului. Este utilizat dacă performanța companiei este în general satisfăcătoare, dar există o oportunitate de îmbunătățire a performanței existente.

În același timp, sunt analizate procesele, sunt eliminate funcțiile inutile și duplicative, sunt introduse noi etape de ciclu, acțiunile sunt automatizate și aduse la anumite standarde.

• Aspectul pozitiv este îmbunătățirea unui proces existent.
• Dezavantajul este construirea de noi funcții pe baza unui sistem vechi, care poate să nu fie suficient de eficient.

Programe de lucru

Pentru gestionarea acestor procese se folosesc sisteme informatice speciale. Sunt programe de descriere și modelare a etapelor ciclului unei companii.

Există câteva instrumente software cele mai populare:

• ARIS Express Este considerat cel mai simplu și mai accesibil pentru utilizare atât de către specialiști, cât și de către studenți.
• Modelator de procese Bizagi folosit pentru a descrie procesele de afaceri și documentația. Distribuit gratuit.
• Studio de afaceri. Utilizarea acestui produs va permite întreprinderii să accelereze formarea unui nou sistem prin rezolvarea problemelor de management de bază. Versiune gratuită disponibilă.
• AllFusion Process Modeler vă permite să efectuați toate acțiunile necesare pentru a crea cel mai eficient ciclu de producție.
• ELMA- software de la dezvoltatori ruși.

Utilizarea unor astfel de sisteme informatice este obligatorie pentru analiza proceselor existente si formarea de noi sisteme.

bazat pe Comindware Business Application Platform

Un sistem cuprinzător de management al proceselor de afaceri (BPMS) cu cod redus: modelare în notație BPMN 2.0, automatizare a proceselor, managementul cazurilor - o bază de încredere pentru transformarea digitală a unei întreprinderi.

Mai mult decât modelare și execuție

Comindware Business Application Platform oferă un set complet de instrumente pentru modelarea, executarea, optimizarea proceselor de afaceri ale unei organizații tipice sistemelor BPM tradiționale și depășește. În plus, compania primește o serie de avantaje caracteristice sistemelor de clasă iBPMS (Intelligent BPM Suite) și platformelor Low-code:

• Instrumente online convenabile pentru gestionarea proceselor de afaceri. Modelare, execuție, analiza procesului, managementul sarcinilor, proiectarea arhitecturii de procese de întreprindere, integrarea BPMS cu sisteme terțe.
• Suport pentru sarcini creative. Soluțiile BPM bazate pe platforma de la Comindware nu sunt axate pe procese de afaceri precum BPMS tradiționale, lăsând loc muncii creative (cazuri/instrucțiuni).
• Managementul proceselor în mâinile oamenilor de afaceri (Low-code). Centrul de greutate al eforturilor de dezvoltare și ajustare în continuare a aplicațiilor de afaceri se mută de la programatori la analişti.

Specificul implementării tuturor instrumentelor principale de management al proceselor în platforma Low-code de la Comindware și o serie de avantaje unice pentru afaceri distinge Comindware Business Application Platform de BPMS tradițional.

Setul de instrumente BPM pentru management și
optimizarea proceselor de afaceri

Digitalizarea în profunzime și răspândirea ei în întreaga afacere este o condiție necesară pentru succesul afacerii moderne. O tehnică de management numită BPM (Business Process Management), care include metodologie și software, ajută afacerile să se dezvolte în această direcție. O afacere care practică tehnici de management al proceselor este construită ca un set de procese de afaceri end-to-end, care ajută la eliminarea barierelor funcționale din companie și crește radical eficiența tuturor departamentelor. Suportul tehnologic pentru metodologia BPM îl reprezintă sistemele de management al proceselor de afaceri (BPMS).

Comindware Business Application Platform include un set complet de instrumente de management al proceselor de afaceri incluse în software-ul de clasă BPMS. Fiecare instrument inclus în platforma Low-code de la Comindware este implementat ținând cont de solicitările curente ale afacerilor pentru flexibilitate atât în ​​procesele de afaceri principale, cât și în cele auxiliare ale întreprinderii.

Modelarea proceselor de afaceri

Un model grafic al unui proces de afaceri este componenta principală a managementului procesului de afaceri și demonstrează interconectarea tuturor elementelor de proces din cadrul unei organizații sau exploatații. Această vizualizare vă ajută să vă concentrați asupra informațiilor direcționate și semnificative pentru a rezolva problemele de optimizare a proceselor de afaceri.

Platforma Comindware oferă instrumente flexibile și convenabile pentru modelarea proceselor de afaceri chiar și pentru profesioniștii non-BPM. Mai mult, dezvoltarea formularelor, adaptarea interfețelor și configurarea integrărilor de bază se face tot de un analist într-un browser web și nu necesită abilități de programare. Analistul de afaceri creează o diagramă de proces, identifică participanții și descrie setul și ordinea acțiunilor acestora. Modelele grafice construite respectă BPMN 2.0, standardul mondial modern pentru BPM.

Modelarea arhitecturii de proces

Succesul managementului de proces al unei companii depinde în mare măsură de capacitatea organizației de a prioritiza corect optimizarea proceselor, concentrându-se în primul rând pe capacitățile cheie ale afacerii. O capacitate de afaceri este un set de procese, oameni și tehnologii care creează valoare care sunt în concordanță cu obiectivele strategice ale unei companii. Cu alte cuvinte, capacitatea de afaceri se referă la elementul care descrie „ce” este capabilă să facă o companie, iar procesele de afaceri, la rândul lor, descriu „cum” o companie își realizează capacitățile. Modelul de capabilități de afaceri vizualizează întreaga gamă de capabilități ale unei anumite afaceri, iar arhitectura de proces ajută la vizualizarea interconectarii proceselor.

Comindware Business Application Platform oferă capacitatea de a construi rapid un model de capabilități de afaceri și arhitectură de proces, de a vizualiza relația dintre procese și de a le lega de obiective specifice. Diagrama capacității afacerii este actualizată în timpul optimizării, ceea ce ajută la analiza situației de sus în jos și la planificarea eficientă a schimbărilor viitoare.

Automatizarea unui proces de afaceri implică parcurgerea automată a pașilor acestuia și notificarea utilizatorilor sistemului despre sarcinile și acțiunile cerute acestora la etapa curentă a procesului. În funcție de setările selectate, procesul de afaceri poate fi lansat manual sau automat conform unui program, unei cereri primite sau când este îndeplinită o condiție. Cu drepturi de acces adecvate, utilizatorul poate primi informații despre etapele anterioare și următoare ale procesului și poate evalua vizual stadiul finalizării acestuia.

Funcționalitatea BPMS a platformei Comindware se bazează pe un „motor” de proces care:

• Cereri de trasee
• Automatizează atribuirea de sarcini către utilizatori
• Apelează sisteme și servicii externe
• Primește solicitări de la sisteme externe
• Colectează datele necesare și le prelucrează
• Oferă acces la date în contextul procesului de rulare

Sistemul Comindware BPM asigură executarea unui proces de complexitatea și nivelul necesar de descompunere într-un singur sistem.

Monitorizarea proceselor de afaceri

Monitorizarea proceselor de afaceri ale întreprinderii este unul dintre instrumentele BPM care ajută persoana responsabilă să identifice blocajele în execuția proceselor de afaceri și să răspundă situațiilor critice prin ajustarea diagramei de proces sau a acțiunilor angajaților. Pentru a rezolva cu succes problemele de monitorizare, este esențial să aveți acces efectiv la statisticile procesului și capacitatea de a afișa datele într-un format convenabil.

În timpul execuției proceselor de afaceri, Comindware Business Application Platform colectează statistici detaliate despre metricile și indicatorii acestora. O reprezentare vizuală a acestor date simplifică monitorizarea execuției proceselor, identificarea punctelor de optimizare și accelerare. Datele statistice sunt, de asemenea, o sursă de informații pentru reproiectarea și optimizarea proceselor complexe de afaceri ale companiei, luarea deciziilor de management și ajustarea arhitecturii procesului.

Optimizarea proceselor de afaceri

Optimizarea proceselor de afaceri implică o gamă largă de lucrări care vizează creșterea eficienței activităților de operare ale companiei și îmbunătățirea calității implementării capacităților și serviciilor de afaceri ale întreprinderii. Optimizarea proceselor de afaceri, spre deosebire de reinginerie, se realizează în mod continuu și, de regulă, acoperă o zonă destul de îngustă la nivelul capabilităților sau funcțiilor de afaceri ale organizației.

Comindware Business Application Platform ajută la identificarea potențialelor oportunități de optimizare și face posibilă testarea ipotezelor asupra proceselor reale de afaceri. O imagine informativă a oportunităților de optimizare este oferită de arhitectura de proces a unei întreprinderi, împreună cu datele statistice din monitorizarea proceselor de afaceri. Puteți optimiza procese specifice și puteți lega interacțiunile acestora între ele. Pentru a optimiza un proces de afaceri, este suficient să faceți modificări modelului său grafic din browser fără a întrerupe execuția proceselor care rulează deja în BPMS.

Managementul sarcinilor

O condiție importantă pentru implementarea nedureroasă și cu succes a unei abordări prin proces a managementului întreprinderii este furnizarea de instrumente simple și convenabile de gestionare a sarcinilor pentru angajații obișnuiți ai companiei, iar platforma Low-code de la Comindware le oferă.

Oricât de complexă ar fi combinația de procese de afaceri, proiecte și cazuri din companie, angajatul își vede sarcinile într-o singură interfață accesibilă din browser, sau direct în MS Outlook, cu configurația corespunzătoare de out-of-the- integrarea cutiei. Acest lucru vă ajută să planificați timpul, să stabiliți priorități și să gestionați sarcinile mai eficient. Managerul vede sarcinile unui anumit angajat și, de asemenea, poate obține un rezumat al tuturor proceselor, proiectelor, cazurilor în care este implicată o anumită persoană, chiar dacă alte departamente sau divizii sunt responsabile pentru acestea.

Integrare cu sisteme terțe

Comutarea angajaților între mai multe sisteme încetinește semnificativ munca și deseori face imposibilă automatizarea proceselor de afaceri. Sarcina unui sistem BPM este de a crea un nivel dedicat de management al proceselor, care este situat deasupra altor tehnologii, integrat cu sistemele de informații vechi (ERP, CRM etc.) și vă permite să implementați procese de afaceri end-to-end și să eliminați necesitatea comutării între mai multe sisteme.

Comindware Business Application Platform oferă o integrare extinsă cu alte sisteme. Integrarea prin protocolul OData este configurată cu mouse-ul; pentru alte protocoale a fost creat un API deschis, bazat pe standardul Web Services. O altă posibilitate de integrare este prin roboții RPA.

Suport pentru sarcini creative

În lumea modernă, executanții care lucrează conform reglementărilor aprobate sunt din ce în ce mai mult înlocuiți de lucrători ai cunoștințelor, pentru care procesele fixe tradiționale nu sunt potrivite. În plus, adesea apar excepții în activitatea companiilor/instituțiilor care nu se încadrează în cadrul proceselor de afaceri descrise. În aceste cazuri, sunt necesare forme de lucru mai flexibile și mai dinamice, care sunt oferite de managementul adaptiv de caz (Adaptive Case Management). Un caz este un proces care „se desfășoară în timp”: este planificat doar primul pas, iar pe baza rezultatelor sale se ia o decizie cu privire la altele, spre deosebire de procesele de afaceri în care toți pașii sunt determinați în prealabil.

Comindware Business Application Platform include suport pentru cazuri și oferă un spațiu unic atât pentru lucru bazat pe șabloane, cât și pentru munca creativă planificată din mers.

Managementul cazurilor (ACM)

ACM este o abordare destul de nouă în gestionarea problemelor creative, procesul de rezolvare care este greu de formalizat sau nu necesită reglementare. Comindware Business Application Platform a fost concepută și creată în momentul dezvoltării active a abordării ACM, iar suportul pentru managementul cazurilor a fost inclus inițial în funcționalitatea de bază a platformei. Prin încorporarea suportului atât pentru cazuri, cât și pentru procesele de afaceri în funcționalitatea platformei, aceste controale se combină perfect între ele. Nu există nicio barieră de nepătruns între fluxurile de lucru și cazurile tradiționale – atât procesele de afaceri, cât și cazurile generează sarcini care sunt gestionate în același mod. Singura diferență este modul în care apar sarcinile: în cazul unui proces de afaceri, acestea sunt create automat conform diagramei de proces; în cazul unui caz, un angajat autorizat decide ce să facă în fiecare etapă și cui să delege subsarcinile. .

Migrarea de la cazuri la procesele de afaceri

„Cele mai bune practici” de management al proceselor de afaceri funcționează cel mai bine atunci când sunt filtrate prin prisma experienței – istoria companiei în sine. Comindware Business Application Platform minimizează ciclul de la idee la procesul de afaceri de lucru.

Platforma low-code vă permite să testați rapid, în format de caz, în practică reală diverse abordări de organizare a procesului de procesare a cererilor sau sarcinilor non-standard. Statisticile colectate în timpul procesării vă vor ajuta să alegeți cea mai bună opțiune. Gestionarea repetată a excepțiilor colectează statistici și cele mai bune practici pentru gestionarea unor scenarii specifice. Această experiență poate fi ușor transformată într-un proces organizat și executabil prin migrarea de la cazuri la procese. În plus, cazurile și procesele de afaceri sunt strâns legate în cadrul platformei. Astfel, un caz poate apela un proces și invers, iar toate sarcinile generate de acestea sunt reflectate în lista end-to-end de sarcini, precum și în modelul integrat de capabilități de business.

Low-code: managementul proceselor de afaceri în mâinile oamenilor de afaceri

Principalul avantaj al automatizării afacerii este reducerea costurilor de operare. Transformarea digitală face posibilă reducerea timpului de răspuns al unei afaceri la schimbările în nevoile reale ale clienților, ceea ce adesea nu implică aprofundarea automatizării, ci formarea de noi modele de afaceri. Întreprinderile sunt din ce în ce mai interesate să ofere utilizatorilor de afaceri capacitatea de a participa activ la îmbunătățirea proceselor de afaceri și de a crea în mod independent aplicații de afaceri.

Comindware Business Application Platform acceptă pe deplin conceptul Low-code cu un minim de codare și un maxim de dezvoltare vizuală. Platforma Comindware rezolvă problema principală a digitalizării - accelerarea ciclului de la nevoia afacerii la procesul de afaceri funcțional.

Dezvoltare din browser

Pentru a asigura ritmul necesar de inovare, multe companii revin la practica de a dezvolta soluții IT interne, dar, bineînțeles, la un nou nivel. Acum sunt solicitate instrumente vizuale de dezvoltare rapidă pentru crearea și executarea aplicațiilor de afaceri într-un singur mediu, accesibil de oriunde de pe Pământ, iar platforma Low-code oferă astfel de instrumente de dezvoltare în întregime.

Pentru a începe, trebuie doar să obțineți un cont cu drepturi de utilizator, analist și/sau dezvoltator în sistemul BPM - nu este nevoie să instalați software pe computer. Setarea drepturilor de acces la date, documente și funcționalitatea sistemului BPM, inclusiv crearea și exportul de rapoarte și editarea formularelor, se realizează și în browser folosind un editor online.

Actualizați fără întrerupere

În timpul funcționării sistemului, obiectele de afaceri și procesele de afaceri se dezvoltă, devin mai complexe și dobândesc noi atribute. În BPMS-urile tradiționale care utilizează baze de date relaționale (DB-uri), efectuarea de modificări la procesele de afaceri necesită reconfigurarea bazei de date de către specialiștii IT, blocarea accesului utilizatorilor la sistem în timp ce modificările sunt transferate în mediul de producție. Această abordare necesită o mulțime de resurse și timp și nu asigură viteza necesară a schimbărilor. Comindware Business Application Platform folosește o bază de date grafică și oferă o abordare diferită, dinamică, pentru a face modificări proceselor de afaceri și logicii aplicațiilor de afaceri.

În platforma Comindware Low-code, orice modificări pot fi făcute frecvent și fără durere, fără implicarea programatorilor sau blocarea accesului utilizatorilor la program. Acest lucru asigură capacitatea de a răspunde rapid la cerințele în continuă schimbare pentru aplicațiile de afaceri implementate în BPMS.

Implementarea unui sistem BPM

Sistemele BPM sunt create pentru a automatiza managementul întreprinderii și pentru a crește eficiența funcționării acesteia. Structura BPMS include un set de instrumente pentru modelarea și executarea proceselor, monitorizarea, analizarea și optimizarea proceselor de afaceri. Unele sisteme prezentate pe piața BPM din Rusia includ în plus module pentru dezvoltarea formularelor, interacțiunea socială și alte sarcini.

Există multe abordări ale implementării și fiecare organizație o alege pe cea potrivită pe baza stadiului actual de dezvoltare a întreprinderii, a strategiei de dezvoltare ulterioară, precum și a clasei de software selectat. Abordări de bază pentru implementarea unui sistem BPM bazat pe o platformă Low-code:

• Evolutiv. Compania achiziționează licențe pentru platformă, creează o soluție BPM pentru sarcinile sale, automatizează procesele de afaceri și dezvoltă sistemul folosind angajații companiei. În etapa de implementare, ei comandă adesea un demo de la furnizor cu un prototip al unui sistem BPM pentru o adaptare evolutivă independentă la nevoile afacerii.
• Revoluţionar. Pentru a simplifica proiectul de implementare a unui sistem BPM, o organizație angajează adesea un expert BPM. Efectuează o analiză preliminară a proceselor companiei, formează angajații și supraveghează organizarea muncii privind implementarea unui sistem BPM și automatizare.
• Integrare. Adesea, sistemele BPMS sunt implementate în sistemul IT existent al unei întreprinderi. În același timp, un nivel ridicat de integrare a tuturor soluțiilor IT utilizate este un factor decisiv de succes. În acest caz, este logic să folosiți serviciile unei companii integratoare din rândul partenerilor Comindware. Experții vă vor ajuta să profitați la maximum de fiecare instrument din structura IT a companiei dumneavoastră.

Indiferent de abordarea de implementare aleasă, munca ulterioară cu sistemul de management al proceselor de afaceri bazat pe Platforma de aplicații de afaceri Comindware se bazează pe o schemă simplă de acțiuni:

• Un analist de afaceri, un expert BPM sau un utilizator avansat de afaceri creează un prototip de soluție. Programatorii sunt angajați doar pentru a crea o parte specifică a logicii de afaceri, procesarea datelor și integrarea cu alte sisteme.