Sunteți pe pagina 1din 36

Cuprins

1. Prezentarea general a sistemului informatic ........................................................................................ 2


1.1. Descrierea general a sistemului informatic ................................................................................. 2
1.2. Specificarea cerinelor................................................................................................................... 3
1.2.1. Diagrama general a cazurilor de utilizare............................................................................ 3
1.2.2. Diagrama cazului de utilizare planificare proiect ................................................................. 4
1.2.3. Diagrama cazului de utilizare monitorizare proiect .............................................................. 5
2. Analiza sistemului informatic ............................................................................................................... 6
2.1. Diagrame de activitate .................................................................................................................. 6
2.1.1. Diagrama de activitate pentru planificare proiect ................................................................. 6
2.1.2. Diagrama de activitate pentru monitorizare proiect .............................................................. 7
2.2. Diagrama de clase ......................................................................................................................... 8
2.3. Diagrame de interaciune .............................................................................................................. 9
2.3.1. Diagrama de secven pentru monitorizare proiect ............................................................... 9
2.3.2. Diagrama de comunicare pentru monitorizare proiect ........................................................ 10
2.4. Diagrame de stare ....................................................................................................................... 11
2.4.1. Diagrama de stare pentru clasa Activitate ........................................................................... 11
2.4.2. Diagrama de stare pentru clasa Proiect ............................................................................... 12
2.5. Rafinarea diagramelor UML ....................................................................................................... 13
2.5.1. Diagrama rafinat a cazului de utilizare monitorizare proiect ............................................ 13
2.5.2. Diagrama de clase rafinat .................................................................................................. 13
2.6. Diagrame de procese i colaborare n BPMN ............................................................................. 14
2.6.1. Diagrama de proces pentru planificare proiect ................................................................... 14
2.6.2. Diagrama de colaborare pentru monitorizare proiect .......................................................... 15
3. Proiectarea sistemului informatic........................................................................................................ 16
3.1. Diagrama de clase detaliat......................................................................................................... 16
3.2. Proiectarea bazei de date ............................................................................................................. 16
3.3. Proiectarea interfeelor utilizator ................................................................................................ 22
3.4. Diagrame de componente............................................................................................................ 23
3.5. Diagrama de desfurare ............................................................................................................. 24
4. Implementarea sistemului informatic.................................................................................................. 25
4.1. Tehnologii utilizare n implementare .......................................................................................... 25
4.2. Prezentarea pe scurt a funcionalitii sistemului ........................................................................ 26

1
Prezentarea general a sistemului informatic
1.1. Descrierea general a sistemului informatic
Proiectele cu care se confrunt managerii lumii moderne pot implica numeroase etape de
execuie, relaii relativ stricte ntre aceste activiti i, n consecin, o planificare minuioas a
acestora. Astfel, lucrarea de fa i propune dezvoltarea unei aplicaii ce va servi ca un instrument
n planificarea, coordonarea, supravegherea i evaluarea modului n care se desfoar un proiect.

Aplicaia avut n vedere trebuie s ofere facilitatea stocrii unei cantiti mari de informaii.
Datele vor putea fi introduse fie manual, prin intermediul unui formular al aplicaiei, fie importate
din alte surse externe (spre exemplu, fiiere .XLS). Principalele informaii necesare a fi stocate
sunt cele cu privire la activiti, durate de execuie, relaii de preceden ntre activiti, resursele
necesare ct i resursele disponibile. De asemenea, aplicaia trebuie s permit accesarea i/sau
actualizarea cu uurin a datelor n orice moment de timp. Se dorete gestionarea unor conturi de
utilizatori care pot avea diverse drepturi n ceea ce privete introducerea, accesarea i modificarea
datelor.

n urma introducerii datelor, la cererea utilizatorului acestea vor fi analizate pentru a oferi
informaii cu privire la ordinea n care ar trebuie s se desfoare activitile proiectului, durata
minim de execuie a acestuia, precum i termenele la care ar trebuie s nceap sau s se finalizeze
fiecare activitate. Se dorete implementarea unei opiuni ce ar permite i gestionarea alocrii
resurselor. Aplicaia va realiza aceste prelucrri prin intermediul unor algoritmi ce vor avea la baz
teoria din domeniul Cercetrii Operaionale cu privire la analiza/metoda drumului critic.

Aplicaia va putea fi utilizat pe parcursul ntregului proiect i pentru a monitoriza progresul


acestuia oferind, astfel, o funcie de control al timpului. Odat nceput derularea activitilor,
controlul presupune msurarea efectiv a duratei fiecrei activiti ce se desfoar. Pentru a oferi
rezultatul analizei activitilor ntr-un mod ct mai clar i urmrirea activitilor ntr-un mod mai
facil, vor fi implementate i elemente grafice, precum diagrama Gantt. Este important ca aplicaia
s aibe o interfa prietenoas pentru utilizarea acesteia ntr-un mod ct mai eficient. Elemente din
cadrul fiecrei ferestre trebuie poziionate ntr-un mod intuitiv i dup o anumit logic. De
asemenea, meniurile i opiunile/butoanele trebuie denumite ct mai sugestiv pentru o utilizare
optim a aplicaiei.

2
1.2. Specificarea cerinelor
Aplicaia avut n vedere n lucrarea de fa, denumit SIPP (Sistem Informatic pentru
Planificarea Proiectelor), are obiectivul de a oferi utilizatorilor un instrument util n organizarea
activitilor componente ale unui proiect, planificarea eficient a programului de desfurare a
unui proiect i supravegherea duratelor de execuie a activitilor pentru a se ncadra n limitele
prestabilite.
Capitolul acesta are rolul de a detalia cerinele funcionale pe care trebuie s le ndeplineasc
software-ul pentru a atinge obiectivele principale amintite n paragraful anterior i de a prezenta
metodologia de proiectare dup care se va ghida realizarea sistemului informatic.

1.2.1. Diagrama general a cazurilor de utilizare


Cerinele funcionale avute n vedere n cadrul dezvoltrii aplicaiei SIPP vor fi identificate
i modelate prin intermediul unor diagrame ale cazurilor de utilizare. Aceste diagrame redau modul
n care sistemul va fi utilizat prin reprezentarea prilor interesate prin aa-numiii actori i a
aciunilor ce se doresc a fi ntreprinse prin intermediul cazurilor de utilizare.

Figur 1 - Diagrama general a cazurilor de utilizare

3
1.2.2. Diagrama cazului de utilizare planificare proiect

Figur 2- Diagrama cazului de utilizare planificare proiect

Element al cazului Descriere


de utilizare
Cod CU01
Stare Schi
Scop Gestiunea unui proiect
Nume Planificarea proiectului
Actor principal Managerul de proiect
Descriere Presupune organizarea activitilor unui proiect innd cont de relaiile de
precen i de resurse.
Precondiii Managerul de proiect are acces la sistem i conexiunea cu baza de date este
activ.
Postcondiii Se ntocmete cu succes un plan de proiect care primete aprobarea pentru
implementare.
Declanator Managerul de proiect este nsrcinat cu planificarea unui nou proiect
Flux de baz 1. Managerul de proiect definete informaiile de baz ale proiectului.
2. Stabilete termenul de ncepere.
3. Asambleaz echipa de proiect i asigneaz drepturi n sistem.
4. Stabilete resursele de care dispune proiectul.
5. Stabilete activitile, duratele lor i relaiile de preceden.
6. Stabilete necesarul de resurse pentru fiecare activitate.
7. Determin activitile critice
8. Elaboreaz diagrama Gantt

4
Fluxuri Fluxul se poate parcurge i fr a ine seama de resurse
alternative
Relaii -
Frecvena Medie
utilizrii
Reguli ale afacerii Managerul de proiect poate suplimenta resursele disponibile numai cu acordul
managerului de departament.

1.2.3. Diagrama cazului de utilizare monitorizare proiect

Figur 3- Diagrama cazului de utilizare monitorizare proiect

Element al cazului Descriere


de utilizare
Cod CU02
Stare Schi
Scop Gestiunea unui proiect
Nume Monitorizarea execuiei proiectului
Actor principal Managerul de proiect
Descriere Presupune supravegherea defurri activitilor proiectului
Precondiii Managerul de proiect are acces la sistem i conexiunea cu baza de date este
activ.
Postcondiii Proiectul a fost planificat, aprobat
Declanator Demararea proiectului
Flux de baz 1. Managerul de proiect sau orice membru al echipei actualizeaz
informaiile din sistem pe msur ce activitile progreseaz.
2. Managerul de proiect genereaz periodic rapoarte pentru analizarea
stadiului actual al lucrrilor.
3. n cazul n care exist abateri de la planul iniial, managerul de proiect
poate face ajustri la graficul proiectului.
Fluxuri -
alternative
Relaii -
Frecvena Frecvent
utilizrii
Reguli ale afacerii Ajustarea proiectului se poate face doar cu aprobarea managerul de departament.

5
Analiza sistemului informatic
1.3. Diagrame de activitate
1.3.1. Diagrama de activitate pentru planificare proiect

Figur 4 - Diagrama de activitate pentru planificare proiect

6
1.3.2. Diagrama de activitate pentru monitorizare proiect

Figur 5 Diagrama de activitate pentru monitorizare proiect

7
1.4. Diagrama de clase

Figur 6 Diagrama de clase

8
1.5. Diagrame de interaciune
1.5.1. Diagrama de secven pentru monitorizare proiect

Figur 7 Diagrama de secven pentru monitorizare proiect

9
1.5.2. Diagrama de comunicare pentru monitorizare proiect

Figur 8 Diagrama de comunicare pentru monitorizare proiect

10
1.6. Diagrame de stare
1.6.1. Diagrama de stare pentru clasa Activitate

Figur 9 Diagrama de stare pentru clasa Activitate

11
1.6.2. Diagrama de stare pentru clasa Proiect

Figur 10 Diagrama de stare pentru clasa Proiect

12
1.7. Rafinarea diagramelor UML
1.7.1. Diagrama rafinat a cazului de utilizare monitorizare proiect

Figur 11 Diagrama rafinat a cazului de utilizare monitorizare proiect

1.7.2. Diagrama de clase rafinat

Figur 12 Diagrama de clase rafinat

13
1.8. Diagrame de procese i colaborare n BPMN
1.8.1. Diagrama de proces pentru planificare proiect

Figur 13 Diagrama de proces pentru planificare proiect

14
1.8.2. Diagrama de colaborare pentru monitorizare proiect

Figur 14 Diagrama de colaborare pentru monitorizare proiect

15
2. Proiectarea sistemului informatic
2.1. Diagrama de clase detaliat

Diagrama de clase detaliat prezint clasele mpreun cu atributele i metodele


corespunztoare acestora. Aceast diagram detaliaz descrierea i comportamentul claselor care
compun aplicaia software, pentru a facilita ntelegerea funcionalitii.

Figur 15 Diagrama de clase detaliat

2.2. Proiectarea bazei de date

n aceast etap, pornind de la rezultatele analizei cerinelor sistemului, se realizeaz


modelarea cerinelor privind datele folosind un model de nivel nalt. Proiectarea conceptual
presupune construirea unui model al informaiilor ce urmeaz a fi utilizate de ctre aplicaie astfel
nct acest model s nu in cont de resursele de ordin fizic. Aceast etap presupune mai multe
faze cum ar fi: identificarea entitilor, identificarea relaiilor, determinarea domeniilor atributelor,
determinarea atributelor cheie, desenarea de diagrame etc.

16
Entitile identificate n urma analizei cerinelor funcionale ale aplicaiei sunt prezentate n
figura 5. Acestea sunt: Proiect, Activitate, Preceden, Permisiune, Utilizator, Resurs,
Disponibil_Resurs, Necesar_Resurs. Entitile reprezentate n figur prin forme mrginite prin
linii duble sunt entiti tari sau independente. Existena instanelor acestor entiti nu depinde de
existena altor instane din entiti diferite. Entitile slabe (sau dependente) au fost reprezentate
prin forme mrginite prin linii simple. Instanele acestora vor depinde de existena unor instane
n cadrul unei entitate printe. Spre exemplu, n timp ce entitatea Proiect va avea instane de
sine stttoare, instanele entitii Activitate vor depinde de existene unei instane a entitii
Proiect cu care va fi asociat.

Figur 16 Identificarea entitilor modelului de date

Definirea relaiilor (asocierilor) dintre entiti. n aceast etap se stabilesc se stabilete


modul n care interacioneaz entitile ntre ele i se modeleaz prin asocieri bazate pe relaiile
naturale existente n lumea real (n domeniul din care provin). O dat identificat o legtur ntre
dou entiti, relevant pentru necesitile sistemului, se stabilesc cardinalitatea (unu-la-unu, unu-
la-muli sau muli-la-muli) i opionalitatea relaiilor.

17
Figur 17 Diagrama Entitate-Asociere
n figura 6 se pot observa relaiile existente ntre entiti (marcate prin arce), cardinalitatea
fiecrei relaii i opionalitatea (marcat prin arce discontinue). Pentru a exemplifica citirea unei
astfel de relaii vom considera entitile Proiect i Activitate: un proiect poate conine una sau mai
multe activiti, iar o activitate trebuie s aparin unui singur proiect.
Identificarea atributelor entitilor. Aceast etap presupune descrierea fiecrei entiti n
parte prin enumerarea atributelor sale. Fiecrei entiti definite n model i este asociat un set de
caracteristici sau atribute. Aceste atribute vor servi drept mijloace prin care aplicaia informatic
va formula i va transmite interogri ctre baza de date. De asemenea, atributele servesc la
interpretarea rspunsurilor ntoarse de baza de date pentru a extrage informaia cutat, cu privire
la o anumit entitate. Astfel, entitile identificate n etapele anterioare sunt descrise conform
figurii 7. Atributele care identific n mod unic instana unei entiti, sau atribute cheie, au fost
marcate prin subliniere, iar atributele valorificate n mod obligatoriu la crearea unei instane sunt
marcate prin simbolul *.

18
Figur 18 Identificarea atributelor entitilor
n faza de proiectare logic a unei baze de date se realizeaz schema logic global, pornind de la
schema conceptuala de nivel nalt independent de SGBD, proiectat n faza precedent. Modelul logic al
bazei de date este o ramificare a modelului iniial furnizat de schema conceptual. Aceasta nu nseamn c
modelul conceptual nu este corect, ci c trebuie stabilite detalii suplimentare dezvoltrii proiectului.
Aceast schem conceptual nou trebuie s cuprind: tipurile entitilor, tipul relaiilor, atributele i
domeniile acestora, cheile primare i secundare, dar i constrangerile de integritate. Aceast faz de
proiectare logic poate fi realizat n dou sub-faze: transpunerea schemei conceptuale n modelul de date
al sistemului SGBD ales, dar independent de sistemul de gestiune propriu-zis i rafinarea schemei
conceptuale.
Un prim pas al transformrii modelului Entitate-Asociere n model logic este acela al transformrii
entitilor n tabele. Astfel, entitile independente vor deveni tabele independente (cheile primare nu vor
conine chei externe). Spre exemplu, tabela Proiect va avea cheie primar atributul cod_proiect. Entitile
slabe se vor transforma n tabele dependente care vor conine n cheia primar i chei externe. n cazul
tabelei Activitate, cheia primar va fi format din cheia proprie cod_activitate i cheia extern cod_proiect
preluat de la tabela Proiect. Urmtoarea etap este cea a transformrii relaiilor n chei externe. n cazul
relaiilor de tip unu-la-muli, care predomin n cazul de fa, cheia extern va fi plasat n tabela situat pe
partea muli. Spre exemplu, relaia aparine dintre entitile Permisiune i Utilizator va conduce la crearea
unei chei externe ctre tabela Utilizator n tabela Permisiune. n ultima etap a transformrii, atributele
unei entiti vor deveni cmpuri n tabelul provenit din entitatea respectiv.
n cadrul rafinrii schemei conceptuale se vor determina domeniile atributelor n funcie de
necesitile aplicaiei, se vor stabili cheile primare i cheile unice ale tabelelor, se va verifica modelul pentru
eliminarea redundanelor i, eventual, definirea constrngerilor.

19
Deoarece modelul de date ce st la baza aplicaiei este unul relaional, sistemul de gestiune a bazelor
de date utilizat n acest caz este Oracle, de asemenea, un SGBD relaional. Schema logic a bazei de date
poate fi observat n figura 17 i a fost generat utiliznd programul SQL Developer, dezvoltat de Oracle.

Figur 19 Schema logic a bazei de date

20
Aplicaia de fa lucreaz cu un numr de 8 tabele care gestioneaz ntre ele mai multe relaii.
Tabelele necesare bazei de date pentru funcionarea aplicaiei sunt urmtoarele: Utilizator,
Permisiune, Proiect, Activitate, Resurs, Disponibil_resurs, Necesar_resurs, Preceden.
Tabela UTILIZATOR gestioneaz datele conturilor de utilizatori. Aceasta este o tabel
independent ntruct nu conine restricii de tip cheie extern. Cheia tabelei este cmpul
cod_utilizator. Acesta identific n mod unic un utilizator. Cmpul nume_cont nu face parte din
cheie, dei acesta trebuie sa aib valori unice. Aceste cmpuri mpreun cu nume, prenume, parola
sunt obligatorii, celelalte fiind opionale.
Tabela PERMISIUNE are rolul de a oferi acces unui utilizator la un proiect, ce aceea,
existena unei instane a tabelei este determinat de exsitena unei instane de utilizator i a uneia
de proiect. Cheia primar a tabelei este format din cmpurile cod_utilizator i cod_proiect, ale
cror valori provin din tabelele UTILIZATOR i, respectiv, PROIECT. Cmpul tip_permisiune
are lungime de doar 1 Byte deoarece va lua valorile 1 pentru permisiune de tip administrator,
2 pentru permisiune de tip modificare i 3 pentru permisiune de tip vizualizare.

Tabela PROIECT modeleaz o alt entitate de sine-stttoare, un proiect, deoarece nu


depinde de alte entiti. Aceast tabel are rolul de a gestiona date cu privire la proiecte i de a
aduna toate activitile ntr-o colecie. Cheia primar este reprezentat de cmpul cod_proiect,
numr ce identific n mod unic un proiect. Cmpul durata_minima este valorizat dup aplicarea
metodei drumului critic i va reprezenta numrul minim de zile necesar pentru finalizarea
proiectului. Cmpul tpi reprezint data planificat a nceperii proiectului, n timp ce cmpul
data_ncepere reprezint data efectiv a nceperii proiectului.
Tabela ACTIVITATE joac un rol esenial n cadrul bazei de date deoarece de modul n
care sunt stocate datele despre o activitate depinde corectitudinea rezultatelor metodei drumului
critic. Tabela gestioneaz activitile unui proiect identificat prin cmpul cod_proiect. Acest cmp,
mpreun cu cmpul cod_activitate formeaz cheia primar a tabelei. Tabela PRECEDENTA are
rolul de a crea legturi ntre instanele tabelei ACTIVITATE, legturi denumite, conform teoriei
metodei drumului critic, relaii de preceden. Astfel se realizeaz asocierea unei activiti cu
activitatea sa imediat precedent.

Tabela RESURSA stocheaz date cu privire la resursele implicate n cadrul unui proiect.
Cheia primar a tabelei este reprezentat de cmpul cod_resursa. Tabela
DISPONIBIL_RESURSA stocheaz date cu privire la resursele disponibile ale unui proiect. Cheia
primar este format din cmpurile cod_proiect, cod_resursa, datai, dataf astfel c pentru acelai
proiect nu se poate aloca de mai multe ori o anumit resurs pe acelai interval de timp. Cmpul
datai reprezint data de nceput a intervalului de valabilitate a resursei, iar dataf reprezint data de
final a intervalului. Intervalul a fost inclus n cadrul cheii pentru a evita redundan. Soluia pentru
adugarea aceleiai resurse ar fi modificarea cantitii deja existente. Tabela
NECESAR_RESURSE conine date cu privire la resursele necesare unei activiti n fiecare zi, pe
durata execuiei acesteia. Cheia primar este format din cmpurile cod_activitate, cod_resurs,
cod_proiect.

21
2.3. Proiectarea interfeelor utilizator

Figur 20 Diagrama interfeelor cu utilizatorul

22
2.4. Diagrame de componente

Componentele sunt module de cod de diferite tipuri. n funcie de coninutul lor acestea pot
fi: componente care conin cod surs, componente binare sau excutabile. Prezentarea
componentelor are rolul de a descrie componentele implementate de sistem i dependenele ce
exist ntre ele, precum i resursele alocate acestora i eventual alte informaii administrative, cum
ar fi de exemplu un desfurtor al muncii de dezvoltare. Este folosit n special de dezvoltatorii
sistemului, iar n componena sa intr diagrame ale componentelor.
Diagrama componentelor se refer la fiierele sistemului informatic n care vor utiliza
clasele aplicaiei. Sistemul conceput are urmtoarele componente: biblioteci de sistem (.dll),
program surs (.cs), program executabil (.exe).
Bibliotecile conin funciile definite de programator la care se restricioneaz accesul
pentru nu putea fi alterate de cei neautorizai. Acestea au extensia .dll (dznamic link library) i sunt
utilizate pentru a le include n diferite programe surs.

Figur 21 Diagrama de componente

23
2.5. Diagrama de desfurare

Diagrama de desfurare descrie structura sistemului n momentul execuiei. Astfel sitemul


pentru gestiunea financiar a unei ntreprinderi conine ca i component care trebuie s
interacioneze pentru a executa programul implementat sunt:

Figur 22 Diagrama de desfurare

24
4. Implementarea sistemului informatic

4.1. Tehnologii utilizate n implementare

Sistemul informatic avut n vedere de aceast lucrare a fost implementat valorificnd


facilitile oferite de platforma .NET precum i performana popularului sistem de gestiune a
bazelor de date Oracle. Interfaa dintre utilizator i baza de date a fost realizat n mediul de
programare Microsoft Visual C#, n cadrul pachetului software Microsoft Visual Studio 2012.
Pentru stocarea datelor necesare implementrii sistemului informatic, precum cele cu
privire la proiecte, activiti i relaiile de preceden dintre acestea, s-a utilizat baza de date Oracle
12c, lansat de ctre compania Oracle n luna Iulie a anului 2013.
Oracle este un sistem de gestiune a bazelor de date dezvoltat de compania Oracle, fondat
n anul 1977 n California, SUA. Astzi, Oracle Corporation a devenit al doilea cel mai mare
productor de produse software, dup Microsoft i este principalul furnizor de soluii software
pentru gestiunea datelor. nc de la apariia sa, Oracle s-a alturat categoriei de sisteme de gestiune
a bazelor de date bazate n totalitate pe modelul relaional prin ndeplinirea unor condiii minimale,
precum implementarea unui model de date relaional pentru baza de date i a unui limbaj de
programare relaional, SQL Structured Query Language.
Aspecte ale Oracle care i susin apartenena la categoria sistemelor de gestiune a bazelor
de date relaionale: [6]
ndeplinete funciile unui SGBD: descriere, manipulare, utilizare, administrare prin
intermediul LDD, LMD, pachete software de interfee i instrumente specializate.
ndeplinete obiectivele unui SGBD: independena datelor, redundana minim i
controlat, facilitile de utilizare, securitatea datelor, integritatea datelor, partajabilitatea datelor,
legturile ntre date, performanele globale, administrarea i controlul datelor.
Implementeaz modelul de date relaional sub toate cele trei aspect ale sale. Datele sunt
structurate pe baza noiunilor de domeniu, tabela (relaie), tuplu, atribut, chei, schema relaiei.
Restriciile de integritate se implementeaz prin LDD: unicitatea cheii (UNIQUE, PRIMARY
KEY), referential (FOREIGN KEY), entitii (NOT NULL), de domeniu (CHECK). Sunt
implementai operatorii relaionali (selecie, proiecie, jonciune, reuniune, intersecie, diferen)
n cadrul comenzii SELECT prin clauze specifice.
Implementeaz limbajul relaional SQL care mbin puterea calculului i algebrei
relaionale.
Limbajul C# a aprut n anul 2000, fiind dezvoltat de o echip restrns de ingineri de la
Microsoft, echip din care s-a evideniat Anders Hejlsberg (autorul limbajului Turbo Pascal i
membru al echipei care a proiectat Borland Delphi) [11]. Principiile de baz ale programrii pe
obiecte (ncapsulare, motenire, polimorfism) sunt elemente fundamentale ale programrii C#. n
mare, limbajul motenete sintaxa i principiile de programare din C++.
Exist o serie de tipuri noi de date sau funciuni diferite ale datelor din C++, iar n spiritul
realizrii unor secvene de cod sigure (safe), unele funciuni au fost adugate (de exemplu, interfee
i delegri), diversificate (tipul struct), modificate (tipul string) sau chiar eliminate (motenirea
multipl i pointerii ctre funcii). Unele funciuni, cum ar fi accesul direct la memorie folosind
pointeri, au fost pstrate, dar secvenele de cod corespunztoare se consider nesigure.

25
1.2. Prezentarea pe scurt a funcionalitii sistemului

La rularea aplicaiei SIPP se deschide fereastra de


Autentificare (figura 4.3.1) n care utilizatorul i va introduce
informaiile contului. n situaia n care acesta nu deine un cont,
are posibilitatea de a crea unul prin apsarea butonul Cont Nou.
Tot n aceast fereastr se pot configura setrile utilizate de
aplicaie pentru a se conecta la baza de date Oracle. n urma
furnizrii datelor, utilizatorul poate coantinua spre fereastra
principal apsnd butonul OK.

n urma realizrii autentificrii cu succes, se deschide


fereastra principal (Figura 4.3.2), de tip MDI (interfa cu Figur 23 Fereastr Autentificare
multiple documente), n care sunt afiate data curent i numele complet al utilizatorului. Acesta
are acces la o parte dintre opiunile din meniul principal, opiuni ce permit gestionarea informaiilor
din contul de utilizator, crearea sau deschiderea de proiecte i are acces la catalogul de resurse al
aplicaiei.

Figur 24 Fereastra principal

26
Meniul Date Cont ofer acces la fereastra Date Utilizator (figura 4.3.3) ce permite
modificarea informaiilor cu privire la utilizator i a parolei. De asemenea, prin intermediul
ferestrei Cutare Cont (figura 4.3.5) utilizatorul poate cuta datele de contact ale altor utilizatori
dup mai multe criterii.

Figur 25 Fereastra Date Utilizator Figur 26 Fereastra Cutare Cont

Meniul Proiecte i permite


utilizatorului s acceseze fereastra
Creare Proiect (Figura 27) n
cadrul creia acesta poate defini un
noi proiect. Informaiile ce pot fi
introduse se refer la denumirea,
descrierea, termenele proiectului,
precum i asignarea de drepturi
anumitor utilizatori.

Figur 27 Fereastra Creare Proiect

27
Utilizatorul poate deschide orice proiect pe care este asignat prin intermediul ferestrei
Deschidere Proiect (Figura 4.3.6). Aici sunt afiate doar proiectele pe care utilizatorul curent
este asignat. Exist, de asemenea, opiunea de tergere a unui proiect, apsnd butonul avnd
sombolul -. Dup selectarea proiectului, acesta poate fi deschis apsnd butonul Deschidere.

Figur 28 Fereastra Deschidere Proiect

Odat cu deschiderea unui proiect, n cadrul ferestrei principale sunt afiate numele
proiectului, tipul de permisiune a utilizatorului asupra proiectului precum i activitile aflate n
desfurare n ziua curent mpreun cu situaia resurselor, conform exemplului din figura 4.3.7.
De asemenea, utilizatorul obine acces la celelalte meniuri ale aplicaiei.

Figur 29 Fereastra principal dup deschiderea unui proiect

28
Meniul Resurse ofer opiuni de gestionare a resurselor implicate n proiect. Aplicaia
implementeaz un catalog de resurse pentru a evita redundana datelor. Pentru a aduga o resurs
n catalog se deschidea fereastra Definire Resurse (Figura 4.3.9), iar informaiile se introduc de
la tastatur i apoi se apas butonul Adugare. Regsirea informaiilor privind resursele se face
utiliznd fereastra Cutare Resurs (Figura 4.3.8), iar cutarea se face dup mai multe criterii.

Figur 31 Fereastra Definire Resurse


Figur 30 Fereastra Cutare Resurs

Pentru a vizualiza sau modifica


resursele de care dispune proiectul, se
deschide fereastra Resurse Proiect
(figura 18) alegnd opiunea Resurse
Disponibile -
Vizualizare/Modificare. Denumirea
resursei se preia din catalogul de
resurse apsnd butonul Cutare i
alegnd resursa dorit din fereastra
Cutare Resurs. Apoi se tasteaz
cantitatea zilnic din resurs de care
va dispune proiectul, se alege perioada
de timp i se apas butonul Figur 32 Fereastra Resurse Proiect
Adugare.

29
Manipularea informaiilor privind activitile unui proiect se face utiliznd fereastra
Activiti (figura 4.3.11) n cadrul creia se poate aduga noi activiti, fie de la tastatur, fie
importndu-le dintr-un fiier Excel. Pentru a insera o activitate nou, n cmpul Cod activitate
nou se introduce codul unic al noii activiti i se apas tasta Enter, urmnd a se introduce
celelalte informaii n cadrul tabelului. Pentru a importa lista de activiti dintr-un fiier Excel se
completeaz cmpurile din zona Import Date Excel i se apas butonul Import Date.

Toate datele introduse n tabelul ferestrei nu sunt stocate n baza de date dect n momentul
n care se apas butonul Salvare. Dar mai nti datele trebuie validate pentru a evita erorile de
procesare. Fereastra prezint un indicator sub forma unui semafor care indic prin culoarea galben
faptul c datele nu au fost supuse algoritmului de validare, prin rou faptul c exist erori i prin
verde faptul c datele sunt corecte i pot fi salvate. n cazul existenei unei erori, este afiat un
mesaj sugestiv n cmpul Erori detectate. Pentru a identifica activitatea eronat, se verific
semafoarele individuale ale activitilor, cele indicnd culoarea roie fiind eronate. Dup
corectarea erorii se repet procesul de validare pn cnd semaforul principal indic culoarea
verde.

Figur 33 Fereastra Activiti

30
Pentru a vizualiza/modificare resursele necesare fiecrei activiti a proiectului, se deschide
fereastra Resurse necesare (figura 4.3.12) alegnd opiunea Resurse Necesare -
Vizualizare/Modificare. Pentru a aduga un necesar de resurs, se vor alege activitatea, resursa i
cantitatea zilnic, iar apoi se execut butonul Adugare.

Figur 34 Fereastra Resurse Necesare

Una dintre cele mai importante funcionaliti ale aplicaiei, aplicarea metodei drumului
critic, se utilizeaz dup definitivarea listei de activiti, accesnd meniul Procesare i alegnd
opiunea Analiza drumui critic. Se va deschide fereastra din figura 4.3.13 n care se acioneaz
butonul Procesare pentru a aplica algoritmul metodei drumului critic.

Dup procesare, se vor afia activitile critice ale proiectului, durata minim de execuie a
proiectului i termenele cele mai timpurii/trzii de ncepere/finalizare a unei activiti pentru a nu
afectaa durata proiectului. Rezultatele analizei vor fi salvate n baza de date pentru a putea fi
folosite ulterior, acionnd butonul Salvare.

31
Figur 35 Fereastra Activiti Critice

Pentru a putea studia mai n detaliu organizarea activitilor din etapa de planificare se poate
genera diagrama Gantt a proiectului din meniul Grafice, opiunea Diagrama Gantt Date
planificate. Se va deschide fereasta din figura 4.3.14 n care activitile sunt reprezentate sunt
form de bare orizontale pe o ax a timpului. De asemenea, apare o nou opiune n meniul
principal, aceea de salvare a graficului generat sub form de imagine cu formatul .BMP.

Figur 36 Fereastra Diagrama Gantt

32
O dat ce s-a stabilit calendarul activitilor, utilizatorul trebuie s se asigure c exist resurse
suficiente pentru derularea activitilor conform acestei planificri. n acest scop, aplicaia pune la
dispoziie un instrument foarte util, sub forma unui calendar al resurselor. Acesta poate fi accesat
din meniul Resurse, alegnd opiunea Situaia Resurselor. Se va deschide fereastra din figura
4.3.15, ce arat, pentru fiecare resurs, ce activiti se desfoar n fiecare zi i ce resurse
consum. Pentru a identifica mai uor activitile, fiecare are cte o culoare asociat.

Figur 37 Fereastra Situaia resurselor

Figur 38 Fereastra Status Proiect

33
Dup finalizarea etapei de planificare a proiectului, se poate trece n etapa de derulare a
proiectului. Acest lucru se face prin funcionalitile puse la dispoziie prin intermediul ferestrei
Status Proiect (figura 4.3.16) ce poate fi deschis din meniul Proiecte, alegnd opiunea
Status Proiect. n cadrul ferestrei sunt afiate informaiile generale ale proiectului, stare
proiectului precum i lista de utilizatori asignai.
Iniial, un proiect se afl n starea n ateptare. Pentru a ncepe derularea unui proiect, se
acioneaz butonul Start Proiect, iar starea se va actualiza la n derulare. n zona Status
activiti sunt afiate activitile proiectului mpreun cu informaii precum statusul i termenele
planificate/efective de ncepere/finalizare.
Pentru a demara o activitate, aceasta trebuie selectat i se va aciona butonul de Start de
deasupra tabelului. De asemenea, se poate seta un procent al progresului unei activiti, vizibil apoi
n bara de progres, asemntor exemplului din figura 4.3.17. Se poate observa c data de ncepere
efectiv a fost actualizat cu data curent.

Figur 39 Activitate n derulare


Pentru a declara o activitate ca fiind finalizat, aceasta va fi selectat i se va aciona butonul
Finalizare la date de dup selectare, n prealabil, a datei de finalizare. Aplicaia permite
finalizarea unei activiti n orice zi n data de ncepere a activitii i data curent.

Figur 40 Finalizarea unei activiti

34
Dup cum se poate observa n figura 4.3.18, n momentul n care o activitate este finalizat,
activitile care depinde de aceasta vor fi demarate n mod automat. n exemplul de mai jos,
activitatea avnd codul A a fost finalizat cu o zi mai trziu, durata efectiv fiind mai mare dect
cea planificat.
n orice moment de timp, utilizatorul poate genera rapoarte privind activitile proiectului,
din meniul Rapoarte, opiunea Activiti. Acest raport, prezentat n figurile 41 i 42, expune
situaia activitile sub form de grafice cu bare verticale i sub form tabelar.

Figur 41 Raport activiti - Antet i grafice

35
Figur 42 Raport Activiti - List Activiti
Aplicaia mai pune la dispoziia utilizatorului un raport care sumarizeaz necesarul total al
proiectului pentru o anumit activitate aleas anteriori generrii raportului. Acest raport poate fi
accesat din meniul Rapoarte, opiunea Consum Resurse. Se va deschide fereastra din figura
43, raportul urmnd a fi generat dup alegerea resursei i acionarea butonului Generare Raport.

Figur 43 Raport Consum Resurse

36