1 / 29

Managementul si dezvoltarea pro duselor software

Managementul si dezvoltarea pro duselor software. HOSTIUC IULIAN grupa 341C5 contact@iulianhostiuc.ro. Cuprins. Istoric Ciclul de viata al unui produs software Modele de dezvoltare software. 1. Istori c. Programarea modulara Pascal Programarea orientata obiect C++/Java

thyra
Download Presentation

Managementul si dezvoltarea pro duselor software

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Managementul si dezvoltarea produselorsoftware HOSTIUC IULIAN grupa 341C5 contact@iulianhostiuc.ro

  2. Cuprins • Istoric • Ciclul de viata al unui produs software • Modele de dezvoltare software Integrarea Sistemelor Informatice (2010-2011)

  3. 1. Istoric • ProgramareamodularaPascal • ProgramareaorientataobiectC++/Java • Programareacuajutorulcomponentelor Entreprise Java Beans Integrarea Sistemelor Informatice (2010-2011)

  4. Criza dezvoltarii software Erori grave • Sonde spatiale pierdute (Venus ’60, Marte 99) • Criza rachetelor – Cuba 1979 • Rachetele Patriot 1991 • Primul zbor Ariane 5 1996 artificii de 5 miliarde $ • Aeroportul Denver 1994-1996 • Anul 2000 • Incidente în fiecare luna - bursa din Tokyo … - accidente de circulatie • Proiectarea software • Livrarea în întârziere a tuturor proiectelor • Cost mult ridicat fata de cel prevazut • Livrarea unui produs de proasta calitate • Esuarea în majoritatea cazurilor • Studiu american din 1995 : 81 miliarde $ / an datorat esecului software Integrarea Sistemelor Informatice (2010-2011)

  5. Constructia podurilor si dezvoltarea software Ingineria software • Sistemeleinformatice devin foarterepedeextrem de complexe • Esecurifoartenumeroase • « Craparea » este un fenomen des întâlnit si obisnuit • Pierderi minore îngeneral • Cu exceptiasistemelorcriticeputemspune ca un produs software nu poate anticipa oricesituatie • Adaugareasauschimbareafunctionalitatilor, de platforme • Ingineria civila • Esecuri mai putine • Surparea unui pod este foarte perculoasa pentru oameni • O experienta de mai multe milenii • Un pod stricat în general nu se repara ci se reconstruieste • Podul rezista la 99% din conditii • Daca un pod este inutilizabil atunci schimbam traseele drumurilor Integrarea Sistemelor Informatice (2010-2011)

  6. 2.1Cum se desfasoaraîngeneral un proiect ? • Entuziasm general la început • Un punct de criza în care se constientizeaza ca proiectul nu poate fi predat la timp • Spre sfârsit : un volum de munca impresionabil (24h/24h), resurse umane suplimentare, tensiune si relatii încordate • Acest ciclu se repeta si în marile companii de soft la primele proiecte realizate de catre o companie. • Principala cauza este incapacitatea de planificare si gestionare a resurselor (timp, oameni, documentatie, utilitare, cunostinte, etc) . Integrarea Sistemelor Informatice (2010-2011)

  7. 2.2 Asa da, asa nu Termen de predare Punct de criza Efort 10 Pas 1 Pas 2 Pas 3 Integrarea Sistemelor Informatice (2010-2011)

  8. 2.3 Ciclul de viata optim pentru derularea unui proiect • Ciclu de viata = ansamblul etapelor parcurse în dezvoltarea unui produs software. • Etapele ciclului de viata : • Culegerea de specificatii • Analiza • Proiectarea • Implementarea si Testarea • Validare si Integrare • Calificare • Punerea în functiune • Mentinerea • Retragerea sau înlocuirea Integrarea Sistemelor Informatice (2010-2011)

  9. 2.3.1 Culegerea de informatii • Definirea problemei, adica a ceea ce se da în problema, a resurselor de care dispunem (alte sisteme informatice sau BD pe care le putem utiliza, tehnici utilizabile, persoane care ar putea lucra,etc) • Specificarea detaliata a functionalitatilor ce trebuiesc suportate de catre sistemul informatic (adica realizarea diagramei de cazuri de utilizare) • Realizata prin caietul de sarcini • Analiza functionala Integrarea Sistemelor Informatice (2010-2011)

  10. 2.3.1.1.Stabilireaobiectivelor • Se face de catre managerul de proiect; • Fiecarea idee buna trebuie promovata indiferent de cel care a contribuit la ea; D1 Clientul este cel care doreste acel produs. D2 Utilizatorul este cel care doreste sa utilizeze acel produs software. D3 Dezvoltatorii sunt aceia care intentioneaza sa « fabrice » acel produs. Integrarea Sistemelor Informatice (2010-2011)

  11. 2.3.1.2 Definireanecesitatilor • Un caiet de sarcini este stabilit de catre client în colaborare cu utilizatorul si dezvoltatorul : - descrierea functionalitatilor asteptate de la aplicatie; - constrângeri non-functionale (timp de raspuns, utlizarea memoriei, etc ); - posibilitatea utilizarii Diagramei de Cazuri de utilizare; Rezultatul acestei etape : Caietul de sarcini Integrarea Sistemelor Informatice (2010-2011)

  12. 2.3.2 Analiza • Cautarea solutiilor corecte posibile A gasi solutiile corecte posibile înseamna • a alege tehnica de programare ( orientat obiect, procedural, componente); • a gasi algoritmii potriviti si adaptarile lor la necesitatile problemei; • determinarea modelului obiectual necesar dezvoltarii proiectului; • a alege solutia software necesara dezvoltarii;(MySQL sau Oracle,Java sau C#, JavaBuilder sau Eclipse,etc ). • a gasi criteriile de dezvoltare (ergonomie, accesibilitate, rapiditate, etc ) • Identificarea caracteristicilor acestor solutii Pentru solutiile gasite se va încerca o acomodare pe cazuri simple si studierea caracteristicilor (comportamente,raspunsuri, timp de executie,etc ) în aceste situatii de cercetare. Integrarea Sistemelor Informatice (2010-2011)

  13. 2.3.2.1 Analiza necesitatilor • Este de fapt definitia produsului de realizat • specificatiile precise ale produsului de realizat; • constrângeri ce trebuiesc satisfacute; Rezultatul acestei etape • dosarul de analiza (specificatii functionale si non-functionale) • schita manualului utilizatorului ; Integrarea Sistemelor Informatice (2010-2011)

  14. 2.3.2.2 Planificare • Defalcarea proiectului în sarcini care se înlantuiesc în mod continu si logic. • Afectarea fiecarui membru al echipei pentru o anumita durata si scop. • Definitia normelor de calitate ce trebuiesc satisfacute . • Alegerea metodelor de concepere si testare. • Stabilirea dependentelor externe (umane, materiale, preturi, calitate a serviciilor) Rezultatul acestei etape • Plan de calitate al produsului, Planul proiectului • Estimarea costurilor reale • Deviz destinat clientului (pret, întârzieri, livrabile) Integrarea Sistemelor Informatice (2010-2011)

  15. 2.3.3 Proiectarea si fazade concepere • Definirea arhitecturii software. • Interfete dintre diferite module. • Rolul acestei etape este de a concepe arhitectura de asa natura astfel încât componentele produsului sa fie independente pentru a facilita dezvoltarea. Rezultatul acestei etape • Dosarul de conceptie; • Planul de integrare; • Planul de testare; • Actualizarea planning-ului ; Integrarea Sistemelor Informatice (2010-2011)

  16. 2.3.4 Implementarea • Alegerea limbajului potrivit de dezvoltare • Alegerea tehnologiei potrivite de dezvoltare (alegerea serverului de baze de date, alegerea tehnologiei de stocare a datelor, alegerea metodei de transmitere a datelor – protocoale de comunicatii, sincronizare etc ) • Scrierea codului sursa / scripturi ,etc. Rezultatele acestei etape • Module codate • Documentarea fiecarui modul • Actualizarea planning-ului Integrarea Sistemelor Informatice (2010-2011)

  17. 2.3.4.1 Testarea • Se verifica echivalenta dintre implementare si modelul proiectat. • Validarea implementarii în raport cu criteriile de corectitudine identificate în etapa de analiza. • Implementarea si testarea se face pentru fiecare modul în parte. • Testarea întregii aplicatii este o alta etapa din ciclul de viata si trebuie facuta aceasta distinctie. Rezultate Module testate Rezultatele testarilor unitare Integrarea Sistemelor Informatice (2010-2011)

  18. 2.3.5 Integrarea si validarea aplicatiei • Fiecare modul este integrat cu celelalte conform planului de integrare. • Ansamblul este testat conform cu planurile de testare. Rezultate • Produs software testat • Manual de instalare • Versiunea finala a manualului de utilizare. Integrarea Sistemelor Informatice (2010-2011)

  19. 2.3.6 Calificarea produsului soft • Teste de amploare realizate în conditii normale de utilizare. • Teste non-functionale • Teste de încarcare • Teste de toleranta Rezultate Raportul de anomalii Integrarea Sistemelor Informatice (2010-2011)

  20. 2.3.7 Punerea în functiune • Livrarea produsului final • Instalarea produsului la client • Sfârsit sau nu ?! …. Integrarea Sistemelor Informatice (2010-2011)

  21. 2.3.8 Mentinerea aplicatiei • Raporturi de incidente sau anomalii • Cerere de modificari corective • Cereri de evolutie a aplicatiei • Cod si documentatie modificata • O noua serie de teste • Unitare • De integrare • Non – regresive Integrarea Sistemelor Informatice (2010-2011)

  22. 3. Modele ale ciclului de viata • Modelul în cascada • Modelul în V • RAD • RUP • 2TUP • XP Integrarea Sistemelor Informatice (2010-2011)

  23. 3.1 Modelul în cascada Analiza necesitatilor Modificarea necesitatilor Specificatii functionale Planificare Concepere Implementare Integrare Calificare Exploatare Retragere Integrarea Sistemelor Informatice (2010-2011)

  24. Problemele modelului în cascada • Proiectele adevarate rar urmeaza o dezvoltare secventiala • Este dificil a stabili toate necesitatile proiectului la începutul sau • Produsele soft dezvoltate urmând un model în cascada apar de cele mai multe ori cu întârziere • Acest model este aplicabil pentru proiectele care sunt bine întelese Integrarea Sistemelor Informatice (2010-2011)

  25. 3.2 Modelul în V Specificatii functionale si planificare Calificare Conceptie globala Integrare Teste unitare Conceptie detaliata Programare Integrarea Sistemelor Informatice (2010-2011)

  26. Comparatie • Modelul în V permite • O buna anticipare în dezvoltare • Evita întoarcerea • Dar • Cadrul de dezvoltare este foarte rigid • Durata este adesea foarte lunga • Produsul soft apare adesea foarte târziu Integrarea Sistemelor Informatice (2010-2011)

  27. 3.3 RAD Rapid Aplication Develoment • Discutii si interactiuni cu utilizatorul • Verificarea eficacitatii reale a unui algoritm • Verficarea specificatiei interfetei cu utilizatorul (GUI) • Metoda utilizata adesea pentru stabilirea si identificarea necesitatilor • Utilizata adesea de catre generatoarele de coduri Integrarea Sistemelor Informatice (2010-2011)

  28. 3.4 RUP Rational Unified Process Integrarea Sistemelor Informatice (2010-2011)

  29. Vămulţumesc ! Intrebări? Integrarea Sistemelor Informatice (2010-2011)

More Related