MODELAREA SISTEMELOR INFORMATICE

Tema 1. Sistem informaional / Sistem informatic

Fia suport 1. 1. Definiii sistem informaional /sistem informatic, componentele, rolul, obiectivele i clasificarea
sistemelor informatice

Organizaia este un grup, o colectivitate format din dou sau mai multe persoane, care lucreaz mpreun
ntr-o activitate bine determinat, cu scopul de a realiza un set de obiective comune.

Orice organizaie poate fi privit ca interaciunea dintre:

sistemul operaional, care se ocup cu punerea n practic a obiectivelor organizaiei,

sistemul decizional, care orienteaz i dirijeaz organizaia,
sistemul informaional care gestioneaz informaiile externe i interne necesare conlucrrii dintre
sistemele organizaiei.

n figura de mai jos sunt redate conexiunile i fluxurile informaionale care leag cele trei sisteme.

Figura 1. Sistemul informaional n interaciune cu sistemul operaional i cel decizional

Fluxurile informaionale notate cu A, B, C i D n figura de mai sus conin n general:

informaii de la procesele desfurate n organizaie, de la pia i se pot concretiza n date numerice,

rapoarte etc.
dri de seam, rapoarte prelucrate, modele i programe de calcul, reclamaii de la clieni, situaia
prezenei la service etc.
hotrri, instruciuni, comenzi, planuri, tehnologii, procedee etc.
grafice de lucru, bonuri de materiale, instruciuni pentru controlul calitii, teste de verificare a
operatorilor a.

Sistemul informaional este un ansamblu tehnico-organizatoric de proceduri de constatare,

consemnare, culegere, verificare, transmitere, stocare i prelucrare a datelor, n scopul satisfacerii cerinelor
informaionale necesare conducerii procesului, fundamentrii i elaborrii deciziilor pe baza crora va funciona
organizaia.

Sistemele informaionale se pot clasifica dup modul n care prelucreaz fluxul informaional n:

manual automatizat
mecanizat mixt
n practic cele mai rspndite sisteme informaionale sunt cele mixte.
 Principalele caliti pe care trebuie s le aib un sistem informaional sunt:

- asigurarea informrii la toate nivelele organizaiei,

- operativitatea informrii,
- selectarea informaiilor,
- adaptabilitatea la modificri,
- precizia i exactitatea informaiilor.

Sistemul informatic reprezint componenta automatizat a sistemului informaional, care folosete

mijloace tehnice moderne pentru culegerea, prelucrarea, stocarea informaiilor i transmiterea acestora.

Pentru a servi eficient procesului decizional i operaional informaia trebuie s ndeplineasc urmtoarele criterii
de calitate:

- s fie oportun, - s fie concis,

- s fie clar, - s fie fidel,
- s fie complet, - s aib relevan.
Componentele unui sistem informatic sunt puse n eviden n schema din figura 2.

Sistem
informatic

Componenta Componenta Componenta Componenta Cadrul

fizic logic de date uman organizatoric

Figura 2. Componentele Sistemului informatic

Componenta fizic (hardware) a unui sistem informatic este alctuit din totalitatea echipamentelor folosite:
calculatoare, periferice de intrare, ieire sau intrare/ieire, echipamente de comunicaie, dispozitive media etc.

Componenta logic (software) este format din totalitatea programelor sistemului informatic: sisteme de
operare, utilitare, aplicaii, soft-uri specializate etc.

Componenta de date este format din totalitatea bazelor de date necesare funcionrii sistemului informatic
au pe care acesta le prelucreaz pentru celelalte sisteme ale organizaiei.

Componenta uman este format din personalul specializat pentru ntreinerea i exploatarea sistemului, dar i
de utilizatorii lui direci.

Cadrul organizatoric se refer la locaia fizic a beneficiarului (organizaiei) sistemului informatic.

 Rolul sistemului informatic deriv din rolul i funciile unui sistem informaional. Printre principalele
funcii ale unui sistem informaional amintim urmtoarele:

- colectarea informaiilor din sistemele operaional i decizional precum i informaiile ce provin din mediul
extern;
- memorarea acestor informaii precum i informaiile rezultate prin prelucrare;
- asigurarea accesului la memorie n vederea comunicrii informaiilor stocate;
- prelucrarea informaiilor la cererea sistemului operaional i a sistemului de conducere,
- verificarea informaiilor (ele trebuie s ndeplineasc criteriile de calitate de mai sus).

tim deja c sistemul informatic este subordonat sistemului decizional. Rolul sistemului decizional
este de a asigura funcionarea normal i optim a ntregii activiti i de a reduce la minimum pierderile n caz de
funcionare anormal. innd cont de cele de mai sus rezult c obiectivul oricrui sistem informatic trebuie s fie
subordonat obiectivului propriu-zis al unitii economico-sociale, de aceea putem spune c obiectivul principal
urmrit prin introducerea unui sistem informatic l constituie asigurarea conducerii cu informaii reale i n timp
util, necesare fundamentrii i elaborrii operative a deciziilor.

Obiectivele sistemelor informatice, care deriv din obiectivul principal, pot fi grupate dup mai multe
criterii:

a. dup importana lor avem:

obiective principale
obiective derivate.
b. dup efectele pe care le produc:

obiective care afecteaz activitile de baz ale organizaiei,

obiective care nu influeneaz activitile organizaiei.

c. dup posibilitatea cuantificrii efectelor produse

obiective cuantificabile,
obiective necuantificabile.

Se recomand renunarea la expunere i orientarea ctre metode bazate pe rezolvarea unor sarcini
de lucru, utilizndu-se cu precdere rezolvarea unei game ct mai variate de aplicaii practice i punndu-se
accent pe realizarea cu exactitate i la timp a cerinelor sarcinilor de lucru. Propun folosirea unui suport de curs cu
spaii de completat i/sau asocierea componentelor din schema cu descrierea corespunztoare.

Sistemele informatice se pot clasifica dup o gam larg de criterii. Mai jos sunt enumerate o parte dintre
acestea:

1. Dup domeniul de utilizare, sistemele informatice se mpart n sisteme pentru:

- conducerea activitilor economico-sociale,

- conducerea proceselor tehnologice,
- cercetare tiinific i proiectare tehnologic,
- activiti speciale.

2. n funcie de nivelul ierarhic ocupat de componenta economic n structura organizaiei, exist

sisteme informatice:
- pentru conducerea activitii la nivelul unitilor economice,
- pentru conducerea activitii la nivelul organizaiilor economico-sociale cu structur de grup,
- sisteme informatice teritoriale,
- pentru conducerea ramurilor, subramurilor i activitilor la nivelul economiei naionale,
- sisteme informatice funcionale generale.

3. Dup aportul la actul de decizie avem

- sisteme suport pentru decizie,

- sisteme expert.

4. Dup modul de organizare a datelor:

- sisteme bazate pe fiiere,

- sisteme ierarhice,
- sisteme reea,
- sisteme relaionale,
- sisteme orientate-obiect,
- sisteme mixte.

Mai jos sunt date i alte criterii de clasificare, diferite de cele pe care le sugereaz curricula.

5. Dup metoda folosit n analiza i proiectarea sistemelor:

- sisteme dezvoltate dup metoda sistemelor;

- sisteme dezvoltate dup metoda clasic a ciclului de via;
- sisteme dezvoltate dup metoda structurat;
- sisteme dezvoltate dup metoda orientat-obiect;
- sisteme dezvoltate dup metoda rapid(RAD);
- sisteme dezvoltate dup metoda echipelor mixte(JAD);
- sisteme dezvoltate dup metoda prototipurilor.

6. Dup gradul de centralizare:

- sisteme centralizate;
- sisteme descentralizate;

7. Dup gradul de dispersie a resurselor sistemului informatic:

- sisteme informatice locale (bazate pe reea local, staii de lucru):

- sisteme informatice distribuite (date distribuite).

8. Dup gradul de automatizare a activitilor de analiz i proiectare a sistemelor informatice:

- sisteme informatice dezvoltate pe baza analizei i proiectrii clasice;

- sisteme informatice analizate cu instrumente automate i proiectate clasic;
- sisteme informatice bazate pe instrumente diverse de automatizare a analizei i proiectrii;
- sisteme informatice dezvoltate cu instrumente de tip CASE.

9. n funcie de elementul supus analizei:

- sisteme informatice orientate spre funcii,

- sisteme informatice orientate spre proces,
- sisteme informatice orientate spre date,
- sisteme informatice orientate spre obiecte,
- sisteme informatice orientate spre cunotine

Clasificrile sunt un aspect important, dar nespectaculos, de aceea propun ca aceast component a temei
s fie abordat sub forma unui joc. Profesorul s afieze cele 8 criterii de clasificare. Fiecare elev s extrag dintr-o
urn un bilet cu denumirea unui tip de sistem informatic i mpreun cu clasa i sub ndrumarea profesorului s le
grupeze n forma corect.

Tema 2. Sisteme suport de decizie / Sisteme expert

Fia suport 2.1. Definiia, caracteristicile, clasificarea, sistemelor suport de decizie / sisteme expert.

Termenul de Sistem Suport pentru Decizii - SSD (Decision Support System - DSS) a fost propus pentru prima dat
de Michael Scott Morton, cu ocazia prezentrii unui seminar de doctorat, n februarie 1964. De a lungul anilor
conceptul a fost definit n diferite moduri de, ctre diveri autori. Definiiile propuse fiind abordate din mai multe
perspective precum:

a) tipul de probleme (aplicaii),

b) obiectivele urmrite,
c) funciile realizate,
d) tipul de interfa cu utilizatorul,
e) modul de folosire,
f) componentele sistemului,
g) modul de construire a sistemului etc.

O prezentare a celor mai semnificative definiii permite formarea unei imagini asupra unui concept pentru
care nu exist nc o definiie unanim acceptat.

n 1970 Little definete calculul decizional ca un set de proceduri bazate pe modele matematice pentru
prelucrarea datelor n scopul asistrii managerului n luarea deciziilor. Atributele stabilite pentru acest sistem au
valabilitate i astzi:

a) simplitate

b) robustee,

c) controlabilitate,

d) adaptivitate,

e) completitudine

f) convivialitate.

n 1971 Gorry i Scott Morton identific SSD ca sistem informatic care are menirea s ajute la elaborarea
deciziilor atunci cnd problema nu poate fi analizat complet pentru a se lua o decizie, iar rezolvarea ei nu se
poate programa sub forma unei secvene de pai.

n 1980 Alter definea un SSD prin difereniere de sistemele de prelucrare a datelor ale timpului su alocnd
acestuia urmtoarele atribute:

modul de folosire (activ, nu pasiv),

 utilizatorul (decident aflat pe diferite niveluri, nu un funcionar),
scopul (eficacitate global, nu eficiena prelucrrii datelor),
orizontul de timp(orientare ctre prezent i viitor, nu ctre trecut),
obiectivul urmrit (flexibilitatea utilizrii, nu consistena datelor).

n 1980 Moore i Chang definesc SSD prin: extensibilitatea, capacitatea de a ajuta la efectuarea de analize i
la realizarea unor modele de decizie ad-hoc, orientarea ctre probleme de planificare, folosirea neplanificat.

n 1981 Bonczek, Holsapple i mai trziu n 1984 Whinston, influenai de arhitectura sistemelor expert,
definesc SSD ca pe un sistem compus din trei componente n interaciune i anume:

A. subsistemul de stocare a cunotinelor,

B. subsistemul de limbaj (pentru primirea cererilor din partea utilizatorului i achiziionarea cunotinelor
necesare funcionrii)
C. subsistemul de tratare a problemei.

n 1982 Sprague i Watson definesc, ntr-o lucrare devenit clasic n domeniu, SSD ca o clas de sisteme
informatice care se bazeaz pe sistemele de prelucrare a tranzaciilor i interacioneaz cu alte componente ale
sistemului informatic din ntreprinderii pentru a asista activitile managerilor i ale altor lucrtori.

n 1983 Bennett definete SSD ca un sistem informatic coerent, care cuprinde pe lng hardware i
software i documentaia necesar constituirii un suport pentru manager n ndeplinirea sarcinilor sale
decizionale.

n 1984 Bui spune c SSD este un sistem informatic care ajut utilizatorul s ia decizii eficiente n
problemele prost structurate.

n 1985 Elam arat c SSD servete la stimularea creativitii pentru luarea acelor decizii care conteaz.

n 1987 Sprague consider c SSD este un sistem informatic aflat la confluena tendinelor de evoluie n
prelucrarea datelor (n special n domeniul gestiunii bazelor de date) i n tiina conducerii (n special n domeniul
modelelor matematice pentru management).

n 1996 Holsapple i Whinston reiau i rafineaz definiia dat de Bonczek, Holsapple i Whinston n anii 80
i completeaz componena sistemului cu un al patrulea element, subsistemul de prezentare (rezultatele
procesului de fabricare a deciziei).

n 1998 Turban i Aronson arat c SSD cupleaz resursele intelectuale ale indivizilor cu capacitile
calculatorului n scopul mbuntirii calitii deciziilor obinnd un sistem informatic de asistare a decidenilor
manageri care au de rezolvat probleme semistructurate.

n 2002 Power definete SSD ca un sistem informatic interactiv menit s-l ajute pe decident s utilizeze
date, documente i modele pentru a identifica i rezolva problemele care stau la baza lurii deciziilor".

Sistemul suport de decizie este o subclas a sistemului informatic, cu caracteristici

antropocentrice, adaptive i evolutive, care integreaz o serie de tehnologii informatice i de comunicaii de uz
general i specifice. El interacioneaz cu celelalte pri ale sistemului informatic al organizaiei. Scopul principal al
unui SSD este de a diminua efectele limitelor i restriciilor decidentului intelectual pentru o gam ct mai larg de
activiti/probleme decizionale nebanale prin implementarea computerizat a funciilor de suport ale deciziilor
care altfel fi fost realizate de ctre o echip decizional ierarhic.

Din definiia de mai sus se pot deduce cele mai importante caracteristici ale unui SSD.
1. n cadrul unei organizaii SSD poate funciona eficient doar dac interacioneaz cu celelalte pri ale
sistemului informatic i/sau informaional, de la care este alimentat cu date sau ctre care transmite
informaii.
2. Antropocentrismul SSD a devenit o necesitate datorit ameninrii majore pe care automatizarea o arunc
asupra creativitii i dezvoltrii contiente a umanitii. Aceast caracteristic se cere a fi mai pregnant
din punctual de vedere al modului de utilizare, al interpretrii rezultatelor, al funcionalitii, dar i al
tehnologiei folosite pentru construirea SSD.
3. Adaptivitatea este o caracteristic absolute necesar vremurilor noastre SSD trebuie s in pasul cu
evoluia cerinelor utilizatorilor, dezvoltarea mediului organizaional dar i cu schimbrile tehnologice.
ndeplinirea acestei caracteristici face ca sistemul s fie obligatoriu evolutiv.

Din definiiile date, de a lungul deceniilor, conceptului de SSD se poate extrage un subset minimal de
caracteristici eseniale:

4. Sistemul nu se substituie decidentului final, rolul SSD este limitat numai la sprijinirea activitilor de
elaborare a deciziei, controlul SSD rmne n ntregime n mna utilizatorului.
5. Problemele decizionale a cror rezolvare este sprijinit de SSD nu sunt unele banale, care ar putea fi
rezolvate numai pe baza unor raionamente i judeci simple i nici nu pot fi structurate astfel nct s
poat fi rezolvate cu ajutorul altor clase de sisteme informatice.
6. Este dezirabil ca SSD s sprijine toate, sau ct mai multe dintre fazele procesului decizional i, n acelai
timp, s fie aplicabil unor tipuri diferite de decizii (alegeri simple dintre un numr de alternative, decizii
compuse, decizii de tip proces, decizii multiple interdependente luate pe acelai nivel sau pe niveluri
diferite ale organizaiei) Clasa utilizatorilor SSD nu se limiteaz numai la managerii de vrf, ea poate
cuprinde chiar i nivelurile cele mai de jos ale organizaiei. Utilizatorii pot fi individuali sau colectivi
7. Folosirea SSD nu trebuie s se limiteze la computerizarea unor modaliti de lucru existente nainte de
introducerea sistemului ci s faciliteze i s stimuleze adoptarea unor abordri noi.
8. Datele i informaiile coninute n sistem pot proveni din diferite surse (interne sau externe organizaiei).
9. Dimensiunea bazelor de date pe baza crora SSD transmite mesajele ctre utilizator poate varia, dar
aproape n toate cazurile volumul mesajelor transmise trebuie s fie redus, adaptat ca format la
necesitile informaionale ale diverselor roluri decizionale (sau chiar la stiluri de lucru individuale) i
trebuie s se realizeaz on-line prin intermediul unor interfee prietenoase.
10. Finalitatea utilizrii SSD trebuie s pun accentul mai mult pe creterea productivitii muncii
decidentului i mbuntirea deciziilor (calitate, oportunitate, aplicabilitate), mai mult dect pe scderea
costurilor legate de elaborarea acestora (incluznd costul personalului de suport decizional sau cel al
prelucrrii electronice a datelor).
Tabelul 3. Clasificarea Sistemelor Suport pentru Decizii

Criteriul Tipurile de SSD

- SSD specifice (de aplicaie),
Gradul de
finalizare

- Instrumente SSD (genereaz SSD),

- SSD generalizate (pot fi folosite pentru cazuri specifice sau generale),

- individuale (personale) SSDI, folosite de o persoan pentru a-i realiza propriile sarcini legate de
Tipul decidentului

elaborarea i adoptarea deciziilor,

- de grup SSDG, au rolul de a asista mai muli indivizi cu poziii de autoritate similare, care au de luat
decizii colective,
- SSD de organizaie SSDO, faciliteaz luarea deciziilor pentru participanii aflai pe niveluri ierarhice
diferite.
 - de asistare pasiv (SSDAP), folosit doar ca instrument de cretere rapiditii regsirii informaiilor,
efecturii unor calcule etc.,
- de asistare tradiional (SSDAT), evalueaz efectul alternativelor propuse de decidentul uman (Ce s-ar
ntmpla dac? ),
Tipul de suport

- de suport normativ (SSDSN), aplic modele matematice de optimizare asupra datelor problemei
propuse de utilizator sau sunt culese automat din sistemul informatic al organizaiei,
- de suport n cooperare (SSDSC), faciliteaz cooperarea dintre sistem i utilizator, joac rolul unui
consultant computerizat care ofer sugestii decizionale pe care utilizatorul le poate rafina, iar sistemul
le poate reevalua sau completa.
- de suport extins (SSDSE), joac rolul unui consultant proactiv, care poate influena desfurarea
activitii decizionale, pstrnd prioritatea judecii umane i stimulnd abordarea i delegarea
funciilor suplimentare.

- orientate ctre date (SSDODa), componenta tehnologic dominant a acestui sistem conine volume
mari de date care trebuie prelucrate pentru a putea lua decizii,
- orientate ctre modele (SSDOM), deciziile pot fi luate doar n urma simulrii pe baza unor modele
matematice de optimizare,
Orientare sistemului

- orientate ctre cunotine (SSDOCu), sunt numite des sisteme expert sau inteligente pentru c ele ofer
sugestii decidentului, se deosebesc de celelalte tipuri prin faptul c pot fi aplicate unor probleme care
nu pot fi modelate matematic,
- orientate ctre comunicaii (SSDOCo), asist n primul rnd codeciziile bazate pe comunicare i
colaborare, ntre mai muli participani,
- orientate ctre documente (SSDODo), poate fi privit ca o variant a SSDODa dar spre deosebire de
prima care opera cu date structurate dup un anumit criteriu (baze de date), aceasta din urm
colecteaz, gestioneaz i regsete resurse informaionale nestructurate

- SSD orientate ctre texte,

- SSD orientate ctre baze de date,
Tehnologia de

- SSD orientate ctre foi de calcul,

baz

- SSD orientate ctre rezolvare,

- SSD orientate ctre reguli,
- SSD orientate ctre www.

- SSD asincrone, nu ofer suport imediat ce i se cere,

deciziilor
Urgena

- SSD sincrone, ofer suport n timp real.

-

Din prisma cadrului conceptual generic orice SSD se compune din urmtoarele patru subsisteme:

Subsistemul de limbaj (SL) reprezint mulimea formelor de exprimare prin care utilizatorul poate
transmite (sub forma unor mesaje de intrare n SSD) solicitri care pot fi nelese i acceptate de sistem, sau prin
care executanii deciziilor i cei care alimenteaz cu date sistemul i pot transmite rapoartele.

Subsistemul de prezentare (SP) reprezint totalitatea formelor i mijloacelor prin care sistemul emite
(sub forma unor mesaje de ieire) ctre utilizatori sau teri soluii pentru probleme sau feedback.

Subsistemul Elementelor de Cunoatere (SEC) conine elementele de cunoatere achiziionate sau create
de ctre sistem.

Subsistemul de Tratare a Problemei (STP) totalitatea modulelor software necesare pentru prelucrarea
elementelor de cunoatere din SEC pe baza datelor de intrare oferite de SP i transmiterea ctre SP a mesajelor de
ieire pe care le va recepiona utilizatorul.

n figura de mai jos sunt incluse componentele SSD i legturile dintre care se stabilesc ntre ele i/sau cu
organizaia i utilizatorii.
 Figura 3. Componentele cadrului conceptual generic al SSD

Coninuturile acestei teme nu permit renunarea la expunere, dar sugerm utilizarea unei prezentri
Power Point, care s cuprind:

- o reprezentare grafic a evoluiei conceptului de SSD i antrenarea cursanilor n descoperirea perspectivelor prin
prisma crora au fost date aceste definiii.
- definiia acceptat astzi i antrenarea elevilor n determinarea caracteristicilor unui SSD.
- clasificarea acestora pentru care sugerm crearea unei plane care s fie permanent expus n clasa n care se
desfoar orele.
- schema de reprezentare a componentelor unui SSD i antrenarea cursanilor n identificare rolurilor fiecrui
subsistem.

Profesorul Eduard Feigenbaum de la universitatea Stanford spunea c sistemele expert sunt

programe concepute pentru a raiona n scopul rezolvrii problemelor pentru care n mod obinuit se cere o
expertiz uman considerabil Ele sunt produse ale inteligenei artificiale, ramur a tiinei calculatoarelor ce
urmrete dezvoltarea de programe inteligente. Ceea ce este remarcabil pentru sistemele expert, este aria de
aplicabilitate ce a cuprins multe domenii de activitate de la arhitectur, arheologie, bnci, comer, educaie, pn
la ingineria sistemelor i medicin.

Un sistem expert (SE) este un program care urmrete un grup de cunotine pentru obinerea n
acelai mod ca i experii umani a rezultatelor despre activiti dificil de examinat. Principala caracteristic a
sistemelor expert este derivat din baza de cunotine mpreun cu metoda de raionare specific. Un sistem
expert trateaz cu succes probleme pentru care o soluie algoritmic clar nu exist.

Primele sisteme expert dezvoltate n domenii aplicative au fost DENDRAL, destinat analizei structurilor
moleculare, MYCIN, un sistem expert pentru diagnosticul i tratamentul infeciilor sanguine, sistemele EMYCIN,
HEADMED, CASNET i INTERNIST pentru domeniul medical, PROSPECTOR pentru evaluarea prospeciunilor i
forajelor geologice, sau TEIRESIAS pentru achiziia inteligent a cunoaterii.

La nceputul anilor 1980 apar i primele aplicaii comerciale ale sistemelor expert (XCON, XSEL sau CATS-1),
care au cunoscut apoi o explozie la nceputul anilor 1990, cnd acestea au fost dezvoltate i implementate n
domenii financiar-contabile: control intern, audit, planificarea impozitelor, diagnostic financiar, raportare
financiar, contabilitate managerial, analiz credite, analiza riscului, planificare investiii, etc.
 Un sistem expert este format din cinci componente:

Baza de cunotine, care servete pentru stocarea tuturor faptelor, regulilor, metodelor de rezolvare, obiectelor
etc. specifice domeniului aplicativ, preluate de la experii umani sau din alte surse. Vezi figura 4.

Figura 4. Baza de cunotine

Motorul de inferene, program care conine cunoaterea de control, procedural sau operatorie, cu
ajutorul cruia se exploateaz baza de cunotine pentru efectuarea de raionamente n vederea obinerii
de soluii, recomandri sau concluzii.
Interfaa de dialog, permite dialogul cu utilizatorii n timpul sesiunilor de consultare, precum i accesul
utilizatorilor la faptele i cunotinele din baz pentru adugarea sau actualizarea cunoaterii.
Modulul de achiziie a cunoaterii l ajut pe utilizatorul expert s introduc cunotine ntr-o form
recunoscut de sistem i s actualizeze baza de cunotine.
Modulul explicativ are rolul de a explica utilizatorilor att cunoaterea de care dispune sistemul, ct i
procesul de raionament pe care l desfoar sau soluiile obinute n sesiunile de consultare. Explicaiile
ntr-un astfel de sistem, atunci cnd sunt proiectate corespunztor, mbuntesc modul n care utilizatorul
percepe i accept sistemul.

Componentele sistemelor expert se pot grupa dup importana lor n

a. Componente principale

a.1. Baza de cunotine

a.2. Mecanismul (sau motorul) de inferen

b. Componente secundare

b.1. Interfaa utilizator.

b.2. Modulul de achiziie al cunotinelor

b.3. Modulul de explicaii.

 Caracteristici ale sistemelor expert:

vizeaz reconstituirea raionamentului uman pe baza expertizei obinute de la experi;

cunotine i capacitatea de a desfura activiti intelectuale umane;
achiziioneaz i exploateaz cunotinele dintr-un domeniu particular numit domeniul problemei;
dispun de metode de invocare a cunoaterii i exprimarea expertizei comportndu-se ca un sistem
inteligent
la nivel informatic, sistemele expert, se bazeaz pe principiul separrii cunoaterii de programul care o
trateaz (nu folosesc limbaje de programare algoritmice);
memoreaz cunoaterea i stabilete legturi ntre cunotine, trage concluzii, propune soluii i/sau
recomandri, sau determin cauzele unor fenomene.

Sistemele expert pot fi folosite de sine stttor sau pot fi integrate n alte sisteme informatice n
funcie de necesiti. O clas special de sisteme informatice, n care sistemele expert pot fi integrate mai uor din
punct de vedere funcional sunt sistemele suport pentru decizii (SSD), numite n clasificarea acestora SSDOCu.

Din punct de vedere operaional, un SSDOCu poate fi definit ca un sistem interactiv i flexibil care are drept
obiectiv asistarea managerului n adoptarea unei hotrri atunci cnd reprezentarea unei probleme
organizaionale nu poate fi complet formalizat de algoritmi.

Printre caracteristicile de baz ale unui SSDOCu, cele mai importante sunt:

facilitatea de a rezolva problemele, datorit asocierii raionamentului decidentului cu un sistem informatic;

adaptabilitatea n timp, utilizatorii pot aduga, combin, modific i terg elemente constitutive;
accesul la o mare varietate de surse de date organizaionale sau din mediul exterior;
asigurarea eficacitii procesului decizional n ceea ce privete acurateea, calitatea, finalitatea etc.;
asistarea deciziilor la nivel individual sau la nivel de grup de decideni;
asistarea deciziei pe niveluri manageriale diferite ntr-o structur ierarhic ce pornete de la top manageri
ctre nivelurile inferioare.

Metodele i tehnicile de rezolvarea a problemelor se pot clasifica dup mai multe criterii astfel:

I. dup modul de fundamentare empiric

A. bazate pe calculul simbolic, care pot fi:
- bazate pe logic (logica propoziional / predicate de ordinul I),
- bazate pe regulile de producie,
- bazate pe reprezentare structurat (reele semantice, cadre, scenarii, dependene conceptuale etc.).
B. bazate pe calcul neuronal,
C. bazate pe calcul genetic.
II. dup gradul de generalitate
A. metode si tehnici generale
- metode i tehnici directe
- metode i tehnici indirecte:
- prin cutarea soluiei
- prin descompunerea problemei
B. metode si tehnici specifice IA:
- metode de achiziionare (manuale, automate)
- metode de reprezentare (vezi figura 5)
- metode de utilizare (vezi figura 6)

Figura 5. Metode i tehnici de reprezentare

Figura 6. Metode i tehnici de utilizare

Tema 3. Laboratoare pentru analiza sistemului informaional- timp pt laborator

Tema 4. Tipurile i elementele de coninut ale metodologiilor de realizare a sistemelor informatice

Fia suport 4. 1. Elementele de coninut ale metodologiilor de realizare a sistemelor informatice.

Metodologiile s-au nscut din nevoia de aezare n tipare teoretice a rezultatului experienei practice.
Realizarea sistemelor informatice este o activitate profund creativ care mbin numeroase activiti:

analiz, coordonare,
proiectare, organizare,
programare, control.

Putem defini o metodologie dat ca fiind un model n cascad cu procese interconectate i colecii de
sarcini opionale, deterministe i/sau cu precondiii n cadrul activitilor care au ca finalitate elemente livrabile.

Metodologiile se pot clasifica dup urmtoarele criterii:

A. dup gradul de generalitate

1. Metodologii generale dezvoltate pentru a permite realizarea de sisteme informatice din arii de cuprindere
diferite i de complexiti variabile. Exemple de astfel de metodologii: SSADM1, OMT2, UML3.

2. Metodologii cadru (frameworks) dezvoltate n general de marile case de consultanta (PwC4, KPMG5, E&Y6,
etc.), cu grad ridicat de generalitate, ns incluznd elemente opionale aplicabile exclusiv unor anumite produse
software (numite acceleratori).

Exemple: SIIPS7 (metodologia KPMG) are definii acceleratori de implementare pentru SAP 8 i Oracle.

3. Metodologii specializate dezvoltate si optimizate pentru implementarea unui singur produs software: AIM9
(pentru Oracle E-Business Suite), PQIS10 (pentru SunSystems), Extract (pentru Exact), Signature (pentru Scala),
ASAP11 (pentru SAP).

1 Structured Systems Analysis and Design Methodology

2 Object Modeling Tehnique
3 Unified Modeling Language
4 PricewaterhouseCoopers
5 Klynveld Main Goerdeler & Peat Marwick
6 Ernst & Young
7 Selection and Implementation of Integrated Packaged Software
8 System Analysis and Program
9 Application Implementation Methodology
10 Professional Quality Implementation Services
11 Advanced System Analysis Program
B. dup modelul ciclului de via

1. Metodologii cu model n cascad

Figura 7. Modelul n cascad

2. Metodologii cu model n spiral

Figura 8. Modelul n spiral

3. Metodologii cu model incremental

Figura 9. Modelul incremental

4. Metodologii cu model evolutiv

Figura 10. Modelul evolutiv

5. Metodologii cu modele compozite (aa numitele cicluri n V i n X)

Figura 11. Modelul n V

 Figura 12. Comportamentul indus de modele, fazelor procesului de realizare

C. dup structura proceselor metodologiei

1. Metodologii monoproces,

2. Metodologii multiproces slab interconectate,

3. Metodologii multiproces interconectate.

D. dup modul de abordare

1. Metodologii etnofolclorice,

2. Metodologii structurale,

3. Metodologii procesuale.

Elementele metodologiilor de realizare a sistemelor informatice cuprind :

- modalitatea de abordare a sistemelor, pentru elucidarea raportului dintre variaiile sistemului i

dinamismul su;
- regulile de formalizare a datelor i proceselor de prelucrare;
- instrumentele pentru concepia, realizarea i elaborarea documentaiei;
- modalitatea de derulare a proiectului i aciunile specifice fiecrei etape (ciclul de viat);
- definirea modului de lucru, rolului analitilor i proiectanilor i a raportului dintre ei;
- modalitile de administrare a proiectului (planificare, programare, urmrire).

Totodat, metodologiile au rolul de a indica modul de desfurare a acestui proces, stabilind:

- componentele procesului de realizare a sistemului informatic (etape, subetape, activiti, operaii) i

coninutul lor;
- fluxul parcurgerii (executrii) componentelor; metodele, tehnicile, procedeele, instrumentele, normele i
standardele utilizate

Ciclul de via (derularea sa)

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.

Etape ale ciclului de via a unui sistem informatic n modelul cascad (vezi figura 6)

1. Iniierea sunt definite scopurile, serviciile i restriciile pe care trebuie s le ndeplineasc sistemul
informatic, prezentate ntr-o manier nct s poat fi nelese att de ctre utilizatorii sistemului ct i de
personalul de proiectare.
 2. Analiza analiza factorilor externi i interni care pot influena sistemul

2. Proiectarea stabilirea cerinelor pentru hardware i software i elaborarea arhitecturii generale a

sistemului. Funciile sistemului informaional vor fi reprezentate astfel nct s poat fi transformate n unul sau
mai multe programe executabile.

3. Implementarea proiectarea software-ului din etapa anterioar este transpus ntr-o mulime de
programe sau module program i verificarea faptului c fiecare program sau modul satisface specificaia sa.

4. Testarea testarea programelor i modulelor program ca un sistem complet pentru a ne asigura c

cerinele informaionale sunt satisfcute. Dup testare sistemul este livrat beneficiarului.

5. ntreinerea este faza n care sistemul informatic este efectiv utilizat de ctre beneficiar i n care
sunt descoperite i rezolvate eventuale erori de proiectare i programare i omisiuni n cerinele informaionale
iniiale.

Abordarea sistemului

La nceputuri abordarea pentru implementarea unui sistem informatic se fcea pe probleme izolate i
ulterior s-a efectuat trecerea la abordarea sistemic (modular), odat cu abordarea funcional sau, mai bine zis,
cu analiza i descompunerea funcional (n fiecare modul exist cte o funcie) i ulterior abordarea orientat-
obiect, abordarea este una de ansamblu. Pe parcurs s-au impus dou strategii de abordare i anume:

- strategia top down (de sus n jos);

- strategia bottom up evolutiv (de jos n sus).

n strategia top down abordarea general este divizat n uniti componente prin rafinri
repetate, metoda de proiectare putnd fi descris sub forma unei diagrame ierarhice cu module de control pe
nivele superioare i cu module detaliate pe nivelele inferioare. Structura organizatoric a unei uniti economico-
sociale numit organigrama unitii poate fi reprezentat printr-o astfel de diagram ierarhic. Pentru uniti
economice productive n organigram se disting urmtoarele patru nivele de reprezentare:

- nivelul conducerii strategice, reprezentat de directorul general i consiliul de administraie;

- nivelul conducerii tactice (directori pe funciuni);
- nivelul compartimentelor funcionale (servicii i posturi de lucru) i de proiectare, cercetare (laboratoare)
care asigur conducerea operativ a sistemului prin efii lor;
- nivelul compartimentelor de producie (secii, ateliere) care realizeaz funcia de producie a sistemului
economic.

n strategia bottom up evolutiv, se pornete de la o tratare minimal care se extinde treptat pe

msura naintrii n realizarea sistemului.

n practic, de cele mai multe ori se utilizeaz o combinaie dintre cele dou strategii.

Metodele de realizare

Metoda = Reprezint modul unitar sau maniera comun n care analitii de sisteme, programatorii i alte
categorii de persoane implicate, realizeaz procesul de analiz a sistemului informaional existent, proiectarea i
introducerea sistemului informatic sau decizional dorit, are un caracter general, n cadrul ei aplicndu-se anumite
tehnici de lucru. Descrierea unor astfel de metode se va face n tema urmtoare.
 Metodele de abordare a sistemelor informatice ar putea fi grupate astfel:

metode orientate spre funcii, numite i metode ale descompunerii funcionale;

metode orientate spre fluxuri date, deci metode orientate spre procese, deoarece diagramele fluxurilor de
date se ntrebuineaz pentru descrierea proceselor;
metode orientate spre informaie sau date, orientate-informaii, aprute ca urmare a popularizrii
puternice a ingineriei informaiei a lui JAMES MARTIN, dar i a diagramelor entitate-relaie ale lui CHEN;
metode orientate-obiect.

Reguli de formalizare

n proiectarea sistemului de coduri trebuie s avem n vedere dou aspecte importante i anume:

- influena tipului i structurii codului asupra performanelor sistemului informatic;

- implicaiile utilizrii codurilor n operaiile de culegere a datelor i interpretarea rezultatelor finale de ctre
utilizatorii neinformaticieni.

Primul aspect ridic probleme de ordin tehnic n realizarea nomenclatorului de coduri i are n vedere
facilitarea operaiilor de prelucrare, ocuparea unui spaiu de memorie intern i extern ct mai mic etc.

Celui de-al doilea aspect trebuie s i se acorde o atenie mai mare n vederea uurrii activitilor de
culegere, verificare a datelor i interpretarea rezultatelor din situaiile finale. Avnd n vedere aceste
considerente, se impune ca la proiectarea unui sistem de coduri s se respecte o serie de reguli de formalizare.

Activitile parcurse n stabilirea regulilor de formalizare sunt:

- analiza elementelor ce urmeaz a fi codificate;

- precizarea i uniformizarea tehnologiei, a denumirilor;
- stabilirea caracteristicilor i a relaiilor dintre elementele de codificat;
- alegerea tipurilor de coduri; estimarea capacitii, lungimii i formatului codurilor;
- atribuirea codurilor elementelor de codificat (crearea nomenclatoarelor de coduri);
- ntreinerea nomenclatoarelor de coduri.

Este indicat a se utiliza, acolo unde este cazul, sistemele de codificare existente la nivelul economiei
naionale (CAEN, SIRUES, SIRUTA, CNP, etc.).

Tehnici

Tehnica = reprezint felul n care se acioneaz eficient i rapid, n cadrul unei metode, pentru
soluionarea diferitelor probleme ce apar n procesul de proiectare. Prin aceste tehnici se mbin armonios
cunotinele despre metode cu miestria personal a celor chemai s aplice metodele si s utilizeze
instrumentele adecvate. Descrierea ctorva tehnici utilizate va fi fcut n tema urmtoare.

Planificarea

Planificarea proiectului va cuprinde o evaluare a cerinelor informaionale ale sistemului la nivelul

ntregii organizaii.

Planificarea proiectului este procesul prin care are loc definirea clar a activitilor i a eforturilor necesare
nfptuirii lor n cadrul fiecrui proiect.
 Tipurile activitilor executate n cadrul planificrii proiectului cuprind:

1. Descrierea ariei de ntindere, a variantelor i fezabilitii proiectului,

2. Descompunerea proiectului n activiti uor executabile i controlabile,
3. Estimarea resurselor i crearea unui plan al resurselor,
4. Realizarea unei prime planificri calendaristice,
5. Realizarea unui plan al comunicrilor,
6. Determinarea standardelor i procedurilor proiectului,
7. Identificarea i evaluarea riscului,
8. Crearea unui buget preliminar,
9. ntocmirea rapoartelor de activitate,
10. Definitivarea planului de baz al proiectului.

Programarea

n timp s-au conturat mai multe metode de programare, dei mai corect ar fi s se numeasc tehnici
de programare.

Metoda programrii clasice are la baz construirea monolitic a logicii programului, fr intenii de
structurare. Programul este privit n totalitatea lui i analizat direct la nivelul operaiilor elementare pe care le
implic executarea lucrrii care se elaboreaz .

Metoda programrii modulare const n descompunerea programului, chiar din faza de proiectare, n
module uor de ntrebuinat. Fiecare modul este apoi analizat ca un program distinct i rezolvat ca atare.

Metoda programrii structurate const n faptul c ofer o rezolvare standardizat i structurat, n mod
unitar, a programelor, reprezentnd o ridicare a activitii de programare la nivelul activitii industriale,
fundamentat pe o metodologie tiinific. Programarea structurat este caracteristic dezvoltrii sistemelor pe
baza diagramelor fluxului de date i utilizeaz limbaje structurate. Ea presupune o separare ntre structurile de
date i codul funciilor care le prelucreaz.

Metoda programrii orientate-obiect - const n abordarea natural a lumii reale, folosind componente
modularizate i eliminnd restriciile impuse de mediul de programare. Se definesc concepte noi de tip, clas,
motenire,

Urmrirea

Managerul proiectului dispune de o mare varietate de tehnici pentru reprezentarea i descrierea

planurilor proiectelor, care s-l sprijine n urmrirea derulrii acestuia.

Documentaia planificrii poate fi alctuit din:

- rapoarte grafice - cele mai folosite

- rapoarte sub form de text.

O diagrama Gantt este o modalitate de reprezentare grafic a proiectului. Cu ajutorul barelor orizontale
sunt prezentate activitile planificate. Lungimea barelor este proporional cu timpul alocat activitilor
reprezentate. Se pot folosi diferite culori, umbre sau forme pentru a scoate n relief anumite activiti. Ceea ce s-a
planificat i realizat, de asemenea, pot fi evideniate prin bare paralele de culori, forme sau umbre diferite.
Diagramele Gantt nu indic ordinea activitilor (precedena lor), ci indic data nceperii i pe cea a finalizrii. Se
recomand pentru descrierea proiectelor simple sau a unor componente ale proiectelor mari, sau a activitilor
prestate doar de o singur persoan, precum i pentru monitorizarea modului n care se efectueaz activitile n
comparaie cu cele planificate (ca dat) .
Tema 5. Etapele, metodele i tehnicile de realizare a sistemelor informatice

Fia suport 5.1. Etapele, metodele i tehnicile de realizare a sistemelor informatice

ETAPE

n tema anterioar am enumerate etapele ciclului de via a unui sistem informatic n modelul cascad. Aceste
etape pot s difere de la un model la altul i de aceea n continuare vom mai da alte exemple, n urma crora se va
observa c diferenele dintre etape sunt doar de suprafa.

Tabelul 4. Etapele diverselor modele

SSADM MERISE12 ICI13

studiul de fezabilitate; o studiul de evaluare; elaborarea temei de realizare;
analiza cerinelor; o modelarea global; proiectarea de ansamblu;
specificarea cerinelor; o modelarea conceptual; proiectarea de detaliu;
specificarea logic; o modelarea organizaional; elaborarea programelor;
proiectare fizic (inclusivo modelarea logic; implementarea sistemului.
programarea); o modelarea fizic;
o implementarea (inclusiv programarea)

METODE

De-a lungul anilor s-au evideniat o mulime de metode de realizare a sistemelor informatice, dintre care amintim
urmtoarele:

- Informaional
- Descendent
- Ascendent
- Mixt,
- Orientat obiect
- Jakson
- Structural,
- Nestructural
- Compus

Denumirile acestor metode sunt motenite fie de la strategia de abordare a sistemului informaional fie de la
caracteristica de baz a metodei folosite.

Metode informaionale (orientate spre informaii sau date)

Dou realizri importante n domeniu au dat tonul unei noi orientri n abordarea sistemelor:

modelarea datelor cu ajutorul diagramelor entitate-relaie, de ctre Peter P. Chen (1976),

ingineria informaiei, n viziunea lui James Martin.

Metoda descendent

12 MERISE a fost dezvoltat n perioada 1978-1979 de ctre CTI (Centre Technique d'Informatique) i CETE
(Centre d'Etudes Techniques de l'Equipement) i implementat n Aix-Frana la cererea ministerului
industriei.
13 ICI a fost dezvoltat de Institutul Naional de Cercetare Dezvoltare n Informatic ICI Bucureti.
 Este o metod care se bazeaz pe strategia top-down n care sistemul informaional dat este divizat n
uniti componente, care sunt supuse unor rafinri repetate, pentru a face trecerea lor la un sistem informatic.

Metoda ascendent

Este o metod care se bazeaz pe strategia bottom-up n care sistemul informatic construit este unul
minimal care apoi este supus unui proces evolutiv.

Metoda mixt

Este o metod care mbin metoda descendent cu cea evolutiv (vezi metodologiile cu modele
compozite).

Metoda orientat-obiect

Metodele OO constituie o categorie particular a metodelor de dezvoltare software, care privesc

construirea sistemelor pentru care clasa reprezint unitatea arhitectural fundamental. Clasa este o grupare
logic a obiectelor care au aceeai structur i un comportament similar.

Metoda Jackson (descompunerii funcionale / orientate spre funcii) .

Dintre autorii remarcabili care au abordat descompunerea funcional i enumerm pe civa cum ar fi
DeMarco, Yourdon i Constantine, Jackson, Page-Jones, Warnier-Orr, Dahl, Marco&Gowan.

Metoda structural

n cadrul acestei metode sistemul informaional este descompus n subsisteme pn cnd se obin
subsisteme uor de implementat apoi se face legtura dintre ele (se bazeaz pe principiul programrii
structurate).

Metoda nestructural

Este o metoda care se bazeaz pe programarea nestructurat.

Metoda compus

n cadrul acestei metode se poate apela att la principiile programrii structurate ct i la cele
nestructurate.

TEHNICI

Chiar dac tehnicile reprezint un mixaj dintre cunotinele despre metode i miestria personal a
analistului de sistem chemai s aplice metodele i s utilizeze instrumentele adecvate s-au impus cteva linii
directoare ale acestora:

- descompunerea modelului general n submodele (n funcie de caracteristici, activitate, timp etc.);

- specificarea modului n care interacioneaz variabilele controlabile i noncontrolabile pentru fiecare submodel
(utilizarea analizei regresionale, modele econometrice, estimri subiective);

- elaborarea de previziuni pentru toate variabilele noncontrolabile folosind abordri intuitive, subiective sau
matematice (analiza regresional, utilizarea seriilor de timp, etc.);

- stabilirea restriciilor care limiteaz valorile variabilelor controlabile.

 n funcie de condiionrile asupra activitilor persoanelor ce urmeaz a fi observate, tehnicile de
investigare a sistemelor se mpart n tehnici controlate i tehnici necontrolate.

A. Tehnicile controlate se caracterizeaz prin faptul c informaiile sunt colectate direct de la persoanele
care desfoar activitile ctre care se ndreapt studiul respective, observarea se desfoar la faa locului sau
ntr-un mediu care poate fi controlat i prin care se ncearc simularea unor diverse sarcini (observarea de
laborator). Exemple: analiza activitii, analiza de protocol.

1. Analiza activitii vizeaz observarea unei activiti prin intermediul celor care lucreaz la ea, se urmrete
identificarea nivelului muncii, a erorilor ce apar n timpul execuiei activitii i astfel a factorilor ce influeneaz n
mod negativ performanele obinute, se vor identifica frecvena de execuie, materialele i informaiile necesare
execuiei, dificultile ntmpinate, legturile cu celelalte activiti. Rezultatul fizic al acestei activiti se numete
schema sau programul de observare.

2. Analiza de protocol se bazeaz pe statutul de observator-participant al executantului unei anumite activiti i

are ca scop identificarea comportamentului contient al persoanei ce desfoar respectiva activitate. Se pot
urmri deciziile pe care executantul le ia, opiunile pe care acesta le are, cauzele erorilor aprute i nu n ultimul
rnd atitudinea manifestat de observator fa de activitatea pe care o desfoar.

B. Tehnici necontrolate pot fi clasificate n funcie de subiectul observaiei n tehnici individuale, de grup i
informaionale.

B.1. Tehnici individuale cuprind interviul, chestionarul i agenda.

B.1.1. Tehnica interviului reprezint o tehnic de investigare personal, care poate fi desfurat n timp real sau
retrospectiv. Primul pas al unui interviu este investigarea, proces care vizeaz stabilirea unui set de ntrebri care
s aib relevan pentru obiectivul urmrit prin analiza sistemului i s acopere ntreaga problematic studiat. Al
doilea pas const n obinerea informaiilor, apoi n etapa urmtoare ele vor fi nregistrate, apoi reprezentate i la
final evaluate..

B.1.2. Tehnica de chestionarului se aseamn cu tehnica interviului, dar diferena major const n lipsa
comunicrii dintre analist i chestionat.

Procesul de chestionare presupune parcurgerea etapelor:

o stabilirea scopului,
o stabilirea bazei de eantionare,
o extragerea unui eantion reprezentativ,
o formularea ntrebrilor i proiectarea chestionarelor,
o expedierea chestionarelor,
o colectarea rspunsurilor primate,
o analiza datelor,
o ntocmirea raportului de investigare.

B.1.3. Tehnica agendei combin tehnica interviului cu cea a chestionarului, etapele acestei tehnici sunt:

- stabilirea obiectivelor observrii,

- stabilirea bazei de eantionare i selectarea
eantionului,
- crearea procedurilor de auto-observare.
- proiectarea agendei.
- distribuirea agendelor i colectarea acestora
dup o perioad stabilit de observare
- analiza rspunsurilor primite i elaborarea unui
raport referitor la culegerea datelor pe baza
acestei tehnici.
 B.2. Tehnici de grup au n vedere colectarea de date de la un ansamblu de persoane i se concretizeaz n
interviul de grup, brainstorming i tehnica Delphi numite i de observare i participare.

B.2.1. Interviul de grup este utilizat n cazul n care persoanele intervievate nu au o imagine clar asupra
fenomenului analizat i eficiena unor tehnici individuale de observare ar fi mult redus.

B.2.2. Brainstorming-ul ncearc obinerea unui volum ct mai mare de idei legate de soluia ce trebuie abordat
n vederea nlturrii problemelor manifestate n cadrul sistemului. Desfurarea acestui proces conine trei etape:

I. pregtirea - se stabilete problema ce urmeaz a fi soluionat i grupul participant la discuie.

II. discuiile care presupun c membri grupului emit idei care vizeaz obinerea unei soluii viabile.
III. selecia i evaluarea ideilor efectuat la sfritul discuiei de ctre fiecare membru n parte care va alege
cele mai bune 5 soluii n viziunea sa. Pornind de la rezultatele obinute astfel va putea fi selectat un numr
(2-3) soluii ce pot deveni ulterior subiecte ale unei noi edine.

B.2.3. Tehnica Delphi apeleaz la un grup format din specialiti care prezint celorlali membri ideile care vor fi
supuse votului si naintate spre reflecie. Procesul se va repeta pana cnd investigatorul se convinge de faptul ca au
fost epuizate toate ideile ce se pot formula relativ la problema adusa in discuie. Prima etapa a acestei tehnici
const n pregtirea si lansarea investigaiei, ea viznd definirea aspectelor ce urmeaz a fi studiate, condiia de
continuare a investigaiei o reprezint obinerea unui acord minim de 50% pentru ideile prezentate, altfel se revine
la prima faza, la final rspunsurile obinute sunt analizate si prelucrate pentru a evidenia soluia.

B.3. Tehnici informaionale au ca principal scop urmrirea i analiza documentaiei, a mediului care stocheaz
informaiile i care se identific ntr-o important resurs de informare. Din cadrul acestor tehnici fac parte analiza
documentelor i diagramelor, concordana intrare-ieire, tabele de decizie/reprezentare, analiza i organizarea
datelor.

B.3.1. Analiza documentelor urmrete fluxul de informaii, stabilind care sunt sursele de date pentru fiecare
cmp, cantitatea de informaii, rapoartele utilizate, destinaiile lor dar i probabilitatea de apariie a unor erori.
Procesul de realizare a unei astfel de analize ntmpin greuti datorit numrului mare de formulare i rapoarte
utilizate n cadrul unei uniti economice. De aceea se recomand ca ea s fie nsoit de interviuri, analiza de
protocol sau simularea.

B.3.2. Analiza diagramelor are drept scop construirea de modele plecnd de la o anumit situaie. Aceste
modele vor surprinde legturile dintre subsisteme, procesele de baza ale sistemului sau fluxurile de materiale.

Proiectarea sistemelor informatice nseamn s ti CE i CUM trebuie fcut n cadrul fiecrei etape a ciclului
de dezvoltare a sistemului. Rspunsul la aceste ntrebri l ofer metodologiile. Pentru a realiza o modelare
eficient a unui sistem informatic persoanele care au un anumit rol n acest proces i entitile care opereaz n
sistem (de exemplu documentele de intrare), trebuie incluse n model mpreun cu funciile pe care le ndeplinesc,
cu comportamentul lor, cu datele referitoare la ele i dependenele dintre ele. Prin comportament se nelege c
ceea ce fac ei n anumite mprejurri, n contextul funciilor lor, are efecte asupra datelor. Iar n ceea ce privete
datele, exist date care determin starea comportamentelor, date de care persoanele implicate au nevoie pentru
a-i ndeplini funciile (respectiv procesul n care sunt implicate) i date sunt modificate sau sunt produse prin
activitatea lor.

Diversitatea metodelor de abordare a sistemelor informaionale are de a face i cu nevoia de a surprinde

funciile, comportamentul i datele implicate n sistem, n sensul c unele metode surprind mai uor funciile,
altele redau mai uor comportamentul, iar altele evideniaz mai bine datele. Dac am imagina un spaiu cu cele
trei dimensiuni ce caracterizeaz o entitate (funcia, comportamentul sau datele de care este legat), atunci poziia
oricrei entiti n acest spaiu va depinde de ponderea pe care o au n existena acelei entiti, funcia,
comportamentul i datele de care este legat.

Cnd analitii ncep s studieze un sistem informaional, n vederea automatizrii acestuia, ei trebuie s
identifice care este trstura dominant a sistemului (coordonata cu valoarea cea mai mare) i s aleag metoda
de abordare, respectiv metodologia cea mai potrivit. Odat aleas metoda de abordare a sistemului
informaional, ar trebui identificat ciclul de via al dezvoltrii sistemului (ciclul asociat metodologiei respective),
aa cum apare el n literatura de specialitate i ar trebui efectuate operaiile specificate n cadrul metodologiei,
pentru fiecare etap.

Pentru a preciza CE trebuie fcut, n metodologie sunt enumerate obiectivele urmrite n cadrul fiecrei
etape, iar pentru a preciza CUM trebuie fcut, este precizat forma sub care se consider c se poate prezenta
fiecare din aceste obiective, n cadrul documentaiei de faz. Uneori aceast form de prezentare poate fi una
grafic, dar nu una oarecare ci respectnd forme i nscrisuri tipizate, prevzute n metodologie. O astfel de form
tipizat se numete formalism.

Formalism, n sensul de mai sus, nseamn un set de definiii i reguli, combinat cu un set de tipuri de
diagrame i/sau de tabele numite reguli de formalizare. Cele mai sofisticate formalisme le conine metoda Merise,
dar i diagramele de flux ale datelor (DFD) sau cele de tip entitate_relaie (DER) sunt tot nite formalisme. Numai
dup ce proiectantul aplic situaiei concrete, oferit de sistemul analizat, formalismul specific etapei, el poate
ndeplini cerinele de proiectare privind documentaia de faz.

Documentaia de faz are pe de o parte rolul de a valorifica constatrile etapei curente pentru a putea fi
folosite ca punct de plecare pentru etapa urmtoare, iar pe de alt parte ea are i un rol comunicativ n relaia cu
beneficiarul pentru c prin consensul dintre proiectant i beneficiar, proiectantul trebuie s aib garania c a
neles cerinele beneficiarului i beneficiarul trebuie s aib garania c proiectantul va realiza un sistem care s
satisfac aceste cerine. Legat de acest aspect, documentaia de faz mai are i o utilitate juridic, n sensul c ea
poate constitui baza legal pentru plata muncii efectuate de proiectant, iar n caz de litigii ulterioare ntre
proiectant i beneficiar, documentaia de faz poate constitui un factor care nclin balana n favoarea uneia sau
alteia dintre pri, dup cum situaia din teren corespunde sau nu cu ceea ce s-a aprobat de ctre beneficiar prin
avizarea documentaiei de faz. Avizarea documentaiei de faz are loc nainte de a se trece la faza urmtoare.
Foarte rar ciclul de via al dezvoltrii sistemului informatic se deruleaz secvenial i o singur dat. De cele mai
multe ori ciclurile se reiau din diferite puncte (un du-te vino) i uneori chiar de mai multe ori i din puncte diferite.
Motivul pentru care se complic lucrurile n acest fel este acela c de cele mai multe ori, prima variant a softului
produs iniial nu este satisfctoare.

Cauzele acestei situaii sunt multiple. Iat doar cteva dintre ele:

pe timpul elaborrii unei variante, n sistemul analizat pot s intervin schimbri de structur sau de
funcionare;
este mai greu s perfecionezi o aplicaie care nc nu funcioneaz, aflat doar pe hrtie, dect una care a
nceput s funcioneze; ca urmare ncepem cu ceva care urmeaz a fi perfecionat;
cnd ai dat primul program n funciune, ncepe comunicarea adevrat cu beneficiarul, care s-ar putea s
constate c n-a fost bine neles, sau ceea ce a primit nu era ceea ce i dorea.
Tema 6. Laborator pentru cunoaterea metodologiile de realizare a sistemelor informatice.

Fia suport 6.1. Metodologiile de realizare a sistemelor informatice.

n orice metodologie de realizarea a sistemelor informatice prima etap poate fi numit generic definirea strategiei
de analiza-proiectare.

1. Definirea strategiei de analiz-proiectare

n cadrul acestei etape se realizeaz o analiz detaliat, complet a organizaiei. n figura 13 se pot urmrii etapele
pe care trebuie s le parcurg analistul n aceast etap.

Figura 13. Schema definirii strategiei de analiz - proiectare

Subetape acestei etape sunt:

- Definirea direciilor de analiza: obiective, prioriti, limite, factori de influenta;

- ntocmirea diagramei entitate - relaie;

- Definirea ierarhiei de funcii;

- Recomandri de proiectare;

- Problemele organizaionale si tehnologice;

- Definirea limitelor sistemului;

- Definirea unei posibile arhitecturi a sistemului;

- Aproximarea necesarului de resurse.

Pentru obinerea studiului (raportului) strategic pe baza cruia se va alege strategia poate fi aplicat o
metod "top-down", ilustrat n figura 14. n aceast figur se poate vedea c plecnd de la obiectivele organizaiei
i aplicnd tehnici specifice de obinere a modelelor de realizare a unui sistem informatic exist
posibilitatea/necesitatea revenirii n cadrul procesului pn cnd se va ajunge la raportul strategic.

Figura 14. Scenariu pentru obinerea raportului strategic

2. Analiza de sistem

n aceast etap se pleac de la strategia definit anterior parcurgnd subetapele:

- Detalierea diagramei entitate - relaie;

- Detalierea funciilor la acest nivel;

- ntocmirea matricelor de corelaie funcie-entitate, funcie-sistem i entitate-sistem;

- ntocmirea modelelor pentru fluxul de date, dependena funciilor i tranziia strilor;

- Aproximarea volumelor de date, a frecvenei funciilor i a performanelor sistemului;

- Definirea modului de lucru.

n figura 15 se poate vedea schema derulrii analizei de sistem.

Figura 15. Derularea analizei de sistem

3. Proiectarea sistemului informatic

n faza de proiectare a sistemului informatic vor fi preluate specificaiile detaliate elaborate n faza de analiz i se
vor definitiva structura bazei de date, modulele i procedurile funcionale, formatele de intrare/ieire i ecranele
aplicaiei. Subetapele acestei etape sunt:

- Arhitectura sistemului;
- Proiectarea modulelor;

- Proiectarea fiierelor i a bazei de date;

- Detalierea dimensiunilor sistemului;

- Definirea modului de testare a sistemului;

- ntocmirea documentaiei aproape de forma final;

- Revizuirea planului de dezvoltare a sistemului.

De asemenea, proiectarea este un proces predominant iterativ, cu posibilitatea revenirii pe subetape cnd modul
de finalizare a acestora nu este acceptat de ctre echipa de analiza-proiectare.

Figura 16. Proiectarea - proces iterativ

La sfritul acestei etape, att baza de date, ct i modulele aplicaiei sunt pregtite pentru implementare, iar dac
sistemul trebuie s fie distribuit, se va definitiva i arhitectura reelei de calculatoare.

4. Construirea sistemului informatic

Etapa de construire presupune codificarea i testarea programelor, utiliznd instrumente adecvate, depinznd de
echipamentele tehnice i de complexitatea programelor respective. Procesul constructiv implic modelarea i
proiectarea structurii programelor, codificarea, testarea buttom-up i/sau top-down (la nivel de sistem). n
urma fazei de documentare se obin manualele de prezentare i utilizare a aplicaiei, documente necesare fazei de
implementare a sistemului. La realizarea acestei documentaii vor fi folosite specificaiile de documentare
elaborate nc din etapele de definire a strategiei si analiz a sistemului. Documentaia va conine descrierea
funciilor sistemului, a ecranelor i rapoartelor, a mesajelor de eroare i a altor informaii generale, necesare
pentru nelegerea modului de funcionare a sistemului i asistarea utilizatorilor.

5. Implementarea si exploatarea sistemului informatic

Implementarea va fi precedat de o etap de tranziie care are rolul de a minimiza disfuncionalitile vechiului
sistem i pregtirea utilizatorilor pentru exploatarea celui nou.

Figura 17. Implementarea sistemului informatic

Exploatarea presupune utilizarea sistemului implementat cu minim de intervenii din partea operatorilor i
monitorizarea permanent a performanelor acestuia. Eventualele modificri care vor fi aduse sistemului nu
trebuie s conduc la ntreruperea procesului de exploatare. Pe parcursul acestei faze va fi asigurat realizarea
unor copii de siguran pentru fiiere i baza de date, precum i construirea de arhive pentru acestea.