METODE, MODELE I TEHNICI MODERNE DE

PROIECTARE I REALIZARE A SISTEMELOR

INFORMATICE













ORGANIZAREA VIRTUAL A ACTIVITII
2014

IOANA

ACADEMIA DE STUDII ECONOMICE DIN BUCURETI
FACULTATEA DE CIBERNETIC, STATISTIC I INFORMATIC ECONOMIC

Adriana Mdlina PETRE
Ioana PIRON PROGRAM MASTERAT: Sisteme Informatice pentru
Managementul Proceselor i Resurselor Economice

IOANA
1

CUPRINS
1. Sisteme Informatice .............................................................................................................................. 2
1.1. Noiuni generale ............................................................................................................................ 2
1.2. Realizarea unui sistem informatic ................................................................................................. 2
1.3. Structura Sistemelor Informatice .................................................................................................. 3
2. Metode si tehnici de realizare a sistemelor informatice ........................................................................ 5
2.1. Termeni utilizai ............................................................................................................................ 5
2.2. Ciclul de via al unui sistem informatic....................................................................................... 7
2.3. Modele reprezentative ale ciclurilor de via ale sistemelor informatice ...................................... 8
2.4. Metode de proiectare a sistemelor informatice ........................................................................... 12
3. Metode moderne de analiz i determinare a cerinelor sistemului .................................................... 14
3.1. Joint Application Design(JAD) ................................................................................................... 14
3.2. Prototipizarea i determinarea cerinelor sistemelor ................................................................... 15
3.3. Structurarea cerinelor sistemului - modelarea logic a datelor i prelucrrilor .............................. 16
3.3.1. Diagramele fluxurilor de date (DFD) ......................................................................................... 16
3.3.2 Tehnica SSADM (Structured Systems Analysis and Design Methodology) pentru
construirea DFD .................................................................................................................................. 16
3.4. Modelarea conceptual a datelor (diagramele entitate relaie, DER) ............................................ 18
4. Metode de organizare a sistemelor informatice ................................................................................... 20
4.2 SCRUM .............................................................................................................................................. 20
4.3 Kanban .............................................................................................................................................. 21
5. Concluzii ............................................................................................................................................. 21
6. Bibliografie ......................................................................................................................................... 22



2

1. Sisteme Informatice
1.1. Noiuni generale
Conform [1], 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 anumit obiectiv.
Noiunea de sistem informatic este legat de informatizarea activitii organizaiei, deci
folosirea echipamentelor hardware i a produselor software pentru organizarea i administrarea
informaiilor. Utilizarea calculatoarelor n cadrul sistemului informaional (SI) al unei
organizaii conduce la definirea componentei Sistem Informaional Automatizat (SIA) care
cuprinde numai lucrrile realizate cu ajutorul calculatoarelor. Relaia SI SIA este
reprezentat n figura 1.

Figura 1. Relaia SI-SIA
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.
1.2. Realizarea unui sistem informatic
Pentru a realiza un sistem informatic, este necesar parcurgerea urmtoarelor etape:
- Analiza;
- Proiectare;
- Implementare.

Un sistem informatic este compus din 6 grupe de elemente:

a. Baza tehnico-material a sistemului - este constituit din totalitatea echipamentelor de
culegere, verificare, transmitere, stocare i prelucrare a datelor. Reprezint hardware-ul
sistemului informatic;
b. Programele necesare SI - reprezint software-ul sistemului informatic i cuprinde totalitatea
programelor necesare pentru funcionarea acestuia: sistemul de operare, soft specializat pentru
gestiunea datelor (SGBD, SGF), programe de aplicaii;
3

c. Baza informaional - se refer la datele supuse prelucrrii, fluxurile informaionale,
sistemele i nomenclatoarele de coduri ;
d. Baza tiinific i metodologic - const din modele matematice ale proceselor i
fenomenelor economice, metode i tehnici de realizare a sistemelor informatice.
e. Resursele umane sunt formate din personalul de specialitate (analiti, programatori, ingineri
de sistem, administratori de baze de date, operatori etc) i din beneficiarii sistemului. Deoarece
analitii de sisteme informatice nu pot s cunoasc specificul tuturor unitilor beneficiare cu
care ar putea veni n contact n decursul timpului, n echipa de realizare a sistemului informatic
se coopteaz i specialiti din partea unitii beneficiare, care s aib idee de ceea ce se poate
face cu calculatorul, dar mai ales s tie foarte bine ce vor de la calculator, n contextul viitorului
sistem informatic. Se creaz deci o echip mixt de realizare a sistemului informatic.
f. Cadrul organizatoric este specificat n regulamentul de organizare i funcionare (ROF) al
unitii n care funcioneaz sistemul informatic.

La realizarea i utilizarea unui sistem informatic trebuie avute n vedere
urmtoarele componente hard i soft: reele, echipamente, produse software de baz, produse
software de aplicaie.

1.3. Structura Sistemelor Informatice
n conformitate cu abordarea funcional, sistemele informatice sunt organizate pe
subsisteme, aplicaii i uniti funcionale (proceduri logice). Pentru programatori mai sunt
relevante nc dou niveluri, inferioare unitii funcionale i anume, unitatea de prelucrare
(procedura automat) i modulul program .
Subsistemul vizeaz o funcie a unitii beneficiare sau un domeniu de activitate din
unitatea n care este conceput sistemul. Aplicaia vizeaz o activitate, iar unitatea funcional
(procedura logica) o subactivitate sau sarcin .
Aplicaia este un pachet de programe ce servete la automatizarea prelucrrii datelor
aferente unei activiti distincte din cadrul unui domeniu de activitate (de exemplu poate exista o
aplicaie pentru elaborarea statelor de plat, denumit pe scurt aplicaia salarizare). ntr-o
aplicaie pot fi implicate mai multe elemente de structur organizatoric. De exemplu n
elaborarea statelor de plat este implicat nu numai biroul financiar, care este titular pentru
aceast activitate, ci i serviciul personal, sau dac sistemul de plat presupune pontaj, va fi
implicat dispeceratul, secretariatul, etc.. mplicarea mai multor elemente de structur
organizatoric ntr-o aplicaie complic schema funcional a aplicaiei, dar de cele mai multe
ori, prezena mai multor elemente este inevitabil.
De regul aplicaiile se deruleaz ciclic i pentru a fi mai uor trecute pe calculator, ciclul
lor de via se descompune n subactiviti cum ar fi preluarea datelor i actualizarea bazei de
date, sau cea de elaborare liste de ieire sau rapoarte, sau etapa de elaborare informaii pentru alte
aplicaii, etc.
4

Procedura logic (denumit i unitatea funcional) este corespondentul subactivitii
din cadrul unei aplicaii din domeniul informatizrii. Numai la acest nivel se poate face uor,
trecerea direct de la structura logic a aplicaiei la programe, ceea ce nseamn c unei
proceduri logice (uniti funcionale) i se pot asocia din softul aplicaiei, una sau mai multe
proceduri automate (uniti de prelucrare). Ultima situaie este necesar mai ales atunci cnd i
n cadrul unei uniti de prelucrare, sunt implicate mai multe elemente de structur
organizatoric.
Procedura automat (unitatea de prelucrare) este o secven bine definit de programe
(module program), care odat lansat n execuie, se ruleaz dup o schem logic, fr
ntrerupere, pn la sfrit. De exemplu preluarea pe calculator, validarea i stocarea fielor de
pontaj pentru salarii poate constitui o procedur n cadrul aplicaiei numit salarii. Faptul c
procedura se ruleaz ntotdeauna pn la sfrsit, nu nseamn c programele care fac parte din
procedur se vor rula toate de fiecare dat; rostul schemei logice care st la baza procedurii, este
tocmai acela de a decide n funcie de parametrii introdui de utilizator i de felul cum decurge
rularea, care program s se ruleze i care s fie srit, astfel nct procedura s nfptuiasc un act
coerent, raional, s permit utilizatorului s controleze situaia, mai precis s nfptuiasc o
etap sau mcar acea parte dintr-o etap din ciclul de via al unei aplicaii, care-i revine biroului
sau seciei din care face parte utilizatorul respectiv.
Exist i proceduri manuale care dei nu fac obiectul programrii, ele pregtesc prelucrarea
automat a datelor, sau dup caz, finalizeaz aceast aciune. Proiectantul sistemului informatic,
trebuie s in seama de procedurile manuale i s fac referiri la ele n cadrul etapei de
proiectare logic i fizic precum i ulterior n cadrul manualelor de utilizare i respectiv de
exploatare, pentru c abia mpreun cu aceste proceduri sistemul informatic este complet.
Structura sistemului informatic trebuie s fie ct mai puin dependent de structura
organizatoric a intreprinderii/instituiei pentru care s-a conceput sistemul. Acest lucru asigur
sistemelor informatice o via mai lung, fcndu-le s nu depind de frecventele schimbri de
structur organizatoric, care au loc de obicei n seciunile sociale unde sunt implementate i
care, dac sistemul s-ar baza pe ele, ar face ca acesta s trebuiasc s fie actualizat, pentru fiecare
modificare de structur.
S-a specificat c sistemele informatice sunt structurate pe subsisteme, aplicaii, uniti
funcionale, uniti de prelucrare sau proceduri i module program. Merit remarcat c, indiferent
de nivelul su, orice component a sistemului informatic presupune intrri, prelucrri i ieiri,
iar relaiile dintre componente se realizeaz prin intermediul unei baze informaionale, care
exist i n sistemul informaional, dar n condiiile informatizrii, va fi reflectat n colecii
omogene de date ce pot fi organizate n baze de fiiere sau date n funcie de sistemul specific de
gestiune a datelor (SGF sau SGBD).

5


Figura 2. Reprezentarea schematic a concepiei logice de
principiu a sistemului informatic
2. Metode si tehnici de realizare a sistemelor informatice

2.1. Termeni utilizai
La realizarea sistemelor informatice se utilizeaz metode, tehnici, instrumente i procedee
de lucru. Pentru o nelegere ct mai bun a sistemelor informatice, este necesar definirea
terminologiei utilizate [3]:
Metodele utilizate n proiectarea sistemelor informatice reprezint modul unitar sau
maniera comun n care analitii de sistem, programatorii i alte categorii de persoane implicate
realizeaz procesul de analiz a sistemului informaional-decizional existent, proiectarea i
6

introducerea sistemului informatic. Metoda are caracter general, n cadrul ei aplicndu-se
anumite tehnici de lucru.
Tehnicilede lucru utilizate n proiectarea sistemelor informatice reprezint felul n care
se acioneaz eficient i rapid, n cadrul unei metode, pentru soluionarea diferitelor probleme
care apar n procesul de proiectare. Prin aceste tehnici se mbin cunotiintele despre metode cu
miestria personala a celor chemai s aplice metodele i s utilizeze instrumentele adecvate.
I nstrumentele utilizate n proiectarea sistemelor informatice sunt mijloacele care se
utilizeaz de ctre echipa pentru realizarea scopului propus. Instrumentele depind de metodele i
tehnicile utilizate, precum i de domeniile de activitate analizate i proiectate.
Prin procedur sau procedeu se nelege succesiunea operaiilor necesare parcurgerii
unor etape ale aciunii i aplicrii unor tehnici n cadrul metodelor n conformitate cu o rutin de
lucru data.
Utilizarea acestor metode, tehnici, instrumente, procedee de lucru n proiectarea
sistemelor informatice se face n conformitate cu o serie de principii i n limita unor metodologii
de lucru care se adopt n funcie de situaia real la care se refer.
La realizarea sistemelor informatice se utilizeaz numeroase metode si tehnici. Impactul
informaticii asupra altor domenii de proiectare a determinat transferul ntre domenii a unora
dintre metode i tehnici. Acest fapt implic o mare pruden n prezentarea lor ca specifice unui
domeniu sau altul. Chiar n cadrul activitilor de realizare a sistemelor informatice, unele sunt
specifice activitilor de analiz, proiectare, implementare, altele sunt generale, putnd fi utilizate
n toate etapele de realizare a sistemelor informatice.
Din punct de vedere al evoluiei n timp metodele si tehnicile se clasifica n:
Metode si tehnici clasice care constau n analiza si proiectarea sistemelor informatice,
bazndu-se n cea mai mare parte pe utilizarea activitatii omului.
Metode si tehnici evoluate care sunt rezultatul accentuarii "industrializarii" activitatii de
analiza si proiectare a sistemelor informatice si impun utilizarea unor pachete de
programe de asistare a analizei si proiectarii sistemelor informatice.
Din punct de vedere al grupelor de activitati n care sunt utilizate se mpart n: metode si
tehnici de analiza, metode si tehnici de proiectare, metode si tehnici de implementare.
Dupa componentele sistemului informational exista: modele ale datelor, modele ale
prelucrarilor, modele ale comunicatiilor etc.
Dupa sistemul analizat exista: modele ale sistemului existent si modele ale noului sistem.
7

Dupa gradul de abstractizare exista: modele semantice, modele logice, modele fizice.
Pasii care trebuiesc parcursi pentru modelarea informationala sunt:
Investigarea sistemului;
Identificarea elementelor esentiale;
Stabilirea setului de axiome si formele de reprezentare;
Construirea modelului/ modelelor;
Analiza si rafinarea modelelor;
Utilizarea modelelor.

2.2. Ciclul de via al unui sistem informatic
Sistemele informatice (SI) se caracterizeaz printr-un ciclu de via care ncepe cu
decizia realizrii unui nou SI care s corespund mai bine noilor cerine ale
utilizatorilor i se ncheie cu decizia de nlocuire a SI existent cu unul nou, mai
performant. Ciclul de via se desfoar pe etape n cadrul fiecreia fiind definite faze i
activiti specifice.
nc de la nceput facem meniunea c, indiferent de etapa istoric sau metodologic,
sistemele sunt abordate prin prisma ciclului lor de via. Ele apar, se dezvolt, descresc
i pier, sau printr-un nou ciclu, se perfecioneaz, dnd natere unei alte versiuni sau
chiar unui nou sistem. Mutaiile din domeniul tehnologiei informaionale i al metodelor
de abordare a sistemelor s-au reflectat i n ciclul de via al dezvoltrii sistemelor, fie
prin schimbarea etapelor acestuia, fie prin modificarea opticii de parcurgere a lor.
Spre exemplu, odat cu abordarea orientat-obiect a sistemelor, s-au lansat i noi modele
ale ciclului de via.
Prin parcurgerea materialelor de specialitate, se poate constata c numrul
fazelor/etapelor variaz de la trei (de exemplu analiza, proiectarea, implementarea)
la peste douzeci. Exist mai multe modele ale ciclului de via, multe dintre ele
cunoscnd o evoluie n timp. Spre exemplu, modelul cascad (figura 3) prevede
parcurgerea mai multor etape ale ciclului de via care se deruleaz secvenial fiind ns
permis la nevoie revenirea la etapa parcurs anterior n vederea ndeprtrii
neajunsurilor identificate n etapele superioare ale ciclului de via.

Etapele ciclului de via a unui sistem informatic n modelul cascad sunt
reprezentate in urmatoarea figura:

8


Figura 3 - Etapele ciclului de via a unui sistem informatic n modelul cascad


2.3. Modele reprezentative ale ciclurilor de via ale sistemelor informatice

1) Modelul cascad. Asigur trecerea de la o etap la alta, n ordine secvenial.


Figura 4 Modelul cascad
Fazele sunt structurate pe activiti i subactiviti. Punctul su slab este c se aplic la nivel
sistem i nu se poate trece la etapa urmtoare pn ce nu au fost aduse la zi toate aplicaiile; n
practic se solicit decalaje ntre aplicaii.

2) Modelul V. Braul stng al diagramei, parcurs descendent, reunete fazele n cadrul crora se
realizeaz, pas cu pas, proiectarea i realizarea sistemului informatic. Detalierea activitilor de
proiectare, codificare i asamblare a componentelor se realizeaz gradual. Braul drept al
diagramei cuprinde reprezentarea fazelor asigurnd asamblarea progresiv a componentelor
9

sistemului pe msura testrii lor individuale (aici se realizeaz verificrile i validrile), pn la
obinerea sistemului global i acceptarea acestuia de ctre beneficiar. Braul drept se parcurge
ascendent.

Figura 5 Modelul V


n cadrul modelului se remarc realizarea distinciei dintre verificare i validare.
Verificarea se refer la testarea sistemului n diversele stadii pe care le parcurge, iar validarea
urmrete s identifice n ce msur sistemul corespunde cerinelor iniiale, ceea ce constituie un
punct slab al modelului datorit ntrzierii cu care se produce aceasta validare.
3) Modelul W. Acest model reia ideea modelului n V pe care l dezvolt i perfecioneaz prin
integrarea activitilor de validare la nivelul fazelor de proiectare.

Figura 6 Modelul W


4) Modelul incremental. Permite livrarea sistemului pe componente, dar i global. Definirea
cerinelor i analiza se execut totui la nivelul ntregului sistem.
Este o metod de tip top-down, ceea ce implic cunoaterea i formularea cerinelor
pentru ntregul sistem nc din faza incipient de abordare a sistemului, chiar dac ulterior se vor
rezolva doar pri din el. De regul adugarea unei pri presupune testarea a tot ce este realizat
pn n acel moment, ceea ce poate duce la modificri multiple ale componentelor realizate
printre primele.
10



Figura 7 Modelul incremental

5) Modelul spiral. Modelul presupune construirea mai multor prototipuri succesive n
condiiile realizrii unei 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
Modelul presupune proiectarea sistemului, realizarea primului prototip funcional, verificarea
msurii n care rspunde cererilor formulate de utilizator i rafinarea acestei prime soluii, prin
dezvoltri viitoare care adaug noi funcionaliti pn la obinerea variantei finale a sistemului.

Figura 8 Modelul spiral
11


6) Modelul evolutiv. Necesit efectuarea unei investigaii iniiale pe baza creia s se poat
elabora o strategie de descompunere a proiectului n pri/segmente, fiecare cu o valoare
deosebit pentru client. Acestea sunt realizate i livrate n mod iterativ i contribuie la sporirea
treptat a performanelor sistemului. Se are n vedere posibilitatea aplicrii unor adaptri sau
modificri ulterioare.



Figura 9 Modelul evolutiv

Metoda are succes deoarece se bazeaz pe o arhitectur deschis, flexibil, elaborat prin
participarea tuturor prilor interesate, inclusiv a utilizatorilor i a unor specialiti profesioniti.
7) Modelul X. n partea de sus a X-ului este aplicat modelul cascad i V, iar n partea de jos
sunt avute n vedere aciuni de valorificare a softului creat anterior. Aceast preocupare este din
ce n ce mai extins pe plan mondial i pare foarte raional deoarece softul prezint o mare
suplee n ce privete adaptarea de la o problem la alta. De fapt nu conteaz dect asemnarea
structurilor, semnificaia variabilelor fiind la libera alegere a celui care folosete softul.
n partea de sus, modelul ia n consideraie utilizarea unor specificaii de sistem, a proiectului
arhitectural i de detaliu , codificarea, testarea pe componente, integrarea i testarea sistemului.
Parte inferioar a X-ului este un V ntors, pentru a sugera noiunea de gestiune patrimonial a
depozitelor reutilizabile la nivel component, structur, domeniu i chiar aplicaie.
Avnd n vedere c partea inferioar a modelului se aplic practic doar n fazele de proiectare
fizic, modelul - ca i modelul tridimensional al autorilor metodei Merise, nu este prea popular.
Dealtfel metoda Merise mai prezint un model n dou dimensiuni n care pe abscis este trecut
sistemul actual i cel viitor, iar pe ordonat sunt trecute nivelele global, conceptual, organi-
zaional, logic, fizic i de exploatare, dar dup cum s-a putut vedea, din cele prezentate n seciu-
nea 1 a acestui capitol, metoda Merise este aplicat de fapt pe un model n dou dimensiuni, sub
form de matrice care este foarte riguros i se preteaz la exigenele ingineriei softului.
8) Modelul tridimensional. Modelul tridimensional promovat de metoda de proiectare MERISE
se caracterizeaz prin reprezentarea grafic pe trei axe, fiecare dintre acestea corespunznd
ciclului de via al sistemului, ciclul de decizie i respectiv ciclului abstractizrii.
12



Figura 10 Modelul tridimensional

2.4. Metode de proiectare a sistemelor informatice

1) Metodele structurate fac parte din prima generaie, anii '70. Sistemul
informaional/informatic este structurat pe baza funciilor sale. Ele sunt centrate pe analiza
funcional: fiecare funcie identificat se subdivide ierarhic n subfuncii, continund n aceast
manier pn se ajunge la componente suficient de mici astfel nct acestea s poat fi
programate cu uurin.






Figura 11 Metode structurate

Exemple: SADT (Structured Analysis and Design Technique), JSD (Jackson System
Development), Yourdon.
Avantaje: Simplitate, bun adaptare la definirea cerinelor utilizatorului;
Dezavantaje: Concentreaz efortul de analiz asupra funciilor (de prelucrare) neglijnd
coerena datelor (a cror structur este totui mult mai stabil dect a prelucrrilor); volatilitatea
cerinelor utilizatorilor (funciilor) face ca aplicaiile s fie ntr-o aproape continu reconsiderare.

2) Metodele sistemice fac parte din generaia a doua, anii '80. Se bazeaz pe aplicarea teoriei
sistemelor n analiza ntreprinderii. Sistemul informatic este abordat sub dou aspecte
F1
F11 F12
F111 F112 F121 F122 F123
13

complementare: datele i prelucrrile, care sunt studiate i modelate independent i reunite ct
mai trziu cu putin.
Metodele sistemice acord prioritate datelor fa de prelucrri si respect cele trei niveluri de
concepie introduse prin raportul ANSI/SPARC: conceptual, logic i fizic.
Se disting patru niveluri de abstractizare :
Nivelul conceptual exprim opiunile de gestiune, formulnd ntrebarea : Ce facem?
Nivelul organizaional exprim alegerile ntreprinderii legate de resurse umane i materiale. Se
pun urmtoarele ntrebri : Cine ? Unde ? Cnd ? Cum ?
Nivelul logic permite alegerea mijloacelor i a resurselor informatice, fcnd abstracie de
caracteristicile lor tehnice precizate.
Nivelul fizic este reprezentat prin alegerile tehnice, urmrind specificitatea lor.
La fiecare nivel de abstractizare, SI este reprezentat prin trei modele : datele, prelucrrile,
comunicrile.
- exemple : MERISE, AXIAL, Information Engineering (J. Martin).
Avantaje: sistemele se axeaz pe conceptul de baz de date, care ofer mai mult coeren,
stabilitate i elimin redundanele.
Dezavantaje: deficiene n modelarea prelucrrilor, posibilitatea apariiei de discordane ntre
modelele datelor i ale prelucrrilor.

fac parte din 3) Metodele orientate obiect (obiectuale) generaia a treia, anii '90. Se acord
atenie deosebit att structurii datelor, ct i structurii funcionale.
Sistemul informaional/informatic este perceput ca o structur de obiecte autonome, ce se
organizeaz i coopereaz ntre ele. Un obiect are un anumit comportament, definit prin
ansamblul operaiilor (serviciilor) pe care le poate efectua; datele i prelucrrile prin care este
implementat acest comportament sunt ncapsulate (mascate) i sunt inaccesibile celorlalte
obiecte.
Fiecare obiect poate participa la compunerea altor obiecte mai complexe.
Fiecare obiect poate interveni n mai multe funcii sau scenarii funcionale diferite.
Exemple: OOD (Booch), OMT (Rumbaugh), OOA/OOD (Coad), OOM (Rochfeld).





Figura 12 Metode Orientate obiect
O1
O2
O3
O4
O5
O6
O7
14


Metodele orientate obiect se caracterizeaz prin definirea a trei modele :
Modelul obiectelor are rolul de a descrie obiectele care intervin n problema de rezolvat
i relaiile dintre ele. Modelul obiectelor reprezint descrierea structurii statice a
obiectelor, claselor de obiecte, a operaiilor i atributelor, precum i a legturilor i a
relaiilor dintre ele.
Modelul dinamic are rolul de a descrie strile pe care le poate avea un obiect i
evenimentele la trecerea dintr-o structur n alta. Modelul dinamic descrie interaciunea
dintre obiecte i este focalizat pe aspecte ce se schimb n timp.
Modelul funcional are rolul de a descrie prelucrrile i fluxurile de date. Modelul
funcional prezint transformrile valorilor datelor, preciznd sursa i destinaia lor.
Avantaje: permite reutilizarea componentelor de program, favorizeaz modelarea i utilizarea de
obiecte complexe.
Dezavantaje: percepia i reprezentarea monolitic de tipul "totul este obiect" nu corespunde
ntotdeauna realitii reprezentate.
3. Metode moderne de analiz i determinare a cerinelor sistemului

Ca efect al tendinelor de mrire a timpului de analiz a sistemelor existente, n
ultimii ani, s-a efectuat trecerea spre analiza mai puin pronunat a sistemelor ce
urmeaz a se realiza. Tehnicile moderne, JAD i prototipizarea, preiau tot mai puine
elemente din sistemele existente, ca urmare a analizei efectuate. Altele mai radicale
renun aproape total la analiza sistemului existent, este cazul proceselor controlate prin
RAD, care apeleaz la JAD, prototipizare i alte instrumente de tip CASE.

3.1. Joint Application Design(JAD)

Spre sfritul anilor 1970, specialitii n realizarea de sisteme de la IBM
au elaborat un nou proces de culegere a cerinelor informaionale ale sistemelor
i de revizuire a proiectelor sistemelor, numindu-se JAD.
Ideea principal a proiectrii JAD o constituie punerea laolalt a tuturor forelor
interesate n dezvoltarea sistemelor: utilizatori-cheie, managerii i analitii de sistem
implicai n analiza sistemului curent. Din acest punct de vedere JAD este similar
15

interviului la nivel de grup. Totui n sesiunea JAD se urmrete o anumit secven de
derulare a activitilor, pe baza unor roluri bine stabilite.
3.2. Prototipizarea i determinarea cerinelor sistemelor

Prototipizarea este un proces interactiv prin care analitii i utilizatorii pun n
discuie o versiune rudimentar a unui sistem informaional, care va fi ntr-o continu
schimbare, n funcie de reacia utilizatorilor. Prototipizarea renun la ciclul de via al
dezvoltrii sistemelor sau la creterea rolului su.
Pentru culegerea informaiilor despre cerinele utilizatorilor nc se apeleaz la
interviuri, dar prin prototipizare, operaiunea va fi mai simpl i va solicita un timp mai
scurt. Prototipul este vzut i testat de utilizator, avnd posibilitatea s precizeze ce ar
mai dori, dar i s-i genereze aceast form nou, cu ajutorul specialitilor.
Prototipizarea este facilitat de cteva limbaje sau produse program, inclusiv
instrumentele de tip CASE.
Prototipizarea este foarte util n determinarea cerinelor sistemului atunci
cnd:
cerinele utilizatorului nu sunt prea clar formulate sau bine nelese;

unul sau mai muli utilizatori sau susintori sunt implicai n sistem;

se utilizeaz anumite mijloace de lucru (formulare i rapoarte predefinite).

Prototipizarea genereaz i deficiene, cum ar fi:

tendina de evitare a unui cadru formal de elaborare a documentaiei privind
cerinele sistemului, ceea ce va ngreuna n viitor orice control;
fiind conceput de un numr mic de utilizatori va fi probabil respins de viitorii
utilizatori;
fiind conceput izolat este puin probabil ca el s fie integrat n sistemul existent;

nerespectndu-se etapele ciclului de via al dezvoltrii sistemelor pot fi omise
aspecte eseniale, cum ar fi securitatea, controlul datelor introduse i
standardizarea la nivel de sistem.


16

3.3. Structurarea cerinelor sistemului - modelarea logic a datelor i prelucrrilor

Indiferent de metodologiile folosite n realizarea unui sistem/aplicaie, toate
apeleaz la operaiunea de modelare logic a datelor i prelucrrilor sub form de
diagrame, diferenele constnd doar n folosirea mai pronunat a diagramelor pentru
descrierea sistemului, ncadrndu-le n diagrame de context, diagrame ale fluxurilor
de date fizice i diagrame ale fluxului de date logice. Altele apeleaz la combinaii de
diagrame, tabele i forme descriptive.
Diagrama de context scoate n eviden aria de ntindere a sistemului analizat,
prin specificarea elementelor din interiorul organizaiei i a celor externe, sub
denumirea de entiti externe sistemului analizat.

3.3.1. Diagramele fluxurilor de date (DFD)
Diagrama fluxului de date ale nivelului logic curent, independent de tehnologie,
reliefeaz funciile de prelucrare a datelor executate de ctre sistemul
informaional
curent.

Diagrama de flux de date ale sistemului logic nou va prezenta circuitul datelor,
structura lor i cerinele funcionale ale noului sistem.
Descrieri ale obiectelor DFD se regsesc n aa-zisele dicionare ale proiectelor
sau depozitele CASE (repository) .
Diagramele fluxului de date DFD au ca obiectiv urmrirea modului de transfer al
datelor ntre procesele de prelucrare a lor, astfel de diagrame se mai numesc i modele
ale proceselor de prelucrare, iar operaiunea se numete modelarea proceselor.
DFD reprezint doar una din tehnicile de analiz structurat.
Tehnica de redare a proceselor de prelucrare prin intermediul diagramelor
fluxurilor de date a cptat noi accepiuni prin ncorporarea ei n instrumentele de
analiz i proiectare cu ajutorul calculatorului, adic n instrumente CASE.
3.3.2 Tehnica SSADM (Structured Systems Analysis and Design Methodology) pentru
construirea DFD
n analiza sistemelor se folosesc frecvent reprezentrile grafice, de exemplu
17







diagramele. n continuare vom folosi tehnica reprezentrii grafice a fluxului
informaional. Proiectarea fluxului informaional reprezint circulaia informaiei n
sistem, transformrile suferite, stocarea informaiei precum i scurgerile de informaie
n afara sistemului. Scopul diagramelor de date DFD pentru o anumit component
organizatoric sau funcional la care se refer (secie, birou, compartiment, ntreaga
unitate, o anumit activitate vnzri, cumprri, ncasri, pli, .a) este de a scoate n
relief, ntr-o manier ct mai sugestiv, urmtoarele aspecte:
sursa datelor de prelucrare;

operaiunile de prelucrare prin care trec datele;

destinaia datelor prelucrate;

legtura existent ntre prelucrri i activitatea de stocare a datelor.

ntocmirea diagramelor de flux de date (DFD)

DFD este o reprezentare grafic a transformrii datelor de intrare n date de
ieire folosind un set de simboluri de reprezentare i un set de reguli de completare i
validare.
Simboluri folosite n diagramele realizate cu SSADM:
proces (transformare): Procesele sunt etichetate cu text ce
sugereaz modul de transformare a datelor i sunt identificate
printr-un numr(descriere a funciei procesului de prelucrare,
ncepnd cu un verb, urmat de o descriere a obiectului funciei
de prelucrare). n DFD fizic pentru sistemul existent, se va
preciza i locaia (compartiment / persoan) procesului.

flux de date: este constituit din datele transmise ntre dou
procese. Fluxul de date este etichetat printr-un substantiv
ce sugereaz informaia sau pachetul de informaii transmise.


entitate extern (terminator): surs / receptor de date.
Poate fi un alt sistem (organizaie, compartiment).

stoc de date: un depozit temporar sau permanent de
date. Poate fi:- manual: registre, dosare, arhiv de documente
- pe suport magnetic: fiiere.


18


3.4. Modelarea conceptual a datelor (diagramele entitate relaie, DER)

n cadrul modelrii conceptuale a datelor se va renuna la abordarea proceselor
i se va trece la abordarea sistemelor prin prisma datelor. La fel ca i n cazul modelrii
proceselor i modelrii logicii proceselor elementele eseniale vor fi diagramele.
James Martin i Carma McClure, atunci cnd reliefeaz importana tehnicilor
structurate prin obiectivele ce i le propun, consider c o parte a acestora au legtur
i cu datele, i anume [1]:
- S se realizeze o administrare riguroas a datelor. Administrarea datelor
se refer la structurarea corect a datelor, la uniformitatea modalitilor de
definire i proiectare a datelor la nivel de ntreprindere i nu a
sistemului. Corect efectuate, acestea accelereaz procesele de analiz i
proiectare i permit s se utilizeze n comun componentele eseniale ale
sistemelor: resursele.
- S se efectueze o analiz sntoas a datelor. Analizele datelor
clarific problemele de structurare a lor i conduc la structuri stabile ale
acestora, concretizate prin costuri reduse ale realizrii sistemelor. Dac baza
de date a unitii este deosebit de important, atunci pe analiza datelor trebuie
s se pun un accent aparte, ea fiind ntotdeauna realizat naintea proiectrii
programelor. Firesc, dac tim care sunt cerinele unui sistem (ieirile),
imediat ne vom pune ntrebarea din ce se obin acestea (intrrile) i apoi
vom urmri cum se pot obine ieirile (procesele).
Obiectivul principal al ingineriei informaiei este crearea unui set de metodologii
care s poat fi folosite n cele mai diverse medii de lucru, astfel nct s se
construiasc modele ale datelor la nivel de ntreprindere, iar sistemele proiectate izolat
s se integreze n aceste modele.
Datele trebuie s fie unice. Asupra lor, la nivel de ntreprindere, pot fi vzute
dou
categorii mari de operaiuni:

19

- asigurarea datelor (creare, actualizare);
- utilizarea datelor (obinere de documente, de diverse rapoarte, analize
What- If, sprijin decizional, diferite cutri de informaii, control i
auditare ntreprindere).
Modelul conceptual al datelor nseamn o modalitate de reprezentare a datelor
organizaiei. Rolul su este de a scoate n relief toate regulile privind identitatea i
legturile existente ntre date.
Cea mai cunoscut form utilizat pentru modelarea datelor este diagrama
entitate- relaie (DER). O modalitate aproape identic este folosit i n analiza i
proiectarea orietat-obiect.
Modelarea datelor prin DER prezint caracteristicile i structura
datelor independent de modul n care acestea sunt memorate n calculator. Modelul se
creeaz iterativ. De cele mai multe ori, operaiunea are loc la nivel de ntreprindere,
prin apelarea la o categorie foarte larg de date neglijndu-se detaliile exagerate. Doar
n etapele urmtoare, n spe cnd se trece la definirea proiectului, are loc construirea
unui model anume entitate-relaie prin care s fie scoas n eviden aria de ntindere a
proiectului. n timpul structurrii cerinelor, un model entiatate-relaie reprezint
cerinele conceptuale de date pentru sistemul luat n discuie. Dup ce sunt descrise
complet intrrile i ieirile sistemului n cadrul proiectrii logice, modelul conceptual al
datelor, redat sub forma entitate-relaie, este rafinat nainte de a fi trecut ntr-un format
logic (de regul, un model relaional al datelor) din care se definesc bazele de date i
are loc proiectarea fizic a acestora.
Se consider c, n timpul modelrii conceptuale a datelor, se produc i se
analizeaz cel puin patru diagrame entitate-relaie:
1. DER care s acopere datele necesare aplicaiei proiectului. Ea va permite stabilirea
necesarului de date ale aplicaiei proiectului, fr s se in seama de
constrngerile sau confuziile generate de detaliile care nu sunt nc necesare.
2. DER pentru aplicaia ce va fi nlocuit. Diferenele dintre aceste diagrame arat ce
schimbri trebuie ntreprinse pentru convertirea bazei de date n noua aplicaie. Nu
20

se aplic n cazul sistemelor complet noi.
4. Metode de organizare a sistemelor informatice
Dezvoltarea de software agila este denumirea data unui grup de metodologii de dezvoltare
software ce sunt bazate pe anumite principii comune.In aceste metodelogii se pune accentul pe
inspectie frecventa, pe adaptare din mers, pe munca in echipa, auto-organizare si
responsabilitate. In acest fel se favorizeaza dezvoltarea rapida a unui produs software de mare
calitate, precum si coordonarea procesului de dezvoltare cu cererile clientului si obiectivele
companiei. Pentru programarea agila clientul este cel mai important. El trebuie sa fie pe deplin
multumit de produsul software.
4.2 SCRUM
Scrum este o metoda iterativa a carui scop este de a ajuta echipele de dezvoltatori sa isi
concentreze atentia asupra obiectivelor stabilite si sa minimizeze munsca depusa.Aceasta metoda
doreste sa pastreze simplicitate intr-un mediu de afaceri complicat. Termenul de SCRUM
provinde din rugby unde reprezinta o strategie de a readuce o minge pierduta inapoi in joc
folosind munca de echipa.
In cadrul unui proces Scrum sunt definite 6 roluri (conform lui Schwaber si Beedle), fiecare
cu diferite sarcini si scopuri. Aceste roluri sunt mpartite n dou categorii:
- Porcii: SCRUM Master, Product Owner, SCRUM Team
- Puii: Utilizatorii, Clientii, Managerii

Figura 13 Membrii SCRUM Figura 14 Componentele SCRUM

AVANTAJE: Incurajeaza munca in echipa si transparenta, se concentreaza pe facilitatiile
utilizatorilor, este adaptiv, etc.
21

DEZAVANTAJE: impactul emotional al esecului pe membrii echipei in cazul in care proiectul
nu reuseste, marimea echipei este limitata, se bazeaza pe experienta, potrivit pentru dezvoltarea
unui noi produs, nu pentru imbunatatirea unui produs existent
4.3 Kanban
Se fac deseori comparatii intre Kanban si SCRUM , lumea intrebandu-se care dintre aceste
doua tehnici agile este mai buna.Kanban e mai mult axat pe imbunatatirea tehnicilor
incrementale. In Kanban munca este organizata cu ajutorul unui Kanban Board.Acolo avem
starile pentru fiecare eveniment si e suficient , atunci cand am terminat o sarcina, sa o mutam in
etapa urmatoare. Principalul criteriu managerial introdus de kanban este asa numitawork in
progress(WIP). Aceasta notiune e utilizata pentru a semnala cate elemente de lucru pot ramane
intr-o anumita zona, intr-un anumit strat. In acest fel echipa poate afla de blocajele in curs doar
studiind panoul. Cam aceasta ar fi diferenta esentiala intre SCRUM si Kanban. Cum le alegem?
Simplu. Daca organizarea proiectului este blocata cu adevarat si are nevoie de o schimbare
fundamentala spre un proces mai eficient, SCRUM este in mod sigur cea mai buna alegere. Daca
insa proiectul este in lucru si dorim doar sa imbunatatim timpul de executie , fara insa a
zdruncina intregul sistem, Kanban ar trebui sa reprezinte alegerea noastra.

Figura 15 Comparatie intre board-urile SCRUM si Kanban

5. Concluzii
Continua dezvoltare a domeniului tehnologiei informatiei impune elaborarea de noi
metodologii pentru realizarea sistemelor de aplicatii informatice.
Clienii pot regndi modelul i procesele de business derulate n cadrul companiei, n
funcie de nevoile momentului, profitnd de informaiile generate de activitatea organizaiei.
Noile modele de business au la baz satisfacerea preferinelor clienilor i necesit analizarea
detaliat a unor segmente de pia diferite precum i a unor noi surse de date.
22

Pentru livrarea unor produse de o calitate superioara este nevoie de o organizare,
implementare si proiectare cat mai buna in prealabil. Un produs se va realiza intr-un timp cat mai
scurt cu ajutorul unor oameni motivati si receptivi. Totul este intr-o stransa relatie si, astfel,
angajatii multumiti si eficienti, care functioneaza pe baza unor modele bine stabilite de proiectare
si implementare vor duce la bun sfarsit proiecte care sunt livrate clientilor si astfel compania are
parte de productivitate, eficienta si rezultatele asteptate.
6. Bibliografie

-[1] http://www.seap.usv.ro/~sorinv/PSI.pdf
- [2] www.icbe-ct.com/pacuraru/SIGcap2.doc
- [3] Method engineering: engineering of information systems development
methods and tools Sjaak Brinkkemper Department of Computer Science, University of Twente,
P. 0. Box 217, 7500 AE Enschede, Ihe Netherlands

- [4] Systems Development in Information Systems Research JAY F. NUNAMAKER, JR.,
MINDER CHEN, and TITUS D. M. PURDIN

-[5] Kanban vs Scrum- Henrik Kniberg-Version 2011-06-29
-[6] Agile Programming: Design to Accommodate Change-Dave Thomas-Vol. 22, No. 3
May/June 2005