Documente Academic
Documente Profesional
Documente Cultură
PLANIFICĂRII ÎN REŢEA
Obiective de instruire:
În urma asimilării cunoştinţelor din acest capitol veţi reuşi:
să definiţi un proiect, să-i identificaţi activităţile, inclusiv ordinea în care trebuie
executate;
să determinaţi durata totală a proiectului şi momentul la care trebuie finalizate
fiecare activitate;
să stabiliţi cât de multă flexibilitate există în eşalonarea activităţilor şi care activităţi
sunt critice sub aspectul execuţiei;
să alocaţi resursele şi să le programaţi aşa încât proiectul să fie realizat cât mai
eficient.
17.1 Introducere
Atunci când are loc producţie de unicate, din fiecare produs este comandată şi se
realizează o singură bucată sau o cantitate foarte restrânsă. Din această cauză fiecare
comandă a beneficiarului se transformă într-o comandă internă de producţie, motiv pentru
care lansarea se face pe comenzi.
În vederea execuţiei unei comenzi trebuie să aibă loc un număr mare de activităţi
pornind de la proiectarea constructivă şi tehnologică, aprovizionarea tehnico-materială
aferentă, şi mergând până la procesele tehnologice propriu-zise. Toate aceste activităţi sunt
interdependente, trebuind coordonate atât din punctul de vedere al desfăşurării în timp cât
şi prin prisma consumului de resurse materiale, financiare şi de forţă de muncă.
Vom da unui astfel de proces complex, cum ar fi realizarea unei comenzi unicat,
denumirea de proiect. Un proiect este constituit dintr-un număr de activităţi. O activitate
este o parte a proiectului şi are următoarele proprietăţi:
- are un punct de început şi unul de sfârşit care se pot identifica în mod cert,
denumite evenimente;
- are o durată, care este timpul scurs între evenimentul de început şi cel de sfârşit al
activităţii;
- consumă resurse.
Pentru analiza, programarea activităţilor şi alocarea resurselor se foloseşte o
categorie de tehnici care au un element comun: se bazează pe reprezentarea proiectului ca
o reţea de activităţi, în care se reflectă toate interdependenţele lor temporale. Datorită
acestui mod de reprezentare tehnicile sunt cunoscute sub numele de metode ale planificării
în reţea.
Planificarea în reţea este aplicabilă oriunde apar lucrări cu caracter de unicat; în
afara producţiei industriale de unicate mai putem da şi alte exemple:
- în construcţii la realizarea unei hidrocentrale, a unei autostrăzi, a unei
întreprinderi;
- în activitatea de revizie şi reparare a utilajelor;
- în conducerea unor proiecte de cercetare ştiinţifică;
- în organizarea unui recensământ;
- în turnarea unui film etc.
Tehnicile de planificare în reţea îşi au originea în a doua parte a deceniului 1950,
când două grupuri de cercetare, lucrând în paralel şi independent, au perfectat metodele
care mai târziu au rămas în literatura de specialitate sub numele de PERT şi CPM.
PERT (Program Evaluation and Review Technique) a fost dezvoltată în 1957-1958
de un grup de cercetători de la Oficiul pentru proiecte speciale ale marinei militare
americane, firma de consultanţă Booz, Allen şi Hamilton şi Missiles Systems Division a
firmei Lockheed Aircraft, în legătură cu realizarea sistemului de rachete Polaris. Proiectul
implica cca 3000 firme şi un număr de aproximativ 50000 de activităţi; prin aplicarea
metodei PERT durata lui a fost scurtată cu 2 ani faţă de estimările iniţiale. Metoda a fost
dată publicităţii în septembrie 1959 (Malcolm ş.a. [18]).
CPM (Critical Path Method) este rezultatul unei echipe de cercetare constituită de
firma du Pont de Nemours din domeniul industriei chimice şi firma Remington Rand
Univac Division, cu scopul îmbunătăţirii modului de planificare şi urmărire a lucrărilor de
revizie şi întreţinere pentru uzinele chimice. Cercetările au început în 1957, iar prima
comunicare a rezultatelor a avut loc la o sesiune ştiinţifică în decembrie 1959 (Kelley şi
Walker [17]). Aplicarea metodei CPM la lucrările de revizie a unei uzine a firmei du Pont a
redus durata acestora de la 125 ore la 78.
Din punctul de vedere al reprezentării reţelei şi al programării activităţilor nu există
deosebiri esenţiale între PERT şi CPM; acesta este motivul pentru care adesea cele două
denumiri sunt folosite una în locul celeilalte. Totuşi, unele diferenţe există datorită
caracterului diferit al problemelor de la care s-a pornit în elaborarea metodelor. Astfel,
elaborată în contextul unui proiect de cercetare-dezvoltare, PERT a trebuit să ţină cont de
incertitudinile prezente într-o astfel de lucrare. Ca urmare, PERT priveşte durata totală a
proiectului ca fiind o variabilă aleatoare şi face calculele probabilistice necesare pentru a o
caracteriza ca atare. Metoda CPM în schimb, are la bază un proiect constituit în majoritate
din operaţii de rutină, ale căror durate puteau fi predeterminate, mai mult sau mai puţin
precis, pe bază de normative; în consecinţă, CPM constă din calcule deterministe. Însă, un
aspect de deosebit interes pentru realizatorii metodei CPM a fost acela de a reduce durata
totală de efectuare a reviziei şi reparaţiei pentru că aceasta reprezenta capacitatea de
producţie pierdută. Pornind de la ideea că unele activităţi din proiect pot fi scurtate dacă li
se alocă resurse suplimentare, metoda CPM a incorporat şi rezolvarea problemei timp-cost
în vederea determinării echilibrului optim între durata şi costul proiectului.
La noi în ţară metoda planificării în reţea a început să fie aplicată din anul 1965 în
domeniul construcţiilor; în anul 1967 un grup de specialişti a întocmit o reţea cu 800 de
activităţi pentru construcţia unei nave la Şantierul naval Galaţi (Homoş [15]). Ulterior
metoda s-a răspândit cuprinzând şi alte domenii cum ar fi pregătirea fabricaţiei, reparaţii de
utilaje etc.
Pentru a aplica metoda planificării în reţea trebuie parcurse următoarele etape:
- elaborarea reţelei; aceasta implică definirea tuturor activităţilor care constituie
proiectul, specificarea relaţiilor de precedenţă-succesiune dintre ele şi trasarea reţelei;
- programarea activităţilor; pentru această etapă este necesară estimarea duratelor
activiăţilor. Pe baza acestor durate şi a relaţiilor de precedenţă-succesiune se determină
pentru ficare activitate momentele de început şi de încheiere;
- analiza şi alocarea resurselor; aici se cere cunoaşterea necesarului de resurse al
fiecărei activităţi pe de-o parte şi disponibilul de resurse pe de altă parte. Este posibil ca
disponibilul limitat de resurse alocate proiectului să facă necesară reprogramarea
activităţilor faţă de programul întocmit în etapa anterioară. Ori, dacă durata totală a
proiectului este prea lungă aşă cum a fost ea determinată în etapa precedentă, se poate
încerca scurtarea ei prin alocarea de resurse suplimentare anumitor activităţi în vederea
reducerii duratelor lor;
- controlul desfăşurării proiectului; este funcţiunea prin care se verifică
conformitatea execuţiei cu programul de desfăşurare a proiectului. Când se constată abateri
devine necesară revizuirea şi actualizarea programului de execuţie a activităţilor rămase
încă neatacate.
17.2 Elaborarea reţelei
Pentru a facilita înţelegerea celor ce urmează vom conduce întreaga discuţie în
contextul unui exemplu simplu, uşor de vizualizat. Concluziile vor fi destul de generale
pentru a permite extrapolarea la proiecte de orice grad de complexitate. Aşadar, să
presupunem că dorim să construim un garaj pe locul unei magazii vechi din spatele casei.
A (a c tiv ita te ) A
1 2 A i A j
e e v e n im e n tu l 1 e e v e n im e n tu l 2 ac)
( ( I( s f a r s i t u l a c t i v i t a t i i A )
A
aa)
A A i A j
A i
e arc B
enod
ab) e g re s it
ad)
Fig. 17.1 Arce şi noduri, activităţi şi evenimente
Diferenţe apar în modul de înscriere a explicaţiilor în reţea: în timp ce CPM scrie
denumirea activităţilor (sau simbolul aferent) pe arce, PERT înscrie denumirea
evenimentelor în noduri (figura 17.2). Aceasta înseamnă că în CPM controlul desfăşurării
proiectului este orientat asupra activităţilor, pe când în PERT controlul priveşte realizarea
evenimentelor la timp. În general reprezentarea CPM este mai uşor de citit, motiv pentru
care se bucură de cea mai largă răspândire şi o vom folosi şi noi.
le lo r
S o rta re a m a te ria
re z u lta t e d i n d e m o la re 4
a z ii
v e c h ii m a g 3 E xc
avar
D em o la r e a ea f
unda
tiilo
1 r
P ro
cur 5
Pp a re
ent a m
a rm ru z a te
a re id a r ria l
e lo
a b ie s r
e to i
nul pent
ui ru
2
a a ) R e p re z e n ta re C P M
4
M a te ria lu l re z u lta t d in
d e m o la re a fo s t s o rta t
3
V e c h e a m a g a z ie
d e m o la ta
1 5
P o rn ire F u n d a tiile a u fo s t
p ro ie c t e x e c u ta te
2
M a te ria lu l p e n tru z id a rie
s i p e n tru a rm a r e a b e to n u lu i
p ro c u ra t
a b ) R e p re z e n ta re P E R T
Fig. 17.2 Reprezentări CPM şi PERT ale activităţilor A, B, C şi D din tabelul 17.1
C D E
K H
G F
Pentru trasarea reţelei există un număr de principii care trebuie respectate, reguli
impuse fie din considerente de natură logică fie din cauza cerinţelor programelor de
calculator folosite pentru rezolvarea acestor probleme:
1. lungimea şi orientarea arcelor sunt lipsite de semnificaţie;
2. nodul are o semnificaţie logică: activităţile ale căror arce pleacă din nod nu pot
începe decât după ce toate activităţile ale căror arce intră în nod s-au încheiat (vezi figura
17.2);
3. o reţea poate să aibă un singur nod iniţial, marcând evenimentul de început al
proiectului, şi un singur nod terminal (final), marcând evenimentul de sfârşit al
proiectului. Arcele care pleacă din nodul iniţial desemnează activităţi iniţiale, iar cele care
intră în nodul final arată activităţi terminale;
4. fiecare activitate trebuie să fie identificată în mod univoc de către evenimentele
sale de început şi sfârşit; aceasta înseamnă că:
- două noduri nu pot purta acelaşi număr;
- două noduri pot fi conectate de cel mult un arc; în acest sens reprezentarea din
figura 17.1.d este greşită.
Aceasta ne permite să ne referim la o anumită activitate fie prin numele (sau
simbolul ei), fie prin perechea de noduri care o încadrează. De exemplu, activitatea
„Sortarea materialelor rezultate din demolare” din figura 17.2.a poate fi identificată drept
activitatea C sau activitatea (3,4);
5. nodurile trebuie numerotate astfel încât nodul din care porneşte un arc să aibă
număr mai mic decât nodul în care se termină arcul respectiv. Această regulă are meritul
că, atunci când nu poate fi respectată, semnalează prezenţa unui ciclu închis (circuit) în
reţea. Astfel, în figura 17.3 activităţile F,K,J formează un circuit provenind dintr-o eroare
de logică. Într-adevăr, prin tranzitivitatea relaţiilor de precedenţă-succesiune, fiecare
activitate din ciclul închis apare ca fiind un predecesor pentru sine însăşi. Existenţa
circuitului este indicată de imposibilitatea numerotării nodurilor asociate cu F,K,J în
conformitate cu regula 5.
A
C B D
B
aa
A C A C
A c tiv ita te
B D fic tiv a
B D
cc dd
Fig. 17.4 Utilizarea unei activităţi fictive
Respectarea regulilor arătate mai sus poate să facă uneori necesară folosirea
activităţilor fictive. O activitate fictivă are o durată egală cu zero şi nu consumă resurse
(are cost nul); singurul scop servit de activitatea fictivă este de a exprima relaţii de
precedenţă-succesiune. Ca exemplu, să considerăm patru activităţi A,B,C şi D
intercondiţionate astfel: pentru ca C să înceapă trebuie ca A şi B să se încheie (figura
17.4.a), în timp ce începerea lui D este condiţionată doar de terminarea activităţii B (fig.
17.4.b). Încercarea de reprezentare unitară a acestor relaţii ca în figura 17.4.c este greşită
întrucât conform principiului (2) de mai sus apare că atât C cât şi D trebuie să fie precedate
de A şi B. Figura 17.4.d oferă reprezentarea corectă: cele două noduri arată că activitatea C
este precedată de A, iar D precedată de B; în plus, activitatea fictivă al cărei arc orientat
este trasat cu linie întreruptă, exprimă faptul că C este precedată şi de B.
Tot cu ajutorul activităţilor fictive se rezolvă şi situaţii de felul celor arătate în
figura 17.1.d. Astfel, activităţile K şi M din tabelul 17.1 au pe I ca predecesor comun; în
acelaşi timp K şi M preced, în comun, pe L. Pentru a nu încălca regula conform căreia
două noduri pot fi conectate de cel mult un arc, reprezentarea activităţilor se face ca în
figura 17.5 utilizând activitatea fictivă (12, 14). Convenim ca, pentru a le deosebi de
activităţile propriu-zise ale proiectului, activităţile fictive să fie desenate cu linie întreruptă.
Cele discutate până aici au fost aplicate exemplului nostru din tabelul 17.1,
rezultând prima versiune a reţelei aferente (figura 17.5).
E H
F 8
10
3 C 4
A 13 N
D
1 G K L P
7 11 14 16 17
B 5
M
2 I
12
O
9
15
A ,2 C ,5
D ,2
B ,3 E ,2 F ,2
1 3 4 5
A a) 2
2
C C
A D A D
B E F B E F
1 3 4 5 1 3 4 5
0 1 2 3 4 5 6 7 8 9 Z ile 0 1 2 3 4 5 6 7 8 9 Z ile
M a rja lib e ra p t. B M a rja lib e ra p t. E
c c ). A c tiv ita te a E e s te p r o g r a m a ta la in c e p u tu l
b b ) . T o a te a c tiv ita tile s u n t p r o g r a m a te la in ta r z ia t
in c e p u tu l a v a n s a t (u tiliz a r e a m a r je i to ta le a lu i E )
2 2
A C A C
D D
B E F B E F
1 3 4 5 1 3 4 5
0 1 2 3 4 5 6 7 8 9 Z ile 0 1 2 3 4 5 6 7 8 9 Z ile
2 2
C C
A D A D
E F
1 B 3 4 5 B E F
1 3 4 5
0 1 2 3 4 5 6 7 8 9 Z ile 0 1 2 3 4 5 6 7 8 9 Z ile
d f ) U tiliz a r e a m a r je lo r to ta le p t. D s i E d g ) U tiliz a r e a m a r je lo r to ta le p t. E s i B
2 2
C C
A D A D
B E F B E F
1 3 4 5 1 3 4 5
0 1 2 3 4 5 6 7 8 9 Z ile 0 1 2 3 4 5 6 7 8 9 Z ile
JN 8 9 18 19
M L=M T=0
A
B ,1 G ,2 I,8 K ,1 L ,5 P ,1
1 4 6 8 11 12 13
B 0 1 3 4 G 4 6 4 6 I 6 14 6 14 K 14 15 18 19 L 19 24 19 24 P 24 25 24 25
M L=3; M T=3 M L= M T=0 M L= M T=0 M L=4; M T=4 M L= M T=0 M L= M T=0
M ,5 19 19 19 19
M 14 19 14 19
O 19 20 23 24
M L= M T=0 M L=4; M T=4
O ,1
10
Fig. 17.7 Calculele de programare a activităţilor pentru proiectul din tabelul 17.1(proiectul începe în momentul zero şi are termen de
predare ziua 25)
Tabelul 17.3 Identificarea drumului critic
Activitatea MT IA Drum
A 0 0
D 0 2
G 0 4 Drunul critic
I 0 6 1-2-4-6-8-10-11-12-13
M 0 14
L 0 19
P 0 24
B ,1 G ,2 I ,8 K ,1 L ,5 P ,1
1 4 6 8 11 12 13
M ,1
O ,1
10
Fig. 17.8 Scurtarea proiectului la 21 zile; două drumuri critice
Dacă totuşi dorim să terminăm proiectul mai repede putem micşora durata
activităţii I până la 2 zile, când apare un nou drum critic de 15 zile 1-2-4-6-7-9-11-12-13
(figura 17.9) incluzând fostul drum subcritic 7-9-11. Din nou, reducerea în continuare a lui
I nu-şi mai are rostul.
5
E ,1
H,
J ,2 1
F ,1 7 9
2 3
C ,1
N ,1
D ,2
,2
A
B ,1 G ,2 I ,2 K ,1 L ,5 P,1
1 4 6 8 11 12 13
M ,1
O ,1
10
Fig 17.9 Scurtarea proiectului la 15 zile; trei drumuri critice
17.4 Calculele probabilistice ale metodei PERT
În secţiunea anterioară s-au întocmit calculele de programare a proiectului pornind
de la ipoteza că duratele activităţilor sunt cunoscute cu precizie. În practică planificarea în
reţea se aplică mai ales la proiecte unicat, apărând frecvent situaţii în care duratele
activităţilor nu sunt determinate, putând fi caracterizate doar probabilistic. În astfel de
cazuri se fac mai întâi calculele de programare a activităţilor proiectului pe baza valorilor
medii ale duratelor, după care trebuie să se aprecieze câtă încredere se poate acorda acestor
rezultate obţinute prin aplicarea unei metode deterministe asupra unei probleme
probabiliste. Vom prezenta aici modul în care PERT dă răspuns acestei întrebări.
În vederea caracterizării probabilistice a duratelor activităţilor vom defini
următoarele elemente:
- durata optimistă (o) este cea mai scurtă durată posibilă a activităţii, realizată în
condiţiile cele mai favorabile; probabilitatea ca durata activităţii să fie mai scurtă decăt
această valoare este sub 1%;
- durata pesimistă (p) este cea mai lungă durată posibilă a activităţii, realizată în
condiţiile cele mai nefavorabile; probabilitatea ca durata activităţii să fie mai mare decât
această valoare este sub 1%;
- durata cea mai probabilă (m) reprezintă durata cu cea mai mare şansă de
realizare în condiţii normale.
Duratele activităţilor reţelei fiind considerate variabile aleatoare, pentru a le putea
descrie trebuie să le ataşăm o lege de distribuţie. Reamintim că legea de distribuţie este o
funcţie care materializează relaţia între valoarea unei variabile aleatoare şi probabilitatea
cu care variabila aleatoare ia acestă valoare.
Clark [4] a propus şi apoi a devenit larg acceptată repartiţia Beta pentru
caracterizarea duratelor activităţilor din reţeaua unui proiect. Astfel, funcţia densităţii de
repartiţie Beta pentru o variabilă aleatoare Y definită în intervalul [0,p] este:
v 1 w 1
1 Y o p Y
f (Y )
( p o) (v, w) p o po
unde:
v > 0 şi w > 0 sunt parametri de formă,
β(v,w) este funcţia beta:
1
(v, w) u v 1 (1 u ) v 1 du
0
A c tiv it a te a oo m m Pp
A 1 1 ,5 5
B 2 3 4
C 4 5 6 2
D 0 ,5 1 7 ,5 D C =5
A =2 2
= 0 ,1 1
E 0 ,5 0 ,7 5 8 ,5 2
= 0 ,4 4
2
= 1 ,3 6
F 1 2 3 B E F
1 3 4 5
=3 =2 =2
2 2
= 0 ,1 1 2
= 1 ,7 8 = 0 ,1 1
T 5
A p r o x im a re a d u p a d is tr ib u tia
n o r m a la a lu n g im ii d r u m u lu i SS5
A - C - F
D e n s ita te a d e p ro b a b ilita te
(M e d ia = 9 ; = 0 ,8 1 )
89%
11%
1 2 3 4 5 6 7 8 9 10 11 12 13 Z ile
A p r o x im a re a d u p a d is tr ib u tia
n o rm a la a lu n g im ii d r u m u lu i T 5
A - D - E - F
S S5
(M e d ia = 8 ; = 1 ,9 2 )
85%
15%
1 2 3 4 5 6 7 8 9 10 11 12 13 Z ile
A c ) A p ro x im a r e a d u p a d is tr ib u tia n o r m a la a lu n g im ii
d ru m u rilo r A - C - F s i A - D - E - F
Fig. 17.10 Calcule probabilistice PERT
Stabilim cu ajutorul valorilor medii ale duratelor activităţilor că drumul critic este
A-C-F. Apoi, pe baza rezultatelor de mai sus scriem:
Durata medie a drumului critic = 2+5+2 = 9
Dispersia duratei drumului critic = 0,44+0,11+0,11 = 0,66.
Densitatea de repartiţie Gauss pentru drumul critic este reprezentată în partea
superioară a figurii 17.10.c; ea ne permite să facem afirmaţii probabilistice cu privire la
şansele de a termina proiectul reprezentat de reţea. De exemplu, dacă termenul planificat
de predare a proiectului este P 5= 10 zile, există o şansă de 89% de reuşită. Sau, avem şansa
de 11 % de a încheia proiectul chiar în 8 zile sau mai puţin.
În mod similar vom face calculele pentru orice alt drum în reţea, de la 1 la un nod
oarecare i. Trebuie doar să avem grijă ca întotdeauna să ne referim la drumul de la 1 la i
care are durata cea mai lungă.
Să revedem acum problema terminării proiectului la timp, menţinând termenul
planificat de 10 zile. Pentru aceasta trebuie să investigăm, pe lângă drumul critic, şi alte
drumuri între nodurile 1 şi 5. Considerăm drumul A-D-E-F de durată medie 8 zile;
repartiţia Gauss aferentă apare în partea de jos a figurii 17.10.c. Este imediat evident că
probabilitatea de 89% stabilită mai sus privitor la predarea proiectului până în zece zile
este prea optimistă. Aceasta provine din faptul că, iniţial, s-a neglijat drumul A-D-E-F care,
deşi mai scurt decât drumul critic, are o dispersie substanţial mai mare. Conform drumului
A-D-E-F probabilitatea de a termina proiectul în zece zile sau mai puţin este de 85%.
Realizăm acum că ar fi incorect să facem aprecieri probabilistice doar pe baza
drumului critic determinat cu ajutorul duratelor medii ale activităţilor. Într-adevăr, este
posibil ca în desfăşurarea proiectului din figura 17.10.b activitatea C să dureze, să zicem, 5
zile în timp ce activităţile D şi E să dureze câte 3 zile; în acest caz drumul critic ar fi A-D-
E-F şi nu A-C-F. Teoretic aici suntem confruntaţi cu următoarea problemă de statistică:
date fiind mai multe drumuri între nodurile 1 şi n ale unei reţele, drumuri ale căror durate
formează un set de variabile aleatorii, se cere să se găsească cea mai mare dintre variabilele
acestui set. Problema a fost pusă prima dată de Clark [3], însă faptul că duratele acestor
drumuri nu sunt independente face ca rezolvarea analitică să fie foarte dificilă; mai multe
amănunte sunt date de Moder şi Phillips [20, p.300-310].
Pentru scopuri practice putem renunţa la tratarea analitică şi vom apela la simularea
Monte Carlo. Metoda constă în a determina, în mod repetat şi de foarte multe ori, drumul
critic prin reţea, de fiecare dată folosind alte durate ale activităţilor alese la întâmplare din
distribuţiile de probabilitate aferente. După ce se face un număr suficient de mare de astfel
de simulări (de exemplu în studiul lui Van Slyke [27] numărul lor este de 10000) se
calculează media şi dispersia duratei proiectului şi un index de criticalitate pentru fiecare
activitate. Acest index se poate defini ca raportul dintre numărul de simulări în care
activitatea respectivă a fost critică şi numărul total de simulări; indexul, astfel calculat,
estimează probabilitatea ca, la execuţia proiectului, activitatea în discuţie să se găsească pe
drumul critic. Cu cât indexul de criticalitate al unei activităţi este mai ridicat, cu atât
desfăşurării acelei activităţi trebuie să i se acorde o atenţie mai mare. Pentru exemplificare
am făcut cinci simulări Monte Carlo pentru reţeaua din figura 17.11.b. Tabelul 17.4
conţine, pentru fiecare simulare, duratele celor şase activităţi extrase la întâmplare din
repartiţiile Beta aferente. Cu aceste durate s-a determinat de fiecare dată drumul critic. Se
observă că din cele cinci simulări, activitatea A a fost critică în patru dintre ele; ca urmare,
indexul ei de criticalitate este 4/5.
20 19 20
F o r ta d e m u n c a
15 15
12 13
12
10 10
10 10
8 8 8
6
5 5
A a) A b)
12
10
10
F o rta d e m u n c a
8
7
6
5
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Z ile
ab)
12
10
10
8 8
F o rta d e m u n c a
7 6
6
5
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Z ile
A c)
10
10
8
F o rta d e m u n c a
7
6
5
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Z ile
ad)
12
F o rta d e m u n c a
10
10
8 8
7
6
5
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Z ile
Fig. 17.12 Reprogramarea proiectului pentru respectarea restricţiei privind forţa
de munca
Pentru a realiza implicaţiile resurselor limitate asupra programării proiectului să
reconsiderăm reţeaua din figura 17.11 şi să admitem că numărul de muncitori disponibili
zilnic este de 12. Evident că, în lumina acestei restricţii, programarea din figura 17.11.b nu
poate fi pusă în aplicare din cauză că în ziua a treia nu dispunem de cei 13 muncitori
necesari; ca urmare proiectul nu poate fi terminat în 9 zile.
În figura 17.12 sunt arătate trei alternative de reprogramare a activităţilor în vederea
respectării restricţiei impuse; fiecare alternativă asigură altă durată de realizare a
proiectului şi alt profil temporal al necesarului de resurse umane. În situaţia în care
urmărim primul dintre criteriile enunţate mai sus vom alege varianta din figura 17.12.a, 10
zile fiind termenul minim de finalizare a proiectului atunci când avem la dispoziţie doar 12
muncitori. Trebuie să precizăm că soluţia din figura 17.12.a pentru minimizarea duratei
proiectului nu este unică, existând şi alte moduri de a executa proiectul în 10 zile cu 12
muncitori; unul din acestea este arătat în figura 17.12.d.
Am insistat asupra existenţei numărului mare de variante în programarea unuia şi
aceluiaşi proiect pentru a sublinia natura combinatorie a problemelor de programare a
activităţilor. În situaţia proiectelor cu multe activităţi în care intervin şi restricţii asupra
resurselor, determinarea programării optime a activităţilor este extrem de dificilă tocmai
din cauza varietăţii largi de combinaţii posibile. De aceea, aşa cum am văzut de altfel
procedându-se şi în cazul altor probleme de combinatorică cum sunt cele de ordonanţare,
pentru găsirea soluţiei se apelează la metode euristice care, deşi nu garantează obţinerea
optimului matematic, aproximează optimul suficient de bine şi necesită timpi de calculator
ce se menţin în limite acceptabile. Pentru o discuţie pe marginea acestor tehnici se pot
consulta Davis şi Petterson [7], Davis [8].
Să considerăm acum reţeaua din figura 17.13 pentru a intui optimizarea în raport
cu cel de-al doilea criteriu, cel al costului total minim. Execuţia fiecărei activităţi nu mai
este caracterizată printr-o durată unică ci, funcţie de volumul de resurse alocat activităţii
respective, durata ei poate lua valori într-un interval cuprins între o durată minimă şi una
maximă.
5 0 m ii le i/z i 3 0 m ii le i/z i
C o s tu ri d ire c te
C o s tu r i d ir e c te
[ m [ m ii le i]
[ m [ m ii le i]
10 1 4 Z ile 3 6 Z ile
2 [m [m ii le i]
D u ra ta
p ro ie c tu lu i
A c tiv ita ti
C o s tu ri
C o s tu ri
E ta p a
d ire c te
D u ra ta
c ritic e
to ta le
A B C
1 18 14 6 B ,C 20 1500 2000 3500
1 0 0 m ii le i/z i
C o s tu ri d ire c te
[ m [m ii le i]
C o s t to ta l
C o s tu ri d ire c te
m in im e
C o s tu ri in d ire c te
D u ra ta D u ra ta D D u ra ta D u ra ta
m in im a c u c o s t to ta l m a x im a p ro ie c tu lu i
m in im
W I .u . E x e c u tie in a s a lt
A v I i,j
A v I i , j -A u I i , j
C o s t d ire c t
A a Ii,j =
D I i , j -d d I i , j
C I i,j
E x e c u tie n o rm a la
A uI i,j
d d I i ,j Y I i ,j D Ii ,j D u ra ta
Fig. 17.15 Curba cost direct-durată pentru activitatea(i,j)
Din motive tehnologice durata activităţii nu poate fi redusă sub o anumită limită pe
care am notat-o în figură ca fiind „execuţia în asalt”. Mai există şi un alt punct, pe care
l-am numit „execuţia normală”, care corespunde realizării activităţii prin tehnologia cea
mai eficientă din punct de vedere economic. Cele două puncte au asociate duratele d i,j,
respectiv Di,j. Prelungirea execuţiei dincolo de Di,j poate să ducă la o creştere a costului
direct. De aceea ne interesează doar partea centrală a curbei, cuprinsă între di,j şi Di,j.
În exemplul dat anterior ne-a interesat să găsim acele durate ale activităţilor şi
programarea lor care minimizează costul total. De multe ori în practică, însă, formularea
problemei diferă în sensul că durata de realizare a proiectului este impusă, de exemplu, pe
baza prevederilor contractuale. În acest caz costurile indirecte sunt fixate, iar ceea ce noi
putem infuenţa sunt doar costurile directe.
Ca urmare, problema de optimizare timp-cost se enunţă astfel: fiind dată o durată
D a proiectului (vezi figura 17.14) şi resurse nelimitate, să se găsească duratele activităţilor
şi programarea lor care asigură execuţia proiectului cu costuri directe minime.
Esenţa acestei probleme poate fi înţeleasă uşor dacă ne referim din nou la exemplul
din figura 17.13. Să admitem că se cere realizarea proiectului în 17 zile. Aşa cum spuneam,
costul indirect este fixat şi egal cu 1.600.000 lei. În ceea ce priveşte costurile directe pentru
întreg proiectul, ele sunt minime şi egale cu 1.840.000 lei, atunci când durata activităţii A
este de 17 zile, a lui B 13 zile şi a lui C 3 zile. Să observăm că proiectul poate fi executat
în 17 zile şi dacă durata lui A este 17 zile, a lui B 10 zile şi a lui C 6 zile, dar costul direct
ar fi mai ridicat.
Acest exemplu a putut fi rezolvat manual datorită dimensiunilor sale reduse. Pentru
reţele complexe putem folosi o abordare formală a problemei modelând-o ca program
liniar. Pentru aceasta aproximăm curba cost direct – durată prin coarda trasată cu linie
întreruptă în figura 17.15. Această aproximare liniară prezintă o creştere a costului direct
cu ai,j pentru fiecare reducere a duratei activităţii cu o unitate de timp. Duratei Yi,j a
activităţii (i,j) îi corespunde un cost direct Ci,j.
Costurile directe totale ale proiectului se obţin însumând costurile directe ale
tuturor activităţilor:
Costuri directe totale
( i , j ) retea
Ci , j (w
( i , j ) retea
i, j ai , j Yi , j )
Întrucât toţi wi,j sunt nişte constante, a minimiza costurile directe totale este
echivalent cu a maximiza:
a i, j
( i , j ) retea
Yi , j
s.c.
Ti + Yi,j – Tj ≤ 0 (17.11)
Yi,j ≤ Di,j (17.12)
-Yi,j ≤ -di,j (17.13)
Tn-T1 ≤ D (17.14)
Am notat cu Ti începutul avansat în nodul i; n este nodul terminal al reţelei. Toţi Yi,j
şi Ti sunt variabile de decizie.
Condiţia (17.11) modelează relaţiile de precedenţă – succesiune dintre activităţi,
arătând că nici o activitate al cărei arc pleacă din nodul j nu poate începe înainte ca
activitatea (i,j) să înceapă şi să se desfăşoare. Condiţiile (17.12) – (17.13) impun ca durata
Yi,j să fie cuprinsă între cele două puncte extreme ale curbei cost direct – durată. Diferenţa
(Tn-T1) reprezintă durata totală a proiectului, iar (17.14) exprimă condiţia ca această durată
să nu depăşească maximul impus D.
Prin rezolvarea modelului se obţin duratele activităţilor şi valorile începuturilor
avansate în toate nodurile; pe baza lor se poate întocmi programul optim de desfăşurare a
proiectului.
17.6. Utilizarea calculatorului în managementul proiectului
Pe piaţa software-ului există o gamă foarte largă de programe de calcul care până la
urmă realizează acelaşi lucru, şi anume gestionarea proiectelor. Diferenţele dintre ele
constau în facilităţile pe care le prezintă fiecare în crearea şi urmărirea proiectelor, în
elaborarea rapoartelor referitoare la acestea. Printre cele mai folosite programe de calcul se
numără: Harvard Total Project (Software Publishing Corporation), Microsoft Project
(Microsoft Corporation), Primavera (Primavera Systems Inc.), Super Project Expert
(Computer Associates) şi altele. Aceste programe permit urmărirea unui proiect în
diferitele lui faze: concepţie, realizare şi urmărire.
În continuare vom aborda aspectele teoretice de gestiune a unui proiect şi de
asigurare a urmăririi lui utilizând programul Microsoft Project.
17.6.1. Sistemul de informaţii al proiectului
Programul Microsoft Project (MP) este construit în jurul unui sistem informatic
care conţine totalitatea elementelor unui proiect.
Schema următoare arată organizarea informaţiilor.
Informaţii generale despre proiect
Nume
Societate
Date de început
Nume responsabil
Costuri etc.
Calendarul proiectului
Activităţi Resurse
Nume Nume
Durată Cantitate
Constrângeri Disponibilitate
Etc. Etc.
Definirea
calendarului
Caracteristicile
generale ale
proiectului
Introducerea
activităţilor
Introducerea
resurselor
Introducerea
alocărilor
Stabilirea
planificării
iniţiale
Introducerea
datelor
reale
Actualizarea
proiectului
Analiza
abaterilor
bibliografie generală, cărţile lui Kaufmann şi Desbazeille [17], Moder şi Phillips [20],
precedenţă-succesiune. Aşa spre exemplu, dacă atât activitatea D cât şi E sunt precedate de
precedată de A şi B, iar activitatea D doar de B, reţeaua rezultantă este cea din figura
17.17.b. Autorul acestei modalităţi de reprezentare este Fondahl [10]; avantajul ei provine
din faptul că nu mai este necesară utilizarea activităţilor fictive (compară fig.17.17.b cu
fig.17.3.d). Totuşi, probabil datorită avansului pe care metodele PERT şi CPM l-au avut,
arce.
A A C
D
B
E B D
C
A a bb
- în discuţia din acest capitol singurul tip de precedenţă-succesiune admis a fost cel
firma I.B.M. în 1964 admite şi alte tipuri de relaţii cum ar fi: începerea unei activităţi
permite şi impunerea unor decalaje între evenimentele de început sau sfârşit ale unor
activităţi interdependente. Moder şi Phillips [20, p. 123-127], Wiest şi Levy [28, p. 134-
146];
acesteia; fiecare din alternative poate să aibă cost diferit, durată diferită şi chiar alte relaţii
rezultatul incert al uneia sau mai multor activităţi. Astfel de situaţii sunt tipice în proiectele
metodei GERT este VERT (Venture Evaluation and Review Technique) care analizează,
Activitate Nod
5) Arătaţi paşii care trebuie urmaţi pentru numerotarea nodurilor folosind procedura dată
de Fulkerson.
7) Care sunt paşii care trebuie urmaţi când se utilizează “pasa înainte”; dar “pasa înapoi”?
10) Care sunt principalele tipuri de probleme de analiză şi alocare a resurselor întâlnite în
managementul proiectelor?
Recomandări bibliografice
1. Adam,E.E., Ebert,R., Managementul producţiei şi al operaţiunilor. Editura Teora,
Bucureşti, 2001.
2. Cândea,D., Abrudan,I., Organizarea şi conducerea întreprinderilor industriale.
Institutul Politehnic Cluj-Napoca, 1984.
3. Clark,C.E., The Greatest of Finite Set of Random Variables. În “Operations Research”,
Vol.9, No.2, 1961, p.145-172.
4. Clark,C.E., The PERT Model for Distribution of an Activity Time. În “Operations
Research”, Vol.10, No.3, 1962, p.405-406.
5. Crowston,W, Thompson,G.L., Decision CPM: A Method for Simultaneous Planning,
Scheduling and Control of Projects. În “Operations Research”, Vol.15, No.3, 1967,
p.407-426.
6. Daneţ,A., Managementul proiectelor. Editura Disz Tipo, Braşov, 2001.
7. Davis,E.W., Patterson,J.H., A Comparison of Heuristic and Optimum Solutions in
Resource-Constrained Project Scheduling. În “Management Science”, Vol.21, No.8,
1975, p.944-955.
8. Davis,E.W., Project Management: Network-Based Scheduling Techniques. În Hax,A.C.
(coordonator), “Studies in Operations Management”. North-Holland, New York, 1978.
9. Davis,R., Vickery,S., Markland,R., Operations Management. Concepts in
Manufacturing and Services. 2 nd edition, International Thomson Publishing, USA,
1998.
10. Fondahl,J.W., A Non-Computer Approach to the Critical Path Method for the
Construction Industry. Technical Report No.9, Construction Institute, Stanford
University, 1962.
11. Ford,L.R., Fulkerson,D.R., Flows in Networks. Princeton University Press, Princeton,
New Jersey, 1974.
12. Fulkerson,D.R., Expected Critical Path Lengths in PERT Networks. În “Operations
Research”, Vol.10, No.6, 1962, p.808-817.
13. Hax,A.C., Cândea,D., Production and Inventory Management. Prentice-Hall,
Englewood Cliffs, New Jersey, 1984.
14. Heizer,J., Render,B., Production and Operations Management. Allgue and Bacon
Boston, 1993.
15. Homoş,T., Programarea şi conducerea operativă în reţea a proceselor complexe
(Metoda drumului critic şi PERT). Litografia Institutului Politehnic Bucureşti, 1981b.
16. Kaufmann,A., Desbazeille,G., Metoda drumului critic. Editura Tehnică, Bucureşti,
1971.
17. Kelley,J.E.Jr., Walker,M.R., Critical Path Planning and Scheduling. În “Proceedings of
the Eastern Joint Computer Conference”, Boston, decembrie 1959.
18. Malcolm,D.G., Roseboom,J.H., Clark,C.E., Fazar,W., Applications of a Technique for
Research and Development Program Evaluation. În “Operations Research”, Vol.7,
No.5, 1959, p.649-669.
19. Mihoc,Gh., Micu,N., Introducere în teoria probabilităţilor. Editura Tehnică, Bucureşti,
1970.
20. Moder,J.J, Phillips,C.R., Project Management with CPM and PERT, Van Nostrand
Reinhold, New York, 1970.
21. Moeller,G.L., Digman,L.A., Operations Planning with VERT. În “Operations
Research”, Vol.29, No.4, 1981, p.676-697.
22. Moldoveanu,G., Managementul operaţional al producţiei. Editura Economică,
Bucureşti, 1996.
23. Pritsker,A.B., Happ,W.W., GERT: Graphical Evaluation and Review Technique, Part I:
Fundamentals. În “Journal of Industrial Engineering”, Vol.17, No.5, 1966, p.267-274.
24. Pritsker,A.B., Whitehouse,G.E., GERT: Graphical Evaluation and Review Technique,
Part II: Probabilistic and Engineering Applications. În “Journal of Industrial
Engineering”, Vol.17, No.6, 1966, p.293-299.
25. Proştean,G., Management prin proiect. Editura Orizonturi universitare, Timişoara,
2001.
26. Starr,M.K., Conducerea producţiei. Sisteme şi sinteze. Editura Tehnică, Bucureşti,
1970.
27. Van Slyke,R.M., Monte Carlo Methods and the PERT Problem. În “Operations
Research”, Vol.11, No.5, 1963, p.839-860.
28. Wiest,J.D., Levy,F.K., A Management Guide to PERT/CPM: with GERT/PDM/DCPM
and Other Networks. Prentice-Hall, Englewood Cliffs, New Jersey, 1977.
29. *** www.microsoft.com/office/projet.