ciclul de viata al sistemelor informatice

7/21/2019 ciclul de viata al sistemelor informatice

1/28

Ciclul de via al SI


2/28

Considerente de ordin general

SI se deosebesc n ceea ce privete scopul,complexitatea, dimensiunea, tehnologiile utilizatei n consecin metodologiile i instrumentele

folosite pot varia, plecnd de la identificareacerinelor i ncheind cu operarea sistemului.Toate acestea formeaz ciclul de via al SI.

Ciclul de via al SI este structurat n faze.

Coninutul i numrul acestora este determinatde modelul de dezvoltare folosit.

Unele proiecte pot impune comasarea unor faze.


3/28

Considerente de ordin general

Nu toate proiectele vor impune executareasecvenial a fazelor.

Fazele sunt interdependente. In funcie de dimensiunea i complexitatea

proiectului, fazele se pot combina sausuprapune.

Dezvoltarea unui SI este un proces iterativ.


4/28

Fazele ciclului de via

ale SI Planificare

Analiza sistemului i stabilirea cerinelor SI

Proiectare Codificare

Integrare i testare

Acceptare, instalare, implementare ntreinere


5/28

Planificarea

ncepe dup aprobarea proiectului i resurselor realizeaz o viziune general i stabilete

obiectivele

este stabilit abordarea care va asigura realizareascopului proiectului i include discutareametodelor, instrumentelor, activitilor, resurselori elaborarea calendarului pentru realizareaproiectului.

include i studiul de fezabilitate (cerut demanagement)

se realizeaz o analiz cost-beneficiu


6/28

ntrebri la care rspunde faza de

planificare Care sunt problemele pe care SI le va rezolva?

Cum va rezolva sistemul problemele?

Sunt tehnologiile cerute de proiect disponibile?

Cum va fi acceptat sistemul de diverii utilizatori?

Proiectul se justific din punct de vedereeconomic?

Este SI aliniat la prioritile stabilite n bazastrategiei?

Este organizaia pregtit pentru SI?


7/28

Analiza sistemului i definirea

cerinelor Stabilete funciile i operaiile viitorului sistem

pe baza scopurilor formulate. Analizeaz nevoiade informaii ale utilizatorilor SI.

Cerinele sunt stabilite n termeni de : date,performana sistemului, securitate, ntreinere.

Detalierea cerinelor trebuie s fie suficient

astfel nct echipa de proiectare s poat lucra nbaza lor.


8/28

Proiectare

Se stabilesc principalele subsisteme i pentru fiecare dintreacestea intrrile i ieirile. Are loc alocarea resurselor peprocese.

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.


9/28

Codificarea (scrierea programelor)

Scrierea programelor n baza

specificaiilor Se folosesc date de test pentru a

vedea n ce msur programeleprelucreaz corect datele


10/28

Integrare i testare

Se reunesc toate componentele realizate nvederea rulrii ntr-un mediu de test pentruidentificarea eventualelor erori i/sauprobleme de interoperabilitate.

Utilizatorul valideaz soluia dac testele auevideniat respectarea cerinelor funcionale.

Sistemul intr n exploatare curent.


11/28

Acceptare, instalare, implementare

Are loc instalarea SI in mediu de producie

Variante pentru conversie:

Noul sistem nlocuie vechiul sistemVechiul i noul sistem vor rula n paralel

Vechile fiiere vor fi trecute pe noile medii de

stocare, vor opera noi mecanisme de acces inoi metode de organizare a fiierelor.


12/28

ntreinere

SI necesit modificri n timp sau trecerea pealte platforme

Se impune datorit:erorilor neidentificate la testare sau generate

de evenimente rare;

modificri cerute de utilizatori, managementsau cerine de reglementare.

Este monitorizat performana sistemului.


13/28

Modele de dezvoltare a SI

1. Modele care parcurg fazele ciclului de viasecvenial:

Modelul cascad: const n descompunereaciclului de via n faze secventiale. La rndullor, fazele sunt structurate pe activiti i

subactiviti. Trecerea de la o etap la alta serealizeaz dup ce precedenta a fost parcursn ntregime.


14/28

Modelul cascad

Avantajele modelului:

un control total asupra fazelor, n sensul c elesunt ordonate i, firesc, previzibile, prin

evidenierea clar a ariei de ntindere a fiecreietape sau subcomponente a ei;

este uor de nsuit de ctre membrii echipelorde analiz i proiectare, inclusiv de cei noi, cu o

experien mai puin vast; fiecare etap este nsoit de o documentaie

perfect structurat (controlat).


15/28

Modelul cascad

Dezavantajele modelului:

sistemul se pred doar dup parcurgereaetapelor anterioare, ceea ce nseamn o lungperioada de timp, suficient ca utilizatorii s-imodifice cerinele;

nu corespunde inteniilor de abordare

dinamic a sistemelor; nu este deschis schimbrilor ce pot interveni

pe parcurs.


16/28

Modelul cascad


17/28

Modelul n V

Modelul n V: este o variant a modelului cascad, princare se introduc conceptele de sistem i componente(subsisteme). Acest model puncteaz cu mai multclaritate separrile dintre ceea ce implic participarea

utilizatorului, modelul arhitectural i cel alimplementrii. 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 lafaze de implementare, care ar putea consta fie dinasamblarea componentelor software, fie dincodificarea unor componente.


18/28

Modelul n V


19/28

Modelul n V - detaliere


20/28

Modele iterative i incrementale

2. Modele iterative i incrementale:

Metode moderne Produsul software este realizat prin

parcurgerea mai multor iteraii, fiecare iteraieoferind o versiune mbuntit. O nou

iteraie nu adaug o nou component(subsistem) ci mbuntete funcionalitateaexistent, modul de utilizare, performana.


21/28

Modelul spiral


22/28

Modelul spiral

Model de referin pentru procesele de dezvoltare iterative iincrementale;

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 nivelurilede toleran acceptabile pentru probabilitile atingerii acestorrezultate.

Engineering: include modele ale sistemului, programare, integrare,aducerea sistemului n stare operaional (deployment).

naintea trecerii la o nou iteraie sistemul este supus evalurii dectre client.


23/28

IBM Rational Unified Process

II. IBM Rational Unified Process (RUP)

este definit ca platform a procesului de dezvoltare; platforma ofer un cadru pentru dezvoltare constnd din ghiduri, template-uri

pentru bun practic, faciliti web;

RUP organizeaz proiectul pe dou coordonate: Dimensiunea orizontal care presupune o succesiune de faze (pentru fiecare

iteraie a proiectului):nceput, elaborare, construire i tranziie. Dimensiunea vertical reprezint discipline de dezvoltare a softului:

modelarea afacerii, cerine, analiz i proiectare, implementare, testare iaducerea sistemului n stare operaional (deployment). Disciplinelereprezint fluxul de lucru. Exist i activiti suport: configurare i modificareamanagementului, managementul proiectului i mediul.

Ca i modelul n spiral, RUP subliniaz dezvoltarea iterativ i importanaanalizei riscurilor ca i proces continuu


24/28

Rational Unified Process


25/28

Agile Software Development

III. Agile software development

unul dintre cele mai recente modele; promoveaz iteraiile, munca n echip, colaborarea, adaptarea proceselor de-a lungul

ciclului de via al proiectului; prefer iteraii mici (4 sptmni) cu planificare minim n loc de planificare pe termen

lung; o iteraie este executat de o echip (din care face parte i un reprezentat al

beneficiarului) de-a lungul unui ciclu de dezvoltare incluznd: planificare, analizacerinelor, proiectare, scrierea programelor, testarea componentei, acceptarea testului.Permite limitarea riscurilor i permite o adaptare mai rapid la modificri.

o iteraie nu trebuie s aduc un plus important de funcionalitate dar s reprezinte unaport, un plus adus proiectului. La sfritul unei iteraii reprezentatul beneficiaruluievalueaz rezultatele i se precizeaz prioritile iteraiei viitoare n raport cu cerinelebeneficiarului.

fiind promovat comunicarea echip client se redacteaz puin documentaie; se promoveaz software de lucru (instrumente i tehnici): continuous integration

(practic prin care se grbete finalizarea software-ului reducnd timpul afectatintegrrii),pair programing (doi programatori lucreaz la acelai program: unul scriecod i cel de al doilea verific n acelai timp), test driven development, design patterns(modalitate formal de a documenta o soluie plecnd de la o schi), code refactoring(modificarea codului pentru a deveni mai uor de neles, cu structur simplificat darconservndu-i funcionalitatea).


26/28

RAD Rapid Application Development

IV. Dezvoltarea rapid

intenia de a oferi o alternativ la abordrile structurate. Orientarea sa deesen: obinerea de software aplicativ care s corespund cerinelorutilizatorilor, ntr-un interval ct mai scurt de timp.

Pentru atingerea acestui scop, se aplic un demers ce combin abordarea

iterativ, prototipurile i instrumentele sau mediile de proiectare i dezvoltareasistat de calculator (CASE Computer Aided Software Engineering).

Prototipurile sunt folosite esenialmente pentru captarea cerinelor viitoruluisistem.

Dezvoltarea se face incremental, prin iteraii succesive, fiecare dintre acesteafiind de durat ct mai micntre o zi i trei sptmni.

Una dintre premisele de baz ale acestei abordri const n participarea activa utilizatorilor la dezvoltarea sistemului. Se organizeaz sesiuni mixte deproiectare JAD (Joint Application Development) - la care particip utilizatoriii echipa de dezvoltare, n care se dezbat, se rafineaz i se accept rezultatelei produsele fiecrei iteraii.


27/28


Pentru limitarea i controlul duratei de dezvoltare, procesul recurgela o organizare bazat pe o structur numit timebox un intervalstrict, n cursul cruia trebuie obinut un rezultat (parte din produs)executabil i livrabil. Un timebox este precedat de o sesiune mixtde definire i planificare a funcionalitilor i este urmat de o

sesiune de evaluare a rezultatului. Iteraiile au loc n interiorul"cutiei" i se bazeaz pe un mediu de dezvoltare de prototipurievolutive.

Ciclul de dezvoltare parcurge patru etape: planificarea cerinelor; proiectarea funcional; construirea; instalarea la utilizator.


28/28


Documents

ciclul de viata al sistemelor informatice