Documente Academic
Documente Profesional
Documente Cultură
Myslide - Es - Sisteme Informatice de Gestiune 561e72c9a5c9c PDF
Myslide - Es - Sisteme Informatice de Gestiune 561e72c9a5c9c PDF
Myslide - Es - Sisteme Informatice de Gestiune 561e72c9a5c9c PDF
pagina 4
Sisteme informatice de gestiune
CUPRINS
1.Abordarea sistemica
1.1.-Sistem; noţiuni generale
1.2.-Conceptul de analiză sistemică
2.Sisteme informaţionale
2.1.-Comunicarea în sistemele informaţionale
2.2.-Fluxuri de informaţii
2.3.-Locul şi rolul sistemului informaţional
3.Sisteme informatice
3.1. -Definire
3.2. -Ciclul de viaţă al unui sistem informatic
4.Metoda MERISE
4.1. –Prezentare
4.2. –Ciclul de viaţă
4.2.1. –Elaborarea temei de realizare a
sistemului informatic
4.2.2. –Proiectarea logică
4.2.3. –Proiectarea tehnică
4.2.4. –Elaborarea programelor
4.2.5. –Implementarea, exploatarea şi
întreţinerea
4.3. –Ciclul de abstractizare
4.3.1. -Modelul conceptual al datelor
4.3.2. –Modelul logic al datelor
4.3.3. –Modelul fizic al datelor
4.3.4. –Modelul conceptual al comunicaţiilor
4.3.5. –Modelul conceptual al prelucrărilor
4.3.6. –Modelul organizaţional al prelucrărilor
4.3.7. –Modelul operaţional al prelucrărilor
4.4. –Ciclul de decizie
5.Abordări orientate spre date şi spre prelucrări
Bibliografie
pagina 5
Sisteme informatice de gestiune
1. ABORDAREA SISTEMICĂ
pagina 6
Sisteme informatice de gestiune
pagina 7
Sisteme informatice de gestiune
Y=FX
Z = F ( X + Δx)
pagina 11
Sisteme informatice de gestiune
pagina 12
Sisteme informatice de gestiune
pagina 13
Sisteme informatice de gestiune
pagina 14
Sisteme informatice de gestiune
pagina 15
Sisteme informatice de gestiune
pagina 16
Sisteme informatice de gestiune
pagina 17
Sisteme informatice de gestiune
2. SISTEME INFORMAŢIONALE
pagina 18
Sisteme informatice de gestiune
H(X) = H(p1,p2,...,pn)
I = log2 n = -log2 p
p1 = p2 =....= pn = p= 1/n
pagina 19
Sisteme informatice de gestiune
Fie:
unde:
E - este emiţătorul de informaţie
R - este receptorul de informaţie
C - este canalul de comunicaţie
Caracterul esenţial al procesului de comunicare este
reprezentat de mesaj şi această cantitate care
caracterizează mesajul - definit ca o secvenţă de semne
elementare - este legată de lungimea sa, de
dimensiunile în spaţiu şi timp ale suportului său, sau ale
canalului de transfer (lungimea cuvântului, suprafaţa
unui disc, a unui tablou, numărul de semne imprimate),
dar mai ales de improbabilitatea ocurenţei (apariţiei)
sale, adică de combinaţia pe care o realizează. Această
cantitate de noutate sau originalitate transportată de la
E la R se adaugă la sistemul de cunoştinţe şi de
pagina 20
Sisteme informatice de gestiune
pagina 21
Sisteme informatice de gestiune
pagina 22
Sisteme informatice de gestiune
Fie:
pagina 23
Sisteme informatice de gestiune
unde:
E - este emiţătorul de informaţie
R - este receptorul de informaţie
C - este canalul de comunicaţie
P - este perturbaţia
Q=H(X) - H(X|Y)
pagina 25
Sisteme informatice de gestiune
pagina 26
Sisteme informatice de gestiune
pagina 27
Sisteme informatice de gestiune
pagina 28
Sisteme informatice de gestiune
pagina 29
Sisteme informatice de gestiune
pagina 30
Sisteme informatice de gestiune
pagina 33
Sisteme informatice de gestiune
3. SISTEME INFORMATICE
3.1. Definire
pagina 34
Sisteme informatice de gestiune
pagina 35
Sisteme informatice de gestiune
pagina 36
Sisteme informatice de gestiune
pagina 37
Sisteme informatice de gestiune
pagina 38
Sisteme informatice de gestiune
pagina 39
Sisteme informatice de gestiune
pagina 40
Sisteme informatice de gestiune
pagina 41
Sisteme informatice de gestiune
pagina 42
Sisteme informatice de gestiune
pagina 43
Sisteme informatice de gestiune
pagina 44
Sisteme informatice de gestiune
pagina 45
Sisteme informatice de gestiune
Modelul OPERAŢIONAL.
pagina 46
Sisteme informatice de gestiune
pagina 47
Sisteme informatice de gestiune
pagina 48
Sisteme informatice de gestiune
• de a creea produsul
• de a implementa o parte din modelul ciclului de
viaţă.
Încercarea de a găsi cea mai bună metodă de realizare a
sistemelor informatice este un subiect de cercetare
deosebit de important. Problema cu cele mai multe
metode este că ele au atât reguli implicite cât şi
explicite. Regulile explicite sunt prezentate de obicei în
documentaţia de realizare dar cele implicite nu sunt
prezentate nicăieri.
Când se realizează un sistem informatic apar o
multitudine de probleme şi este aproape imposibil să se
repete procesul original pentru crearea unui alt sistem.
Metoda nu furnizează numai paşii care trebuie parcurşi
ci precizează şi ce decizii trebuiesc luate în paşii
respectivi. Este foarte important, în acest caz, ca la
livrarea proiectului să se furnizeze şi metoda după care
a fost realizat.
Ultimul aspect care trebuie abordat este
"automatizarea" metodei de proiectare. Acest termen
este preferat termenului de "instrumente de dezvoltare"
(software tools), care vizează punctual o anumită
operaţie. Automatizare înseamnă un suport pentru o
metoda şi este o parte integrată în procesul de
dezvoltare a sistemului informatic. Dar soluţionarea cu
succes a problematicii constă în integrarea coerentă a
metodelor folosite într-o metodologie, şi nu în
automatizarea lor.
Automatizarea are o mulţime de avantaje. Cel mai
important constă în reducerea muncii în aplicarea
metodelor, şi într-un anume fel este cea mai realistă
manieră de aplicare a metodelor. Apectul birocraic al
celor mai multe metode presupune păstrarea unei
cantitaţi mari de informaţii care este imposibil de
gestionat manual pentru sisteme de o anumită mărime.
pagina 49
Sisteme informatice de gestiune
pagina 50
Sisteme informatice de gestiune
4.1. Prezentare
pagina 51
Sisteme informatice de gestiune
pagina 52
Sisteme informatice de gestiune
pagina 53
Sisteme informatice de gestiune
pagina 54
Sisteme informatice de gestiune
pagina 55
Sisteme informatice de gestiune
pagina 56
Sisteme informatice de gestiune
pagina 57
Sisteme informatice de gestiune
pagina 58
Sisteme informatice de gestiune
pagina 59
Sisteme informatice de gestiune
1. Tehnica documentării
2. Metoda analizei-diagnostic
3. Metoda diagramelor de flux informaţional
4. Metoda evidenţei economice
5. Metoda anchetelor
6. Metoda scenariilor
1. Tehnica documentării.
pagina 60
Sisteme informatice de gestiune
2.Metoda analizei-diagnostic.
pagina 61
Sisteme informatice de gestiune
pagina 62
Sisteme informatice de gestiune
pagina 63
Sisteme informatice de gestiune
5.Metoda anchetelor.
pagina 64
Sisteme informatice de gestiune
A) tehnica chestionarului
B) tehnica interviului
C) tehnica observării directe
pagina 65
Sisteme informatice de gestiune
pagina 66
Sisteme informatice de gestiune
B. Tehnica interviului
pagina 67
Sisteme informatice de gestiune
pagina 68
Sisteme informatice de gestiune
pagina 69
Sisteme informatice de gestiune
• sondaje
• cronometrări
• analiza posturilor ( locurilor de muncă)
Prin aplicarea acestora se relevă stări de fapt şi
posibilităţi pentru ameliorarea funcţionarii sistemului.
6.Metoda scenariilor.
pagina 70
Sisteme informatice de gestiune
pagina 71
Sisteme informatice de gestiune
pagina 72
Sisteme informatice de gestiune
pagina 73
Sisteme informatice de gestiune
pagina 74
Sisteme informatice de gestiune
4. Metoda compartimentală.
pagina 75
Sisteme informatice de gestiune
C={X,Y,T}
L = { Ci , Cj }
Xj+1,r = T Xj,r
pagina 76
Sisteme informatice de gestiune
A = { Lk , Lm }
Doi sau mai mulţi arbori legaţi în serie, paralel sau mixt
formează o structură complexă. (Figura 4.5.)
Convenţii:
• operanzii primari (datele primare) constituie operanzi
de generaţia zero. ( X01, X02, X03, X04);
• transformările operanzilor de generaţia zero
formează familia de operatori de generaţia 1 (T11,
T12, T13);
• celulele sunt reprezentate de operatorii lor prevăzuţi
cu doi indici; primul indică generaţia, iar al doilea
numărul de ordine al operatorului în cadrul familiei;
• ieşirile unui operator sunt de aceiaşi generaţie cu
operatorul, indiferent de generaţia intrărilor;
• operatorii în lant sunt de generaţii monoton
crescătoare;
pagina 77
Sisteme informatice de gestiune
pagina 79
Sisteme informatice de gestiune
pagina 80
Sisteme informatice de gestiune
pagina 81
Sisteme informatice de gestiune
pagina 82
Sisteme informatice de gestiune
pagina 83
Sisteme informatice de gestiune
pagina 84
Sisteme informatice de gestiune
pagina 85
Sisteme informatice de gestiune
pagina 86
Sisteme informatice de gestiune
Ep = Ne * (Mn/Mv - 1) * N/T
în care:
• Ep este economia de personal;
• Mv este volumul de muncă înainte de introducerea
sistemului informatic;
• Mn este volumul de muncă după introducerea
sistemului informatic;
• Ne este numărul de lucrători pentru exploatarea şi
întreţinerea sistemului informatic;
• N este numărul lunilor de funcţionare a sistemului
informatic;
• T este durata ciclului de prelucrare electronică a
datelor, în luni.
pagina 87
Sisteme informatice de gestiune
Sp = Q1 * N * Kf - Q0 * N + Spe
unde:
• Sp este sporul de producţie ca urmare a funcţionării
sistemului informatic;
• Q0,Q1 reprezintă valoarea producţiei înainte şi
respectiv după introducerea sistemului informatic;
• N este numărul de ani estimat pentru funcţionarea
sistemului informatic;
• Kf este coeficientul modificării valorii mijloacelor de
producţie în primul an de funcţionare a sistemului
informatic faţă de anul precedent;
• Spe este sporul efectiv a valorii producţiei pe durata
exploatării sistemului informatic.
Ps = P1 * Sp / Q1
sau
Ps = Pn * Sp
pagina 88
Sisteme informatice de gestiune
pagina 89
Sisteme informatice de gestiune
Dr = 1 / Ke
unde:
• Ec este suma economiilor rezultate din funcţionarea
sistemului informatic;
• Ci sunt cheltuielile iniţiale;
• Ce sunt cheltuielile de exploatare;
• Ps este profitul suplimentar.
pagina 90
Sisteme informatice de gestiune
Kt = tm0 /tm1
şi
Kc = Ct1 / Ct0
pagina 91
Sisteme informatice de gestiune
în care:
• tm0,tm1 reprezintă timpii medii de muncă necesari
înainte şi după introducerea sistemului informatic;
• Ct0,Ct1 reprezintă costurile totale înainte şi după
introducerea sistemului informatic.
Eg=Kc / Kt
pagina 92
Sisteme informatice de gestiune
pagina 93
Sisteme informatice de gestiune
pagina 94
Sisteme informatice de gestiune
pagina 95
Sisteme informatice de gestiune
pagina 96
Sisteme informatice de gestiune
pagina 97
Sisteme informatice de gestiune
pagina 98
Sisteme informatice de gestiune
pagina 99
Sisteme informatice de gestiune
pagina 100
Sisteme informatice de gestiune
pagina 101
Sisteme informatice de gestiune
CADRANUL I CADRANUL II
(condiţii) (intrări ale
condiţiilor)
R1 R2 R3 R4 R5 R6 R7 R8
C1 Se solicta mat. Da Da Da Da Nu Nu Nu Nu
X de cal. I
C2 Depozitul Da Nu Nu Nu Da Da Nu
dispune de
pagina 102
Sisteme informatice de gestiune
mat. X de cal I
C3 Depozitul Da Da Nu Da Nu Nu Nu
dispune de
mat. X de calit.
II în cantitate Q
C4 Solicitantul Da Nu Da Nu
accepta
schimbarea
calităţii
D1 Elibereaza mat. * *
X de calit. I în
cant. Q
D2 Eliberează mat. * *
X de calit. II în
cant. Q
D3 Emite comanda * *
de aprov. pt.
mat. X de
calit. I
D4 Emite comanda * *
de aprov. pt.
mat. X de
calit. II
pagina 103
Sisteme informatice de gestiune
pagina 104
Sisteme informatice de gestiune
pagina 105
Sisteme informatice de gestiune
pagina 106
Sisteme informatice de gestiune
pagina 107
Sisteme informatice de gestiune
pagina 108
Sisteme informatice de gestiune
pagina 109
Sisteme informatice de gestiune
Dezavantajele modularizarii:
1) Mulţi proiectanţi nu înţeleg modularizarea sau nu se
pot acomoda cu ea.
2) Modularitatea cere eforturi suplimentare în faza de
proiectare.
3) Proiectanţii nu cunosc problema în ansamblu ci
numai parţi ale ei.
4) Concepţia modulară duce la realizarea de programe
care încarcă suplimentar unitatea centrală a
calculatorului cu funcţiile de dispecerizare şi
comunicare între module.
pagina 110
Sisteme informatice de gestiune
pagina 111
Sisteme informatice de gestiune
pagina 112
Sisteme informatice de gestiune
pagina 113
Sisteme informatice de gestiune
pagina 114
Sisteme informatice de gestiune
pagina 115
Sisteme informatice de gestiune
pagina 117
Sisteme informatice de gestiune
pagina 118
Sisteme informatice de gestiune
pagina 119
Sisteme informatice de gestiune
pagina 120
Sisteme informatice de gestiune
• pregătirea implementării;
• executarea procedurilor de conversie;
• testarea în condiţii reale;
• evaluarea rezultatelor obţinute şi verificarea
performanţelor sistemului;
• definitivarea documentaţiei.
pagina 121
Sisteme informatice de gestiune
pagina 122
Sisteme informatice de gestiune
pagina 123
Sisteme informatice de gestiune
pagina 124
Sisteme informatice de gestiune
pagina 126
Sisteme informatice de gestiune
pagina 127
Sisteme informatice de gestiune
pagina 128
Sisteme informatice de gestiune
pagina 129
Sisteme informatice de gestiune
REGULA 1.
Toate entităţile trebuie să posede un
identificator.
REGULA 2.
Toate proprietăţile unei entităţi sau unei asociaţii
trebuie să fie elementare, adică nedecompozabile.
REGULA 3.
Pentru fiecare realizare a unei entităţi sau
asociaţii, două proprietăţi nu pot reprezenta aceiaşi
informaţie reală, adică nu pot să aibă valori repetate
pentru o aceiaşi realizare a entităţii sau asociaţiei.
REGULA 4.
Toate proprietăţile, altele decât indentificatorul,
trebuie să depindă în întregime de identificator şi nu
numai de o parte din el.
REGULA 5.
Fiecare proprietate trebuie să depindă direct de
identificator şi nu prin intermediul uneia sau mai multor
proprietăţi.
pagina 131
Sisteme informatice de gestiune
pagina 132
Sisteme informatice de gestiune
pagina 135
Sisteme informatice de gestiune
pagina 136
Sisteme informatice de gestiune
pagina 137
Sisteme informatice de gestiune
pagina 138
Sisteme informatice de gestiune
pagina 139
Sisteme informatice de gestiune
REGULA 3.
Dacă o asociaţie binară este purtătoarea a două
legături de cardinalitate 0,n sau 1,n asociaţia devine un
tabel în MLD, în care migrează cheile entităţilor.
Asociaţia devine un tabel, în care cheia primară
este obţinută prin concatenarea identificatorilor
entităţilor participante la asociaţie.
Dacă asociaţia are proprietăţi, acestea devin
coloane în tabelul care rezultă din asociaţie.
Considerând următoarea situaţie: "un client poate
să nu cumpere sau să cumpere n produse, iar un produs
poate să nu fie cumpărat sau să fie cumpărat de n
clienti" , modelele conceptual şi fizic vor arăta ca în
figura 4.28.
pagina 141
Sisteme informatice de gestiune
REGULA 4.
Atunci când o asociaţie binară are două legături
de cardinalitate 0,1 sau 1,1 apare o dublă migraţie a
identificatorilor entităţilor.
Fie următorul MCD şi corespunzător acestuia
următorul MLD.
pagina 142
Sisteme informatice de gestiune
REGULA 5.
Această regulă priveşte în special entităţile
generatoare şi entităţile specifice. Fie MCD următor:
pagina 143
Sisteme informatice de gestiune
pagina 144
Sisteme informatice de gestiune
pagina 145
Sisteme informatice de gestiune
pagina 146
Sisteme informatice de gestiune
pagina 147
Sisteme informatice de gestiune
b) flux.
Un flux este un schimb de bunuri, bani sau
informaţii între un actor emiţător şi unul receptor. Se
disting în particular următoarele fluxuri:
• fluxuri fizice
• fluxuri monetare
• fluxuri de informaţii
Printre fluxurile de informaţii, în funcţie de natura
suportului se va vorbi de flux informaţional oral,
documentar sau informatic. O altă clasificare a
fluxurilor este în funcţie de locul emiţătorului în raport
cu domeniul studiat:
• flux intern, atunci când este emis de un actor intern
domeniului;
• flux extern, atunci când este emis de un actor extern
domeniului.
c) ordonarea fluxurilor.
Această operaţie permite observarea înlănţuirii
fluxurilor, putându-se deosebi fluxurile primare de
fluxurile secundare.
pagina 148
Sisteme informatice de gestiune
d) flux primar.
Un flux primar este un flux care apare la cel mai
scăzut nivel organizatoric într-un domeniu de gestiune.
Într-un domeniu contabil, un flux primar va fi de
exemplu un borderou de mişcări, document situat în
amonte de fluxuri ca jurnalele, cartea mare, balanţa,
bilanţul etc..
e) flux secundar.
Un flux secundar este un flux a cărui emisie este
subordonată preexistentei unuia sau mai multor fluxuri
primare sau secundare. De exemplu, emiterea unei
facturi este subordonată recepţiei unei comenzi.
f) graful fluxurilor.
Graful fluxurilor este un graf ale cărui noduri sunt
actori iar arcele orientate sunt fluxurile schimbate.
1)domeniu.
Noţiunea de domeniu în sensul de "domeniu de
gestiune" corespunde unei părţi a sistemului care
conţine subansamble coerente.
Exemplu: domeniul comercial, domeniul financiar,
domeniul personal.
2)procese.
Procesele reprezintă subansamble ale unui
domeniu. Se recurge la această împărţire atunci când
sistemul de studiat este foarte vast.
Exemplu: Domeniul comercial al unei întreprinderi poate
cuprinde trei procese: urmărire reprezentanţi, primire
comenzi şi urmărire comenzi.
3) operaţie.
O operaţie este o activitate prin care se produc
fluxuri informaţionale. O operaţie este definită imaterial,
fără restricţii organizatorice. Ea descrie la fel de bine
gestiunea manuală cât şi pe cea automată.
O operaţie poate utiliza una sau mai multe
entităţi şi/sau asociaţii pentru acţiuni de creare,
modificare, ştergere sau consultare.
O operaţie se descompune în acţiuni.
pagina 150
Sisteme informatice de gestiune
4) acţiune.
O acţiune este o funcţie elementară. Între acţiunile unei
operaţii nu există aşteptare, şi derularea lor este
secvenţială.
O acţiune poate referi una sau mai multe REGULI DE
GESTIUNE
O operaţie poate utiliza una sau mai multe entităţi
şi/sau asociaţii
pentru acţiuni de creare, modificare, ştergere sau
consultare. Simbolul este:
pagina 151
Sisteme informatice de gestiune
5) reguli de gestiune.
O regulă de gestiune este o reglementare care la
nivelul întreprinderii se va aplica sistematic. Regulile de
gestiune vor servi la definirea ansamblului de reguli care
trebuiesc respectate pentru acţiuni. O aceeaşi regulă de
gestiune se poate aplica uneia sau mai multor acţiuni.
Exemple:
1. Trebuie aplicat 2% reducere clienţilor ale căror
comenzii din anul precedent au depăşit 4.000.000
lei;
2. Comenzile către furnizor trebuie să fie vizate de
către şeful serviciului aprovizionare.
6) eveniment.
În timpul analizei unei operaţii trebuie
întotdeauna să se pună întrebarea "care sunt
evenimentele care concură la declanşarea unei operaţii?".
Un eveniment se defineşte ca un flux de orice natură,
sau un fapt care permite lansarea unei operaţii. Un
eveniment va fi în general desemnat printr-un verb la
participiu document, ci trebuie conservat aspectul
dinamic al descrierii. Se va spune mai bine "comanda
primită" decât "comanda".
Exemple: Cererea unui deviz este un eveniment. Faptul
că suntem în a cincea zi din lună este de asemenea un
eveniment.
Simbolul pentru eveniment este:
pagina 152
Sisteme informatice de gestiune
pagina 153
Sisteme informatice de gestiune
7) condiţia de sincronizare.
Condiţia de sincronizare este exprimată printr-o
condiţie booleană care leagă evenimentele declanşatoare
prin operaţii logice ŞI, SAU, NU. Operaţia nu este
declanşată decât atunci când condiţia este îndeplinită.
Este recomandată folosirea alias-ului pentru descrierea
condiţiei de sincronizare.
În exemplul din figura 4.37., operaţia nu va fi
declanşată decât dacă evenimentul A se produce în
acelaşi timp cu evenimentul B sau C.
Dacă un singur eveniment este necesar pentru
declanşarea operaţiei, condiţia de sincronizare dispare
din reprezentarea grafică.
8) regula de emisie.
O regulă de emisie defineşte condiţia sub care
evenimentele rezultate vor fi produse de către o
operaţie. O operaţie poate avea una sau mai multe reguli
pagina 154
Sisteme informatice de gestiune
pagina 157
Sisteme informatice de gestiune
pagina 158
Sisteme informatice de gestiune
pagina 159
Sisteme informatice de gestiune
pagina 160
Sisteme informatice de gestiune
pagina 161
Sisteme informatice de gestiune
a) Noţiunea de conflict.
Se spune că există un conflict relativ la un
eveniment dacă acest eveniment contribuie la mai multe
sincronizări. Astfel următorul MCP prezintă o situaţie
conflictuală:
pagina 163
Sisteme informatice de gestiune
b) Noţiunea de ciclu.
Când o operaţie are ca eveniment declanşator un
eveniment pe care ea îl produce nemijlocit sau prin
intermediul mai multor operaţii, ne găsim în prezenţa
unui ciclu.
Folosirea ciclurilor, cu condiţia să fie valide, este
o tehnică ce permite să se reducă sensibil mărimea
MCP-ului. Un astfel de ciclu (figura 4.46.) este controlat
şi condiţiile sale de pornire şi de terminare trebuie să fie
clare. Astfel pornirea ciclului se face cu ajutorul
evenimentului "start” şi oprirea se face cu ajutorul
evenimentului "stop". Aceste evenimente nu sunt
fictive, dar corespund în general în practică
evenimentelor care introduc restricţii temporale de tipul:
"întâi ale lunii, începutul perioadei, 15 ale lunii ..."
Validarea modelelor.
pagina 164
Sisteme informatice de gestiune
pagina 165
Sisteme informatice de gestiune
pagina 166
Sisteme informatice de gestiune
1) procedura.
O procedură este o succesiune de faze aparţinând
aceluiaşi proces şi executat de actori. Este un
subansamblu al unui proces din MCP decalaşat de unul
sau mai multe evenimente.
MOP trebuie să fie stabilit cu grija căci el
constituie prima viziune globală şi coerentă a sarcinilor
efectuate de către actori, schimburile dintre actori,
datele la care fac apel actorii şi restricţiile
organizaţionale.
2) actorii.
Un actor este o entitate organizaţională
însărcinată să efectueze un anumit număr de faze. Un
actor aparţinând domeniului studiat este numit actor
intern, iar în caz contrar este numit actor extern. Actorii
sunt coloanele principale în MOP.
O coloană actor dintr-o procedură constituie o
"procedură actor". Astfel fiecare procedură actor trebuie
să pună în evidenţă contribuţia actorului în cadrul unui
proces dat. Procedura actor cuprinde ansamblul
sarcinilor efectuate de către un actor, MOP permiţând
astfel stabilirea lucrărilor executate de fiecare actor.
3) faza.
pagina 167
Sisteme informatice de gestiune
pagina 168
Sisteme informatice de gestiune
7) task.
8) eveniment.
pagina 169
Sisteme informatice de gestiune
9) reguli de organizare.
10) modul.
pagina 170
Sisteme informatice de gestiune
pagina 172
Sisteme informatice de gestiune
pagina 173
Sisteme informatice de gestiune
pagina 174
Sisteme informatice de gestiune
pagina 175
Sisteme informatice de gestiune
pagina 176
Sisteme informatice de gestiune
pagina 177
Sisteme informatice de gestiune
pagina 178
Sisteme informatice de gestiune
pagina 179
Sisteme informatice de gestiune
pagina 180
Sisteme informatice de gestiune
pagina 181
Sisteme informatice de gestiune
pagina 182
Sisteme informatice de gestiune
pagina 183
Sisteme informatice de gestiune
pagina 184
Sisteme informatice de gestiune
pagina 185
Sisteme informatice de gestiune
pagina 186
Sisteme informatice de gestiune
Sosirea
Sosirea
buldozerului muncitorilor
Inceput Inceputul
activitate lucrului
buldozer echipei
Beton
disponibil
Saparea fundatiilor
sapatura bruta
finisaj sapatura
non OK OK
Sapatura
Anuntare terminata
proiectant
Turnarea betonului
pregatire cofraj
pregatire armatura
turnare beton
asteptare intarire
Terminare turnare fundatii
pagina 187
Sisteme informatice de gestiune
pagina 188
Sisteme informatice de gestiune
pagina 189
Sisteme informatice de gestiune
Sofer
nume Echipa
1,1 face parte
0,n sef de echipa
numar de membrii
0,1
0,n
conduce
definit de
1,1
0,n
Buldozer
numar sapa Groapa
1,n
1,n locul in teren
adancimea
suprafata
0,1
construita
1,1
Fundatia Cofraj
cod cofrata tip
1,1 material
data terminarii 0,1
suprafata marca beton
pagina 190
Sisteme informatice de gestiune
pagina 191
Sisteme informatice de gestiune
pagina 192
Sisteme informatice de gestiune
Bibliografie.
pagina 193
Sisteme informatice de gestiune
pagina 194