PROIECTAREA SISTEMELOR INFORMAIONALE

S1 L1
Organizatoric:
Prelegeri 60 ore
Seminare 15 ore
Lucrri de laborator 30 ore
Tez de an n domeniul tezei de licen
Examen intermediar sptmna 9
Examen final decembrie 2015

INGINER

Un inginer
Un inginer este o persoan cu o pregtire tehnic teoretic i practic, obinut ntr-un institut de
nvmnt superior n care se studiaz ingineria
(aplicarea cunotinelor tiinifice,
matematice economice, sociale, practice asupra
realitaii materiale i/sau sociale in vederea proiectrii,
executrii, intreinerii, modificrii unor structuri i/sau
ansamble care s fie capabile s furnizeze/genereze
rezultate, produse, procese i/sau efecte predefinite
i/sau conforme unor ateptri predictibile i/sau
controlabile.

Un inginer
Spre deosebire de oamenii de tiin, care studiaz
natura i fenomenele naturale pentru a stabili principii,
axiome i teoreme, inginerii aplic principiile teoretice
din matematic, fizic, chimie i alte tiine
fundamentale pentru a crea un produs concret, ca de
exemplu un rulment sau o tastatur de telefon sau un
sistem informaional

Un inginer
Etimologie:
vine din latinescul "ingeniare"= a nscoci.
Inginerii trebuie s poat profesa in procesele de:
proiectare,
organizare,
conducere i
ntreinere a proceselor tehnologice
din industrie, agricultur, sau i din administraie.

Proiectarea reprezint o etapa care, dei este mai

puin spectaculoas, transform o idee geniala n
realitate.
Indiferent de domeniu, un concept rmne doar la
nivelul de diamant n stare brut dac nu intervine
bijutierul - proiectantul pentru a finisa i lefui ct
mai multe faete, fcndu-l nepreuit.
Proiectarea pune la dispoziie manualul de utilizare
pentru orice fantezie n domeniul tehnic.

Ce inseamn sa fii proiectant?

Proiectantul trebuie perceput ca o persoana cu mintea deschisa si
cu o capacitate deosebita de a nelege lucruri, situaii, procese,
posibiliti. Numai o asemenea persoana poate s transpun in
practica ceea ce uneori pare ceva science fiction.
Ce aptitudini trebuie sa ai pentru a deveni proiectant?
Proiectantul trebuie sa studieze permanent, sa fie perseverent, sa
fie rbdtor, sa fie inventiv si, nu in ultimul rnd, sa fie curajos si cu
personalitate pentru ca astfel poate gsi soluii optime pentru orice
problema.

Planul cursului
1.

Introducere

Noiuni de baz din proiectarea sistemelor informaionale

Etapele procesului de creare a SI
Metodologii de realizare a sistemelor informatice

2.

Ciclul de via al produselor program

Modele ale ciclului de via

Procesele ciclului de via

3.

Organizarea proceselor de dezvoltare a SI

Proiectarea canonic a SI
Proiectarea tip
Proiectarea XP

Planul cursului

4. Analiza i
modelarea
spaiului
funcional al

Planul cursului
7. Instrumente de proiectare
Mediul instrumental Bpwin
Metoda IDEF3
Modelarea imitaional
UML
8. Exemple
Elaborarea modelului precedentelor business
Elaborarea modelului obiectelor business
Elaborarea modelului conceptual al datelor
Elaborarea modelului BD
Proiectarea realizrii fizice

LITERATURA
[1]Software Maintenance As Part of the Software Life Cycle Prof. Stafford
[2]Boehm, Barry W., A Spiral Model of Software Development
and Enhancement, IEEE Computer, May 1988
(3)Sorensen, Reed, A Comparison of Software Development
Methodologies, Crosstalk, 1995
(4)Maciaszek Practical Software Engineering, 2005
(5)Laura Carnevali, Lorenzo Ridi, Enrico Vicario: Putting
Preemptive Time Petri Nets to Work in a V-Model SW Life Cycle
IEEE Computer Society, IEEE Trans. Software Engineering, VOL.
37, NO. 6, NOVEMBER/DECEMBER 2011

Pentru astzi

Primele dou capitole:

1.
Introducere
Noiuni de baz din proiectarea sistemelor informaionale
Etapele procesului de creare a SI
Metodologii de realizare a sistemelor informatice
2.
Ciclul de via al produselor program
Modele ale ciclului de via
Procesele ciclului de via

Obiectul i metodele cursului

Obiective:
familiarizarea studenilor cu tehnologiile informaionale de analiz a sistemelor
tehnice mari i metodele de proiectare a SI, bazate pe standarde naionale i
internaionale,
nsuirea principiilor construirii modelelor funcionale i informaionale,
modalitilor de analiz a rezultatelor obiinute,
utilizarea mijloacelor instrumentale de asistare a proiectrii SI.
Baza tiinific - analiza de sistem i modelarea.
Probleme soluionate:
asigurarea funcionalitilor solicitate i adaptarea la condiiile variabile,
proiectarea obiectelor, realizate n sistem,
realizarea programelor i interfeelor,
luarea n consideraie a mediului i tehnologiei de realizare a proiectului.

Sistem, Sisteme informaionale i sisteme informatice

Un sistem reprezint un ansamblu de elemente (componente) interdependente
ntre care se stabilete o interaciune dinamic, pe baza unor reguli prestabilite, cu
scopul atingerii unui obiectiv (4). Conform teoriei sistemelor orice organism
economic ( Unitate Social Economic) este un sistem.
Unitate Social Economic ntreprindere, instituie, societate comercial, unitate
administrativ teritorial.
n orice Unitate Social Economic se disting 3 componente:
- sistemul de conducere sau de decizie
- sistemul informaional
- sistemul decizional
Orice Unitate Social Economic interacioneaz cu alte organizaii externe ei primind
informaii din exterior i furniznd informaii ctre lumea exterioar

Poziia sistemului informatic n cadrul sistemului

informaional

Sisteme informaionale i sisteme

informatice
Sistemul informaional cuprinde ansamblul
informaiilor interne i externe utilizate n cadrul
organizaiei precum i datele care au stat la baza
obinerii lor, procedurilor i tehnicilor de obinere a
informaiilor, precum i personalul implicat n
culegerea, transmiterea, stocarea i prelucrarea
datelor.
Sistemul informaional are dou componente:
- componenta pentru stocare datelor;
Componenta pentru prelucrarea informaiilor.

Fluxul prelucrrii datelor

Datele reprezint atribute cantitative sau calitative ale unei variabile sau
mulimi de variabile. Datele sunt n general rezultatul unor msurtori i pot
constitui o baz pentru crearea de grafice, imagini sau observaii cu privire la
o mulime de variabile.

Sistemul informaional
Funciile unui sistem informaional sunt:
- s colecteze date din sistemele operaional i
decizional precum i informaiile ce provin din mediul
extern;
- s memoreze aceste date precum i informaii
rezultate din prelucrarea lor;
- s asigure accesul la memorie n vederea comunicrii
informaiilor stocate;
- s prelucreze informaiile la cerea sistemului
operaional i a sistemului de conducere

definirea sistemului informaional

Dintre cele mai corecte moduri de definire a sistemului
informaional putem evidenia: Sistemul informaional
poate fi definit ca ansamblul datelor, informaiilor, fluxurilor
i circuitelor informaionale, procedurilor i mijloacelor de
tratare a informaiilor menite s contribuie la stabilirea i
realizarea obiectivelor instituiei . Sistemul informaional al
unui organism (activitate) este ansamblul informaiilor,
surselor de informaii i nivelurilor receptoare, canalelor de
circulaie, procedurilor i mijloacelor de tratare a
informaiilor din respectivul organism.

definirea sistemului informaional

Dac avem n vedere i resursele umane, respectiv
specialitii n domeniul informaticii, o definire mai complet
ar fi aceea n care sistemul informaional este un ansamblu
organizatoric format din totalitatea metodelor, procedeelor,
mijloacelor i specialitilor care asigur culegerea,
prelucrarea, transmiterea i acumularea informaiilor cu
privire la fluxurile de bunuri materiale i informaionale ce
au loc n cadrul sistemului instituiei publice. Este
recomandat a se vedea si definitia din cartea autorului
Fundamentele proiectarii si realizarii sistemelor
informatice din 1995(nr.23 la bibliografie).

Componente ierarhizate ale SI

Practica de realizare a sistemelor informaionale i informatice a
dovedit necesitatea structurrii sistemului n elemente
componente, ierarhizate dup anumite criterii.

Sistemul trebuie s urmreasc realizarea obiectivelor generale

ale organizaiei, fixate pe o perioad mai lung de timp, ctre
ndeplinirea acestora fiind orientat ansamblul funciunilor de
organizaie/unitate economic.
Subsistemul corespunde unor obiective derivate din cele
generale, de exemplu: aprovizionarea cu materii prime i materiale,
cercetarea i proiectarea produselor i tehnologiilor noi care ar
conduce la creterea rentabilitii, etc.
Aplicaia, ca o component a subsistemului, se dezvolt la nivelul
unor activiti i compartimente din cadrul organizaiei (de
exemplu: programarea, lansarea i urmrirea produciei,
planificarea cheltuielilor de producie).

Sistem informaiional
n cadrul unui sistem informaional, majoritatea
activitilor se pot desfura cu ajutorul tehnicii de calcul.
Se pot prelucra datele primare i apoi rezultatul poate fi
transferat mai departe, ctre alt compartiment spre
prelucrare. Transferul se poate face i el pe cale
electronic prin intermediul unei reele de calculatoare.
Ansamblul de elemente implicate n tot acest proces de
prelucrare i transmitere a datelor pe cale electronic
alctuiesc un sistem informaional.

Sistem informaional
ntr-un sistem informaional pot intra: calculatoare, sisteme de transmisie a
datelor, componente hardware i software, datele prelucrate, personalul ce
exploateaz tehnica de calcul, teoriile ce stau la baza algoritmilor de
prelucrare, etc.
Raportul sistem informaional-sistem informatic:
sistemul informaional include n cadrul su sistemul informatic, acesta din
urm fiind o component esenial a primului. Trebuie reinut faptul c
sistemul informaional nu trebuie confundat sau suprapus complet cu
sistemul informatic.
n general, sistemul informatic se interpune ntre sistemul decizional i cel
operaional.
Sistemul informatic este un ansamblu structurat de proceduri i
echipamente electronice care permit prelucrarea automat a datelor i
obinerea de informaii.

Sistem informatic
Noiunea de Sistem Informatic este legat de
informatizarea activitii unei Uniti Social Economice,
deci folosirea echipamentelor hardware i a produselor
software pentru organizarea i administrarea
informaiilor. Utilizarea calculatoarelor n cadrul
Sistemului Informatic (SI) al unei Uniti Social Economice
conduce la definirea componentei Sistem Informatic
Automatizat (SIA) care cuprinde numai lucrrile
realizate cu ajutorul calculatoarelor.

Sistem informatic- Definiie

Un Sistem Informatic este un sistem utilizator-calculator
integrat, care furnizeaz informaii pentru a sprijini
activitile de la nivel operaional i activitile de
management ntr-o organizaie, utiliznd echipamente
hardware i produse software, proceduri manuale, o baz
de date i modele matematice pentru analiz, planificare,
control i luarea deciziilor.
Obiectivul principal al elaborrii i ntroducerii unui
sistem informatic l constituie asigurarea conducerii cu
informaii reale i n timp util, necesare fundamentrii i
elaborrii operative a deciziilor.

Principii recomandate la proiectarea

sistemelor informaionale
n majoritatea lucrrilor care se ocup cu realizarea sistemelor
informaionale, se recomand respectarea unor principii de baz:

a) Sistemul este pentru beneficiar, ceea ce implic participarea

permanent a acestuia n toate etapele de realizare a sistemului.
b) Problema cheie este cea a oamenilor, nu a echipamentelor i n
special a analitilor-proiectani de sisteme, specialiti care au o
influen hotrtoare asupra modului de realizare a sistemelor.
c) SI trebuie justificate cantitativ i calitativ, analistul de sistem
stabilete cele mai corecte criterii prin care se pot msura
performanele i eficiena sistemului proiectat.

Principii recomandate la proiectarea

sistemelor informaionale
d) Realizarea sistemului este un proces iterativ, ceea
ce nseamn c nti trebuie stabilit numai cadrul
general, detalierea fcndu-se treptat, n mai multe
iteraii.
e) Procedurile manuale sunt la fel de importante ca
programele, de corecta lor proiectare depinznd pn
la durata de implementare i modul de funcionare al
sistemului.
f) Sistemul trebuie s aib o bun documentaie n
toate fazele, fapt care ajut la structurarea lucrrilor,
exploatarea sistemului, mprirea sarcinilor.

Gradul de participare la realizarea SI

Gradul de participare al beneficiarului i al specialistului
informatician n cursul etapelor de realizare a sistemului la
diferite etape de proiectare

Clasificri

SI integrate (corporative, SIC)

Tabelul 1.1. Destinaia funcional a modulelor SIC
Subsistemul
marketing

Subsistemele
producere

Subsistemele
eviden
financiar

Subsistemul
evidena
resurselor
umane

Alte subsisteme

Cercetarea pieei i Planificarea volumelor de Administrarea

prognoza
lucru i elaborarea
portofoliului de
vnzrilor
planurilor calendaristice comenzi

Analiza i prognoza
necesitilor n
resurse umane

Controlul activitii
companiei

Gestiunea
vnzrilor

Controlul operativ i
gestiunea produciei

Managementul
politicii de creditare

Meninerea arhivei
de personal

Depistarea
problemelor
operative

Recomandri
privind produsele
noi

Analiza modului de
funcionare a
echipamentelor

Elaborarea planului
financiar

Analiza i
planificarea
pregtirii cadrelor

Analiza situaiilor de
gestiune operativ i
strategic

Analiza i stabilrea Participare la formarea

preurilor
comenzilor clienilor

Analiza financiar i
prognozarea

Evidena
comenzilor

Gestiunea bugetului,
evidena contabil i
calcularea salariului

Gestiunea stocurilor

Asigurare elaborare
soluii strategice

Clasificarea sistemelor informatice

Clasificarea sistemelor informatice

Aplicaiile informatice funcionale la nivelul unei firme sunt grefate pe
cteva categorii structurale, extrem de bine definite, n literatura de
specialitate.
V prezint principalele categorii de sisteme informatice i
adresabilitatea acestora:

Clasificarea sistemelor informatice

Clasificarea sistemelor informatice

Sisteme pentru prelucrarea tranzaciilor (TPS - Transaction

Processing Systems) permit prelucrarea i stocarea datelor privind
tranzaciile zilnice, caracterizate printrun grad ridicat de
repetabilitate. TPS este dedicat nivelului operaional al agentului.
Sisteme destinate activitii de birotic (OAS Office Automation
System) se adreseaz personalului angrenat n prelucrarea
informaiei (data workers), contabililor, funcionarilor, asistentmanager-ilor dar i conducerii operaionale.

Clasificarea sistemelor informatice

Sisteme destinate cercetriidezvoltrii (KWS Knowledge Work

System) reprezint izvorul i integrarea noilor tehnologii
obinute prin compartimentele de cercetare dezvoltare.
Sisteme informatice destinate conducerii (MIS Management
Information Systems) asigur activitile de planificare, control i
decizie, pe termen scurt urmrind obinerea rapoartelor de rutin,
periodice, sintetice, precum i informaiile care privesc perioada
anterioar i curent 1.9 am reprezentat larga sfer de interes a
sistemelor informatice destinate conducerii corelat cu beneficiarii
specifici.

Sistemele suport de decizie (DSS Decision Support Systems) fructific

informaiile furnizate de TPS, MIS conectate cu influena mediului economic
extern. DSS utilizeaz modele de analiz complex i aprofundat asistnd
managerii n elaborarea deciziilor.
Sistemele suport ale executivului (ESS-Executive Support Systems) sunt
destinate elaborrii unor decizii nestructurate adresate managementului
strategic. Sistemele suport ale executivului utilizeaz cele mai avansate
produse software grafice i pot oferi imediat managerului general sau
consiliului de administraie diagrame i informaiile solicitate. Pot
concluziona c interdependena evident a tipurilor de sisteme informatice
apare concretizat prin faptul c informaiile (ieirile) oferite de unele dintre
acestea sunt utilizate drept date de intrare de ctre celelalte tipuri de
sisteme.

Scurt istoric
nceputurile n anii 1960
La prima etap metoda principal de proiectare a SI
era metoda de jos - n sus (bottom-up)
Urmtoarea etap - contientizarea, c exist
necesitatea n mijloace relativ standardizate de
automatizare a activitii diferitor ntreprinderi i
organizaii.
Metodologii noi - principalele obiective:
Crearea de SI corporative, n concordan cu
scopurile i obiectivele organizaiei,
Crearea sisteme cu calitatea solicitat, n
intervalul de timp specificat i cu un buget de

Proiectarea SI acoper trei domenii de baz:

proiectarea obiectelor, care vor fi realizate n baza de
date;
proiectarea programelor, formelor de ecran,
rapoartelor, care vor asigura vizualizarea rezultatelor
interpelrilor la baza de date;
luarea n consideraie a mediului concret sau
tehnologiei, i anume: topologia reelei, configuraia
resurselor tehnice, arhitectura S.I. (file-server, clientserver), procesarea paralel sau distribuit a datelor,
etc.

PROICTAREA
SISTEMELOR IFORMAIONALE

Proiectarea ncepe cu determinarea obiectivelor proiectului

Soluionarea unui set de probleme:
funcionalitatea dorit a sistemului
adaptabilitatea;
productivitate solicitat;
timp de rspuns acceptabil;
fiabilitate i lipsa cderilor;
nivel suficient de securitate;
simplitate n utilizare
simplitate n ntreinere.

Etape
Procesul crerii SI include crearea i transformarea
succesiv a unui ir de modele coordonate pe etapele
ciclului de via a sistemului.

Modelele sunt create de ctre grupurile de lucru din

cadrul echipei proiectului, sunt acumulate i pstrate n
depozitul (repozitoriul) proiectului.

Etape
Procesul de creare a unui S. I. include o serie de etape
(stadii), determinate n timp i care au drept finalitate
crearea unui produs concret model, program,
documentaie etc.
Crearea modelelor, verificarea i validarea lor,
prezentarea pentru utilizare colectiv are loc folosind
instrumente program speciale mijloace CASE
(Computer Aided Software Engineering).

Etape
Planificarea sistemului
Analiza - formarea cerinelor sistemului,
Proiectarea,
Implementarea/realizarea i testarea,
Exploatarea i mentenana.
Ultimile dou etape sunt n afara prezentului curs.

Etape - detalizare
Planificarea Etapa de nceput la care se determin are sau nu
Unitatea Social Economic nevoie de un nou S. I.
Analiza presupune:
modelarea proceselor business, care au loc n organizaie; Crearea
Modelului organizaiei, descris n termeni de procese i funcii
business - permite formularea cerinelor principale;
Mulimea modelelor de descriere a cerinelor este transformat
ntr-un sistem de modele, care descriu proiectul conceptual al SI;
Sunt formate modelele arhitecturale ale SI;
Sunt determinate cerinele referitoare la asigurarea program i
informaional.

Formarea cerinelor
Urmeaz formarea arhitecturii resurselor program i
resurselor informaionale, determinarea bazelor de date
i identificarea modulelor program, formarea modelului
de cerine fa de programe i crearea acestora, testarea
i integrarea.
Scopul etapei de analiz a activitii organizaiei, este
formarea cerinelor sistemului.
Formarea i formularea cerinelor este una din sarcinile
cele mai responsabile, dificil de formalizat i extrem de
complicate i costisitoare n cazul unor erori.

Proiectarea
Crearea modelului logic i modelului fizic al
datelor - partea principal la proiectarea BD.

Proiectarea proceselor pt obinerea specificaiilor

modulelor SI.
Scopul principal al etapei de proiectare a
proceselor const n transformarea funciilor,
identificate la etapa de analiz, n module ale SI.

Proiectarea
Ieirile etapei de proiectare sunt:
schema bazei de date;
specificaiile modulelor sistemului.
elaborarea arhitecturii

Proiectarea
Cutare rspunsuri la caracteristici ale
arhitecturii:
tipul arhitecturii;
numrul de nivele;
tipul BD - centralizat sau distribuit;
omogenitatea BD;
paralelism

Ieire: Proiectul Tehnic

Realizarea i testarea
La etapa de realizare (implementare) are loc crearea
programelor, instalarea resurselor tenice, elaborarea
documentaiei de exploatare.
Etapa de testare este distribuit n timp.
La finalizarea lucrrilor de creare a unui modul al
sistemului are loc testarea autonom (sau de detaliu),
care urmrete dou scopuri principale:
detectarea refuzurilor n funcionare a unui modul;
stabilirea nivelului de corespundere specificaiilor.

Realizarea i testarea
Urmeaz testarea fiabilitii setului de module
cnd:
sunt imitate situaiile de refuz n funcionare;
este determinat timpul mediu dintre dou cderi succesive
(MTBF- Mean Time Between Failures).

Ultima testare o reprezint testarea de acceptare

Metodologii
Metodologiile de realizare a sistemelor informatice
cuprind:
modalitatea de abordare a sistemelor pentru elucidarea
raportului dintre variaiile sistemului i dinamismul su;
regulile de formalizare a proceselor, a datelor i prelucrarea lor;
instrumentele pentru realizarea concepiei, elaborarea
documentaiei;
modalitatea de derulare a proiectului i aciunile specifice
fiecrei etape (ciclul de viat);
definirea modului de lucru, rolului analitilor, proiectanilor i a
beneficiarului i raporturile dintre ei;
modalitile de administrare a proiectului (planificare,
programare, urmrire).

Metodologii
Indic modul de desfurare a procesului de proiectare,
stabilind:
componentele procesului i coninutul lor;
fluxul parcurgerii componentelor;
metodele, tehnicile, procedeele, instrumentele, normele si
standardele;

Metodologii
Metodologii utilizate:
metodologii din domeniul gestiunii:
-AXIAL (firma IBM);
-MERISE (Ministerul industriei-Franta);
-IE (James Martin);
- SSADM (Marea Britanie);
metodologii orientate obiect:
-OMT (General Electric -SUA);
- OOD (Michael Jackson);

metodologii pentru managementul proiectelor de sisteme

informatice:
-SDM / S, METHOD/ 1 Arthur Andersen;
- NAVIGATOR (Ernst & Young - James Martin).

S1.L2.
S1.L2. Ciclul de via a S.I.

Metode, tehnici, instrumente, procedee

Metod - reprezint modul unitar (maniera comun) n
care analitii de sisteme, programatorii i alte categorii de
persoane implicate, realizeaz procesele de analiz a
sistemului informaional-decizional existent, de proiectare
i de introducere a sistemului nou.
Tehnici de lucru - reprezint felul n care se acioneaz
eficient i rapid, n cadrul unei metode, pentru
soluionarea problemelor ce apar n procesul de
proiectare.
Utilizarea metodelor, tehnicilor, instrumentelor i

Metode
Metodele de abordare a SI pot fi grupate n:
metode orientate spre funcii, numite i
metode ale descompunerii funcionale;
metode orientate spre fluxuri de date sau
orientate spre procese;
metode orientate spre informaie sau date;
metode orientate-obiect.

Ciclul de via a S.I.

Ciclul de Via a SI - este succesiune de etape i
procese, executate n cadrul etapelor.
Pentru fiecare etap este determinat componena i
succesiunea lucrrilor executate, rezultatele la ieire,
metodele i mijloacele necesare pentru ndeplinirea
lucrrilor, rolurile i responsabilitile participanilor.
Ciclul de via - ir de evenimente, care se produc n
procesul crerii i exploatrii sistemului.

Modele ale ciclului de via

Modelul CV reflect diferite stri ale sistemului, pornind
de la momentul apariiei necesitii de elaborare pn la
retragerea sistemului.
Modelul CV poate fi privit ca structura, care include
procesele, aciunile i sarcinile realizate n timpul
elaborrii, funcionrii i ntreinerii produsului program
pe ntreaga perioad de existen a sistemului, de la
stabilirea cerinelor pn la retragerea din utilizare.

Ciclul de viata ca ntreg

Conceptul fundamental al ingineriei software l constituie Ciclul de Viata.
Odata dezvoltat, produsul software intra ntr-un ciclu de utilizare si
modificare, care continua pe toata durata sa de viata.
Tiparul nu este specific numai produselor software, el putnd fi generalizat
pentru majoritatea produselor industriale, cu diferenta ca n cazul acestora
din urma etapa de modificare se numeste etapa de reparare sau de
ntretinere (ciclul este utilizare - modificare, pe masura ce componentele se
uzeaza).

Dezvoltarea clasica a programelor

Vom analiza acum mai ndeaproape etapele care intra
n componenta primei faze din ciclul de viata al
produselor informatice: dezvoltarea.
Aceste etape sunt analiza, proiectarea, implementarea
si testarea.

Analiza
Aceasta este etapa n care se constata ca ar fi utila o aplicatie
informatica si se ia decizia dezvoltarii unui sistem software. Fie
c se constat existena unei piee pentru un produs de uz
general, fie c o anumit organizaie are nevoie de o aplicaie
specializat, n mare masur aceast prim etap presupune
mai degrab luarea unor decizii de management i marketing
dect abordarea unor problem legate de studiul algoritmilor.
Dup luarea deciziei de dezvoltare a unui sistem informatic
ncepe adevarata analiz, al crei scop principal este
identificarea necesitilor utilizatorului potenial al sistemului.

Proiectarea
n faza de proiectare sunt dezvoltate detaliile tehnice ale sistemului. n
aceast etap, sistemul este descompus n componente mai uor de
controlat, numite module. Implementarea sistemelor complexe devine
posibil tocmai prin aceast descompunere modular.
Altfel, mulimea detaliilor tehnice care trebuie luate n considerare ar fi
imposibil de stapnit; prin proiectarea modular, este suficient s avem n
vedere pentru fiecare modul doar detaliile corespunzatoare acestuia.
Pe de alt parte, proiectarea modular ajut i la ntreinerea sistemului.
O structur modular bine proiectat este important att pentru
implementarea sistemului, ct i pentru modificarea sa ulterioar. Acesta
este unul dintre principalele motive pentru care paradigma orientata spre
obiecte cstiga teren: un sistem proiectat orientat spre obiecte este prin
definitie un sistem modular.

Implementarea/Testarea
Implementarea
Aceast faz se refer la scrierea efectiv a programelor, crearea
fiierelor de date i dezvoltarea bazelor de date.
Testarea
Aceast faz este strns legat de faza anterioar, deoarece n normal
fiecare modul al sistemului este testat n timpul implementarii, ntrun sistem bine proiectat, fiecare modul poate fi testat n mod
independent, utilizndu-se versiuni simplificate ale celorlalte module
pentru a se simula interaciunile dintre modulul inta i restul
sistemului. Desigur, pe masura ce diferite module sunt analizate i
combinate, testarea individual trebuie continuata cu testarea
generala a ntregului sistem.[1]

Punctual de ncepere al acestui ciclu este reprezentat de decizia de

realizare a unui nou sistem informational mai performant, iar
punctual final al ciclului de via este reprezentat de momentul
dedciziei de nlocuire a sistemului informatics existent cu unul nou,
mai bine adaptat cerinelor, asigurnd performane informaionale,
tehnice i economice superior.
n timp, au fost elaborate mai multe modele ale ciclului de via al
unui sistem informaional, n care se pot identifica etapele de
dezvoltare a produsului software. Numrul, denumirea, coninutul i
nlnuirea fazelor propuse n cadrul acestor modele difer, dar
ncercnd o sintez, putem reine urmtoarele faze, ca elemente
commune duiferuitelor abordri:

faze, ca elemente comune duiferitelor abordri:

1. Definirea cerinelor utilizatorilor: utilizatorii vor preciza
obiectivele pe care urmeaz s le ndeplineasc viitorul sistem
informational, criteriile de eficien, securitate, performan pe
care acesta urmeaz s le asigure. Calitatea i performanele unui
produs software depend de abilitatea echipei de analiz n
colectarea de specificaii ct mai complete de la viitorul utilizator i
de a-I face pe acestea vad funcionalitatea viitorului sistem
informational.
2. Specificaia cerinelor sistemului: prezentarea detaliat a
rezultatelor pe care sistemul informational urmeaz s le asigure.
Se va evidenia ce anume urmeaz s fac sistemul, fr a se sugera
n nici un fel cum va face acest lucru suistemul. Aceast faz este un
rspuns la specificaie cuprinznd cerinele utilizatorului i va fi
utilizat n faza de proiectare a sistemului.

faze, ca elemente comune duiferitelor abordri

3. Specificaia cerinelor software: evideniaz ce
urmeaz s fac produsul software i testriciile sub care
funcionalitatea sa urmeaz s fie asigurat.
4. Proiectarea general, n cadrul creia se defines
soluii cadru, conceptuale, privind viitorul sistem
informational.
5. Proiectarea de detaliu, care rafineaz soluia cadru ,
rezultat al proiectrii generale, avnd ca finalitate
definirea soluiei finale a sistemului informational.
6. Realizarea componentelor sistemului informaiona,
lpe baza soluiilor oferite de proiectarea de detaliu.

faze, ca elemente comune duiferitelor abordri

7. Testarea componentelor: verificarea modului de funcionare,
modului de ndeplinire a cerinelor i fiabilitatea n utilizare.
8. Integrarea componentelor i testarea final a sistemului:
reunirea componentelor n cadrul produsului final i verificarea
funcionrii lui n ansamblu.
9. Implementarea i testarea produsului la beneficiar, urmate de
acceptarea de ctre beneficiar.
10. Expluatarea i mentenana sistemului: utilizarea curent a
sistemului informational i mentenana lui.
11. Dezvoltarea sistemului informational: realizarea i integrarea
de noi componente care s mbunteasc i/sau dezvolte
funcionalitatea, i performanele sistemului.

Etape
n cadrul diferitelor modele, aceste faze (alturi de cele specific
fiecrui model) sunt reunite n cadrul unor etape i anume:
Analiza sistemului, careplec de la analiza sistemului existent i se
conin n fazele 1-3;
Proiectarea general (faza 4)
Proiectarea de detaliu, (faza 5)
Realizarea sistemului informaiona (fazele 6-8)
Instalarea sistemului informaiona pe sistemele de calcul ale
beneficiarului (faza 9)
Expluatarea i mentenana sistemului (faza 4)
Dezvoltarea sistemului informational (faza 11).

Modelele elaborate au cunoscut

mbuntiri permanente, ncercnduse
adaptarea lor la noile cerine ale modelrii
orientate obiect, precum i inserarea unor
etape specific managmentului proiecrelor.

Modelul cascad
Modelul cascad (Waterfall Model) a fost elaborate de W.W. Royce la
inceputul anilor 70. Este un model de referin n literatura de specialitate,
caracterizat prin parcurgerea secvenial a fazelor ciclului de via, faze care
, la rndul lor, sunt formate din activiti, iar acestea din urm din
subactiviti.
Modelul prezint urmtoarele avantaje:
Controlul total al fazelor, datorit modului de ordonare a acestora;
Uor de nsuit de ctre membrii echipelor de analiz i proiectare;
Fiecare faz se ncheie cu o verificare a soluiei oferite i asigur o
documentaie prezentnd soluia elaborate
n timp au fost propuse variante mbuntite ale modelului:
Modelul cu revenire la pasul urmtor (Waterfall Model with back flow);
Modelul cu reluare de la faza initial (Da Capo Waterfall Model)

Modelul cascad cu control

intermediar

Rezultatul proiectului n modelul cascad

Setul de documente ce formeaz minimul ce ar trebui
produs n fiecare proiect sunt:
Document de cerine
Planul proiectului
Document de design al sistemului
Document de design detaliat
Plan de test i raport de test
Cod final
Manuale software (manualul utilizatorului, manual de instalare etc)
Raporturi de evaluare

Avantajele modelului de ciclu de via cascad

Uor de explicat utilizatorilor.
Etapele i activitile sunt bine definite.
Este util planificarea i programarea proiectului.
Verificarea n fiecare etap asigur detecia timpurie a
erorilor/nenelegerilor.
Uor de manevrat datorit rigiditii modelului.
Etapele sunt procesate i completate pe rnd.
Funcioneaz bine pentru proiectele mai mici unde
necesitile sunt foarte bine nelese sau pentru
automatizarea unor sisteme deja existente.

Limitri ale modelului de ciclu de via cascad

Ajustarea scopului n timpul ciclului de via poate
omor un proiect.
Nu se introduce software funcional pn spre finalul
ciclului de via.
Cantiti mari de risc i nesiguran.
Model slab pentru proiectele complexe i obiectorientate.
Model slab pentru proiectele lungi i continue.
Model slab acolo unde necesitile au un risc moderat
spre ridicat de a se schimba.

Modelul cascad presupune c toate cerinele unui sistem

pot fi ngheate naintea nceperii design-ului. Acest lucru
este posibil pentru sistemele create s automatizeze un
sistem manual deja existent. Dar pentru un sistem absolut
nou, determinarea cerinelor este dificil, din moment ce
nici chiar utilizatorul nu tie cerinele. Astfel, a avea cerine
ce nu se schimb (sau se schimbp doar puin) este
nerealist pentru un asemenea proiect.
nghearea cerinelor necesit deseori alegerea hardwareului (din moment ce formeaz o parte a specificaiilor
necesitilor).

Un proiect mare ar putea dura civa ani pn la finalizare. Dac

hardware-ul este selectat timpuriu, apoi datorit vitezei la care tehnologia
hardware se schimb, este foarte probabil ca software-ul final s necesite
o tehnologie hardware ce este pe cale s devin nvechit. Acest lucru este
n mod clar nedorit pentru software att de costisitor.
Modelul cascad stipuleaz faptul c cerinele ar trebui specificate
complet nainte ca restul dezvoltrii s poat ncepe. n anumite situaii ar
putea fi de dorit ca mai nti s se dezvolte o parte a sistemului complet,
iar apoi s se mbunteasc sistemul. Acest lucru este deseori efectuat
pentru produsele software ce sunt realizate nu neaprat pentru un client
(unde clientul joac un rol important n specificarea cerinelor), dar pentru
piaa general, n care cerinele sunt determinate cel mai probabil de ctre
dezvoltatori.

Etape/ Faze
Etape - Se poate considera un model cascad cu 7 etape ce se includ n
cele patru ale unui model SDLC (Software Development Life Cycle):
Faza de decizie
Faza de decizie a unui SDLC este atunci cnd se decide ce se dorete a se
implementa ca software. n aceast faz sunt 3 etape:
Situaia de afaceri ceea ce utilizatorul dorete s obin de la software.
Cerinele utilizatorilor - ceea ce software-ul trebuie s fac pentru
afacere.
Specificaiile sistemului ceea ce software-ul trebuie s realizeze n
termeni de computare pentru a ndeplini cerinele clienilor.

model cascad cu 7 etape

Situaia de afaceri
Cerinele utilizatorilor

Decizie

Specificaiile sistemului
Design-ul sistemului
Design

Design-ul componentelor

Construcia compoenentelor
Dezvoltare
Testare
Demonstrare

Situaia de afaceri
Aceasta este justificarea pentru a construi sistemul software i
trebuie s acopere un numr de domenii, incluznd:
Care este situaia curent a afacerii i software-ului.
Care este oportunitatea de afaceri pe care software-ul o va rezolva.
Care sunt diversele strategii de soluii i fezabilitatea lor.
Care este strategia de soluie preferat.
Care este relaia costuri - beneficii.
Care sunt presupunerile, riscurile i constrngerile posibile.
Care este abordarea de implementare n linii mari.

O cantitate considerabil de munc trebuie s

fie realizat de ctre utilizatori cu date de
intrare oferite de dezvoltatori pentru a produce
o situaie de afaceri.
Beneficiile realizrii acestui lucru sunt oferirea
tuturor din proiect a unei hri clare a locului n
care se ndreapt utilizatorii i de ce.

Cerinele utilizatorilor
Urmtoarea etap este aceea de a defini un set de cerine ale utilizatorilor.
Acestea definesc pentru strategia preferat de soluii ceea ce sistemul
software trebuie s obin pentru a mplini oportunitatea de afaceri.
Domeniile ce trebuie incluse sunt:
Cerine funcionale ce trebuie s realizeze sistemul, de exemplu pentru a
pstra detalii ale arhivelor utilizatorilor.
Cerine non-funcionale sunt dou tipuri:
Constrngeri de performane ce performan este necesar din partea
sistemului, de exemplu dac va aduce la zi arhivele clienior peste noapte.
Contrngeri de dezvoltare ce restricii asupra dezvoltrii se vor aplica, de
exemplu dac sistemul trebuie s fie disponibil la un anumit moment.
Obiectivele de design care sunt cele mai importante caracteristici ce se
aplic sistemului.

Specificaiile sistemului
Specificaiile sistemului au loc atunci cnd se trece de la concentrarea pe
utilizatori la sistemul n dezoltare. Este design-ul logic a sistemului
software i modul de a-l realiza. Acoper:
Procesele sistemului ce proces tehnic este necesar pentru a implementa
fiecare proces de afaceri.
Interfee externe ceea ce este necesar pentru sistem pentru a comunica n
afar, inclusiv:
Interfee tranzacionale ceea ce este necesar pentru a comunica cu
utilizatorii (cum ar fi monitoare).
Interfee de raport ce tipuri de rapoarte sunt necesare.
Interfee de aplicaii ce conexiuni sunt necesare pentru alte sisteme
software.
Cerine non-funcionale care sunt constrngerile asupra sistemului.

Suprapunerea stadiilor
Caracteristica distinctiv a tuturor celor trei etape n Decizie este
faptul c se ocup de ceea ce se dorete. Totui, graniele dintre ele
se pot suprapune.
Utilizatorul dezvolt att situaia de afaceri ct i cerinele
utilizatorului i probleme din oricare pot trece la cealalt etap sau
chiar s fie acoperite de ambele. Cheia este de a asigura c ele sunt
acoperite mcar ntr-un loc.
Grania dintre Cerinele utilizatorilor i Specificaiile sistemului
poate avea o mare suprapunere, n special din moment ce ambele
au ca scop informarea dezvoltatorilor

Suprapunerea stadiilor
Diferenele cheie dintre cele dou sunt:
Cerinele utilizatorilor sunt scrise de ctre utilizatori asistai de
dezvoltatori, n timp ce Specificaiile sistemului sunt scrise de
dezvoltatori asistai de utilizatori.
Cerinele utilizatorilor exprim funcionalitatea necesar n
termeni de ceea ce afacerea dorete s obin, n timp ce
Specificaiile sistemului exprim funcionalitatea n termeni de
ceea ce sistemele software ar putea realiza.

Faza de Design
Faza de Design are loc atunci cnd diverse cerine sunt
mapate la mediul software i au loc deciziile de
implementare.
Aceast faz se concentreaz pe modul n care softwareul va fi realizat. Aceast versiune a modelului cascad are
dou etape:
Design-ul sistemului modul n care software-ul va fi
structurat n componente.
Design-ul componentelor modul n care o
component va fi structurat.

Design-ul sistemului
Design-ul sistemului
Etapa de design a sistemului ia Specificaiile
sistemului i creeaz arhitectura sistemului. Acest lucru
este realizat prin definirea unei serii de componente
mpreun cu ceea ce realizeaz i cum interacioneaz
cu alte componente. Aceste componente pot fi alte
sisteme, interfee, module de cod, ecrane, baze de
date etc. ceea ce nu este definit este detaliul cu privire
la modul n care va funciona fiecare component.

Design-ul componentelor
Design-ul componentelor
Etapa de design al componentelor este design-ul
detaliat a modului n care o anumit component va
funciona, i cum comunic rezultatele sale ctre alte
componente prin interfee. Nu este probabil s existe
un document ce acoper design-ul tuturor
componentelor deoarece ele sunt create de persoane
diferite. n multe cazuri, aceste design-uri sunt realizate
de ctre cei ce codeaz.

Faza de dezvoltare
Faza de dezvoltare este etapa de Construcie a componentei n
modelul cascad. Ea se ocup cu construcia componentelor
necesare pentru software. Componentele software vin n multe
forme i variaz de la software realizat pe comand dezvoltat n
mod special pentru sistem, pn la pachetul software ce este
configurat pentru a satisface cerinele.
Exist dou principale tipuri de pachete software:
COTS (Commercial Off The Shelf) Acestea sunt pachete de
aplicaii ce acoper nevoi variate ale utilizatorilor ce sunt aduse i
configurate de funrizori comerciali.
Open Source Acestea sunt pachete variate de aplicaii dar sunt
ntreinute de o comunitate de utilizatori.

Software-ul realizat pe comand va putea ndeplini

necesitile exacte, dar este costisitoare producia sa.
n teorie, exist economii de pre utiliznd pachete
software. n teorie, deoarece costurile de instalare pot
fi mai mici, dar costul rulrii pachetului pe parcursul
vieii sale poate fi mai mare.
Faza de demonstrare
Faza de demonstrare este etapa de test i implic
faptul c sistemul software ndeplinete toate etapele
de design, specificaii i cerine din fazele de Decizie i
Design.

Observaii

Observaii
Aceste apte etape realizeaz modelul cascad aa cum este
utilizat n mod tradiional, dar flexibilitatea n modul n care este
utilizat se rsfrnge asupra succesului ce va avea.
Exist un numr de probleme cu modelul cascad, de aceea a
evoluat n modelul n V.
Aplicaii
Modelul cascad poate fi utilizat cu succes atunci cnd
necesitile sunt bine nelese de la nceput i nu se ateapt s
se schimbe sau evolueze pe parcursul vieii proiectului. Riscurile
proiectului ar trebui s fie relativ joase.

Modelul n V
Modelul n V este o variant a modelului cascad, care
adduce elemente calitative noi importante. Un
element careacteristic al modelului este introducerea
conceptelor de sistem i component (subsistem),
aplicnduse teste explicite pentru creterea
controlului asupra modelului n care se desfoar
etapele. Fazele plasate n partea superior a modelului
se caracterizeaz prin implicarea direct a viitorului
utilizator.

V Model from SEF (Ould, 1990)

Modelul n V

Braul stng al diagramei, parcurs descendent, reunete fazele

n cadrul crora se realizeaz, pas cu pas, proiectarea i
realizarea sistemului informational. Detalierea activitilor de
proiectare, codificare i asamblare a componentelor se
realizeaz gradual. Dealtfel, Ould, creatorul modelului n forma
sa consacrat, a prevzut doar latura din stnga, unde efortul
principal de proiectare se focalizeaz pe descompunerea
sistemului pe component.
Braul drept al diagramei cuprinde reprezentarea fazelor
asigurnd asamblarea rogresiv a sisgtemului, pe msura
testrii lor individuale, pn la obinerea sistemului global i
acceptarea acestuia de ctre beneficiar

n cadrul modelului, se remarc realizarea distinciei

dintre verificare i valdare.
Verificarea se refer la testarea sistemului la diferite
stadia pe care le parcurge, iar validarera urmrete s
identifice n ce msur sistemul corespunde cerinelor
iniiale, ceea ce constitue un punct slab al modelului,
datorit ntrzierii cu care se produce aceast validare.
Tocmai din aceast cauz, i se reproeaz c las validarea
prea trziu, dup ce sistemul s-a construit, ceea ce l face
ineficient.

Modelul n W
Acest model reia ideia modelului V, pe care l dezvolt i
perfecioneaz prin integrartea acivitilor de validare la
nivelul fazelor de proiectare

Modelul evolutiv
Modelul evolutiv pornete de la realizarea unui studio
initial privind obiectivele viitorului sistem informational, a
crui arhitectur este definite ulterior. Fiecare component
astfel definite i va urma propriul su ciclu de via
(definirtea cerinelor, analiza, proiectare,, testare, utilizare).
Un Sistem informational reprezint ansamblul unor
component n interaciunea lor , fiind rezultatul unei
concepii bazate pe arhitecturi deschise i flexibile. O astfel
de abordare etste apropiat celei orientate obiect,
caracterizate prin ncapsularea datelor i funcionalitii
obiectelor

Reprezentarea grafic a modelului evolutiv este influenat de

modelul circular, a crui caracteristic o reprezint marcarea unui
ciclu complet al sistemului informatics printr-un cerc.

Modelul evolutiv

Modelul spirala
Modelul spiral, elaborate de Barry Boehm, se bazeaz pe aceleai
principia ca i modelul evbolutiv. Modelul presupune construirea mai
multor prototipuri successive, n condiiile unei analize a riscului pe
fiecare nivel.
Fazele de dezvoltare sunt reluate la fiecare iteraie, n aceiai
siccesiune i presupun:
Analiza riscurilor;
Realizarea unui prototip;
Simularea i testarea prototipului;
Determinatea cerinelor n urma rezultetelor testrii;
Validarea cerinelor;
Planificarea ciclului urmtor.

Modelul spiral
n centrul spiralei este plasat cunoaterea cerine3lor i estimarea
costurilor la nivel preliminary. Evoluia sistemului informaional
urmeaz desfurarea spiralei, nregistrnd acumulri successive
ale costurilor i este marcat de succesiunea prototipurilor.
Fiercare dintre acestea valorificnd acumulrile realizate la nivelul
prototipului anterior. Interaciunea dintre faze nu este reliefat
direct, atta timp ct modelul prevede o sccesiune 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 riscurilor i validrii soluiilor pentru fiecare
prototip, vzut ca un stadiu distinct n realizarea sistemului
informational.

Modelul spiral
n ingineria software, un prototip este folosit att pentru validarea
ct i pentru identificarea cererilor utilitzatorilor, pentru verificarea
soluiei de proiectare i oferirea bazei dezvoltrii ulterioare a
proiectului de sistem informational. apelarea la utilizarea
prototipului este consecina faptului c un model functional rste mai
uor de nelws de ctre viitorul utilizator, dect un set de diagrame,
fie chiar, nsoite de documentaie. Un Prototip functional
presupune proiectarea sistemului, realizarea primului prototip
functional, verificarea msurii n care corespunde cerinelor
formulate de utilizator i rafinarea acestei prime soluii, prin
dezvoltri viitoare care adaug noi funcionalitpi pn la ovbinerea
variantei finale a sistemului.

Modelul spiral

Descrierea modelului spirala

Evolutia spiralei consta in cele 4 cadrane din figura de mai
sus.
Primul cadran determina obiectivele, alternativele si
constrangerile.
Al doilea cadran evalueaza alternativele, identifica si rezolva
riscurile.
Al treilea cadran dezvolta si verifica produsul de la
urmatorul nivel.
Iar cadranul al patrulea planifica urmatoarele faze.
De altfel, spirala este orientate catre dezvoltarea software,
conceptul fiind egal aplicabil sistemelor hardware.

Descrierea modelului spirala

Cadranul 1
Activitatile desfasurate in acest cadran sunt urmatoarele:
Stabileste un acord al sistemului sau a obiectivelor produsului:
performanta, functionalitate si abilitatea de adaptare la
schimbari.
Investigheaza implementarile alternative: model, reutilizare,
procurare si modificare.
Investigheaza constrangerile impuse cu privire la alternative:
tehnologie, cost, program, suport si riscuri.
O data ce toate acestea au fost stabilite, se trece la cadranul al
doilea.

Descrierea modelului spirala

Cadranul 2
Activitatile ingineresti reprezentate in acest cadran selecteaza o
abordare alternative ce satisfice mai bine tehnologia, costul,
programul, suportul si riscul constrangerilor. Aici se pune accentul pe
atenuarea riscului. Este analizata fiecare alternativa si este folosita in
asa fel incat sa reduca riscurile asociate dezvoltarii deciziilor. Boehm
descrie aceste activitati spunand ca pot implica prototipuri, simulari,
benchmarking, chestionare de administrare, modelare analitica si
alte tehnici de rezolutie a riscului. Daca operatia critica si/sau
problemele tehnice precum riscul performantei sau al
interoperabilitatii ramane, este posibila adaugarea unor detalii in
plus a prototipului inainte de trecerea la urmatorul cadran.

Descrierea modelului spirala

Cadranul 3
Daca se determina ca prototipul anterior are rezolvate
operatiile critice/problemele tehnice, activitatile de
dezvoltare si verificare, se trece la urmatorul nivel. Ca
rezultat, modul de baza cascada poate fi
utilizat(descrierea, conceptual operatiilor, dezvoltarea,
integrarea si testarea urmatorului sistem). Se poate
utiliza si dezvoltarea incrementala.

Descrierea modelului spirala

Cadranul 4
Modelul de dezvoltare in spirala are o caracteristica
comuna cu toate celelalte modele: nevoia planificarii
tehnice avansate si analize multidisciplinare la
asteptarea critica. Fiecare ciclu al modelului culmina cu
o analiza tehnica ce evalueaza starea, progresul,
maturitatea, meritele si riscurile dezvoltarii.

Avantaje si dezavantaje modelului spirala

Avantaje:
Analiza crescut a riscurilor
Ideal pentru proiecte mari
Software-ul este produs devreme n ciclul de via
Dezvoltare complet a modelului software la proiectele cu cereri neclare
Flexibilitate.
Dezavantaje
Model costisitor
Analiza riscurilor necesit expertiza specifica de nivel inalt
Succesul proiectului depinde puternic de faza de analiz a riscurilor
Nu este potrivit pentru proiecte mici
Este greu de inteles de catre utilizatorii fr pregatire tehnica.

Aplicatii
Modelul spirala se foloseste:
Atunci cand crearea unui prototip este potrivita;
Atunci cnd costurile i evaluarea riscurilor este
important;
Pentru proiecte de risc mediu sau crescut;
Pentru proiecte pe termen lung;
Atunci cnd utilizatorii nu sunt siguri de nevoile lor;
Atunci cnd cererile sunt complexe.

Modelul fntn artezian

Modelul fntn artezian i are izvoarele n modelul spiral (ierarhic) i
modelul vrtej de ap. Pornete de la cunoatertea lumii reale, a cerinelor
i elaborarea studiului de fezabilitate. Se parcurg apoi etapele de:
analiz,
proiectarea sistemului,
proiectarea component,
codificare,
testare component,
testare sistem,
utilizare,
ntreinere,
dezvoltare.

Modelul tridimensional
Modelul tridimensional , promovat de de metoda de
proictare MERISE se caracterizeaz prin reprezentarea
grafic pet re axe,
fiecare dintre aceatea corespunznd:
ciclului de via al sistemului,
ciclului de decizii i respective
ciclului abstractizrii

Ciclului abstractizrii
Ciclului abstractizrii se dezvolt pe tri nivele:
conceptual, logic i fizic.
Nivelul conceptual se aplic independent datelor i
prelucrrilor genernd modelul conceptual al datelor i
modelul conceptual al prelucrrilor. Se realizeaz
succesiv modelul logic al datelor i modelul fizic al
datelor, modelul logic al prelucrrilor (organizaional),
modelul operational al prelucrrilor.

Ciclul de dcecizie
Ciclul de dcecizie cuprinde ansamblul deciziilor legate de
proiectarea, realizarea i exploatarea sistemului
informaional:
Deciziile globale vizeaz problemele cadru privind
obiactivele sistemului informaional i funcionalitatea lui,
domeniile de informatizat, prioritile, planificarea
lucrrilor, etc.
Deciziile de organizare vizeaz arhitectura i
interaciunile dintre component, strategia de gestiune a
datelor, planificarea activitilor de proiectare general,
proiectare de detaliu i realizare a sistemului
informational.

Ciclul de dcecizie
Deciziile tehnice vizeaz suportul hardware i de
comunicaie, supotrul software i mediul de exploatare
a sistemului informational. etc.
Deciziile legate de exploatare i mentenan sunt
decizii care asigur buna funcionare a sistemului
informational i aceste decizii aparin utilizatorului .

Etape Ciclu de via

Ciclul de via presupune parcurgerea siccesiv a
urmtoarelor etape:
Schema directoare i studiul prealabil presupune: analiza
sistemului informaional existent, formularea cerinelor i
obiectivelor sistemului informational, definitra prioritilor n
rtealizarea sistemului informational, realizarea de scenario
globale alternative pentru fiecare domeniu investigat i alegerea
scenariului considerat optim.
Studiul detaliat pleac de la soluia cadru definite pentru
scenariul aleas, pe care o dezvolt, abordnd problemele de la
general la particular. Aceast etap asigur modelarea
conceptual i organizational a viitorului sistem informational.

Ciclul de via
Studiul tehnic, prin soluiile concrete pe care le definete,
va asigura modelarea logic i fizic. Codificarea corespunde
etapei de scriere i testare a procedurilor, fiind apoi urmat
de integrarea acestora i de testare final a sistemului.
Implementarea i testarea sistemului n condiii reale de
expluatare ale beneficiarului vor fi urmate de acceptarea
produsului, pe baza evalurii rezultatelor testrii.
Exploatarea i mentenana sistem informational au
coninutul conoscut deja din prezentrile anterioare.