Sunteți pe pagina 1din 16

DEZVOLTAREA PRODUSELOR SOFTWARE

CUPRINS

Introducere Instrumente integrate de inginerie software Modele de proces Metode i calitate Concluzii

INTRODUCERE

Ciclul de viata al unui produs software reprezinta intervalul de timp de la momentul deciziei de realizare si pna la retragerea sau nlocuirea totala a acestuia cu un nou produs software, reprezentnd orizontul de timp n care opereaza si evolueaza produsul program.

ETAPELOR
Etap

CICLULUI DE VIA DUP

B. MEYER

Studiu preliminar

Specificare

Concepia general

Concepia detaliat Scrierea programelor

Rezultat Faza de exploatare: - dosar de ntreinere - decizii (nu se face, se cumpr, se face, etc). - buget aproximativ Faza conceptual: - caiet de sarcini - plan general al proiectului - buget precis - definirea restriciilor Document de specificaie (funcii i performane) Prima versiune a manualului de utilizare Plan detailat al restului proiectului Plan de validare (test) Definirea principalelor structuri de date Descompunerea sistemului n module Descrierea rolului fiecrui modul Descrierea detaliat a structurilor de date i de module Testare de programe, fiecare modul verificat separat

Validarea individual Validare global


Remedii Difuzare Punere n Exploatare Exploatare Mentenan

Evidena remedierilor Rapoarte de inspecii i de validare Versiuni de programe i de documentaie adaptat diferitelor categorii de utilizatori

Programe n funciune Rapoarte de incidente i corectare

INSTRUMENTE INTEGRATE DE INGINERIE SOFTWARE

Un Atelier de Inginerie Software (AIS) este un ansamblu integrat de instrumente articulate n jurul unui referenial care permite automatizarea fazelor ciclului de via al software-ului. Nu exist definiii universal acceptate n ceea ce privete componentele unui atelier software, nici n ceea ce privete vreo tipologie bine stabilit n privina instrumentelor de inginerie software. Urmrind ciclul de via, se pot evidenia instrumentele urmtoare: instrumente de specificare i de concepie, instrumente de realizare, gestionare de schimbri i reconfigurri, instrumente de mbuntire a aplicaiilor, instrumente de gestiune a proiectului i dicionare.

Instrumente de specificare i de concepie


Editoarele de modele Generatoarele de machete Prototipurile Simulatoarele Instrumente de realizare

Limbajele de programare Generatoarele de cod Limbajele numite de generaia a patra Generatoarele de baze de cunotine Instrumente de punere la punct Analizoarele de cod Instrumente de optimizare a codului Genetaroarele de jocuri de ncercare Monitoarele de test

Instrumente de mbuntire a aplicaiilor Aceste instrumente permit reluarea si redocumentarea unei aplicaii.

Instrumente de gestiune a proiectului Acest gen de instrument exist deja n industrie, dar proiectele informatice au un mare grad de specificitate, ceea ce face dificil utilizarea acelora care n-au fost n mod specific concepute pentru a genera proiecte informatice.
Dicionarele Dicionarele sunt inima, elementul central n conceperea i realizarea unui proiect. Unicitatea dicionarului este punctul forte al atelierului de inginerie software integrat.

MODELE DE PROCES Exist mai multe abordri pentru dezvoltarea software-ului, bazate pe ideea ciclului de via expus anterior, sau pe alte idei radical diferite. Cele mai bine cunoscute modele de proces, numite paradigmele de dezvoltare software, sunt: modelul n cascad modelul de dezvoltare exploratorie modelul de dezvoltare evolutiv modelul n spiral.

MODELUL N CASCAD

Ciclul de via, aa cum s-a vzut deja, este o modelare convenional a succesiunii etapelor prin care trece un produs software, de la concepie pn la mentenan. Diferitele etape pot varia uor de la o metod la alta, dar n linii mari se regsesc ntotdeauna cele reprezentate n fig.1, numit modelul n cascad.

MODELUL EXPLORATORIU
Acest model se bazeaz pe ideea dezvoltrii unui model de lucru (un prototip lent) al sistemului, care s permit utilizatorului s-l experimenteze i apoi pe baza comentariilor pe care acesta le face s poat s se modifice sistemul.

MODELUL EVOLUATIV Scopul acestei dezvoltri este de a stabili cerinele utilizatorului, mai ales atunci cnd este dificil de fcut acest lucru, sau cnd documentele de specificaii existente sunt ambigui sau incomplete.

MODELUL N SPIRAL Modelul n spiral, cunoscut i sub numele de modelul bazat pe risc, a fost introdus n 1988 de Boehm. Modelul n spirala poate descrie cum un produs se dezvolta pentru a forma o noua versiune si cum o noua versiune se dezvolta incremental de la un prototip la un produs complet.

METODE I CALITATE
Metode Metodele aprute au obiective diverse, unele sunt orientate spre specificaii, altele spre concepie, sau spre realizare, altele orientate mai mult nspre date, altele, din contra orientate asupra tratrilor efectuate asupra datelor. Calitatea Unul dintre principalele obiective ale unui instrument de inginerie software este de a realiza software de mai bun calitate. Tabelul 1 elaborat de Mayer, prezint cu titlu de exemplu zece factori de calitate ai software-ului. Aceti factori pot fi contradictorii, cum ar fi de exemplu portabilitatea i integritatea care aduc adesea prejudicii eficacitii, dar ofer o platform comun de comparare i evaluare a produselor software.

Factorii de apreciere ai calitii B. Mayer


Factor 0 Validitate Definiii 1 Aptitudinea produsului software de a ndeplini exact funciile sale, definite prin caietul de sarcini i prin specificare. Aptitudinea produsului software de a funciona n condiii anormale Uurina cu care un software se preteaz la o modificare sau la o extindere a funciilor solicitate. Aptitudinea unui produs software de a fi reutilizat, n totalitate sau i parial, ntr-o nou aplicaie. Uurina cu care un sistem poate fi combinat cu altele

Fiabilitate Extensibilitate Reutilizibiltate Compatibilitate

Eficacitate
Portabilitate Verificabilitate

Utilizarea opional a resurselor materiale (procesoare, memorie intern i extern, protocoale de comunicaie, etc)
Uurina cu care un produs poate fi transferat pe medii diferite hardware i software. Uurina cu care se pregtesc procedurile i testele de validare (n particular jocurile de ncercare) i procedurile de detectare a erorilor care urmeaz unui incident n exploatare.

Integritate Uurina de
utilizare

Aptitudinea software-ului de a-i proteja codul i datele de accesri neautorizate. Facilitatea de nelegere, de utilizare, de pregtire a datelor, de interpretare a erorilor, de revenire n caz de utilizare eronat.

CONCLUZII

n concluzie, relativ la modalitatile de abordare a ciclului de viata pentru produse software, se pot face o serie de comentarii cu privire la efortul de realizare si distribuirea lui pe etape, cu privire la durata afectata etapelor si cu privire la costuri si venituri.

n ceea ce priveste situatia cheltuielilor, veniturilor si profitului implicate de realizarea unui produs software, se poate observa ca la nceputul ciclului de viata apar cheltuieli cu realizarea produsului, iar venituri apar dupa ncheierea ciclul de realizare.

VA MULTUMESC PENTRU ATENTIE!