CURS 3 Paradigmele dezvoltarii software-ului : Fazele dezvoltrii unui produs software.Exist 4 faze fundamentale ale metodologiilor ing.

software: 1) analiza (ce dorim s construim); 2) proiectarea (cum vom construi); 3) implementarea (construirea propriu-zis); 4) testarea (asigurarea calitii). Aceste faze se ref. n mod special la ciclul de via al produsului software. Ele pot fi aplicate i altor stadii de existen prin care trece un progr. de la natere pn la moarte: lansare, ntreinere, ieire din uz. Metodologii de dezvoltare a programelor. Cnd pornim la dezvoltarea unui progr avem nevoie de: - nelegere clar a ceea ce se cere; - un set de metode i instrumente de lucru; - un plan de aciune. Planul de aciune care trebuie urmat in realizarea unui produs software se numete metodologie de dezvoltare. Dezvoltarea unui anumit sistem const ntr-un set de pai ce se fac pentru a-l realiza. Metodologiile de dezvoltare software se impart in doua categorii: I. Metodologii generice II. Metodologii concrete. I.Metodologii generice : - Metodologia secvenial - Metodologia ciclic - Metodologia hibrid ecluz Caracteristicile metodologiilor generice: - n metodologia secvenial (cascad), cele patru faze urmeaz una alteia ntr-o modalitate serial. - n metodologia ciclic (spiral), fazele sunt dispuse n cicluri care i genereaz incremental contribuiile la sistemul final. - Metodologia hibrid (ecluz) combin progresul constant al metodologiei secveniale cu incrementele iterative ale metodologiei ciclice. II.Metodologii concrete 1. Metodologia cascad 2. Metodologia spiral 3. Metodologia spiral WinWin 4. Prototipizarea 5. Metodologia Booch 6. Metode formale 7. Programarea extrema

Realitile managementului de proiect : - Se spune c cel mai valoros cuvnt n managementul de proiect este NU. - El trebuie spus n faza de definire a scopului proiectului ori de cte ori cerinele sunt imposibile sau de nerealizat din punct de vedere tehnic. - De asemenea, acest cuvnt trebuie spus de ctre managerul de proiect ori de cte ori termenele de livrare sunt nerealiste.

- Managerul de proiect trebuie ntotdeauna s-i asculte echipa! - Managerul de proiect stabilete mrimea optim a echipei. Prea puini membri nu pot rezolva problemele, dar prea muli vor crea alte probleme dect cele pe care ei le rezolva (prea multe incluziuni)! - Specificaiile i cerinele utilizatorului pot fi ngheate dar acesta nu poate fi oprit le atepte totui. De aceea trebuie schimbat contolul proiectului! - De foarte multe ori circumstanele n care a fost luat o promisiune s-au uitat dar, promisiunea se ine minte! De aceea este nevoie de angajamente clare i ferme i de asumri clare. - Ce nu poate ti apriori managerul de proiect i poate sta la baza necazurilor sale? Anumite omisiuni din plan sau profilul echipei. - Ceea ce nu apare pe hrtie nici mcar nu a fost spus! Scriei totul. Punei totul pe hrtie. - Taskurile progreseaz repede pn cnd devin 90% complete i apoi rmn 90% pentru totdeauna. Sptmnal producei ieiri de 0- 25-50-100%. - Dac n coninutul proiectului se permit schimbri cu legeritate atunci rata schimbrilor va depi rata progresului. Trebuie definit cu maxim claritate scopului proiectului i apoi ngheat nc de la nceput. Reguli practice n managementul proiectului. Orice manager de proiect care se respect va adopa fr nici o rezerv urmtoarele reguli practice: 1. Munca trebuie s fie autorizat nainte de a o ncepe; 2. Se ncepe cu definirea scopului i a ieirilor (Ieiri); 3. Definirea ieirilor i a criteriilor de acceptan se va face nainte de planificare i de estimarea costurilor (Diagrame PERT WBS); 4. Dezvoltarea planului de urmrire i cost se va face nainte de nceperea lucrului i va fi permanent actualizat, inut la curent cu evoluia lucrrilor (Planificare & Control); 5. Se va ntocmi un plan de identificare i control al schimbrilor; 6. Analize de control fcute cu regularitate i mai ales la sfritul proiectului (Monitorizare continu) ; De semnalat lucrurile nvate din proiect la sfritul acestuia (nchiderea proiectului); 7. Planul de asigurare a calitii trebuie dezvoltat nainte de substana propriu-zis a proiectului. Trebuie stabilite criteriile de acceptan; 8. Se asigneaz sarcinile n funcie de calificarea profesional a membrilor echipei; 9. Se colecteaz, se nsumeaz i se raporteaz starea proiectului cu ritmicitate pe tot parcursul desfurrii lui; 10. Se compar cu regularitate costurile i planificarile de facto cu cele din proiect; 11. Se ntocmesc liste de verificare i de analiz pentru toate procesele din proiect; 12. Se ntocmete planul de manage- ment al riscului i de monitorizare a evenimentelor cu risc i se caut atenuarea lor; 13. Se definec timpuriu planurile de test i livrabilele din teste naintea specifica- iilor lor; 14. Se arhiveaz toat documentaia i codul surs la terminarea proiectului. Ciclul de via al proiectului Proiectele se realizeaz ntr-o succesi- une de etape, cu scopul unui manage- ment i control mai bun, pornind de la un document strategic de dezvoltare din care se desprinde ideea de proiect ntr- un anumit domeniu (ex. resurse umane, infrastructur, mediu, turism, etc), care apoi este formulat, implementat i n final evaluat.

Fazele standard pentru un proiect, cinci la numr sunt (Fig.3.1): 1. Iniiere (Concepie), 2. Dezvoltare (Planificare), 3. Implementare (Execuie), 4. Verificare (Monitorizare i Control), 5. Incheiere (nchidere). 1. Faza de Iniiere - Are ca ieire major autorizaia pentru proiect. Obiectivele acestei faze sunt: - Strngerea datelor, identificarea nevoilor i alternativelor; - Stabilirea scopurilor, studiul de fezabili- tate, risc, strategie, estimarea resurselor. 2. Faza de Dezvoltare Planificare - Are ca ieiri majore planul proiectului. Pentru aceasta se vor specifica resursele cheie, se vor dezvolta scopul de baz al proiectului, WBS, riscurile asumate, bugetul. 3. Faza de Implementare (Execuie) - Are ca ieiri majore rezultatele muncii. - Obiectivele pentru aceast faz sunt: Direcionarea i manageriatul direct al execuiei proiectului; Org. muncii, stabilirea detaliilor cerinelor tehn., execuia pr.-zis a sarcinilor din proiect; Direcionarea i controlul scopului, calitii, timpului i costului. 4. Faza de Verificare (Monitorizare i Control - Are ca ieiri majore rapoartele de acceptare i de performan. 5. Faza de Inchidere (Terminare). Are ca ieire major efectuarea plii. Paii sunt: - Transferul responsabilitii, elaborarea documentelor cu rezultate, eliberarea resurselor. - Ultimele dou faze sunt n sarcina managerului de proiect.