Metoda companiei, numită Structured Process Analysis (SPA), utilizează principii extrase din teoria modelării datelor. Se bazează pe principiul ierarhiei proceselor. După cum a devenit deja clar, un proces poate fi împărțit în subprocesele sale constitutive. Dacă procesul studiat se întinde pe mai multe departamente, atunci subprocesele în sine sunt probabil destul de complexe și pot include tipuri de muncă efectuate de mai multe departamente. Putem împărți în continuare fiecare subproces în principalele tipuri de lucrări efectuate în cadrul acestuia și fiecare tip, la rândul său, în lucrări separate. De exemplu, procesul de angajare a unui nou angajat include munca privind publicitatea unui post vacant existent, munca privind descrierea postului și cerințele pentru candidat. Aceasta, la rândul său, include munca individuală, cum ar fi cerințele de tastare pentru candidat într-un editor de text.

Analiza proceselor structurale reflectă această ierarhie și funcționează ca un set de hărți geografice, care diferă prin scara și detaliile lor. Revenind la analogia hărții străzilor, merită să începem cu o hartă a lumii într-un atlas, care arată doar continentele și țările situate pe acele continente. Dacă doriți să aflați mai multe despre oricare dintre țări, puteți deschide o hartă a acestei țări, unde sunt indicate principalele orașe și căi de comunicație. Pentru fiecare oraș puteți obține o hartă detaliată a străzilor sale. Pentru strada selectată, vă puteți referi la planuri arhitecturale detaliate, care indică modul în care stau casele de pe această stradă. În principiu, puteți obține și un plan de construcție al casei, care arată locația camerelor. Astfel, procesul are o ierarhie de hărți începând de la nivel continental și mergând până la planul băii!

În analiza procesului, un proces complex este reprezentat folosind diagrame de flux de informații care arată diferite niveluri de detaliu, aproape în același mod ca în exemplul de mai sus. O diagramă de flux de informații este o modalitate simplă de a arăta fluxul de intrări și ieșiri. La nivelul muncii individuale, cum ar fi elaborarea unei fișe de post, puteți utiliza diagrame de flux pentru a ilustra pașii implicați, deciziile luate, introducerea informațiilor sau fluxul de resurse materiale. Câteva exemple vor demonstra punctele forte ale acestei metode și potențialul de aplicare pe scară largă, precum și posibilele capcane pe care echipa ar trebui să le evite.

Modalități de a descrie procesele de afaceri

Principalul avantaj al ideii de a analiza procesele de afaceri ale unei întreprinderi prin crearea modelului acesteia este versatilitatea acesteia. În primul rând, modelarea proceselor de afaceri este răspunsul la aproape toate întrebările legate de îmbunătățirea activităților unei întreprinderi și creșterea competitivității acesteia. În al doilea rând, managerul sau conducerea unei întreprinderi care a implementat o metodologie specifică va avea informații care le vor permite să-și îmbunătățească în mod independent întreprinderea și să prezică viitorul acesteia.

În prezent, există trei metode principale de descriere:

1. Text: „Departamentul de vânzări întocmește un acord și îl coordonează cu departamentul juridic.”

2. Tabular.

3. Grafic.

Prima metodă nu este altceva decât o descriere secvențială textuală a unui proces de afaceri. Un exemplu de descriere text a unui fragment de proces de afaceri este dat mai sus. Multe companii rusești au dezvoltat și folosesc documente de reglementare în activitățile lor, dintre care unele sunt reglementări de proces și nu sunt altceva decât o descriere textuală a proceselor de afaceri. Dar în scopul analizării și optimizării activităților companiei, această opțiune nu este optimă. Faptul este că este imposibil să revizuiți și să analizați sistematic o descriere a unui proces de afaceri sub formă de text. Informațiile text sunt percepute de creierul uman secvenţial. De exemplu, când o persoană citește un regulament și ajunge la sfârșit, aproape întotdeauna uită ce era la începutul documentului. Al doilea dezavantaj al unei reprezentări textuale a unui proces de afaceri este că mintea umană este proiectată în așa fel încât să poată funcționa eficient doar cu imagini. Atunci când percepe și analizează informații textuale, creierul uman le descompune într-un număr de imagini, ceea ce necesită timp și efort mental suplimentar. Prin urmare, atunci când se folosește o descriere textuală a proceselor de afaceri, productivitatea și calitatea deciziilor de optimizare a activităților lasă mult de dorit, ceea ce este mai ales pronunțat atunci când decizia este luată de un grup de oameni.

La un moment dat, specialiștii în tehnologia informației au dezvoltat o abordare mai structurată pentru a descrie procesele de afaceri. Ei au propus defalcarea unui proces de afaceri în celule ale unui tabel structurat, în care fiecare coloană și rând are o semnificație specifică. Acest tabel este mai ușor de citit, face mai ușor de înțeles cine este responsabil pentru ce, în ce secvență este efectuată munca în procesul de afaceri și, în consecință, procesul de afaceri este mai ușor de analizat. Forma tabelară de descriere a proceselor de afaceri este mai eficientă decât forma text și este utilizată în prezent în mod activ de specialiștii în tehnologia informației pentru a descrie procesele de afaceri în aplicarea sarcinilor lor de automatizare.

Recent, abordările grafice au început să fie intens dezvoltate și utilizate în descrierea proceselor de afaceri. Este recunoscut că metodele grafice sunt cele mai eficiente în rezolvarea problemelor de descriere, analiză și optimizare a activităților unei companii.

S-a dovedit că grafica este bună, deoarece informațiile grafice situate în câmpul vizual al unei persoane sunt percepute de creierul său în același timp. Al doilea avantaj este că un manager, ca orice persoană, are gândire la nivelul creierului drept și gândește sub formă de imagini. Traduce orice informație text în imagini. Atunci când informațiile îi sunt prezentate sub formă de imagini grafice, capacitatea lui de a analiza și de a lua decizii crește semnificativ. Articolul va lua în considerare abordări grafice pentru descrierea proceselor, deoarece acestea s-au dovedit bine și pot fi utilizate eficient pentru a optimiza activitățile unei organizații.

în condițiile moderne ale unui mediu extern în schimbare, sarcina principală a unei întreprinderi devine un răspuns rapid la schimbări și implementarea corespunzătoare a măsurilor adecvate în organizarea și implementarea propriilor activități de afaceri.

Baza activităților oricărei organizații sunt procesele sale de afaceri sau procesele de afaceri, care sunt determinate de scopurile și obiectivele entității de afaceri. Procesele asigură implementarea tuturor tipurilor de activități ale întreprinderii legate de producția de bunuri și/sau servicii pe care entitatea comercială fie le produce, fie le vinde și le furnizează, fie le face toate acestea împreună. Pentru fiecare tip de lucrare care este inclusă în procesul general al activității economice, se definesc caracteristici de timp care determină locul acesteia în succesiunea de ansamblu a lucrărilor, condițiile de inițiere și timpul de execuție.

Nu este nimic nou în conceptul de proces în sine. Procesele au fost și sunt întotdeauna în orice organizație. Dar au devenit relativ recent obiecte de management și numai în întreprinderi individuale. Problema este că procesele nu pot fi descrise la fel de ușor ca structurile ierarhice organizaționale.

Procesele în general sunt o definiție sistematică, secvențială a operațiilor funcționale care produc un rezultat specific; este o succesiune de operațiuni sau sarcini conexe necesare pentru a obține un rezultat.

Un proces de afaceri în sens larg este înțeles ca o secvență structurată de acțiuni pentru a efectua un anumit tip de activitate în toate etapele ciclului de viață al subiectului de activitate - de la crearea unei idei conceptuale prin proiectare până la implementare și rezultat (punerea în funcțiune). a unui obiect, livrarea de produse, prestarea de servicii, finalizarea unei anumite faze de activitate), adică un anumit proces închis de sistem.

Procesul de afaceri reprezintă un ansamblu de operațiuni de afaceri, un anumit număr de activități interne, începând cu una sau mai multe intrări și terminând cu crearea produselor necesare clientului (clientul nu este neapărat un consumator extern întreprinderii, poate fi o diviziune de organizația sau un anumit angajat).

Managementul proceselor de afaceri în producție a fost din punct de vedere istoric primul domeniu de aplicare cu succes a unui set de metode care mai târziu a devenit cunoscut sub numele de „abordare prin proces”. O abordare a managementului din punctul de vedere al managementului proceselor de afaceri necesită o anumită ruptură a stereotipurilor, indiferent în ce domeniu de management al întreprinderii se aplică.

Conceptul de „proces de afaceri” are mai multe valori, iar în stadiul actual nu există o definiție unică acceptată. Toate definițiile sunt unite, în primul rând, prin sublinierea că procesele de afaceri sunt continue, au anumite intrări (furnizarea de resurse, apariția unei idei de afaceri, idei pentru un nou produs, serviciu etc.) și ieșiri sub forma unui produs care satisface nevoile consumatorilor. Astfel, procesul de afaceri acoperă întreaga organizație de sus până jos.

Nu există o listă standard de procese, iar organizațiile trebuie să își dezvolte propria lor listă. De fapt, o întreprindere trebuie să realizeze până la 20 de procese cheie de afaceri, a căror implementare determină succesul său pe piață. Și numărul total de procese de afaceri ale unei întreprinderi poate ajunge la câteva sute.

Deoarece procesele de afaceri sunt fluxuri de muncă, ele au propriile limite, cu alte cuvinte, un început și un sfârșit. Pentru orice proces dat, aceste limite sunt stabilite de intrările inițiale sau primare de la care începe (Figura 9.1 Aceste intrări sunt deschise de furnizorii primari ai procesului). Resursele sau intrările de proces pot fi materiale și tehnice, energetice, umane, informaționale.

Orez. 9.1. V

În cadrul abordării prin proces, orice întreprindere este considerată un sistem de afaceri, care reprezintă un set conectat de procese de afaceri, ale căror obiective finale sunt producția de produse sau servicii.

Singurul scop al unui proces de afaceri este de a satisface cerințele clienților. Toți clienții pot fi împărțiți în cinci tipuri diferite, care nu sunt neapărat prezente separat (pot exista cazuri în care se suprapun):

Clienții primari sunt cei care primesc producție primară;

Clienți secundari, care sunt în afara procesului și primesc rezultate secundare;

Clienții indirecți care nu primesc ieșirea primară, dar sunt următorii în lanț, deci o ieșire târzie se reflectă asupra lor.

Clienții externi (din afara întreprinderii) care primesc rezultatul procesului: distribuitori, agenți, retaileri, alte organizații etc.

Clienți externi indirecti, consumatori.

Nu există reguli stricte și rapide cu privire la cât de larg sau restrâns să descrie procesele, iar companiile pot descrie chiar și procese similare în mod diferit. Categoriile de bază pot fi extinse cu altele suplimentare. Clasificarea proceselor de afaceri ale întreprinderii în funcție de principalele caracteristici este prezentată în tabel. 9.1.

Tabelul 9.1. CLASIFICAREA PROCESELOR DE AFACERI ALE ÎNTREPRINDERII

Rezumând cele de mai sus, este necesar să subliniem încă o dată că un proces de afaceri trebuie înțeles ca un ansamblu structurat, măsurabil de activități care sunt desfășurate ciclic de diferite divizii structurale ale întreprinderii și constituie împreună un act logic întreg al activității de afaceri, organizat. sa obtina rezultatele intreprinderii prin satisfacerea nevoilor clientilor .

Postat pe http://www.allbest.ru/

Proiect de curs

la disciplina: „Proiectarea sistemelor informaționale”

Proiectarea AIS „Centrul de dezvoltare a copiilor”

Completat de: student în anul 4

Tikhonova K.V.

Introducere

Copiii sunt florile vieții! La o vârstă fragedă, copiii sunt ca „bureții” absorbi mult material și cu cât începi să studiezi cu el mai devreme, cu atât devine mai dezvoltat.

În ultimul deceniu, în Rusia, precum și în întreaga lume, a avut loc o informatizare intensivă a activităților educaționale, datorită pătrunderii tot mai răspândite a tehnologiilor digitale în procesele de învățare. În zilele noastre, în Rusia, pentru informatizarea activităților educaționale, se creează sisteme care sunt axate pe rezolvarea problemelor dintr-o anumită disciplină. Astfel de sisteme se numesc sisteme informatice automatizate (AIS). Avantajul AIS este că este construit special pentru o anumită instituție. Acest lucru vă permite să optimizați sistemul funcțional construit pentru nevoile instituției și să țineți cont de toate subtilitățile lucrării în măsura maximă.

Scopul acestui proiect de curs este de a dezvolta un AIS „Centrul de dezvoltare a copiilor”. Pentru a atinge acest obiectiv, trebuie îndeplinite mai multe sarcini:

1. Analizați acest domeniu;

2. Dezvoltarea modelelor de procese de afaceri;

3. Pe baza rezultatelor analizelor, creați un sistem informațional.

Pe baza scopurilor și obiectivelor, proiectul cursului este împărțit în două capitole. Primul implică analiza domeniului și dezvoltarea modelelor de funcționare a acesteia cu ajutorul instrumentelor CASE. Al doilea implică proiectarea și crearea directă a sistemului informațional în sine.

Capitolul 1. Analiza obiectului de cercetare și dezvoltarea modelelor de funcționare a acestuia

Descrierea domeniului subiectului

Descrierea domeniului subiectului este una dintre cele mai importante etape de lucru atunci când se proiectează sisteme software pentru întreprinderi de diferite dimensiuni.

Principalele sarcini ale Centrului de Dezvoltare a Copiilor:

1)atragerea clientelei;

2) înregistrarea copiilor la centrul de copii;

3) desfășurarea cursurilor educaționale și de dezvoltare, precum și a procedurilor de tratament și reabilitare;

4) rezumarea activităților copilului;

5) eliberarea copilului din centrul de copii.

Direcții de lucru ale Centrului de Dezvoltare a Copiilor:

Cursuri de dezvoltare a vârstei, și anume:

*Cursuri pentru copii de la 9 luni la 1,5 ani

*Cursuri pentru copii de la 1,5 la 2,5 ani

*Cursuri pentru copii de la 2,5 la 4 ani

*Cursuri pentru copii de pregătire pentru școală de la 4 la 7 ani, inclusiv limba engleză, creativitatea copiilor, matematică și logică, mediu, citit și scris.

*Clasuri cu un psiholog

*Clasuri cu un logoped

*Cluburi de dezvoltare, precum: gimnastica, arte plastice, activitati de teatru, muzica, dans. Structura organizatorică a Centrului de Dezvoltare a Copiilor este prezentată în Figura 1.1.

Orez. 1.1. Structura organizatorică a centrului pentru copii

1.2 Analiza structurală a proceselor de afaceri

Descrierea proceselor de afaceri.

Modelarea proceselor de afaceri este un mijloc eficient de a găsi modalități de optimizare a activităților unei companii, permițându-vă să determinați cum funcționează compania în ansamblu și cum sunt organizate activitățile la fiecare loc de muncă.

Etapele descrierii proceselor de afaceri:

Determinarea scopului descrierii.

Descrierea mediului, determinarea intrărilor și ieșirilor unui proces de afaceri, construirea diagramelor IDEF0.

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

Descrierea fluxurilor de proces (material, informativ, financiar), construirea diagramelor DFD.

Construirea structurii organizatorice a procesului (departamente, participanți, persoane responsabile). Figura 1.2 prezintă o diagramă de context a sistemului informațional „Centrul de dezvoltare a copiilor”, construit folosind BPwin:

Fig.1.2.Diagrama de context

La intrarea în sistem, vedem procese precum „Datele copilului și tutorelui”, „Înregistrarea copiilor în centru” și „Efectuarea plății pentru servicii”. Aceasta este cu ce se confruntă clientul înainte de procesul în sine.

Pentru a asigura funcționarea procesului, este necesar personal de întreținere și echipamente de instruire. Există, de asemenea, documente de intrare precum „Legile Federației Ruse”, „Documentația de reglementare” și „Licența”, care indică legitimitatea activității Centrului de Dezvoltare a Copiilor. Rezultatul muncii întregului sistem este „Rezumarea rezultatelor procesului educațional” și „Renunțarea copilului din centrul pentru copii”.

După descrierea diagramei de context, se efectuează o descompunere funcțională - sistemul este împărțit în subsisteme și fiecare subsistem este descris separat. Apoi fiecare subsistem este împărțit în altele mai mici și așa mai departe până când se atinge nivelul dorit de detaliu. Ca rezultat al acestei partiții, fiecare fragment al sistemului este reprezentat pe o diagramă de descompunere separată.

Figura 1.3 prezintă o descriere mai detaliată a proceselor. Întregul proces este împărțit în 4 etape. În prima etapă, copilul este înregistrat la centrul de dezvoltare, după care se întocmește un jurnal de prezență a elevului. În a doua etapă, specialiști calificați întocmesc un curriculum individual pentru fiecare copil, după care se întocmește în mod corespunzător un orar pentru aceste ore. La a treia etapă se efectuează cursuri educaționale și de dezvoltare și proceduri terapeutice, după care profesori și medici. personalul trebuie să efectueze un audit final al activităților lor. Și în ultima etapă, se rezumă atât rezultatele muncii personalului, cât și abilitățile și cunoștințele dobândite ale copilului în ansamblu, după care se organizează eliberarea copilului din centrul de dezvoltare.

Pentru a obține informații mai detaliate, a fost efectuată o descompunere cu un al treilea nivel de detaliu. Figura 1.4 prezintă o diagramă de descompunere a procesului „Elaborarea unui curriculum individual”.

Fig. 1.4 Diagrama de descompunere „Elaborarea unui curriculum individual.”

Aici putem vedea că înainte de a crea un program pentru procesul educațional al unui copil, este necesar să se țină cont de multe nuanțe. Deci, după primirea jurnalului elevului (copilului) completat de către părinte (tutore), datele sunt transferate unui specialist calificat care, pe baza datelor personale ale copilului (sex, vârstă), completează chestionarul (cartonul) copilului, care va consemna toate acţiunile procesului de învăţământ. De asemenea, pentru a întocmi un program este necesar să se țină cont de preferințele copilului și ale părinților săi, care la rândul lor descriu acest lucru în scris (declarații). În etapa următoare se selectează specialiştii necesari (profesori, medici) şi se organizează grupuri în care copiii vor studia.

Toate etapele sunt controlate de legile Federației Ruse, documentația de reglementare și licența companiei. Pe lângă această metodologie, poate fi utilizat și DFD. O diagramă de flux de date (DFD) este o metodologie grafică de analiză structurală care descrie sursele și destinațiile de date externe unui sistem, funcțiile logice, fluxurile de date și depozitele de date accesate.

Fig. 1.5 Diagrama de descompunere DFD „Clasele de conducere”

În Fig. 1.5, etapa „Desfășurarea orelor educaționale și de dezvoltare și a procedurilor de tratament” este împărțită în 2 procese. La intrarea primului proces „Selectarea unui sistem de formare” există o entitate externă „Standard de formare”, care indică faptul că toate sistemele de formare selectate de specialiști trebuie să respecte anumite standarde educaționale ale Federației Ruse. După alegerea unui sistem, se elaborează un plan de lecție (lecție) și, în consecință, se desfășoară lecția în sine. După parcurgerea tuturor etapelor, se verifică munca prestată de personal (profesori și lucrători medicali).

Apoi, folosind IDEF3, procesul „Înregistrarea unui copil într-un centru pentru copii” a fost descompus. IDEF3 arată relațiile cauză-efect dintre situații și evenimente într-o formă care poate fi citită de experți, folosind o metodă structurată de exprimare a cunoștințelor despre modul în care funcționează un sistem, un proces sau o întreprindere.

Fig. 1.6 Diagrama de descompunere IDEF3 „Înregistrarea copilului”

La dezvoltarea structurii organizatorice a unei întreprinderi pe baza metodologiei de reinginerire a proceselor de afaceri, unul dintre primii și cei mai importanți pași este analiza activităților întreprinderii. Analiza începe cu identificarea și descrierea proceselor de afaceri care au loc în întreprindere.
Dezvoltarea unui model de reinginerie a procesului de afaceri (BP) pentru o organizație este o sarcină complexă, a cărei soluție necesită utilizarea unor tehnici și instrumente speciale bazate pe metode de analiză structurală.
Analiza structurală se numește de obicei o metodă de studiere a unui sistem, care începe cu o privire de ansamblu asupra acestuia și apoi intră în detaliu, dobândind o structură ierarhică cu un număr tot mai mare de niveluri. Aceste metode se caracterizează prin:
- împărțirea în niveluri de abstractizare cu o limită a numărului de elemente la fiecare nivel (de obicei de la 3 la 7, cu limita superioară corespunzătoare capacității creierului uman de a percepe un anumit număr
obiecte interconectate, iar cel de jos a fost ales din motive de bun simț);
context limitat, incluzând doar detalii relevante la fiecare nivel;
utilizarea unor reguli stricte de înregistrare formală;
abordare consecventă a rezultatului final. Metodele de analiză structurală permit depășirea complexității sistemelor mari, împărțindu-le în părți („cutii negre”) și organizând ierarhic aceste „cutii negre”. Avantajul utilizării cutiilor negre este că utilizatorul nu trebuie să știe cum funcționează. Trebuie doar să cunoașteți intrările și ieșirile sale, precum și scopul acestuia (adică funcția pe care o îndeplinește). În lumea din jurul nostru, „cutiile negre” se găsesc în număr mare: un magnetofon și un televizor la nivel de gospodărie, o întreprindere din perspectiva clientului etc.
Astfel, primul pas în simplificarea unui sistem complex este defalcarea lui în „cutii negre” (principiul „împărți și cuceri” - principiul rezolvării problemelor dificile prin împărțirea lor în multe sarcini independente care sunt ușor de înțeles și de rezolvat). ), iar o astfel de împărțire trebuie să îndeplinească următoarele criterii:
fiecare „cutie neagră” trebuie să implementeze o singură funcție a sistemului;
funcția fiecărei „cutii negre” trebuie să fie ușor de înțeles, indiferent de complexitatea implementării acesteia (de exemplu, un sistem de control al rachetei poate avea o cutie neagră pentru a calcula locația de aterizare: în ciuda complexității algoritmului, funcția cutia neagră este evidentă - calcularea punctului de aterizare);
o conexiune între „cutiile negre” ar trebui introdusă numai dacă există o conexiune între funcțiile corespunzătoare ale sistemului (de exemplu, în contabilitate, este necesară o cutie neagră pentru a calcula salariul total al unui angajat și alta - pentru a calcula impozitele . Legătura necesară între aceste „cutii negre” este valoarea taxelor de câștig care sunt necesare pentru calcularea impozitelor);
- conexiunile dintre cutiile negre ar trebui să fie cât mai simple posibil pentru a asigura independența între ele.
A doua idee importantă care stă la baza metodelor structurale este ideea de ierarhie. Pentru a înțelege un sistem complex, nu este suficient să-l împărțim în părți, este necesară organizarea acestor părți într-un anumit mod, și anume sub formă de structuri ierarhice. Toate sistemele complexe ale Universului sunt organizate în ierarhii. Și în sine include galaxii, sisteme stelare, planete, molecule, atomi și particule elementare. Astfel, al doilea principiu al analizei structurale (principiul ordonarii ierarhice), pe langa faptul ca este mai usor de inteles o problema daca este defalcata in parti, declara ca si aranjarea acestor parti este esentiala pentru intelegere. Înțelegerea unei probleme crește dramatic atunci când părțile sale sunt organizate în structuri ierarhice arborescente, adică sistemul poate fi înțeles și construit în niveluri, fiecare dintre acestea adăugând noi detalii.
Al treilea principiu: metodele structurale folosesc pe scară largă notațiile grafice, care servesc și pentru a facilita înțelegerea sistemelor complexe. Se știe că „o imagine valorează cât o mie de cuvinte”.
În scopul analizei structurale, sunt utilizate în mod tradițional trei grupuri de instrumente, ilustrând:
funcțiile pe care sistemul trebuie să le îndeplinească;
relațiile dintre date;
¦ comportamentul dependent de timp al sistemului (aspecte în timp real).
Dintre varietatea de notații grafice utilizate pentru a rezolva problemele enumerate, următoarele sunt cele mai des și mai eficient utilizate în metodologiile de analiză structurală:
DFD (Data Flow Diagrams) - diagrame de flux de date împreună cu dicționare de date și specificații de proces (mini-specificații);
ERD (Entity-Relationship Diagrams) - diagrame entitate-relație;
STD (State Transition Diagrams) - diagrame de tranziție de stări.
Toate conțin instrumente de modelare grafică și text: primul - pentru comoditatea afișării principalelor componente ale modelului, al doilea - pentru a asigura o definire precisă a componentelor și conexiunilor sale.


L
Un DFD clasic arată sursele de date și chiuvetele (destinația) externe sistemului, identifică funcții logice (procese) și grupuri de elemente de date care leagă o funcție de alta (threads) și, de asemenea, identifică depozitele de date (unități) care sunt accesate. Structurile fluxului de date și definițiile componentelor lor sunt stocate și analizate într-un dicționar de date. Fiecare funcție logică (proces) poate fi detaliată folosind un DFD de nivel inferior; când detaliile suplimentare nu mai sunt utile, treceți la exprimarea logicii funcției folosind o specificație de proces (mini-specificație). Conținutul fiecărui depozit este, de asemenea, stocat într-un dicționar de date, modelul de date al depozitului este expus folosind ERD. În cazul timpului real, DFD este completat prin descrierea comportamentului dependent de timp al sistemului, dezvăluit folosind STD. Aceste relații sunt prezentate în Figura 2.3.
Notațiile grafice enumerate mai sus sunt utilizate (într-un set sau altul) în aproape toate metodologiile moderne de analiză a sistemelor structurale. Rolul acestor metodologii este de a reglementa fundamentele dezvoltării sistemelor complexe. Ele descriu succesiunea de pași, modele și abordări.
În prezent, aproape toate metodologiile de analiză structurală cunoscute sunt utilizate cu succes, dar cele mai răspândite sunt:
Metodologii SADT (Structured Analysis and Design Technique);
analiza sistemelor structurale de către Gane-Sarson;
analiza structurala si proiectare Iodana-De Marco (Yourdon-DcMarko);
Dezvoltarea sistemelor Jackson;
dezvoltarea sistemelor structurale Warnier-Oppa (Warmer-Orr);
analiza și proiectarea sistemelor în timp real de către Ward-Mellor și Hatley;
modelarea informaţiei Martin (Martin).
Metodologiile structurale enumerate reglementează cu strictețe fazele analizei cerințelor și proiectării specificațiilor și reflectă o abordare „carte de bucate” a dezvoltării sistemului.
Simbolurile și termenii de bază ai DFD (în notație Jodane) sunt prezentați în Figura 2.4.
Fluxurile de date sunt mecanisme utilizate pentru a modela transferul de informații (sau componente fizice) de la o parte a unui sistem la alta. Fluxurile în diagrame sunt de obicei reprezentate prin săgeți numite, a căror orientare indică direcția în care circulă informațiile. Uneori, un flux se poate mișca într-o direcție, poate fi procesat și se poate întoarce înapoi la aceeași sursă. Această situație poate fi modelată fie prin două fluxuri diferite, fie printr-unul bidirecțional.
Scopul unui proces este de a produce fluxuri de ieșire din fluxuri de intrare în conformitate cu acțiunea specificată de numele procesului. Acest nume trebuie să conțină un verb în formă nedefinită urmat de un obiect. În plus, fiecare proces trebuie să aibă un număr unic pentru referință în diagramă. Acest număr poate fi utilizat împreună cu numărul diagramei pentru a oferi un index unic de proces pentru întregul model. Denumire componente Denumire componente Flux de date Nume > Flux de control Nume Proces ^Nume^ Proces de control > \ t ъ
f Numele j
* /
4 U
^ t y Nume stocare Control stocare Nume Entitate externă Nume Nod de schimbare a numelui Nod de grup Nume Nod de schimbare a tipului Figura 2.4 - Simboluri de bază ale unei diagrame de flux de date
Stocarea (unitatea) de date (materiale) vă permite să definiți date în anumite zone care vor fi stocate în memorie între procese. De fapt, depozitul reprezintă „feții” de fluxuri de date de-a lungul timpului. Informațiile (materii prime, semifabricate) pe care le conține pot fi folosite în orice moment după ce sunt definite, iar datele (obiectele) pot fi selectate în orice ordine. Numele depozitului trebuie
identifică conținutul său și fi un substantiv. În cazul în care un flux de date intră sau iese dintr-un depozit și structura acestuia se potrivește cu structura depozitului, acesta trebuie să aibă același nume, care nu trebuie să fie prezentat în diagramă.
O entitate externă (sau terminator) reprezintă o entitate în afara contextului sistemului care este sursa sau receptorul datelor de sistem. Numele său trebuie să conțină un substantiv, cum ar fi depozit de mărfuri. Obiectele reprezentate de astfel de noduri nu sunt de așteptat să participe la nicio prelucrare.
Descompunerea DFD se bazează pe descompunerea procesului - fiecare proces poate fi extins folosind un DFD de nivel inferior.
Un rol specific important în model îl joacă un tip special de DFD - o diagramă de context care modelează sistemul în modul cel mai general. O diagramă de context reflectă interfața unui sistem cu lumea exterioară, și anume, fluxurile de informații dintre sistem și entitățile externe cu care acesta trebuie să fie asociat. Ea identifică aceste entități externe, precum și, de obicei, un singur proces care reflectă scopul sau natura principală a sistemului în ceea ce îl priveşte Poate. Și deși diagrama de context pare banală, utilitatea ei neîndoielnică constă în faptul că stabilește limitele sistemului analizat. Fiecare proiect ar trebui să aibă exact o diagramă de context și nu este nevoie să-i numeroteze singurul proces.
Primul nivel DFD este construit ca o descompunere a procesului care este prezent în diagrama de context.
Diagrama de primul nivel construită are, de asemenea, multe procese, care la rândul lor pot fi descompuse într-un DFD de nivel inferior. Aceasta construiește o ierarhie DFD cu o diagramă de context la rădăcina arborelui. Acest proces de descompunere continuă până când procesele pot fi descrise eficient folosind specificații scurte (până la o pagină) de miniprocesare (specificații de proces).
Cu această construcție a ierarhiei DFD, fiecare proces de nivel inferior trebuie corelat cu un proces de nivel superior.
Datele individuale dintr-un sistem sunt adesea independente. Cu toate acestea, uneori este necesar să se ocupe simultan mai multe date independente. De exemplu, sistemul are fluxuri „mere”, „portocale” și „pere”. Aceste fire pot fi grupate prin introducerea unui nou thread „fructe”. Pentru a face acest lucru, este necesar să se definească în mod formal fluxul „fruct” ca fiind format din mai multe elemente descendente. Astfel de fluxuri, care combină mai multe fluxuri, se numesc fluxuri de grup. Operația inversă, împărțirea fluxurilor în subfluxuri, se realizează folosind un nod de grup, care vă permite să împărțiți un flux în orice număr de subfluxuri.
Descompunerea fluxurilor peste granițele diagramei se realizează într-un mod similar, făcând posibilă simplificarea DFD detaliată. Să existe un flux FRUIT inclus în procesul detaliat. Într-o diagramă de flux care detaliază acest proces, s-ar putea să nu existe „fructe” deloc, ci în schimb pot exista fluxuri „mere” și „portocale” (ca și cum ar fi fost transferate din procesul în curs de detaliere). În acest caz, trebuie să existe o definiție BNF a fluxului FRUCTE, constând din subfluxuri „mere” și „portocale”, în scop de echilibrare.
Utilizarea acestor operațiuni asupra datelor permite structurarea datelor și crește vizibilitatea și lizibilitatea diagramelor.
Pentru a oferi descompunerea datelor și alte capabilități de serviciu, următoarele tipuri de obiecte sunt adăugate la DFD:
nod de grup. Proiectat pentru împărțirea și îmbinarea fluxurilor. În unele cazuri, poate fi absent (adică să degenereze efectiv într-un punct de îmbinare/divizare a fluxurilor pe diagramă);
nod de schimbare a numelui. Vă permite să denumiți în mod ambiguu fluxurile, în timp ce conținutul lor este echivalent. De exemplu, dacă în timpul proiectării diferitelor părți ale sistemului aceeași bucată de date a primit nume diferite, atunci echivalența fluxurilor de date corespunzătoare este asigurată de nodul de schimbare a numelui. În acest caz, unul dintre fluxurile de date este intrarea pentru acest nod, iar celălalt este ieșirea;
proces de control. Reprezintă interfața dintre DFD și specificațiile de control care de fapt modelează și documentează aspecte în timp real. Denumirea acestuia indică tipul de activitate de control produs de caietul de sarcini. De fapt, procesul de control este un convertor de fluxuri de control de intrare în fluxuri de control de ieșire; în acest caz, descrierea exactă a acestei transformări trebuie specificată în caietul de sarcini de control;
controlează stocarea. Reprezintă o „slice” de flux de control în timp. Informațiile de control conținute în acestea pot fi utilizate în orice moment după ce sunt introduse în depozit, iar datele corespunzătoare pot fi utilizate în orice ordine. Numele depozitului de control trebuie să identifice conținutul acestuia și să fie un substantiv. Stocarea de control diferă de stocarea tradițională prin faptul că poate conține numai fire de control; toate celelalte caracteristici ale acestora sunt identice;
fluxul de control este o „conductă” prin care circulă informațiile de control. Numele lui nu trebuie să conțină verbe, ci doar substantive și adjective. De obicei, fluxul de control este mai degrabă discret decât continuu. Acesta ar putea fi, de exemplu, un semnal reprezentând starea sau tipul de operare.
În mod logic, un proces de control este un fel de post de comandă care reacționează la modificările condițiilor externe transmise acestuia prin intermediul fluxurilor de control și produce comenzi executate de procese în conformitate cu logica sa internă;
type change node - fluxul de date este intrarea pentru acest nod, iar fluxul de control este ieșirea. De exemplu, fluxul de date „viteza mașinii” în unele cazuri poate fi folosit ca un control pentru a controla valoarea critică.
Astfel, dezvoltatorii modelelor BP au ajuns la concluzia că cel mai simplu mod de a standardiza astfel de lucrări este introducerea de reguli pentru reprezentarea grafică a BP și interpretarea acestora.
imagini grafice. Aceste reguli, desigur, trebuie să fie recunoscute de una sau alta comunitate autorizată. Această metodă a devenit cea mai eficientă odată cu apariția primelor instrumente software care automatizează activitățile echipelor de designeri de modă care își unesc forțele în cadrul unui singur proiect. Există destul de multe implementări ale metodei luate în considerare și sunt asociate în principal cu un instrument CASE specific. Cu toate acestea, putem vorbi deja despre câteva meta-tendențe confirmate istoric.
Compararea instrumentelor existente este un proces extrem de dificil din cauza complexității instrumentelor și a ideilor intensive în cunoștințe încorporate în acestea. Slăbiciunea obiectivă a motivațiilor comparative date de specialiștii în domeniul reinginerării proceselor de afaceri se datorează dificultății sau inadecvatei de a stăpâni la perfecțiune mai mult de un instrument de design organizațional. Din același motiv, opinia unui astfel de specialist este doar o reflectare a gradului de compatibilitate a viziunii sale asupra lumii, format din experiența nici unui an de muncă.
Acum putem vorbi despre două direcții principale în dezvoltarea instrumentelor de design organizațional. Una se exprimă în crearea unor condiții care reduc gradul de libertate al designerului. Aceasta este definiția standardelor stricte pentru întocmirea inferențelor care asigură o înțelegere reciprocă acceptabilă între dezvoltatorii și utilizatorii de instrumente care susțin întregul ciclu al proiectului, dar nu ne permit să „creăm” așa cum ne dorim. Celălalt acoperă doar fragmente individuale ale ciclului de proiect și are ca scop prezentarea unui serviciu de exprimare a opiniilor „creative” privind proiectarea proceselor organizaționale. Cu alte cuvinte, cele două abordări diferă prin numărul de relații standard pe care mediul software le reprezintă pentru descrierea proceselor organizaționale.
O încercare de a compara unele caracteristici și caracteristici ale descrierii proceselor de afaceri implementate în produsul software Rational Rose de la Rational Software și produsele bazate pe metodologia IDEF0, dintre care cea mai comună pe piața rusă este BPwin de la Computer Associates Corporation, ne permite pentru a concluziona că primul sistem aparține categoriei este „creativ”, iar al doilea este „greu”.
Deoarece componentele caracteristice ale sistemelor „hard” bazate pe IDEF și DFD au fost discutate în detaliu mai sus, să ne oprim mai în detaliu asupra trăsăturilor caracteristice ale „creativului” Rational Rose. Rational Rose nu acceptă nicio metodologie cunoscută de modelare și analiză a proceselor de afaceri. Metodologia de construire a așa-numitelor „modele de afaceri”, conținută în setul suplimentar de recomandări sau metodologia RUP care însoțește pachetul Rational Rose, oferă diagrame de caz de utilizare și de activitate pentru a descrie procesele de afaceri. Totuși, autorul este convins că aceste diagrame ne permit să descriem doar o mică parte din informațiile necesare modelării proceselor de afaceri și care sunt reprezentate de instrumentele IDEF0. În plus, arcele de caz de utilizare și de activitate ale diagramelor nu au aceleași tipuri semantice care au fost specificate pentru arcele IDEF0. Convențiile sintactice dictate de sistem la dezvoltarea cazurilor de utilizare și diagramele de activitate nu sunt combinate într-un sistem complet; nu se dă nicio interpretare acestor diagrame pentru a explica cum ar trebui utilizate în modelare.
Din aceste motive, utilizatorii Rational Rose, atunci când elaborează cazuri de utilizare și diagrame de activitate, trebuie să vină cu propriile convenții sintactice originale și să-și dea interpretarea celor existente pentru a reflecta toate informațiile esențiale procesului analizat.
Cu alte cuvinte, utilizatorul Rational Rose este nevoit să-și dezvolte propriile „formalisme” pentru a obține o metodologie de construire a modelelor și analiza proceselor de afaceri.
Există și instrumente software rusești bazate pe utilizarea tehnologiilor CASE, de exemplu pachetul intern - CASE.analyst.
CASE.Analyst este un sistem grafic de clasă CASE (Computer Aided Software/System Engineering) care rulează sub Microsoft Windows 9.X. CASE.Analyst oferă următoarele capabilități;
instrumente pentru modelarea funcțională a sistemului folosind diagrame de flux de date;
întreținerea automată a bazei de date a proiectelor;
verificarea automată a proiectului, controlul integrității și completității;
interfață grafică modernă;
o descriere clară și riguroasă a sistemului (specificațiile sistemului);
instrumente de prezentare a proiectelor, de exemplu, diagrame 2x2m (pe orice imprimantă);
generarea automată a documentației de proiect în conformitate cu GOST 19.XXX și 34.XXX;
peste 40 de tipuri de rapoarte și protocoale.
Fereastra diagramă este fereastra principală de lucru a programului în sensul că definește diagrama curentă a proiectului și nu poate fi închisă. Fereastra Diagrame vă permite să creați și să editați diagrame. O diagramă nouă poate fi creată numai prin detalierea (descompunerea) oricărui nod din diagrama curentă. Astfel, toate diagramele formează automat un arbore de proiect ierarhic.
Fiecare diagramă de proiect poate fi unul dintre următoarele tipuri:
CD - diagramă de context;
DPD - diagrama fluxului de date;
DPU - diagrama flux de control.
Diagrama cea mai de sus a unui proiect este întotdeauna diagrama de context.
Fiecare tip de diagramă are propria paletă de obiecte în partea dreaptă
ferestre.
Abordările enumerate, în ciuda toată diversitatea lor, în designul organizațional al întreprinderilor se bazează pe principiile integrității, adică mediul extern în aceste modele este prezent doar ca o entitate externă care formează semnale de intrare (fluxuri de materiale) și închide feedback-ul. linii.
Cu toate acestea, s-a arătat anterior că una dintre tendințele caracteristice în dezvoltarea organizațională a companiilor moderne este estomparea granițelor organizației, pierderea diferenței dintre mediul intern și extern al corporației din cauza numeroaselor legături de cooperare,
diversificarea, consultanța și participarea financiară reciprocă a companiilor în activitățile celorlalte.
Cea mai frapantă manifestare a „interpenetrării organizaționale” a devenit externalizarea. Specificul acestui fenomen economic și posibilitatea utilizării unei analize a gradului de „acceptabilitate a externalizării” în proiectarea structurală a organizațiilor vor fi discutate în secțiunea următoare.

5.1.Esenţa metodologiei de modelare funcţională
procese de afaceri (metodologii SADT)

Există diverse abordări pentru maparea modelelor de procese de afaceri, printre care se remarcă abordările funcționale și cele orientate pe obiecte. În abordarea funcțională, principalul element de formare a structurii este funcția (acțiunea), în abordarea orientată pe obiect - obiectul.

Esența abordării funcționale Modelarea proceselor de afaceri se rezumă la construirea unei diagrame de proces tehnologice sub forma unei secvențe de operații, a cărei intrare și ieșire reflectă obiecte de diferite naturi: obiecte materiale și informaționale, resurse utilizate, unități organizaționale.

Avantajul abordării funcționale constă în claritatea și claritatea prezentării proceselor de afaceri la diferite niveluri de abstractizare, ceea ce este deosebit de important în etapa de implementare a proceselor de afaceri dezvoltate în unitățile de afaceri.

Un dezavantaj semnificativ al abordării funcționale este o oarecare subiectivitate în detalierea operațiunilor și, în consecință, o intensitate mai mare a muncii în construirea adecvată a proceselor de afaceri.

Metodologia SADT(Structured Analysis and Design Technics) a devenit atât de răspândită datorită faptului că se concentrează pe o reprezentare cuprinzătoare a structurii fluxurilor materiale, informaționale, financiare și de management, afișând structura organizatorică.
Din acest motiv, metodologia SADT vizează mai mult reorganizarea întregului sistem de management decât alte metodologii de modelare funcțională bazate pe utilizarea diagramelor de flux de date, al căror scop principal este proiectarea proceselor informaționale.

Un model funcțional al proceselor de afaceri constă din diagrame, fragmente de text și un glosar care au legături între ele. Diagramele sunt componentele principale ale unui model care afișează secvențe de funcții (operații, acțiuni, activități) ale unui proces de afaceri interconectate prin obiecte comune.

Avantajul modelului funcțional constă în simplitatea sa grafică, care utilizează doar două elemente structurale:

Bloc funcțional – descrierea unei funcții, operațiuni, acțiuni, lucrări;

Un arc de interfață care conectează două blocuri funcționale - o descriere a unui obiect, un flux de obiecte.

Modelul funcțional începe cu construirea unei descrieri generale a procesului, care este prezentată într-o diagramă de nivel zero sau diagramă de context (Fig. 10).

La acest nivel, întregul proces este considerat ca un bloc funcțional cu toate obiectele de procesare și control asociate. Această diagramă reflectă și scopul analizei structurale (de exemplu, reducerea duratei unui proces, sau reducerea costurilor, sau îmbunătățirea calității serviciului etc.) și punctul de vedere din care este privit modelul (direcție, informații). departament, departament economic etc.).

Orez. 10. Diagrama de context

Următoarele diagrame de nivel detaliază funcțiile de proces ale fiecărui nivel anterior. Astfel, blocul funcțional A0 este descompus într-un set de subfuncții interconectate A1, A2, A3, ... (Fig. 11). La rândul său, fiecare bloc funcțional al nivelului 1 poate fi descompus într-un set de subfuncții, de exemplu A2 în A21, A22, A23, A24 ... și așa mai departe până când se obțin acțiuni elementare la ultimul nivel. Se recomandă plasarea a nu mai mult de 6 blocuri funcționale la fiecare nivel. Numărul de niveluri de descompunere nu este limitat. De obicei, 2-3 nivele de descompunere sunt suficiente pentru o analiză structurală a proceselor de afaceri;