MZT86507K
LNT01Subiectul 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 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 aproximativaceiai 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 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 i . 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 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 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 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 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
1
7.1
2 3
1.1 1.2
4
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
2
5
1 1
5 5
4
4
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.
LNT02Numrul de cuvinte : 2506 Subiectul 1a) Reeaua cu activitai
pe sgeiPrincipalele 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.1Tabelul 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
M
Proiect pilot
8
L
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 2a) 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
LevelingAm 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 byDay 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 manualMetoda
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 3a ) 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 5Memo 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
LNT03Subiectul 1b) Trasarea diagramei GanttPrincipalele 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
Start08.04.2008 08.07.2008 01.01.2008 22.07.2008 13.05.2008
08.07.2008 29.07.2008
End12.05.2008 21.07.2008 07.04.2008 28.07.2008 07.07.2008
18.08.2008 25.08.2008 IT
ResursaIT;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
BCWS6.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 MTOTAL
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 BCWS400,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
D
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
