PHP MVC FRAMEWORK
Managementul Proiectelor Software
Larion Octavian-Stefan
An 4 CTI
Scopul proiectului
 Punct de pornire pentru realizarea unor aplicatii
de dimensiuni medii si mari
 Usurarea muncii programatorilor
 Gestionarea optima a resurselor de calcul
 Reutilizarea codului pentru proiecte ulterioare
Cerinte functionale
 User account module
 Security module
 Form processing module
 Payment module
 Debugging module
 Administration module
Resurse umane
 1 Project Manager
 2 dezvoltatori de proiect
Dezvoltarea proiectului
 Realizarea unui document al specificatiilor
 Stabilirea arhitecturii software utilizate
 Implementarea functionalitatilor de baza
- sistem de rutare
- view-uri, teme
 Implementarea modulelor
- user account module
- security module
- form processing module
- payment module
- debugging module
- administration module
 Testare
Diagrama Grantt
Concluzii
 Arhitectura decuplata a permis o mai mare flexibilitate in
dezvoltarea proiectului
 Lucrul pe module separate a permis livrarea constanta a
unor parti functionale pe intreaga durata de dezvoltare
 Comunicarea intre membrii echipei dar si intre acestia si
manageri a fost un element de importanta majora in
realizarea cu success a proiectului

Php mvc framework

  • 1.
    PHP MVC FRAMEWORK ManagementulProiectelor Software Larion Octavian-Stefan An 4 CTI
  • 2.
    Scopul proiectului  Punctde pornire pentru realizarea unor aplicatii de dimensiuni medii si mari  Usurarea muncii programatorilor  Gestionarea optima a resurselor de calcul  Reutilizarea codului pentru proiecte ulterioare
  • 3.
    Cerinte functionale  Useraccount module  Security module  Form processing module  Payment module  Debugging module  Administration module
  • 4.
    Resurse umane  1Project Manager  2 dezvoltatori de proiect
  • 5.
    Dezvoltarea proiectului  Realizareaunui document al specificatiilor  Stabilirea arhitecturii software utilizate  Implementarea functionalitatilor de baza - sistem de rutare - view-uri, teme  Implementarea modulelor - user account module - security module - form processing module - payment module - debugging module - administration module  Testare
  • 6.
  • 7.
    Concluzii  Arhitectura decuplataa permis o mai mare flexibilitate in dezvoltarea proiectului  Lucrul pe module separate a permis livrarea constanta a unor parti functionale pe intreaga durata de dezvoltare  Comunicarea intre membrii echipei dar si intre acestia si manageri a fost un element de importanta majora in realizarea cu success a proiectului