modelul in spirala teai

8/8/2019 Modelul in Spirala TEAI

1/10

Specializarea

Sisteme informaionale pentru afaceri

Membrii echipei

1. Malo Simona Elena2. Mihai Catalin3. Mocanu Andrei4. paiuc Andreea Alexandra


2/10

1. Rezumat

Modelul n spiral reprezint o abordare realist a dezvoltrii sistemelor informatice

de dimensiuni mari. El folosete prototipul ca mecanism de reducere a riscului i totodat

menine abordarea sistematic a ciclului de via clasic, ncorpornd-o ntr-un cadru iterativ

care reflect lumea real. Acest model, ns, este relativ nou i nu a fost folosit pe scar larg

ca cel literar sau cel cu prototip. Va mai trece un timp pn cnd eficena acestei noi

paradigme importante s poat fi determinat cu precizie.

2. Scurt prezentare a modelului spiral

Modelul spiral este un model elaborat de Barry W. Boehm n 1988 pentru a descrie

tradiionalul ciclu de viat al sistemelor informatice; de asemenea, el conine o strategie a

managementului i evaluri ale riscului. Modelul preia numele de la reprezentarea grafic n

form de spiral, aa cum apare n diagram. B.W.Boehm s-a ocupat de aa-zisele modele

tradiionale nc din anul 1981, iar din 1986 anun modelul spiral i public rezultatele

cercetrii n 1988. El se bazeaz pe doua convingeri:

natura iterativ a dezvoltrii i nevoia de planificare i evaluare a riscurilor fiecreiiteraii;

deficiena nregistrat la modelul V, n care validarea se efectueaz prea tarziu, l face

s propun realizarea acesteia ct mai devreme posibil, de ct mai multe ori, prin

construirea prototipurilor.

3. Prezentarea detaliat a modelului spiral pe etape i activiti de programarespecifice

Modelul spiral este un model care presupune o dezvoltare incrementat folosind modelul

cascad (waterfall) pentru fiecare pas, cu scopul de a controla riscurile. n modelul spiral,


3/10

programatorii definesc i implementeaz caracteristicile n ordinea descresctoare a

prioritilor.

Modelul spiral, se bazeaz pe acelai principiu ca i modelul evolutiv. Modelul

presupune construirea mai multor prototipuri succesive n condiiile realizriiunei analize a

riscului pe fiecare nivel. Fazele de dezvoltare sunt reluate la fiecare iteraie n aceeai

succesiune i presupun:

Analiza riscurilor

Realizarea unui prototip

Simularea i testarea prototipului

Determinarea cerinelor n urma rezultatelor testrii

Validarea cerinelor

Planificarea ciclului urmtor

Ultimul ciclu conduce la realizarea versiunii finale a sistemului informatic.

n centrul spiralei este plasat cunoaterea cerinelor i estimarea costurilor la nivel

preliminar.

Evoluia SI urmeaz desfurarea spiralei nregistrnd acumulri succesive ale

costurilor i este marcat de succesiunea prototipurilor, fiecare dintre acestea valorificnd

acumulrile realizate la nivelul prototipului anterior. Interaciunea dintre faze nu este reliefat

direct atta timp ct modelul prevede o succesiune continu a rafinrii legate de decizii pe

care riscurile proiectului le asociaz cu urmtoarea detaliere.

Modelul evideniaz atenia acordat planificrii , cutrii de soluii alternative,

evalurii riscurilori validrii soluiilorpentru fiecare prototip, vzut ca un stadiu distinct n

realizarea sistemului informatic.

n ingineria software, un prototip este folosit att pentru validarea ct i pentru

identificarea cererilor utilizatorilor, pentru verificarea soluiei de proiectare i a oferi baza

dezvoltrii ulterioare a proiectului de sistem informatic. Apelarea la utilizarea prototipuluieste consecina faptului c un model funcional este mai uor de neles de ctre viitorul

utilizator dect un set de diagrame nsoite de documentaie.


4/10

Fig. 1. Modelul n spiral1

Prototipul funcional presupune proiectarea sistemului, realizarea primului prototip

funcional, verificarea msurii n care rspunde cererilor formulate de utilizator i rafinareaacestei prime soluii, prindezvoltri viitoare care adaug noi funcionaliti pn la obinerea

variantei finale a sistemului. Modelul a fost mbuntit de R.G.Williams, R.F.Wirfs-Brock.

B.Henderson-Sellers i J.M. Edwards care spun c dei este descris ca o spiral, el este, de

fapt, o descriere liniar, n care unele activiti pot fi reluate. Ivar Jacobson l mbuntete,

n 1990, prin modelul spiral ierarhic i Rumbaugh, n 1992, prin modelul vrtej de ap

(whirlpool-like).

n varianta Boehm, echipa de dezvoltare i utilizatorii se angajeaz treptat n proiect,

diminund riscurile la nivel de prototip. De asemenea, de bun augur este valorificarea

experienei anterioare n planificarea activitilor din prototipul urmtor. Facem meniunea c

modelul cascad se va regasi n fiecare iteraie. Aadar, dup cunoaterea cerinelor i

1 Sursa Oxford Dictionary of Computing


5/10

efectuarea studiilor de fezabilitate, se realizeaz sistemul, se integreaz i instaleaz printr-o

singur livrare n varianta modelului cascad.

Dintre avantajele modelului, n afar de posibilitatea evalurii riscurilor n diferite

momente, ar mai fi de amintit :

- simplificarea operaiunilor de evaluare a ceea ce este necesar n etapa urmatoare,

inclusiv prin prisma costurilor,

- ncurajarea prototipizrii

- minimizarea specificaiilor elaborate inutil,

- riscul sczut n realizarea greelilor

- bun suport al clientilor, control managerial

- concentrare pe asigurarea calitii

- concentrarea pe componentele realizate- concentrarea pe eliminarea neregulilor aprute la nceput.

Printre dezavantaje, menionm:

- nesigurana clienilor

- necesitatea de cunotine n domeniul asigurrii riscurilor.

Nu ca dezavantaje, ci mai dregrab ca elemente ce condiioneaz folosirea modelului,

putem ncadra profesionalismul echipei de dezvoltare i flexibilitatea n aciune, inclusiv n

alocarea de fonduri, dar i n definirea activitilor de ntreprins.

Fig. 2 Modelul spiral pe activiti


6/10

Cele patru cadrane reprezint patru perioade standard pentru fiecare ciclu :

- pregtirea

- minimizarea riscului

- dezvoltarea

- planificarea

Principalele activiti ale primelor doua cadrane (pregtirea i gestiunea riscului) sunt :

- stabilirea obiectivelor ;

- determinarea alternativelor i a restriciilor ;

- obinerea informaiilor pentru evaluarea riscurilor prin: prototipizare, simulare,

evaluare, verificarea referinelor, modelare

- alegerea celor mai bune alternative.

Principalele activiti ale cadranelor 3 i 4 (dezvoltare i planificare) sunt :

- dezvoltarea ciclului de via al produsului bazat pe riscuri ;

- stabilirea continuitii i planificarea urmtorului nivel ;

- alocarea resurselor ;

- ctigarea ncrederii

3. Elemente de asigurare a calitii software n cadrul modelului de elaborare

ASIGURAREA CALITII Ansamblul activitilor planificate i sistematice

implementate n cadrul sistemului i modelului de asigurarea calitii i demonstrate att ct

este necesar, pentru furnizarea ncrederii corespunztoare c o entitate va satisface condiiile

referitoare la calitate. Pentru a fi eficient asigurarea calitii implic, o evaluare permanent a

factorilor care influeneaz gradul de comparare a proiectului sau specificaiilor cu aplicaiile

prevzute, precum i verificri i audituri ale operaiilor de producie, montaj i inspecie. A

da ncredere poate implica furnizarea de dovezi

Calitatea tinde sa devin unul din cuvintele cheie ale succesului economic n lumea de

azi. n esena sa demersul pentru calitate este simplu. Trebuie sa ne concentram nu asupra


7/10

produsului ci asupra proceselor si sa le mbunatatim. Problema software-ului nu deriva numai

din complexitatea sa ci si din natura sa abstract. Calitatea sa poate fi controlata prin creterea

"vizibilitii" pailor intermediari ai proceselor.

Abordarea calitii n software pune un mare accent pe fazele timpurii ale elaborrii

produsului cum ar fi captarea specificaiilor care ajung s ocupe 40% din ntregul proces.

Acestea faze preliminare sunt cele mai puin nelese dar ntre ele cea mai ignorat i

paradoxal cea mai important pe zi ce trece este cea a inovrii.

O alt cerin a QA este orientarea pe proces i nu pe produsul final. Fiecare proces i

subproces este analizat, schematizat i mbuntait. Creativitatea i inovaia este n cadrul

procesului proiectrii din ce n ce mai necesar de a fi definit i formalizat pentru a fi

mbuntit. i un rol important, daca nu n definirea, mcar n problematizarea acestui

proces l-a avut "Ingineria Software" care a inclus procesul creator n descrierea procesuluidezvoltrii produselor program.

4. Analiza gradului de implicare a unitilor/ grupurilor de testare n activitile

i etapele modelului.

Modelul n spiral poate descrie cum un produs se dezvolt pentru a forma o noua

versiune i cum o nou versiune se dezvolt incremental de la un prototip la un produs

complet.

Fig. 3 Modelul n spiral


8/10

Modelul propune aceleai etape de realizare, dar fiecare ciclu de dezvoltare ncepe

prinstudiul de fezabilitate, apoi continu cuspecificarea cerinelori analiza, proiectarea i

implementarea.

Pe de alt parte fiecare din etapele amintite anterior se realizeaz printr-o succesiune

de activiti:

- determinarea obiectivelor etapei, a alternativelor i restriciilor;

- evaluarea alternativelor, identificarea riscurilor i rezolvarea lor;

- dezvoltarea i verificarea urmtorului nivel al produsului;

- ntocmirea planului urmatoarei etape, ales pe baza riscurilor.

Att etapele ct si activitatile lor componente sunt evaluate avnd drept criteriu de

baza costurile implicate.

Modelul n spiral are urmtoarele caracteristici:- conine aproape toate caracteristicile celorlalte modele;

- celelalte modele pot fi considerate sau sunt cazuri particulare ale acestuia;

- evalueaz riscurile oricarei abordari n toate etapele de dezvoltare a produselor software, iar

pe baza acestora alege abordarea corect.

Dezvoltarea produselor software conine n mod uzual toate fazele i activitile

prezentate anterior, chiar dac ele poart diferite nume n diferite metodologii i dezvoltarea

decurge incremental pe parcursul acestor etape, scenariu de dezvoltare care se poate aplicaindiferent de metoda de realizare utilizat. Putem caracteriza dezvoltarea produsului ca

pornind iniial dintr-o faz nebuloas, dar care se stabilizeaz n urmtorii pai n subsecvene.

Metodele de dezvoltare trebuie s ajute ca procesul de dezvoltare s fie stabil pe ct posibil.

Se presupune c trebuie lucrat n etapa de analiz pn cnd se va nelege sistemul n

totalitate, dar nu att de mult nct s considerm detaliile care vor fi modificate pe parcursul

proiectrii.

Acest lucru poate nsemna c cea mai mare durat este alocat analizei, ceea ce este valabil n

unele modele de implementare a ciclului de via prezentate anterior, cu variaii de la un

model la altul.

O mparire a timpului alocat etapelor proiectului precum i a relaiei timp/efort pe

etape se poate reprezenta ca n figura.


9/10

Fig. 4 Diagrama efort - timpIniial un grup redus de persoane efectueaz analiza i proiectarea. Aceste activiti se

realizeaz iterativ. Cu ct structura sistemului se stabilizeaz, un numar mai mare de oameni

sunt antrenai n implementare i testare. De obicei activitile de analiz i proiectare sunt

clarificate atunci cnd ncepe testarea, deoarece n acest stadiu nu sunt posibile dect puine

modificri n ceea ce s-a realizat n etapa de analiz i proiectare.

Dezvoltrile din ultimii ani n domeniul tehnologiei informaiei, mai ales n cel al

metodelor i tehnicilor de realizare a produselor software precum i n cel al instrumentelor

care asist acest proces n toate etapele sale, au facut posibile noi abordari ale ciclului de

via. Procesul de dezvoltare a sistemelor de informaii i a produselor software, vzut ca un

proces industrial, presupune, asa cum s-a amintit anterior, existena unor principii, procese i

practici ale ingineriei sistemelor, aplicaiilor i produselor program. Toate acestea sunt

asigurate prin existena unor instrumente software - suport de dezvoltare.

Implementnd metodologiile de realizare bazate pe structura funcional sau pe

structura datelor i/sau metodologiile orientate obiect, instrumentele pentru inginerie software

asistat de calculator permit construirea, verificarea, validarea, stocarea i reutilizareadiferitelor modele componente ale aplicaiilor i produselor program.

Asigurnd dezvoltarea, ncepnd de la modelele de analiz-proiectare i pn la

generarea automat de cod pentru modele, aceste produse pentru inginerie software asigur


10/10

din punct de vedere calitativ produsele realizate i permit respectarea i/sau reducerea

termenelor de livrare a produselor.

n ceea ce privete costurile, pentru a nchide triunghiul amintit, calitate-termene-

costuri, e greu de realizat o evaluare global, acest lucru fiind posibil doar n fiecare caz

concret i la un anumit moment de timp prin balansarea intereselor firmei elaboratoare de

software cu cerinele i costurile pieei de software la un moment dat.

6. Concluzii

Modelul spiral, aparinnd aceluiai Boehm (1986), are ca principal scop

scurtarea perioadei de timp ntre formularea cerinelor de ctre utilizator i producerea unui

sistem util cu care fiecare utilizator poate interaciona.Modelul spiral s-a dezvoltat pentru a compensa cele mai bune caracteristici ale

ciclului clasic de viata (modelul cascad) i prototipuri, n acelai timp aducnd un nou

element, analiza riscului, care lipsea paradigmelor precedente.

Cu fiecare iteraie, n jurul spiralei (ncepnd din centru i mergnd spre exterior),

progresiv, versiunile complete ale software-ului sunt construite.

Paradigma modelului spiral pentru inginerie software este momentan ceea mai

realist aproximare a dezvoltrii pe scara larg a sistemelor software-ului.

Modelul evideniaz atenia acordat planificrii, cutrii de soluii alternative,

evalurii riscurilor i validrii soluiilor pentru fiecare prototip, vzut ca un stadiu distinct n

realizarea sistemului informatic.

Bibliografie1.Oprea, D., Meni, G., Dumitriu, F. -Analiza sistemelor informaionale, EdituraUniversitii "Alexandru Ioan Cuza" Iai, 20062. Boehm, B.W. A Spiral Model of Software Development and Enhancement, in IEEEComputer, 21(5), 19883. http://silviuonline.8k.ro/4. http://www.armyacademy.ro/buletin/articole/5. http://ti.stupizii.ro/an2/sem1-paradigme-de-programare/6. http://www.stsc.hill.af.mil/crosstalk/2001/05/boehm.html7. http://www.cs.usu.edu/~supratik/CS%205370/r5061.pdf

8. http://sunset.usc.edu/publications/TECHRPTS/1998/usccse98-512/usccse98-512.pdf
http://silviuonline.8k.ro/http://www.armyacademy.ro/buletin/articole/http://ti.stupizii.ro/an2/sem1-paradigme-de-programare/http://www.stsc.hill.af.mil/crosstalk/2001/05/boehm.htmlhttp://www.cs.usu.edu/~supratik/CS%205370/r5061.pdfhttp://silviuonline.8k.ro/http://www.armyacademy.ro/buletin/articole/http://ti.stupizii.ro/an2/sem1-paradigme-de-programare/http://www.stsc.hill.af.mil/crosstalk/2001/05/boehm.htmlhttp://www.cs.usu.edu/~supratik/CS%205370/r5061.pdf

modelul in spirala teai

Documents