Sunteți pe pagina 1din 33

MZT86507K

LNT01
Subiectul 1 a) Fia de prezentare a proiectului i va fi prezentat la fiecare LNT.
Meniune : ntr-o companie financiar (sau banc) , dept. IT-ul trebuie ntotdeauna s ofere suport unui anumit tip de bussiness i nicidecum bussiness-ul s se fac dup cum dicteaza IT-ul sau un anumit sistem informatic. Iniiativa unui proiect de cele mai multe ori trebuie s plece din bussiness i n general persoana care conduce <<managerul de proiect>> este o persoan din bussiness (n cazul acesta ar trebui s fie o persoan din departamnentul financiar). Eu lucrez ntr-un departament de IT i pentru acest proiect vom considera c manager de proiect este o persoan din departamentul IT.

b) Dac privim atent produsele oferite de ctre bnci putem observa c toate au aproximativ
aceiai doband, acelai comision, deci posibiltile de a realiza un venit sunt limitate i cam aceleai la toate bncile. Profitul realizat de o companie nseamn maximizarea veniturilor, dar are i o problem dual i anume minimizarea cheltuielilor.Acele bnci care vor reusi reducerea cheltuielilor de procesare pentru un anumit produs vor reusi s fie cele mai rentabile.Una din problemele actuale,i care se realizeaz cu costuri deosebit de mari,la multe dintre bnci este problema raportrilor,care sunt deopotriv cerute de ctre instituii externe bncii respective (Banca Naional a Romniei,Fondul de Garantare a Depozitelor,Ministeul Finanelor etc.) dar sunt i situaii cerute de ctre management-ul bncii pentru analiza situaiei actuale i fundamentarea deciziilor. Presupunem ca banca se gseste n stadiul n care 80% din aceste rapoarte i situaii se calculeaz manual i 20% se calculeaz ntr-un mod semiautomat. Un sistem de raportri,nu numai c,ar reduce semnificativ timpul de producere a informaiei dar ar standardiza modul de prezentare a informaiei n departamentul respectiv. La ora actual pentru ntocmirea rapoartelor i situaiilor sunt alocate 4 pesoane din financiar i o singur persoan din departamentul IT. Analiza SWOT: S - Puncte tari : S1 - departamentul financiar dispune de cunotine necesare dezvoltrii unui sistem de raportare; S2 - Exista licenele informatice necesare dezvoltrii; S3 -O parte din munca de raportare a departamentului finaciar-contabil este cunoscut i de departamentul IT. W - Puncte slabe: W1 - Timpul de producere a rapoartelor i situailor este foarte mare; W2 - Exist ntrzieri n raportrile ctre instituii externe ceea ce conduce la penaliti;

W3 - Informaia este destul de greu de verificat deoarece corelaiile ntre rapoarte sunt practic inexistente (se verific manual); W4 - Nu exist backup de persoane pe anumite situaii sau rapoarte ce trebuie ntocmite,ceea ce face foarte dificil situaia atunci cnd un angajat prsete compania sau doreste s plece n concediu; W5 - Rapoartele odata ce s-au produs sunt stocate undeva pe un server sau pe calculatorul pe care s-au produs,ceea ce face dificil gsirea lor ulterioar pentru a fi consultate i ,uneori, chiar pierderea acestora ceea ce conduce la recalcularea lor (manual). W6 Rapoartele fiind stocate undeva pe retea accesul la acestea se poate face i de ctre persoane neautorizate care pot terge din greseal unele rapoarte. O - Oportuniti : O1 - sistemul de raportare se poate extinde i n afara departamentului financiarcontabil (de exemplu n marketing,vnzri). O2 posibilitatea dezvoltrii de situaii i analize complexe care s fie generate automat la anumite intervale; O3 - posibilitatea realizrii de corelatii ntre rapoarte. T - Ameninri : T1 - O parte din personal ar putea s migreze ctre alte locuri de munc ducnd cu d-lor i cunotinele acumulate n procesul de dezvoltare a produsului ; T2 Posibilitatea transmiterii unor date greite n rapoarte. T3 Copierea produsului de ctre alte bnci.

c ) Cerinele proiectului :
Extragerea corect i rapid a datelor n scopul producerii de rapoarte; Extragerea rapid se refer la punctele W1 i W2.Extragerea corecta rezult din W3 i este urmare a punctului O3. Rezolv i punctul T2. Automatizarea proceselor de generare de rapoarte; O parte din rapoarte s fie generate automat i eventual atenionarea beneficiarului prin email este rezultat al W3 i este urmare a punctului O2. Disponibilitatea datelor istorice; Rezult din W5. Implementarea unei proceduri de disaster and recovery; Este o cerina specific dezvoltarii de software i rezolv punctul W5. Protejarea la copiere a produsului program precum i a documentaiei aferente; Decurge din T3. Uurina n exploatare precum i posibilitatea nsuirii rapide a folosirii programului; Urmare a punctului T1 i W4. Sistemul s fie conceput ca un sistem deschis pentru a putea interaciona cu alte sisteme precum i dezvoltarea de noi funcionaliti (rapoarte) s fie facil. Urmare a punctului O1. Accesul la rapoarte s se faca autorizat pe baza de roluri asociate userilor;

Urmare a W6.

Din punct de vedere al utilizatorului produsul trebuie s respecte urmtoarele caracteristici : eficient,functional,mentenabil,portabil,fiabil si utilizabil;

Pentru ultimul punct din cerine vom prezenta o descriere a factorilor ce determin aceste caracteristici:
Tabel 1.1

CARACTERISTICI Eficient Funcional

Mentenabil Portabil Fiabil Utilizabil

FACTORI CE DETERMIN CARACTERISTICILE S ofere economie de timp i de resurse S cuprind funcii suficiente pentru a satisface cerinele utilizatorului Rapoartele i situaiile sa reflecte realitatea Securitatea datelor impotriva pierderilor de date i a accesului neautorizat. Compatibilitatea produsului cu alte produse informatice existente n banc Efortul depus pentru corectarea erorilor s fie scazut precum i posibilitatea de a mbuntii produsul i dup implementare. S poata fi implementat pe platforme hardware sau software existente n banc. S cuprinda o buna tratare a erorilor Efortul depus de utilizator pentru nelegerea i folosirea produsului n condiii optime s fie minim.

d ) Estimarea fluxului de numerar.


Pentru a face estimarea trebuiesc fcute urmtoarele presupuneri: Din cadrul departamentului financiar vor fi alocate cu jumtate de norm dou persoane cu experien bogat n ntocmirea de rapoarte i situaii; Vor fi recrutate nc dou persone ce vor fi alocate cu norm ntreag n faza de implementare; Din cadrul departamentului de IT va fi alocat persoana care se ocup de raportri n momentul actual, care va deine i funcia de manager de proiect; De pe piaa local a muncii va mai fi recrutat nc o persoan ce se va ocupa pe lang dezvoltare i de administrarea bazelor de date. Aceast persoan va fi trimis la cursuri de specialitate; Dupa ce proiectul va fi ncheiat, din partea departamentului de IT, de noul produs de raportare se va ocupa, n continuare, persoana care a deinut funcia de manager de proiect (cu un sfert de norm) plus persoana recrutat (cu o norma ntreag); Dupa ncheierea proiectului din partea departamentului financiar-contabil, de noul produs, se vor ocupa cele dou persoane recrutate cu o norm de 100%.

Cheltuieli cu salariul n primul an :


Tabel 1.2

SALARIU NORM PRIM NR. TOTAL LUNAR PERS. [RON] [%] [RON] [RON] Manager proiect 8,000.00 100 8,000.00 1 104,000.00 Persoan IT recrutat 5,000.00 100 5,000.00 1 65,000.00 Persoane financiar 7,000.00 50 3,500.00 2 91,000.00 contabil cu experien Persoane financiar 5,000.00 100 5,000.00 2 130,000.00 contabil recrutate TOTAL 30,000.00 30,000.00 6 390,000.00 n anii urmatori avem urmatoarele cheltuieli: MEMBRU ECHIP cheltuielile de exploatare a produsului din punct de vedere al salarizrii se prezint astfel :
Tabel 1.3

MEMBRU ECHIP

Persoanele din dept. financiar Persoana 1 din dept IT Persoana 2 din dept IT TOTAL

SALARIU LUNAR [RON] 6,000.00 9,000.00 6,000.00

NORMA [%] 100 25 100

PRIM [RON] 6,000.00 2,250.00 6,000.00 20,250.00

NR. PERS 2 1 1 4

TOTAL [RON] 156,000.00 29,250.00 78,000.00 263,250.00

20,250.00

In flux le multiplicm cu o cretere de 5% anual marire de salariu medie pe companie cheltuieli de amortizare: n anii de exploatare se vor realiza amortizri ale tehnicii de calcul i ale sistemelor de operare i de gestiune a bazelor de date. Se foloseste metoda liniar de amortizare. Ca valuare rezidual pentru sistem de operare i pentru sistem de gestiune a bazelor de date se va folosi 50 % ( se ofera noi versiuni de upgrade ceea ce face ca o nou versiune de soft s nu trebuiasc s fie platit integral dac se deine o versiune anterioar). Pentru tehnica de calcul se va folosi o valoare rezidual de 30%.

Pentru softul de dezvoltare propriu-zis nu se folosete amortizare pe bugetul proiectului deoarece am presupus de la nceput c licenele exist. Amortizarea = (A-R)/L A = Achiziionare sistem de calcul + Punere n funciune Presupunem c L=5 ani Pentru tehnica de calcul = (12,000.00 3,000.00)/5 ani = 1,800.00 RON Pentru SO si SGBD = (16,000.00 8,000.00 ) / 5 ani = 1,600.00 RON Total cheltuieli de amortizare = 3,400.00 RON/an n anii de exploatare a produsului din se vor realiza venituri prin utilizarea personalului n alte scopuri : urmtoarele venituri

venituri din exploatare n sensul c persoanele vor putea fi folosite la alte activiti Pentru persoanele din financiar 7000 [RON] (Salariul) * 100 % (norma) * 4 persoane * 12 luni = 336,000.00 RON Pentru persoana din IT 8000 [RON] (Salariul) * 75 % (norma) * 1 persoan * 12 luni = 72,000.00 n total avem un venit de 402,000,00 RON. n urmtorii ani se vor multiplica cu 5% mrire de salriu medie pe companie. Fluxul de numerar :
Tabel 1.4 ANUL 0
[RON]

ANUL 1
[RON]

ANUL 2
[RON]

ANUL 3
[RON]

ANUL 4
[RON]

ANUL 5
[RON]

Intrri de exploatare Punerea n funciune a sistemului de calcul Operaiuni de mentenan executate intern Redistribuirea personalului Total intrri Ieiri de capital Achiziionarea a dou sisteme de calcul Achiziionare sistem de operare Achiziionare sistem de gestiune baza date Cursuri efectuate Punere n funciune sistem de calcul Ieiri de exploatare Salariul membrilor echipei de proiect Mentenan firme consultan Cheltuieli salariale

4,000,00 20,000,00 422,100.00 442,100.00 21,000.00 443,205.00 464,205.00 22,050.00 465,365.25 487,415.25 23,152.50 488,633.51 511,786.01 24,310.13 513,065.19 537,375.32

4,000.00

10,000.00 9,000.00 7,000.00 4,000.00 2,000.00

390,000.00 2,000.00 276,412.50 2,000.00 290,233.13 2,000.00 304,744.78 1,000.00 319,982.02 1,000.00 335,981.12

Cheltuieli cu amortizarea Total ieiri Flux de numerar net

422,000.00 -418,000.00

3,400.00 281,812.50 160,287.50

3,400.00 295,633.13 168,571.87

3,400.00 310,144.78 177,270.47

3,400.00 324,382.02 187,403.99

3,400.00 340,381.12 196,994.20

Schema flux de numerar pe 5 ani: Se alege o rat de actualizare a de 10%,15% i 31%. Indice de actualizare :i = 1/(1+a)t unde t este numrul de ani.
Tabel 1.5 ANUL FLUX -418,000.00 0 1 2 3 4 5 NPV 160,287.50 168,571.87 177,270.47 187,403.99 196,994.20 A= 10% 1.0000 0.9091 0.8264 0.7513 0.6830 0.6209 VA(10%) -418,000.00 145,717.36 139,307.79 133,183.30 127,996.93 122,313.70 250,519.08 A= 15% 1.0000 0.8696 0.7561 0.6575 0.5718 0.4972 VA(15%) -418,000.00 139,386.01 127,457.19 116,555.33 107,157.60 97,945.52 170,501.65 A= 31% 1.0000 0.7634 0.5827 0.4448 0.3396 0.2592 VA(31%) 418,000.00 122,363.48 98,226.83 78,849.91 63,642.40 51,060.90 -3,856.48

Din tabelul 1.5 se observ o rat interna a rentabilitii de aproximativ 30% dedus din trei iteraii succesive. Se poate trage concluzia c IRR fiind mare avem o acoperire a riscului mare deci proiectul este fezabil din punct de vedere financiar. Se poate merge pe o rat de actualizare de 10% care asigur cea mai rapid amortizare a investiiei.

Subiectul 2 a) Structura de activiti este urmtoarea :


1. Pregtire tehnic de calcul. Achiziionare sisteme de calcul. Instalare servere. Instalare sistem de operare. Instalare sistem de gestiune baz de date. Instalare mediu de raportare. Introducere servere n reeaua bncii. 2. Specificaii. Definire entiti pentru sistemul de raportare. Specificaii funcionale pentru interfata sistem bancar - sistem de raportare. Definire useri,roluri asocieri ntre useri i roluri. Specificaii funcionale i layout pentru rapoarte i situaii.

Definire asocieri ntre rapoarte i roluri. 3. Dezvoltare modul interfa. Creare baz de date. Selectarea unui mod de conectare la sistemul bancar i de extragere date. Efectuare mapri aplicaie - sistem bancar. 4. Dezvoltare modul raportare. Dezvoltare aplicaie cadru pentru gestionarea de rapoarte. Dezvoltarea rapoartelor. Implementare mecanism autentificare. Implementare mecanism protecie mpotriva copierii neautorizate a aplicaiei pe alt server. 5. Documentaie. Elaborare documentaie de testare. Elaborare documentaie pentru administratorii aplicaiei. Elaborare manual de utilizare. Elaborare metodologie Backup & Recovery. 6. Testare. Testare interfa. Testare rapoarte. Testare autentificare useri. Testare mecanism Backup & Recovery. Proiect pilot. 7. Cursuri de specialitate. 7.1 Cursuri MS SQL Server de specialitate pentru persoana nou angajata. 8. Implementare proiect. Mutare componente de pe maina de dezvoltare pe maina live. Recepie proiect.

b)

Prima metod este <<lsarea estimrii la aprecierea celui care o ntocmete>> i o vom folosi pentru punctul 3.1 Creare baz de date .Aceast activitate este destul de clar pentru un administrator de baze de date care , dac project-manager -ul nu tie IT , poate fi ntrebat ct timp dureaz crearea unui script care face acest lucru. Dac un project manager este din IT poate aprecia foarte bine din propria experien ct dureaz producerea unui script care s creeze o baz de date i aproximativ 80 de tabele. Dup ce scriptul a fost creat se poate rula pe ambele servere <<dezvoltare>> i <<producie>>. n cazul de fa,destul de acoperitor,se poate estima c operaiunea nu poate dura mai mult de 10 zile (timp mai mult decat suficient pentru a crea un script pentru baza de date, aproximativ 80 tabele, a l rula i a face optimizrile necesare pe dou servere: 10 zile lucrtoare X 1 programator = 10 zile.

A doua metod este <<defalcarea fiecrui articol pe n componente mai mici i estimarea fiecrei componente>> pe care o vom folosi pentru punctual 1.2 Instalare servere. Astfel 1.2.1 Instalare sistem de operare A fost contractata o firm IT partener Microsoft pentru instalare i configurare Windows Server 2003 a fost introdus n fluxul de numerar la <<Punerea n funciune a sistemului de calcul>> i care a apreciat 6 zile om. 1.2.2 Instalare sistem de gestiune baz de date 2 servere X 1 zile X 1 programator = 2 zile 1.2.3 Instalare mediu de raportare 2 servere X 1 zile X 1 programator = 2 zile 1.2.4 Introducere servere n reeaua bncii. Se face de ctre firma contractat i a cerut 2 zile. Total Instalare servere 12 zile. A treia metod de estimare folosit este <<COCOMO>> pe care o vom folosi pentru estimarea punctului 4.1 Dezvoltare aplicaie cadru pentru gestionarea de rapoarte. Este o dezvoltare a unui modul informatic ceea ce presupune un anumit numr de lunii de cod. Presupunem c aplicaia are 1000 de linii de cod ceea ce unui programator i ia 20 zile s dezvolte o astfel de aplicie. Aplicnd urmtorii factori obinem o estimare ajustat n funcie de mai muli factori: Nivelul de fiabilitate : 1.17 - Pstrarea integritii datelor n caz de cadere a sistemului. Nivelul de competen : 0.66 - 3,0 pentru un program de pna n 25,000 de linii de cod (KLOC) Mediul de dezvoltare : 1.00 mediul se consider unul adecvat. Estimarea : 1.17 X 0.66 X 1.00 X 20 zile om = aproximativ 16 zile.

c)

n cazul primei metode se poate face o apreciere destul de exact dac managerul de proiect cunoate domeniul din care face parte activitatea sau are posibilitatea de a consulta un specialist n domeniul respectiv ( n cazul acesta,angajatul departamentului IT este i manager de proiect). Dac nsa activitatea conine mai multe operaiuni complexe trebuie facut o defalcare. Metoda a doua ofer o precizie destul de mare deoarece persoana care efectueaz aceste sarcini nu este la prima execuie de acest fel, mai fiind implicat n foarte multe execuii de acest fel.De asemenea task-urile contractate sunt estimate corect deoarece sunt estimate de ctre o firm partener Microsoft i care va plti penaliti daca nu efectuez task-ul n timpul rezervat. Metoda <<COCOMO>> este o metod foarte bun pentru ajustarea estimri iniiale.

Subiectul 3 a)
Pornind de la WBS din subiectul 2 punctul a) am identificat cteva riscuri :

NR. CRT.

ACTIVITATEA

DESCRIERE RISC

PROBABILITATE 1 - MIC 5 - MARE

IMPACT 1-SLAB 5-PUTERNIC

7.1

2 3

1.1 1.2

2.4

5 6 7

6.4 4.3 4.4

Posibilitatea ca persoana trimis la curs s nu aprofundeze indejuns cunostiinele necesare implementrii Serverele s fie slab dimensionate Sistemele de operare i de gestiune baze de date s fie prost instalate ( posibilitate apariie crash) Din anumite motive anumite parti ale unui raport sau rapoarte pot fi omise din specificaii Posibilitatea Backup & Recovery s nu funcioneze Protejare insuficient a informaiei Posibilitatea plecrii personalului IT i a lua aplicaia la noul loc de munc

1 1

5 5

1 2 2

4 3 1

b) Modaliti de abordare a riscului :


DESCRIERE RISC MODALITATE DE ABORDARE

Posibilitatea ca persoana trimis la curs s nu aprofundeze indejuns cunostiinele necesare implementrii Serverele s fie slab dimensionate Sistemele de operare i de gestiune baze de date s fie prost instalate ( posibilitate apariie crash) Din anumite motive unele pri ale unui raport sau rapoarte pot fi omise din specificaii Posibilitatea Backup & Recovery s nu funcioneze Protejare insuficient a informaiei Posibilitatea plecrii personalului IT i a lua aplicaia la noul loc de munc

Reducere de risc. Reducere de risc. Reducere de risc. Risc pentru sutuaii neprevzute. Reducere de risc. Reducere de risc. Risc ce poate fi evitat.

Din anumite motive unele parti ale unui raport sau rapoarte pot fi omise din specificaii. Risc pentru sutuaii neprevzute care poate fi observat n faza de funionare pilot. n aceast faz prevzut pe o durat de dou luni ambele sisteme de raportare (cel manual existent i cel automatizat care se va dezvolta) vor funtiona n paralel identificndu-se diferenele ntre rapoarte i situaii. Acest faz se va ncheia cu o analiz a acestor diferene. n funcie de diferenele constatate se decide dac sistemul va intra n producie urmand ca modificrile s se efectueze pe mentenan sau se va prelungi durata de implementare a proiectului cu o perioad care va fi decis de aceasta analiz.

Posibilitatea ca persoana trimis la curs s nu aprofundeze indejuns cunostiinele necesare implementrii.

Reducere de risc n sensul c persoana trimis la curs poate fi supervizat de ctre o persoan cu experien din cadrul departamentului respectiv.

LNT02
Numrul de cuvinte : 2506 Subiectul 1
a) Reeaua cu activitai pe sgei
Principalele activiti ce se vor desfsura n cadrul 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Achziionare sisteme de calcul Efectuare cursuri Definire entiti sistem de raportare Instalare i configurare sisteme de calcul Definire specificaii funcionale pentru aplicaie Definire useri,roluri si asocieri cu rapoarte Creare baz de date , mecanism de conectare Mapri ntre rapoarte i sistem bancar Dezvoltare rapoarte i cadru aplicaie Implementare mecanism de securitate Elaborare documentaie Testare functionaliti Proiect pilot [A] [B] [C] [D] [E] [F] [G] [H] [I] [J] [K] [L] [M]

Aceste activiti se detaliaza n tabelul 1.1


Tabelul 1.1 Detaliere activiti

Cod A B C D E F G H I J K L

Descriere Achziionare sisteme de calcul Efectuare cursuri Definire entiti sistem de raportare Instalare i configurare sisteme de calcul Definire specificaii funcionale pentru aplicaie Definire useri,roluri i asocieri cu rapoarte Creare baz de date , mecanism de conectare Mapri ntre rapoarte i sistem bancar Dezvoltare rapoarte i cadru aplicaie Implementare mecanism de securitate Elaborare documentaie Testare functionaliti

Durata (saptmni) 5 2 14 1 8 6 4 6 6 2 7 2

Activitate precedent Nu A Nu B C E D F,G H I H J,K

Proiect pilot

Consideram ca nu avem nicio restricie de resurse.

A fost introdus o activitate fictiv O de durata 0 deoarece activitatea L (Testare functionaliti ) depinde de activitatea K (Elaborare documentaie ) i de activitatea J (Implementare mecanism de securitate). Dac am fi unit direct punctul 7 cu punctul 10 prin activitatea K am fi fcut ca aceast activitate s uneasca dou puncte de pe drumul critic ceea ce ar fi fcut ca n punctul 7 s trecem ca valoare n partea de jos 35 i drumul critic ar fi ntrerupt pna n punctul 0. Activitile de pe drumul critic au fost ngroate i trecute cu culoare roie.

b) Gantt Chart utiliznd Microsoft Project.

Figura 1.2 Diagrama Gantt utiliznd pachetul Microsoft Project

c ) Analiza celor dou programe de activiti.


Am modificat Time Scale din Microsoft Project astfel nct sa mi afieze scara n luni i sptmnile sa fie numerotate la rnd. Am observat c am obinut aceiai durata a proiectului. Am afiat i drumul critic n digrama Gantt din Microsoft Project i am obinut acelai drum critic. Consider ca cale dou diagrame sunt concordante.

Subiectul 2
a) Construirea diagramei Gantt i a resurselor. Resursele disponibile n proiect sunt urmatoarele:
Tabelul 2.1 Detaliere resurse disponibile

Cod resurs MP IT FE1 FE2

Denumire resurs Manager de proiect Angajat departament IT (analist - programator) Angajat cu experien departament financiar Angajat cu experien departament financiar

FR1 FR2 MC MS

Angajat nou n departament financiar Angajat nou n departament financiar Companie pentru prestare cursuri partener Microsoft Companie pentru instalare i configurare servere partener Microsoft

Atam aceste resurse proictului resurse proiectului i rezultatul este prezentat n figura de mai jos :

Figura 2.1 Diagrama Gantt cu resurse

Figura 2.2 Prezentare n mod Resource Sheet a resurselor disponibile n proiect

Figura 2.3 Prezentare n mod Resource Graph a alocrii resursei IT

Se observ c pe parcursul activitii C, resursa IT este suprasolicitat. Resursa IT analist programator a fost introdus n partea de specificaii pentru entitile sistemului de raportare deoarece aceste cunostine acumulate n aceast activitate o vor ajuta pentru structurarea i programarea aplicaiei. (n LNT01 spuneam c persoana IT va fi responsabil n continuare dup implementare de aplicaie). Suprasolicitarea a aprut datorit suprapunerii peste activitatea C - [Definire entiti sistem de raportare] , n care resursa IT este alocat 50 % , a activitilor consacreate resursei IT n care aceasta este alocata 100% i anume: - A [Achiziionare sisteme de calcul] - B [Efectuare cursuri] - D [Instalare i configurare sisteme de calcul] - G [Creare baz de date , mecanism de conectare].

b) Eliminarea suprasolicitrilor folosind funcia Resource Leveling


Am fcut nivelarea resurselor din proiect cu ajutorul funciei Level Resources din meniul Tools. In tab-ul Leveling calculations a fost selectat Automatic i la Look for overallocations a fost selectat Day by
Day basis.

A rezultat urmtorul grafic de alocare :

Figura 2.4 Prezentarea alocrii resurselor dup Resource Leveling

Se pot observa urmtoarele : Activitiile C - [Definire entiti sistem de raportare],E - [Definire specificaii funcionale pentru aplicaie] i F - [Definire useri,roluri i asocieri cu rapoarte],la care particip toate resursele alocate n acest proiect , mai puin resursa IT la ultima activitate , nu mai sunt critice ceea ce face ca aceast definire s fie mai relaxat i persoanele noi n acest tip de activitate ( raportare ) s poata aprofunda mai bine domeniul. Au devenit critice A-[Achiziionare sisteme de calcul],care oricum a fost alocat corespunztor(5 sptmni este suficient pentru achiziionarea a dou servere). Activitatea B [Efectuare cursuri] este critic i ncepe la 8 spatmni dup activitatea A-[Achiziionare sisteme de calcul] datorit implicrii resursei IT n activitatea E-[Definire specificaii funcionale pentru aplicaie] Activitatea D - [Instalare i configurare sisteme de calcul] a devenit critic dar se face cu ajutorul unei companii partener Microsoft specializat n astfel de activiti i nu vor fi probleme de ncadrare n timp. n rest nu exista modificri n alocarea activitilor. Consider c, desi proiectul se va duce cu nc 5 sptmni peste durata limit, funcionalitatea de Resource Leveling a adus o bun alocare a resurselor i ceea ce vreau s subliniez este faptul c activiti importante precum C - [Definire entiti sistem de raportare], i E - [Definire specificaii funcionale pentru aplicaie] nu mai sunt critice.

c ) Comparaie ntre acest exerciiu i tehnicile din manual


Metoda pe care (se pare c) a folosit-o aplicaia este Programarea cu resurse limitate. Programarea n paralel presupune a porni de la nceputul proiectului i a trata n paralel toate activitile eligibile.

Regulile folosite par a fi cele din Seciunea 5.2 din Volumul 3 i Activitatea C [Definire entiti sistem de raportare] a fost preferat activitii A-[Achiziionare sisteme de calcul] deoarece consum mai multe resurse. Apoi aloc activitatea A-[Achiziionare sisteme de calcul] (oarecum n paralel). Dup aceea aloc E - [Definire specificaii funcionale pentru aplicaie] preferat fa de B [Efectuare cursuri] deoarece consum mai multe resurse i apoi B [Efectuare cursuri] (oarecum n paralel) s.a.m.d.

Subiectul 3
a ) Trasarea unei hri cu persoanele care dein o miz n proiect.

Figura 3.1 Harta persoanelor care dein o miz n proiectul de implementare a unui sitem informatic de raportri.

Conducerea bncii - este direct interesat deoarece este sponsorul proiectului i acurateea datelor din rapoarte i permite sa cunoasc situaia real a bncii pentru a i putea fundamenta deciziile pe care le ia. Totodata este interesat i de faptul c aceste informaii sunt mult mai uor de produs , mai corect i,nu n ultimul rnd,cu costuri mult mai mici. Managerul departamentului financiar este direct interesat fiind unul dintre promotorii proiectului. Departamentul financiar este interesat deoarece sistemul informatic reduce semnificativ procesul de producere al rapoartelor precum i acurateea lor. Se poate efectua n cadrul acestui department o mai bun alocare a resurselor.

b ) Situaia existent nainte de proiect.


Managerul departamentului financiar. naintea proiectului se gsea n situaia de a nu putea furniza la timp situaii ctre conducerea bncii. Multe dintre aceste situaii erau trimise n lucru la departamentul IT. Lipsa timpului conducea la calitatea relative sczut a acestor rapoarte,ceea ce inevitabil ducea la situaii de conflict cu conducerea bncii i cu managerul departamentului IT (adesea reclamat la conducerea

bncii ca nu rspunde repede la solicitri). Aceste situaii vor trebui s dispar deoarece rapoartele vor fi generate la cheie i nu mai depind de ncrcarea pe care o are departamentul IT. IT-ul fiind solicitat doar pentru mentenan i noi dezvoltri. Deasemenea modul de producere al rapoartelor va fi standardizat Conducerea bncii naintea proiectului se gsea n postura de a atepta ntre cteva zile pentru un raport de o complexitate medie i pn la cteva sptmni pentru o situaie complexa de gen analiz de portofoliu. Uneori este prea mult i se pot pierde oportuniti n acest interval de timp. Exista riscul de a fi raportate date eronate ctre diverse instituii de supraveghere ceea ce putea pune n pericol funciile de conducere ale bncii.Sigur c aceste riscuri nu dispar n totalitate dar sunt foarte mult micorate prin instrumentele de control asupra informatiei pe care le va avea sistemul. Departamentul financiar. naintea proiectului se gsea n stadiul n care 80% din situaii i rapoarte erau calculate manual i 20 % din rapoarte ntr-un mod semi-automat. Angajaii departamentului financiar erau adesea solicitai s stea peste program i ,nu de puine ori, chiar n weekend.

c ) Msuri pentru a crete ansele de reuit ale proiectului.


Informarea clara a conducerii bncii asupra stadiului proiectului. Proiectarea sistemului informatic pentru raportri astfel nct s fie parametrizabil de ctre departamentul financiar astfel departamentul financiar deine controlul n totalitate asupra informailor ce se raporteaz. Interesarea mangerului IT n proiect pentru asigurarea resurselor tehnice necesare. Motivarea echipei , nu neaprat din punct de vedere material dar asupra nivelului ridicat de cunotiine pe care l dobndete o persoan ce particip la un astfel de proiect. Departamentul IT va mai fi degrevat de o serie de rapoarte i situaii.

Subiectul 4 a ) Diagram pentru structura echipei de proiect.

Figura 4.1 Structura echipei de proiect.

Echipa de proiect are o structur matriceal. Angajaii sunt din departamentul financiar i din departamentul IT. De comun acord cu cei doi directori au fost detaai s lucreze n acest proiect. Acest mod de organizare este corect deoarece n proiect avem persoane care lucreaz cu jumtate de norma pentru proiect. Permite formarea spiritului de echip. n cazul reuitei acestui proiect se poate lansa destul de rapid alt proiect cu aceiai echip. b ) Anlizm cazul angajatului departamentului IT care a fost detaat s lucreze n acest proiect. A fost ales de ctre managerul de proiect datorit cunotiinelor de baze de date relaionale solide pe care le posed precum i interesul su pentru domeniul financiar contabil. Persoana i dorete s lucreze pn la cel mult 40 de ani n IT dup care dorete s treac ntr-un alt departament n cadrul bncii. Acest proiect ar putea fi o oportunitate pentru dorinele sale. Managerul de proiect a avut o discuie cu angajatul departamentului IT n care i s-a explicat importana proiectului pentru banc i faptul c odata terminat cu succes poate fi o bun recomandare pentru o promovare i/sau lucrul n alte proiecte viitoare sau chiar trecerea sa la departamentul financiar. Angajatului departamentului IT i s-a explicat rolul cheie pe care l are n proiect i c are foarte multe de ctigat din acest proiect. De la nceput s-au creat condiii de munc adecvate camer luminoas , aer condiionat,cafea i ap mineral la discreie i o mai bun comunicare cu managerul de proiect. Pe parcursul proiectului s-a observat creterea nivelului de implicare a angajatului departamentului IT. A fost aplicat Teoria binomului motivatori-factori de igien urmrindu-se existena factorilor de igien (mai sus) precum i a factorilor motivatori (avansarea,recunoaterea,responsabilitatea).

Subiectul 5
Memo Cu privire la stadiul de desfurare al proiectului Sistem de raportare

Stimate Domnule,

mi face o deosebit plcere s v informez asupra stadiului de desfurare al proiectului : Sistem de raportare n primul rnd doresc s subliniez c produsul va fi un sistem de raportare bancar destinat automatizrii rapoartelor i situaiilor din departamentul financiar-contabil al bncii. Principalele obiective ale proiectului sunt urmtoarele : Prelucrarea datelor din sistemul informatic al bncii i punerea la dispoziia utilizatorilor a rapoartelor de fundamentare a decizilor n funcie de nivelul decizional al acestora. Creterea activitii bncii i implicit a numrului de tranzacii ne conduce ctre necesitatea implementarii unei aplicati de raportare ( data-warehouse ) care va avea ca scop extragerea i prelucrarea automat a datelor,scurtarea duratei de generare a rapoartelor precum i asigurarea corectitudinii informailor puse la dispoziia utlizatorilor. Aplicaia va permite meninerea datelor de istoric ceea ce va permite efectuarea de analize comparative mai consistente.

Proiectul : - are un buget de aproximativ 420.000,00 RON - a nceput n data de 01 Ianuarie 2008 - se va ncheia n data de 09 Februarie 2009 odat cu ncheierea fazei de proiect pilot.

Echipa de implementare a proiectului este alctuit din 6 persoane ( dou din departamentul IT i alte patru persoane din departamentul financiar). La momentul actual ne aflm la faza de Definire entiti sistem de raportare (practic,definim ceea ce va face sistemul de raportri),este prima faz a proiectului i una din cele mai importante pentru bunul mers al implementrii ct i pentru realizarea obiectivelor proiectului,toate resursele fiind implicate n aceast faz. Cu toi membrii echipei de implementare a fost stabilit perioada de concediu de comun acord i n funcie de implicarea la momentul respectiv n proiect.Pn acum totul se desfoar n limite normale i v asigur de interesul intregii echipe n reuita acestui proiect. MZT86507K

LNT03
Subiectul 1
b) Trasarea diagramei Gantt
Principalele activiti ce se vor desfsura n cadrul

1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.

Achziionare sisteme de calcul Efectuare cursuri Definire entiti sistem de raportare Instalare i configurare sisteme de calcul Definire specificaii funcionale pentru aplicaie Definire useri,roluri si asocieri cu rapoarte Creare baz de date , mecanism de conectare Mapri ntre rapoarte i sistem bancar Dezvoltare rapoarte i cadru aplicaie Implementare mecanism de securitate Elaborare documentaie Testare functionaliti Proiect pilot

[A] [B] [C] [D] [E] [F] [G] [H] [I] [J] [K] [L] [M]

Figura 1.1 Prezentarea alocrii resurselor dup Resource Leveling

Proiectul a fost pornit n data 01.01.2008 cu activitatea [Definire entiti sistem de raportare] i se va ncheia n data de 09.02.2009 cu sfritul activitii [Proiect pilot]. Atenie: n descrierea proiectului n prima pagin am scris c data de sfrit este 31.12.2008 dar suprapunerea unor anumite activiti a condus la prelungirea proiectului cu aproximativ 5 sptmni. Aa se explic diferena dintre data de sfrit scris n fia de prezentare i cea care rezult din diagram. Data nceperii proiectului este 01.01.2008. Data planificat de finalizare a proiectului este 09.02.2009. Toate estimrile urmtoare se vor raporta la aceast dat de finalizare.

c) Pentru a putea efectua costurile cu personalul (numai la ele ne referim) vom utiliza tabelul de mai jos :
Tabelul 1.1 Detaliere resurse

Cod resurs MP IT FE1 FE2 FR1 FR2

Denumire resurs Manager de proiect Angajat departament IT (analist - programator) Angajat cu experien departament financiar Angajat cu experien departament financiar Angajat nou n departament financiar Angajat nou n departament financiar

Salariu sptmnal [RON] 2000 1250 1750 1750 1250 1250

Un exemplu de calcul de cost pentru o activitate : Activitatea C : Definire entiti sistem de raportare : MP : 2000 [RON] x 14 sapt. x 1 = 28000 [RON] IT : 1250 [RON] x 14 sapt. x 0.5 = 8750[RON] FE1 : 1750 [RON] x 14 sapt. x 0.5 = 12250[RON] FE2 : 1750 [RON] x 14 sapt. x 0.5 = 12250[RON] FR1 : 1250 [RON] x 14 sapt. x 1 = 17500[RON] FR2 : 1250 [RON] x 14 sapt. x 1 = 17500[RON] TOTAL : 96250 [RON]
Tabelul 1.2 Detaliere costuri activiti

Activit. A B C D E F G

Descriere Achziionare sisteme de calcul Efectuare cursuri Definire entiti sistem de raportare Instalare i configurare sisteme de calcul Definire specificaii funcionale pentru aplicaie Definire useri,roluri si asocieri cu rapoarte Creare baz de date , mecanism de conectare Mapri ntre rapoarte i sistem bancar

Durata 5 wks 2 wks 14 wks 1 wk 8 wks 6 wks 4 wks 6 wks 6 wks 2 wks 7 wks 2 wks 8 wks

Start
08.04.2008 08.07.2008 01.01.2008 22.07.2008 13.05.2008 08.07.2008 29.07.2008

End
12.05.2008 21.07.2008 07.04.2008 28.07.2008 07.07.2008 18.08.2008 25.08.2008 IT

Resursa
IT;MC MP;FE1[50%]; FE2[50%];FR1;FR2;IT[50%] IT;MS MP;IT; FE1[50%]; FE2[50%];FR1;FR2 MP;FE1[50%]; FE2[50%];FR1;FR2 IT MP;IT; FE1[50%]; FE2[50%]; FR1;FR2 MP;IT MP;IT FE1[50%]; FE2[50%];FR1;FR2 FE1[50%]; FE2[50%];FR1;FR2 MP;FE1[50%]; FE2[50%];FR1;FR2

BCWS
6.250,00 2.500,00 96.250,00 1.250,00 60.000,00 37.500,00 5.000,00

26.08.2008 07.10.2008 18.11.2008 07.10.2008 02.12.2008 16.12.2008

06.10.2008 17.11.2008 01.12.2008 24.11.2008 15.12.2008 09.02.2009

45.000,00 19.500,00 6.500,00 29.750,00 8.500,00 50.000,00

H I J K L M
TOTAL

Dezvoltare rapoarte i cadru aplicaie Implementare mecanism de securitate Elaborare documentaie Testare functionaliti Proiect pilot

368.000,00

c) Pornind de la Tabelul 1.2 se face graficul pe sptmni al costurilor bugetate tinnd cont de diagrama Gantt Pentru aceasta presupunem c ritmul cheltuielilor ramne constant pe durata unei activiti.

Costuri prevazute in buget BCWS


400,000.00

350,000.00

300,000.00

Valori in [RON]

250,000.00

200,000.00

150,000.00

100,000.00

50,000.00

1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 Saptamani

Figura 1.1 Diagrama costurilor prevzute n buget

d) Alegem ca punct de reper evaluarea progresului proiectului n data de 25.08.2008 la ncheierea activitii G.
Act A B C Descriere Achziionare sisteme de calcul Efectuare cursuri Definire entiti sistem de raportare Instalare i configurare sisteme de calcul Definire specificaii funcionale pentru aplicaie Definire useri,roluri si asocieri cu rapoarte Creare baz de date , mecanism de conectare Mapri ntre rapoarte i sistem bancar Dezvoltare rapoarte i cadru aplicaie Implementare mecanism de securitate Elaborare documentaie Testare functionaliti Start in 15 28 1 Durata 5 wks 2 wks 14 wks Start 08/04/2008 08/07/2008 01/01/2008 End 12/05/2008 21/07/2008 07/04/2008 BCWS 6,250.00 2,500.00 96,250.00 Situatia 100% 100% 100% BCWP 6,250.00 2,500.00 96,250.00 ACWP 6,250.00 3,500.00 96,250.00

30

1 wk

22/07/2008

28/07/2008

1,250.00

100%

1,250.00

1,250.00

E F

20 28

8 wks 6 wks

13/05/2008 08/07/2008

07/07/2008 18/08/2008

60,000.00 37,500.00

100% 100%

60,000.00 37,500.00

60,000.00 37,500.00

G H I

31 35 41

4 wks 6 wks 6 wks

29/07/2008 26/08/2008 07/10/2008

25/08/2008 06/10/2008 17/11/2008

5,000.00 -

75% 0% 0%

3,750.00 -

5,200.00 -

J K L

47 41 49

2 wks 7 wks 2 wks

18/11/2008 07/10/2008 02/12/2008

01/12/2008 24/11/2008 15/12/2008

0% 0% 0%

M Proiect pilot TOTAL 51 8 wks 16/12/2008 09/02/2009 208,750.00 0%

207,500.00

209,950.00

Presupunem c ritmul cheltuielilor ramne constant pe toat perioada unei activiti. Datorit introducerii unor module noi n materialul de curs, aceasta a condus la efectuarea unor ore suplimentare ceea ce a condus la o suplimentare a costului activitii B [Efectuare cursuri] de la 2500 RON la 3500 RON.

De asemenea s-a constat o ntrziere a activitii G [Creare baza de date , mecanism de conectare] care la data de 25.08.2008 trebuia terminat dar este terminat n procent de 75%. Graficul se prezint astfel

Se calculeaz indicatorul Cost Variance : CV = BCWP ACWP = 207,500.00 209,950.00 = -2,450.00 RON Faptul c CV<0 nseamn o depaire de buget.SV<0 nseamn i o depire a termenului. PB = 368,000.00 Costul total estimat la terminare: - interpretarea 1 : ECAC = PB CV = 370,450.00 RON - interpretarea 2 : ECAC = PB x (ACWP/BCWP) = 372,345.00 Inrterpretarea 1 se desfasoar n ipoteza c nu vom mai avea depiri de buget pn la finalul proiectului, pe cnd ipoteza a doua prsupune c ritmul depairilor de buget pn la final este acelai ca i pn acum.

e) Calculam indicatorul Schedule Variance : SV = BCWP BCWS = 207,500.00 208,750.00 = -1,250.00 RON. O valoare negativ nseamn o depaire a programului planificat. Depirea este de aproximativ o sptamn de lucru deoarce se datoreaz activitii G. Deci perioada de terminare a proiectului ( fiind vorba de o activitate critic) data terminrii proiectului se va decala cu o sptmn.

f) Graficul Gantt cu depirea datorat activitii G [Creare baz de date,mecanism de conectare]

g) Se poate observa c activitatea G s-a modificat cu darata de 5 sptmni i durata proiectului a crescut cu o sptmn. Data de finalizare a fost mutat n 16.02.2009 datorit activitaii G.

Subiectul 2
a) Diagrama de configuraie

1.Definire cerine 2.Proiectare general

3.Specificaii interfa

6. Specificaii funcionale aplicie

9. Definire useri si roluri

12. Elaborare plan testare

4.Proiectare interfa

7. Dezvoltare Aplicatie vizualizare rapoarte 8. Dezvoltare rapoarte 11. Elaborare documentaie

10. Asocieri ntre rapoarte i roluri

13. Proiect PILOT

5.Dezvoltare interfa

14. Implementare

Figura 2.1 Diagrama de configuraie

Dup definirea cerinelor proiectului (1) s-a trecut la proiectarea general a sistemului de raportare (2) apoi la proiectarea pe module a aplicaiei. Interfaa trebuie s extrag informaii din sistemul bancar (Core-banking) i s populeze datele n baza de date a sistemului de raportare. n cadrul acestor specificaii s-a tinut cont de elementele de msur i control a datelor ce se extrag pentru ca aceste date sa fie coerente i corecte. n proiectarea interfeei s-au definit entitiile sistemului de raportare (tabele) precum i modul de extragere a datelor. Rezultatul proiectrii interfeei l reprezint structura bazei de date creat precum i documentarea acesteia. Dezvoltarea interfeei o reprezint crearea fizic a bazei de date precum i generarea surselor pentru extragerea de date. Specificaiile funcionale descriu modul de funcionare al sistemului de raportri, ce rapoarte se pot genera cu acest sistem, sfera de cuprindere a aplicaiei , modul de producere al acestor rapoarte precum i metodologia prin care se pot genera noi rapoarte. Dezvoltarea aplicaiei cadru i a rapoartelor prezint diun punct de vedere tehnic modul de realizare al aplicaiei. Definire user i roluri ne prezint metodologia prin care se pot crea useri pentru sistemul de raportare. Un rol n aplicaie inseamn posibilitatea de a rula anumite rapoarte. Asocierea ntre useri i rapoarte se face prin intermediul rolurilor.Unui user i se pot asocia mai multe roluri. Elaborarea documentaiei conine descrierea modului de funcionare al aplicaiei din punct de vedere al utilizatorului final. Elaborarea planului de testare se face de ctre beneficiarul sistemului de raportare prin elaborarea unui set de scenarii de testare.

Proiectul PILOT va rula pe durata de dou luni ceea ce inseamn c majoritatea rapoartelor vor fi verificate de dou ori inainte de implementare. Implementarea nseamn utilizarea n producie 100% a sistemului de raportare i se face o data cu ncheierea fazei de proiect pilot i prin semnarea acceptanei de ctre beneficiar.

b) La un anumit moment al proiectului i anume n faza de Proiect PILOT se propune modificarea modulului 7. [Dezvoltare aplicaie vizualizare rapoarte] astfel nct aplicaia s poat exporta raportul generat n MS Excel deoarece s-a constatat c datele mai pot fi prelucrate n diverse calcule specifice departamentului financiar. Se genereaz o Cerere de schimbare : Iniiator : Analist Financiar Responsabil cu aplicaia de raportare. Data : 18.10.2008 Element de schimbat n mod direct: 7. Dezvoltare aplicaie vizualizare rapoarte. Descriere : posibilitatea ca un raport s fie exportat n MS Excel. Motivul schimbrii : posibilitatea utilizrii datelor din rapoarte n calcule specifice departamentului financiar. Managerul de proiect stabileste o ntlnire cu Analistul Financiar i cu Analistul din departamentul IT pe data de 21.10.2008 pentru a analiza impactul cererii produse. Se consemneaz acceptul beneficiarului asupra schimbrii propuse i faptul c va genera o modificare de versiune pentru aplicaia de vizualizare rapoarte(7) Se stabilete c va fi modificat i Dezvoltarea de rapoarte (8) precum i (11) Elaborarea de documentaie. Se modific (6) Specificaii funcionale aplicaie i se nmneaz cererea de modificare ctre Analistul programator din departamentul IT implicat n acest proiect. Dupa ncheierea sedinei se modific Cererea de schimbare astfel : Iniiator : Analist Financiar Responsabil cu aplicaia de raportare. Data : 18.10.2008 Element de schimbat: - Specificaii funcionale aplicaie (6) - Dezvoltare aplicaie vizualizare rapoarte (7) - Dezvoltare rapoarte (8) - Elaborare documentaie (11) Descriere : posibilitatea ca un raport s fie exportat n MS Excel. Motivul schimbrii : posibilitatea utilizrii datelor din rapoarte n calcule specifice departamentului financiar. Destinatari : Manager de proiect. Analist Financiar. Analist Programator. Aprobat de : Manager departament financiar. Analist i manager de schimbri.

c) Managementul configuraiei a avut urmtoarele avantaje pentru proiectul <<Sistem de raportare>>: -s-a identificat configuraia curenta i dependentele ntre module; -s-au nregistrat toate modificrile i s-a evaluat impactul asupra tutror modulelor; -s-a analizat cu clientul oportunitatea implementrii oricrei schimbri; -s-a facut o auditare prin testare a produsului pentru a fi conform cu cerinele. Ca dezavantaj se poate meniona ca Analistul Programator din departamentul IT a avut , printre alte sarcini , i sarcina de a actualiza baza de date cu schimbri ceea ce a dus la scderea entuziasmului su. Costurile proiectului nu au crescut deoarece nu este cazul s se angajeze o persoan suplimentar pentru evidena schimbrilor din cadrul proiectului. De asemenea, clientul a fost mulumit deoarece i s-au prezentat n raportul final toate schimbrile survenite pe parcursul proiectului precum i raportul de testare/implementare care arat c produsul este ntr-adevr conform cu cerinele sale.

Subiectul 3
Raport de activitate Subiect : Desfurarea proiectului Sistem de raportare Produsul Sistem de raportare este o soluie informatica de tip data-warehouse pentru producerea rapoartelor din departamentul financiar. Sistemul informatic a fost conceput pentru a satisface urmtoarele cerine: - Extragerea corect i rapid a datelor n scopul producerii de rapoarte; - Automatizarea proceselor de generare de rapoarte; - Disponibilitatea datelor istorice; - Implementarea unei proceduri de disaster and recovery; - Uurina n exploatare precum i posibilitatea nsuirii rapide a folosirii programului; - Sistemul s fie conceput ca un sistem deschis pentru a putea interaciona cu alte sisteme precum si dezvoltarea de noi funcionaliti (rapoarte) s fie facil. - Accesul la rapoarte s se faca autorizat pe baza de roluri asociate userilor; - Din punct de vedere al utilizatorului produsul trebuie s respecte urmtoarele caracteristici : eficient,functional,mentenabil,portabil,fiabil si utilizabil; n cadrul proiectului de realizare a produsului Sistem de raportare s-au parcurs urmtoarele etape: Iniierea proiectului care a constat din: a ) Analiza organizaiei (bncii) Creterea activitii bncii i implicit a numrului de tranzacii a condus ctre necesitatea implementrii unei soluii de raportare gen data-warehouse. n ceea ce priveste activitatea de raportare a departamentului financiar aceasta se desfsura cu un volum mare de calcul si prelucrari care se efectuau ntr-un mod semi-automat aceasta conducnd adeseori la posibilitatea

intocmirii unor raportri eronate ceea ce automat conducea la posibilitatea lurii unor decizii eronate.Un alt impediment l prezenta lipsa datelor de istoric , chiar i dupa calculul unui raport adeseori acesta era greu de gasit si de catre alti utilizatori sau alte departamente. O alta problem pe care o prezenta activitatea de raportare din cadrul departamentului financiar era lipsa metodelor de control a corectitudinii datelor i nu n ultimul rnd este de menionat lipsa unor standarde i proceduri la nivelul departamentului n ceea ce privete activitatea de raportare. Toate aceste neajunsuri au fost corectate odata cu implementarea sistemului de raportare. A fost efectuat analiza SWOT : S - Puncte tari : S1 - departamentul financiar dispune de cunotine necesare dezvoltrii unui sistem de raportare; S2 - Exista licenele informatice necesare dezvoltrii; S3 -O parte din munca de raportare a departamentului finaciar-contabil este cunoscut i de departamentul IT. W - Puncte slabe: W1 - Timpul de producere a rapoartelor i situailor este foarte mare; W2 - Exist ntrzieri n raportrile ctre instituii externe ceea ce conduce la penaliti; W3 - Informaia este destul de greu de verificat deoarece corelaiile ntre rapoarte sunt practic inexistente (se verific manual); W4 - Nu exist backup de persoane pe anumite situaii sau rapoarte ce trebuie ntocmite ceea ce face foarte dificil situaia atunci cnd un angajat prsete compania sau doreste s plece n concediu; W5 - Rapoartele odata ce s-au produs sunt stocate undeva pe un server sau pe calculatorul pe care s-au produs ceea ce face dificil gasirea lor ulterioar pentru a fi consultate i uneori chiar pierderea acestora ceea ce conduce la recalcularea lor manual. W6 Rapoartele fiind stocate undeva pe retea accesul la acestea se poate face i de ctre persoane neautorizate care pot terge din greseal unele rapoarte. O - Oportuniti : O1 - sistemul de raportare se poate extinde i n afara departamentului financiar-contabil (de exemplu n marketing,vanzri). O2 posibilitatea dezvoltrii de situaii i analize complexe care sa fie generate automat la anumite intervale; O3 - posibilitatea realizrii de corelatii ntre rapoarte. T - Ameninri : T1 - O parte din personal ar putea s migreze ctre alte locuri de munc; T2 Posibilitatea transmiterii unor date gresite n rapoarte. T3 Copierea produsului de ctre alte bnci. Comentariu : n faza de PROIECT PILOT a ieit n eviden faptul c serverul de productie a fost putin subdimensionat n sensul ca a fost previzionat ca activitate pentru o perioada de doi ani i in ritumul creterii de rapoarte acesta va trebui schimbat n maxim un an. b) Definirea caracteristicilor produsului

1. S fie eficient - S ofere economie de timp i de resurse 2. S fie funcional S cuprind funcii suficiente pentru a satisface cerinele utilizatorului. Rapoartele i situaiile sa reflecte realitatea. Securitatea datelor impotriva pierderilor de date i a accesului neautorizat. Compatibilitatea produsului cu produsele informatice existente n banc. 3. S fie mentenabil - Efortul depus pentru corectarea erorilor s fie scazut precum i posibilitatea de a mbuntii produsul i dup implementare. 4. S fie portabil - S poata fi implementat pe platforme hardware sau software existente n banc. 5. S fie fiabil S cuprind o bun tratare a erorilor. 6. Utilizabil - Efortul depus de utilizator pentru nelegerea i folosirea produsului n condiii optime s fie minim. Riscuri,estimri i contracte a) Identificare riscuri la care poate fi supus produsul Sistem de raportare :
Nr. Crt. Descriere risc Probabilitate 1 - mic 5 - mare Impact 1-mic 5-mare

1 2 3 4 5 6 7

Serverele s fie slab dimensionate Sistemele de operare i de gestiune baze de date s fie prost instalate ( posibilitate apariie crash) Posibilitatea plecrii personalului IT i a lua aplicaia la noul loc de munc Posibilitatea Backup & Recovery s nu funcioneze Protejare insuficient a informaiei Din anumite motive anumite parti ale unui raport sau rapoarte pot fi omise din specificaii Posibilitatea ca persoana trimis la curs s nu aprofundeze indejuns cunostiinele necesare implementrii

1 1 2 1 2 4 2

5 5 1 4 3 4 5

Aceste riscuri au fost avute n vedere i la implementarea sistemului : Serverele s fie slab dimensionate - acest risc a fost trecut cu o probabilitate destul de mica dar n faza de PROIECT PILOT dei acest risc s-a materializat n sensul c, din motive neprevzute cererea de rapoarte va crete mai mult dect s-a prevzut ceea ce va conduce la o nlocuire a serverului mai devreme cu un an dect perioada prevzut de 2 ani. Sistemele de operare i de gestiune baze de date s fie prost instalate ( posibilitate apariie crash) acest risc a fost redus deoarece pentru instalarea i configurarea serverelor a fost contractat o firma partener Microsoft. n plus analistul programator din departamentul IT a fost trimis la cursuri specializate. Posibilitatea plecrii personalului IT i a lua aplicaia la noul loc de munc Cuprinde dou aspecte protejarea aplicatiei la copiere. Fiind o aplicaie dezvoltat in-house sursele aplicaiei ramn n posesia bncii, precum i toat documentaia aferent proiectului.

Un alt aspect este migrarea forei de munc ctre alte companii.Singura protecie ns nu suficient, din pcate , asupra know-how pe care fiecare angajat n ia cu el , este contractul de confidenialitate. Punctele 4,5,6 i 7 au fost indeajuns testate n faza de proiect PILOT i va asigur ca aceste riscuri s-au diminuat foarte mult. b) Estimare flux de numerar Preul estimat pentru proiectare , dezvoltare i implementare este de aproximativ 420,000.00 RON din care cea mai mare pondere o are Salariul membrilor echipei de implementare 390,000.00 RON restul reprzint cheltuieli cu achiziionarea serverelor, cursuri , consultan. Veniturile cele mai nsemnate provin din Redistribuirea personalului astfel: Anul 1 Anul 2 Anul 3 Anul 4 Anul5
442,100.00 464,205.00 487,415.25 511,786.01 537,375.32

Ceea ce ne conduce ctre un Flux net de numerar : Anul 1 Anul 2 Anul 3 Anul 4 Anul5
160,287.50 168,571.87 177,270.47 187,403.99 196,994.20

Schema flux de numerar pe 5 ani: Se alege o rat de actualizare a de 10%,15% i 31%. Indice de actualizare :i = 1/(1+a)t unde t este numrul de ani.
ANUL 0 1 2 3 4 5 NPV FLUX -418,000.00 160,287.50 168,571.87 177,270.47 187,403.99 196,994.20 A= 10% 1.0000 0.9091 0.8264 0.7513 0.6830 0.6209 VA(10%) -418,000.00 145,717.36 139,307.79 133,183.30 127,996.93 122,313.70 250,519.08 A= 15% 1.0000 0.8696 0.7561 0.6575 0.5718 0.4972 VA(15%) -418,000.00 139,386.01 127,457.19 116,555.33 107,157.60 97,945.52 170,501.65 A= 31% 1.0000 0.7634 0.5827 0.4448 0.3396 0.2592 VA(31%) 418,000.00 122,363.48 98,226.83 78,849.91 63,642.40 51,060.90 -3,856.48

Din tabelul de mai sus se observ o rat interna a rentabilitii de aproximativ 30% dedus din trei iteraii succesive. Se poate trage concluzia c IRR fiind mare avem o acoperire a riscului mare deci proiectul este fezabil din punct de vedere financiar. Se poate merge pe o rat de actualizare de 10% care asigur cea mai rapid amortizare a investiiei. O detaliere a fluxului de numerar este prezent n documentaia aferent proiectului.

Planificarea Structura de activiti este detaliat n documentaia proiectului.Principalele activitai care s-au desfurat n cadrul proiectului sunt urmtoarele:

Cod

Durata Activitate (saptmni) precedent 5 Nu A Achziionare sisteme de calcul 2 A B Efectuare cursuri 14 Nu C Definire entiti sistem de raportare 1 B D Instalare i configurare sisteme de calcul 8 C E Definire specificaii funcionale pentru aplicaie 6 E F Definire useri,roluri i asocieri cu rapoarte 4 D G Creare baz de date , mecanism de conectare 6 F,G H Mapri ntre rapoarte i sistem bancar Dezvoltare rapoarte i cadru aplicaie 6 H I Implementare mecanism de securitate 2 I J 7 H K Elaborare documentaie 2 J,K L Testare functionaliti 8 L M Proiect pilot n cadrul estimrii duratelor s-a presupus c specificaiile funcionale exist i acoper toate aspectele crerii programelor.De asemenea s-a luat n calcul un numr mediu de linii de cod scrise ntr-un anumit timp tiut fiind faptul c este cteodat greu de cuantificat acest lucru. Resursele implicate n proiect au fost urmtoarele Cod Denumire resurs resurs MP Manager de proiect IT Angajat departament IT (analist - programator) FE1 Angajat cu experien departament financiar FE2 Angajat cu experien departament financiar FR1 Angajat nou n departament financiar FR2 Angajat nou n departament financiar MC Companie pentru prestare cursuri partener Microsoft MS Companie pentru instalare i configurare servere partener Microsoft Pe parcursul activitii C resursa IT a fost suprasolicitat, ceea ce a facut ca activitatea A s nceap dupa ce se termin activitatea C.Acest lucru a condus la prelungirea termenului de finalizare cu nc 5 sptmni datorita constrngerii de resurse.

Descriere

Managementul echipei Structura echipei de proiect

Echipa de proiect are o structur matriceal. Angajaii sunt din departamentul finaciar i din departamentul IT. De comun acord cu cei doi directori au fost detaai s lucreze n acest proiect. Acest mod de organizare este corect deoarece n proiect avem persoane care lucreaz cu jumtate de norma pentru proiect. Permite formarea spiritului de echip. n cazul reuitei acestui proiect se poate lansa destul de rapid alt proiect cu aceiai echip. Comentariu : Anlizm cazul angajatului departamentului IT care a fost detaat s lucreze n acest proiect. A fost ales de ctre managerul de proiect datorit cunotiinelor de baze de date relaionale solide pe care le posed precum i interesul su pentru domeniul financiar contabil. Persoana i dorete s lucreze pn la cel mult 40 de ani n IT dup care dorete s treac ntr-un alt departament n cadrul bncii. Acest proiect ar putea fi o oportunitate pentru dorinele sale. Managerul de proiect a avut o discuie cu angajatul departamentului IT n care i s-a explicat importana proiectului pentru banc i faptul c odata terminat cu succes poate fi o bun recomandare pentru o promovare i/sau lucrul n alte proiecte viitoare sau chiar trecerea sa la departamentul financiar. Angajatului departamentului IT i s-a explicat rolul cheie pe care l are n proiect i c are foarte multe de ctigat din acest proiect. De la nceput s-au creat condiii de munc adecvate camer luminoas , aer condiionat,cafea i ap mineral la discreie i o mai bun comunicare cu managerul de proiect. Pe parcursul proiectului s-a observat creterea nivelului de implicare a angajatului departamentului IT. A fost aplicat Teoria binomului motivatori-factori de igien urmrindu-se existena factorilor de igien (mai sus) precum i a factorilor motivatori (avansarea,recunoaterea,responsabilitatea). Monitorizarea costurilor,progresului i calitii Sistemul folosit pentru monitorizarea costurilor este sistemul valorii dobndite. Pentru a putea calcula valoarea dobndit a fost calculat Costul planificat al activitilor realizate (BCWP budgeted cost of work performed) 207,500.00 RON. Momentul la care ne referim este 25.08.2008 la ncheierea activitii G. Pentru a putea extrage valoarea dobndit trebuie s calculm Costul efectiv al activitilor realizate (ACWP actual cost of work performed) 209,950.00 RON calculm cu cat ne-am deplasat cu costurile n realitate fa de costurile planificate.Am calculat CV=BCWP ACWP= 2,450.00 RON. Faptul c CV este negativ nseamn o depaire de buget. Pentru monitorizarea programului de lucru se utilizeaz Costul planificat al lucrrilor programate (BWCS budgeted cost of work scheduled) 208,750.00 RON. Pentru a monbitoriza programul de lucru se utilizeaz SV = BWCP BWCS (abaterea de programare comparaia

dintre lucrarile trecute n plan i cele executate efectiv) = -1,250.00 RON. O abatere de cost (CV) negetiv nseamn o depire de buget precum i o abatere de programare negativa (SV) nseamn o intrziere a lucrarilor efectuate fa de cele planificate. Pentru monitorizarea calitaii am folosit testarea pe module (testarea pe care fiecare programator o efectueaz asupra propriului cod) , testarea sistemelor (teste dezvoiltate n cursul proiectului prin consultare cu utilizatorii) i testrile alfa i beta (testari finale i simulri ale utilizrii programului n producie sunt efectuate n versiunea PILOT). Impactul i controlul modificrilor Pentru impactul i controlul modificrilor a fost conceput diagrama de configuraie.Prin diagrama de configuraie au fost stabilite modulele din care este alctuit produsul (aplicaia Sistem de raportare) precum i modul n care acestea interacioneaz ntre ele(configuraia curent).Pentru controlul configuraiei se are n vedere ca aceast configuraie s nu poata fi modificat decat pe baza unor proceduri care s asigure evaluarea corect a impactului modificrii configuraiei i anume nregistrarea tuturor aspectelor care afecteaz sistemul. Pentru orice schimbare se are n vedere auditarea configuraiei adic verificarea modului n care produsele au fost testate i inspectate pentru a se stabili dac ser conformeaz cerinelor.

Cu stima, Manager de proiect Bogdan GHIBA