Documente Academic
Documente Profesional
Documente Cultură
Planificarea
ncepe dup aprobarea proiectului i resurselor realizeaz o viziune general i stabilete obiectivele este stabilit abordarea care va asigura realizarea scopului proiectului i include discutarea metodelor, instrumentelor, activitilor, resurselor i elaborarea calendarului pentru realizarea proiectului. include i studiul de fezabilitate (cerut de management) se realizeaz o analiz cost-beneficiu
Proiectare
Se stabilesc principalele subsisteme i pentru fiecare dintre acestea intrrile i ieirile. Are loc alocarea resurselor pe procese. Subsistemele definite permit crearea unei structuri detaliate a SI. Fiecare subsistem este descompus n uniti sau module. Proiectarea se refer la: Ieiri Intrri Fiiere i BD Metodele de procesare a datelor Pregtirea specificaiilor pentru programatori Soluia obinut n faza de proiectare este prezentat pentru aprobare managementului i utilizatorilor.
Scrierea programelor n baza specificaiilor Se folosesc date de test pentru a vedea n ce msur programele prelucreaz corect datele
Integrare i testare
Se reunesc toate componentele realizate n vederea rulrii ntr-un mediu de pentru identificarea eventualelor erori i/sau probleme de interoperabilitate Utilizatorul valideaz soluia dac testele au evideniat respectarea cerinelor funcionale. Sistemul intr n exploatare curent.
ntreinere
SI necesit modificri n timp sau trecerea pe alte platforme Se impune datorit: erorilor identificate neidentificate la testare sau generate de evenimente rare modificri cerute de utilizatori, management sau cerine de reglementare Este monitorizat performana sistemului.
Modele de dezvoltare a SI
1. Modele care parcurg fazele ciclului de via secvenial: Modelul cascad: const n descompunerea ciclului de via n faze secventiale. La rndul lor, fazele sunt structurate pe activiti i subactiviti. Trecerea de la o etap la alta se realizeaz dup ce precedenta a fost parcurs n ntregime.
Modelul cascad
Avantajele modelului: un control total asupra fazelor, n sensul c ele sunt ordonate i, firesc, previzibile, prin evidenierea clar a ariei de ntindere a fiecrei etape sau subcomponente a ei; este uor de nsuit de ctre membrii echipelor de analiz i proiectare, inclusiv de cei noi, cu o experien mai puin vast; fiecare etap este nsoit de o documentaie perfect structurat (controlat).
Modelul cascad
Dezavantajele modelului: sistemul se pred doar dup parcurgerea etapelor anterioare, ceea ce nseamn o lung perioada de timp, suficient ca utilizatorii s-i modifice cerinele; nu corespunde inteniilor de abordare dinamic a sistemelor; nu este deschis schimbrilor ce pot interveni pe parcurs.
Modelul cascad
Modelul n V
Modelul n V: este o variant a modelului cascad, prin care se introduc conceptele de sistem i componente (subsisteme). Acest model puncteaz cu mai mult claritate separrile dintre ceea ce implic participarea utilizatorului, modelul arhitectural i cel al implementrii. Utilizatorul este implicat doar n fazele din partea superioar a V-ului. Arhitectura sistemului este surprins n partea de mijloc a literei V, iar partea inferioar a ei se refer la faze de implementare, care ar putea consta fie din asamblarea componentelor software, fie din codificarea unor componente.
Modelul n V
Modelul spiral
Modelul spiral
Model de referin pentru procesele de dezvoltare iterative i incrementale; Dezvoltarea sistemului urmeaz mai multe cadrane ale unei spirale: ncepe cu activitile de planificare care implic: studiul de fezabilitate, specificaiile iniiale, planificri ale proiectului, bugete. Analiza riscurilor proiectului. Riscurile reprezint circumstane adverse sau incertitudini aferente dezvoltrii software-ului. Evalueaz rezultatele ateptate ale proiectului i stabilete nivelurile de toleran acceptabile pentru probabilitile atingerii acestor rezultate. Engineering: include modele ale sistemului, programare, integrare, aducerea sistemului n stare operaional (deployment). naintea trecerii la o nou iteraie sistemul este supus evalurii de ctre client.
Model-driven architecture
III. Model-driven architecture (MDA) urmrete s ofere modele independente de platforme, ceea ce include specificaii complete privind starea i comportamentul sistemului. Plecnd de la specificaii se scrie direct cod. permite separarea aplicaiilor de business de modificrile n plan tehnologic.