Exemplu Proiect PSI

36
1 Cuprins 1. Prezentarea generală a sistemului informatic........................................................................................ 2 1.1. Descrierea generală a sistemului informatic ................................................................................. 2 1.2. Specificarea cerințelor................................................................................................................... 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 interacțiune .............................................................................................................. 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 interfețelor utilizator ................................................................................................ 22 3.4. Diagrame de componente............................................................................................................ 23 3.5. Diagrama de desfășurare ............................................................................................................. 24 4. Implementarea sistemului informatic.................................................................................................. 25 4.1. Tehnologii utilizare în implementare .......................................................................................... 25 4.2. Prezentarea pe scurt a funcționalității sistemului ........................................................................ 26

description

Proiectarea sistemelor informatice economice in statistica si in informatica economica

Transcript of Exemplu Proiect PSI

  • 1

    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

  • 2

    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.

  • 3

    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

  • 4

    1.2.2. Diagrama cazului de utilizare planificare proiect

    Figur 2- Diagrama cazului de utilizare planificare proiect

    Element al cazului

    de utilizare

    Descriere

    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

  • 5

    Fluxuri

    alternative

    Fluxul se poate parcurge i fr a ine seama de resurse

    Relaii -

    Frecvena utilizrii

    Medie

    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

    de utilizare

    Descriere

    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 utilizrii

    Frecvent

    Reguli ale afacerii Ajustarea proiectului se poate face doar cu aprobarea managerul de departament.

  • 6

    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

  • 7

    1.3.2. Diagrama de activitate pentru monitorizare proiect

    Figur 5 Diagrama de activitate pentru monitorizare proiect

  • 8

    1.4. Diagrama de clase

    Figur 6 Diagrama de clase

  • 9

    1.5. Diagrame de interaciune

    1.5.1. Diagrama de secven pentru monitorizare proiect

    Figur 7 Diagrama de secven pentru monitorizare proiect

  • 10

    1.5.2. Diagrama de comunicare pentru monitorizare proiect

    Figur 8 Diagrama de comunicare pentru monitorizare proiect

  • 11

    1.6. Diagrame de stare

    1.6.1. Diagrama de stare pentru clasa Activitate

    Figur 9 Diagrama de stare pentru clasa Activitate

  • 12

    1.6.2. Diagrama de stare pentru clasa Proiect

    Figur 10 Diagrama de stare pentru clasa Proiect

  • 13

    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

  • 14

    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

  • 15

    1.8.2. Diagrama de colaborare pentru monitorizare proiect

    Figur 14 Diagrama de colaborare pentru monitorizare proiect

  • 16

    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.

  • 17

    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.

  • 18

    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 *.

  • 19

    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.

  • 20

    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

  • 21

    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.

  • 22

    2.3. Proiectarea interfeelor utilizator

    Figur 20 Diagrama interfeelor cu utilizatorul

  • 23

    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

  • 24

    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

  • 25

    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.

  • 26

    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

    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 23 Fereastr Autentificare

    Figur 24 Fereastra principal

  • 27

    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.

    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 25 Fereastra Date Utilizator Figur 26 Fereastra Cutare Cont

    Figur 27 Fereastra Creare Proiect

  • 28

    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.

    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

    Figur 28 Fereastra Deschidere Proiect

  • 29

    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.

    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

    Adugare.

    Figur 31 Fereastra Definire Resurse

    Figur 30 Fereastra Cutare Resurs

    Figur 32 Fereastra Resurse Proiect

  • 30

    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

  • 31

    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.

    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.

    Figur 34 Fereastra Resurse Necesare

  • 32

    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 35 Fereastra Activiti Critice

    Figur 36 Fereastra Diagrama Gantt

  • 33

    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

  • 34

    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.

    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 39 Activitate n derulare

    Figur 40 Finalizarea unei activiti

  • 35

    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

  • 36

    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