Sunteți pe pagina 1din 135

nvmntul profesional i tehnic n domeniul TIC

Proiect cofinanat din Fondul Social European n cadrul POS DRU 2007-2013
Beneficiar Centrul Naional de Dezvoltare a nvmntului Profesional i Tehnic
str. Spiru Haret nr. 10-12, sector 1, Bucureti-010176, tel. 021-3111162, fax. 021-3125498, vet@tvet.ro

MODULUL I
MODELAREA SISTEMELOR INFORMATICE
Material de nvare
Domeniul: Informatic
Calificarea: Analist programator
Nivel 3 avansat

2009

AUTOR:
IACOB MIRELA profesor grad didactic I

COORDONATOR:
MARIANA VIOLETA CIOBANU profesor grad didactic I

CONSULTAN:
IOANA CRSTEA expert CNDIPT
ZOICA VLDU expert CNDIPT
ANGELA POPESCU expert CNDIPT
DANA STROIE expert CNDIPT

Acest material a fost elaborat n cadrul proiectului nvmntul profesional i tehnic n domeniul
TIC, proiect cofinanat din Fondul Social European n cadrul POS DRU 2007-2013

Cuprins
I. INTRODUCERE....................................................................................................................................... 4
II. RESURSE............................................................................................................................................... 9
TEMA 1. SISTEM INFORMAIONAL / SISTEM INFORMATIC....................................................................................9
Fia de documentare 1.1. Locul sistemului informaional ntr-o organizaie...........................................9
Activitatea de nvare 1.1.1. Reconstruirea unei organizaii n trei pai..............................................................10

Fia de documentare 1.2. Sistem informaional / Sistem informatic.....................................................11


Activitatea de nvare 1.2.1. Definiii, clasificri, caliti, componente ale sistemului informaional/sistem
informatic.............................................................................................................................................................. 13
Activitatea de nvare 1.2.2. Rolul i obiectivele sistemului informatic................................................................15

Fia de documentare 1.3. Clasificarea sistemelor informatice.............................................................16


Activitatea de nvare 1.3.1. Clasificarea sistemelor informatice........................................................................18

TEMA 2. SISTEME SUPORT DE DECIZIE / SISTEME EXPERT..............................................................................21


Fia de documentare 2.1. Sistem suport pentru decizii.......................................................................21
Activitatea de nvare 2.1.1. Definiii ale sistemului suport pentru decizii...........................................................25
Activitatea de nvare 2.1.2. Caracteristicile unui sistem suport pentru decizii...................................................26
Activitatea de nvare 2.1.3. Clasificarea SSD....................................................................................................27
Activitatea de nvare 2.1.4. Componentele unui SSD.......................................................................................29

Fia de documentare 2.2. Sisteme expert...........................................................................................30


Activitatea de nvare 2.2.1. Definiia, componentele i caracteristicile sistemului expert..................................33

Fia de documentare 2.3. Metode i tehnici de rezolvare a problemelor.............................................34


Activitatea de nvare 2.3.1. Metode i tehnici de rezolvare a problemelor........................................................36

TEMA 3. ANALIZA SISTEMULUI INFORMAIONAL............................................................................................... 37


Fia de documentare 3.1. Analiza sistemului informaional.................................................................37
Activitatea de nvare 3.1.1. Analiza sistemului informaional.............................................................................38

TEMA 4. TIPURILE I ELEMENTELE DE CONINUT ALE METODOLOGIILOR DE REALIZARE A SISTEMELOR


INFORMATICE................................................................................................................................................ 40
Fia de documentare 4.1. Clasificarea metodologiilor de realizare a sistemelor informatice...............40
Activitatea de nvare 4.1.1. Clasificarea metodologiilor de realizare a sistemelor informatice..........................44

Fia de documentare 4.2. Descrierea principalelor elemente ale metodologiilor de realizare a


sistemelor informatice.................................................................................................................................... 45
Activitatea de nvare 4.2.1. Descrierea principalelor elemente ale metodologiilor de realizare a sistemelor
informatice............................................................................................................................................................ 49

TEMA 5. ETAPELE, METODELE I TEHNICILE DE REALIZARE A SISTEMELOR INFORMATICE...................................50


Fia de documentare 5.1. Etapele, metodele i tehnicile de realizarea sistemelor informatice...........50
Activitatea de nvare 5.1.1. Etapele, metodele i tehnicile de realizare a sistemelor informatice.....................54

TEMA 6. LABORATOR PENTRU CUNOATEREA METODOLOGIILOR DE REALIZARE A SISTEMELOR INFORMATICE.....55


Fia de documentare 6.1. Metodologiile de realizare a sistemelor informatice....................................55
Activitatea de nvare 6.1.1. Metodologiile de realizare a sistemelor informatice...............................................59

TEMA 7. MODELAREA SISTEMELOR INFORMATICE........................................................................................... 60


Fia de documentare 7.1. Modelararea sistemelor informatice...........................................................60
Activitatea de nvare 7.1.1. Modelul logic..........................................................................................................64
Activitatea de nvare 7.1.2. Modelul fizic...........................................................................................................65
Activitatea de nvare 7.1.3. Analiza diverselor variante de implementare a sistemelor informatice..................66

TEMA 8. INSTRUMENTE SOFTWARE (CASE, IPSE, PSE, SEE).......................................................................67


Fia de documentare 8. 1. Obiectivele i faciliti de utilizare a instrumentelor CASE........................67
Activitatea de nvare 8.1.1. Obiectivele i faciliti de utilizare a instrumentelor CASE.....................................71
Activitatea de nvare 8.1.2. Structura unui mediu CASE...................................................................................74

TEMA 9. LIMBAJE DE MODELARE.................................................................................................................... 75


Fia de documentare 9.1. Modelarea orientat obiect. Noiuni de baz. .............................................75
Activitatea de nvare 9.1.1. Modelarea orientat obiect. Noiuni de baz.........................................................76

Fia de documentare 9.2. Modelarea cazurilor de utilizare................................................................78


Activitatea de nvare 9.2.1. Modelarea cazurilor de utilizare.............................................................................81

Fia de documentare 9.3. Relaii ntre cazurile de utilizare.................................................................82


Activitatea de nvare 9.3.1. Relaii ntre cazurilor de utilizare............................................................................84

Fia de documentare 9.4. Modelarea structurii statice........................................................................85


Activitatea de nvare 9.4.1. Modelarea structurii statice....................................................................................88

Fia de documentare 9.5. Modelarea structurii dinamice....................................................................89


Activitatea de nvare 9.5.1. Modelarea structurii dinamice................................................................................93

TEMA 10. APLICAII PRACTICE....................................................................................................................... 94


Fia de documentare10.1. Elaborarea modelului logic / fizic pentru un sistem informatic dat.............94
Activitatea de nvare 10.1.1. Elaborarea modelului logic / fizic pentru un sistem informatic dat.......................95

III. GLOSAR.............................................................................................................................................. 96

IV. BIBLIOGRAFIE.................................................................................................................................. 102


V. ANEXE................................................................................................................................................ 103
ANEXA 1. DEFINIII DATE SSD-ULUI DE A LUNGUL TIMPULUI........................................................................103
ANEXA 2. GHID PENTRU REALIZAREA UNUI PROIECT...................................................................................105
ANEXA 3. ABLON PENTRU REALIZAREA CUBULUI....................................................................................107
ANEXA 4. SCHEME PENTRU MODELE DE METODOLOGII................................................................................108
ANEXA 5. BILEELE PENTRU SARCINA ANALIZEAZ......................................................................................111
ANEXA 6. FIE PENTRU SARCINA ASOCIAZ................................................................................................ 112
ANEXA 7. BILEELE PENTRU SARCINA COMPAR......................................................................................... 114
ANEXA 8. PLRIILE GNDITOARE...................................................................................................... 115
ANEXA 9. FIE PENTRU RECONSTRUCIE.........................................................................................118
ANEXA 10. STUDII DE CAZ..................................................................................................................... 120
ANEXA 11. DESCRIEREA TEHNICILOR................................................................................................. 121
ANEXA 12. DIAGRAMA DE FLUX REFERITOR LA COMANDA CLIENTULUI........................................123
ANEXA 13. FIA PENTRU CONCURS.................................................................................................... 124
ANEXA 14. COMPUTERIZAREA N REEA............................................................................................ 125
ANEXA 15. STARBURSTING................................................................................................................... 126
ANEXA 16. ACTIVITATE PRACTIC....................................................................................................... 128
ANEXA 17. RELAII ALE CAZURILOR DE UTILIZARE..........................................................................129

I. Introducere
Materialul de nvare este o resurs material orientativ care sprijin cadrul didactic i
elevul n activitatea de nvare. Elementele de baz ale acestui material sunt:
Fiele de documentare ofer elevilor informaiile eseniale cu privire la coninuturile
tematice propuse de curriculum.
Activitile de nvare ofer elevilor suportul necesar pentru a-i forma/exersa
competenele tehnice specializate aferente calificrilor pentru care se pregtesc, utiliznd
cunotinele transmise n cadrul activitii de predare, informaiile din fiele de
documentare, precum i competenele cheie i competenele tehnice generale dobndite
anterior;
Glosar ofer sprijin elevilor n regsirea facil a termenilor/conceptelor specifice modulului
parcurs.
Semnificaia elementelor grafice din material este dat n tabelul de mai jos i reprezint
tipurile de activiti de nvare abordate:

Problematizarea

Studiu de
caz

Atomul

Simularea

Observarea

Jocul de rol

Rezumarea

Cubul

Expansiunea

Proiectul

Grupul de
experi

Chestionaru
l

Cele 6
plrii

Pnza de
pianjen

Harta
conceptual

Prezentul material de nvare, se adreseaz cadrelor didactice care predau n cadrul


colilor postliceale, domeniul Informatic, calificarea Analist programator, nivelul 3
avansat.
El a fost elaborat pentru modulul I Modelarea sistemelor informatice studiat la coala
postliceal, anul II n care activitile de nvare se vor desfura astfel:
4

5 zile pe sptmn cu 6 ore pe zi pe o durat de 14 de sptmni astfel:


- 3 zile pregtire teoretic
- 2 zile pregtire de laborator tehnologic

5 zile pe saptamana cu 6 ore pe zi pe o durata de 4 de sptmni pregatire


practic, care se va desfura cu profesor de specialitate.

Modulul Modelarea sistemelor informatice are o durat de 4 sptmni totaliznd un numr de 120 de ore. Dintre acestea 36 de ore
de pregtire practic prin laborator tehnologic i 30 ore de instruire practic.
Tabelul de mai jos cuprinde corelaiile i subordonarea dintre competene, teme, fie de documentare i activiti de nvare.

Teme
Sistem informaional / Sistem
Tema 2.
Tema 1.
informatic

terizeaz diferite tipuri de sisteme informatice.

Competen
e
individuale

Fie documentare / Activiti de nv are


Fia de documentare 1.1. Locul sistemelor informaional/sistem informatic ntr-o
organizaie.
Activitatea de nvare 1.1.1. Reconstituirea unei organizaii
Fia de documentare 1.2. Sistem informaional / Sistem informatic
Activitatea de nvare 1.2.1. Definiii, clasificri, caliti, componente ale
sistemului informaional/sistem informatic.
Activitatea de nvare 1.2.2. Rolul i obiectivele sistemului informatic
Fia de documentare 1.3. Clasificarea sistemelor informatice
Activitatea de nvare 1.3.1. Clasificarea sistemelor informatice

Fia de documentare 2.1. Sistem suport pentru decizii


Activitatea de nvare 2.1.1. Definiii ale sistemului suport pentru decizii
Activitatea de nvare 2.1.2. Caracteristicile unui sistem suport pentru decizii
Activitatea de nvare 2.1.3. Clasificarea SSD
Activitatea de nvare 2.1.4. Componentele unui SSD
Fia de documentare 2.2. Sisteme expert
Activitatea de nvare 2.2.1. Definiia, componentele i caracteristicile
sistemului expert
Fia de documentare 2.3. Metode i tehnici de rezolvare a problemelor
Activitatea de nvare 2.3.1. Metode i tehnici de rezolvare a problemelor
6

Teme

Fie documentare / Activiti de nv are

2. Utilizeaz metodologii de realizare a


sistemelor informatice.

Tema 3. Analiza
sistemului inSisteme
formaional

suport de
decizie / Sisteme
expert

Competen
e
individuale

Tema 4. Tipurile i elementele de coninut ale metodologiilor de


realizare a sistemelor informatice

Fia de documentare 3.1. Analiza sistemului informaional


Activitatea de nvare 3.1.1. Analiza sistemului informaional

Fia de documentare 4.1. Tipurile i elementele de coninut ale metodologiilor de


realizare a sistemelor informatice.
Activitatea de nvare 4.1.1. Clasificarea metodologiilor de realizare a
sistemelor informatice
Fia de documentare 4.2. Descrierea principalelor elemente ale metodologiilor de
realizare a sistemelor informatice
Activitatea de nvare 4.2.1. Descrierea principalelor elemente ale
metodologiilor de realizare a sistemelor informatice

Tema 5. Eta- Fia de documentare 5.1. Etapele, metodele i tehnicile de realizarea sistemelor
pele, metode- informatice.
le i tehnicile
Activitatea de nvare 5.1.1. Etapele, metodele i tehnicile de realizare a sistemelor
informatice
de realizare a
sistemelor informatice.

Competen
e
individuale

Teme

Fie documentare / Activiti de nv are

Tema 6. Labo- Fia de documentare 6.1. Cunoaterea metodologiilor de realizare a sistemelor


rator
pentru informatice.
cunoaterea
Activitatea de nvare 6.1.1. Metodologiile de realizare a sistemelor
metodologiilor informatice
de realizare a
sistemelor
informatice.

3. Utilizeaz instrumente pentru realizarea siste


matice.

Tema 7. Mode- Fia de documentare 7.1. Elaborarea modelului logic i a celui fizic.
larea sistemeActivitatea de nvare 7.1.1. Modelul logic
Activitatea de nvare 7.1.2. Modelul fizic
lor
informaActivitatea de nvare 7.1.3. Analiza diverselor variante de implementare a
tice.
sistemelor informatice
Tema 8. In- Fia de documentare 8.1. Aspecte generale, avantaje i prezentri comparative ale
strumente
instrumentelor software. Obiectivele i faciliti de utilizare a instrumentelor CASE.
software
Activitatea de nvare 8.1.1. Obiectivele i faciliti de utilizare a
(CASE, IPSE, instrumentelor CASE.
PSE, SEE).
Activitatea de nvare 8.1.2. Structura unui mediu CASE.
Tema 9. Lim- Fia de documentare 9.1. Modelarea orientat obiect. Noiuni de baz.
baje de modeActivitatea de nvare 9.1.1. Modelarea orientat obiect. Noiuni de baz.
Fia de documentare 9.2. Modelarea cazurilor de utilizare.
lare
Activitatea de nvare 9.2.1. Modelarea cazurilor de utilizare.
Fia de documentare 9.3. Relaii ntre cazurile de utilizare.
Activitatea de nvare 9.3.1. Relaii ntre cazurile de utilizare.
Fia de documentare 9.4. Modelarea structurii statice.
Activitatea de nvare 9.4.1. Modelarea structurii statice.
Fia de documentare 9.5. Modelarea structurii dinamice.
Activitatea de nvare 9.5.1. Modelarea structurii dinamice.
Tema 10. Apli- Fia de documentare 10.1. Elaborarea modelului logic/fizic pentru un sistem
caii practice
informatic dat.
Activitatea de nvare 10.1.1. Elaborarea modelului logic/fizic.

Absolvenii nivelului 3 avansat, coal postliceal, calificarea Analist programator, vor


fi capabili s utilizeze tehnologiile informatice i ale comunicrii pentru conceperea,
proiectarea, elaborarea, testarea, implementarea i dezvoltarea sistemelor informatice, a
programelor i a documentaiei tehnice aferente.
Astfel criteriile de performan aferente competenei individuale 1 - Caracterizeaz
diferite tipuri de sisteme informatice sunt:
1.a. Identificarea rolului i obiectivelor sistemului informatic n cadrul sistemul
informaional.
1.b. Clasificarea sistemelor informatice.
1.c. Caracterizarea sistemelor suport de decizie
1.d. Caracterizarea sistemelor expert.
Pentru competena individual 2 - Utilizeaz metodologii de modelare a sistemelor
informatice, sunt stabilite criteriile de performan:
2.a. Descrierea metodologiilor de modelare a sistemelor informatice.
2.b. Identificarea elementelor de descriere i etapelor de realizare pentru diferite tipuri de
metodologii de realizare a sistemelor informatice.
2.c. Utilizarea metodelor i tehnicilor de realizare a sistemelor informatice.
Competenei 3 - Utilizeaz instrumente pentru modelarea sistemelor informatice i sau alocat criteriile de performan:
3.a. Descrierea facilitilor i obiectivelor instrumentelor CASE.
3.b. Elaborarea modelului fizic i logic al sistemului.
3.c. Utilizarea instrumentele CASE pentru analiz i proiectare structurat i orientat
obiect.
3.d. Utilizarea componentelor limbajului de modelare n modelarea sistemului informatic

10

II. Resurse
Tema 1. Sistem informaional / Sistem informatic
Fia de documentare 1.1. Locul sistemului informaional ntr-o organizaie.
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.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:

A. informaii

de la procesele desfurate n organizaie, de la pia i se pot


concretiza n date numerice, rapoarte etc.

B. dri de seam, rapoarte prelucrate, modele i programe de calcul, reclamaii de


la clieni, situaia prezenei la servici etc.

C.
D.

hotrri, instruciuni, comenzi, planuri, tehnologii, procedee etc.


grafice de lucru, bonuri de materiale, instruciuni pentru controlul calitii,
teste de verificare a operatorilor a.

11

Activitatea de nvare 1.1.1. Reconstruirea unei organizaii n trei pai


Competena: Caracterizeaz diferite tipuri de sisteme informatice.
Obiectivul/obiective vizate:
Vei identifica locul sistemului informaional n cadrul unei organizaii.
Vei recunoate scopul fiecrui sistem constitutiv al unei organizaii.
Vei reface conexiunile dintre sisteme.
Vei asocia corect fluxurile informaionale care leag sistemele.
Durata: 15 min
Tipul activitii: nvarea prin categorisire
Sugestii: elevii vor lucra individual folosind aceast fi i/sau calculatorul, dar se poate
organiza i ca o activitate pe perechi
Sarcina de lucru:
n aceast activitate putei reconstitui o organizaie n trei pai:
PAS 1. Completai schema de mai jos cu denumirile sistemelor componente ale unei
organizaii.

PAS 2. Asociai fiecrui sistem descrierea corespunztoare.


a) gestioneaz informaiile externe i interne necesare conlucrrii dintre sistemele
organizaiei.
b) orienteaz i dirijeaz organizaia,
c) se ocup cu punerea n practic a obiectivelor organizaiei,
PAS 3. Marcai direcia fluxurilor i asociai fluxul corespunztor conform
descrierilor de mai jos:

A. grafice de lucru, bonuri de materiale, instruciuni pentru controlul calitii, teste


de verificare a operatorilor a.

B. dri de seam, rapoarte prelucrate, modele i programe de calcul, reclamaii de


la clieni, situaia prezenei la servici etc.

C.
D.

hotrri, instruciuni, comenzi, planuri, tehnologii, procedee etc.


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

12

Fia de documentare 1.2. Sistem informaional / Sistem informatic


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,
sporete operativitatea informrii,
sprijin selectarea informaiilor,
adaptabilitatea la modificri,
asigur exactitatea informaiilor,
garanteaz precizia 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 clar,
s fie complet,
s fie concis,
s fie fidel,
s aib relevan.
Componentele unui sistem informatic sunt puse n eviden n schema din figura de mai
jos.
Sistem
informatic

Componenta
fizic

Componenta
logic

Componenta de
date

Componenta
uman

Figura 1.2.1. Componentele Sistemului informatic


13

Cadrul
organizatoric

Componenta fizic (hardware) a unui sistem informatic este alctuit din totalitatea
echipamentelor folosite: calculatoare, periferice de intare, 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 sau 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 informaional.
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.

14

Activitatea de nvare 1.2.1. Definiii, clasificri, caliti, componente ale sistemului


informaional/sistem informatic

Competena: Caracterizeaz diferite tipuri de sisteme informatice.


Obiectivul/obiective vizate:
Vei defini sistemul informaional / sistemul informatic
Vei putea clasifica sistemele informaionale
Vei recunoate principalele caliti ale unui sistem informaional
Vei putea enumera i descrie componentele unui sistem informatic
Durata: 30 min
Tipul activitii: Completeaz spaiile
Sugestii: elevii vor lucra individual folosind aceast fi i/sau calculatorul, dar activitatea
se poate organiza i pe perechi.
Sarcina de lucru:
1. Completeaz spaiile libere cu unul din cuvintele date pentru a obine un enun
adevrat.
Ansamblul _____________________________ de ____________________________ de
______________________,. ________________________, ______________________,
______________________, ______________________,. _________________________,
_____________________________ a datelor avnd ca ________________ satisfacerea
cerinelor
_____________________________
necesare
conducerii
procesului,
fundamentrii i elaborrii deciziilor pe baza crora va funciona organizaia se numeste
____________________________________________.
Componenta
___________________________
a
acestuia
se
numete
_____________________________________. El folosete ___________________
tehnice
___________________
pentru
_____________________________,
________________________, _____________________, ________________________
_________________________________.
Lista cuvintelor lips: automatizat, consemnare, constatare, culegere(a), informaiilor,
informaionale, mijloace, moderne, prelucrare(a), proceduri, scop, sistem informaional,
sistem informatic, stocare(a), tehnico-organizatoric, transmitere(a), verificare.
2. Completeaz celulele tabelului de mai jos cu cuvintele potrivite capului de tabel dat.
Tipuri de sisteme
Calitile unui sistem
Criteriile de calitate
informaionale
informaional sunt:
ale informaiei sunt:

Lista cuvintelor care trebuie categorisite: adaptabilitate la modificri, asigurarea


informrii la toate nivelele organizaii, automatizat, clar, complet, concis, fidel,
manual, asigur exactitatea informaiilor, mecanizat, mixt, sporete operativitatea
informrii, oportun, precizia informaiilor, relevant, sprijin selectarea informaiilor.
3. Asociai fiecrei componente din figura de mai jos definiia corect.
Sistem
informatic

Componenta
fizic

Componenta
logic

Componenta de
date

Componenta
uman

Cadrul
organizatoric

A. Totalitatea programelor sistemului informatic: sisteme de operare, utilitare, aplicaii,


soft-uri specializate etc.
B. Format din personalul specializat pentru ntreinerea i exploatarea sistemului, dar
i de utilizatorii lui direci.
C. Reprezint locaia fizic a beneficiarului (organizaiei) sistemului informational.
D. Totalitatea echipamentelor folosite: calculatoare, periferice de intare, ieire sau
intrare/ieire, echipamente de comunicaie, dispozitive media etc.
E. Totalitatea bazelor de date necesare funcionrii sistemului informatic sau pe care
acesta le prelucreaz pentru celelalte sisteme ale organizaiei.
F. Componenta automatizat a sistemului informaional, care folosete mijloace
tehnice moderne pentru culegerea, prelucrarea, stocarea informaiilor i
transmiterea acestora.

Activitatea de nvare 1.2.2. Rolul i obiectivele sistemului informatic


Competena: Caracterizeaz diferite tipuri de sisteme informatice.
Obiectivul/obiective vizate:
Vei descrie rolurile i funciile sistemului informatic
Vei putea clasifica obiectivele unui sistem informatic dup diverse criterii.
Durata: 30 min
Tipul activitii: Expansiune
Sugestii: elevii vor lucra individual folosind aceast fi i/sau calculatorul, dar activitatea
se poate organiza i pe perechi.
Sarcina de lucru:
1.
Folosind cuvintele din lista de mai jos, descriei principalele roluri i funcii ale unui
sistem informatic.
Lista de cuvinte obligatorii: colectarea, memorarea, acces la memorie, prelucrare,
verificare, obiectiv principal, reale, n timp util, necesare, decizii.
2.

Realizai o diagram care s evidenieze clasificarea obiectivelor unui sistem


informatic. Folosind internetul ca surs bibliografic, dai exemple de obiective din
fiecare categorie. Putei folosi software specializat gsit pe calculator i s proiectai
diagrama realizat folosind videoproiectorul sau putei folosi creioane, rigl i o coal
de hrtie pentru a realiza o plan.

Fia de documentare 1.3. Clasificarea sistemelor informatice.


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

Activitatea de nvare 1.3.1. Clasificarea sistemelor informatice


Competena: Caracterizeaz diferite tipuri de sisteme informatice.
Obiectivul/obiective vizate:
Vei putea clasifica sistemele informatice dup diverse criterii.
Durata: 30 min
Tipul activitii: Concurs
Sugestii: elevii vor lucra individual folosind aceast fi i/sau calculatorul, tabla, flipchartul, dar activitatea se poate organiza i pe perechi.
Sarcina de lucru:
1. Citii cu atenie fia de documentare, ncercnd s stabilii reguli mnemotehnice
ntre criteriile de clasificare i tipurile sistemelor informatice. (15 min).
2. Extragei cte un bilet din urn, citii tipul de sistem informatic i aezai-l n celula
corespunztoare criteriului de clasificare cruia credei c i aparine. Avei timp de lucru
10 minute.
3. Dup scurgerea timpului acordat predai fia profesorului. Fiele vor participa la un
concurs. Realizatorii fiei ctigtoare vor primi o diplom. (5 min).
Domeniul de utilizare

Nivelul ierarhic

Aportul la actul decizional

Modul de organizare a
datelor

Metoda de analiz i
proiectare

Gradul de centralizare

Gradul de dispersie a
resurselor

Gradul de automatizare

Elementul supus analizei

Pot fi folosite pentru a face biletele ce urmeaz a fi extrase


Sisteme bazate pe fiiere
Sisteme descentralizate

Sisteme centralizate

Sisteme pentru conducerea activitilor economico-sociale

Sisteme reea

Sisteme ierarhice

Sisteme dezvoltate dup metoda clasic a ciclului de via

Sisteme dezvoltate dup metoda echipelor mixte(JAD)


Sisteme dezvoltate dup metoda orientat-obiect
Sisteme dezvoltate dup metoda prototipurilor

Sisteme relaionale

Sisteme mixte

Sisteme pentru activiti speciale

Sisteme informatice dezvoltate pe baza analizei i proiectrii clasice

Sisteme informatice locale (bazate pe reea local, staii de lucru)

Sisteme informatice orientate spre date

Sisteme informatice orientate spre funcii

Sisteme dezvoltate dup metoda sistemelor

Sisteme informatice bazate pe instrumente diverse de automatizare a analizei i proiectrii

Sisteme informatice orientate spre obiecte

Sisteme orientate-obiect

Sisteme informatice orientate spre cunotine


Sisteme dezvoltate dup metoda structurat
Sisteme informatice orientate spre proces

Sisteme informatice dezvoltate cu instrumente de tip CASE

Sisteme informatice analizate cu instrumente automate i proiectate clasic


Sisteme pentru sisteme expert

Sisteme dezvoltate dup metoda rapid(RAD)

Sisteme pentru sisteme informatice funcionale generale

Sisteme pentru sisteme informatice teritoriale

Sisteme pentru conducerea proceselor tehnologice

Sisteme pentru sisteme suport pentru decizie

Sisteme pentru cercetare tiinific i proiectare tehnologic

Sisteme pentru pentru conducerea activitii la nivelul unitilor economice

Sisteme informatice distribuite (date distribuite)

Sisteme pentru pentru conducerea activitii la nivelul organizaiilor economico-sociale cu structur de grup
Sisteme pentru pentru conducerea ramurilor, subramurilor i activitilor la nivelul economiei naionale

Tema 2. Sisteme suport de decizie / Sisteme expert


Fia de documentare 2.1. Sistem suport pentru decizii
Termenul de Sistem Suport pentru Decizii - SSD (Decision Support System DSS) a fost propus pentru prima dat de Michael Scott Morton. De a lungul anilor
conceptul a fost definit de ctre diveri autori prin abordri din mai multe perspective
precum:
a)
b)
c)
d)
e)
f)
g)

tipul de probleme (aplicaii),


obiectivele urmrite,
funciile realizate,
tipul de interfa cu utilizatorul,
modul de folosire,
componentele sistemului,
modul de construire a sistemului etc.

Dac suntei interesai de definiiile date SSD-ului de a lungul timpului putei consulta
Anexa 1.
Sistemul suport pentru decizii 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.
Caracteristicile 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 punctul de vedere al modului de
utilizare, al interpretrii rezultatelor, al funcionalitii, dar i al tehnologiei folosite
pentru construirea SSD.

3.

Adaptivitatea este o caracteristic absolut 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.

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. 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.

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)

10. 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 online prin intermediul unor interfee prietenoase.
11. Finalitatea utilizrii SSD trebuie s pun accentul mai mult pe creterea
productivitii muncii decidentului i mbuntirea deciziilor (calitate, oportunitate),
mai mult dect pe scderea costurilor legate de elaborarea acestora (incluznd costul
personalului de suport decizional sau cel al prelucrrii electronice a datelor).

Clasificarea Sistemelor Suport pentru Decizii


Criteriul

Tipurile de SSD

Tipul de suport Tipul decidentului

Gradul - SSD specifice (de aplicaie),


de - Instrumente SSD (genereaz SSD),
finalizare- SSD generalizate (pot fi folosite pentru cazuri specifice sau generale),
- SSDI individuale (personale), folosite de o persoan pentru a-i realiza propriile
sarcini legate de elaborarea i adoptarea deciziilor,
- SSDG de grup, au rolul de a asista mai muli indivizi cu poziii de autoritate
similare, care au de luat decizii colective,
- SSDO de organizaie, faciliteaz luarea deciziilor pentru participanii aflai pe
niveluri ierarhice diferite.

Tehnologia de
baz

Orientare sistemului

- SSDAP de asistare pasiv, folosit doar ca instrument de cretere rapiditii


regsirii informaiilor, efecturii unor calcule etc.,
- SSDAT de asistare tradiional, evalueaz efectul alternativelor propuse de
decidentul uman (Ce s-ar ntmpla dac? ),
- SSDSN de suport normativ, aplic modele matematice de optimizare asupra
datelor problemei,
- SSDSC de suport n cooperare, faciliteaz cooperarea dintre sistem i
utilizator, joac rolul unui consultant computerizat,
- SSDSE de suport extins, joac rolul unui consultant proactiv, care poate
influena desfurarea activitii decizionale, pstrnd prioritatea judecii
umane i stimulnd abordarea i delegarea funciilor suplimentare.
- SSDODa orientate ctre date, conine volume mari de date care trebuie
prelucrate pentru a putea lua decizii,
- SSDOM orientate ctre modele, deciziile pot fi luate doar n urma simulrii pe
baza unor modele matematice de optimizare,
- SSDOCu orientate ctre cunotine, sunt numite des sisteme expert, se
deosebesc de celelalte tipuri prin faptul c pot fi aplicate unor probleme care nu
pot fi modelate matematic,
- SSDOCo orientate ctre comunicaii, asist n primul rnd codeciziile bazate pe
comunicare i colaborare, ntre mai muli participani,
- SSDODo orientate ctre documente, colecteaz, gestioneaz i regsete
resurse informaionale nestructurate
- SSD orientate ctre texte,
- SSD orientate ctre baze de date,
- SSD orientate ctre foi de calcul,
- SSD orientate ctre rezolvare,
- SSD orientate ctre reguli,
- SSD orientate ctre www.
Urgena - SSD asincrone, nu ofer suport imediat ce i se cere,
deciziilor - SSD sincrone, ofer suport n timp real.

Componentele unui SSD


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 2.1.1. Componentele cadrului conceptual generic al SSD

Activitatea de nvare 2.1.1. Definiii ale sistemului suport pentru decizii


Competena: Caracterizeaz diferite tipuri de sisteme informatice.
Obiectivul/obiective vizate:
Vei cunoate evoluia n timp a conceptului Sistem Suport pentru Decizii.
Durata: 30 min
Tipul activitii: Metoda celor ase plrii gnditoare
Sugestii: Clasa va fi mprit n ase grupe. Fiecare grup va avea la dispoziie prima
pagin a fiei de documentare, Anexa 1, internetul sau alte surse puse la dispoziie de
profesor.
Sarcina de lucru: Fiecare grup va extrage un plic n care se va gsi o fi cu o plrie
de o anumit culoare pe verso-ul creia vor exista sarcinile. Vezi Anexa 8. Li se ofer un
timp de studiu i o perioad de prezenatare a realizrilor n ordinea dat a plriilor (alb,
rou negru, galben, verde, albastru).
Finalitatea acestei activiti de nvare este o definiie ct mai complet a unui Sistem
Suport pentru Decizii.

Activitatea de nvare 2.1.2. Caracteristicile unui sistem suport pentru decizii

Competena: Caracterizeaz diferite tipuri de sisteme informatice.


Obiectivul/obiective vizate:
Vei putea recunoate principalele caracteristici ale unui Sistem Suport pentru
Decizii.
Durata: 30 min
Tipul activitii: Reconstrucia
Sugestii: Elevii se mpart n grupe i fiecare grup reconstruiete poriunea repartizat
dup care o va prezenta n faa ntregii clase.
Sarcina de lucru: Folosind fiele de lucru din Anexa 9 cutai greelile strecurate i
reconstruii noiunile prezentate astfel nct noiunile s fie corecte.

Activitatea de nvare 2.1.3. Clasificarea SSD

Competena: Caracterizeaz diferite tipuri de sisteme informatice.


Obiectivul/obiective vizate:
Vei fi capabil s identifici criteriul de clasificare cruia i corespunde unui anumit SSD
Durata: 30 min
Tipul activitii: mperecherea
Sugestii: Elevii pot folosi aceast fi, calculatorul sau tabla, ei pot lucra individual sau pe grupe.
Sarcina de lucru: Realizai legturile corecte dintre criterii i tipurile de SSD.
Asocierea
corect

Tipurile de SSD

De exemplu- SSDAP de asistare pasiv, folosit doar ca instrument de cretere rapiditii regsirii informaiilor, efecturii unor calcule etc.,
E
- SSD orientate ctre www.
- SSDOCu orientate ctre cunotine, sunt numite des sisteme expert, se deosebesc de celelalte tipuri prin faptul c pot fi
aplicate unor probleme care nu pot fi modelate matematic,
- SSDG de grup, au rolul de a asista mai muli indivizi cu poziii de autoritate similare, care au de luat decizii colective,
- SSDAT de asistare tradiional, evalueaz efectul alternativelor propuse de decidentul uman (Ce s-ar ntmpla dac? ),
- SSDODo orientate ctre documente, colecteaz, gestioneaz i regsete resurse informaionale nestructurate
- SSDO de organizaie, faciliteaz luarea deciziilor pentru participanii aflai pe niveluri ierarhice diferite.
- SSDI individuale (personale), folosite de o persoan pentru a-i realiza propriile sarcini legate de elaborarea i adoptarea
deciziilor,

- Instrumente SSD (genereaz SSD),


- SSD asincrone, nu ofer suport imediat ce i se cere,
- SSD specifice (de aplicaie),
- SSD orientate ctre texte,
- SSDODa orientate ctre date, conine volume mari de date care trebuie prelucrate pentru a putea lua decizii,
- SSDOM orientate ctre modele, deciziile pot fi luate doar n urma simulrii pe baza unor modele matematice de optimizare,
- SSD generalizate (pot fi folosite pentru cazuri specifice sau generale),
- SSDSN de suport normativ, aplic modele matematice de optimizare asupra datelor problemei,
- SSDOCo orientate ctre comunicaii, asist n primul rnd codeciziile bazate pe comunicare i colaborare, ntre mai muli
participani,
- SSD orientate ctre foi de calcul,
- SSDSC de suport n cooperare, faciliteaz cooperarea dintre sistem i utilizator, joac rolul unui consultant computerizat,
- SSDSE de suport extins, joac rolul unui consultant proactiv, care poate influena desfurarea activitii decizionale,
pstrnd prioritatea judecii umane i stimulnd abordarea i delegarea funciilor suplimentare.
- SSD orientate ctre baze de date,
- SSD orientate ctre reguli,
- SSD sincrone, ofer suport n timp real.
- SSD orientate ctre rezolvare,
Criteriile

A
Tehnologia de baz

B
Urgena deciziilor

C
Gradul de finalizare

D
Tipul decidentului

E
Tipul de suport

F
Orientare sistemului

Activitatea de nvare 2.1.4. Componentele unui SSD

Competena: Caracterizeaz diferite tipuri de sisteme informatice.


Obiectivul/obiective vizate:
Vei fi capabil s identifici componentele unui SSD
Vei recunoate definiiile componentelor unui SSD
Durata: 15 min
Tipul activitii: mperecherea
Sugestii: Elevii pot folosi aceast fi, calculatorul sau tabla, ei pot lucra individual sau pe
grupe.
Sarcina de lucru: Completai schema de mai jos cu denumirile componentelor unui SSD
i cu elementele care fac legtura ntre acestea, apoi asociai elementelor potrivite
definiiile corespunztoare lor.

Definiii:
A. 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.
B. Totalitatea formelor i mijloacelor prin care sistemul emite (sub forma unor mesaje
de ieire) ctre utilizatori sau teri soluii pentru probleme sau feedback.
C. Conine elementele de cunoatere achiziionate sau create de ctre sistem.
D. 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.

Fia de documentare 2.2. Sisteme expert


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. Sistemele expert au o arie de aplicabilitate
ce cuprinde 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 2.2.1..

Figura 2.2.1. 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.

Activitatea de nvare 2.2.1. Definiia, componentele i caracteristicile sistemului


expert
Competena: Caracterizeaz diferite tipuri de sisteme informatice.
Obiectivul/obiective vizate:
Vei nelege definiia unui SE
Vei fi capabil s identifici componentele unui SE
Durata: 15 min
Tipul activitii: Pnza de pianjen
Sugestii: Elevii pot folosi aceast fi, calculatorul sau tabla, ei pot lucra individual sau pe
grupe.
Sarcina de lucru: Folosind diverse surse (fia de documentare, manuale, reviste,
internet-ul), completai schema de mai jos cu definiia, componentele i caracteristicile
unui sistem expert. (Putei s v organizai spaiul cum dorii folosind exemplul din figura
de mai jos)

Fia de documentare 2.3. Metode i tehnici de rezolvare a problemelor


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 i tehnici specifice IA:
- metode de achiziionare (manuale, automate)
- metode de reprezentare (vezi figura 2.3.1.)
- metode de utilizare (vezi figura 2.3.2.)

Figura 2.3.1. Metode i tehnici de reprezentare

Figura 2.3.2. Metode i tehnici de utilizare

Activitatea de nvare 2.3.1. Metode i tehnici de rezolvare a problemelor

Competena: Caracterizeaz diferite tipuri de sisteme informatice.


Obiectivul/obiective vizate:
Te vei familiariza cu metodele i tehnicile de rezolvare a problemelor
Durata: 40 min
Tipul activitii: Transformarea
Sugestii: Elevii vor folosi diverse surse de informarea pentru a crea un eseu despre una
din metodele de rezolvare a problemelor prezentat n fia de documentare, ei pot lucra
individual sau pe grupe.
Sarcina de lucru: Folosind diverse surse (fia de documentare, manuale, reviste,
internet-ul), scriei un eseu despre una dintre metodele de rezolvarea a problemelor
prezentat n fia de documentare, sau despre o categorie de astfel de metode.

Tema 3. Analiza sistemului informaional


Fia de documentare 3.1. Analiza sistemului informaional
Aceast tem este gndit ca o tem de sintez a celor parcurse pn acum. Aa
cum reiese i din titlul su, scopul su este de a analiza un sistem informaional real sau
imaginar folosind elementele studiate pn n prezent.
Prima dintre competenele individuale pe care elevii trebuie s o dobndeasc pentru
calificarea Analist programator, corespunztoare acestui modul, se refer la capacitatea
acestora de a Caracteriza diferite tipuri de sisteme informatice, avnd ca i criterii de
performan: identificarea rolului i obiectivelor sistemului informatic n cadrul sistemul
informaional, clasificarea sistemelor informatice, caracterizarea sistemelor suport de
decizie, caracterizarea sistemelor expert.
Pentru a face dovada dobndirii acestei competene am conceput urmtoarea
activitate de nvare sub forma unui proiect cu sarcini punctuale, care acoper toate
criteriile enumerate i v va solicita reparcurgerea ntregii materii predate pn acum i
aplicarea ei n activitatea de analizare a unui sistem informaional.
Mult success!

Activitatea de nvare 3.1.1. Analiza sistemului informaional


Competena: Caracterizeaz diferite tipuri de sisteme informatice.
Obiectivul/obiective vizate:
Vei fi capabil s analizezi un sistem informaional
Durata: 120 min
Tipul activitii: Proiect
Sugestii: elevii vor lucra individual folosind aceast fi i/sau calculatorul, tabla, flipchartul, surse bibliografice diverse, internetul etc., dar activitatea se poate organiza i n
grupuri.
Sarcinile de lucru:
Folosind ca surse bibliografice fiele de documentare anterioare, internetul, alte cri
sau publicaii privind sistemele informaionale i situaiile concrete ale organizaiilor n care
lucrai sau studiai, vi se cere s ndeplinii cerinele enumerate mai jos ncepnd cu 1 i
terminnd cu 19.
Organizai toate aceste realizri sub forma unui proiect care s ndeplineasc cerinele
din Ghidul pentru realizarea unui proiect din Anexa 2.
1. Realizai o diagram n care s fie evideniate toate serviciile din cadrul organizaiei
n care lucrai (n cazul n care nu avei un loc de munc folosii ca reper coala pe
care o urmai), grupate pe cele trei sisteme (operaional, decizional, informaional).
2. Identificai fluxurile informaionale care circul ntre sistemele organizaiei studiate.
3. Enumerai tipurile de suport pe care sunt stocate informaiile vehiculate i modul lor
de transfer de la un sistem la altul.
4. n funcie de modul n care sunt prelucrate fluxurile informaionale, stabilii tipul de
sistem informaional din organizaia analizat.
5. Realizai o list de verificare pentru principalele caliti pe care ar trebui s le aib
un sistem informaional n care s existe o rubric de observaii n care s justificai
ndeplinirea/nendeplinirea respectivei caliti.
6. Evideniai componente ale sistemului informaional al organizaiei studiate, care ar
putea fi automatizate.
7. Realizai o list de inventariere a necesarului pentru fiecare component a
sistemului informatic pe care urmeaz s-l realizai.
8. ntocmii un tabel cu funciile sistemului informaional care vi se par eseniale pentru
sistemul informatic pe care va trebui s-l construii.
9. Stabilii obiectivele principale /derivate care stau la baza introducerii unui sistem
informatic n propria organizaie.
10. ncercai s ncadrai aceste obiective n celelalte grupe de clasificare.
11. ncadrai sistemul informatic imaginat n ct mai multe grupe de clasificare.
12. Identificai un sistem suport pentru decizii (SSD) necesar sistemului informatic (SI)
imaginat.
13. Verificai dac SSD ul identificat are caracteristicile minimale i enumerai
caracteristicile suplimentare pe care le preconizai. Justificai!
14. ncadrai SSD-ul n ct mai multe grupe de clasificare.
15. Descriei componena subsistemelor SSD-ului imaginat.
16. Identificai o problem a sistemului informaional al organizaiei pentru care nu
exist o soluie algoritmic clar.

17. Descriei cele cinci componente ale sistemului expert (SE) cu care ai putea rezolva
problema identificat anterior. (n cazul n care nu ai putut identifica o astfel de
problem ncercai s descriei cele cinci componente ale unuia dintre SE descrise
n curs).
18. Realizai o list de verificarea a caracteristicilor SE descris anterior i justificai
ndeplinirea / nendeplinirea acestora.
19. Realizai o diagram n care s fie evideniate metodele i tehnicile de rezolvare a
problemelor dup criteriile enumerate n suportul de curs.

Tema 4. Tipurile i elementele de coninut ale metodologiilor de


realizare a sistemelor informatice
Fia de documentare 4.1. Clasificarea 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 cum ar fi: analiz, proiectare, programare, coordonare,
organizare, control.
O metodologie poate fi definit ca un model n cascad cu procese interconectate i
colecii de sarcini opionale, deterministe i/sau cu precondiii pentru activitile
desfurate, 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: SSADM, OMT, UML.
2. Metodologii cadru (frameworks) dezvoltate n general de marile case de
consultanta (PwC, KPMG, E&Y, etc.), cu grad ridicat de generalitate, ns
incluznd elemente opionale aplicabile exclusiv unor anumite produse software
(numite acceleratori). Exemple: SIIPS (metodologia KPMG) are definii
acceleratori de implementare pentru SAP i Oracle.
3. Metodologii specializate dezvoltate si optimizate pentru implementarea unui
singur produs software: AIM (pentru Oracle E-Business Suite), PQIS (pentru
SunSystems), Extract (pentru Exact), Signature (pentru Scala), ASAP (pentru
SAP).
B. dup modelul ciclului de via
1. Metodologii cu model n cascad

Figura 4.1.1. Modelul n cascad

2. Metodologii cu model n spiral

Figura 4.1.2. Modelul n spiral


3. Metodologii cu model incremental

Figura 4.1.3. Modelul incremental


4. Metodologii cu model evolutiv

Figura 4.1.4. Modelul evolutiv


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

Figura 4.1.5. Modelul n V

Figura 4.1.6. 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.

Activitatea de nvare 4.1.1. Clasificarea metodologiilor de realizare a sistemelor


informatice
Competena: Utilizeaz metodologii de realizare a sistemelor informatice.
Obiectivul/obiective vizate:

Vei fi capabil s analizezi un sistem informaional

Durata: 50 min
Tipul activitii: Cubul
Sugestii: Elevii vor fi organizai n 6 grupe n cadrul fiecrei grupe se va alege un
conductor care va avea rolul de a rostogoli cubul i de a modera activitatea grupului.
Cubul poate fi realizat folosind modelul din Anexa 3.
Pentru faa DESCRIE fiecare grup trebuie s adauge elementele lips ale uneia dintre
schemele modelelor de metodologii clasificate dup ciclul de via. Schemele cu
elemenete lips se gsesc n Anexa 4.
Pentru faa ANALIZEAZ fiecare grup trebuie s scrie o fraz prin care s realizeze o
scurt analiz a unuia dintre criteriile de clasificare a metodologiilor de realizare a
sistemelor informatice. Bileelele pe care le pot extrage pentru stabilirea criteriului ce
trebuie analizat se gsesc n Anexa 5.
Pentru faa ASOCIAZ fiecare grup trebuie s asocieze metodologiior din list criteriul
de apartenen. Fiele de lucru se gsesc n Anexa 6.
Pentru faa COMPAR grupele trebuie s compare comportamentul indus de modele
fazelor procesului de realizare a unui sistem informatic. Biletele cu cerinele se gsesc n
Anexa 7.
Pentru faa ARGUMENTEAZ fiecare grup trebuie s argumenteze valoarea de
adevr a afirmaiei primite. (Dup modelele date profesorul poate realiza un set de astfel
de afirmaii)
Pentru faa APLIC fiecare grup trebuie s gseasc ct mai multe domenii de
aplicabilitate a metodologiei extrase. (Se pot folosi tabelele din anexa 6 pentru a face
bileele cu aceste metodologii.)
Sarcinile de lucru:
Conductorul de grup rostogolete cubul i repartizeaz cerina de pe faa superioar a
cubului unui membru al grupului, cere profesorului materialul necesar, modereaz
activitatea grupului, pstreaz materialele realizate, gestioneaz timpul n aa fel nct s
poat executa cele 6 sarcini nscrise pe feele cubului n cele 30 de minute acordate.

Dup scurgerea timpului acordat fiecare grup are la dispoziie cteva minute pentru
a prezenta rezultatele muncii n echip.

Fia de documentare 4.2. Descrierea principalelor elemente ale metodologiilor de


realizare a sistemelor informatice
Elementele metodologiilor de realizare a sistemelor informatice cuprind: modalitatea
de abordare a sistemelor, 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
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.
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: descrierea
ariei de ntindere, a variantelor i fezabilitii proiectului, descompunerea proiectului n
activiti uor executabile i controlabile, estimarea resurselor i crearea unui plan al
resurselor, realizarea unei prime planificri calendaristice, realizarea unui plan al
comunicrilor, determinarea standardelor i procedurilor proiectului, identificarea i
evaluarea riscului, crearea unui buget preliminar, ntocmirea rapoartelor de activitate,
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 .
Programarea modular 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, 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)

Activitatea de nvare 4.2.1. Descrierea principalelor elemente ale metodologiilor de


realizare a sistemelor informatice
Competena: Utilizeaz metodologii de realizare a sistemelor informatice.
Obiectivul/obiective vizate:

Vei utiliza principalele metodologii de realizare a sistemelor informatice.

Durata: 50 min
Tipul activitii: Studiul de caz
Sugestii: Elevii vor fi organizai n grupe. Fiecrei grupe i se va da s studieze o descriere
a unui sistem informatic implementat ntr-o organizaie. Vezi Anexa 10.
Sarcina de lucru: Fiecare grup va trebui s identifice principalele elemente ale
metodologiilor de realizare a sistemului informatic studiat i s prezinte concluziile, prin
intermediul unui purttor de cuvnt, n faa clasei.

Tema 5. Etapele, metodele i tehnicile de realizare a sistemelor


informatice
Fia de documentare 5.1. Etapele, metodele i tehnicile de realizarea sistemelor
informatice
ETAPE. Etapele ciclului de via a unui sistem informatic pot s difere de la un model la
altul. n tabelul 5.1. sunt date alte exemple dect cele date anterior.
Tabelul 5.1.. Etapele diverselor modele
SSADM
studiul de fezabilitate; o
o
analiza cerinelor;
specificarea cerinelor; o
o
specificarea logic;
proiectare fizic (inclu-o
o
siv programarea);

MERISE1

ICI2

studiul de evaluare;

modelarea global;

modelarea conceptual;
modelarea organizaional;

modelarea logic;

modelarea fizic;
implementarea (inclusiv pro-
gramarea)

elaborarea temei de
realizare;
proiectarea de ansamblu;
proiectarea de detaliu;
elaborarea programelor;
implementarea
sistemului.

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.
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 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).

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.
2
ICI a fost dezvoltat de Institutul Naional de Cercetare Dezvoltare n Informatic ICI Bucureti.

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.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.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.
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. 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.

Activitatea de nvare 5.1.1. Etapele, metodele i tehnicile de realizare a sistemelor


informatice
Competena: Utilizeaz metodologii de realizare a sistemelor informatice.
Obiectivul/obiective vizate:

Vei identifica etapele de realizare a sistemelor informatice.

Vei alege metodele cele mai potrivite pentru realizarea sistemului informatic dorit

Vei aplica tehnicile potrivite

Durata: 50 min
Tipul activitii: Joc de rol
Sugestii: Elevii vor fi organizai n grupe. Fiecare grup va trebui s identifice principalele
elemente ale metodologiilor de realizare a sistemului informatic studiat i s prezinte
concluziile, prin intermediul unui purttor de cuvnt, n faa clasei.
Sarcina de lucru: . Fiecrei grupe i se va da un scenariu n care o parte din membri unui
grup s fie reprezentanii beneficiarilor unei organizaii care dorete implementarea unui
sistem informatic, iar ceilali s reprezinte o organizaie specializat n implementarea
sistemelor informatice. Beneficiarii vor trebui s-i defineasc cerinele pentru sistemul
informatic, iar analitii vor identifica etapele, vor alege metodele i vor aplica tehnicile
potrivite pentru a determina caracteristica dominant a sistemului informatic solicitat i
alegerea metodologiei corespunztoare. Reprezentanii beneficiarilor trebuie s se implice
activ n evaluarea muncii echipei de analiti.

Tema 6. Laborator pentru cunoaterea metodologiilor de realizare a sistemelor informatice


Fia de documentare 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 analiz-proiectare.
1. Definirea strategiei de analiz-proiectare
n cadrul acestei etape se realizeaz o analiz detaliat, complet a organizaiei. n figura
6.1.1. se pot urmrii etapele pe care trebuie s le parcurg analistul n aceast etap.

Figura 6.1.1. 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 6.1.2. 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 6.1.2. 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 6.1.3. se poate vedea schema derulrii 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.

Figura 6.1.3. Derularea analizei de sistem


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 analizaproiectare. 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 i 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 6.1.4. 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.

Activitatea de nvare 6.1.1. Metodologiile de realizare a sistemelor informatice


Competena: Utilizeaz metodologii de realizare a sistemelor informatice.
Obiectivul/obiective vizate:

Vei defini stategia de analiz-proiectare.

Vei analiza sistemul informatic propus pentru realizare

Vei proiecta sistemul informatic

Vei construi sistemul informatic

Vei verifica funcionarea sistemului informatic

Durata: 300 min


Tipul activitii: Grupul de experi
Sugestii: Elevii vor fi organizai n 5 grupe. Fiecare grup va primi spre studiu cte o
etap ntr-o or de laborator.
Sarcina de lucru: . Fiecare grup avnd obligaia s realizeze un raport cu cele mai
importante caracteristici ale etapei, sau cu dificultile de nelegere ntmpinate, urmnd
ca n ora urmtoare prima grup s paseze propria etap celei de a doua grupe i s
primeasc etapa de la cea de a cincea grup amd. n ultima or alocnd cte 10 minute
pentru prezentarea, de ctre un purttor de cuvnt al fiecrei grupe, concluziilor emise pe
baza rapoartelor ntocmite n cele cinci ore anterioare.

Tema 7. Modelarea sistemelor informatice.


Fia de documentare 7.1. Modelararea sistemelor informatice
Realizarea unui sistem informatic presupune o proiectare prealabil a acestuia, n
concepia majoritii managerilor i a analitilor de sistem aceast activitate se desfoar
pe dou direcii i anume proiectarea logic i cea fizic.
n etapa de proiectare a modelului logic se urmrete atingerea obiectivelor:
determinarea cerinelor logice ale noului sistem, reproiectarea sistemului informaional cu
precizarea zonelor unde va interveni prelucrarea automat a datelor, dac este cazul,
ntocmirea specificaiilor de definire a sistemului care vor sta la baza proiectrii fizice.
Activitile desfurate n procesul de definire a modelului logic urmresc:
stabilirea conceptului general de funcionare a sistemului i precizarea zonelor n
care prelucrarea datelor se va executa automat;
proiectarea structurii generale a bazei de date i precizarea msurilor de securitate;
codificarea datelor care pot influena decisiv acurateea funcionrii subsistemelor
informatice;
precizarea circuitelor informaionale existente n noul sistem prin care se va
asigura transferul de informaii i decizii ntre subdiviziunile organizaiei;
proiectarea ieirilor fiecrui subsistem cu evidenierea tipurilor i a coninutului
acestora, frecvena de obinere, volumul de date, tipurile de suport, criterii de
control-validare a datelor de ieire;
proiectarea intrrilor n fiecare subsistem cu evidenierea documentelor primare,
coninutul acestora, volumul datelor, frecvena fiecrui document, tipuri de suport,
criterii de validare a datelor ce urmeaz a fi supuse prelucrrii.
n literatura de specialitatea sunt precizate urmtoarele principii generale de realizare a
unei bune codificri: codificarea trebuie fcut astfel nct s ofere posibilitatea unei
interpretri ct mai uoare a semnificaiei fiecrui cod; s nu existe ambiguiti, s se
respecte unicitatea codificrii; reactualizarea codurilor trebuie s poat fi fcut uor i ori
de cte ori este nevoie; structura codurilor trebuie definit astfel nct o eventual
extindere a acesteia sa nu afecteze ntreg procesul de codificare; codurile folosite n
noul sistem este bine s poat face legtura ntre diversele elemente ce apar n
sistem (compartimente, persoane, produse, materiale etc.)
La proiectarea rapoartelor finale, obinute n noul sistem n mod automat sau manual,
proiectantul trebuie s aib n vedere urmtoarele aspecte: cui i este destinat i cnd, n
special pentru a putea determina nivelul de detaliere al informaiilor (mare pentru
nivele inferioare de conducere i sintetic pentru conducerea superioar a societii);
dac conine toate informaiile necesare utilizatorilor raportului; dac se manifest
fenomenul de redundan i, n caz afirmativ, cauza acestuia; dac exist posibilitatea
gruprii coninutului mai multor rapoarte ntr-unul singur.
Rezultatul proiectrii logice este un pachet de documente care cuprinde:

a)
b)
c)
d)
e)
f)
g)
h)

Diagramele fluxurilor de date care sprijin funciile sistemului


Dicionarul de date n care sunt descrise caracteristicile fluxurilor de date i a celor
stocate
Specificaiile proceselor
Documentele de intrare
Documentele de ieire
Cerinele de securitate i control
Nivelul performanelor sistemului
Condiiile de conversie a sistemului

Diagramele fluxurilor de date permit ilustrarea grafic a proceselor din sistem i a fluxurilor
de date generate de acestea. n desenarea acestor diagrame se folosesc patru simboluri
de baz. Vezi tabelul de mai jos.
Tabelul 7.1.1. Simbolurile de baz ale diagramelor
Fluxuri de date

Stocarea datelor

Proces

Entiti externe

Fluxurile de date configureaz traseul datelor ntre procese, entitile externe ale
sistemului i punctele de stocare a datelor/informaiilor. Aceste fluxuri sunt etichetate cu
tipul datelor i pot fi constituite din rapoarte, documente sau fiiere.
Procesele din sistem transform fluxurile de date de intrare n fluxuri de date de ieire.
Convenional, procesul este identificat prin asocierea unei etichete cu denumirea lui.
Denumirea se formeaz pe baza combinaiei dintre o aciune i obiectul acesteia. De
exemplu, se poate denumi procesul de calculare a salariilor calcularea salariilor".
Stocarea datelor se poate realiza manual sau automat i const din fiiere de calculator
sau baze de date, fie, dosare, microfie sau teancuri (stive) de rapoarte etc.
Entitile externe iniiaz sau primesc fluxurile de informaii. Ele constau din clieni,
furnizori, agenii guvernamentale, angajai sau departamente din interiorul organizaiei
aflate n afara sistemului informatic existent.
n Anexa 12 este dat un exemplu de diagram de flux referitor la comanda unui client cu
trei niveluri de detaliere.
n etapa realizrii modelului fizic se elaboreaz sistemul informatic i subsistemele
acestuia, care vor ndeplini cerinele stabilite n etapa precedent (modelul logic).
Proiectarea (modelarea) fizic are urmtoarele trei faze:

I
II
III

ntocmirea specificaiilor de realizare a soluiilor prezentate n etapa logic la


nivelul ntregului sistem.
proiectarea componentelor sistemului
(subsisteme
i/sau
aplicaii) i a
specificaiilor pe componente.
alegerea i dimensionarea echipamentelor de calcul i de comunicaie.

Principalele categorii de informaii ce trebuiesc avute n vedere n elaborarea modelului


fizic sunt urmtoarele:
a. Categoriile de proceduri automate folosite, cu precizarea la nivelul fiecruia a
urmtoarelor aspecte: funciuni, variante funcionale, informaii de intrare-ieire, mod de
exploatare, mod de tratare a erorilor de operare etc.
b. Specificaii pentru fiiere i/sau baza de date, care se refer la: lista fiierelor,
modul lor de organizare i accesare a nregistrrilor, supori de memorie folosii,
dimensiuni etc.; descrierea structurii nregistrrilor cu precizarea atributelor, a naturii i
mrimii acestora; structura detaliat a documentelor primare i a situaiilor
informaionale; proceduri de protecie a datelor.
c.
Specificaii corespunztoare procedurilor manuale ce se vor executa n noul sistem
i modul de corelare al acestora cu cele automate.
d. Implicaiile noului sistem asupra sistemului de management al societii, cu detalierea
modificrilor impuse.
e. Modaliti de implementare a noului sistem i msuri de familiarizare a personalului
utilizator cu modul su de lucru.
f.
Graficul de elaborare i testare a subsistemelor componente.
g. criteriile de nivel tehnic (utilitate i eficien) i cele de nivel economic (costuri) n
alegerea echipamentelor de calcul i de comunicaie.
n tabelul de mai jos sunt prezentate principalele patru variante ale unui sistem
informatic cu punctele tari i punctele slabe aferente.
Tabelul 7.1.2. Analiza diverselor variante de implementare a sistemelor
informatice

Computerizarea
centralizat

Varianta
de Descrierea variantei
computerizare

Puncte tari

Presupune conectarea Asigur o securitate


unor terminale la un ridicat, deoarece
calculator central, care toat
procesarea
efectueaz toate calcu- este controlat la o
lele i controleaz toate locaie central
perifericele.

Puncte slabe
ntreaga siguran
depinde de calculatorul central; dac
acesta se defecteaz, tot sistemul va fi
afectat.

Computerizarea individual
Computerizarea distribuit
Computerizare n reea.

Flexibilitate
mare Colaborare dificil
pentru utilizatori.
ntre utilizatori.
Fiecare birou, sau individ
utilizator dispune de un Un impact minim
calculator, fr a fi co- determinat de ceea
ce ali utilizatori nnectat n reea.
tmpin n timpul
lucrului

Diversele posturi de lucru sunt interconectate


pentru a profita de resurse comune (calculatoare mai mari, imprimante, programe)

Posibiliti
superioare de folosire n
comun a resurselor.
Sistemul nu este afectat dac o parte
a reelei se defecteaz.

Echipamentele pot
avea timpi mori
care nu se pot compensa de la un
calculator la altul.

Administrare complicat.
Datorit distribuirii
operaiilor de calcul
i a datelor, securitatea se asigur
dificil.

Posibiliti de folosiO mulime de computere re n comun a resur- Dependena de un


server central.
sunt conectate la un selor.
server central, care le Este mult mai uor La computerul utilicontroleaz operaiile i de administrat dect zatorului abilitatea
conecteaz reeaua la un sistem cu com- de procesare este
alte servere
puterizare distribui- limitat.
t.

Activitatea de nvare 7.1.1. Modelul logic

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei fi familiarizat cu fazele specifice proiectrii modelului fizic al unui SI.

Vei cunoate categoriile de informaii specifice proiectrii modelului fizic al unui SI.

Durata: 30 min
Tipul activitii: Joc pentru testarea cunotinelor
Sugestii: Elevii vor fi organizai ntr-un numr par de grupe mici. Prima jumtate a
grupelor formate va primi ca sarcin formularea ntrebrilor referitoare la primul obiectiv,
iar cealalt jumtate pe cele pentru cel de al doilea obiectiv. Elevii pot folosi ca surse de
informare fia de documentare, internetul sau alte surse sugerate de profesor.
Sarcina de lucru: Avei la dispoziie 15 min pentru a formula cte cinci ntrebri, precum
i rspunsurile pentru ele (folosii fia din anexa 13). ntrebrile formulate rescriei-le pe
cartonaele primite i schimbai-le cu cele ale unei grupe din cealalt jumtate. Avei la
dispoziie 10 min pentru a rspunde la ntrebrile primite. n urmtoarele 5 min verificai
rspunsurile date de grupa partener care v va verifica la rndul ei pe voi.

Activitatea de nvare 7.1.2. Modelul fizic

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei fi familiarizat cu obiectivele specifice proiectrii modelului logic al unui SI.

Vei cunoate activitile specifice proiectrii modelului logic al unui SI.

Durata: 30 min
Tipul activitii: Joc pentru testarea cunotinelor
Sugestii: Elevii vor fi organizai ntr-un numr par de grupe mici. Prima jumtate a
grupelor formate va primi ca sarcin formularea ntrebrilor referitoare la primul obiectiv,
iar cealalt jumtate pe cele pentru cel de al doilea obiectiv. Elevii pot folosi ca surse de
informare fia de documentare, internetul sau alte surse sugerate de profesor.
Sarcina de lucru: Avei la dispoziie 15 min pentru a formula cte cinci ntrebri, precum
i rspunsurile pentru ele (folosii fia din anexa 13). ntrebrile formulate rescriei-le pe
cartonaele primite i schimbai-le cu cele ale unei grupe din cealalt jumtate. Avei la
dispoziie 10 min pentru a rspunde la ntrebrile primite. n urmtoarele 5 min verificai
rspunsurile date de grupa partener care v va verifica la rndul ei pe voi.

Activitatea de nvare 7.1.3. Analiza diverselor variante de implementare a sistemelor


informatice
Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice
Obiectivul/obiective vizate:

Vei putea descrie variantele de computerizare utilizate n implementarea SI.

Vei cunoate punctele tari/slabe ale variantelor de computerizare folosite la


implementarea SI.

Durata: 40 min
Tipul activitii: Joc de rol
Sugestii: Elevii vor fi organizai n maxim 6 grupe a cte 3-4 elevi.
Sarcina de lucru: Suntei o firm specializat n implementarea sistemelor informatice.
Avei la dispoziie 10 min pentru a schia o strategie de promovare a variantei de
computerizare descris pe fia primit (exemplu n anexa 14) pe care urmeaz s o
prezentai n faa celorlali n maxim 5 min. Acetia vor juca rolul beneficiarului avnd
obligaia de a evidenia punctele slabe ale variantei propuse, pe care va trebui s le
justificai i s le minimalizai.

Tema 8. Instrumente software (CASE, IPSE, PSE, SEE).


Fia de documentare 8. 1. Obiectivele i faciliti de utilizare a instrumentelor CASE
tim c informatica se ocup de aspectele teoretice ale dezvoltrii software. tiina
aprut n 1968, numit Software Engineering, numit la noi Ingineria Programrii (IP), se
ocup de aspectele practice ale dezvoltrii software, deoarece teoriile dezvoltate de
informatic sunt, n prezent, insuficiente pentru a constitui o fundamentare complet
pentru IP. Instrumentele software care s-au impus de a lungul timpului sunt:

CASE (Computer-Aided Software Engineering) primul software de acest tip a fost


fabricat de Nastec Corporation Southfield, Michigan n 1982.

IPSE (Integrated Programming Support Environment)

PSE (Programming Support Environment)

SEE (Support Software Engineering )


Importana i avantajele utilizrii CASE-urilor n realizarea pachetelor, sistemelor de
programe de aplicaie poate fi rezumat la cteva aspecte:
scurteaz durata de realizare a proiectelor i de implementare a aplicaiilor,
asigur din punct de vedere calitativ produsul software i crete ncrederea utilizatorului
n calitatea acestuia,
asist realizarea fiecrei etape i mbuntete calitatea procesului de realizare,
dezvoltarea software-ului se face conform unor metodologii care specific pe lng
etapele de dezvoltare, coninutul i ieirile fiecrei etape, n mod difereniat dup natura
produsului sau dup domeniul su de aplicaie,
obinerea de specificaii de definiie complete,
acurateea specificaiilor de realizare (de proiectare),
obinerea unei ci uor de ntreinut i dezvoltat (n ideea c un produs software nu este
niciodat n mod real terminat, dezvoltarea sa fiind prelungit de operaiile de
mentenan).
Obiectivele pe care trebuie s le ndeplineasc o colecie de instrumente ca s fie
calificat drept un produs de tip CASE sau un mediu CASE sunt:

s ofere faciliti grafice puternice pentru a descrie i documenta software-ul (simplificarea proiectrii )

s fie integrat, astfel nct s permit transmiterea uoar a datelor ntre


componente (simplificarea implementrii i testrii)

s stocheze informaiile referitoare la software ntr-un depozit computerizat, care s


permit accesarea informaiilor de ctre toi membrii echipei de elaboratori printr-o
interfa prietenoas (corectitudine, exactitate, acuratee),

s poat fi utilizat ca baz pentru automatizarea procesului de producere a


software-ului utiliznd una sau mai multe metode de analiz-proiectare
(standardizarea proiectrii),

s fie reutilizabil pentru dezvoltarea de noi sisteme, aplicaii i programe (reutilizare)

s poat fi utilizat pe orice platform hardware ncepnd cu calculatoare personale


pn la mainframe-uri (flexibilitate),

s permit realizarea uoar a interfeei cu utilizatorul final i expandarea interaciunii cu acesta (prezentare vizual a specificaiilor)
s asigure dezvoltarea de aplicaii n limbaje de programare evoluate (eficien)
s asigure din punct de vedere calitativ software-ul realizat (calitate).

Utilizarea instrumentelor CASE genereaz o serie de faciliti, i anume: pot deveni suport
pentru mai multe metode de analiz, sprijin conducerea proiectului, ajut la realizarea de
prototipuri, genereaz documentaia, genereaz automat coduri.
Instrumentele CASE ofer sprijin utilizatorului prin metodologiile prestabilite, pe care
acesta le poate urma n cadrul proiectului de modelare/implementare a sistemului
informatic dorit. Instrumentele acestuia ofer sprijin n realizarea diagramelor pentru:
activitii, care reprezint comportamentul operaiilor ce utilizeaz seturi de aciuni;
clasele, care exprim structura static a unui sistem relativ la clase i relaiile dintre ele;
colaborrile, care ilustreaz interaciunile dintre obiectele utilizate: structur spaial
ce reprezint domeniul fizic.
componentele, care descriu componentele software ale unei aplicaii n mediul de im plementare;
distribuire, care prezint locaiile componentelor software pe componente hardware;
obiecte, care exprim structura static a unui sistem n funcie de t oate obiectele sale
i relaiile dintre ele;
secvene, care ilustreaz interaciunile dintre obiecte utiliznd o structur temporal
de reprezentare a proceselor;
tranziiile strilor, care reprezint comportamentul claselor utiliznd maini de stri;
cazurile de utilizare, care sunt reprezentri ale funcionalitii unui sistem, din punctul
de vedere al utilizatorilor si.
Structura unui mediu CASE poate fi reprezentat ca n figura de mai jos:

Figura 8.1.1. Componentele unui produs CASE


Editorul de diagrame - este componenta obligatorie a oricrui produs de tip CASE i
permite construirea i modificarea tuturor tipurilor de diagrame utilizate de metodologia /
metodologiile implementate prin CASE. Introducerea informaiilor n editor poate fi fcut
n dou moduri:
- de ctre utilizator, prin intermediul unei interfee,
- din repository, atunci cnd acesta este actualizat prin reverse engineering.
Editorul de diagrame trebuie s satisfac urmtoarele condiii:
o
o
o
o
o

s permit introducerea i modificarea uoar a tuturor entitilor grafice descrise


de metoda de proiectare;
suprafaa grafic s fie de calitate, s permit operaii de zoom, de grupare i
aliniere a elementelor diagramei;
s permit tiprirea eficient a documentelor i paginarea lor precum i selectarea
informaiilor ce vor fi tiprite;
s dea posibilitatea de a decide entitile ce vor fi cuprinse ntr-o pagin fr a
trunchia informaiile;
s permit construirea automat a unor tipuri echivalente de diagrame.

Pentru realizarea acestor faciliti i deoarece opiunile i comenzile de editare a diferitelor


diagrame sunt foarte numeroase editorul de diagrame folosete n general bare de
comenzi, cutii de dialog sau meniuri senzitive de context.
Baza de informaii (repository) - este, de asemenea, o component obligatorie care are
drept rol acumularea i stocarea n maniera organizat a tuturor informaiilor introduse de
persoane diferite la momente diferite, eventual n locuri diferite. Repository-ul este
elementul central, inima unui CASE, care trebuie s memoreze toate informaiile despre
proiecte i s permit ca pornind de la acestea s se creeze informaie nou care s fie la
rndul ei plasata n repository. Pentru un proiect sunt verificate i corelate toate informaiile
existente n repository cu scopul de a asigura integritatea i consistena lor. Mai exact
diferitele tipuri de diagrame reprezint aceeai informaie privit din diferite puncte de
vedere, deci trebuie s aib o legtur logic ntre ele. Datele introduse n anumite
diagrame pot fi utilizate si n alte tipuri de diagrame si depozitul de date este cel care
asigura consistenta informaiei ntre diferitele diagrame. Modificrile efectuate asupra unei
entiti dintr-o diagrama sunt automat reflectate n reprezentarea ulterioar a aceleiai
entiti n orice alt diagram. Dintre caracteristicile i n acelai timp avantajele oferite de
acest instrument sunt urmtoarele:

documentaia de realizare a oricrui proiect, n totalitatea ei, se gsete n repository,


de unde poate fi tiprit integral sau parial i la cerere,

documentaia final a produsului software este realizat pe baza informaiilor despre


proiect, coninute n repository,

creterea preciziei i a acurateei documentaiei fa de cazul n care aceasta este


realizat pe hrtie, deoarece sunt detectate erorile, inconsistenele i omisiunile, tiut

fiind c mai cu seam n cazul aplicaiilor i produselor software complexe elaborate


n cadrul unei echipe aceste aspecte sunt greu de controlat,
asigur lucrul n echip i n reea, pe de-o parte prin accesul controlat al membrilor
echipei la componente de diferite nivele ale proiectului, pe de alt parte prin
gestionarea legturilor dintre componentele ce formeaz arhitectura unei aplicaii, a
unui proiect.

Analizorul de structur - este componenta care are drept rol depistarea i eliminarea
unor erori dificil de localizat i tratat n fazele ulterioare celei de introducere a informaiilor.
Analizorul este n strns legtur cu editorul de diagrame i cu repository i funcia lui
este de a compara ultimele date introduse cu cele existente pe repository, i de a
semnala:
introducerea n acelai domeniu de vizibilitate (diagram, dicionar de date, etc.) a
dou entiti de acelai tip, cu acelai nume,
verific dac toate entitile referite sunt definite,
semnaleaz relaii de motenire definite circular,
verific corectitudinea semantic i sintactic a adnotrilor formale.
Instrumente pentru reverse engineering (inginerie invers) au rolul de a reveni din
fazele de sfrit ale realizrii aplicaiei n fazele de nceput, adic actualizarea diagramelor
n raport cu modificrile efectuate n cod. Acest lucru permite dezvoltarea interactiv a unui
produs software prin bascularea ntre proiectare i implementare.
Generatorul de cod - permite transformarea n cod, ntr-un anumit limbaj de programare,
a diagramelor realizate n faza de proiectare.
Browser specializat - este instrumentul pentru vizualizarea informaiilor unei mulimi de
entiti cu structur complex, entiti ntre care exist o multitudine de relaii. El permite
accesul direct al utilizatorului la diagramele care descriu proiectele, coninute n repository
i pentru a facilita accesul la informaii dispune de opiuni de filtrare i cutare. Aceste
posibiliti fac posibil regsirea rapid a resurselor unui proiect i reutilizarea unor
module n cadrul diferitelor proiecte n curs de dezvoltare.
Generator de documentaie - conine modele de documente i ofer utilizatorului
posibilitatea de a-i concepe propriile documente n mod flexibil. Fiind legat de repository,
furnizeaz informaii la zi referitoare la proiect. Orice modificare a unei diagrame dintr-un
proiect induce modificarea automat a documentului asociat. Pot fi generate rapoarte
standard pentru monitorizarea unui proiect si pentru evaluarea informaiilor de dezvoltare,
dar pot fi realizate i rapoarte proprii ale utilizatorului.
Gestiunea configuraiei - configuraia nsemnnd proiectul aplicaiei, codul i
documentaia, toate putnd fi gestionate global. Acest lucru permite membrilor echipei de
dezvoltare s lucreze n paralel i n acelai timp s foloseasc informaia coninut n
modelul global pentru a dezvolta orice proiect nou.

Activitatea de nvare 8.1.1. Obiectivele i faciliti de utilizare a instrumentelor CASE


Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice
Obiectivul/obiective vizate:

Vei recunoate principalele obiective ale instrumentelor CASE.

Vei putea enumera avantajele, facilitile i sprijinul pe care le confer instrumentele


CASE modelrii unui SI.

Durata: 30 min
Tipul activitii: nvarea prin categorisire
Sugestii: Elevii vor lucra individual folosind aceast fi i/sau calculatorul, dar se poate
organiza i ca o activitate pe perechi.
Sarcini de lucru: 1. Avei la dispoziie 10 min pentru a asocia obiectivelor de pe coloana A
descrierile corespunztoare aflate n coloana B.
Coloana A

Asociere

1. Calitate

Coloana B
A. S ofere faciliti grafice puternice pentru

2. Standardizarea proiectrii

a descrie i documenta software-ul.


B. S fie integrat, astfel nct s permit
transmiterea

3. Eficien

uoar

datelor

ntre

componente.
C. s stocheze informaiile referitoare la
software ntr-un depozit computerizat, care
s permit accesarea informaiilor de ctre
toi membrii echipei de elaboratori printr-o

4. Simplificarea

interfa prietenoas.
D. S poat fi utilizat ca baz pentru

implementrii i testrii

automatizarea procesului de producere a


software-ului utiliznd una sau mai multe

5. Reutilizare

metode de analiz-proiectare.
E. S fie reutilizabil pentru dezvoltarea de

6. Simplificarea proiectrii

noi sisteme, aplicaii i programe.


F. S poat fi utilizat pe orice platform

7. Prezentarea vizual a

hardware.
G. S permit realizarea uoar a interfeei

specificaiilor

cu utilizatorul final i expandarea interaciunii cu acesta.

8. Flexibilitate

H. S asigure dezvoltarea de aplicaii n

9. Corectitudine, acuratee,

limbaje de programare evoluate.


I. S asigure din punct de vedere calitativ

exactitate

software-ul realizat.

2. Avei la dispoziie 10 minute pentru a asocia fiecrui element din


lista de mai jos unul dintre atributele Avantaj (A), Facilitate (F) sau Sprijin (S).
Element

Atribut

Genereaz documentaia.
Scurteaz durata de realizare i implementare.
Cazurile de utilizare, care sunt reprezentri ale funcionalitii unui sistem, din
punctul de vedere al utilizatorilor si.
Dezvoltarea software-ului se face conform unor metodologii.
Activiti care reprezint comportamentul operaiilor ce utilizeaz seturi de
aciuni.
Obinerea unei ci uor de ntreinut i dezvoltat.
Sprijin conducerea proiectului.
Asist i mbuntete procesul de realizare a fiecrei etape.
Clasele, care exprim structura static a unui sistem relativ la clase i relaiile
dintre ele.
Asigur calitatea produsului software i crete ncrederea utilizatorului n
acesta.
Pot deveni suport pentru mai multe metode de analiz.
Componentele, care descriu componentele software ale unei aplicaii n mediul
de implementare.
Obinerea de specificaii de definiie complete.
Distribuirea, care prezint locaiile componentelor software pe componente
hardware.
Realizarea de prototipuri.
Obiectele, care exprim structura static a unui sistem n funcie de t oate
obiectele sale i relaiile dintre ele.
Asigur acurateea specificaiilor de realizare.
tranziiile strilor, care reprezint comportamentul claselor utiliznd maini de
stri
Colaborrile, care ilustreaz interaciunile dintre obiectele utilizate: structur
spaial ce reprezint domeniul fizic
Genereaz automat coduri.
Secvenele, care ilustreaz interaciunile dintre obiecte utiliznd o structur
temporal de reprezentare a proceselor.
3. Avei la dispoziie 10 minute pentru a scrie semnificaia corect a
fiecrui acronim din lista de mai jos.

CASE __________________________________________________________________
IPSE __________________________________________________________________
PSE __________________________________________________________________
SEE __________________________________________________________________

Activitatea de nvare 8.1.2. Structura unui mediu CASE


Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice
Obiectivul/obiective vizate:

Vei fi capabil s descri structura unui mediu CASE.

Durata: 40 min
Tipul activitii: Starbursting
Sugestii: Elevii vor fi organizai n 5 grupe a cte 4-6 elevi. Fiecare grup va primi o
sarcin corespunztoare vrfului unei stele n 5 coluri. Un ablon pentru stea i o
descriere amnunit a fiecrei sarcini se gsesc n Anexa 15.
Sarcina de lucru: Avei la dispoziie 10 min pentru a rspunde, sarcinii repartizate prin
nvrtirea stelei, folosind fia de documentare sau alte surse. Prezentai tema realizat n
faa celorlali n timpul alocat.

Tema 9. Limbaje de modelare


Fia de documentare 9.1. Modelarea orientat obiect. Noiuni de baz.
Modelarea orientat obiect a aprut n aceeai perioad cu primele limbaje de programare
orientate obiect. n cadrul acesteia sistemul informatic este perceput ca un ansamblu de
obiecte autonome care se organizeaz i care coopereaz ntre ele. n conceptul de obiect
se cuprind att structurile de date ct i prelucrrile i deci obiectul are propriul su
comportament.
OBIECT A

OBIECT B

OBIECT C

structuri
de date
MESAJ
Metode
Figura 9.1.1. ncapsularea n obiecte a structurilor de date i a metodelor (operaiilor)
Elementele de baz ale limbajelor de modelare sunt blocurile de construcie (building
blocks), simbolurile de reprezentare (projections) i pachetele (packages). Tipurile de date
(data types) grupeaz toate abstractizrile fundamentale ale limbajului.
n tabelul de mai jos sunt enumerate tipurile de date ale UML.
Tabelul 9.1.1. Tipurile de date n UML
Tip dat
Boolean
Expresie
ntreg
Multiplicare
ir de caractere
Timp
Nume
Neinterpretat

Descriere
Tip de dat care poate lua valorile true sau false
ir de caractere a crui sintax se afl n afara domeniului UML
Tip primitiv care este un element al unui set infinit de numere reale
pozitive sau negative
Set nenul de numere ntregi pozitive
Tip primitiv care este o secven de caractere referite printr-un nume
ir de caractere care reprezint o durat absolut sau relativ de timp
ir de caractere care permite specificarea unui element
Un element thing a crui semnificaie depinde de domeniu

Pachetele sunt un mecanism de divizare a modelelor i de grupare a elementelor


acestora.

Activitatea de nvare 9.1.1. Modelarea orientat obiect. Noiuni de baz.

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei fi familiarizat cu noiunile de baz cu care opereaz modelarea orientat obiect.

Durata: 20 min
Tipul activitii: Rebus
Sugestii: Elevii vor lucra individual folosind aceast fi sau calculatorul, dar pot fi
organizai i n perechi.
Sarcina de lucru: Avei la dispoziie 20 min pentru a rezolva aritmogriful de mai jos. La o
completare corect pe verticala A-B vei obine o calificare din domeniul informatic.

DEFINIII:
1. Mecanism de divizare a modelelor i de grupare a acestora.
2. Un element thing a crui semnificaie depinde de domeniu.
3. Tip de dat care poate lua valorile true sau false.
4. Set nenul de numere ntregi pozitive.
5. Grupeaz toate abstractizrile fundamentale ale limbajului. (3 cuv.)
6. Mecanism de baz a unui limbaj de modelare.

7. Tip primitiv care este un element al unui set infinit de numere reale pozitive sau
negative.
8. ir de caractere care reprezint o durat absolut sau relativ de timp.
9. UML este un limbaj de
10. Element de baz al limbajelor de modelare.
11. Joc chinezesc.
12. Alt tip de mecanism de baz a unui limbaj de modelare.
13. Coninut de un obiect n modelarea orientat obiect.
14. ir de caractere care permite specificarea unui element.
15. Alt component a unui obiect n modelarea orientat obiect.
16. Mecanisme de baz a unui limbaj de modelare.
17. Cuprinde att structurile de date ct i prelucrrile i are propriul su comportament.
18. Unitate de msur pentru suprafa.

Fia de documentare 9.2. Modelarea cazurilor de utilizare


n aceast faz de modelare sistemul este vzut ca o cutie neagr, care trebuie s poat
realiza anumite sarcini, fr a ne interesa cum le face, cum vor fi implementate, sau cum
lucreaz intern. Scopul principal al construirii acestui tip de diagram este:
o

S decid i s descrie cerinele funcionale ale sistemului, cerine care au fost


deduse dup o discuie ntre client i/sau utilizatorii sistemului i viitorii dezvoltatori ai
acestuia.

S ofere o descriere clar i consistent a ce va trebui s fac sistemul, prin


urmare modelul este folosit pentru comunicarea cerinelor tuturor persoanelor implicate n
construirea sistemului i s constituie un punct de plecare n realizarea muncii viitoare
(alte modele, design arhitectural, implementarea propriu-zis).

S constituie o baz pentru realizarea testelor de verificare dac funcionalitatea


final a sistemului concord cu cerinele iniiale ale acestuia.

S permit o transformare uoar a cerinelor funcionale n viitoare clase i


operaii.
Un model use case este descris folosind una sau mai multe diagrame use case. Acestea
conin urmtoarele elemente de modelare: actori, cazuri de utilizare i diferite relaii ntre
aceste elemente: generalizare, asociere, dependen.
Actorul poate fi orice sau oricine interacioneaz cu sistemul, adic trimite sau
recepioneaz mesaje de la sistem sau schimb informaii cu acesta. Actorul joac un rol
n cadrul sistemului, nu este un utilizator individual al acestuia, prin urmare reprezint
untip (o clas) nu o instan. Studentul Popescu vrea s mprumute o carte de la
bibliotec, rolul lui este de abonat al bibliotecii. Orice mesaj trimite actorul sistemului este
un caz de utilizare, cteodat numit i stimul.
Clasificarea actorilor se poate face dup urmtoarele criterii.
I. Dup utilizarea sistemului
Actor primar, dac folosete funcionalitatea de baz a sistemului, de exemplu ntr-un
sistem de bibliotec, bibliotecarul
Actor secundar, dac folosete funcionalitatea secundar, cum ar fi gestionarea unei
baze de date, comunicare, backup i alte operaii administrative.
II. Dup rolul avut n iniierea cazului de utilizare
Actori activi, care iniiaz cazurile de utilizare,
Actori pasivi, care particip numai n unul sau mai multe cazuri de utilizare.

Operaia de identificare a actorilor revine la a stabili care sunt entitile interesate de


utilizarea sistemului sau de interaciunea cu acesta. Pentru aceasta putem s ne
folosimde urmtoarele ntrebri:
Cine va folosi funcionalitatea principal a sistemului (acetia vor fi actorii principali)?
Cine va avea nevoie de sistem n munca de zi cu zi?
Cine va administra i ine n stare de funcionare sistemul (acetia vor fi actorii
secundari)?
Ce uniti (device-uri) hardware vor avea nevoie de sistem?
Cu ce alte sisteme va interaciona? Aceste pot fi mprite n sisteme (sisteme de
calculatoare, aplicaii) care vor iniia un contact cu sistemul sau sisteme pe care acesta le
va contacta.
Cine este interesat de rezultatele (valorile) generate de sistem?
Modul de reprezentare a actorilor n cadrul diagramelor de modelare UML este prezentat
n Figura 9.2.1.

Figura 9.2.1. Reprezentarea actorilor n UML.


Un caz de utilizare reprezint o funcionalitate complet a sistemului, aa cum este ea
perceput de un actor.
Caracteristicile cazurilor de utilizare sunt:
Un caz de utilizare este iniiat ntotdeauna de un actor; actorul trebuie s cear direct
sau indirect sistemului realizarea unui caz de utilizare;
Un caz de utilizare furnizeaz o valoare unui actor;
Un caz de utilizare trebuie s fie complet.
O greeal frecvent ntlnit este s mprim un caz de utilizare n altele mai mici i s le
implementm ca apeluri de funcii n limbajele de programare. Un caz de utilizare nu este
complet pn cnd nu este produs valoarea final, chiar dac pentru aceasta sunt
necesare cteva dialoguri. Un caz de utilizare este o clas nu o instan a acesteia. Clasa
descrie funcionalitatea ca un ntreg, incluznd alternative posibile, erori i excepii care
pot s apar pe parcursul execuiei. O instaniere a unui caz de utilizare se numete

scenariu i reprezint o utilizare actual a sistemului, de exemplu Studentul Popescu


cere bibliotecarului sa-i fac o rezervare pentru cartea de UML care n momentul respectiv
nu este disponibil. Cazurile de utilizare sunt conectate cu actorii prin asocieri, numite i
asocieri de comunicare. n mod normal acestea sunt relaii unu-la-unu nedirecionate ceea
ce nseamn ca o instan actor comunic cu o instan a cazului de utilizare i c aceast
comunicare este n ambele sensuri.
Procesul de identificare a cazurilor de utilizare ncepe de la actorii deja identificai.
Pentru fiecare actor se vor pune urmtoarele ntrebri:
Care sunt funciile pe care actorul le ateapt de la sistem? Ce trebuie s poat face
actorul?
Are nevoie actorul s citeasc, s creeze, s modifice, s distrug sau s pstreze
anumite tipuri de informaii n sistem?
Trebuie s tie actorul de apariia unui anumit eveniment n sistem? Ce funcionalitate
reprezint aceste evenimente?
Poate actorul s-i simplifice munca de zi cu zi sau s lucreze mai eficient folosind
funcii noi ale sistemului?
Sau alte ntrebri care nu presupun un actor curent:
Ce intrri/ieiri sunt necesare n sistem? De unde vin acestea i unde merg?
Care sunt problemele majore n implementarea curent a acestui sistem? Poate fi
nlocuit un sistem manual cu unul automat?

Figura 9.2.2. Reprezentarea cazurilor de utilizare

Activitatea de nvare 9.2.1. Modelarea cazurilor de utilizare.

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei fi capabil s identifici actorii, cazurile de utilizare i s desenezi o diagram use


case pentru o situaie practic

Durata: 50 min
Tipul activitii: Activitatea practic
Sugestii:. Elevii pot lucra individual sau n grupe.
Sarcina de lucru:
S se realizeze diagrama cazurilor de utilizare pentru un produs ce urmeaza deserveasc
o cas de marcat din cadrul unui supermagazin. Considerm urmtorul scenariu:
1. Clientul solicit produsul.
2. Vnztorul realizeaz facturarea acestuia. Pentru acesta desfoar urmtoarele
activiti:
(a) scaneaz codul de bare
(b) caut n baza de date codul produsului
(c) adaug la factur produsul, dac acesta este gsit, altfel l respinge.

Fia de documentare 9.3. Relaii ntre cazurile de utilizare


Sunt trei tipuri de relaii ce pot fi definite ntre cazurile de utilizare: extindere, utilizare i
incluziune.
Relaia de extindere este o generalizare a unui use case prin adugarea de aciuni noi. Un
extend poate include comportamentul use case-ului extins, n funcie de condiiile de
extindere. Un use case extins poate gestiona excepiile specifice cazurilor din use case-ul
general care nu sunt uor de tratat n acesta, sau care apar n sistem pe msura
dezvoltrii lui. O relaie de extindere ntre cazuri de utilizare este vzut ca o
generalizare, folosete stereotipul <<extend>>.
Relaia de utilizare. Cnd mai multe cazuri de utilizare au un comportament comun, acesta
poate fi modelat ntr-un singur caz de utilizare i apoi folosit i de altele. Dac use case-ul
nu este folosit niciodat direct se numete caz de utilizare abstract. O relaie de utilizare
folosete stereotipul <<uses>>.
Dac mai multe cazuri de utilizare gestioneaz funciuni similare sau sunt ntr-un fel legate
unul de altul, acestea pot fi grupate n pachete UML. Pachetele nu au un neles semantic.
Relaia de incluziune se stabilete atunci cnd un caz de utilizare include comportamentul
altui caz de utilizare, folosete stereotipul <<include>>.
Descrierea cazurilor de utilizare
Descrierea cazurilor de utilizare se face de obicei printr-un text care conine o specificare
simpl dar consistent a modului de interaciune ntre actori i cazurile de utilizare ale
sistemului. Aceasta va surprinde comportamentul sistemului i va ignora modul n care
acesta va fi implementat n sistem.
Descrierea va conine:
Obiectivele cazurilor de utilizare;
Cum este iniiat un caz de utilizare? Ce actori iniiaz execuia i n ce situaii?
Care este fluxul de mesaje ntre actori i cazurile de utilizare;
Fluxul alternativ n cazurile de utilizare; Un caz de utilizare poate s aib o execuie
alternativ n funcie de anumite condiii sau excepii;
Cnd un caz de utilizare este considerat terminat, i care va fi valoarea transmis
actorului;
Un caz de utilizare poate fi descris printr-o diagram de activitate, care va permite
vizualizarea secvenelor de activiti, ordinea lor i opional deciziile luate pentru a

specifica operaia care urmeaz a fi realizat. Trebuie s reinem un lucru important:


modelul cazurilor de utilizare trebuie s fie uor de comunicat utilizatorului/clientului.
Dup ce au fost descrise cazurile de utilizare vor trebui specificate relaiile existente ntre
acestea. ntrebrile care vor trebui puse n aceast faz sunt:
Toi actorii implicai comunic cu cazuri de utilizare?
Sunt asemnri ntre actori, poate fi descris o clas actor de baz?
Sunt asemnri ntre cazurile de utilizare existente? Exist un flux comun de activiti
care s poat fi descris ca o relaie de utilizare a unui caz de utilizare?
Exist cazuri de utilizare care s poat fi descrise ca extend-uri?
Sunt actori sau cazuri de utilizare fr asocieri de comunicare? Dac exist aa ceva
este greit!
Sunt cerine funcionale nc necuprinse n cazuri de utilizare? Dac da, vor trebui
rezolvate.
Cazurile de utilizare sunt folosite i la testarea sistemului; sunt dou tipuri de teste care se
pot realiza: verificarea, n care se confirm sau nu dac sistemul a fost dezvoltat corect, n
acord cu specificaiile cerute i respectiv validarea, care verific dac sistemul construit
este util pentru client i utilizatorul final.

Activitatea de nvare 9.3.1. Relaii ntre cazurilor de utilizare.

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei fi capabil s stabileti relaiile dintre cazurile de utilizare

Durata: 10 min
Tipul activitii: Categorisire
Sugestii:. Elevii pot lucra individual sau n grupe.
Sarcina de lucru: Folosind diagrame ale cazurilor de utilizare realizate anterior sau date
de ctre profesor s se stabileasc relaiile dintre acestea. (n anexa 17 se poate vedea
ca completarea diagramei realizate la activitatea 9.2.1. )

Fia de documentare 9.4. Modelarea structurii statice.


Cu ajutorul diagramei claselor i cea a obiectelor se modeleaz structura static a
sistemului informatic.
n figura 9.4.1. se pot vedea simbolurile cu care opereaz limbajul de modelare.

Figura 9.4.1. Simbolurile


Diagrama claselor (class diagrams) prezint ntr-un mod general structura static a
sistemului sub forma claselor i relaiilor dintre acestea.
Clasa (class) primete un nume care trebuie s permit nelegerea a ceea ce este
clasa i nu ce face ea, acest nume aezndu-se n primul compartiment. n urmtoarele
compartimente se vor trece atributele, respective operaiile clasei.
Interfaa (Interface) folosete un tip (type) pentru a descrie funcionalitatea vizibil a
unei clase, componente sau pachet.
Asocieri (Association) reprezint relaiile structurale dintre clasele de obiecte. Captul
end al unei asocieri este numit rol. Rolul descrie modul n care o clas vede cealalt clas.
De exemplu ntre clasele Persoan i Organizaie capetele end ale asocierii dintre aceste
clase sunt:

Pentru asocierea dintre Persoan si Organizaie rolul este angajator, pentru ca


persoana vede organizaia ca pe angajatorul sau

Pentru asocierea dintre Organizaie i Persoan rolul este salariat.

Fiecrui rol i se asociaz un ordin de multiplicitate care poate fi unul dintre cele descrise n
tabelul de mai jos.

Unei asocieri i se poate defini o categorie de constrngeri, care sunt reprezentate prin
expresii delimitate de acolade. Tipurile de constrngeri sunt: {ordered}, {subset}, {exclusive
or},

Tabelul 9.4.1. Ordinul unei asocieri


Ordinul de multiplicitate
Valoarea asociat

Semnificaia valorii asociate

Unu i numai unu

0..1

Zero sau unu

M..N

De la M la N (ntreg natural)

De la orice la orice (numr ntreg pozitiv)

0..*

De la zero la orice numr ntreg pozitiv

1..*

De la unu la orice numr ntreg pozitiv

Clasa de asocieri (AssociationClass) Dac dorim s adugm unei asocieri un atribut


atunci aceasta trebuie reprezentat ca o clas.
Asocierile pot fi i n-are, acestea vor fi reprezentate printr-un romb ndreptat ctre diferitele
componente ale asocierii.
Agregri (Aggregation) reprezint o asociere asimetric, n care unul din capete joac
un rol mai important dect cellalt capt, de aceea ea se aplic unui singur capt.
Aplicarea unei agregri se poate face ntr-unul dintre cazurile de mai jos:
- o clas este o parte a unei alte clase,
- valorile atributelor unei clase se propag la valorile atributelor altei clase,
- o aciune a unei clase implic o aciune a altei clase,
- obiectele unei clase sunt subordonate altei clase.
Diagrama obiectelor (object diagrams) utilizate n primul rnd, pentru a prezenta un
context nainte sau dup o interaciune.
Reprezentarea unui obiect n cazul diagramei obiectelor (object diagrams) se face printrun dreptunghi care conine numele obiectului i clasa obiectului separate prin semnul :.

Numele clasei poate conine o cale complet (clas subclas .a.m.d.), n care
elementele cii sunt separate cu semnele ::. Stereotipul unei clase se poate specifica ntre
i se noteaz de obicei deasupra numelui obiectului Dreptunghiurile care simbolizeaz
obiecte pot include un al doilea compartiment care va conine valorile atributelor.
Obiectele compuse din subobiecte pot fi reprezentate utilizarea unui obiect compus
(composite object), ca cel din figura de mai jos.

Figura 9.4.2. Reprezentarea unui obiect compus


Etichetele folosite n diagrama claselor pot fi, n majoritatea cazurilor, utilizate i n
diagrama obiectelor. Dac numele unui obiect nu conine clasa din care face parte este
obligatoriu s fie precedat de semnul :.

Activitatea de nvare 9.4.1. Modelarea structurii statice.

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei modela structura static a unui sistem informatic simplu

Durata: 30 min
Tipul activitii: Activitate practic
Sugestii:. Elevii pot fi
calculatoare/limbajul UML.

grupai

echipe

sau

pot

lucra

individual

Sarcina de lucru: Folosind limbajul UML modelai structura static a unui sistem
informatic simplu.

folosind

Fia de documentare 9.5. Modelarea structurii dinamice


Diagrama activitilor (Activity Diagrams) reprezint starea de execuie (structura
dinamic) a unui mecanism prin secvene de pai grupate sau ramificate.
Activitatea este reprezentat printr-un dreptunghi cu lateralele rotunjit. Fiecare activitate
reprezint o stare particular n procesul de execuie a unei metode care o include.
Activitile sunt legate prin tranziii automate.
Starea este reprezentat printr-un dreptunghi cu colurile rotunjite.
O stare iniial este marcat cu ajutorul unui punct mare negru, iar ce final cu un punct
mare negru nconjurat de un cerc.
Strile sunt legate unidirecional de tranziii, tranziiile sunt declanate de evenimente, n
urma unei tranziii obiectul trece de la o stare la alta.
Tranziiile automate sunt reprezentate prin sgei. Tranziiile pot fi protejate de condiii
booleene reciproc exclusive prin definirea unui stereotip opional pentru afiarea deciziilor
(decisions). Reprezentarea grafic a unei decizii este un romb de la care pleac tranziiile
corespunztoare opiunii. Vezi figura 9.5.1.

Figura 9.5.1. Reprezentarea explicit a unei decizii


Diagramele activitilor pot s cuprind i bare de sincronizare a fluxurilor de control. Bara
de sincronizare poate deschide sau nchide ramificaiile paralele din cadrul fluxului de
execuie sau a unui caz de utilizare. Tranziiile care sunt conectate la o bar de
sincronizare sunt declanate simultan. Vezi figura 9.5.2.

Figura 9.5.2. Deschiderea/nchiderea ramificaiilor paralele pentru sincronizarea fluxurilor

Reprezentarea responsabilitilor din cadrul unui mecanism sau unei organizaii se poate
face prin mprirea diagramelor de activiti n culoare (swimlanes). Vezi figura 9.5.3.

Figura 9.5.3. Reprezentarea culoarelor ntr-o diagram a activitilor


Pentru reprezentarea explicit a informaiilor de tranziie se definesc stereotipuri de
simbolizare a semnalelor transmise/recepionate printr-un pentagon convex, respectiv un
pentagon concav legat printr-o sgeat punctat de obiectul care va primi/transmite
semnalul. Vezi figura 9.5.4.

Figura 9.5.4. Simbolizarea semnalelor


Diagrama tranziiilor strii (Statechart diagrams)- folosete descrierea formal a
comportamentului obiectelor prin intermediul unei maini de stri (state machine).
n cazul n care obiectele au aceeai stare ele nu dein o main a strilor.

Modurile de colaborare dintre obiecte se descriu prin intermediul scenariilor. Mainile de


stare i scenariile sunt complementare.
Specificarea complet a unui eveniment se face prin:
Numele evenimentului,

Lista parametrilor,

Obiectul expeditor,

Obiectul int,

Descrierea i semnificaia evenimentului.

Diagrama colaborrilor (Collaboration Diagrams) ilustreaz interaciunile dintre obiecte


utiliznd structura static definit anterior. Contextul unei interaciuni cuprinde
argumentele, variabilele locale i legturile (links) dintre obiecte. Interaciunea este
implementat de un grup de obiecte care colaboreaz prin schimb de mesaje, care sunt
reprezentate de a lungul legturii, care conecteaz obiectele. Direcia mesajului este
indicat printr-o sgeat ndreptat ctre destinatarul mesajului.
ntr-o diagram a colaborrilor mesajele sunt numerotate pentru a indica ordinea de
trimitere. Constrngerile la care pot fi supuse interaciunile sunt: {new}, {deleted},
{transient}, adic nou, ters sau temporar.
Diagrama colaborrilor poate include i actori.
O interaciune exprim comportamentul rezultat din colaborarea unui grup de
instaniei. O interaciune poate fi reprezentat lund n considerare caracteristica timp (prin
diagrame ale secvenelor) sau caracteristica spaiu (prin diagrame ale colaborrilor).
Interaciunile conin urmtoarele elemente;
o

Instanieri (Instances) sunt exemple concrete ale unui tip.

Legturi (Links) conecteaz instanieri i reprezint transmiterea de mesaje.

Mesaje (Messages) declaneaz operaii

Roluri (Roles) evideniaz rolurile asignate la capetele unei legturi.

Diagrama secvenelor (Sequence Diagrams) prezint interaciunile dintre obiecte din


punct de vedere temporal. Exist dou categorii principale de transmitere a mesajelor:
- transmiteri sincrone
- transmiteri asincrone

Structurile de control pot fi centralizate sau descentralizate, pot simula structuri repetitive,
condiionale sau recursive.
Diagrama componentelor (Component Diagrams) prezint componentele software i
relaiile acestora n cadrul mediului de implementare.
Diagrama distribuirilor (Deployment Diagrams) prezint schema fizic a diferitelor
componente hardware care compun un sistem informatic. Fiecare resurs hardware este
numit nod i este reprezentat printr-un cub.

Activitatea de nvare 9.5.1. Modelarea structurii dinamice.

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei modela structura dinamic a unui sistem informatic simplu

Durata: 30 min
Tipul activitii: Activitate practic
Sugestii:. Elevii pot fi
calculatoare/limbajul UML.

grupai

echipe

sau

pot

lucra

individual

folosind

Sarcina de lucru: Folosind limbajul UML modelai structura dinamic a unui sistem
informatic simplu.

Tema 10. Aplicaii practice


Fia de documentare10.1. Elaborarea modelului logic / fizic pentru un sistem
informatic dat.
Aceast tem este gndit ca o tem de sintez a celor parcurse pn acum. Aa
cum reiese i din titlul su, scopul su este de a elabora un modelul logic i cel fizic pentru
un sistem informatic dat.
Competena individual final pe care elevii trebuie s o dobndeasc pentru calificarea
Analist programator, corespunztoare acestui modul, se refer la capacitatea acestora
de a utiliza metodologii i instrumente specifice realizrii sistemelor informatice. Pentru a
putea dobndi aceste elevii au la dispoziie orele de instruire practic n care pot folosi
metodologiile i software-ul specific pentru elaborarea modelului logic, respective cel fizic.
Activitate de nvare propus este strns legat de proiectul cerut la Tema 3. Analizarea
unui sistem informaional.

Activitatea de nvare 10.1.1. Elaborarea modelului logic / fizic pentru un sistem


informatic dat.

Competena: Utilizeaz instrumente pentru realizarea sistemelor informatice


Obiectivul/obiective vizate:

Vei elabora modelul logic / fizic al unui SI

Durata: 30 ore
Tipul activitii: Activitate practic
Sugestii:. Elevii pot fi grupai n echipe sau
calculatoare/limbajul UML i proiectul realizat la tema 3.

pot

lucra

individual

folosind

Sarcina de lucru: Folosind cunotinele dobndite elaborai modelul logic/fizic al unui


sistem informatic identificat.

III. GLOSAR
Termen
Organizaia

Sistem operional
Sistem decizional
Sistem
informaional
Sistem informatic

Componenta fizic

Componenta
logic
Componenta de
date
Componenta
uman
Cadrul
organizatoric
Sistem suport
pentru decizii

Sistem expert

Subsistemul de
limbaj

Subsistemul de
prezentare

Semnificaie
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.
Component a unei organizaii, care se ocup cu punerea n practic
a obiectivelor acesteia.
Component a unei organizaii, care orienteaz i dirijeaz organizaia.
Component a unei organizaii, care gestioneaz informaiile externe
i interne necesare conlucrrii dintre celelalte sisteme ale
organizaiei.
Componenta automatizat a unui sistem informaional, care folosete mijloace tehnice moderne pentru culegerea, prelucrarea,
stocarea informaiilor i transmiterea acestora.
Componenta unui sistem informatic alctuit din totalitatea echipamentelor folosite: calculatoare, periferice de intare, ieire sau
intrare/ieire, echipamente de comunicaie, dispozitive media etc.
Componenta unui sistem informatic format din totalitatea programelor sistemului informatic: sisteme de operare, utilitare, aplicaii,
soft-uri specializate etc.
Componenta unui sistem informatic format din totalitatea bazelor de
date necesare funcionrii sistemului informatic sau pe care el le
prelucreaz pentru celelalte sisteme ale organizaiei.
Componenta unui sistem informatic format din personalul specializat pentru ntreinerea i exploatarea sistemului, dar i de utilizatorii
lui direci.
Componenta sistemului informatic care se refer la locaia fizic a
beneficiarului (organizaiei) sistemului informaional.
Reprezint 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.
SSD
Program conceput pentru a raiona n scopul rezolvrii problemelor
pentru care n mod obinuit se cere o expertiz uman considerabil.
SE
Component a sistemului expert reprezentat de 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. SL
Component a sistemului expert reprezentat de totalitatea formelor
i mijloacelor prin care sistemul emite (sub forma unor mesaje de
ieire) ctre utilizatori sau teri soluii pentru probleme sau feedback.
SP

Subsistemul elementelor de cunoatere


Subsistemul de
tratare a problemei

Component a sistemului expert, care conine elementele de


cunoatere achiziionate sau create de ctre sistem. SEC

Component a sistemului expert format din 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. STP
Baza de cunotine Component a sistemului expert, care servete pentru stocarea
tuturor faptelor, regulilor, metodelor de rezolvare, obiectelor etc.
specifice domeniului aplicativ, preluate de la experii umani sau din
alte surse
Motorul de
Component a sistemului expert reprezentat de un program care
inferene
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
Component a sistemului expert, care 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
Component a sistemului expert, care l ajut pe utilizatorul expert s
achiziie a
introduc cunotine ntr-o form recunoscut de sistem i s acunoaterii
ctualizeze baza de cunotine
Modulul explicativ
Component a sistemului expert, care 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
Metodologie
Un model n cascad cu procese interconectate i colecii de sarcini
opionale, deterministe i/sau cu precondiii pentru activitile
desfurate, care au ca finalitate elemente livrabile.
Metodologie
Tip de metodologie dezvoltat pentru a permite realizarea de sisteme
general
informatice din arii de cuprindere diferite i de complexiti variabile.
Exemple de astfel de metodologii: SSADM, OMT, UML.
Metodologie cadru Tip de metodologie dezvoltat n general de marile case de
consultanta (PwC, KPMG, E&Y, etc.), cu grad ridicat de generalitate,
ns incluznd elemente opionale aplicabile exclusiv unor anumite
produse software
(numite acceleratori). Exemple: SIIPS
(metodologia KPMG) are definii acceleratori de implementare pentru
SAP i Oracle.
Metodologie
Tip de metodologie dezvoltat i optimizate pentru implementarea
specializat
unui singur produs software: AIM (pentru Oracle E-Business Suite),
PQIS (pentru SunSystems), Extract (pentru Exact), Signature (pentru
Scala), ASAP (pentru SAP).
Ciclul de via al u- Totalitatea etapelor n care sistemul informatic apare, se dezvolt,
nui
sistem descresc i pier, sau printr-un nou ciclu, se perfecioneaz, dnd
informatic
natere unei alte versiuni sau chiar unui nou sistem.
Iniierea
Etap a ciclului de via al unui sistem informatic n care sunt definite

Analiza
Proiectarea

Implementarea

Testarea

ntreinerea

Strategia top-down

Strategia bottomup
Metoda

Tehnica

Planificarea
Programarea
clasic

Programarea

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.
Etap a ciclului de via al unui sistem informatic n care se face
analiza factorilor externi i interni care pot influena sistemul.
Etap a ciclului de via al unui sistem informatic n care se stabilesc
cerinele pentru hardware i software i elaborarea arhitecturii
generale a sistemului.
Etap a ciclului de via al unui sistem informatic n care se softwareul din etapa anterioar este transpus ntr-o mulime de programe
sau module program i verificarea faptului c fiecare program sau
modul satisface specificaia sa.
Etap a ciclului de via al unui sistem informatic n care se testeaz
programele i modulele program ca un sistem complet pentru a ne
asigura c cerinele informaionale sunt satisfcute. Dup testare
sistemul este livrat beneficiarului.
Etap a ciclului de via al unui sistem informatic 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.
Strategie de abordarea general a implementrii unui sistem
informatic care 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.
Strategie de abordarea general a implementrii unui sistem
informatic n care se pornete de la o tratare minimal care se
extinde treptat pe msura naintrii n realizarea sistemului.
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.
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 i s utilizeze instrumentele adecvate.
Este procesul prin care are loc definirea clar a activitilor i a
eforturilor necesare nfptuirii lor n cadrul fiecrui proiect.
Se bazeaz pe 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 .
Const n descompunerea programului, chiar din faza de proiectare,

modular
Programarea
orientat obiect
Programarea
structurat

Tehnici controlate

Tehnici
necontrolate
Formalism

Documentaia de
faz

Modelul logic

Fluxuri de date

Procese de sistem
Stocarea datelor

Entiti externe

n module uor de ntrebuinat, fiecare modul este apoi analizat ca un


program distinct i rezolvat ca atare.
Const n abordarea natural a lumii reale, folosind componente
modularizate i eliminnd restriciile impuse de mediul de
programare prin definirea conceptelor de tip clas i motenire,
Const n rezolvarea 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.
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 ntrun mediu care poate fi controlat i prin care se ncearc simularea
unor diverse sarcini (observarea de laborator). Exemple: analiza
activitii, analiza de protocol.
n funcie de subiectul observaiei ele se pot clasifica n tehnici
individuale, de grup i informaionale.
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.
Este un set de documente care au rolul de a valorifica constatrile
etapei curente, rol comunicativ n relaia cu beneficiarul pentru
asigurarea consensul dintre proiectant i beneficiar, dar i o utilitate
juridic.
Etapa de proiectare care urmrete determinarea cerinelor logice
ale noului sistem, reproiectarea sistemului informaional cu
precizarea zonelor unde va interveni prelucrarea automat a datelor,
dac este cazul, ntocmirea specificaiilor de definire a sistemului
care vor sta la baza proiectrii fizice.
Configureaz traseul datelor ntre procese, entitile externe ale
sistemului i punctele de stocare a datelor/informaiilor, ele sunt
etichetate cu tipul datelor i pot fi constituite din rapoarte, documente
sau fiiere.
Procesul prin care fluxurile de date de intrare se transform n fluxuri
de date de ieire.
Activitatea manual sau automat prin care datele care constau din
fiiere de calculator, baze de date, fie, dosare, microfie sau teancuri
(stive) de rapoarte sunt stocate.
Constau din clieni, furnizori, agenii guvernamentale, angajai sau
departamente din interiorul organizaiei aflate n afara sistemului

informatic existent, care iniiaz sau primesc fluxurile de informaii.


Etapa de elaborare a sistemul informatic i subsistemele acestuia,
care vor ndeplini cerinele stabilite n etapa precedent (modelul
logic).
CASE
Computer-Aided Software Engineering
IPSE
Integrated Programming Support Environment
PSE
Programming Support Environment
SEE
Support Software Engineering
Editor de diagrame Component obligatorie a oricrui produs de tip CASE, care permite
construirea i modificarea tuturor tipurilor de diagrame utilizate de
metodologia / metodologiile implementate prin CASE
Baza de informaii
Component obligatorie a unui produs CASE care acumuleaz,
stocheaz i organizeaz informaiile introduse de persoane diferite
la momente diferite, eventual n locuri diferite. Numit i Repository
reprezint elementul central, inima unui CASE.
Analizatorul de
Componenta unui produs CASE care are drept rol depistarea,
structur
semnalarea i eliminarea unor erori dificil de localizat i tratat n
fazele ulterioare celei de introducere a informaiilor.
Instrumente pentru Componente ale unui produs CASE care au rolul de a reveni din
inginerie invers
fazele de sfrit ale realizrii aplicaiei n fazele de nceput pentru a
actualiza diagramele n raport cu modificrile efectuate n cod.
Generatorul de cod Component a unui produs CASE care permite transformarea n
cod, al unui anumit limbaj de programare, a diagramelor realizate n
faza de proiectare.
Browser
Instrument al unui produs CASE care permite vizualizarea
specializat
informaiilor unei mulimi de entiti cu structur complex, entiti
ntre care exist o multitudine de relaii.
Generator de
Instrument al unui produs CASE care poate genera documente
documentaie
rapoarte standard dar i rapoarte proprii ale utilizatorului.
Gestiunea
Instrument al unui produs CASE care permite membrilor echipei de
configuraiei
dezvoltare s lucreze n paralel i n acelai timp s foloseasc
informaia coninut n modelul global pentru a dezvolta orice proiect
nou.
Modelarea
Faz de modelare a sistemului n care se stabilesc sarcinile pe care
cazurilor de
acesta trebuie s le ndeplineasc, fr a ne interesa cum le face,
utilizare
cum vor fi implementate, sau cum lucreaz intern.
Actorul
Element folosit n faza modelrii cazurilor de utilizare (use case),
care poate fi orice sau oricine interacioneaz cu sistemul, adic
trimite sau recepioneaz mesaje de la sistem sau schimb informaii
cu acesta.
Actorul primar
Actorul care folosete funcionalitatea de baz a sistemului.
Actorul secundar
Actorul care folosete funcionalitatea secundar a sistemului.
Actorul activ
Actorul care iniiaz cazurile de utilizare.
Actorul pasiv
Actorul care particip numai n unul sau mai multe cazuri de utilizare.
Caz de utilizare
Reprezint o funcionalitate complet a sistemului, aa cum este ea
perceput de un actor.
Relaii ntre
Se stabilesc ntre cazurile de utilizare i sunt de trei tipuri: extindere,
cazurile de utilizare utilizare i incluziune.
Modelul fizic

Relaia de
extindere
Relaia de utilizare

Relaia de
incluziune
Modelarea strucurii
statice
Clasa

Interfaa
Asocierea
Clasa de asocieri
Rolul
Agregarea
Diagrama claselor
Diagrama
obiectelor
Modelarea structurii dinamice
Activitatea

Este o generalizare a unui use case prin adugarea de aciuni noi.


Modelarea mai multor cazuri de utilizare ce au comportamente
comun ntr-un singur caz de utilizare, folosit ulterior i de altele cazuri
de utilizare.
Se stabilete atunci cnd un caz de utilizare include comportamentul
altui caz de utilizare.
Se face cu ajutorul diagramei claselor i cea a obiectelor.
Component cu care opereaz diagrama claselor care primete un
nume care trebuie s permit nelegerea a ceea ce este clasa i nu
ce face ea, ei i se vor atribute i operaii.
Component cu care opereaz diagrama claselor, care descrie
funcionalitatea vizibil a unei clase, componente sau pachet.
Component cu care opereaz diagrama claselor care reprezint
relaiile structurale dintre clasele de obiecte.
Este asocierea creia i s-a adugat un atribut.
Captul end al unei asocieri care descrie modul n care o clas vede
cealalt clas.
Este o asociere asimetric, n care unul dintre capete joac un rol
mai important dect cellalt capt. Ea se aplic unui singur capt.
Este diagrama care prezint ntr-un mod general structura static a
sistemului sub forma claselor i relaiilor dintre acestea.
Este diagrama utilizat pentru a prezenta un context nainte sau
dup o interaciune.
Se face cu ajutorul diagramelor de activiti, tranziii ale strilor,
colaborrilor, secvenelor, componentelor i distribuirilor.
Reprezint o stare particular a procesului de execuie a unei metode.

IV. Bibliografie
1. Bdu M., Informatica pentru manageri, Editura Teora, Bucureti, 1999.
2. Bocu D., Bocu R., Modelare obiect orientat cu UML, Editura Albastr, Cluj-Napoca,
2006.
3. Bia V., Antonescu C., Iosep M, Trandafir I., Sisteme informatice, Editura Didactic i
Pedagogic, Bucureti 1977.
4. Drgan C.M., Sistemul informaional n domeniul costurilor de producie, Editura Dacia,
Cluj, 1975.
5. Filip F.G., Sisteme suport pentru decizii, Editura Tehnic, 2004.
6. Hrin GR., Anghel LE., David A., UML pe nelesul tuturor, Editura Fin Watch, Bucureti,
2007.
7. Militaru, G. Sisteme informatice pentru management, Editura All, 2004.
8. Miloescu M., Tehnologia informaiei i a comunicaiilor manual pentru clasa a XII-a
ruta direct i a XIII-a ruta progresiv, Editura Didactic i Pedagogic, Bucureti 2006.
9. Radu I., Informatic managerial, Editura Economic, 1996.
10. ***, Ghid pentru elaborarea materialelor de nvare, 2009.
***, http://en.wikipedia.org/wiki/Computer-aided_software_engineering
***, http://www.webopedia.com/TERM/C/Computer_Aided_Systems_Engineering.htm
***, http://www.npd-solutions.com/case.html
***, http://www.sei.cmu.edu/legacy/case/case_whatis.html
***, http://www.selectbs.com/adt/analysis-and-design/computer-aided-software-engineering-case-tool

V. ANEXE
ANEXA 1. Definiii date SSD-ului de a lungul timpului
1970 Little SSD = un set de proceduri bazate pe modele matematice pentru
prelucrarea datelor n scopul asistrii managerului n luarea deciziilor, avnd ca principale
atribute: simplitatea, robusteea, controlabilitatea, adaptivitatea, completitudinea,
convivialitatea.
1971 Gorry i Scott Morton SSD = 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.
1980 Alter SSD = este diferit de sistemele de prelucrare a datelor prin 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).
1980 Moore i Chang SSD = este sistemul informatic care prin extensibilitate are
capacitatea de a ajuta la efectuarea de analize i la realizarea unor modele de decizie adhoc, orientarea ctre probleme de planificare, folosirea neplanificat.
1981 Bonczek, Holsapple (1984 Whinston) SSD = un sistem compus din trei
componente n interaciune i anume: subsistemul de stocare a cunotinelor, subsistemul
de limbaj (pentru primirea cererilor din partea utilizatorului i achiziionarea cunotinelor
necesare funcionrii), subsistemul de tratare a problemei.
1982 Sprague i Watson SSD = 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.
1983 Bennett SSD = un sistem informatic coerent, care cuprinde pe lng hardware
i software i documentaia necesar constituirii un suport pentru manager n ndeplinirea
sarcinilor sale decizionale.
1984 Bui SSD = un sistem informatic care ajut utilizatorul s ia decizii eficiente n
problemele prost structurate.
1985 Elam SSD servete la stimularea creativitii pentru luarea deciziilor care
conteaz.
1987 Sprague SSD = 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).

107

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).
1998 Turban i Aronson 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 SSD este 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".

ANEXA 2. Ghid pentru realizarea unui proiect


Prezentul ghid descrie exigenele legate de elaborarea unui proiect, el este realizat
cu scopul de a oferi informaii complete n vederea ndeplinirii criteriilor minimale de
valoare i calitate i reflect poziia profesorilor din cadrul catedrei tehnice a colegiului n
care studiai.
Ghidul este un document de lucru care se adreseaz:
a. elevilor, cu informaii complete privind modul de realizare a prii scrise a
proiectului;
b. profesorilor, ca instrument de ndrumare sistematic a elevilor, dar i ca
suport pentru instituirea unor criterii unitare de evaluare;
Formatul proiectului

Proiectul trebuie s cuprind urmtoarele pri:


1. PAGINA DE TITLU
2. CUPRINS
3. LISTA CU ABREVIERI (opional)
4. ARGUMENT
5. CONINUTUL
6. BIBLIOGRAFIA
7. ANEXE
8. GLOSAR DE TERMENI (opional)

Proiectul va fi redactat pe computer pe un format de hrtie A4 portret sau vedere


dup cum o cere coninutul, la un rnd i jumtate distan, n Times New Roman,
mrimea fontului fiind de 12 pt. Paginile vor fi numerotate cu cifre arabe, n partea
de jos-centru a fiecrei pagini. Fiecare capitol va fi nceput pe o nou pagin, dar
nu i subcapitolele i subpunctele. Capitolele vor fi numerotate cu numere arabe (1,
2, 3, etc.), la fel i subcapitolele (1.1, 1.2, 1.3, etc.) i subpunctele (1.1.1, 1.1.2, sau
1.2.1, 1.2.2, etc). Titlul capitolelor, subcapitolelor i subpunctelor vor fi scrise n bold
cu font mai mare de 12 pt. (titlul capitolelor va fi cules cu majuscule). Este
obligatorie folosirea diacriticelor.

Pagina de titlu va conine urmtoarele informaii:

1. numele colegiului (se va folosi i sigla) cules cu bold i 20 pt


2. titlul proiectului ales de elev sau propus de profesor, centrat, cules cu bold i 26 pt.
3. nivelul de susinere (proiect pentru certificare competenei )
4. numele profesorului ndrumtor
5. numele elevului, sau numele elevilor care fac parte din echipa de realizare a
proiectului
6. Localitatea i anul realizrii

Cuprinsul va conine numele capitolelor, subcapitolelor i subpunctelor, respectiv


bibliografia i anexele, cu indicarea paginaiei corespunztoare din text.

Lista cu abrevieri va conine abrevierile des folosite, dac este cazul.

Argumentul. Dup realizarea lucrrii fiecare autor/echip va concepe un text de 22,5 pagini care s descrie modul n care a fost abordat realizarea proiectului de
ctre elev sau echip cu evidenierea contribuiilor personale i a importanei lucrrii
elaborate.

Coninutul portofoliul trebuie s ating toate sarcinile impuse de ctre profesor.

Foarte important! Fiecare profesor poate mbunti acest ghid!

ANEXA 3. ablon pentru realizarea CUBULUI

ANEXA 4. Scheme pentru modele de metodologii

ANEXA 5. Bileele pentru sarcina Analizeaz

A. dup gradul de generalitate

B. dup modelul ciclului de via

C. dup structura proceselor metodologiei

D. dup modul de abordare

ANEXA 6. Fie pentru sarcina Asociaz


I. Fiind date criteriile
A. dup gradul de generalitate
B. dup modelul ciclului de via
C. dup structura proceselor metodologiei
D. dup modul de abordare
Asociai fiecrei metodologii din tabelul de mai jos criteriul de apartenen
Metodologii monoproces
Metodologii cu model n spiral
Metodologii generale
Metodologii structurale
II. Fiind date criteriile
A. dup gradul de generalitate
B. dup modelul ciclului de via
C. dup structura proceselor metodologiei
D. dup modul de abordare
Asociai fiecrei metodologii din tabelul de mai jos criteriul de apartenen
Metodologii cu model n cascad
Metodologii cadru
Metodologii multiproces slab interconectate
Metodologii etnofolclorice
III. Fiind date criteriile
A. dup gradul de generalitate
B. dup modelul ciclului de via
C. dup structura proceselor metodologiei
D. dup modul de abordare
Asociai fiecrei metodologii din tabelul de mai jos criteriul de apartenen
Metodologii cu modele compozite
Metodologii multiproces interconectate
Metodologii procesuale
Metodologii specializate
IV. Fiind date criteriile

A. dup gradul de generalitate


B. dup modelul ciclului de via
C. dup structura proceselor metodologiei
D. dup modul de abordare
Asociai fiecrei metodologii din tabelul de mai jos criteriul de apartenen
Metodologii cu model incremental
Metodologii generale
Metodologii multiproces slab interconectate
Metodologii structurale
V. Fiind date criteriile
A. dup gradul de generalitate
B. dup modelul ciclului de via
C. dup structura proceselor metodologiei
D. dup modul de abordare
Asociai fiecrei metodologii din tabelul de mai jos criteriul de apartenen
Metodologii cu model evolutiv
Metodologii cadru
Metodologii multiproces interconectate
Metodologii etnofolclorice

ANEXA 7. Bileele pentru sarcina Compar


Bilet 1.
Compar modul n care influeneaz modelul cascad etapa de implementare n cazul
realizrii unui sistem informatic dup alte modele.

Bilet 2.
Compar modul n care etapa de proiectare este influenat de modelul evolutiv.

Biletul 3.
Compar modul n care etapa de dezvoltare este influenat de diversele modele.

Bilet 4.
Care dintre modele credei c influeneaz cel mai mult etapa de analiz.

Bilet 5.
Compar diferitele modele care au influen asupra etapei de ntreinere a unui sistem
informatic.

Bilet 6.
Compar modul n care este implementat etapa de iniiere n diferitele modele ale
metodologiilor de realizare a unui sistem informatic.

ANEXA 8. PLRIILE GNDITOARE

Informaia valabil i cea necesar


Plria alba se refer la informaii i acioneaz n sfera lucrurilor reale, existente. Deci,
cnd o pori rmi la ceea ce este cunoscut.Tot ceea ce vrei n momentul de fa este
informaia obiectiv.
Ce informaie este disponibil?
Ce informaie am dori s avem?
De ce informaii avem nevoie?
Ce informaie lipsete?
Ia n considerare ambele pri ale informaiei n discuie.
Ofer informaii i noi materiale n legtur cu problema discutat.
Leag soluiile de informaiile disponibile discutate

Intuiie i sentimente
Plria roie se refer la emoiile i sentimentele tale. Cnd pori aceast plrie te bazezi
pe experine complexe care nu sunt ntotdeauna uor de analizat, ele sunt de obicei
excluse din discuie pentru c nu provin din sfera real i nu sunt bazate pe logic.Totui
sentimentele nu nceteaz s i dea bti de cap de aceea mprtairea lor i ofer ansa
de a te elibera.
Nu pierde mai mult de 20-30 de secunde.
Aceasta este pentru a semnala intuiia, sentimentele i emoiile.
Amintete-i c nici o explicaie nu este necesar.
D valabilitate sentimentelor i intuiiei.

Descrie ce simii n legtur cu soluiile propuse.

Precauii, dificulti i probleme


Cnd pori aceast plarie trebuie s (te)atenionezi cnd greeti, deci trebuie s faci un
efort destul de mare pentru a gsi ceea ce ar putea merge ru.
Care ar putea fi problemele posibile?
Ce dificulti a putea ntlni?
Cnd trebuie s fiu precaut?
Evideniaz slbiciunile fiecrei soluii.

Beneficii i fezabilitate
Cnd pori plria galben trebuie s evideniezi aspectele pozitive i logice ale gndirii
tale. Deci nu se refer la speranele tale! Afirmaiile tale trebuie s fie de asemenea
susinute de un motiv puternic, cutnd beneficii i observnd ct de reale pot fi ateptrile
tale.
Care sunt beneficiile?
Care sunt punctele pozitive?
Care sunt valorile?
Trebuie economisit ceva?
Exist un avantaj competitiv?
Exist o potenial valoare?
Exist un concept referitor la aceast idee care sun bine?

Descrie posibiliti reale de realizare a soluiilor propuse.

Idei alternative i creative


Plria verde reprezint eforturile creative contiente. Noi idei se ridic, apar soluii
inovative. n acest moment logica nu este necesar. Las-i imaginaia s zburde.

Avem nevoie de alte alternative

Trebuie sa facem un efort creativ

Exist i alte metode de a face acest lucru?

Ce am mai putea face?

Care sunt posibilitile?

Cum vom trece peste dificulti?

Cum am mai putea s ne ocupm de acest concept?

Vizeaz soluii posibile.

Organizarea proceselor de gndire


Cnd pori aceast plarie te transformi n manager.Te despari puin de gndirea ta i vezi
ntregul proces dezvluit.Ghideaz-l i controleaz-l.Trage concluziile la sfrit.
Fixeaz agenda de lucru.
Stabilete timpul.
Decide cnd treci la urmtorul pas.
ine pe toat lumea n tem.
Preocup-te de cerine.
Pstreaz disciplina n timpul folosirii plriilor.
Ocup-te de cuprins i concluzii.
ntreab-te ce decizii trebuie s iei.

Definete problema i alege soluia corect i treci mai departe.

ANEXA 9. FIE PENTRU RECONSTRUCIE


Fia de lucru 1
____________________________________
1.

n cadrul unei organizaii SSD poate funciona eficient doar dac nu interacioneaz
cu celelalte pri ale sistemului informatic i/sau informaional, de la care este
alimentat cu informaii sau ctre care transmite date.
_____________________________________

2.

Automatizarea unui SSD a devenit o necesitate datorit ameninrii majore pe care


aantropocentrismul o arunc asupra creativitii i dezvoltrii contiente a umanitii.
Aceast caracteristic se cere a fi mai pregnant din punctul de vedere al modului de
utilizare, al interpretrii rezultatelor, al funcionalitii, dar i al tehnologiei folosite
pentru construirea SSD.
_____________________________________

3.

Evolutivitatea este o caracteristic absolut necesar vremurilor noastre SSD trebuie


s se adapteze cerinelor utilizatorilor, mediului organizaional dar i tehnologiei.
ndeplinirea acestei caracteristici face ca sistemul s fie obligatoriu adaptabil.
Sarcin suplimentar:
Gsii cte o denumire sugestiv pentru fiecare caracteristic n parte.
Fia de lucru 2
____________________________________

4.

Sistemul se substituie decidentului final, rolul SSD este nelimitat n sprijinirea


activitilor de elaborare a deciziei, SSD controleaz n ntregime luarea deciziilor.
____________________________________

5.

Problemele decizionale a cror rezolvare este sprijinit de SSD pot fi unele


banale, care ar putea fi rezolvate i numai pe baza unor raionamente i
judeci simple dar pot fi structurate i astfel nct s poat fi rezolvate cu ajutorul
altor clase de sisteme informatice.
____________________________________

6.

Este dezirabil ca SSD s sprijine ct mai puine dintre fazele procesului decizional.
Clasa utilizatorilor SSD se limiteaz numai la managerii de vrf, fr s poat
cuprinde nivelurile cele mai de jos ale organizaiei. Utilizatorii pot fi doar individuali i
nu colectivi
Sarcin suplimentar:

Gsii cte o denumire sugestiv pentru fiecare caracteristic n parte.


Fia de lucru 3
____________________________________
7.

Folosirea SSD trebuie s se limiteze la computerizarea unor modaliti de lucru


existente nainte de a introduce sistemul pentru a facilita i stimula adoptarea unor
abordri noi.
____________________________________

8.

Datele i informaiile coninute n sistem pot proveni din diferite surse (interne sau
externe organizaiei).
____________________________________

9.

S fie aplicabil unor anumite tipuri de decizii (alegeri simple dintre un numr de
alternative, decizii de tip proces, decizii multiple interdependente luate pe acelai
nivel al organizaiei)
Sarcin suplimentar:
Gsii cte o denumire sugestiv pentru fiecare caracteristic n parte.

Fia de lucru 4
____________________________________
10. Dimensiunea bazelor de date pe baza crora SSD transmite mesajele ctre utilizator
este fix, dar aproape n toate cazurile volumul mesajelor transmise trebuie s fie ct
mai ridicat, fr a fi adaptat ca format la necesitile informaionale ale diverselor
roluri decizionale (sau chiar la stiluri de lucru individuale) transmiterea nu se poate
realiza on-line, dar se face prin intermediul unor interfee prietenoase.
____________________________________
11. Finalitatea utilizrii SSD trebuie s pun accentul mai mult pe creterea
productivitii muncii decidentului i mbuntirea deciziilor (calitate, oportunitate),
dar i pe scderea costurilor legate de elaborarea acestora (incluznd costul
personalului de suport decizional sau cel al prelucrrii electronice a datelor).
Sarcin suplimentar:
Gsii cte o denumire sugestiv pentru fiecare caracteristic n parte.

ANEXA 10. STUDII DE CAZ

a. Sistemele de producie de mas folosesc informaiile obinute de la


clieni pentru a controla fluxul de bunuri pe care le realizeaz. De exemplu,
compania Motorola produce telefoane mobile n funcie de specificaiile
individuale ale clienilor. Distribuitorii folosesc un computer pentru a ajuta
clienii s proiecteze principalele caracteristici pe care le doresc. Apoi
aceste comenzi personalizate sunt transmise, prin liniile telefonice i un
echipament adecvat sau prin e-mail, unitilor de producie. Datele sunt
digitalizate i transmise imediat ctre liniile de asamblare, n cteva zeci
de minute, roboii selecteaz sub-ansamblele pentru fiecare comand i
apoi personalul angajat le asambleaz ntr-un produs final.

b. O alt companie, LeviStrauss, a dotat magazinele sale cu un

echipament "Personal Pair", care permite clienilor s proiecteze singuri


pantalonii, prin selecie dintr-un set de opiuni predefinite. Un specialist le ia
msurile i celelalte specificaii l le introduce ntr-un calculator personal,
care apoi le transmite la o unitate de producie (din Tennessee). Compania
este capabil s produc pantalonii clienilor pe aceleai linii unde
realizeaz producia de serie.
Iniial pantalonii Levi Straus realizai prin comenzi personalizate au fost
mai scumpi cu 20% dect cei propui n condiii de serie. Dar, prin
utilizarea tehnologiei produciei de mas, Levi a eliminat 75% din
costurile de producie, deoarece compania nu mai utilizeaz depozitele
de producie finit, imobilizrile s-au redus drastic i stocurile sunt
minime. Satisfacia clienilor a crescut de la 208% la 99%.

ANEXA 11. DESCRIEREA TEHNICILOR


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: stabilirea scopului, stabilirea
bazei de eantionare, extragerea unui eantion reprezentativ, formularea
ntrebrilor i proiectarea chestionarelor, expedierea chestionarelor, colectarea
rspunsurilor primate, analiza datelor, 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.

ANEXA 12. DIAGRAMA DE FLUX REFERITOR LA COMANDA


CLIENTULUI

a.

nivelul 1 de detaliere

b. nivelul 2 de detaliere

c.

nivelul 3 de detaliere

ANEXA 13. FIA PENTRU CONCURS


ntrebarea 1.

Rspunsul 1.

ntrebarea 2.

Rspunsul 2.

ntrebarea 3.

Rspunsul 3.

ntrebarea 4.

Rspunsul 4.

ntrebarea 5.

Rspunsul 5.

ANEXA 14. COMPUTERIZAREA N REEA

Descriere:
O mulime de computere sunt conectate la un server central, care le controleaz operaiile
i conecteaz reeaua la alte servere.
Puncte tari:
Posibiliti de folosire n comun a resurselor.
Este mult mai uor de administrat dect un sistem cu computerizare distribuit.
Puncte slabe:
Dependena de un server central.
La computerul utilizatorului abilitatea de procesare este limitat.
Sarcina de lucru:
Suntei firma _________________________________________________ specializat n
implementarea sistemelor informatice.
Avei la dispoziie 10 min pentru a schia o strategie de promovare a variantei de
computerizare descris anterior n faa directorului unui colegiu de renume din Bucure ti
care i dorete implementarea unui sistem informatic pentru evidena situaiei colare a
elevilor din acest colegiu. n maxim 5 minute urmeaz s v prezentai strategia n faa
celorlali, care vor juca rolul beneficiarului.

ANEXA 15. STARBURSTING


ablon stea

1
1

SARCINA 1. Ce conine un mediu CASE?


Folosind cartonaele primite avei obligaia s scriei pe fiecare dintre ele o component a
mediului CASE.

SARCINA 2. Care este locul fiecrei componente?


Folosind cartonaele realizate de echipa anterioar reconstruii schema
unui mediu CASE.
SARCINA 3. Cnd este folosit fiecare component?
Avei obligaia de a prezenta n faa clasei cnd este folosit fiecare
dintre componentele unui mediu CASE.
SARCINA 4. Cu ce se difereniaz fiecare component n parte?
Avei obligaia de a gsi unul sau mai multe elemente care difereniaz o
component fa de celelalte.
SARCINA 5. De ce este important acesat component?
Va trebui s identificai importana fiecrei componente a unui mediu CASE.

ANEXA 16. ACTIVITATE PRACTIC


PASUL I
Identificarea actorilor
PASUL II
Stabilirea cazurilor de utilizare
PASUL III
Desenarea diagramei
REZOLVARE:
I. Actorii identificai client, vnztor
II. Cazurile de utlizare: Solicitarea produsului, Facturarea, Citirea codului de bare,
Cutarea n baza de date, Adugarea produsului la factur, Respingerea produsului.
III.

ANEXA 17. RELAII ALE CAZURILOR DE UTILIZARE