Modelarea datelor pentru managementul proiectelor

CIUBOTARU LAURA PASARE ANA MARIA

Particulariti teoretice privind managementul proiectelor

Managementul proiectelor este un domeniu specializat de

management, a crui importan este n continu cretere, fapt demonstrat de amploarea pe care o cunoate abordarea sa n literatura de specialitate. Acest proiect este structurat n trei capitole care cuprind anumite aspecte teoretice privind managementul proiectelor, al doilea capitol vorbind despre sistemele informatice utilizate n managementul proiectelor iar al treilea capitol fiind un studiu de caz ce exemplific concret ceea ce s-a explicat n capitolele anterioare.

 Managementul proiectelor este o ramur specializat a

managementului aprut n anii '50 i aplicat pentru prima oar n S.U.A. la N.A.S.A., cu ocazia cercetrilor spaiale cu caracter complex i interdisciplinar. Organizaiile orientate pe proiecte reprezint organizaii a cror principal activitate o constituie executarea proiectelor iar acestea pot fi: organizaii care obin ctiguri din proiecte executate pentru alte organizaii sau organizaii care au adoptat managementul prin proiecte ca principal metod de management.

 Organizarea pe proiecte sau forma de organizare independent

a proiectului este, aa cum reiese din denumire, complet independent fa de organizaia tutelar, proiectul avnd o structur secundar cu totul independent. Aceasta nseamn c n cadrul proiectului se administreaz i se utilizeaz resurse proprii. Att managerul de proiect ct i membrii echipei de proiect fac parte din organizaia secundar, lucrnd cu norm de timp ntreag pentru realizarea proiectului. Organizaia primar nu intervine dect la cerere, pentru rezolvarea unor aspecte de strict specialitate. Aceast form de organizare este folosit n cadrul unor organizaii mari, pentru derularea unor proiecte mari, cu un grad de unicitate ridicat i care nu au tangen prea mare cu organizaia tutelar.

 Orice proiect se dorete a fi un succes. Totui nu este ntotdeauna foarte

clar ce se nelege prin success sau prin eec. Interpretarea eecurilor este subiectiv, aceasta fiind influenat de circumstane, de percepiile i ateptrile fiecrui individ n parte. Eecul unui proiect este identificat cu neatingerea criteriilor de performan, cost, timp i/sau sfer de activiti, stabilite n momentul planificrii lui. Conceptului de calitate i corespund dou definiii: calitatea este dat de conformitatea cu specificaiile tehnice sau calitatea poate fi definit ca fiind modul n care un produs sau serviciu satisface cerinele clientului, stabilite conform unor criterii obiective, msurabile. Organizaia Internaional pentru Standardizare (ISO) definete calitatea ca fiind : ,,totalitatea particularitilor i caracteristicilor unui produs sau ale unui serviciu care poart n ele capacitatea de a satisface o necesitate dat.

 Managementul timpului n cadrul proiectului se refer la

procesele prin care se asigur respectarea termenului planificat de realizare a proiectului. Dup ce s-au stabilit obiectivele proiectului, urmtoarea sarcin a managementului de proiect este de a dezvolta detaliile i modurile de realizare a acestora. Finanarea reprezint procesul de asigurare a unor fonduri bneti necesare desfurrii unui proiect. n finanarea proiectelor, cei care asigur majoritatea fondurilor mprumutate acord un grad considerabil de importan performanei proiectului n sine.

 Managementul riscului n cadrul proiectului se refer la

procesele ce vizeaz identificarea i cuantificarea riscului, definirea reaciei la risc i controlul reaciei la risc. Toate proiectele se desfoar n medii ce comport un grad oarecare de risc. Riscurile aprute fac ca, pentru realizarea n bune condiii a proiectului, s fie necesar s se investeasc timp i bani suplimentari. n aceste condiii, orice manager de proiect trebuie s stpneasc tehnicile managementului de risc. Riscul este o posibil barier ctre succes, adic toate lucrurile care pot merge prost. Riscul se poate defini ca posibilitatea ca un proiect s nu se execute conform previziunilor n ceea ce privete timpul de realizare, costul i specificaiile tehnice, aceast diferen ntre ce s-a realizat i ce s-a prognozat fiind dificil de acceptat sau chiar inacceptabil.

Proiectarea diagramelor pentru sistemul informatic de gestiune a proiectelor

Pentru un anumit proiect,firma solicit c sistemul informatic

s determine dac proiectul a fost finalizat sau nu i durata de realizare de acestuia ,calitatea proiectului,iar pentru o echip precizata,numrul de proiecte realizate ntr-o perioad de timp. Fiecare proiect este condus de ctre un manager(director de proiect),membru al echipei ce realizeaz proiectul.Pentru fiecare membru al unei echipe se poate determina,n funcie de data angajrii,vechimea n firma,precum i vechimea pe postul actual.De asemenea,sistemul trenuie s asigura evidenta echipelor cu angajaii cureni i a proiectelor realizate de fiecare echip n parte.

Diagrama cazurilor de utilizare

Sistemul permite operaii realizate de ctre principalii

actori din cadrul societii: managerul general, manangerul de proiect, managerul de resurse umane, administratorul de sistem.

Diagrama claselor
Reprezentarea claselor de obiecte cu atributele ce definesc

structura fiecrei clase,precum i cu metodele specifice fiecrei clase . De asemenea,putem observa relaiile dintre clasele de obiecte,precum i multiplicitile impuse de textul aplicaiei.

Diagrama de stri

Diagrama de activitate
Pentru a putea coordona un proiect acesta trebuie s

existe, dup care se va analiza dac se impune luarea sa n consideraie i dac exist o echip de lucru corespunztoare cerinelor proiectului. Dac se respect aceste condiii proiectului i se ataeaz datele necesare prelucrrii i se va finaliza n termenul stabilit.

Diagrama de colaborare

Diagrama de secvene

Pachetele
Pentru fiecare clas de obiecte din cadrul diagramei se pot

construi pachete care vor conine modulul de clas al clasei de baz, modelul de clas de persisten (colecia), formularul de introducere a datelor i tabelul ce asigur persistena.

Diagrama de componente
Diagrama de componente prezint dependenele dintre

componentele soft ale sistemului, prezentat ntr-o arhitectur client-server. Serverul de aplicaie va conine componenta Proiecte i interfaa de acces la aceasta. Echipa de proiectare va lucra cu aplicaiile client disponibile n reea, actualizrile reflectndu-se n baza de date server.

Modelul de persisten

Studiu de caz
Pentru a demonstra cele enumerate mai sus din punct de

vedere teoretic, am elaborat un studiu de caz bazat pe un proiect de investiii de la o intreprindere ce se ocup cu fabricarea de mobilier i pe baza acestui proiect de investiii am elaborat o baz de date n programul Microsoft Office Access prin care membrii echipei proiectului de investiii vor putea aduga modificri ulterioare privind costurile investiionale ale proiectului dar mai ales evoluia proiectului pe parcursul derulrii acestuia. Proiectul const n realizarea unei linii de producie de mobilier modular de buctrie din pal melaminat avnd ca rezultat mrirea capacitii de producie instalat i diversificarea produciei. El se ncadreaz n categoria investiiilor de extindere.

Concluzii
n concluzie acest proiect se rezum la faptul c necesitatea

crerii unei baze de date simplific mult adugarea sau eliminarea de noi date sau modificarea anumitor date, sau pentru a accesa mai uor anumite informaii pe care le poate conine o baz de date. Baza de date referitoare la proiectul de investiii al unei intreprinderi ce dorete s se extind pe ramura producerii de mobilier modular, am constatat c necesitatea crerii unei bzae de date mai ales n ceea ce privete costurile proiectului i atribuiile pe care le are fiecare membru al echipei pentru bunul mers al lucrurilor, este imperios necesar deoarece se asigur o monitorizare a costurilor proiectului de investiii care trebuie s se ncadreze n bugetul alocat.