Sunteți pe pagina 1din 16

|Date generale ale proiectului

1. Denumire proiect: “Gestionarea împrumutului cărților dintr-o bibliotecă”


2. Sponsor proiect: Primăria Medgidia
3. Autoritatea contractantă: Biblioteca municipală Medgidia
4. Project Manager: Marin Georgiana-Daniela
5. Data realizării proiectului: 1/06/2022
6. Justificarea proiectului:

Bibliotecile din țară se confruntă adesea cu probleme în ceea ce privește gestionarea


cărților împrumutate. De multe ori, se întâmplă ca cel care a împrumutat cartea să uite să o
aducă la timp sau să o aducă cu defecte. Așadar, bibliotecarul este nevoit să țină evidența într-
un caiet și să introducă de fiecare dată datele persoanei care împrumută cartea, iar acesta la
rândul său să completeze un formular, ceea se ce concretizează într-o pierdere de timp pentru
amândoi. Acest lucru poate fi ușurat printr-o aplicație care să mențină datele utilizatorului pe
un server, astfel încât evidența să fie ținută la zi, precum și să se verifice dacă cel care dorește
să împrumute o nouă carte a respectat termenele din trecut. De asemenea, utilizatorul poate
primi alerte/notificări înainte cu o zi de expirare a termenului prevăzut pentru înapoiarea cărții
sau îl poate prelungi din aplicație.

7. Descrierea proiectului și a obiectivelor sale:

Proiectul are ca scop implementarea unei platforme care să maximizeze timpul și să


ușureze munca atât a bibliotecarului, cât și a persoanei ce dorește să împrumute o carte. Fie că
este vorba de un elev, student sau un adult, aceștia trebuie să aibă cont pe platformă care să
conțină cărțile împrumutate, adaugate de bibliotecar. De asemenea, se va ști dacă persoana a
adus cărțile în termenul precizat și dacă acestea nu prezintă defecte, astfel ca el să mai poată
beneficia de acest serviciu în viitor. Atât bibliotecarul cât și utilizatorul primesc alerte înainte
de expirarea termenului de înapoiere a cărții. Utilizatorul poate prelungi termenul sub anumite
condiții din aplicație.

8. Cerințe de nivel superior:

Deoarece aplicația va fi utilizată într-o bibliotecă, se înțelege de la sine că utilizatorii nu


vor avea cunoștințe tehnice avansate, de aceea se va urmări a se implementa o interfață
grafică prietenoasă, intuitivă, ușor de urmărit, care să proiecteze câmpurile necesare pentru
împrumutul cărții. De asemenea, trebuie să se adopte o politică de confidențialitate prin care
să se protejeze datele cu caracter personal ale cetățenilor, folosind metode de criptare.
Va exista și un sistem de notificare pentru bibliotecar cât și pentru utilizator atunci când
se apropie data predării unei/unor cărți.

9. Deadline finalizare proiect:

1/07/2023

10. Buget proiect:

34.000 €

11. Resurse umane alocate cu specificarea rolurilor:

ID Nume și prenume Rol alocat %FTE alocat


1. Marin Georgiana Project Manager 1
2. Gheorghe Ion Back-end developer 1
3. Popescu Andrei Mobile developer 1
4. Ionescu Alexandru Front-end developer 1
5. Visinescu Aurel Designer UI/UX 1
6. Mitu Daniel Tester 0.5

12. Etaple desfăsurării proiectului cu specificarea datei de început pentru


fiecare etapă:

Descriere Data start Conținut


Definire (analiză cerințe, 1.07.2022 Considerente ale angajaților și
funcționalități, etc.) responsabililor în vederea funcționalităților
Proiectare arhitectură sistem și 1.08.2022 Crearea arhitecturii sistemului și a schemei
bază de date bazei de date ce vor fi implementate
Proiectare design (mockup) - 1.10.2022 Șabloane ale interfețelor grafice
web+mobile
Preluare feed-back design și 10.11.2022 Obținere de feed-back/recenzii și
modificare modificarea design
Implementare 1.12.2022 Realizarea primei versiuni
Testare 1.03.2023 Depistarea problmelor din punct de vedere
al funcționalităților sau al design-ului
Rezolvare bug-uri 1.04.2023 Realizarea unei noi versiuni fără probleme
Testare finală 1.05.2023 Funcționarea fără probleme și asigurarea
că sunt îndeplinite toate cerințele
Producție 1.06.2023 Instalare și configurare
Punerea în funcțiune a aplicației 1.07.2023 Finalizarea proiectului

13. Analiza SWOT a proiectului

STRENGTHS
WEAKNESSES

o Echipă competentă, cu experiență


o Nerespectarea termenelor limită de
în domeniu
realizare a sarcinilor
o Perioadă de testare îndelungată
o Nerespectarea sau neînțelegerea
o Folosirea tehnologiilor de ultimă
cerințelor autorității competente
generație

OPPORTUNITIES THREATS

o Obținerea unei aplicații care poate fi


adaptată și pentru alte instituții o Depășirea bugetului alocat
o Gestionarea eficientă pentru evidența o Neîncadrarea în termenele limită
cărților o Deterioarea cărților de utilizatori
14. Ishikawa:

15. Pareto:

Probleme Nr. Apariții Apariții cumulate Procentaj

Erori platformă 60 100 35%

Cantitate redusă a informațiilor 20 80 60%

Birocrație 80 180 75%

Probleme folosire platformă 45 120 50%


Întârziere notificări/alerte 20 250 65%

Probleme conectare la platformă 15 250 40%

16. Word Breakdown Structure

Gestionarea
imprumutului
cărților

1. Proiectare 2. Design 3. Implementare 4. Testare 5. Producție

16.1. Proiectare
1. Proiectare

1.3. Proiectare
1.1. Stabilire 1.2. Stabilire 1.4. Proiectare
arhitectură și
cerințe functionalități diagrame
baza de date

1.1.1. Consultare 1.2.1. Consultare


beneficiar echipă și
beneficiar

16.2. Design

2. Design

2.2 Experiența
2.1. Interfețe
utilizatorului

2.2.1.User 2.2.2. Modern


2.1.1. Bibliotecari 2.1.2. Utilizatori
friendly website

2.1.1.1.Desktop 2.1.2.1. Desktop 2.1.2.2. Mobile

16.3.Implementare
3. Implementare

3.1.
3.2. Utilizatori
Bibliotecari

3.1.1. 3.1.2. Design 3.2.1. 3.2.2. Design 3.2.3. Design


Funcționalități web Funcționalități web mobile

16.4. Testare

4. Testare

4.1.
4.2. Desktop 4.3. Mobile
Funcționalități

4.1.1. 4.1.2. 4.2.1. 4.2.2. 4.3.1.


Bibliotecari Utilizatori Bibliotecari Utilizatori Utilizatori

16.5. Producție
5. Producție

5.1. 5.2.
5.3. Testare
Instalare Configurare

5.1.1. 5.2.1. 5.2.2. 5.3.1. 5.3.2.


Server Frontend Backend Frontend Backend

17. Riscurile proiectului

Descriere Probabilitate Responsabil Durată rezolvare


(săptămâni)
Design neintuitiv 30% Designer UI/UX 3
Probleme credențiale, 10% Developer backend 2
autentificare
Platforma nu este responsive 25% Developer 3
mobile/frontend
Eroare server 5% Developer backend 2

Nu se primesc alerte 30% Developer backend 3

18.Estimări durată și cost


Sarcină Durata(saptamani) Responsabil Cost(€)
Stabilire cerinte 2 Project manager 1500
Autoritatea contractantă
Stabilire 2 Project manager 2000
functionalitati Autoritatea contractantă
Proiectare 6 Project manager 5000
arhitectură Developeri
sistem și bază
de date
Proiectare 2 Project manager 2000
diagrame Developeri
Design aplicatie 5 Developer UI/UX 5000
Front-end developer
Feed back 3 2000
design și
modificare
Implementare 20 Developeri 11000
aplicatie +
Rezolvare bug-
uri
Testare 8 Tester 3500
Producție 4 Developeri 2000

19.Drumul critic

Drumul critic pentru aprobarea împrumutului unei cărți


Drumul critic: Start->Pagina Log in bibliotecar-> Pagina Home: vizualizare program înapoiere
cărți -> Pagină împrumut carte -> Pagină adăugare date utilizator/student-> Validare Date = 60
zile

0 20 20 40 40 60
0 10 Vizualizare
Start Adăugare date
alerte Împrumut
Log in utilizator/student
înapoiere carte

20.Grafic Gantt
O modalitate uzuală și eficientă de reprezentare a programului de activitate.
Enumerarea activităților pe o pagină, de sus în jos, utilizând o scară temporală, desenarea a câte
unei bare orizontale pentru fiecare activitate – fiecare bară reprezentând durata de realizare a
activității respective.

21.RACI

Sarcina Manager de Developer Developer Developer Designer Tester


proiect back-end front-end mobile UI/UX
1.1. R - - - - -

1.2. R I I I I I

1.3. I R R R R I

1.4. R C C C A I

2. C I I A/R A/R I
3. - R R R I -

4. - I I I I R

R - responsabil de realizarea misiunii


A – accountable – cel care își dă acordul asupra proiectului și evoluției sale, care are autoritatea,
superior lui R.
C – consultat – urmează a fi consultat, deține informații cu caracter de expert și capacitatea de a
ajuta la finalizarea proiectului
I – informat – urmează a fi informat și notificat asupra rezultatelor, fără a fi consultat.
A și R nu pot lipsi din nicio activitate, în C și I sunt cu rol opțional. De asemenea, A și R pot fi
aceeași persoană.

22. Resurse supraalocate

Prin implementarea acestei aplicații, nu se supraalocă nici resurse umane, nici resurse hardware,
deoarece implementarea acesteia necesită o echipă de 4 programatori, 1 tester și un manager de
proiect și un timp suficient de pregătire și producție.
Sarcinile au fost împărțite în mod egal celor 4 programatori, așa cum se poate vedea în matricea
RACI. De asemenea, sarcinile acestea sunt pe rând, astfel evitându-se supra alocarea într-o
anumită perioadă mai multor persoane cu multe sarcini.

23. Noul graphic Gantt

Nu este cazul.

24. Resurse uniformizate

Pentru fiecare membru al echipei s-au alocat sarcini uniforme, fiecare fiind responsabil de partea
lui în proiect.

25. Motivarea unei personae

Implementarea acestei aplicații pentru gestionarea împrumutului cărților dintr-o bibliotecă va


ajuta cetățenii și studenții/elevii în comunicarea cu biblioteca locală, va facilita munca
angajaților și va contribui la îmbunătățirea gestionării cărților, dar va veni și cu o serie de
performanțe precum alerte din ziua curentă și verificarea istoricului celui ce dorește să
împrumute cartea pentru a vedea dacă acesta se încadrează în cerințe.
Participarea ca membru în echipa de implementare prezintă următoarele avantaje:
- Lucrul într-un mediu interactiv, organizat, programat și în disciplină
- Tehnologiile utilizate în dezvoltarea proiectului
- Renumerații avantajoase
- Posibilitatea învățării de lucruri noi

26. Mail către management pentru decizie

Să presupunem că aveam următoarea problemă: în primele 6 luni de proiect, în urma unor


analize și rezultate, s-a observat că s-a depășit bugetul proiectului pentru această perioadă cu
20%. În acest caz, developerul back-end trebuie să transmită un mail către managerul de proiect
pentru a lua o decizie pentru remedierea acestei probleme. Astfel, acesta transmite un raport către
management cu datele rezultate din analiză. Managerul de proiect ia următoarea decizie: se duce
pe rectificarea bugetului alocat proiectului prin realocarea unor sume pe anumite servicii care, în
primele 6 luni, au avut costuri peste limita admisă și reducerea unor sume pentru serviciile care
au avut nevoie de costuri mai mici decât sumele alocate.

27.Noua diagrama Gantt

Nu este cazul.

28.Durată și cost activități

DURATA
  (ZILE) COST €
1. Proiectare       92 10.500
  1.1. Stabilire cerințe     15 1500
1.2. Stabilire
  funcționalități     15 2000
1.2.1. Consultare echipă
    și beneficiar  
1.3. Proiectare
arhitectură și bază de
  date   47 5000
 1.4. Proiectare
  diagrame   15 2000
2. Design       60 7.000
  2.1. Interfețe    
    2.1.1. Bibliotecari  
     2.1.1.1 Web 30 3000
    2.1.2. Utilizatori  
     2.1.2.1. Web 10 1500
     2.1.2.1. Mobile 10 1500
 2.2. Experiența
  utilizatorului  
    2.2.1. User friendly   10 500
   2.2.2. Modern website   10 500
 3.
Implementare
+ rezolvare
bug-uri     122 11.000
   3.1. Bibliotecari  
   3.1.1. Funcționalități   31 3500
   3.1.2. Design web   31 3000
   3.2. Utilizatori  
    3.2.1. Funcționalități   30 1500
    3.2.2. Design web   30 1500
   3.2.3. Design mobile   30 1500
4. Testare       61 3.500
  4.1. Funcționalități    
    4.1.1. Bibliotecari   21 1000
   4.1.2. Utilizatori   10 500
   4.2. Desktop(Web)  
    4.2.1. Bibliotecari   20 1000
   4.2.2. Utilizatori   10 500
   4.3. Mobile  
    4.3.1. Utilizatori   10 500
5. Producție 30 2.000
5.1. Instalare
5.1.1. Server 10 600
5.2. Configurare
5.2.1. Front-end 5 400
5.2.2. Back-end 5 600
5.3. Testare
5.3.1. Front-end 5 200
5.3.2. Back-end 5 200
Total 365 34.000,00 €
Legendă:

-activități care se realizează concomitent


-activități care se realizează concomitent

-activități care se realizează concomitent

29.Cost Breakdown Structure

Gestionarea
împrumutului cărților
dintr-o bibliotecă

1. Proiectare 2. Design 3. Implementare 4. Testare 5. Producție


10.500€ 7.000€ 11.000€ 3.500€ 2.000€

30.Calculul mărimilor EVM

Managementul valorii câștigate (EVM) este un proces metodic de management al


proiectului pentru măsurarea performanței și progresului proiectului. Ideea de bază este de a găsi
discrepanțe în proiecte pe baza comparației muncii realizate și a lucrărilor planificate.

Data de începere a proiectului este 1.07.2022 și data de încheiere a proiectului este


1.07.2023.
Presupunem că bugetul este același pentru fiecare lună.
Să considerăm că analiza proiectului se efectuează după 7 luni (1.02.2023). Revizuirea
efectuată asupra proiectului a arătat că 50% din proiect a fost finalizat și costul actual este
de 20.000 €.
BAC = 34.000 €
PV (7 luni) = 19.834 €
EV = (0,5 x BAC) = 17.000 €
AC = 20.000 €
Pe baza formulelor, vom calcula indicatorii și vom face analiza valorii câștigătate:

1) Varianța programării (SV): Este varianța dintre valoarea câștigată și valoarea planificată.


Ne permite să identificăm cât de mult vă aflați în avans sau în urmă în termeni de costuri.
SV = EV-PV
SV = 17.000€ – 19.834€ = -2834 €.
Rezultatul este negativ, astfel încât proiectul este în urmă cu programul. De asemenea, este
ușor de observat că valoarea câștigată este mai mică decât valoarea planificată.
2) Indicele de performanță programat (SPI): Este măsurarea progresului realizat în raport cu
progresul planificat.
SPI = EV / PV
SPI = 17.000/19.834 = 0,86.
SPI < 1, ceea ce înseamnă că proiectul este în urmă cu programul. Pentru fiecare oră de
lucru estimată la proiect, echipa de proiect finalizează doar 0,86 ore, ceea ce înseamnă
aproximativ 51 de minute. Deoarece este mai puțin de 1, proiectul rulează în urma
programului.

3) Variația costurilor (CV): Se calculează scăzând Costul actual (AC) din valoarea câștigată
(EV). Ne permite să știm dacă aveți un buget sub sau peste.
CV = EV-AC
CV = 17.000 – 20.000 = - 3.000 €.
Valoarea proiectului la starea actuală este mai mică decât banii cheltuiți pentru acesta, ceea ce
înseamnă că bugetul a fost depășit.
4) Indicele de performanță a costurilor (IPC): Este măsurarea valorii lucrărilor realizate în
raport cu costul real.
IPC = EV / AC
IPC = 17.000/20.000 = 0,85.

5) Estimat la finalizare (EAC): Este un indicator pentru prognoza cât va costa proiectul total.
EAC = BAC / IPC
EAC = 34.000/0,85 = 40.000 €
Conform acestui rezultat, pe baza analizei existente, dacă proiectul va continua în aceleași
condiții, atunci la sfârșitul proiectului bugetul va fi de 40.000 €.
6) Estimare de finalizat (ETC): Este o estimare a fondurilor necesare pentru finalizarea
lucrărilor rămase într-un proiect. Această valoare EVM este utilizată pentru prognozarea
bugetului necesar pentru lucrările de proiect rămase.
ETC = (BAC-EV) / CPI
ETC = (34.000 – 17.000)/0,85 = 20.000 €.

31.Lessons learned

Cu ajutorul acestui proiect, am putut veni în ajutorul bibliotecilor locale pentru a avea o evidență
mai clară asupra cărților și o păstrare mai bună a acestora, deoarece cărțile fac parte din valoarea
culturală a unei țări.
Am învățat, de asemenea, noțiuni de management al proiectelor care mă vor ajuta în viitor și pe
care le voi folosi înainte de implementarea unui proiect.

S-ar putea să vă placă și