Sunteți pe pagina 1din 116

Universitatea

OVIDIUS Constana
Departamentul
ID-IFR
Facultatea
de tiine Economice
Specializarea
Contabilitate i Informatic de Gestiune
Forma de nvmnt ID
Anul de studiu
III
Semestrul
I
Valabil ncepnd cu anul universitar 2009-2010

Caiet de Studiu Individual


pentru

Proiectarea Sistemelor Informatice


de Gestiune

Coordonator disciplin:prof. univ. dr. NEGOESCU GHEORGHE

Cuprins

Proiectarea Sistemelor Informatice de Gestiune


CUPRINS
Unitate Titlul
de
nvare

Pagina
1

INTRODUCERE
1. NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN
Cuprins
Obiectivele Unitii de nvare Nr. 1
1.1. Managementul contemporan
1.2. Sistemul Holonic
1.3. Tendine noi n procesele de afaceri
Lucrare de verificare Unitate de nvare Nr. 1
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 1

2
2
3
4
5
6
6

2. SISTEMUL INFORMAIONAL
Cuprins
Obiectivele Unitii de nvare Nr. 2
2.1Componentele sistemelor informaionale
2.2 Puncte slabe ale sistemului informaional
2.3 Utilizarea sistemelor informatice
2.4 Noi tendine n dezvoltarea sistemelor informatice
Lucrare de verificare Unitate de nvare Nr. 2
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 2

8
8
9
10
11
13
13
13

3. DECIZIA ECONOMIC
Cuprins
Obiectivele Unitii de nvare Nr. 3
3.1. Sistemele economice integrate
3.2. Decizia economic
3.3. Decidentul
Lucrare de verificare Unitate de nvare Nr. 3
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 3
Sisteme Informatice de Asistare a Deciziilor

15
15
17
20
26
26
26

Cuprins

4.

SISTEME INFORMATICE DE GESTIUNE (SIG)


Cuprins
Obiectivele Unitii de nvare Nr. 4
4.1. Clasificarea sistemelor informatice
4.2. Sisteme informatice de gestiune
4.3. Exemple de Sisteme Informatice de Gestiune
Lucrare de verificare Unitate de nvare Nr. 4
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 4

28
28
33
34
35
36
36

5. ABORDARI IN PROIECTAREA SISTEMELOR


INFORMATICE
Cuprins
Obiectivele Unitii de nvare Nr. 5
5.1. Sisteme Informatice centralizate
5.2. Sisteme Informatice descentralizate
5.3. Tendine n Proiectarea Sistemelor
Lucrare de verificare Unitate de nvare Nr. 5
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 5

37
37
38
39
40
40
40

6. ARHITECTURA SISTEMELOR INFORMATICE DE


GESTIUNE
Cuprins
Obiectivele Unitii de nvare Nr. 6
6.1. Cerine pentru arhitectura unui sistem informatic
6.2. Strategii n alegerea unei arhitecturi de sistem informatic
6.3. Arhitectura unui sitem informatic al unei firme
Lucrare de verificare Unitate de nvare Nr. 6
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 6

42
42
43
45
46
46
46

7. CRITERII DE DECIZIE IN CONDIII DE INCERTITUDINE


Cuprins
Obiectivele Unitii de nvare Nr. 7
7.1. Ciclul de via al Sistemului Informatic
7.2. Modelul relaional
7.3. Studiu de caz pentru IMM: Gestiunea stocurilor
Lucrare de verificare Unitate de nvare Nr. 7
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 7
Sisteme Informatice de Asistare a Deciziilor

48
48
48
56
59
59
60

II

Cuprins

8. PROIECTAREA SISTEMELOR INFORMATICE


Cuprins
Obiectivele Unitii de nvare Nr. 8
8.1. Metode de proiectare a unui sistem informatic
8.2. Metode de proiectare ierarhice (structurate)
8.3. Metode de proiectare sistemice
8.4. Metode de proiectare orientate pe obiect (obiectuale)
Lucrare de verificare Unitate de nvare Nr. 8
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 8

62
62
62
63
64
65
65
65

9. METODA MERISE (I)


Cuprins
Obiectivele Unitii de nvare Nr. 9
9.1. Prezentare general
9.2. Scurt istoric
9.3. Ciclul de via
Lucrare de verificare Unitate de nvare Nr. 9
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 9

67
67
68
69
70
71
71

10. METODA MERISE (II)


Cuprins
Obiectivele Unitii de nvare Nr. 10
10.1. Ciclul de abstractizare
10.2. Ciclul de decizie
10.3. Tendine de dezvoltare a metodei MERISE
Lucrare de verificare Unitate de nvare Nr. 10
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 10

73
73
77
79
79
80
80

11. RISCURILE ASOCIATE SISTEMELOR ELECTRONICE


Cuprins
Obiectivele Unitii de nvare Nr. 11
11.1. Riscuri asociate sistemelor informatice
11.2. Riscuri asociate sistemelor informaionale
11.3. Riscuri i accidente declanate
Lucrare de verificare Unitate de nvare Nr. 11
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 11
Sisteme Informatice de Asistare a Deciziilor

82
83
84
85
86
87
87

III

Cuprins

12. MODELE DE EVALUARE A RISCURILOR


Cuprins
Obiectivele Unitii de nvare Nr. 12
12.1. Modelul calitativ de evaluare a riscurilor
12.2. Modelul cantitativ de evaluare a riscurilor
12.3. Metode de minimizare a riscului
Lucrare de verificare Unitate de nvare Nr. 12
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 12

89
89
90
91
93
93
94

13. AUDITUL SISTEMELOR INFORMAIONALE


Cuprins
Obiectivele Unitii de nvare Nr. 13
13.1. Audit financiar
13.2. Auditul sistemelor informaionale
13.3. Legtura dintre auditul PAD i activitatea de audit
Lucrare de verificare Unitate de nvare Nr. 13
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 13

96
96
96
98
89
99
99

14. SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

101
101
101
102
103
103
104
104
105
106
107
107

Cuprins
Obiectivele Unitii de nvare Nr. 14
14.1. Cuvinte cheie
14.2. Sisteme informaionale sisteme informatice
14.3. Ciclul de via al unei organizaii
14.4. Sisteme informatice de gestiune
14.5. Arhitectura SI al firmei
14.6. Calculul de via al sistemului informatic
14.7. Metoda MERISE
14.8. Legtura dintre Audit PAD i Auditul managerial
Lucrare de verificare Unitate de nvare Nr. 14
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 14

Sisteme Informatice de Asistare a Deciziilor

IV

Cuprins

BIBLIOGRAFIE
1. Anica-Popa L.; Anica-Popa I.; Sisteme pentru asistarea deciziei manageriale
suport de curs electronic, partea I i II, ASE Bucusreti, 2006;
2. Gherasim, Z.; Fusaru, D.; Andronie, M.; Sisteme Informatice pentru asistarea
deciziei economice, Editura Fundaiei Romnia de mine, Bucureti, 2008;
3. Laudon, K.; Laudon, J. Essentials of Management Information Systems,
Organization and Technology in the Networked Enterprise, Fourth Edition, JWS,
New York, 2001.
4. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei,
Suport electronic, Universitatea Ovidius, Constana, 2009;
5. Negoescu Gh. Proiectarea Sistemelor Informatice de Gestiune, Suport de curs
electronic, Universitatea Ovidius, Constana, 2009;
6. Negoescu Ghe., Risc i incertitudine n economia contemporan, Ed. Alter Ego
Cristian, Galai, 1995;
7. Negoescu Ghe., Managementul riscului prin proiecte, Ed. Didactic i
Pedagogic, Bucureti, 2003;
8. Oancea Mirela, Sisteme informatice de asistare a deciziei financiare, Ed. ASE,
Bucureti, 2005;
9. Oprea Dumitru, "Managementul proiectelor - teorie i cazuri practice", Ed.

Sedcom Libris, Iai, 2001;


10. Scarlat E., Chiri N., Cibernetica Sistemelor Economice, Ed. ASE, Bucureti,
2003;
11. Robert Kiyosaki, Cadranul banilor.
12. http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic
13. http://www.spiruharet.ro/sesiuni-comunicari/word/5.7.pdf - Asist. univ. drd. Radu
Bucea Manea Toni, Universitatea Spiru Haret, Sisteme informatice de
gestiune pentru eficientizarea activitilor IMM-urilor
14. www.referat.ro-Sistemeinformaticedegestiune_6e4f2.pdf

Sisteme Informatice de Asistare a Deciziilor

Introducere

Proiectarea Sistemelor Informatice de Gestiune


INTRODUCERE
Stimate student,
Te felicit c ai ajuns n anul trei de studii la una din cele mai bune secii din
cadrul Facultii de tiine Economice (n opinia mea cea mai bun). Eti acum
un student care ai cunotine generale despre economie n general i contabilitate
n special.
n acest curs vei nva s analizezi eficiena proiectelor informaionale i
informatice. Vei nelege c n contabilitate ca i n via cunotinele despre
sisteme informaionale i informatic sunt eseniale n aceast perioad de trecere
de la era industrial la era informaional.
Pentru o nelegere mai uoar a cursului, i recomand s recapitulezi cteva
noiuni fundamentale pe care le-ai nvat n anii anteriori i anume: mediile
informatice WINDOWS, WORD i EXCEL, noiuni fundamentale de
probabilitate, determinai i calculul matriceal, funciile ntreprinderii,
organigrama i metodele de comunicare.
La finalizarea cursului vei constata c ai realizat o asimilare rapid a
cunotinelor, informaiile au fost actuale, prezentarea a fost atractiv.
Deasemeni ai ntlnit exemple i exerciii utile din practica economic real i
prin recapitulrile periodice i-ai nsuit rapid cunotinele.
Spor la nvat i succes!

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 1: NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN

Unitatea de nvare Nr. 1


NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN
Cuprins
Obiectivele Unitii de nvare Nr. 1
1.1. Managementul contemporan
1.2. Sistemul Holonic
1.3. Tendine noi n procesele de afaceri
Lucrare de verificare Unitate de nvare Nr. 1
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 1

Proiectarea Sistemelor Informatice de Gestiune

Pagina
2
2
3
4
5
6
6

Unitatea de nvare nr. 1: NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN

OBIECTIVELE unitii de nvare nr. 1


Principalele obiective ale unitii de nvare Nr. 1 sunt:
Noi tendine n managementul contemporan
Prezentarea sistemului holonic
Noi concepte n procesele de afaceri

1.1. Managementul contemporan


Managementul contemporan se caracterizeaz prin modificarea continu i rapid
cu scopul optimizrii cilor de obinere a profitului. n lumea global de la nceputul
acestui secol nu mai conteaz ara, religia, sexul, cultura, etc., dac se dorete a se
dezvolta afaceri. Pentru obinerea unui avantaj de pia se studiaz scenarii diverse
astfel nct un eveniment imprevizibil cum ar fi criza financiar din prezent s
afecteze ct mai puin profitul.
Un alt aspect care caracterizeaz managementul contemporan este c utilizeaz pe
scar larg tehnologii de informatic i comunicare (TIC). i un al treilea aspect
definitoriu este c managementul contemporan presupune pregtirea
permanent pe tot parcursul vieii.
Pentru a rspunde la mprosptarea continu a cunotinelor, n plan internaional
managementul propune o nou viziune asupra strategiilor de finanare a afacerilor.
Un promotor cunoscut al acestei tendine este Robert Kiyasaki, care prin celebrele
cri Tat bogat, tat srac i Cadranul banilor a dezvoltat o teorie atractiv cu
privire la necesitatea de a obine venituri din mai multe situaii poteniale, situaii pe
care el le-a sintetizat n Cadranul banilor
Angajat

Patron

Liber
profesionist

Investitor

Test de autoevaluare 1.1.


Prin ce se caracterizeaz managementul contemporan?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 6.

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 1: NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN

1.2 Sistemul Holonic (SH)


Teoria sistemelor identific 1 perioade n evoluia acestora 1:
- 1930-1980 perioada concepiei clasice asupra sistemelor;
- dup 1980 perioada concepiei holonice asupra sistemelor.
Termenul de holon provine din limba greac de la holos i desemneaz un ntreg
dedus n pri. Este vorba aici de sisteme care opereaz n cadrul altor sisteme.
Un sistem holonic este un sistem de referin n cadrul cruia funcioneaz 1 sau mai
multe sisteme autonome adic n entiti. n funcie de valoarea lui n avem 1 situaii
- dac n = 1 => caz particular n care se apropie de abordarea clasic;
- dac n > 1 => caz specific al sistemului holonic cu diferene majore fa de
concepia clasic.
Trsturile sistemului holonic:
- este n toate cazurile un sistem deschis;
- se pot constitui sisteme holonice de tip socio-economice sau socio-tehnice;
- presupune introducerea unor limitri n procesul de operare;
- desprinderea i ataarea fa de sistemele autonome pot avea loc n planul
abstract;
- apar deficiene legate de rol, funcii, optimizare, proprieti comparativ cu
sistemele autonome; optimizarea vizeaz att sistemele componente ct i
sistemele de referin;
- un tip particular de holon l reprezint sistemul activitii umane.
Aportul tehnologiei informatice devine esenial n managementul oricrei
organizaii. Administrarea firmelor holonice va avea la baz noile tehnologii
informatice i avantajele oferite de echipamentele informatice performante.
Folosirea reelei holonice favorizeaz exploatarea cunoaterii ca un nou tip de surs.
Informaiile prelucrate de astfel de reele pot fi defalcate n informaii despre
calitate, despre feedback-ul sistemelor, de mentenan, ecologice etc. Managerii
trebuie s-i adapteze permanent profilul general i stilul de management n raport
cu exigenele impuse de mediul concurenial n care se desfoar activitatea.
Managementul holonic se va baza pe exploatarea cunoaterii clasice dar i pe
cunoaterea incontient (cunoatere bazat pe intuiie, imaginaie)
Test de autoevaluare 1.2.
Cte perioade se identific n dezvoltarea teoriei sistemelor?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 6.

Oancea Mirela, op. citat, pag. 8-9

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 1: NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN

1.3. Tendine noi n procesele de afaceri


Proces

Economia modern impune organizarea activitilor pe baz de procese i nu pe


operaii separate conform principiului diviziunii muncii. Prin proces vom nelege
aici un ansamblu de activiti desfurate de o firm plecnd de la regula foii albe,
adic fcnd abstracie de procedurile i tehnicile urmate anterior.
Regndirea i reproiectarea radical a procesului de afaceri n vederea creterii
performanelor economice se numete reengineering. n toate, tehnologia
informatic va avea un rol fundamental pentru a depi vechile reguli i pentru
formularea altora posibil de aplicat.
Astfel de reguli noi sunt:
- informaia apare simultan n oricte locuri este nevoie;
- un salariat cu pregtire general poate executa lucrrile unui expert;
- valorificarea simultan a avantajelor centralizrii i a elementelor pozitive
specifice descentralizrii;
- procesul de luare a deciziilor presupune integrarea atribuiilor fiecrui angajat;
- schimburile rapide de informaii ntre participanii din locaii diferite;
- proiectele i planurile pot fi actualizate i revizuite instantaneu.
Toate acestea demonstreaz rolul n cretere a utilizrii tehnologiilor informatice i
de comunicare pentru multe firme totui, efortul financiar este mare; acestea caut o
variant optim din multitudinea de soluii tehnice i economice existente n prezent.
De asemenea, firmele trebuie s aib n vedere modul n care infrastructura
informaional a firmei se intersecteaz cu infrastructurile publice i cu cele
specifice noii industrii (a internetului, a comerului electronic).
Vorbim de un concept nou, cel de IT, definit prin totalitatea investiiilor efectuate de
o firm n tehnica de calcul, comunicaii, pentru elemente de hardware i software
pentru suportul de stocare a datelor ct i n personalul care furnizeaz aceste
servicii.

IT

Toate acestea reprezint portofoliul IT n strns dependen cu infrastructurile


ramurilor industriale (de exemplu sistemele de pli ale bncilor, sisteme de
rezervare ale liniilor aeriene) i cu cele publice (de exemplu furnizorii de servicii
internet i de telecomunicaii).
Test de autoevaluare 1.3.
Ce se nelege prin conceptul de IT?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 6.

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 1: NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN

n loc de
rezumat

Este important de reinut:


1. Managementul contemporan se caracterizeaz prin modificare continu i
rapid;
2. Sub alt aspect, managementul contemporan are dou caracteristici principale:
a. utilizeaz pe scar larg tehnologii de informatic i comunicare;
b. presupune pregtire permanent i pe tot parcursul vieii.
3. Un sistem holonic este un sistem n care funcioneaz n permanen sau mai
multe sisteme autonome, adic nu entiti;
4. Planificarea financiar devine obligatorie la nivelul oricrei firme, n condiii de
criz economic.

Lucrare de verificare unitate de nvare nr. 1


1. Ce reprezint cadranul banilor

2. Ce se nelege prin procesul de reengineering?

3. Care sunt noile reguli n procesul de reengineering?

4. Ce impune economia modern cu privire la organizarea activitilor;

5. Ce se nelege prin proces?

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 1: NOI ORIENTARI IN MANAGEMENTUL CONTEMPORAN

Rspunsurile testelor de autoevaluare


Rspuns 1.1.
a. Modificare continu i rapid;
b. Utilizeaz pe scar larg tehnologii de informatic i comunicare (TIC)
c. Presupune pregtirea permanent pe tot parcursul vieii.
Rspuns 1.2.
dou perioade:
a. 1930-1980 perioada concepiei clasice asupra sistemelor;
b. Dup 1980 perioada concepiei holonice asupra sistemelor.
Rspuns 1.3.
Totalitatea investiiilor efectuate de o firm n tehnic de calcul, comunicaii, pentru
elementele de hardware i software pentru scopul de stocare a datelor ct i n
personalul care furnizeaz aceste servicii.

Bibliografie unitate de nvare nr. 1


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 1009;
2. Oancea Mirela, Sisteme informatice de asistare a deciziei financiare, Ed. ASE,
Bucureti, 1005;

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 2: SISTEMUL INFORMAIONAL

Unitatea de nvare Nr. 2


SISTEMUL INFORMAIONAL
Cuprins
Obiectivele Unitii de nvare Nr. 2
2.1Componentele sistemelor informaionale
2.2 Puncte slabe ale sistemului informaional
2.3 Utilizarea sistemelor informatice
2.4 Noi tendine n dezvoltarea sistemelor informatice
Lucrare de verificare Unitate de nvare Nr. 2
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 2

Proiectarea Sistemelor Informatice de Gestiune

Pagina
8
8
9
10
11
13
13
13

Unitatea de nvare nr. 2: SISTEMUL INFORMAIONAL

OBIECTIVELE unitii de nvare nr. 2


Principalele obiective ale unitii de nvare Nr. 2 sunt:
Identificarea legturii sistem informaional - sistem informatic
Precizarea deficienelor sistemului informaional
Formularea tendinelor n dezvoltarea sistemelor informatice

2.1. Componentele sistemelor informaionale


Sistem
informaional
(S INF)

Sistemul informaional are o arie de cuprindere mai mare dect sistemul informatic
pe care l cuprinde. n literatura de specialitate ntlnim mai multe definiii dintre
care menionez pe urmtoarea: Sistemul informaional (S INF) este ansamblul
de elemente implicate n procesul de colectare, transmisie, prelucrare i
analiz de informaii
Activitile sistemelor informaionale cuprind:
- culegerea i nregistrarea datelor primare;
- verificarea, transmiterea i stocarea datelor;
- prelucrarea datelor n concordan cu cerinele conducerii;
- selectarea informaiilor necesare conducerii.
Componentele sistemului informaional 2
2. datele: trebuie privite ca un ansamblu de informaii prelucrate;
2. informaiile: elemente care aduc un plus de cunoatere receptorului;
3. circuitele informaionale: legtura exista intre verigile organizatorice;
4. fluxurile informaionale: toate informaiile care parcurg circuitele
informaionale existente. Fluxurile pot fi ascendente, orizontale, oblice (apar ntre
subdiviziunile organizatorice aflate pe nivele ierarhice diferite dar nu
subordonate).
5. procedurile informaionale: metode i tehnici de prezentare a informaiilor
primare prin asigurarea unor interfee;
6. mijloacele de tratare a informaiilor: ansamblul elementelor constructive
(hardware) i a suporturilor logice (software) care asigura prelucrarea informaiilor
i obinerea rezultatelor finale.
Perfecionarea mijloacelor tehnice i a procedurilor de tratare a informaiilor au
determinat un salt calitativ al sistemului informaional.

Oancea Mirela; Sisteme informatice de asistare a deciziilor financiare; Ed. ASE, 2005, pag. 2

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 2: SISTEMUL INFORMAIONAL

Test de autoevaluare 2.1.


Care sunt componentele sistemului informaional?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 13.

2.2. Puncte slabe ale sistemului informaional


Filtrajul,
distorsiunea
redundant
suprancrcarea

2. Puncte slabe generale caracteristice tuturor sistemelor informaionale:


- filtrajul: presupune schimbarea intenionata a coninutului unor informaii;
- distorsiunea: modificarea neintenionat n timpul parcurgerii circuitelor
informaionale;
- redundana: nregistrarea repetat a acelorai informaii sau a datelor cu un
coninut asemntor (excepie: fiierele arhiv care provoac redundan n mod
obiectiv);
- suprancrcarea canalelor de informaii.
2. Puncte slabe legate de particularitile activitilor economice. De menionat
modul defectuos de codificare a informaiilor cu impact asupra calitii
prelucrrii informaiilor. Eterogenitatea activitii economice a impus o
particularizare a aplicaiilor informatice la nivelul fiecrei organizaii.
Automatizarea procesului informaional a dus la apariia conceptului de sistem
informatic.
Prin sistem informatic vom nelege un ansamblu structurat i corelat de reguli,
proceduri i instrumente folosit n scopul automatizrii informaiilor necesare
conducerii. Sistemul informaional cuprinde i sistemul informatic; cele doua
noiuni nu sunt echivalente, dar este evident c un sistem informatic slab genereaz
un sistem informaional slab.
In etapa actuala sistemele informatice devin capabile s modeleze astfel nct ele
nu mai redau doar modelul realitii exterioare ci modeleaz o nou realitate
virtual pe care o proiecteaz i o transmit utilizatorului de informaii.

Sisteme
informatice
(SI)

Aceasta poate fi explicate pornind de la 2 aspecte metodologice 3:


a. Care este finalitatea unui sistem informatic, pentru ce trebuie conceput i
realizat acesta?
b. Cum utilizm sistemele informatice?
Definirea finalitilor se poate face pornind de la avantajele acestui sistem:
- integrarea intensiv prin care informaiile aferente fiecrui sistem local sunt puse
la dispoziia unor grupuri mari de utilizatori pentru a elimina redundana i pentru
a mbuntii comunicarea;
- redefinirea reelei de afaceri: presupune utilizarea infrastructurii informatice

Oancea Mirela; op. citat, pag. 3-4

Proiectarea Sistemelor Informatice de Gestiune

Unitatea de nvare nr. 2: SISTEMUL INFORMAIONAL

pentru perfectarea unei noi reele de afaceri cu furnizorii, clienii sau intermediarii;
- redefinirea cmpului de activiti: poate fi identificat prin intermediul poziiilor
sale n termen de produse, piaa sau tehnologii folosite constituind astfel baza
strategiilor alese.
Ex. Compania American Airlines a dezvoltat un sistem informatic complex de
rezervare a locurilor pentru clieni; vinde serviciile unei alte companii aeriene i
ctig din aceasta profituri mai mari dect cele din activitatea de baza.
Nevoile de prelucrare a informaiilor sunt determinate de:
- particularitile activitii firmei;
- natura mediului n care-i dezvolta activitatea, mediul care poate fi stabil sau
instabil, un mediu incert impune o colectare mult mai bogat i o prelucrare
frecvent a datelor;
- nivelul de coordonare n cadrul organizaiei care presupune un volum diferit al
prelucrrilor n funcie de gradul de interdependen dintre departamente; o
interdependen puternica implica schimbri multiple de informaii.
Test de autoevaluare 2.2.
Ce este redundana ca punct slab al unui S INF?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 13.

2.3. Utilizarea sistemelor informatice


Eficienta unui sistem informatic impune o activitate de concepie n vederea
realizrii lui, dar i un proces de implementare urmat de exploatarea i meninerea
n funciune.
Planul
informaional

Conceperea vizeaz mai multe planuri care trebuie integrate:


- planul informaional rezervat identificrii elementelor de prezentare i gsirea
unor modaliti de prezentare, de exemplu: datele sunt reprezentate cu ajutorul
diagramelor, iar operaiile exercitate cu ajutorul modelelor de prezentare i
prelucrare;
- planul organizaional asigura conturarea condiiilor de funcionare a viitorului
sistem preciznd n acelai timp i rolurile persoanelor implicate precum i
activitile care influeneaz culegerea, prelucrarea, comunicarea i utilizarea
informaiilor;
- planul tehnologic presupune alegerea tehnologiilor necesare funcionarii
sistemelor precum i specificarea modului de utilizarea a acestuia.
Conceperea sistem informatic se finalizeaz cu elaborarea unui model care va fi
completat i dezvoltat ulterior cu detaliile necesare.
Implementarea sistemului informatic presupune trecerea de la faza de proiect la

Proiectarea Sistemelor Informatice de Gestiune

10

Unitatea de nvare nr. 2: SISTEMUL INFORMAIONAL

realizarea propriu-zis, adic nlocuirea sistemului anterior cu sistemul nou


realizat, urmrind:
- asigurarea unor condiii favorabile tranziiei;
- verificarea criteriilor de performan referitoare la pertinent costuri, termene;
- evaluarea costurilor implicate de implementarea noului sistem (de formare, de
colarizare a utilizatorilor rezultate dintr-o pierdere de eficienta temporara);
- identificarea unor constrngeri specifice.
Pe lng problemele clasice de organizare, coordonare i decizie apar i fenomene
legate de factorul uman, mai ales probleme de mentalitate i percepie ale
utilizatorilor. Noul sistem va necesita redefinirea unor costuri, modificarea
structurilor ierarhice i un nou mod de distribuie a fondului de informaii.
Generalizarea introducerii sistem informatic genereaz dificulti n evoluia
acestora. Dificultile deriv n general din evoluia mediului intern i extern al
ntreprinderii i din dinamica permanenta a acesteia. Gestionarea sistem informatic
ridica probleme legate de tehnologiile, aspectele manageriale precum i de o
gestiune atenta a activitii de concepere, introducere a sistemelor.

Test de autoevaluare 2.3.


Care planuri ar trebui integrate n cazul activitii de concepere a unui SI?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 13.

2.4. Noi tendine n dezvoltarea sistemelor informatice

Costuri, reele, Procesele rapide din economie i tehnica susin trecerea de la orientarea industriala
n care accentul cade pe main la orientarea informaional n cadrul creia un loc
baze de date
important l ocupa robotii i informaia.
Tendinele privind sistemele informatice vizeaz 4:
2. Divizarea costurilor software-ului pentru un sistem informatic
Utilizarea pe scara larga a unui sistem genereaz mprirea costurilor pentru
software-ul necesar. n prezent costurile hardware-ului au sczut ceea ce reduce i
cheltuielile organizaiilor (ntreprinderi, instituii, firme).
Software-ul folosit cuprinde:
4

Oancea Mirela, op. citat, pag. 5-6

Proiectarea Sistemelor Informatice de Gestiune

11

Unitatea de nvare nr. 2: SISTEMUL INFORMAIONAL

funcii de baza prin care se desfoar probleme comune ale aplicaiilor cu


pondere 80-90%;
funcii specifice aplicaiei companiei.

2. Promovarea unor sisteme informatice bazate pe reele de calculatoare


Complexitatea activitii economice i a aplicaiilor informatice au impus folosirea
unor reele de calculatore ca suport pentru teleinformatic. Acestea la rndul lor
genereaz aspecte legate de apariia i dezvoltarea de noi protocoale, de noi medii
de comunicaie ce permit viteze mari de transport al informaiilor, dezvoltarea
comunicaiilor fr fir, a reelelor de satelit, folosirea comerului electronic i a
tranzaciilor electronice online.
3. Utilizarea unor baze de date orientate spre un obiect
Structurile clasice ale bazelor de date sunt insuficiente pentru c volumul mare de
date depete posibilitatea de stocare i prelucrare. Unele aplicaii solicit
monitorizarea unor desene formate din grupuri de elemente complexe care se
impun combinate, suprapuse sau separate. Noile baze de date orientate obiect
permit crearea de obiecte complexe din componentele simple.
4. Dezvoltarea unor sisteme informatice de tip nou
Noile tipuri de aplicaii informatice manipuleaz un volum mare de date care
impun utilizarea unui sistem de gestiune a bazelor de date (SGBD) standardizat n
locul celui dedicat. Aceasta va permite reducerea costurilor de punere n funciune
i administrare ulterioar.
Test de autoevaluare 2.4.
Cine impune folosirea unor reele de calculatoare ca suport pentru teleinformatic?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 13.

n loc de
rezumat

Este important de reinut urmtoarele idei principale:


1. Sistemul informaional cuprinde sistemul informatic;
2. Sistemul informatic cuprinde: datele, informaiile, circuitele informaionale,
fluxurile informaionale, procedurile informaionale i mijloacele de tratare a
informaiilor (hardware, software);
3. Orice sistem informaional poate avea deficiene (principiul GIGO gunoi
intrare, gunoi ieire);
4. n dezvoltarea sistemelor informatice accentul cade pe componente
informaionale n care un rol important l au informaia i roboii.

Proiectarea Sistemelor Informatice de Gestiune

12

Unitatea de nvare nr. 2: SISTEMUL INFORMAIONAL

Lucrare de verificare unitate de nvare nr. 2


1. Care dintre sistemele informaional i informatic este mai complex?

2. Ce nelegei prin proceduri informaionale?

3. Care sunt punctele slabe generale ale unui S INF?

4. Ce vizeaz tendinele n dezvoltarea sistemelor informaionale?

Rspunsurile testelor de autoevaluare


Rspuns 2.1.
Datele, informaiile, circuitele informaionale, fluxurile informaionale, procedurile
informaionale, mijloacele de tratare a informaiilor.
Rspuns 2.2.
nregistrarea repetat a acelorai informaii sau a datelor cu un coninut asemntor
(excepie fiierele arhiv care provoac redudan n mod obiectiv)
Rspuns 2.3.
Planul informaional, planul organizatoric, planul tehnologic.
Rspuns 2.4.
Complexitatea activitii economice i a aplicaiilor informatice.

Bibliografie unitate de nvare nr. 2


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 2009;
2. Oancea Mirela, Sisteme informatice de asistare a deciziei financiare, Ed. ASE,
Bucureti, 2005.

Proiectarea Sistemelor Informatice de Gestiune

13

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Unitatea de nvare Nr. 3


DECIZIA ECONOMIC
Cuprins
Obiectivele Unitii de nvare Nr. 3
3.1. Sistemele economice integrate
3.2. Decizia economic
3.3. Decidentul
Lucrare de verificare Unitate de nvare Nr. 3
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 3

Proiectarea Sistemelor Informatice de Gestiune

Pagina
15
15
17
20
26
26
26

14

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

OBIECTIVELE unitii de nvare nr. 3


Principalele obiective ale unitii de nvare Nr. 3 sunt:
Organizaia sistem cibernetic i sistem holonic
Clasificarea deciziilor
Ciclul de via al unei societi comerciale
Exemple de decizie bun i decizie rea

3.1. Sistemele economice integrate


Sistem
holonic

Sistemele economice sunt sisteme cibernetice care prelucreaz intrri, impune ieiri i
condiii de feedback, ntr-un mediu plin de perturbaii. ntreprinderea este un exemplu
clasic de sistem cibernetic (fig. 3.1).

Perturbri
INTRRI

NTREPRINDERE

IEIRI

feedback

Fig. 3.1. ntreprinderea ca sistem cibernetic


O ntreprindere (organizaie economic) poate fi divizat din punct de vedere
funcional (producie, vnzri, resurse umane etc) i din punt de vedere structural
(organizatoric, decizional, tehnic etc). Potrivit concepiei holonice asupra sistemelor,
dou sau mai multe autonome pot fi integrate (dup anumite criterii) i se poate obine
astfel un sistem holonic. Sistemul economic este evident att sistem holonic ct i
sistem cibernetic, care permite optimizarea att pe subsisteme componente ct i ca
ansamblu de sisteme.
n literatura de specialitate, Sistemele Economice Integrate (SEI) sunt tratate din
perspectiva diferitelor coli de gndire n management. Acestor sisteme economice
integrate le sunt asociate sisteme informaionale integrate care conin la rndul lor
sisteme informatice integrate. 7
Sistemele economice integrate pot fi abordate din perspectiva diferitelor scoli de
gndire n management (tehnico-raionala, comportamentala, cognitiva). Acestor
sisteme economice integrate le sunt asociate sisteme informaionale integrate,
respectiv sisteme informatice integrate. Sistemele informatice integrate economice au
7

Gherasim, Z.; Fusaru, D.; Andronie, M.; Sisteme Informatice pentru asistarea deciziei economice, Editura Fundaiei
Romnia de mine, Bucureti, 2008, pag. 4-5

Proiectarea Sistemelor Informatice de Gestiune

15

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

n compunere, n funcie de nivelurile de management ale organizaiei economice


(fig.3.2), sisteme informatice dedicate (integrate pe orizontala), astfel: 1) nivelul de
management strategic: sisteme informatice de sprijin al executivului, ESS
(Executive Support Systems) sau EIS (Executive Information System); 2) nivelul de
management mediu: sisteme informatice pentru management, MIS (Management
Information Systems) sau sisteme informatice pentru rapoarte de management, MRS
(Management Reporting Systems) si sisteme informatice pentru asistarea deciziei,
DSS (Decision Support Systems); 3) nivelul lucratorilor cu date, informatii si
cunostinte: sisteme de automatozare a lucrarilor de birou sau birotica, OAS (Office
Automation Systems) si sisteme de lucru cu cunostinte, KWS (Knowledge Work
Systems); 4) nivelul de management operational: sisteme informatice pentru
procesarea tranzactiilor, TPS (Transaction Processing Systems). Cele mai cunoscute
implementari ale unor componente de integrare pe verticala ale sistemelor informatice
integrate economice sunt denumite: planificarea resurselor ntreprinderii, ERP
(Enterprise Resource Planning), fabricatie asistata de calculator, CAM (ComputerAided Manufacturing), planificarea resurselor de fabricatie, MRP (Manufacturing
Resource Planning), sistem informatic de resurse umane, HRIS (Human Resources
Information System), sistem informatic contabil, AIS (Accounting Information
System), sistem informatic financiar, FIS (Financiar Information System), sistem
informatic pentru marketing, MKIS (Marketing Information System), sistem
informatic de resurse informatice, IRIS (Information Resources Information
System), sistem informatic pentru managementul relatiilor cu clientii, CRM
(Customer Relationship Management), sistem de management al lanului de
distribuie, SCM (Supply Chain Management) etc.
Pentru studentul de la specializarea Contabilitate si informatica de gestiune, elemente
ale OAS au reprezentat obiectul cursului de birotica, elemente ale TPS - al cursului de
sisteme de gestiune a bazelor de date, n timp ce elemente ale KWS au fost lamurite la
cursul de sisteme expert. DSS reprezint obiectul de studiu al disciplinei Sisteme
informatice pentru asistarea deciziei (SIAD) economice. MIS reprezint o disciplina
de informatica pentru specializarea Management. Este discutabila separarea SIAD
(DSS) de MIS, indiferent de modul de abordare, avnd n vedere ca luarea deciziei
reprezinta scopul fundamental al oricarui sistem de management. ESS sunt n curs de
clarificare, conceptualizare si realizare.
Steven Alter considera ca sistemele informatice pentru asistarea deciziei (SIAD) sunt
destinate managerilor si prezinta ca obiectiv fundamental eficientizarea deciziilor,
spre deosebire de TPS-uri care se ocupa de eficientizarea si consistenta datelor.
Moore si Chang arata ca un SIAD este extensibil si capabil sa suporte analize ad-hoc,
precum si modelarea deciziei manageriale, folosit pe un interval de timp nedeterminat
si neregulat si cu orientare principala pe procese si fenomene viitoare.

Proiectarea Sistemelor Informatice de Gestiune

16

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Fig. 3.2. Sistemele informationale / informatice n functie de nivelurile de


management ale organizatiei economice
Sursa: Gherasim, Z.; Fusaru, D.; Andronie, M., op. citat, pag. 5

Test de autoevaluare 3.1.


Ce este ntreprinderea din punct de vedere al teoriei sistemelor?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 26.

3.2. Decizia: rol, clasificare, exemple


Decizia

Sistemul informaional a unei organizaii conine dou subsisteme componente:


subsistemul de conducere i subsistemul condus. n fluxul informaional rolul
principal l are decizia, ca rezultat al procesului decizional desfurat n cadrul
procesului de conducere. Decizia (deciziile) se iau n cadrul unei organizaii pe toat
durata sa de via. Uneori rezultatul procesului decizional se materializeaz n studii,
rapoarte, analize (Fig. 3.3. Ciclul de via al organizaiilor)

Proiectarea Sistemelor Informatice de Gestiune

17

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Fig. 1 Ciclul de via al unei organizaii


CV
PRPCA

EA

AD

Venituri

investitii

AF

PDL

CF

t0

t1

t2

t3

Fig. 3.3. Ciclul de via al organizaiilor


B
CPP
AF
RG
AD

= bilant
= cont de profit si pierderi
= anexe financiare
= raport de gestiune
= analiza diagnostic(mai)

RDS
EA
RRM
PRPCA
PDL

= raport de diagnosticare strategica


= evaluarea afacerii
= raport de reproiectare manageriala
= plan de restructurare prin continuarea afacerii
= plan de lichidare

Deciziile se clasific dup mai multe criterii dintre care cele mai importante sunt:
1. funcie de domeniul de activitate
- decizii personale
- decizii manageriale
2. funcie de gradul de complexitate
- simple
- complexe
3. dup numrul de participani
- cu decident individual
- decizii cu mai muli participani
4. funcie de nivelul decizional, asociat cu orizontul decizional de timp
- decizii strategice
- decizii tactice sau de conducere (control) managerial
- decizii de conducere (control) operaional
- decizii bazate pe cunotine (pentru produse noi, piee noi, furnizori noi)
5. funcie de gradul de stucturare
- decizii structurate sau programabile
- decizii nestructurate (neprogramabile)
- decizii semistructurate (au nevoie de asistare)
6. funcie de cunotinele de care dispune decidentul
- decizii n condiii de certitudine
Proiectarea Sistemelor Informatice de Gestiune

18

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

- decizii n condiii de incertitudine


- decizii in condiii de risc
7. funcie de modul de abordare
- la ntmplare
- bazate pe rutin
- bazate pe instruire (nvare)
- bazate pe un exemplu trecut (decizii paradigmatice)
- bazate pe analiza deciziilor
8. funcie de gradul de urgen, deciziile sunt:
- luate n timp real
- luate aproape n timp real
- care nu sunt urgente
- interdependente
In practica economic, se ntlnete frecvent o clasificare care mbin mai multe
criterii i anume:
- operative;
- sptmnale;
- de aprovizionare;
- de plat;
- de colaborare;
- de finanare etc.
Indeosebi atunci cnd economiile traverseaz perioade de criz, decizia de finanare
devine esenial pentru a diminua consecinele negative asupra organizaiilor i
membrilor ei. Astfel, deosebim decizii de finanare a organizaiilor i decizii de
utilizare a veniturilor i oportunitilor de creditare. Pentru o organizaie deosebim
decizii de finanare:
- din surse proprii
- din surse atrase
- din surse atrase i proprii.
Pentru un angajat deosebim decizii de finanare:
- a cheltuieilor de subzisten
- a unei investiii (cas, main, terenuri)
- a asigurrilor ( de via, pensie, sntate)
Dup efectul deciziilor n timp, ntlnim decizii bune, rele i neconcludente.

Test de autoevaluare 3.2.


Care sunt deciziile de finanare pentru un angajat?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 26.

Proiectarea Sistemelor Informatice de Gestiune

19

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

3.3. Decidentul
Omul deine rolul principal ntr-un act de decizie, chiar dac decizia se ia pentru o
anumit organizaie sau pe baza unui program informatic. Cu privire la decident,
profesorii Gherasim Z., Fusaru D., Andronie M. prezint un punct de vedere relevant
cu privire la rolul decidenilor ntr-un proces economic 8.
Modelul managementului clasic care descrie ce trebuie sa fac un manager a fost
indiscutabil un model de top, aproape 70 de ani, ncepnd cu anii 1920. Henri Fayol si
alti specialisti au prezentat, pentru prima data, cele cinci funciuni clasice ale
managerilor: planificarea, organizarea, coordonarea, luarea hotrrilor si
controlul. La o analiza mai atenta, s-a observat ca descrierea funciunilor manageriale
n acesti termeni este neconcludenta deoarece nu corespunde cu ceea ce managerii
executa n activitatea de zi cu zi. Prin modele comportamentale 9, s-a definit
comportarea managerilor care pare sa fie mai puin sistematizata, mai informala, mai
putin organizata si chiar mai neimportanta dect s-ar crede la prima vedere.
S-a constatat ca activitatea manageriala, n realitate, are cinci caracteristici care difera
de modelul managementului clasic. Astfel:
a) activitatea manageriala este foarte intensa, adica managerii trebuie sa desfasoare
foarte multe activitati zilnice, ntr-un ritm destul de ridicat (unele studii indica 600
de activitati pe zi);
b) activitatea manageriala este fragmentata, ceea ce nseamna ca majoritatea
activitatilor dureaza mai putin de 9 minute, numai 10% dintre activitati depasesc o
ora;
c) este preferata comunicarea orala n detrimentul comunicarii scrise deoarece
ofera mai multa flexibilitate, necesita mai putin efort si aduce un raspuns mai
rapid;
d) managerii prefera informaiile ad-hoc si speculatiile (informatiile scrise uneori
sunt vechi sau aceasta este perceptia managerilor despre documentele scrise);
e) managerii lucreaza pe baza unei retele de contacte care functioneaza ca un
sistem informational informal.
Pe baza observatiilor din lumea reala, Kotter sustine ca managerii de fapt sunt
implicati n trei activitati critice:
- petrec mult timp pentru stabilirea agendei personale si a obiectivelor att pe
termen scurt ct si lung;
- consuma foarte mult timp pentru construirea unei retele interpersonale formata din
angajatii de la ct mai multe nivele, de la personalul care deserveste depozitele de
marfuri si functionarii organizatiei pn la manageri si managerii generali;
- folosesc ntreaga lor pricepere si desfasoara activitati de baza pentru a realiza ceea
ce au stabilit n agenda personala si pentru a-si atinge propriile scopuri.

Gherasim, Z., Fusaru, D., Andronie, M., op. cit., pag. 10-11
Laudon, K.; Laudon, J. Essentials of Management Information Systems, Organization and Technology in the
Networked Enterprise, Fourth Edition, JWS, New York, 2001, pag. 10-11.
9

Proiectarea Sistemelor Informatice de Gestiune

20

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Analiznd comportamentul de zi cu zi al managerilor, Mintzberg a constatat ca acest


comportament ar putea fi clasificat n functie de zece roluri manageriale ce pot fi
mpartite n trei categorii: interpersonale, informationale si decizionale.
Prin rol managerial se nteleg activitatile si rezultatele acestora pe are managerii ar
trebui sa le realizeze ntr-o organizatie.
n cazul rolurilor interpersonale, managerii functioneaza ca reprezentanti ai
organizatiei economice n relatiile cu lumea exterioara si ndeplinesc sarcini
simbolice, cum ar fi, de exemplu, primirea delegatiilor straine. Managerii actioneaza
ca lideri prin motivarea, consilierea si sprijinul angajatilor. De asemenea, acesti
manageri realizeaza legatura dintre diferitele nivele ale organizatiei economice, iar n
interiorul fiecarui nivel asigura legatura dintre membrii echipei de management.
Managerii acorda timp si favoruri pe care se asteapta sa le primeasca napoi.
Pentru eficientizarea acestor roluri interpersonale, managerii utilizeaza cele mai
avansate tehnici si tehnologii de comunicare si de comunicatii.
Ct priveste rolurile informationale, managerii actioneaza n calitate de servere de
informatii pentru organizatia economica, primind informatiile actualizate si
redistribuindu-le celor care au nevoie de ele.
Aceste roluri informationale sunt de monitor si acumulator (centralizarea si stocarea
tuturor datelor si informatiilor esentiale despre organizatie), de diseminator al datelor
si informatiilor ce trebuie supuse acestui proces (informatii n forma bruta sau
prelucrata), de generator sau creator de informatie noua (avnd la baza informatia
acumulata si interactiunile ce se produc n decursul desfasurarii activitatilor), precum
si de purtator de cuvnt sau reprezentant autorizat al organizatiei.
Un rol determinant n sustinerea acestor roluri informationale l au sistemele
informatice dedicate si sistemul informatic integrat al organizatiei economice n
ansamblul sau n situatia rolurilor decizionale, managerii iau decizii. Ei functioneaza
ca antreprenori prin initierea diferitelor tipuri de activitati, ei descopera
nefunctionalitatile care apar n organizatie, aloca resursele personalului care are
nevoie de ele, negociaza conflictele si mediaza nentelegerile dintre diferite grupuri.
n esenta, rolurile decizionale sunt de ntreprinzator sau planificator (depistarea de
oportunitati de afaceri, focalizarea tuturor activitatilor pentru ndeplinirea obiectivelor
stabilite de managementul strategic, supervizarea proiectelor de importanta deosebita
pentru organizatia economica etc.), coordonator sau rezolvitor de probleme
perturbatorii care afecteaza cursul normal al evolutiei strategice a organizatiei
economice, organizator sau distribuitor al resurselor organizatiei, precum si de
negociator.
Asa cum s-a aratat mai sus, rolurile managerilor se clasifica n interpersonale,
informationale si de decizie (sau decizionale). Tuturor acestor roluri manageriale
li se asociaza sisteme informatice dedicate care ntregesc sistemul informatic
integrat al organizatiei economice.
Luarea deciziilor ramne una dintre activitatile de baza ale managerilor o persoana
sau un grup de persoane ce prezinta autoritatea necesara si care au responsabilitatea
folosirii resurselor la dispozitie n situatii date.

Proiectarea Sistemelor Informatice de Gestiune

21

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

La nivelul de exploatare se iau decizii puternic structurate, n timp ce la nivelul


managementului strategic se iau decizii nestructurate. Multe dintre problemele
ntlnite de lucratorii cu date, informatii si cunostinte necesita, de asemenea, decizii
nestructurate. Se apreciaza ca la fiecare nivel de management organizational se iau
att decizii structurate ct si decizii nestructurate.
Test de autoevaluare 3.3.
Cine deine rolul principal ntr-un act de decizie luat pe baza unui program
informatic complex?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 26.

3.4. Studiu de caz: decizii bune, decizii rele


Exemplul 1. Imprumutul la CAR
O persoan fizic, cu o vechime ntr-un CAR (Cas de Ajutor Reciproc) actual
Instituie Financiar Nabancar deine un Fond Social de 4 000 RON i poate s ia
un mprumut n urmtoarele condiii:
mprumut maxim: de cinci ori fondul social
dobnd 9,5% pe an (1,5% la sold).
Se decide s ia mprumutul n urmtoarele condiii:
mprumut 20 000 RON
perioad de rambursare 10 luni
dobnd: 1,5% la sold
banii nu se cheltuiesc, ci se depun la MARFINBANK cu o dobnd la depozit
de 9,75% p.a.
Se cere s stabilii dac decizia de mprumut la CAR este bun.
Rezolvare:
Tabelul nr. 1: Rambursarea mprumutului
Luna
Sold mprumut
1
20 000
2
18 000
3
16 000
4
14 000
5
12 000
6
10 000
7
8 000
8
6 000
9
4 000
10
2 000
11
0
TOTAL
X

Dobnd
300
270
240
210
180
150
120
90
60
30
0
1650

Proiectarea Sistemelor Informatice de Gestiune

Rat rambursat
2 000
2 000
2 000
2 000
2 000
2 000
2 000
2 000
2 000
2 000
20 000

= Lei =

Rat + dobnd
300
2 270
2 240
2 210
2 180
2 150
2 120
2 090
2 060
2 030
2 000
21 650
22

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Tabelul nr. 2: Situaia depozitului la MARFINBANK


Luna

Depozit

Dobnd 9,75% p.a.

Depozit + dobnd

1
2
3
4
5
6
7
8
9
10
11

20 000
20 000
20 162
20 326
20 491
20 657
20 825
20 924
21 095
21 266
21 439

0
162
164
165
166
168
169
171
171
173
174

20 000
20 162
20 326
20 491
20 657
20 825
20 994
21 095
21 266
21 439
21 613

TOTAL

1613

Calcule economice
1. Dobnd cumulat pltit la mprumut
Dobanda platita
21.650
100 =
100 = 108,25
imprumut
20.000
2. Dobnd cumulat ncasat la depozit
Depozit + Dobanda
21.613
100 =
100 = 108,06
20.000
Depozit
Rspuns: In condiiile de criz, decizia de a mprumuta 20 000 lei la CAR este o
decizie bun, eficient i aductoare de cashing financiar ncepnd cu luna a 11-a
de la mprumut, la costuri aproape de 0: 8,25% dobnd la mprumut i 8,06%
dobnd la depozit.
Exemplul 2: Locuine PLUS oferta BCR de economisire i credit
Oferta BCR se prezint n urmtorii termeni: Cu un minim de efort financiar pe
termen mediu i poi mbunti confortul locuinei tale: poi s zugrveti
locuina, s pui termopane, s pui central termic, s schimbi gresia, faiana i
parchetul din sufragerie i multe, multe altele.
Pentru faza de economisire
Durata de economisire (medie):
5,00 ani
Suma total pe care trebuie s-o economiseti (din suma de care ai nevoie): 40%
Rata lunar de economisire:
5,52%
Dobnda la economiile tale pe an:
2,00%
Prima de stat (maxim 250 EURO): 25,00%
Randamentul economiilor tale (anual, inclusiv facilitile fiscale): 12,15%

Proiectarea Sistemelor Informatice de Gestiune

23

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Pentru faza de creditare


Drept la un credit n RON (din suma de care ai nevoie):
Dobnda la credit (la valoarea creditului acordat):
Durata maxim de rambursare:

60%
5%
5 ani (60 luni).

In opinia bncii ai urmtoarele avantaje:


Avantaj 1: ai un randament foarte bun pentru economiile tale
Avantaj 2: ai rate lunare de economisire foarte mici
Avantaj 3: poi s-i achii creditul mai repede fr penalitate.
Rezolvare
Se observ c prima de stat este de maxim 250 Euro, ceea ce nseamn c suma
optim de economisire anual este de 1 000 Euro pe an ca s beneficiezi de 25%
p.a. prim anual. La un curs de 4,2 lei/Euro aceasta nseamn
1 000 Euro x 4,2 lei/Euro = 4 200 lei/an, adic
4 200 lei/an : 12 luni = 138 lei/lun.
Tabelul nr. 7: Situaia economiilor pe 5 ani

-LEI-

Anul

Economie

Dobnd
2% p.a.
1% medie p.a.

Prim de
stat

Economie +
dobnd + prim

1
2
3
4
5

4 200
4 200
4 200
4 200
4 200

42
106
107
107
107

1 050
1 050
1 050
1 050
1 050

5 292
5 356
5 357
5 357
5 357

TOTAL

21 000

469

5 250

26 719

Drept la un credit n lei (60% din suma de care ai nevoie), ceea ce nseamn
40% ..26 719 lei
60%.......................................................?
60 26.719
Plafon maxim de credit :
= 40.078 lei
40
Tabelul nr. 8: Rambursarea creditului

-LEI-

Anul

Sold credit la
nceput an

Dobnd
5% p.a.

Rat
rambursat

Sold credit la sfrit


de an

6
7
8
9
10

40 078
32 062
24 046
16 030
8 014

2 004
1 603
1 202
802
401

8 016
8 016
8 016
8 016
8 014

32 062
24 046
16 030
8 014
0

TOTAL

6 012

40 078

Proiectarea Sistemelor Informatice de Gestiune

24

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Calcule economice
1. Costul creditului
Dobanda platita
6.012
100 =
100 = 15,00%
imprumut
40.078
2. Dobnd ncasat la economii
Depozit + Dobanda + prima stat
5.719
100 =
100 = 27,00%
Depozit
21.000
Rspuns: Oferta Locuine Plus BCR este o soluie avantajoas numai
pentru tinerii care pot economisi lunar 138 RON pe care s-i depun la banc
la un randament rezonabil de 25 26% dobnd pe an, la depozitul optim de
1 000 Euro/an.
Principalul dezavantaj al acestei oferte este c obligatoriu trebuie s cheltuieti
creditul pentru obinerea unei locuine sau mbuntirea acesteia ceea ce nseamn
birocraie n plus.
De asemenea perioada de derulare a programului de 10 ani este o perioad relativ
mare pentru persoane care au depit 35 ani i au sperana de a avea o locuin deabia dup 40 de ani. De exemplu o comparaie cu creditul de tip CAR la o
economie de 100 RON pe lun poi mprumuta ntr-o perioad de doi ani 12.000
RON, iar n trei ani, 18.000 RON, la costuri aproape de zero, dac folosete banii
peste un an.
Test de autoevaluare 3.4.
Care este suma optim de economisit pe an n programul Locuine Plus al BCR?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 26.

n loc de
rezumat

Este important de reinut:


1. n practica economic exist cel mai frecvent trei tipuri de decizii: bune, rele i
neconcludente;
2. Activitatea managerial are cinci caracteristici: a. este foarte intens, b. este
fragmentat, c. este preferat comunicarea oral n detrimentul celei scrise; d.
se prefer informaiile ad-hoc i specialitile; e. se lucreaz pe baza unei reele
de contracte;
3. n activitatea managerial anul nu poate fi nlocuit de nici un sistem de decizii,
orict de avansat ar fi el.

Proiectarea Sistemelor Informatice de Gestiune

25

Unitatea de nvaare nr. 3 DECIZIA ECONOMIC

Lucrare de verificare unitate de nvare nr. 3


1. Cum poate fi divizat o organizaie economic?

2. Cum se clasific deciziile n funcie de nivelul decizional asociat cu orizontul


decizional de timp?

3. Ct reprezint dobnda cumulat la un credit tip CAR, n sum de 20.000 RON,


rambursabil n 10 luni, la un cost de 9,5% p.a.?

4.

Ct este costul creditului n programul Locuina Plus al BCR?

Rspunsurile testelor de autoevaluare


Rspuns 3.1.
Sistem cibernertic i sistem holonic.
Rspuns 3.2.
Minim trei tipuri de decizie: cheltuieli de subzisten, investiii, asigurri.
Rspuns 3.3.
Omul.
Rspuns 3.4.
1 000 Euro pe an.

Bibliografie unitate de nvare nr. 3


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 2009;
2. Gherasim, Z.; Fusaru, D.; Andronie, M.; Sisteme Informatice pentru asistarea deciziei
economice, Editura Fundaiei Romnia de mine, Bucureti, 2008;
3. Laudon, K.; Laudon, J. Essentials of Management Information Systems, Organization
and Technology in the Networked Enterprise, Fourth Edition, JWS, New York, 2001.

Proiectarea Sistemelor Informatice de Gestiune

26

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

Unitatea de nvare Nr. 4


SISTEME INFORMATICE DE GESTIUNE (SIG)
Cuprins
Obiectivele Unitii de nvare Nr. 4
4.1. Clasificarea sistemelor informatice
4.2. Sisteme informatice de gestiune
4.3. Exemple de Sisteme Informatice de Gestiune
Lucrare de verificare Unitate de nvare Nr. 4
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 4

Proiectarea Sistemelor Informatice de Gestiune

Pagina
28
28
33
34
35
36
36

27

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

OBIECTIVELE unitii de nvare nr. 4


Principalele obiective ale unitii de nvare Nr. 4 sunt:
Delimitarea ariei de cuprindere a SIG
Exemplificarea domeniilor de aplicare SIG
Precizarea abordrilor n proiectarea SIG
Identificarea avantajelor i dezavantajelor SIG

4.1. Clasificarea Sistemelor Informatice

Sistemele informatice se pot clasifica dup mai multe criterii dintre care mai
importante sunt: aria de cuprindere i natura activitilor. O clasificare de detaliu se
prezint n continuare: 10
Analiznd structura sistemului informatic global al unei organizaii putem realiza
urmtoarele clasificri legate de componentele acestuia:
Dup aria de cuprindere:
Subsisteme informatice acoperind arii distincte, definite pe criterii
funcionale n cadrul organizaiei:
Subsistemul contabilitii
Subsistemul produciei
Subsistemul cercetrii
Subsistemul comercial
Subsistemul resurselor umane
Subsisteme interorganizaionale concepute s asigure fluxuri
informaionale ntre:
Organizaie i partenerii si (furnizori, clieni, banc, etc.). Ex: ebanking, comer electronic etc.
Firma mam" i subdiviziunile sale organizatorice.
n funcie de natura activitilor susinute:
Sisteme destinate conducerii (MSS - Management Support Systems)
care cuprind:
Sisteme destinate conducerii curente (MIS - Management Information
Systems)
Sisteme suport de decizie (DSS - Decision Support Systems)
Sisteme informatice ale executivului (EIS - Executive Information
Systems)
Sisteme destinate nivelului operaional care cuprind:
Sisteme destinate activitii de birou (OA - Office Automation
Systems)
Sisteme pentru procesarea tranzaciilor (TPS - Transaction Processing
Systems)
Sisteme pentru controlul proceselor (PCS - Process Control Systems)

10

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html - Serba Crascot


Suport de curs electronic, pag. 8-10

Proiectarea Sistemelor Informatice de Gestiune

28

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

Sisteme destinate gestiunii cunoaterii (KWS - Knowledge Work


Systems)
Sistemele pentru procesarea tranzaciilor (TPS)
Sunt specializate n preluarea, stocarea i prelucrarea datelor corespunztoare
tranzaciilor zilnice, de rutin asigurnd actualizarea curent a bazei de date.
Se particularizeaz prin caracterul repetitiv al prelucrrilor i complexitatea
redus a acestora, volumul mare al datelor procesate;
Sunt destinate activitilor curente desfurate n compartimentele funcionale
ale organizaiei;
Sunt utilizate de personalul operativ din compartimentele funcionale.
Exemplu:
n cadrul sistemului informatic al unei firme regsim: subsistemul informatic
al contabilitii, subsistemul informatic privind gestiunea stocurilor, subsistemul
informatic privind evidena livrrilor etc.
n cadrul sistemului informatic al unei bnci regsim: subsistemul informatic al
contabilitii, subsistemul informatic privind operaiunile de cont curent,
subsistemele informatice privind gestiunea produselor i serviciilor bancare oferite
clienilor (depozite, credite, certificate de depozit etc), subsistemul informatic
privind operaiunile de pli prin crduri etc.
Sisteme destinate conducerii (MSS)
Au rolul de a oferi informaii cu scopul susinerii i asistrii managerilor n
luarea deciziilor.
Sisteme destinate conducerii curente (MS)
Sunt sisteme informatice cu rolul de a oferi managerilor informaiile necesare
monitorizrii i controlului proceselor afacerii precum i anticiprii unor performane
viitoare.
Se caracterizeaz prin urmtoarele aspecte:
Sunt destinate managementului operaional i tactic;
Ofer rapoarte de rutin tip sintez i tip abatere prezentnd structuri
predefinite;
Sprijin managerii n soluionarea unor probleme structurate, deciziile
astfel luate au caracter curent, de rutin;
Utilizeaz preponderent date interne firmei oferite de TPS-uri.
Sisteme suport de decizie (DSS - Decision Support Systems)
Reprezint sisteme informatice interactive cu rolul de a asista managerii (plan
strategic) n rezolvarea unor probleme semistructurate folosind n acest scop modele i
baze de date specializate pe probleme bine definite.
DSS nu formuleaz decizii ci, ajut managerii n luarea unor decizii mai
bune;
DSS ofer middle i top managerilor rapoarte (ale cror formate pot fi uor
modificate), ofer posibilitatea derulrii de analize de tip what if i realizrii de
grafice;
Susin decizii specifice unor situaii avnd caracter recurent sau cerine
ad hoc;
Sprijin managerii n soluionarea unor probleme semistructurate;
Proiectarea Sistemelor Informatice de Gestiune

29

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

Susin decizii n domenii cum ar fi: trezorerie/finane, planificare strategic,


marketing etc.
Categorii de DSS-uri:

Figura 4.1 Tipuri de sisteme


Sursa:
http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic, pag. 9

Modelele de optimizare caut s identifice punctele de maximizare sau


minimizare i pot fi imperative (what to do) sau predictive (what will
happen).
Modelele descriptive descriu comportamentul sistemului, nu sugereaz
condiiile de optimizare dar atenioneaz asupra punctelor problem".
Modelele probabilistice se folosesc pentru a descrie natura mai puin
previzibil a sistemului utiliznd intrri probabilistice (nu toate intrrile sunt
cunoscute cu certitudine) i genernd ieiri probabilistice.
DSS-urile pot fi considerate ca nivelul de vrf al aplicaiilor destinate
conducerii.
Avantajele utilizrii DSS:
Posibilitatea testrii unor numeroase scenarii;
Pot fi revzute efectele modificrii simultane ale mai multor variabile;
Ofer faciliti grafice dinamice;
Stimularea creativitii decidentului;
Facilitile deosebite oferite n planul formrii/perfecionrii
managerilor.
Dezavantajele utilizrii DSS:
Pot fi omise n model variabile importante;
Modelele pot s nu corespund ntocmai realitii fapt ce influeneaz
negativ decizia;
Se apeleaz preponderent la ecuaii liniare pentru a uura programarea;
Modelul poate prezenta erori importante dar greu de indentificat.
Clasificarea DSS n funcie de soluia IT utilizat:
Sisteme interactive de asistare a deciziei (SIAD/DSS)
Sisteme expert
Proiectarea Sistemelor Informatice de Gestiune

30

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

Un SIAD este o aplicaie n care funcia de evaluare se prezint n


fiecare etap sub forma unor modele proiectate n funcie de natura deciziei
ce trebuie luat. Un SIAD se caracterizeaz prin:
baza de modele matematice oferite pentru efectuarea de calcule
i reliefarea consecinelor unor aciuni;
decidentul poate "naviga" prin baza de modele n funcie de
particularitile problemei de rezolvat i experiena sa;
pleac de la decideni i de la natura deciziei ce trebuie luat i a scopului
final urmrit.
Sistemele expert (SE) se caracterizeaz prin stocarea experienei i
cunotinelor expertului uman, referitoare la un anumit domeniu (problem), ntr-o
baz de cunotine care va fi utilizat n deducerea unor concluzii, prin derularea
unor raionamente automate utiliznd fapte descriind problema concret de rezolvat.
Un sistem expert se caracterizeaz prin:
Utilizarea unei baze de cunotine construit pe baza cunotinelor
unui expert uman;
Derularea unor raionamente automate n vederea formulrii unor
concluzii/diagnostice;
Ofer posibilitatea argumentrii concluziei formulate.
Att SIAD-urile ct i SE pot fi utilizate, spre exemplu, pentru diagnosticarea
financiar a firmei.
SE sunt utilizate n bnci pentru:
fundamentarea deciziei legate de acordarea de credite clientelei;
determinarea necesarului fondului de rulment pentru firmele clieni ai
bncii, ca segment al diagnosticului financiar realizat integral prin SE;
consilierea clienilor privind plasamentul de capital.
Sistemele informatice ale executivului (EIS)
Reprezint sisteme informatice gndite s ofere: acces rapid i selectiv la date
interne i externe firmei, informaii referitoare la factorii critici de succes
determinani n realizarea obiectivelor strategice, faciliti de calcul i reprezentri
grafice deosebite.
Caracteristicile ESS:
Sunt uor de utilizat i asigur un mod de lucru interactiv;
Sunt utilizate pe scar larg de top manageri, de managerii executivi i
analitii din cadrul firmei;
Spre deosebire de DSS nu sunt gndite s rezolve un anume tip de
problem;
Sunt destinate soluionrii unor probleme nestructurate;
Ofer acces rapid la baze de date interne i externe;
Ofer faciliti de calcul i reprezentri grafice extinse.
ElS-urile (Enterprise Information Systems) mai sunt cunoscute i sub numele de
Executive Support Systems (ESS). ESS reprezint extensii ale EIS.
Sistemele destinate activitii de birotic (OA)
Sunt utilizate n principal de persoanele implicate n procesul prelucrrii datelor
(funcionari, secretari, contabili etc) dar i managerilor rolul lor fiind de a colecta,
procesa, stoca i transmite informaie utiliznd mijloace IT.
Proiectarea Sistemelor Informatice de Gestiune

31

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

n aceast categorie se cuprinde soft specializat pentru:


procesare de texte,
comunicaie (electronic mail, voice mail etc),
lucru colaborativ (Electronic Meeting Systems, Collaborative Work
Systems, Teleconferencing),
procesarea imaginilor (Electronic Document Management, procesoare
grafice, sisteme multimedia);
managementul activitii de birou (agende electronice, accesorii etc).
Sisteme destinate gestiunii cunoaterii (Knowledge Work Systems)
Permit crearea, promovarea i integrarea noilor tehnologii i cunotine n firm.
Utilizatorii acestor sisteme sunt fie inginerii i proiectanii (care utilizeaz aplicaii de
tip CAD - Computer Aided Design, pentru proiectarea noilor produse), fie ali
specialiti - analiti i consilieri economici, financiari, juridici, ei fiind creatori de
informaie generatoare de cunoatere.
Conceptul de grup de lucru virtual (virtual work group): promovarea
noilor soluii TI, (internetul), permite participarea n cadrul grupului de lucru a unor
persoane plasate geografic n locaii diferite sau participnd cu soluii n cadrul
proiectului n momente de timp diferite.
Groupware sau collaboration software reprezint software-ul specializat
pentru desfurarea activitii n cadrul unui grup de lucru virtual.
Groupware utilizeaz facilitile de comunicaie oferite de intranetul
organizaiei crendu-se astfel posibilitatea lucrului n paralel i interactivitatea ntre
membrii grupului.
Grupul de decizie (group decision making). decizia, mai ales n palierul
strategic, implic participarea mai multor persoane.
Cunoscute generic sub numele de group support systems (GSS) aceste soluii
cuprind:
Group Decision Support Systems (GDSS)
Electronic Meeting Systems (EMS)
Computer Mediated Communications Systems (CMCS).
Din combinarea conceptelor de groupware i group decision making s-au definit
Computer-based systems for collaborative work (CSCM) sau Distributed group
support systems (DGSS). Rolul lor este de a promova decizia la nivel de grup astfel
nct s asigure:
lucrul creativ n cadrul grupului
stimularea comunicrii n cadrul grupului
exprimarea liber i anonim a ideilor
plasarea pe plan de egalitate a tuturor participanilor la dezbatere
indiferent de funciile pe care acetia le ocup.

Proiectarea Sistemelor Informatice de Gestiune

32

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

Test de autoevaluare 4.1.


Care sunt principalele criterii dup care se clasific Sistemele Informatice de
Gestiune ?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 36.

4.2. Sisteme Informatice de Gestiune (SIG)

Exist dou abordri pentru definirea Sistemelor Informatice de Gestiune:


a) pe baza informaiei prelucrate i a suportului pe care este nregistrat;
b) pe baza funciei pe care o ndeplinete Sistemul Informaional de Gestiune.
Pentru definirea Sistemelor Informatice de Gestiune este nevoie de definirea
prealabil a componentelor sale: domeniile de gestiune, datele, modelele i regulile
de gestiune.
Domeniile de gestiune corespund fiecreia dintre activitile omogene
desfurate n cadrul firmei - cercetare-dezvoltare, comercial, de producie, de
personal, financiar-contabil - cu luarea n considerare a interaciunilor dintre ele.
Mai mult, abordarea acestor domenii se realizeaz ntr-o viziune ierarhic conducnd
la identificarea urmtoarelor nivele:
Tranzacional n cadrul cruia se efectueaz operaii elementare;
Operaional unde se desfoar operaii curente, deciziile luate la acest
nivel sunt curente, de rutin;
Tactic corespunznd activitilor de control i deciziilor pe termen scurt;
Strategic caracteristic deciziilor pe termen lung i/sau care angajeaz
global firma.
Datele reprezint "materia prim" a oricrui sistem de gestiune. Sunt avute n
vedere toate datele vehiculate i prelucrate indiferent de natura lor, caracterul lor
formal sau informal sau de suporturile pe care se afl.
Modelele de gestiune regrupeaz procedurile proprii unui domeniu. Putem
exemplifica prin modelul:
Contabil, specific domeniului financiar-contabil;
Tehnologiei de fabricaie specific domeniului produciei;
De vnzri specific domeniului comercial.
Regulile de gestiune permit prelucrarea datelor i utilizarea informaiilor n
conformitate cu obiectivele sistemului.
Exemplu: n cadrul unei firme cu activitate de producie i/sau comercial pot fi
identificate urmtoarele reguli de gestiune:
aprovizionarea se realizeaz cnd stocul efectiv scade sub stocul normat;
o materie prim se stocheaz n una sau mai multe gestiuni;
pentru produsele de calitatea a doua preul se reduce cu 5% etc.
evaluarea materialelor se realizeaz conform metodei FIFO;

Proiectarea Sistemelor Informatice de Gestiune

33

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

Figura 4.2 Definirea sistemelor informatice de gestiune


Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic, pag. 12

Test de autoevaluare 4.2.


Care sunt cele dou abordri pe baza crora se pot defini Sistemele Informatice de
Gestiune?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 36

4.3. Exemple de Sisteme Informaionale de Gestiune

Exist numeroase domenii n care se utilizeaz Sisteme Informatice de Gestiune:


bancar, afaceri, servicii, instituii etc. Un aspect particular l au Sistemele
Informatice Integrate de tipul celor utilizate n contabilitate care se caracterizeaz
prin faptul c introduc o singur dat datele i ulterior sunt preluate i prelucrate n
cadrul altor subsisteme: stocuri, vnzri, venituri cheltuieli, registrul jurnal,
Cartea Mare, balana de verificare, analiz diagnostic .a.
O imagine de ansamblu a ariei tematice la care se refer SIG, se poate observa din
clasificarea Sistemelor Informatice de Gestiune, prezentat n aceast unitate de
nvare la punctul 4.1.

Test de autoevaluare 4.3.


Prin ce se caracterizeaz Sistemele Informatice Integrate, de tipul celor utilizate n
contabilitate?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 36

Proiectarea Sistemelor Informatice de Gestiune

34

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

n loc de
rezumat

Este important de reinut urmtoarele idei:


1. Sistemul informatic este parte component a sistemului informaional;
2. In sistemul informatic ntlnim mai multe subsisteme: al contabilitii,
al vnzrilor, al aprovizionrii, al resurselor umane etc.

Lucrare de verificare unitate de nvare nr. 4


1. Precizai SIG destinate conducerii.

2. In ce grup SIG se ncadreaz Sistemele pentru procesarea tranzaciilor?

3. Clasificai SIG dup natura activitilor susinute.

4. Ce sunt regulile de gestiune?

5. Ce nelegei prin date?

6. Ce sunt domeniile de gestiune?

7. Precizai cteva exemple de SIG.

Proiectarea Sistemelor Informatice de Gestiune

35

Unitateat de nvare nr. 4 SISTEME INFORMATICE DE GESTIUNE

Rspunsurile testelor de autoevaluare

Rspuns 4.1.
Dup aria de cuprindere i natura activitilor.
Rspuns 4.2.
Pe baza informaiei prelucrate i a suportului su o abordare i dup funcia pe care
o ndeplinete SIG, a doua abordare.
Rspuns 4.3.
Datele se introduc o singur dat i ulterior sunt preluate i prelucrate n cadrul altor
subsisteme.

Bibliografie unitate de nvare nr. 4


1. Negoescu Gh. Proiectarea Sistemelor Informatice de Gestiune, Suport de curs
electronic, Universitatea Ovidius, Constana, 2009;
2. http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic

Proiectarea Sistemelor Informatice de Gestiune

36

Unitatea de nvare nr. 5 ABORDARI IN PROIECTAREA SISTEMELOR INFORMATICE

Unitatea de nvare Nr. 5


ABORDARI IN PROIECTAREA SISTEMELOR INFORMATICE
Cuprins
Obiectivele Unitii de nvare Nr. 5
5.1. Sisteme Informatice centralizate
5.2. Sisteme Informatice descentralizate
5.3. Tendine n Proiectarea Sistemelor
Lucrare de verificare Unitate de nvare Nr. 5
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 5

Proiectarea Sistemelor Informatice de Gestiune

Pagina
37
37
38
39
40
40
40

37

Unitatea de nvare nr. 5 ABORDARI IN PROIECTAREA SISTEMELOR INFORMATICE

OBIECTIVELE unitii de nvare nr. 5

Principalele obiective ale unitii de nvare Nr. 5 sunt:

Deosebirile dintre sistemele centralizate i descentralizate


Precizarea avantajelor i dezavantajelor sistemelor centralizate
descentralizate
Observarea tendinelor n dezvoltarea sistemelor informatice

5.1 Sistemul Informatic Centralizat


Din punct de vedere al locului de prelucrare a datelor exist dou abordri:
centralizat i descentralizat 11.
Sistemul informatic centralizat se caracterizeaz prin faptul c ntregul
proces de stocare i prelucrare a datelor precum i de dezvoltare a sistemului se
realizeaz la nivelul unei singure locaii n care se afl un singur sistem de calcul, de
regul un mainframe, care stocheaz o baz de date unic precum i ansamblul
programelor de aplicaie. Utilizatorii interacioneaz cu sistemul prin intermediul
terminalelor (care au rol de thin-client).
Avantajele centralizrii sunt reprezentate de:
controlul efectiv asupra utilizrii i dezvoltrii software-ului;
controlul asupra securitii i integritii datelor;
partajarea resurselor hard, soft i a datelor ntre utilizatori;
eliminarea riscului incompatibilitii hard i soft n cadrul sistemului;
promovarea cu uurin a standardelor (tehnice, de proiectare,
procedurale etc) la nivelul ntregului sistem;
asigurarea serviciilor solicitate de ctre utilizatori prin puterea de calcul a
sistemului central (mainframe-ul).
Dezavantajele centralizrii sunt reprezentate de urmtoarele aspecte:
"cderea" sistemului de calcul blocheaz toi utilizatorii;
alterarea datelor i a programelor, voit sau accidental, afecteaz toi
utilizatorii;
sistemul se poate dovedi lent i inflexibil la nevoile utilizatorilor, adesea
fiind insuficient adaptat nevoilor locale sau de grup ale utilizatorilor;
poate realiza un timp mare de rspuns n cazul unor solicitri
simultane ale mai multor utilizatori.

11

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html - Serba Crascot


Suport de curs electronic, pag. 13-14

Proiectarea Sistemelor Informatice de Gestiune

37

Unitatea de nvare nr. 5 ABORDARI IN PROIECTAREA SISTEMELOR INFORMATICE

Test de autoevaluare 5.1.


Cte abordri exist n realizarea Sistemelor Informatice?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 40.

5.2. Sistemul Informatic Descentralizat


Sistemul informatic descentralizat se caracterizeaz prin faptul c datele,
software-ul i puterea de calcul sunt dispersate n diferite locaii (chiar dispersate
geografic) ale organizaiei. Prelucrarea se realizeaz pe calculatoare personale
independente sau n cadrul unor reele locale.
Avantajele descentralizrii:
datele sunt stocate i prelucrate local;
soft-ul este mai bine adaptat nevoilor locale;
avariile hard, soft sau ale bazei de date la nivelul unei locaii nu afecteaz
celelalte locaii;
configuraia sistemului poate fi gndit n funcie de nevoile diferitelor
departamente din cadrul organizaiei sau chiar a utilizatorilor locali;
mai marea autonomie i motivare la nivelul utilizatorului local.
Dezavantajele descentralizrii:
riscuri mari legate de incompatibiliti hard i soft ntre diferite locaii;
apariia inerent a unor duplicri ale datelor i software-ului n diferite
locaii;
dificultatea realizrii unor proiecte complexe la nivel local;
riscul de fragmentare a politicii IT;
costuri mai mari n comparaie cu sistemul centralizat.
Descentralizare, trebuie s se realizeze astfel nct:
ntreaga responsabilitate i autoritate pentru funciile descentralizate ale
SI s aparin managementului local;
s se asigure alinierea la standardele utilizate la nivelul SI global al
organizaiei;
la nivel central urmeaz s se realizeze:
elaborarea strategiei la nivelul ntregului SI al organizaiei;
managementul comunicaiilor n cadrul reelei locale ale organizaiei;
administrarea datelor;
refacerea n caz de dezastre.
Test de autoevaluare 5.2.
Care sunt dezavantajele descentralizrii?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 40.

Proiectarea Sistemelor Informatice de Gestiune

38

Unitatea de nvare nr. 5 ABORDARI IN PROIECTAREA SISTEMELOR INFORMATICE

5.3. Tendine n proiectarea Sistemelor Informatice de Gestiune


Desfurarea unei activiti riguroase i performante de proiectare i realizare de
sisteme informatice de gestiune impune respectarea urmtoarelor principii 12:
1. Abordarea global a problemei de rezolvat;
2. Utilizarea unei metodologii unitare n proiectarea i realizarea sistemului
informatic;
3. Aplicarea celor mai moderne soluii i metode de proiectare i realizare a
sistemului informatic;
4. Structurarea sistemului informatic innd seama de structura organizatoric din
cadrul firmei.
5. Participarea nemijlocit a viitorului beneficiar la activitile de
analiz, proiectare i implementare a sistemului informatic. O astfel de
participare asigur formularea clar a specificaiilor necesare proiectrii i
validarea ealonat a soluiilor propuse de proiectant toate acestea asigurnd
n final un produs care s corespund deplin cerinelor utilizatorului;
6. Respectarea cadrului legislativ. Fiind vorba de sisteme informatice de gestiune
devine obligatorie realizarea evidenelor, calcularea indicatorilor i ntocmirea
lucrrilor de sintez n conformitate cu reglementrile aflate n vigoare.
7. Realizarea unor sisteme informatice corespunztoare resurselor disponibile la
utilizator,
8. ntruct prin natura sa software-ul este supus schimbrii, aceast schimbare
trebuie anticipat i controlat;
9. Compromisurile sunt inerente n dezvoltarea de software i ele trebuie
explicitate i documentate.
10. Studiile de specialitate au ncercat s evidenieze factorii de succes n
desfurarea proiectelor software. Raportul Standish, spre exemplu, plaseaz ca
primi factori de succes:
Implicarea utilizatorului final
Sprijinul managementului executiv
Claritatea cerinelor
Planificarea.
Test de autoevaluare 5.3.
Ce tendie se manifeste n proiectarea Sistemelor Informatice de Gestiune?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 40

n loc de
rezumat

Este important de reinut c nu exist sisteme informatice perfecte. Toate tipurile de


sisteme se pot revizui i dezvolta n funcie de evoluia tehnicii de calcul i a
cerinelor utilizatorilor.

12

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html - Serba Crascot


Suport de curs electronic, pag. 15

Proiectarea Sistemelor Informatice de Gestiune

39

Unitatea de nvare nr. 5 ABORDARI IN PROIECTAREA SISTEMELOR INFORMATICE

Lucrare de verificare unitate de nvare nr. 5


1. Ce este un Sistem Informatic Centralizat?

2.

Care sunt avantajele i dezavantajele centralizrii?

3.

Ce este un Sistem Informaional Descentralizat?

4.

Care sunt avantajele i dezavantajele descentralizrii?

5.

Ce tendine se manifest n proiectarea Sistemelor Informaionale?

Rspunsurile testelor de autoevaluare

Rspuns 5.1.
Dou abordri: centralizat i descentralizat.
Rspuns 5.2.
a) Riscuri mari de apariie disfuncionalitate hard i soft ntre locaii;
b) Apariia inerent a unor duplicri ale datelor;
c) Dificultatea realizrii unor proiecte complexe n plan local;
d) Riscul de fragmentare a politicii IT;
e) Costuri mai mari n comparaie cu sistemul centralizat.
Rspuns 5.3.
Se dezvolt sistemele centralizate ndeosebi pe considerente de costuri i riscuri mai
mari.

Bibliografie unitate de nvare nr. 5


1. Negoescu Gh. Proiectarea Sistemelor Informatice de Gestiune, Suport de curs
electronic, Universitatea Ovidius, Constana, 2009;
2. http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic

Proiectarea Sistemelor Informatice de Gestiune

40

Unitatea de nvare nr. 6 ARHITECTURA SISTEMELOR INFORMATICE DE GESTIUNE

Unitatea de nvare Nr. 6


ARHITECTURA SISTEMELOR INFORMATICE DE GESTIUNE
Cuprins
Obiectivele Unitii de nvare Nr. 6
6.1. Cerine pentru arhitectura unui sistem informatic
6.2. Strategii n alegerea unei arhitecturi de sistem informatic
6.3. Arhitectura unui sitem informatic al unei firme
Lucrare de verificare Unitate de nvare Nr. 6
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 6

Proiectarea Sistemelor Informatice de Gestiune

Pagina
42
42
43
45
46
46
46

41

Unitatea de nvare nr. 6 ARHITECTURA SISTEMELOR INFORMATICE DE GESTIUNE

OBIECTIVELE unitii de nvare nr. 6


Principalele obiective ale unitii de nvare Nr. 6 sunt:
Ce este arhitectura unui sistem informatic?
Strategii pentru definirea sistemului informatic.
Principiile proiectrii unei arhitecturi de sistem informatic.
Factori de succes n proiecte software.

6.1. Cerine pentru arhitectura unui sistem informatic

Arhitectura unui Sistem Informatic trebuie s rspund la principiile proiectrii unui


astfel de sistem care sunt urmtoarele: 13
1) Abordarea global a problemei de rezolvat;
2) Utilizarea unei metodologii unitare n proiectarea i realizarea sistemului
informatic;
3) Aplicarea celor mai moderne soluii i metode de proiectare i realizare a
sistemului informatic;
4) Structurarea sistemului informatic innd seama de structura
organizatoric din cadrul firmei.
5) Participarea nemijlocit a viitorului beneficiar la activitile de
analiz, proiectare i implementare a sistemului informatic. O astfel de
participare asigur formularea clar a specificaiilor necesare proiectrii i
validarea ealonat a soluiilor propuse de proiectant toate acestea asigurnd n final
un produs care s corespund deplin cerinelor utilizatorului;
6) Respectarea cadrului legislativ. Fiind vorba de sisteme informatice de
gestiune devine obligatorie realizarea evidenelor, calcularea indicatorilor i ntocmirea
lucrrilor de sintez n conformitate cu reglementrile aflate n vigoare.
7) Realizarea unor sisteme informatice corespunztoare resurselor disponibile
la utilizator,
8) ntruct prin natura sa software-ul este supus schimbrii, aceast
schimbare trebuie anticipat i controlat;
9) Compromisurile su n t in eren te n d ezv o tlarea d e so ftware i ele
trebuie explicitate i documentate.
Arhitectura sistemului informatic reprezint soluia generic privitoare la procesele
de prelucrare a datelor ce trebuie s se realizeze i modul de integrare a datelor i
prelucrrilor. Aceast soluie cadru este urmarea sintetizrii rspunsurilor la
urmtoarele ntrebri:

Care sunt componentele sistemului informatic?


Cum sunt legate aceste componente i cum interacioneaz ele?
Ce date se culeg?
Unde se culeg datele, unde se stocheaz i prelucreaz?

13

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html - Serba Crascot


Suport de curs electronic, pag. 15-16

Proiectarea Sistemelor Informatice de Gestiune

42

Unitatea de nvare nr. 6 ARHITECTURA SISTEMELOR INFORMATICE DE GESTIUNE

Ce date se transmit ctre diferitele componente ale sistemului


informatic?
Altfel spus, arhitectura reprezint "soluia constructiv" a sistemului informatic i
reflect viziunea strategic managerial asupra modului n care organizaia (firma)
lucreaz.
Sistemul informatic global al firmei se descompune n subsisteme, fiecare dintre
La rndul su, fiecare subsistem se descompune n aplicaii fiecare dintre acestea
acoperind o activitate distinct n cadrul domeniului. De exemplu, subsistemul
informatic pentru domeniul comercial se va descompune n aplicaii distincte
pentru fiecare din urmtoarele activiti: aprovizionare, desfacere, marketing.
Procesul de descompunere continu i n pasul urmtor pentru fiecare aplicaie se vor
defini proceduri realiznd funcii distincte n cadrul aplicaiei (exemplu: proceduri
pentru dirijarea prelucrrilor, proceduri pentru actualizarea bazei de date, proceduri
pentru consultarea bazei de date). La rndul lor, procedurile se descompun n module.
Acestea cuprind secvene de cod realiznd cte o funcie distinct n cadrul
procedurii. De exemplu, o procedur de actualizare a bazei de date va cuprinde: un
modul pentru adugare de nregistrri, un modul de modificare a tuplurilor, un modul
de tergere a tuplurilor.
Test de autoevaluare 6.1.
Ce apreciai c reprezint sintagma:realizarea unor sisteme informatice
corespunztoare resurselor disponibile la utilizator?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 46.

6.2. Strategii n alegerea unei arhitecturi de sistem informatic


n definirea arhitecturii sistemului informatic s-au cristalizat n timp trei strategii 14:
Strategia descendent
Strategia ascendent
Strategia mixt
Strategia descendent numit i top-down pleac de la principiul descompunerii
sistemului informatic complex n componente prezentnd o complexitate mai
redus (definite pe domenii de activitate de exemplu) parcurgndu-se succesiv
mai multe niveluri de detaliere n cadrul fiecrei componente definite. Prin
aceast abordare, sistemul informatic dobndete o structur ierarhic
modular n care fiecare component ndeplinete o anumit funcionalitate i va
fi coordonat n funcionarea sa de componentele plasate la nivelul ierarhic imediat
superior. Aceast strategie:
14

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html - Serba Crascot


Suport de curs electronic, pag. 16

Proiectarea Sistemelor Informatice de Gestiune

43

Unitatea de nvare nr. 6 ARHITECTURA SISTEMELOR INFORMATICE DE GESTIUNE

se aplic n cazul sistemelor informatice complexe, viznd o arie larg de


cuprindere;
asigur realizarea unei soluii globale, unitare la nivel conceptual pentru ntregul
sistem, componentele acestuia urmnd s fie proiectate i realizate independent
(pe baza unei planificri), prioritile fiind fixate n funcie de opiunea
beneficiarului sau importanei respectivelor componente i conexiunilor
necesare n cadrul sistemului global.
Pe msura realizrii componentelor din arhitectura general a sistemului
informatic acestea se vor testa i apoi integra n produsul final a crui
funcionalitate va fi de asemenea verificat.
Impune un efort deosebit att n perioada de analiz (fiind necesar o analiz
complex i foarte amnunit avnd n vedere complexitatea proceselor
informaionale supuse informatizrii) ct i de proiectare i realizare ceea ce
impune eforturi financiare deosebite.
n procesul integrrii componentelor nu vor aprea probleme deosebite ca
urmare a strategiei unitare de proiectare i realizare definit la demararea
proiectului.

Strategia ascendent numit i bottom-up promoveaz iniiativa la nivelul fiecrui


domeniu de gestiune (contabilitate, comercial, producie etc) fr a exista o soluie
cadru i o arhitectur definit pentru sistemul informatic global la nivel de organizaie.
Sistemele de gestiune se proiecteaz, realizeaz i exploateaz independent,
rspunznd cerinelor de gestiune ale domeniilor pentru care au fost realizate,
urmnd ca ulterior s se treac la integrarea acestora n cadrul sistemului informatic
global al organizaiei. Datorit lipsei unei strategii unitare n plan hardware i software,
a unei soluii unitare de proiectare i realizare exist riscul unui grad redus de integrare a
subsistemelor de gestiune realizate n cadrul sistemului informatic al organizaiei.
Strategia mixt reprezint o combinare a strategiei descendente cu strategia
ascendent reinndu-se punctele lor forte, n aceast abordare se opteaz pentru o
definire a componentelor sistemului informatic n conformitate cu cerinele
strategiei descendente, urmnd ca proiectarea, realizarea i integrarea acestor
componente s se realizeze urmnd cerinele strategiei ascendente.
Indiferent de strategia utilizat n definirea arhitecturii trebuie ca aceast soluie s
permit dezvoltarea ulterioar a sistemului informatic prin crearea i integrarea de
noi componente. O astfel de abordare conduce la definirea de arhitecturi deschise
pentru sistemele informatice. Numai astfel sistemul informatic va putea evolua odat
cu activitatea organizaiei asigurnd suportul informaional necesar procesului de
conducere i se va putea totodat moderniza prin integrarea de noi soluii IT.
Test de autoevaluare 6.2.
Cte strategii s-au identificat n definirea arhitecturii sistemului informatic?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 46.

Proiectarea Sistemelor Informatice de Gestiune

44

Unitatea de nvare nr. 6 ARHITECTURA SISTEMELOR INFORMATICE DE GESTIUNE

6.3. Arhitectura Sistemului Informatic al unei firme


Din prezentarea modului de definire a arhitecturii sistemului informatic a rezultat
faptul c efortul proiectanilor se focalizeaz asupra definirii principalelor componente
ale sistemului i a interaciunilor dintre acestea astfel nct viitorul sistem s acopere
cerinele informaionale necesare procesului de conducere.15
Odat definite componentele de baz ale sistemului informatic, descompunerea
succesiv a fiecreia dintre acestea se va desfura n timp pe baza planului de
realizare stabilit n funcie de prioriti, importana componentelor i interaciunile
existente ntre acestea.
In figura 6.1 este prezentat n abordarea top - down o posibil soluie pentru
arhitectura sistemului informatic al unei firme integrndu-se n cadrul acesteia att
componentele reprezentnd subsistemele de management (MSS) ct i cele
operaionale (OSS) i de gestiune a cunoaterii(KWS).

Figura 6.1. Arhitectura SI al firmei


Sursa : http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic, pag. 16-17

Test de autoevaluare 6.3.


Care sunt cele trei componente majore care formeaz Sistemul Informatic al unei
firme?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 46.

15

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html - Serba Crascot


Suport de curs electronic, pag. 16-17

Proiectarea Sistemelor Informatice de Gestiune

45

Unitatea de nvare nr. 6 ARHITECTURA SISTEMELOR INFORMATICE DE GESTIUNE

n loc de
rezumat

Arhitectura sistemelor informatice de gestiune a evoluat i va evolua n baza a trei


strategii de dezvoltare:
a) strategia descendent;
b) strategia ascendent;
c) strategia mixt.

Lucrare de verificare unitate de nvare nr. 6


1.
2.
3.
4.
5.
6.

Principiile proiectrii i realizrii Sistemelor Informatice de Gestiune.


Strategia descendent pentru arhitectura Sistemului Informatic.
Strategia mixt.
Schema arhitecturii Sistemului Informatic al firmei.
Structura ascendent.
Care sunt ntrebrile la care trebuie s rspund soluia cadru pentru
arhitectura Sistemului Informaional?

Rspunsurile testelor de autoevaluare


Rspuns 6.1.
Unul dintre principiile fundamentale de realizare i proiectare a Sistemelor
Informaionale.
Rspuns 6.2.
Trei strategii: descendent, ascendent i mixt.
Rspuns 6.3.
Intrrile, Prelucrrile i Ieirile.

Bibliografie unitate de nvare nr. 6


1. Negoescu Gh. Proiectarea Sistemelor Informatice de Gestiune, Suport de curs
electronic, Universitatea Ovidius, Constana, 2009;
2. http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic

Proiectarea Sistemelor Informatice de Gestiune

46

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Unitatea de nvare Nr. 7


CRITERII DE DECIZIE IN CONDIII DE INCERTITUDINE
Cuprins
Obiectivele Unitii de nvare Nr. 7
7.1. Ciclul de via al Sistemului Informatic
7.2. Modelul relaional
7.3. Studiu de caz pentru IMM: Gestiunea stocurilor
Lucrare de verificare Unitate de nvare Nr. 7
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 7

Proiectarea Sistemelor Informatice de Gestiune

Pagina
48
48
48
56
59
59
60

47

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

OBIECTIVELE unitii de nvare nr. 7


Principalele obiective ale unitii de nvare Nr. 7 sunt:
Nu exist sistem sistem informaional perfect
Sistemele informaionale se nlocuiesc pe msur ce tehnologia informatica
avanseaz

7.1. Ciclul de via al Sistemului Informatic

Punctul de nceput al unui ciclu de via pentru un sistem informatic este reprezentat
de decizia de realizare a unui nou SI mai performant de decizia de realizare a unui
nou SI mai performant, iar punctul final al ciclului de via este reprezentat de
momentul deciziei de nlocuire a SI existent cu unul mare care asigur performane
informaionale tehnice i economice mai bune dect vechiul sistem.
Pentru dezvoltarea unui produs software se parcurg mai multe etape, dup mai multe
modele. Se apreciaz c principalele etape n dezvoltarea unui software sunt:
a) proiectarea general;
b) proiectarea de detaliu;
c) realizarea, implementarea i testarea unui proiect pilot;
d) realizarea SI;
e) instalarea SI pe sistemul de calcul ale beneficiarului;
f) exploatarea i ntreinerea SI;
g) dezvoltarea SI.
Test de autoevaluare 7.1.
Ce reprezint punctul final al ciclului de via al unui sistem informatic?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 59

7.2. Modelul relaional


Exist trei categorii de administrare a bazelor de date i anume:
a) ierarhic arborescent;
b) n reea;
c) relaional;
In continuare vom exemplifica printr-un model relaional 16 care fa de modelul
ierarhic arborescent sau cel n reea are att avantaje ct i dezavantaje.
16

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html - Serba Crascot op.


cit., fascicula 2, pag. 2-7

Proiectarea Sistemelor Informatice de Gestiune

48

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Modelul Ierarhic
n acest model, datele sunt organizate ntr-o structur arborescent ramificat, cu un
singur vrf, sub forma unei piramide. Fiecare nod din arbore corespunde unei clase
de entiti din lumea real, iar drumurile dintre noduri reprezint asocierile
existente ntre obiecte. ntr-o asemenea structur, fiecare printe poate avea mai
muli copii, dar un copil nu poate avea dect un singur printe.
Dezavantajele acestui model sunt urmtoarele:
Mrimea exagerat a timpului de regsire a informaiilor
Numrul de ierarhii posibile crete combinatoric cu numrul nregistrrilor
Aceast abordare nu este posibil pentru anumite structuri de date.
Modelul logic trebuie creat astfel nct s preia ct mai multe caracteristici ale
modelului conceptual.
Modelul n Reea
Reeaua reprezint o colecie de noduri entiti i legturi asocieri ( un graf )
fiecare nod putnd fi legat de oricare altul. Modelul este destul de performant se
apropie mai mult de EA dar foarte complicat i dificil de implementat.
1. Redundan nu exist.
2. Integriti exist pentru c se apropie de modelul EA.
3. Prelucrri legturile formeaz trasee care permit o regsire uoar a
informaiilor de pe orice nivel, ns o actualizare a structurii (modificarea
nodurilor sau legturilor ) creeaz probleme deosebit de complicate i
complexe.
Modelul relaional
Din punct de vedere fizic are mai multe implementri, fiecare fiind mai mult
sau mai puin fidele MC: ACCESS, SQL , FOX , ORACLE.
Modelul este puternic, dar n acelai timp este flexibil , simplu i natural,
permind o proiectare relativ uoar a structurilor de date. Dezavantajul l reprezint
creterea redundanei datelor fa de celelalte 2 modele.

DEFINITII
Relaia

este o submulime a produsului cartezian de N domenii

se prezint sub form bidimensional (tabelar) pe linii i coloane

este format din linii (rnduri) i coloane

mai este numit i tabel


Tuplul

reprezint o linie n cadrul tabelului

se mai numete nregistrare (n englez "record")

Domeniul

reprezint un set de valori pe care le poate lua o dat (un atribut).


Exemplu. Ziua = {luni, mari, miercuri, joi, vineri, smbt, duminic} |
Trimestru = {1,2,3,4}
Proiectarea Sistemelor Informatice de Gestiune

49

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Atributul

reprezint o caracteristic care poate lua valori ntr-un domeniu,


fiecrei caracteristici fiindu-i rezervat o coloan n cadrul relaiei.
Cheie primar

Atribut
Tabela BROKER

Cod Identificare

Nume

Prenume

Vechime

101523

Dobrescu

Valentin

101524

Marian

Stelian

12

101536

Ionescu

Tudor

Tuplu
(nregistrare)

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot op. cit., fascicula 2, pag. 3

Cheia primar

reprezint un atribut sau un grup minimal de atribute ale crui


realizri pot permite identificarea unic a unui tuplu ntr-o tabel.
Cheia candidat (alternativ)

reprezint un atribut sau grup de atribute care pot prin realizrile lor
s identifice un tuplu;

dintre cheile candidate se alege atributul sau grupul de atribute care


va juca rol de cheie primar.
Cheia extern

este un atribut din schema unei tabele care joac rol de cheie primar
ntr-o alt tabel;

atributul cu rol de cheie extern trebuie s respecte cerinele de


integritate referenial.
Tabela BROKER
Cod Id

Nume

Tabela SVM

Denumire SVM
Invest SA

Cod Angajat
101523

Stelian

12

Pro Broker SA

101524

Tudor

Pro Mobil SA

101536

Prenume

Vechime

101523 Dobrescu

Valentin

101524

Marian

101536

Ionescu

D1

D2

Sursa:

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot op. cit., fascicula 2, pag. 3

Unde: D2 D1 - aceast incluziune reprezint integritatea referenial.


Schema unei relaii.

reprezint lista atributelor aparinnd relaiei, mpreun cu domeniile


lor.

Proiectarea Sistemelor Informatice de Gestiune

50

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Gradul relaiei.

reprezint numrul de coloane (atribute) ale relaiei.


Cardinalitatea relaiei.

reprezint numrul de rnduri (nregistrri, tupluri) ale acesteia.


EXEMPLU:
Tabela CONTRACTE
Nr. Contract

Data ncheiere

Durata

Valoare

Cod Client

25410

12/05/2000

24

12.000.000

422

25411

21/08/2001

14.500.000

422

25412

7/01/2002

18

10.750.000

419

Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot op. cit., fascicula 2, pag. 4

Schema relaiei:
Contracte {Nr.Contract, Data ncheiere, Durata, Valoare, Cod Client} unde:

Durata {6, 12, 18, 24, 30, 36, 42}


Gradul relaiei:5
Cardinalitatea relaiei:3

Reguli de trecere de la modelul EA la schema bazei de date


relaionale.

Regula nr. 1

Fiecrui tip de entitate din modelul EA, i este asociat schema unei
relaii format din toate atributele tipului de entitate.

Identificatorul tipului de entitate devine cheia primar a relaiei

SVM

CodSVM
Nume
Adresa
CUI

SVM {CodSvm, Nume, Adresa, CUI}

http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabileSursa:
11687.html - Serba Crascot op. cit., fascicula 2, pag. 4

Regula nr. 2

Dac ntr-o asociere binar A, fiecare dintre entiti prezint pentru


cuplul entitate-asociere, cardinalitatea (0,1) sau (1,1), atunci se adaug la
schema relaiei R1 (corespunztoare entitii E1) cheia primar a celeilalte
entiti E2 participant la asociere.

Cheia extern va trebui s respecte restricia de integritate


referenial.

Proiectarea Sistemelor Informatice de Gestiune

51

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Exemplu.
CARD

1,1

CONT

0,1

NrCard
DataEmiter

Corespunde

NrCont
DataDeschider
e

TipCard
i i
d

Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot op. cit., fascicula 2, pag. 4

CARD { NrCard, DataEmitere, TipCard, LimitaCard, NrCont}


CONT { NrCont, DataDeschidere }
Regula nr. 3

Dac ntr-o asociere A, exist o singur entitate E1 pentru care


cardinalitatea cuplului EA este egal cu (0,1) sau (1,1), atunci se adaug la
schema relaiei R1 (corespunztoare entitii E1) cheia primar a relaiei R2
(care corespunde entitii E2 participante la asociere);

Acest "transport" al cheii primare a relaiei R2 la schema relaiei R1


(unde va juca rolul de cheie extern) este impus de rolul dominant al primei
relaii asupra celei de a doua;

Cnd ntre dou entiti se stabilete o asociere (1:n) nseamn c


entitatea care prezint pentru cuplul EA cardinalitatea (0,n) sau (1,n) va fi
dominant, iar cea de a doua va fi considerat entitate "fiu" i va primi drept
cheie extern cheia primar a entitii "printe", iar dac sunt definite
atribute pentru asocierea A ele vor fi cuprinse n schema relaiei "fiu";
BROKER

1,1

CodId
Nume
Prenume
Vechime

SVM

1,n
Lucreaz pentru

CodSVM
Denumire
Adresa
Telefon

Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot op. cit., fascicula 2, pag. 5

BROKER {CodId, Nume, Prenume, Vechime, CodSVM}


SVM {CodSVM, Denumire, Adresa, Telefon }
Regula nr. 4

Dac ntr-o asociere A, nu exist nici o entitate E pentru care


cardinalitatea cuplului EA s fie egal cu (0,1) sau (1,1), atunci se va defini
o a treia relaie cuprinznd n schema sa cheile primare ale celor dou relaii
(corespunztoare entitilor participante la asociere) mpreun cu toate
Proiectarea Sistemelor Informatice de Gestiune

52

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

atributele definite pentru asocierea A.


Exemplu.
Punct Schimb

1,n

Valuta

0,n
Opereaz cu

NrPunctSchi
mb
Adresa
Telefon

SimbolValuta
Denumire
ara

Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot op. cit., fascicula 2, pag. 5


Punct Schimb {NrPunctSchimb, Adresa, Telefon}

Valut { SimbolValuta, Denumire, ara}


Opereaz { NrPunctSchimb, SimbolValuta}
Asocierile ciclice

n cazul asocierilor ciclice se aplic tot regulile 1-4 in funcie de


cardinalitile celor dou cupluri EA prezente.
Transpunerea generalizrii i specializrii
Definirea modelului logic al datelor plecnd de la modelul EA care a integrat i
conceptele de generalizare i specializare se poate realiza n dou modaliti:

dnd prioritate specializrii, caz n care atributele tipului sunt aspirate


la nivelul subtipurilor;

dnd prioritate generalizrii, cu sau fr conservarea subtipurilor, caz n


care se produce o "aspirare" a atributelor subtipurilor la nivelul tipului.
Exemplu.
Titlu de Valoare

SerieNr
NumeEmitent
DataEmitere
ValoareNominal

#
Aciune

ValoareActual

Obligaiune

Dobnd

Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot op. cit., fascicula 2, pag. 6

Proiectarea Sistemelor Informatice de Gestiune

53

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

FAVORIZAREA SPECIALIZRII
Aciune {SerieNr, NurneEmitent, DataEmitere, ValoareNominala, ValoareActual}
Obligaiune {SerieNr, NurneEmitent, DataEmitere, ValoareNominala, Dobnd}
FAVORIZAREA GENERALIZRII
Titlu de Valoare {SerieNr, NurneEmitent, DataEmitere, ValoareNominala}
Aciune {SerieNr, ValoareActual}
Obligaiune {SerieNr, Dobnd}
Modelarea fizic a datelor
Criterii utilizate n alegerea SGBD-ului:
1) Cerinele utilizatorului privitoare la:
- tipurile de aplicaii
- timpul de rspuns
- confidenialitatea datelor
- securitatea datelor
- uurina n exploatare a sistemului
2) Caracteristici, faciliti, instrumente oferite:
- instrumente pentru generarea de: ecrane, rapoarte, aplicaii etc.
- interfaa uor de utilizat pentru definirea cererilor (interfaa grafic)
- faciliti privind importul i exportul de date
- documentarea bazei de date
- faciliti oferite administratorului bazei de date
- securitatea bazei de date
- uurina n utilizarea SGBD-ului
3) Cerine de ordin tehnic:
- portabilitatea SGBD-ului
- portabilitatea coleciilor de date i a aplicaiilor
- faciliti de ncrcare, exploatare i refacere a bazei de date
4) Cerine de ordin economic:
- ncadrarea n bugetul existent
- timpul i resursele financiare necesare pentru pregtirea utilizatorilor i
trecerea la exploatarea curent a bazei de date.

Definirea modelului fizic al datelor (MFD)


se realizeaz n conformitate cu SGBD-ul ales;
rezultatul acestei treceri de la MLD la MFD este reprezentat de schema intern
a bazei de date;
pentru modelul logic definit anterior n aceast etap vor fi create tabelele bazei
de date, pentru fiecare dintre acestea precizndu-se toate elementele necesare
conform specificaiilor de definire caracteristice SGBD-ului;
aceast etap de modelare nu se limiteaz doar la definirea modelului fizic al datelor
(MFD) ci urmrete i optimizarea MFD ceea ce ar presupune asigurarea:
- unui timp minim de acces la nivel fizic pentru prelucrrile cele mai frecvente;
- mai mare independen a stocrii fizice a datelor n raport cu prelucrrile.

Proiectarea Sistemelor Informatice de Gestiune

54

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Realizarea acestor deziderate se poate materializa n:


- definirea indecilor att pe cheile primare ct i pe chei alternative de cutare
n raport cu natura diverselor cutri n baza de date;
- controlul alocrii spaiului de disc afectat bazei de date prin utilizarea de
partiii (SGBD Oracle);
- asigurarea proximitii stocrii ansamblurilor de date manipulate frecvent n
anumite prelucrri (utilizarea clusterelor de ctre SGBD Oracle de exemplu).

Determinarea dimensiunii viitoarei baze de date i a spaiului de memorie necesar


sistemului informatic.
n cazul n care am optat pentru utilizarea SGBD Access crearea tabelelor bazei de
date se va realiza prin iniierea aciunii de creare a obiectelor de tip tabel (Table)
pentru fiecare relaie precizndu-se proprietile corespunztoare atributelor
declarate.

Exemplu.
Contract {NrContract, Datancheiere, Durata, Valoare}

Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html
- Serba Crascot op. cit., fascicula 2, pag. 7

Test de autoevaluare 7.2.


Ce nseamn conceptul Relaia ntr-un model relaional?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 59

Proiectarea Sistemelor Informatice de Gestiune

55

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

7.3. Studiu de caz pentru IMM: Gestiunea stocurilor


Studiu de caz pentru IMM - Sistem informatic pentru gestiunea stocurilor pentru
serviciul de aprovizionaredesfacere ce poate fi utilizat de un IMM. 17
O societate comercial doreste informatizarea activittii de gestiune a stocurilor.
Sistemul informatic va permite nregistrarea facturilor de aprovizionare, generarea
notelor de intrare-receptie, nregistrarea bonurilor de consum, de transfer si de retur,
nregistrarea facturilor de vnzare, precum si a eventualelor facturi de stornare.
Obiectul de activitate al societtii comerciale este comercializarea produselor
publicitare (fluturasi, bannere, ecusoane, pixuri si tricouri inscriptionate).
Terti
Furnizorii si clienti sunt persoane juridice, identificate prin codul unic de nregistrare.
Pentru ambele categorii trebuie nregistrate numrul de nregistrare de la Registrul
Comertului, denumirea, forma de organizare (SA, SCA, SRL, SCS, etc), adresa,
capitalul social, bncile cu care colaboreaz plus conturile bancare deschise la acele
bnci, un numr de telefon si de fax, adresa de email sau adresa HTTP pentru
website. Adresa trebuie structurat astfel nct s se poat realiza analize ale
vnzrilor si n functie de judet si localitate.
Aprovizionarea si desfacerea
Aprovizionarea se realizeaz pe baz de factur de la furnizor. Att facturile de
aprovizionare ct si facturile de vnzare sunt identificate prin serie si numr. n antet
se nregistreaz datele furnizorului, datele clientului, seria si numrul facturii, data
facturrii precum si procentul de TVA. n sectiunea de detalii a facturii sunt
nregistrate produsele facturate sub forma unei liste care include pentru fiecare
produs urmtoarele informatii: numrul curent al prodsului de pe factur, denumirea
produsului, unitatea de msur, cantitatea, pretul unitar fr TVA, valoarea fr TVA
precum si valoarea TVA-ului. n sectiunea de subsol a facturii se nregistreaz
valoarea.
Produsele si serviciile
Pentru fiecare produs trebuie s se nregistreze urmtoarele informatii, codul
produsului, denumirea, unitatea de msur precum si grupa de produse
corespunztoare. n momentul inserrii unui articol nou sistemul trebuie s genereze
codul automat.
Receptia
Pentru receptia produselor aprovizionate se nregistreaz o not de intrare receptie
(NIR). NIR-urile sunt identificate printr-un numr unic n functie de gestionar si
specific data receptiei produselor, seria, numrul si data facturii de aprovizionare,
denumirea furnizorului si numele delegatului, precum si lista produselor
receptionate. Pentru fiecare produs receptionat se retine denumirea si unitatea de
msur, cantitatea facturat, pretul unitar si cantitatea receptionat n subsolul NIRului se nregistreaz valoarea total fr TVA a produselor receptionate.
17

http://www.spiruharet.ro/sesiuni-comunicari/word/5.7.pdf - Asist. univ. drd. Radu Bucea Manea Toni,


Universitatea Spiru Haret, Sisteme informatice de gestiune pentru eficientizarea activitilor IMM-urilor, pag. 4-7

Proiectarea Sistemelor Informatice de Gestiune

56

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Consumuri
Produsele date n consum intern sunt nregistrate pe baza bonurilor de consum.
Fiecare bon de cosum include data la care produsele au fost date n consum, magazia
surs, centru de consum destinatie precum lista produselor transferate mpreun cu
valoarea total a acestora.
Pentru fiecare produs se specific denumirea, unitatea de msur, cantitatea
transferat plus pretul unitar fr TVA. Bonurile de consum pentru obiectele de
inventar trebuie s cuprind n plus pentru fiecare produs si persoana (angajatul) care
a primit produsul respectiv n gestiune.
Stornarea
Dac facturile de vnzare sau de aprovizionare au fost completate eronat acestea
trebuie stornate. Pe facturile de stornare valorile reprezentnd preul unitar de
vnzare si valorile fr TVA, a TVA-ului si totalurile sunt nregistrate cu minus (n
rosu). Utilizatorii aplicatiei se clasific astfel:
utilizatori cu drepturi standard;
administratori ai sistemului informatic care trebuie s aib posibilitatea s
defineasc utilizatori noi, s realizeze copii de sigurant ale bazei de date si s
restaureze baza de date.
Pentru o ntelegere aprofundat a studiului de caz se recomand studierea schemelor
urmatoare:

Sursa: http://www.spiruharet.ro/sesiuni-comunicari/word/5.7.pdf - Asist. univ. drd. Radu Bucea


Manea Toni, Universitatea Spiru Haret, Sisteme informatice de gestiune pentru eficientizarea
activitilor IMM-urilor, pag. 6

Proiectarea Sistemelor Informatice de Gestiune

57

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Sursa: http://www.spiruharet.ro/sesiuni-comunicari/word/5.7.pdf - Asist. univ. drd. Radu Bucea Manea Toni,


Universitatea Spiru Haret, Sisteme informatice de gestiune pentru eficientizarea activitilor IMM-urilor, pag. 7

Test de autoevaluare 7.3.


Ce permite un SI pentru gestiunea stocurilor, ntr-un IMM?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 59

Proiectarea Sistemelor Informatice de Gestiune

58

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

n loc
rezumat

Din acest curs este foarte important de reinut o idee: NU EXISTA SISTEM
INFORMATIONAL PERFECT. Din aceast cauz sistemele informaionale se
nlocuiesc pe msur ce tehnologia informatic avanseaz.

Lucrare de verificare unitate de nvare nr. 7


1.

Care sunt etapele de proiectare ale unui sistem informatic?

2. Ce este un tablou ntr-un model relaional?


3. Schema funcional a unui SI pentru gestiunea stocurilor.

4. Schema diagramei claselor ntr-un SI pentru gestiunea stocurilor.

5. Cum se realizeaz funcia de aprovizionare i desfacere ntr-un IMM?

6. Ce se nelege prin recepia produselor aprovizionate ntr-un IMM?

Rspunsurile testelor de autoevaluare


Rspuns 7.1.
Punctul final al ciclului de via al unui sistem informatic este reprezentat de
momentul deciziei de nlocuire a SI existent cu unul nou mai performant.
Rspuns 7.2.
Relaia ntr-un model relaional se caracterizeaz prin :
a) este o submulime a produsului cartezian de N domenii;
b) se prezint sub form bidimensional (tabelar) pe linii i coloane;
c) este format din linii (rnduri) i coloane;
d) mai este numit i tabel
Rspuns 7.3.
Pentru nregistrarea facturilor de aprovizionare, generarea notelor de intrare
recepie, nregistrarea bonurilor de consum, de transfer i de retur, nregistrarea
facturilor de vnzare i a facturilor de stornat.

Proiectarea Sistemelor Informatice de Gestiune

59

Unitatea de nvare nr. 7 CRITERII DE DECIZIE IN CONDITII DE INCERTITUDINE

Bibliografie unitate de nvare nr. 7


1. Negoescu Gh. Proiectarea Sistemelor Informatice de Gestiune, Suport de curs
electronic, Universitatea Ovidius, Constana, 2009;
2. http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic, fascicula 2
3. http://www.spiruharet.ro/sesiuni-comunicari/word/5.7.pdf - Asist. univ. drd. Radu
Bucea Manea Toni, Universitatea Spiru Haret, Sisteme informatice de gestiune
pentru eficientizarea activitilor IMM-urilor

Proiectarea Sistemelor Informatice de Gestiune

60

Unitatea de nvare nr. 8 TEHNOLOGII MODERNE AFERENTE SIAD-URILOR

Unitatea de nvare Nr. 8


PROIECTAREA SISTEMELOR INFORMATICE
Cuprins
Obiectivele Unitii de nvare Nr. 8
8.1. Metode de proiectare a unui sistem informatic
8.2. Metode de proiectare ierarhice (structurate)
8.3. Metode de proiectare sistemice
8.4. Metode de proiectare orientate pe obiect (obiectuale)
Lucrare de verificare Unitate de nvare Nr. 8
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 8

Proiectarea Sistemelor Informatice de Gestiune

Pagina
62
62
62
63
64
65
65
65

61

Unitatea de nvare nr. 8 TEHNOLOGII MODERNE AFERENTE SIAD-URILOR

OBIECTIVELE unitii de nvare nr. 8


Principalele obiective ale unitii de nvare Nr. 8 sunt:
Metode de proiectare: ierarhice, sistemice, pe obiect;
Ce este un limbaj unificat de modelare (UML)
Model conceptual, model logic, model fizic

8.1. Metode de proiectare a unui sistem informatic

Prin metod de proiectare a unui sistem informatic se nelege un ansamblu de


tehnici i reguli de proiectare, folosite pentru reprezentarea abstract a
domeniului informatizat, care reprezint elementele reale selectate ca fiind
necesare pentru realizarea scopului propus. Metodele de proiectare a unui sistem
informatic sunt aceleai pentru toate tipurile de domenii de informatizat, dar prezint
particulariti specifice n funcie de realitatea de informatizat. Fiecrei metode de
proiectare i corespunde un anumit tip de model de reprezentare abstract a realitii
de informatizat.
Test de autoevaluare 8.1.
La domenii de informatizat diferite, corespund metode de proiectare diferite?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 65

8.2. Metode de proiectare ierarhice (structurate)


Metodele de proiectare ierarhice (structurate) se caracterizeaz prin: 1
- se bazeaz pe analiza functional a activittilor desfsurate de organismul
economic, la nivelul domeniului de informatizat;
- conduc la sisteme informatice modulare cu structur ierarhic-functional
descendent, ascendent sau mixt. Metoda descendent (top-down) conduce la
o structur ierarhic, definit pe criterii functionale, si modular, care ofer o
viziune de ansamblu a sistemului informatic proiectat. Metoda ascendent
(bottom-up) se bazeaz pe crearea de sisteme informatice n cadrul fiecrui tip
de gestiune si ofer o viziune la nivel de detaliu sistemului informatic proiectat.
Metoda mixt reprezint o combinatie a metodei descendente cu cea ascendent;
ofer o solutie unitar de sistem informatic obtinut prin definirea elementelor de
sistem prin proiectarea descendent urmnd ca proiectarea si integrarea elementelor
sistemului s se fac pe baza proiectrii ascendente;
- au avantajele date de simplitatea lor si de adaptarea usoar la cerintele
1

www.referat.ro-Sistemeinformaticedegestiune_6e4f2.pdf, pag. 18

Proiectarea Sistemelor Informatice de Gestiune

62

Unitatea de nvare nr. 8 TEHNOLOGII MODERNE AFERENTE SIAD-URILOR

utilizatorului;
au dezavantajele rezultate din analiza prioritar a prelucrrilor efectuate asupra
datelor impus de particularittile de functionare proprii unui agent economic,
care se modific n timp, faza de analiza datelor supuse acestor prelucrri, care
au o structur mult mai stabil n raport cu timpul.

Test de autoevaluare 8.2.


Pe ce se bazeaz avantajele metodelor de proiectare ierarhice?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 65

8.3. Metode de proiectare sistemice


Caracteristicile metodelor de proiectare sistemice constau n: 2
- utilizeaz teoria sistemelor n analiza activittilor desfsurate de organismul
economic;
- sunt abordate dou aspecte complementare datele si prelucrrile - analizate si
modelate independent, la nivelul domeniului de informatizat;
- elementele realittii de informatizat, date si prelucrri efectuate asupra acestora,
sunt reprezentate pe trei nivele de abstractizare: conceptual: identificarea
regulilor de gestiune specifice realittii de modelat;
- logic (organizational-extern): identificarea particularittilor de organizare proprii
realittii de modelat; fizic (intern): stabilirea definitiv a solutiei tehnice de
implementare a sistemului informatic;
- modelarea realittii de informatizat prin intermediul unor tabele bidirectionale si
a relatiilor dintre ele;
- utilizarea unui model relational de reprezentare abstract a datelor: baze de date
relationale;
- au toate avantajele oferite de utilizarea bazelor de date relationale;
- au dezavantajul dat de modelarea independent a datelor si a prelucrrilor
efectuate asupra acestora, lucru care produce riscul aparitiei unor discordante
ntre cele dou modele.
Modelul MERISE este reprezentativ pentru aceast generatie de metode, fiind cel
mai utilizat.
Test de autoevaluare 8.3.
Ce st la baza metodelor de proiectare sistemice?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 65

www.referat.ro-Sistemeinformaticedegestiune_6e4f2.pdf, pag. 18

Proiectarea Sistemelor Informatice de Gestiune

63

Unitatea de nvare nr. 8 TEHNOLOGII MODERNE AFERENTE SIAD-URILOR

8.4. Metode orientate pe obiect


Caracteristicile metodelor orientate pe obiect sunt urmtoarele: 20
- utilizeaz Limbajul Unificat de Modelare (UML), limbaj standard de modelare
care reprezint un mediu de dezvoltare propice produselor software distribuite
de dimensiuni mari si foarte mari, este independent de realitatea de modelat, de
metoda de proiectare utilizat si de suportul tehnic folosit pentru
implementarea sistemului informatic si permite proiectarea si realizarea
sistemului informatic pentru sisteme economice complexe;
- se caracterizeaz prin: conceperea sistemului informatic ca fiind un ansamblu
de obiecte software independente, care se organizeaz si coopereaz ntre ele,
pentru realizarea obiectivului propus; modelarea realittii de informatizat prin
utilizarea obiectelor software care ncapsuleaz, fiecare, o categorie de date
mpreun cu toate prelucrrile ce se efectueaz asupra acestora; utilizarea unui
model obiectural de reprezentare abstract a datelor: Baze de Date Obiecturale,
obiectul software fiind definit ca un element: cuidentitate proprie, set de
proprietti care l deosebesc de alte obiecte; stare proprie, dat de valoarea
caracteristicilor sale; comportament propriu: dat de setul de operatii aplicate
asupra sa;
- au avantajele oferite de: posibilitatea reutilizrii obiectelor software si
componentelor de program n alte aplicatii; posibilitatea crerii si utilizrii de
obiecte complexe, definite cu ajutorul altor obiecte; posibilitatea de realizare a
unor sisteme informatice complexe;
- - au ca dezavantaj major faptul c realitatea de informatizat nu se poate
reprezenta, ntotdeauna, numai prin obiecte.
Modelul RUMBAUGH este reprezentativ pentru aceast generatie de metode.
Deoarece realitatea de informatizat nu poate fi reprezentat complet numai pe
principii ierarhice, numai prin relatii de tipul tabelelor bidirectionale sau numai
prin intermediul obiectelor software, metodele de proiectare folosite n practic
combin tehnicile de modelare prezentate, folosind avantajele tuturor si eliminnd,
pe ct posibil, dezavantajele acestora.
Test de autoevaluare 8.4.
Care este principalul dezavantaj al metodelor orientate pe obiect?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 65

n loc de
rezumat

20

Orice metod de proiectare are avantaje i dezavantaje. Din acest motiv este
obligatorie etapa de analiz a sistemului informaional existent pentru a stabili cea
mai bun metod de proiectare.

www.referat.ro-Sistemeinformaticedegestiune_6e4f2.pdf, pag. 19

Proiectarea Sistemelor Informatice de Gestiune

64

Unitatea de nvare nr. 8 TEHNOLOGII MODERNE AFERENTE SIAD-URILOR

Lucrare de verificare unitate de nvare nr. 8


1. Cte tipuri de modele de proiectare cunoatei i care anume?
2. Crui grup de metode aparine Metoda Merise?
3. Care sunt avantajele i dezavantajele metodelor de proiectare ierarhice
(structurate)?
4. Care sunt avantajele i dezavantajele metodelor de proiectare sistemice?

5. Care sunt avantajele metodelor de proiectare orientate pe obiect?

Rspunsurile testelor de autoevaluare


Rspuns 8.1.
Nu, metodele de proiectare ale unui sistem informatic sunt aceleai pentru toate
tipurile de domenii de informatizat, dar prezint particulariti specifice n funcie de
realitatea de informatizat.
Rspuns 8.2.
Avantajele metodelor de proiectare ierarhice sunt date de simplitatea lor i de
adaptarea uoar la cerinele utilizatorului.
Rspuns 8.3.
La baza metodelor de proiectare sistemice st teoria sistemelor specific
organizaiilor.
Rspuns 8.4.
Principalul dezavantaj al metodelor orientate pe obiect const n faptul c realitatea
de informatizat nu se poate reprezenta , ntotdeauna, numai pe obiecte.

Bibliografie unitate de nvare nr. 8


1. Negoescu Gh. Proiectarea Sistemelor Informatice de Gestiune, Suport de curs
electronic, Universitatea Ovidius, Constana, 2009;
2. www.referat.ro-Sistemeinformaticedegestiune_6e4f2.pdf

Proiectarea Sistemelor Informatice de Gestiune

65

Unitatea de nvare nr. 9 METODA MERISE (I)

Unitatea de nvare Nr. 9


METODA MERISE (I)
Cuprins
Obiectivele Unitii de nvare Nr. 9
9.1. Prezentare general
9.2. Scurt istoric
9.3. Ciclul de via
Lucrare de verificare Unitate de nvare Nr. 9
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 9

Proiectarea Sistemelor Informatice de Gestiune

Pagina
67
67
68
69
70
71
71

66

Unitatea de nvare nr. 9 METODA MERISE (I)

OBIECTIVELE unitii de nvare nr. 9


Principalele obiective ale unitii de nvare Nr. 9 sunt:
Modelul Merise ce este?
Istoricul modelului
Nivelele modelului MERISE
Ciclurile modelului MERISE

9.1. Prezentare general

MERISE s-a nscut n Frana la solicitarea Ministerului Industriilor. MERISE este


un organism viu care se dezvolt continuu pe patru direcii principale:
1. integrarea arhitecturilor client-server;
2. o mai bun poziionare n raport cu metodele anglo-saxone;
3. o abordare orientat pe obiecte;
4. dezvoltarea unui mediu metodologic european (proiectul EUROMETHODE)

Metoda MERISE presupune existena mai multor nivele de cunoatere 21:

Figura 9.1. Nivele Metodei Merise

Sursa: Georgescu Cristian, op. citat, pag. 51

La nivelurile fiecrui nivel (conceptual, organizaional sau operaional) exist


modele de prelucrare care au ca scop principal furnizarea de documente care s
permit sinteza procesului de gndire. Analiza datelor pe baza metodei MERISE se
face dup trei axe constituite n ceea ce se numete cele trei coduri 22
21
22

Georgescu Cristian, Sisteme informatice de gestiune, curs cu suport electronic


Georgescu Cristian, op. citat

Proiectarea Sistemelor Informatice de Gestiune

67

Unitatea de nvare nr. 9 METODA MERISE (I)

Figura 9.2. Cele trei cicluri ale metodei Merise


Sursa: Georgescu Cristian, op. citat, pag. 55

Test de autoevaluare 9.1.


Cte nivele presupune metoda MORISE i care anume?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 71

9.2. Scurt istoric


Dezvoltarea metodei de analiz MERISE s-a realizat continuu de la apariie (1970)
i pn n prezent.
metoda s-a impus n anii 1986-1989 cnd a devenit un standard cu un numr de
utilizatori n continu cretere. n prezent MERISE are numeroi adepi dar i
numeroi opozani care o consider o metod greoaie.
Pentru a reui, un proiect MERISE trebuie s aib obligatoriu adeziunea i
participarea utilizatorilor.
cele mai frecvente cazuri de nereuit n cazul metodei MERISE au la baz o
documentare inadecvat i o tratare superficial a dorinelor utilizatorilor.
Test de autoevaluare 9.2.
Care este condiia obligatorie ca un proiect MERISE, s reueasc?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 71

Proiectarea Sistemelor Informatice de Gestiune

68

Unitatea de nvare nr. 9 METODA MERISE (I)

9.3. Ciclul de via


Ciclul de via presupune 6 etape: elaborarea temei, elaborarea concepiei
(proiectarea logic), proiectarea tehnic, elaborarea programelor, implementarea,
exploatarea i ntreinerea 23.
n etapa de elaborare a temei, sunt patru activiti importante:
1. studiul sistemului existent;
2. evaluarea sistemului existent;
3. evaluarea gradului de pregtire a organizaiei;
4. formularea cerinelor i a restriciilor pentru realizarea sistemului informatic.
Pentru analiza sistemului existent se folosesc ase metode:
1. Tehnica documentrii;
2. Analiza diagnostic;
3. Diagramele de flux informaional;
4. Evidena economic;
5. Anchetele;
6. Metoda scenariilor.
n etapa de proiectare logic principala cerin o constituie elaborarea proiectului
de ansamblu al sistemului informatic pe baza cerinelor i restriciilor formulate n
tema de realizare. Principalele activiti care se desfoar n aceast etap sunt 24:
definirea sistemului informatic, cuprinznd delimitarea ariei i a legturilor sale
externe; estimarea dimensiunilor sistemului; definirea structurii logice a datelor
i definirea proceselor de prelucrare a datelor;
adoptarea soluiei de principiu pentru codificarea datelor i conversia fiierelor;
proiectarea de principiu a noului flux informaional;
stabilirea necesarului de echipamente, configuraiile necesare, precum i modul
de procurare a echipamentelor;
stabilirea condiiilor de montaj, funcionare i exploatare;
centralizarea cheltuielilor de dotare;
stabilirea necesarului de produse program noi;
structurarea sistemului informatic pe componente, cu luarea n considerare a mai
multor variante;
definirea intrrilor, ieirilor, i prelucrrilor necesare;
elaborarea graficului de ealonare pentru proiectarea i implementarea
componentelor sistemului;
evaluarea efectelor pe care le va produce noul sistem informatic;
estimarea eficienei economice.
msuri pregtitoare pentru realizarea sistemului;

23
24

Georgescu Cristian, op. citat, pag. 59


Georgescu Cristian, op. citat, pag. 72

Proiectarea Sistemelor Informatice de Gestiune

69

Unitatea de nvare nr. 9 METODA MERISE (I)

Test de autoevaluare 9.3.


Care sunt etapele ciclului de via?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 71

n loc de
rezmat

Este important de reinut c cea mai important etap din ciclul de via al unui
sistem informaional este etapa de elaborare a temei n care sunt patru activiti
importante:
1. studiul sistemului existent;
2. evaluarea sistemului existent;
3. evaluarea gradului de pregtire a organizaiei;
4. formularea cerinelor i a restriciilor pentru realizarea sistemului informatic.

Lucrare de verificare unitate de nvare nr. 9


1. Ce este metoda MERISE?

2. Unde s-a implementat prima dat?

3. Ce activiti presupune etapa de elaborare a temei?

4. Ce metode se folosesc la analiza sistemului informatic existent?

5. Ce presupune etapa de proiectare logic?

6. Ce nelegei prin metoda scenariilor ?

7. Ce este ciclul de via al unui sistem informatic?

Proiectarea Sistemelor Informatice de Gestiune

70

Unitatea de nvare nr. 9 METODA MERISE (I)

Rspunsurile testelor de autoevaluare


Rspuns 9.1.
Trei nivele: conceptual, organizaional i operaional
Rspuns 9.2.
Pentru a reui, un proiect MERISE trebuie s aib obligatoriu adeziunea i
participarea utilizatorilor.
Rspuns 9.3.
Sunt ase etape i anume: elaborarea temei, elaborarea concepiei (proiectarea
logic), proiectarea tehnic, elaborarea programelor, implementarea, exploatarea i
ntreinerea.

Bibliografie unitate de nvare nr. 9


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 2009;

2. Georgescu Cristian, Sisteme informatice de gestiune, curs cu suport electronic,


Facultatea de tiinte economice i administrative; februarie 1995 .

Proiectarea Sistemelor Informatice de Gestiune

71

Unitatea de nvare nr. 10 METODA MERISE (II)

Unitatea de nvare Nr. 10


METODA MERISE (II)
Cuprins
Obiectivele Unitii de nvare Nr. 10
10.1. Ciclul de abstractizare
10.2. Ciclul de decizie
10.3. Tendine de dezvoltare a metodei MERISE
Lucrare de verificare Unitate de nvare Nr. 10
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 10

Proiectarea Sistemelor Informatice de Gestiune

Pagina
73
73
77
79
79
80
80

72

Unitatea de nvare nr. 10 METODA MERISE (II)

OBIECTIVELE unitii de nvare nr. 10


Principalele obiective ale unitii de nvare Nr. 10 sunt:
Prezentarea teoretic a conceptelor de model fizic, logic i conceptual
Exemplificarea REGULILOR de funcionare a modelelor
Etape i aciuni n ciclul de decizie
Prezentarea tendinelor de dezvoltare a modelului MERISE

10.1. Ciclul de abstractizare


Al doilea ciclu din metoda MERISE, presupune folosirea mai multor modele i
anume:
1. Modelul conceptual al datelor
2. Modelul logic al datelor
3. Modelul fizic al datelor
4. Modelul conceptual al comunicaiilor
5. Modelul conceptual al prelucrrilor
6. Modelul organizaional al prelucrrilor
7. Modelul operaional al prelucrrilor
Fiecare model din ciclul de abstractizare, folosete o serie de concepte i semne
grafice care permit nelegerea mai uoar a modelului. De exemplu, Modelul
conceptual al datelor utilizeaz urmtoarele concepte:
1. entitatea
2. realizarea unei entiti
3. asociaia
4. realizarea unei asociaii
5. asociaie reflexiv
6. legtura
7. cardinalitate
8. informaia
9. domeniul
10. identificatorul unei entiti
11. identificatorul unei asociaii
12. legtura identificator
13. legatura de motenire
La baza modelelor stau REGULI de funcionare a modelelor care prin respectarea
lor conduc la fundamentarea unor modele performante, fr redundane.
Reguli de normalizare a MCD: 26
Elaborarea unui MCD se realizeaz n mai multe etape, i este adesea supus
modificrilor pe parcursul realizrii proiectului informatic. Una din etapele eseniale
ale realizarii unui MCD este verificarea modelului aplicnd un numar de reguli
numite reguli de normalizare. Se obine n acest fel un modelul cu redundan
26

Georgescu Cristian, op.cit, pag. 130 -134

Proiectarea Sistemelor Informatice de Gestiune

73

Unitatea de nvare nr. 10 METODA MERISE (II)


minima n stocarea datelor.
REGULA 1.
Toate entitile trebuie s posede un identificator.
REGULA 2.
Toate proprietile unei entiti sau unei asociaii trebuie s fie elementare, adic
nedecompozabile.
REGULA 3.
Pentru fiecare realizare a unei entiti sau asociaii, dou proprieti nu pot
reprezenta aceiai informaie real, adic nu pot s aib valori repetate pentru o
aceiai realizare a entitii sau asociaiei.
REGULA 4.
Toate proprietile, altele dect indentificatorul, trebuie s depind n ntregime de
identificator i nu numai de o parte din el.
REGULA 5.
Fiecare proprietate trebuie s depind direct de identificator i nu prin intermediul
uneia sau mai multor proprieti.
Dac modelul ndeplinete regulie 1,2 i 3 este n PRIMA FORM NORMAL.
Dac ndeplinete i regula 4 modelul este n A DOUA FORM NORMAL.
Dac ndeplinete i regula 5 modelul este n A TREIA FORM NORMAL.
Exemplu: "Un salariat al unei ntreprinderi, mprit n secii, lucreaz ntr-o
singur secie i particip la minim dou proiecte. Fiecare secie are un cod i o
denumire."
Aceast prezentare se traduce n urmatorul MCD.

Figura 4.18. Model nenormalizat

Sursa: Georgescu Cristian Sisteme Informatice de Gestiune, Curs n variant electronic, pag. 132

Regulile normalizrii nu sunt respectate, i poate spune nici mcar dac este n
prima form normal. De altfel:
nici o proprietate nu este identificator (R1)
proprietatea ADRESA nu este elementar (R2)
este o repetare a numelor de proiect (R3).

Proiectarea Sistemelor Informatice de Gestiune

74

Unitatea de nvare nr. 10 METODA MERISE (II)

Dac se admite c pentru o secie dat nu exist doi salariai avnd acelai nume, se
va putea alege identificator cuplul COD_SECTIE, NUME.
Proprietatea ADRESA se descompune de exemplu n dou proprieti elementare
STRADA i ORAS.
Repetarea numelui de proiect se va traduce ajutorul unei entiti PROIECT i a unei
asociaii PARTICIPA.
Se obine astfel urmtorul MCD.

Figura 4.20. Model n prima form normal

Sursa: Georgescu Cristian Sisteme Informatice de Gestiune, Curs n variant electronic, pag. 133

Acest MCD este acum n prima form normal. Se poate constata c nu este
respectat regula 4. Cuplul COD_SECTIE, NUME identific fr ambiguitate
fiecare salariat, dar proprietatea DEN_SECTIE nu depinde dect de o parte a
identificatorului, proprietatea COD_SECTIE. Pentru a respecta a doua form
normal, se adaug entitii SALARIAT o nou proprietate denumit MARCA care
identific fr ambiguitate fiecare salariat din ntreprindere, iar DEN_SECTIE
depinde direct de MARCA.
Se obine urmtorul MCD:

Figura 4.21. Model n a doua form normal

Sursa: Georgescu Cristian Sisteme Informatice de Gestiune, Curs n variant electronic, apg. 133

Proiectarea Sistemelor Informatice de Gestiune

75

Unitatea de nvare nr. 10 METODA MERISE (II)


Acest model este acum n a doua form normal dar nu este n a treia form normal
pentru c nu este respectat regula 5. Se constat c proprietatea DEN_SECTIE nu
depinde direct de identificator, dar depinde mai curnd de proprietatea
COD_SECTIE. Dependena de identificator nu este direct ci mai degrab tranzitiv
prin intermediul proprietii COD_SECTIE.
Pentru a elimina acest inconvenient este suficient s se introduc o nou entitate
SECTIE i o asociaie LUCREAZA care arat faptul c un salariat lucreaz ntr-o
secie.
Se obine urmtorul MCD care este acum n a treia form normal.

Figura 4.22. Model n a treia form normal

Sursa: Georgescu Cristian Sisteme Informatice de Gestiune, Curs n variant electronic, pag. 134

n concluzie prima form normal este suficient pentru implementarea unui


ansamblu de date, dar trebuie urmrit atingerea celei de-a treia forme normale
pentru a minimiza redundana informaional i n consecin riscurile
discordanelor dintre date.
Normalizarea este deci un proces prin excelen intelectual, cci bazat pe analiza
semantic a proprietilor i plecnd de la un ansamblu amorf de date se obine un
model conceptual n a treia form normal.

Test de autoevaluare 10.1.


Ce stla baza modelelor din ciclul de abstractizare?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 80.

Proiectarea Sistemelor Informatice de Gestiune

76

Unitatea de nvare nr. 10 METODA MERISE (II)


10.2. Ciclul de decizie 27
Ciclul de decizie cuprinde toate deciziile luate pe parcursul desfurrii proiectului,
mai generale la nceput i apoi din ce n ce mai precise. Deciziile globale trebuie
luate de directorul general, dar la fiecare nivel trebuie consultat personalul implicat.
Ierarhia deciziilor care se pot lua este urmtoarea:
- mprirea sistemului informaional n domenii;
- orientrile generale n ceea ce privete gestiunea,
- organizarea i soluiile tehnice;
- planificarea dezvoltrii;
- alegerea ntre procedurile manuale i automate;
- alegerea procedurilor ce se vor executa n timp real;
- determinarea locurilor de munc i a sarcinilor respective;
- conceperea ecranelor, listelor, etc.
n responsabilitatea conducerii cade n mod normal iniierea proiectului i ulterior
terminrii acestuia evaluarea reuitei proiectului. Aceast observaie ne duce spre
ideea c o corect abordare a ciclului de decizie trebuie nceput de la nivelul
sistemului informaional, prin mprirea sistemului n zone de interes i prin
stabilirea orientrilor generale.
Totodat trebuie fcut o diferena ntre atitudinea decizional pasiv, care las
lucrurile s evolueze n mod natural i o politic managerial consecvent n
direcia informatizrii.
Din constantrile practice se observ o etapizare natural" n introducerea prelucrrii
automate a datelor.
Aceast etapizare depinde de condiiile obiective existente n economie:
- starea tehnologiei hardware;
- starea tehnicilor de rezolvare a problemelor fundamentale;
- riscul pe care-l implic deficienele de organizare.
Dei tehnologia hardware este uniform n cea mai mare parte a lumii, tehnica
rezolvrii problemelor fundamentale, variaz de la industrie la industrie i de la
ntreprindere la ntreprindere.
Valoarea riscului pe care-l implic, deficienele de organizare variaz de la caz la
caz. Pragul de la care o anumit activitate devine riscant este o problem subiectiv
i se stabilete n funcie de nivelul acceptat al probabilitii de producere a
evenimentelor nefavorabile.
Dar miza depirii eventualelor dificulti este mare deoarece un succes mai
nsemnat realizat de o ntreprindere va strni un ecou rapid n rndul celorlalte.
Etapizarea ptrunderii calculatoarelor ntr-o ntreprindere, sintetizat pe baza mai
multor constatri practice este urmtoarea:
1. aplicaii de baz ale calculatoarelor;
2. aplicaii intradivizionare ale calculatoarelor;
3. aplicaii interdivizionare ale calculatoarelor;
4. aplicaii avansate ale calculatoarelor.
27

Georgescu Cristian, op.cit, pag. 176 -134

Proiectarea Sistemelor Informatice de Gestiune

77

Unitatea de nvare nr. 10 METODA MERISE (II)

Aceast etapizare nu presupune o intervenie coordonat n direcia informatizrii.


Bineneles c n cazul unei opiuni ferme de realizare a unui sistem informatic se va
putea aborda direct etapa final n utilizare a calculatoarelor.
1. Prima arie de aplicaii ntr-o ntreprindere productiv este aceea n care se cere un
efort individual, sau cel mult, cooperarea ntre grupuri mici.
Ca rezultat, aplicaiile iniiale sunt limitate la proiecte de proporii i complexiti
reduse. n plus hard-ul se alege dintre cele mai ieftine alternative, din cauza tendinei
normale de limitare a riscului financiar introducerea unei tehnologii noi i nu prea
cunoscute.
Accentul n primele aplicaii se pune pe nlocuirea muncii umane n activiti de
sortare, raportari scrise i rezolvri de ecuaii.
2. O alt etap este aceea cnd se utilizeaz personalul dintr-un singur compartiment
i este caracterizat prin ntreinerea i punerea la zi a fiierelor printr-un nivel mai
ridicat al complexitatii.
Aplicaiile includ state de plat, stocuri, registre contabile generale, balane, calculul
dividentelor, evidena mijloacelor fixe, etc.
3. Cea de-a treia etap se caracterizeaz prin ncercarea de rezolvare a unor
probleme economice care cer un numr limitat de cooperari ntre sectoare. Exist un
interes crescnd pentru optimizarea sistemelor complexe i de regul, majoritatea
ntreprinderilor urmresc s ctige maximum prin optimizarea planificrii i
utilizrii echipamentelor electronice.
Dup cum sarcinile de lucru cresc pentru echipamentele de calcul ale intreprinderii,
exist tendina de a favoriza aplicaiile mai urgente, astfel nct apar cozi de
ateptare n vederea punerii la punct celorlalte aplicaii. O rezolvare a acestei
probleme este descentralizarea responsabilitilor de calcul.
n aceast etap se ncearc i cteva din aplicaiile cele mai simple de comand a
proceselor de producie. Comanda proceselor i-a ctigat o larg apreciere n
industriile unde produsele sunt elaborate fie flux continuu sau proces intermitent i
unde controlul permanent al materiei prime, mpreun cu controlul condiiilor de
funcionare, determin mbuntirea produselor i reducerea cheltuielilor de
producie.
4. La sfritul etapei a treia devine clar pentru multe ntreprinderi c apropierea
treptat de rezolvarea problemei i de pstrarea nregistrrilor nu ine pasul cu
cerina ntreprinderii pentru informare i rspuns. Un rspuns la aceast problem
este implementarea unui sistem informatic integrat. n industriile care au o producie
de mas, cu utilizarea unei tehnologii omogene, aceste sisteme pot fi introduse fr
prea mari dificulti. Totui, majoritatea ntreprinderilor productive au o tehnologie
extrem de diversificat n ceea ce privete primirea comenzilor, achiziionarea de
materii prime, distribuirea, depozitarea i mecanismul de desfacere. Un element
simplu ce exemplific eterogenitatea schimburilor de informaii este numrul de

Proiectarea Sistemelor Informatice de Gestiune

78

Unitatea de nvare nr. 10 METODA MERISE (II)


formulare diferite utilizate n interiorul ntreprinderii.
Test de autoevaluare 10.2.
Precizai ce nelegei prin ierarhizarea deciziilor ntr-o organizaie?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 80.

10.3. Tendine de dezvoltare a metodei MERISE

Modelul MERISE este reprezentativ pentru modelele de proiectare sistemice i ca


urmare are avantajul oferit de utilizarea bazelor de date. Principalul dezavantaj al
acestor modele const n faptul c au modelarea independent a datelor i a
prelucrrilor, fapt ce prezint riscul apariiei unor discordane ntre modelul datelor
i modelul prelucrrii datelor.
In literatura de specialitate, modelul MERISE se dezvolt pe dou direcii:
a) mbuntirea utilizrii bazelor de date;
b) reducerea riscului de neconcordan ntre date i prelucrarea lor.
Test de autoevaluare 10.3.
Pe ce direcii se dezvolt Modelul MERISE?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 80

n loc de
rezumat

In literatura de specialitate, modelul MERISE se dezvolt pe dou direcii:


a) mbuntirea utilizrii bazelor de date;
b) reducerea riscului de neconcordan ntre date i prelucrarea lor.

Lucrare de verificare unitate de nvare nr. 10


1. Ce concepie utilizeaz modelul conceptual al datelor?

2. Avantajele i dezavantajele metodei MERISE.

3. Ce este o REGULA de funcionare a modelelor? Exemplu.

Proiectarea Sistemelor Informatice de Gestiune

79

Unitatea de nvare nr. 10 METODA MERISE (II)


4. Care sunt modelele folosite de metoda MERISE?

5. Modelul nenormalizat.

6. Modelul n prima form normal.

7. Modelul n a doua form normal.

Rspunsurile testelor de autoevaluare


Rspuns 10.1.
La baza modelelor stau REGULI care prin respectare conduc la conceperea unor
modele performante, fr redundane.
Rspuns 10.2.
Prin ierarhizarea deciziilor, nelegem:
mprirea sistemului informaional n domenii;
orientrile generale n ceea ce privete gestiunea, organizarea i soluiile
tehnice;
planificarea dezvoltrii;
alegerea ntre procedurile manuale i automate;
alegerea procedurilor ce se vor executa n timp real;
determinarea locurilor de munc i a sarcinilor respective;
conceperea ecranelor, listelor, etc.
Rspuns 10.3.
Pe dou direcii:
- mbuntirea utilizrii bazelor de date;
- reducerea riscului de neconcordan ntre date i pelucrarea lor.

Bibliografie unitate de nvare nr. 10

Proiectarea Sistemelor Informatice de Gestiune

80

Unitatea de nvare nr. 10 METODA MERISE (II)


1. Negoescu Gh. Proiectarea Sistemelor Informatice de Gestiune, Suport de curs
electronic, Universitatea Ovidius, Constana, 2009;
2. Georgescu Cristian, Sisteme Informatice de Gestiune, Curs n variant electronic

Proiectarea Sistemelor Informatice de Gestiune

81

Unitatea de nvare nr. 11 RISCURILE ASOCIATE SISTEMELOR ELECTRONICE

Unitatea de nvare Nr. 11


RISCURILE ASOCIATE SISTEMELOR ELECTRONICE
Cuprins
Obiectivele Unitii de nvare Nr. 11
11.1. Riscuri asociate sistemelor informatice
11.2. Riscuri asociate sistemelor informaionale
11.3. Riscuri i accidente declanate
Lucrare de verificare Unitate de nvare Nr. 11
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 11

Proiectare Sistemelor Informatice de Gestiune

Pagina
82
83
84
85
86
87
87

81

Unitatea de nvare nr. 11 RISCURILE ASOCIATE SISTEMELOR ELECTRONICE

OBIECTIVELE unitii de nvare nr. 11


Principalele obiective ale unitii de nvare Nr. 11 sunt:
Legtura dintre risc i sisteme electronice
Efectul erorilor sistematice
Efectul erorilor ntmpltoare
Clasificarea riscurilor

11.1 Riscuri aferente sistemelor informatice


Managementul riscurilor 28 procesul prin care se identifica si se cuantifica
evenimentele ce pot genera pierderi unei organizaii.
Riscurile asociate auditului financiar Riscul de audit
a) Riscul inerent general
- riscul de management
- riscul contabil
- riscul de afaceri
b) Riscul de control - o eroare sau un grup de erori cu impact semnificativ nu a fost
prevenita, detectata sau corectata la timp de sistemul contabil sau auditul intern
c) Riscul de nedectare - procedurile fundamentale de audit nu detecteaz o eroare
semnificativa sau mai multe erori nsumate cu efect cumulat semnificativ
d) Riscul de eantionare
Auditorul financiar trebuie sa ia in considerare modul in care un mediu CIS
afecteaz auditul.
Riscul inerent si riscul de control intr-un mediu CIS poate avea particulariti:
- Riscuri generate de deficiente ale mediului CIS
- Creterea potenialului de apariie a erorilor si a activitilor frauduloase specifice
- O eroare individuala in mediul CIS poate afecta ntregul ansamblu informaional al
ntreprinderii (Sursa STANDARDE DE AUDIT FINANCIAR)
Test de autoevaluare 11.1.
Care sunt componentele riscului inerent general?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 87.

28

Oprea Dumitru, "Managementul proiectelor - teorie i cazuri practice", Ed. Sedcom Libris, Iai, 2001, pag. 4

Proiectare Sistemelor Informatice de Gestiune

82

Unitatea de nvare nr. 11 RISCURILE ASOCIATE SISTEMELOR ELECTRONICE

11.2. Riscuri aferente sistemului informaional

1. Riscurile de mediu - hardware si reele de comunicaii 29:


- sistem de operare
- soft-uri de aplicaie
- informaiile procesate de sistem
2. Riscuri asociate mediului:
1. pericole naturale si dezastre
- alterarea sau furtul aplicaiilor, datelor
- erori umane sau tehnice
- incompetenta manageriala
- pierderi financiare previzibile
Riscurile trebuie:
- evaluate din punct de vedere al gravitii efectelor lor
- evaluate din punct de vedere al probabilitii procedurilor
- estimate financiar pentru fiecare apariie a fenomenului si pe total
Particulariti ale sistemelor informatice in evaluarea riscului:
A. Structura organizaional
- Concentrarea funciilor si a cunotinelor
- Concentrarea programelor si a datelor
B. Natura procesrii
- Absenta documentelor de intrare
- Lipsa unei dovezi vizibile a tranzaciei
- Lipsa unor ieiri vizibile
- Uurina de a accesa datele si soft-urile
C. Aspecte procedurale
- consecventa execuiei
- proceduri de control programate
- o tranzacie are efect in fiiere multiple
- vulnerabilitatea mediilor de stocare
3. Riscuri asociate unui sistem informatic:
a) pierderea, deturnarea, modificarea informaiilor
b) accesul neautorizat la informaii
c) ntreruperea procesrii
Test de autoevaluare 11.2.
Cte riscuri sunt asociate sistemului informaional?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 87.

29

Oprea Dumitru op. citat, pag. 5

Proiectare Sistemelor Informatice de Gestiune

83

Unitatea de nvare nr. 11 RISCURILE ASOCIATE SISTEMELOR ELECTRONICE

11.3. Riscuri i accidente declarate 30

1. Eroare de operare - Acest risc genereaz 70-80 % din accidente


Cazuri = 1980 declanarea alertei nucleare in SUA 1992 suspendarea
activitii centralei nucleare in Pennsylvania
2. Funcionarea defectuoasa a hardware-ului
Cazuri = 1994 funcionarea defectuoasa a microprocesorului PENTIUM.
Pierderea a 475 milioane USD.
1994 (1 august) NASDAQ nu a funcionat 34 minute din cauza defectrii
liniilor de comunicaie.
1993 24 de cazuri de afectare a zborurilor aviaiei civile prin interferarea cu
mijloacele electronice de la bord ale pasagerilor.

3. Funcionarea defectuoasa a software-ului


Cazuri = problema anului 2000
1999 transferuri greite de sume BANK OF NW
5 milioane USD.
4. Date eronate nedectate de sistem
Cazuri = Controlul automat imposibil pentru situaia:
Vrsta variaz intre 18 si 70 ani
Data reala 10/02/45
Data eronata 10/02/54
1993 indicele Down Jons a czut cu 12 puncte din interpretarea greita a unei
comenzi de vnzare: 11 milioane USD 11 milioane aciuni.
5. Riscuri asociate componentelor nonelectronice
Cazuri = 1991 operatorul AT&T nu a precizat prioritatea comunicaiilor pentru
liniile aeriene 102 minute nu au funcionat radarele aeroporturilor din NW.
6. Riscuri asociate performantelor inadecvate ale sistemului
Cazuri = 1987 bursa din NW a calculat costul aciunilor in 2 ore (nu in timp
real) deoarece volumul vnzrilor a fost de 500 de operaii de 3 ori mai mult
dect normal.
7. Riscuri asociate responsabilitilor legale
Cazuri = Romnia 87% din soft-uri sunt pirat.
NIVEL DE VULNERABILITATE
Numr utilizatori autorizai
Majoritatea utilizatori autorizai
50 % utilizatori autorizai
Numr limitat de utilizatori autorizai
30

Riscul accesibilitii
MARE
MARE
MARE
MEDIU

MEDIU
MARE
MEDIU
SCAZUT

SCAZUT
MEDIU
SCAZUT
SCAZUT

Oprea Dumitru op. citat, pag. 6-8

Proiectare Sistemelor Informatice de Gestiune

84

Unitatea de nvare nr. 11 RISCURILE ASOCIATE SISTEMELOR ELECTRONICE

Riscul complexitii organizaionale


MARE - Erorile din sistem afecteaz ntreaga organizaie
MEDIU Erorile din sistem afecteaz anumite compartimente
SCAZUT Erorile din sistem afecteaz un compartiment
Riscul funciilor sistemului
MARE Funcii multiple ce se intersecteaz
MEDIU Funcii multiple independente
SCAZUT Sistemul realizeaz o singura funcie
Riscul asociat personalului
MARE Personalul nu a fost verificat nainte de angajare si nici in prezent
MEDIU Personalul este verificat imediat dup angajare
SCAZUT Personalul este verificat nainte de angajare
Riscul asociat personalului de specialitate
MARE O singura persoana se ocupa de tot sistemul
MEDIU Exista 2-3 persoane ce asigura funcionarea si ntreinerea sistemului
SCAZUT Exista mai mult de 3 persoane implicate in funcionarea sistemului
Riscul asociat managerilor
MARE Nici o preocupare a managerilor
MEDIU Manageri preocupai numai de securitatea sistemelor
SCAZUT Manageri implicai activ si constant in asigurarea securitii ca urmare a
evenimentelor produse in trecut
Riscul asociat ciclului de viata
MARE Sistem implementat de cel mult un an si durata de viata este de cel puin
20 ani
MEDIU Sistem cu durata de viata mai mare de 4 ani
SCAZUT Sistem cu durata de viata intre 1-4 ani
Riscul asociat documentaiei
MARE Nu exista documentaie
MEDIU Documentaia exista, dar nu reflecta realitatea din sistem
SCAZUT Documentaia este actualizata si este disponibila
Exista soft-uri specializate in evaluarea riscurilor:
RI SK Simularea riscurilor
BUDDY SYSTEM Analiza securitii si managementul riscurilor
RI SK PAC Sistem expert pe baza de chestionar.
Surse:
www.palisade.com
www.buddysystem.net/html/product.shtml
http://computers.software-directory.com

Proiectare Sistemelor Informatice de Gestiune

85

Unitatea de nvare nr. 11 RISCURILE ASOCIATE SISTEMELOR ELECTRONICE

Test de autoevaluare 11.3.


Ce nelegei prin risc mare datorit funciilor sistemului?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 87.

n loc de
rezumat

De reinut c n proiectarea sistemelor informatice nu se poate elimina riscul.


Cele mai periculoase riscuri sunt acele riscuri care provin din existena unor erori
sistematice.

Lucrare de verificare unitate de nvare nr. 11


1. Ce nseamn managementul riscurilor?

2. Ce este riscul de control?

3. Particularitile sistemelor informatice n evaluarea riscurilor?

4. Eroarea de operare

5. Dai exemplu de risc asociat componentelor nonelectronice

6. Care sunt soft-urile specializate n evoluia riscurilor?

Proiectare Sistemelor Informatice de Gestiune

86

Unitatea de nvare nr. 11 RISCURILE ASOCIATE SISTEMELOR ELECTRONICE

Rspunsurile testelor de autoevaluare


Rspuns 11.1.
Componentele riscului inerent general sunt:
a) Riscul de management
b) Riscul contabil
c) Riscul de afaceri
Rspuns 11.2.
Trei i anume: riscul de mediu, riscuri asociate mediului i riscuri asociate
sistemului informatic.
Rspuns 11.3.
a. Funcii multiple ce se intersecteaz;
b. Erorile de sistem afecteaz ntreaga organizaie

Bibliografie unitate de nvare nr. 11


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 2009;

2. Oprea Dumitru, "Managementul proiectelor - teorie i cazuri practice", Ed.


Sedcom Libris, Iai, 2001.

Proiectare Sistemelor Informatice de Gestiune

87

Unitatea de nvare nr. 12 MODELE DE EVALUARE A RISCURILOR

Unitatea de nvare Nr. 12


MODELE DE EVALUARE A RISCURILOR
Cuprins
Obiectivele Unitii de nvare Nr. 12
12.1. Modelul calitativ de evaluare a riscurilor
12.2. Modelul cantitativ de evaluare a riscurilor
12.3. Metode de minimizare a riscului
Lucrare de verificare Unitate de nvare Nr. 12
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 12

Proiectarea Sistemelor Informatice de Gestiune

Pagina
89
89
90
91
93
93
94

88

Unitatea de nvare nr. 12 MODELE DE EVALUARE A RISCURILOR

OBIECTIVELE unitii de nvare nr. 12


Principalele obiective ale unitii de nvare Nr. 12 sunt:
Ce sunt modelele?
Modele calitative
Modele cantitative
Riscul modelelor

12.1 Modelul calitativ de evaluare a riscurilor 31

RISCUL ASOCIAT ACCESULUI FIZIC


NIVEL RISC DESCRIERE
MARE
Resursele informaionale sunt accesibile tuturor angajailor
MEDIU
Resursele informaionale sunt in birouri organizate cu acces
limitat de personal
SCAZUT
Resursele informaionale sunt in zona cu acces strict controlat
RISCUL ASOCIAT RETELEI DE COMUNICATII
NIVEL RISC DESCRIERE
MARE
Sistem conectat la reeaua publica
MEDIU
Sistem conectat la reea privata. Comunicarea cu exteriorul cu
linii dedicate
SCAZUT
Nici o conexiune cu mediul
Sursa : http://www.itandit.org/memberana/form/newitanditor/F213.na.htm

Test de autoevaluare 12.1.


Ce este un risc MARE asociat reelei de comunicaii?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 93.

31

Oprea Dumitru op. citat, pag. 6

Proiectarea Sistemelor Informatice de Gestiune

89

Unitatea de nvare nr. 12 MODELE DE EVALUARE A RISCURILOR

12.2. Modelul cantitativ de evaluare a riscurilor


A. FACTORII DE RISC 32
- AMENINTARI (A)
evenimente exterioare sistemului
- VULNERABILITATI (V) puncte slabe ale sistemului
- IMPACT (I )
consecine
RISC = A x V x I
Clasificare calitativa
- RISC MARE
3
- RISC MEDIU
2
- RISC REDUS
1
- RISC INEXISTENT
0
ia RISCUL GENERAL = valori intre 0 si 27
B. FACTORII DE RISC SI ELEMENTE COLATERALE
- pierderea anticipata anualizata PAA
- rata apariiei RA
- factorul de vulnerabilitate FV
- pierderea poteniala PP
- riscul unei singure pierderi RSP
PAA = RA x PP x FV
Calculat pentru fiecare pereche activ - ameninare
Tipuri de pierderi:
- Fraude realizate prin intermediul sistemului
- Divulgarea neautorizata de informaii
- Furturi de echipamente
- Distrugerea fizica a echipamentelor

Test de autoevaluare 12.2.


Cum se cuantific riscul n modelul cantitativ?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 93.

32

Oprea Dumitru op. citat, pag. 9

Proiectarea Sistemelor Informatice de Gestiune

90

Unitatea de nvare nr. 12 MODELE DE EVALUARE A RISCURILOR

12.3. Metode de minimizare a riscului


IMPERATIVE 33:
- Creeaz din start un sistem informatic corect
- Pregtete utilizatorii pentru procedurile de securitate
- Odat sistemul pornit, menine securitatea sa fizica
- Securitatea fizica asigurata, previne accesul neautorizat
- Avnd controlul accesului, se asigura ca relurile de proceduri sa fie corecte
- Chiar daca exista proceduri de control, caut cai de a-l perfeciona
- Chiar daca sistemul pare sigur, auditeaz-l si identifica noi probleme de
securitate
- Chiar daca este foarte vigilent, pregtete-te de dezastre
CAI:
1. Dezvoltarea si modificarea sistemului de control
- Orice modificare de soft trebuie verificata
- Asigurarea documentaiei la zi
- Asigurarea cu soft-uri specializate antivirus la zi

Figura 1.3. Etape pentru asigurarea softului antivirus


Sursa: Oprea D., op. citat, pag. 9

33

Oprea Dumitru op. citat, pag. 9-11

Proiectarea Sistemelor Informatice de Gestiune

91

Unitatea de nvare nr. 12 MODELE DE EVALUARE A RISCURILOR

2. Pregtirea personalului pentru reducerea riscului


- periodicitate
- selecie
3. Meninerea securitii fizice
- acces fizic restrns
4. Controlul accesului la date, hardware si reele
- controlul operaiunilor vamale
- definirea exacta a accesului privilegiat
- eliminarea intruziunilor:
parole
carduri ID
chei hardware
control retinei, amprentei digitale palmare etc.
criptare si decriptare date.
Controlul accesului pe baza:
- a ce tii
- a ce ai
- a ce eti
- locului in care te afli.
5. Controlul tranzaciilor
- segregarea indatoririlor
- validarea datelor
- corectarea erorilor
- Backup

Test de autoevaluare 12.3.


Care sunt cile importante de diminuare a riscului?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 93.

n loc de
rezumat

Este important de reinut c n proiectarea sistemelor informatice exist riscuri


calitative (mai greu de cuantificat) i riscuri cantitativ (mai uor de evaluat).

Proiectarea Sistemelor Informatice de Gestiune

92

Unitatea de nvare nr. 12 MODELE DE EVALUARE A RISCURILOR

Lucrare de verificare unitate de nvare nr. 12


1. Nivelul riscului asociat accesului fizic

2. Nivelul riscului asociat reelei de telecomunicaii

3. Factorii de risc clasificare calitativ

4. Factori de risc i elemente colaterale

5. Etape pentru asigurarea softului antivirus

6. Ce este i n ce const controlul accesului la date hardware i reele

Rspunsurile testelor de autoevaluare


Rspuns 12.1.
Sistem conectat la reeaua public
Rspuns 12.2.
RISC = A x V x I, unde:
A - ameninri
V - vulnerabiliti
I - impact
Rspuns 12.3.
Sunt 5 ci importante de diminuare a riscului:
1. Dezvoltarea i modificarea sistemului de control;
2. pregtirea personalului pentru reducerea riscului;
3. Meninerea securitii fizice;
4. Controlul accesului la date, hardware i reele;
5. Controlul tranzaciilor.

Proiectarea Sistemelor Informatice de Gestiune

93

Unitatea de nvare nr. 12 MODELE DE EVALUARE A RISCURILOR

Bibliografie unitate de nvare nr. 12


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 2009;

2. Oprea Dumitru, "Managementul proiectelor - teorie i cazuri practice", Ed.


Sedcom Libris, Iai, 2001.

Proiectarea Sistemelor Informatice de Gestiune

94

Unitatea de nvare nr. 13 AUDITUL SISTEMELOR INFORMAIONALE

Unitatea de nvare Nr. 13


AUDITUL SISTEMELOR INFORMAIONALE
Cuprins
Obiectivele Unitii de nvare Nr. 13
13.1. Audit financiar
13.2. Auditul sistemelor informaionale
13.3. Legtura dintre auditul PAD i activitatea de audit
Lucrare de verificare Unitate de nvare Nr. 13
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 13

Proiectarea Sistemelor Informatice de Gestiune

Pagina
96
96
96
98
89
99
99

95

Unitatea de nvare nr. 13 AUDITUL SISTEMELOR INFORMAIONALE

OBIECTIVELE unitii de nvare nr. 13


Principalele obiective ale unitii de nvare Nr. 13 sunt:
Tipurile principale de audit
Auditul financiar
Auditul PAD

13.1. Audit financiar

AUDIT FINANCIAR IFAC 34 (International Federation of Accountants) Federaia Internaionala a Contabililor


- Standarde de audit financiar
- Cadrul privind conduita etica si profesionala
-

Declaraii de practica de audit


1001 MEDII CIS - Microcalculatoare
1002 MEDII CIS - Sistem de Microcalculatoare on line
1003 MEDII CIS - Sistem de baze de date
1008 Evaluarea riscurilor si controlul intern, caracteristici
considerente CIS
1009 Tehnici de audit asistate de calculator

si

Test de autoevaluare 13.1.


Ce se nelege prin acronimul IFAC?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 99.

13.2. Auditul sistemelor informaionale


AUDITUL SISTEMELOR INFORMATIONALE 35 ISACA (INFORMATION
SYSTEMS AUDIT AND CONTROL ASSOCIATION)
- Standarde de audit al sistemelor informaionale
- Codul etic al auditorilor de sisteme informaionale
-

34
35

COBIT (Control Objectives for Information and Related Technology)

Oprea Dumitru op. citat, pag. 1


Oprea Dumitru op. citat, pag. 1, 3

Proiectarea Sistemelor Informatice de Gestiune

96

Unitatea de nvare nr. 13 AUDITUL SISTEMELOR INFORMAIONALE

ISA 401 Auditul intern - mediu cu sisteme informatice


IAPS 1003 Mediul CIS Sistem de baze de date
IAPS 1002 Riscuri asociate auditului intern in CIS.

COBIT reprezint cadrul general de aplicabilitate a practicilor privind securitatea si


controlul tehnologiei informaionale.
= enunarea obiectivelor de atins prin implementarea unor masuri de control
specifice unui domeniu particular de activitate a tehnologiilor informaionale
Resurse folosite in IT:
- Date (reprezentri si proiecte)
- Aplicaii (suma procedurilor manuale si automatizate)
- Tehnologia propriu-zisa (hard, soft de baza, reele de comunicaii)
- Resurse umane
- Facilitai (resurse de susinere a sistemului informaional)
Criterii de evaluare a informaiei:
- eficacitate
- confidenialitate
- integritate
- disponibilitate
- realitate
- oportunitate
AUDITUL reprezint o activitate de concepere a unui sistem care previne,
detecteaz si corecteaz evenimente ilicite in viata unei organizaii.

Test de autoevaluare 13.2.


Ce se nelege prin acronimul COBIT?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 99.

Proiectarea Sistemelor Informatice de Gestiune

97

Unitatea de nvare nr. 13 AUDITUL SISTEMELOR INFORMAIONALE

13.3. Legtura dintre auditul PAD i activitatea de audit

Figura nr. 13.3. Locul auditului privind PAD


in ansamblul activitilor de audit din cadrul organizaiei
Sursa: Oprea Dumitru op. citat, pag. 2

Test de autoevaluare 13.3.


Care sunt cile importante de diminuare a riscului?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 99.

n loc de
rezumat

Din acest curs este bine de reinut c auditul este o activitate care trebuie realizat de
un expert independent pe baz de standarde impuse de principiul cea mai bun
practic.

Proiectarea Sistemelor Informatice de Gestiune

98

Unitatea de nvare nr. 13 AUDITUL SISTEMELOR INFORMAIONALE

Lucrare de verificare unitate de nvare nr. 13


1.

Ce cuprinde auditul managerial?

2.

Ce este auditul financiar?

3.

Ce cuprinde auditul intern?

4.

Dar auditul PAD?

5.

Care sunt declaraiile de practic de audit?

6.

Care sunt criteriile de evaluare a informaiei

Rspunsurile testelor de autoevaluare


Rspuns 13.1.
IFAC - International Federation of Accountants (Federatia Internationala a
Contabililor)
Rspuns 13.2.
COBIT - Control Objectives for Information and Related Technology
Rspuns 13.3.
Auditul jurnalelor contabile i auditul aplicaiilor contabile

Bibliografie unitate de nvare nr. 13


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 2009;

2. Oprea Dumitru, "Managementul proiectelor - teorie i cazuri practice", Ed.


Sedcom Libris, Iai, 2001.

Proiectarea Sistemelor Informatice de Gestiune

99

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

Unitatea de nvare Nr. 14


SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR
INFORMAIONALE DE GESTIUNE
Cuprins
Obiectivele Unitii de nvare Nr. 14
14.1. Cuvinte cheie
14.2. Sisteme informaionale sisteme informatice
14.3. Ciclul de via al unei organizaii
14.4. Sisteme informatice de gestiune
14.5. Arhitectura SI al firmei
14.6. Calculul de via al sistemului informatic
14.7. Metoda MERISE
14.8. Legtura dintre Audit PAD i Auditul managerial
Lucrare de verificare Unitate de nvare Nr. 14
Rspunsuri i comentarii la ntrebrile din testele de autoevaluare
Bibliografie Unitate de nvare Nr. 14

Pagina

Proiectarea Sistemelor Informatice de Gestiune

100

101
101
101
102
103
103
104
104
105
106
107
107

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

OBIECTIVELE unitii de nvare nr. 14


Principalele obiective ale unitii de nvare Nr. 14 sunt:
acronimul S IMT
tipul de management care se practic la nivelul de baz ntr-o organizaie
economic
principalele rapoarte care se realizeaz la nivelul unui organizaii
Tipuri de date cu care se lucreaz n sistemele informatice de gestiune
Metoda Merise
Tipuri de audit

14.1. Cuvinte cheie


SINF
SI
SH
SIAD
SE

sistem informaional
sistem informatic
sistem holonic
sistem informatic de asistare a deciziei
sisteme expert

Test de autoevaluare 14.1.


Ce se nelege prin acronimul S IMT?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

14.2. Sisteme informaionale sisteme informatice

Figura 3.2. Sistemele informationale/informatice n functie de nivelurile de


management ale organizatiei economice
Sursa: Gherasim, Z.; op. citat, pag. 5

Proiectarea Sistemelor Informatice de Gestiune

101

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

Test de autoevaluare 14.2.


Ce tip de management se practic la nivelul de baz ntr-o organizaie economic?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

14.3. Ciclul de via al unei organizaii


CV
PRPCA

EA

AD

Venituri

investitii

AF

PDL

CF

t0

t1

t2

t3

Figura nr. 14.3. Locul auditului privind PAD


in ansamblul activitilor de audit din cadrul organizaiei
B
CPP
AF
RG
AD
RDS
EA
RRM
PRPCA
PDL

= bilant
= cont de profit si pierderi
= anexe financiare
= raport de gestiune
= analiza diagnostic(mai)
= raport de diagnosticare strategica
= evaluarea afacerii
= raport de reproiectare manageriala
= plan de restructurare prin continuarea afacerii
= plan de lichidare

Test de autoevaluare 14.3.


Care sunt principalele rapoarte care se realizeaz la nivelul unui organizaii?
Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

Proiectarea Sistemelor Informatice de Gestiune

102

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

14.4. Sisteme informatice de gestiune

Sursa: http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic, pag. 9

Test de autoevaluare 14.4.


Cu ce tipuri de date se lucreaz n sistemele informatice de gestiune?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

14.5. Arhitectura SI al firmei

Figura 6.1. Arhitectura SI al firmei


Sursa : http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile-11687.html
- Serba Crascot Suport de curs electronic, pag. 16-17

Test de autoevaluare 14.5.


n SI al unei firme ce cuprinde subsistemul comercial?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

Proiectarea Sistemelor Informatice de Gestiune

103

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

14.6. Calculul de via al sistemului informatic


Principalele etape n dezvoltarea unui software sunt:
a) proiectarea general;
b) proiectarea de detaliu;
c) realizarea, implementarea i testarea unui proiect pilot;
d) realizarea SI;
e) instalarea SI pe sistemul de calcul ale beneficiarului;
f) exploatarea i ntreinerea SI;
g) dezvoltarea SI.
Test de autoevaluare 14.6.
Care este prima etap ntr-un ciclul de via SI?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

14.7. Metoda MERISE

Figura 9.1. Nivele Metodei Merise

Sursa: Georgescu Cristian, op. citat, pag. 51

Test de autoevaluare 14.7.


n ce ar s-a fundamentat metoda MERISE?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

Proiectarea Sistemelor Informatice de Gestiune

104

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

14.8. Legtura dintre Audit PAD i Auditul managerial

Figura nr. 13.3. Locul auditului privind PAD


in ansamblul activitilor de audit din cadrul organizaiei
Sursa: Oprea Dumitru op. citat, pag. 2
Test de autoevaluare 14.8.
Ce tip de audit are o sfer de cuprindere mai mare: auditul managerial sau auditul
financiar?

Rspunsul se va da n spaiul gol de mai sus. Rspunsul la test se gsete la pagina 107.

Proiectarea Sistemelor Informatice de Gestiune

105

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

Lucrare de verificare unitate de nvare nr. 14


1. Ce este sistemul informaional?
2. Dar sistemul informatic?
3. Sistemul informaional cuprinde i sistemul decizional?
4. Ce este metoda MERISE?
5. Ce se nelege prin acronimul COBIT?
6. Dar prin acronimul IFAC?
7. Ce nelegei prin managementul riscurilor?
8. Care sunt riscurile asociate sistemului informaional?
9. Dai un exemplu de eroare de operare
10. Dai un exemplu de funcionare defectuoas a softawaerului
11. Dai un exemplu de date eronate nedectabile de sistem
12. n modelul cantitativ de evaluare a riscurilor precizai formula matematic a riscului
13. Precizai etapele de parcurs pentru asigurarea softului antivirus
14. n modelul cantitativ de evaluare a riscurilor precizai formula matematic pentru
evaluarea factorilor de risc i a elementelor colaterale
15. Precizai cine a definit pentru prima dat conceptul de sistem cibernetic?
16. Care sunt direciile de dezvoltare a metodei MERISE?
17. Ce este ciclul de via al unui sistem informatic?
18. Ce nelegei prin ciclul de decizie n metoda MERISE?
19. Care sunt principalele tendine n proiectarea sistemelor informaionale?
20. Ce este arhitectura unui sistem informatic?

Proiectarea Sistemelor Informatice de Gestiune

106

Unitatea de nvare nr. 14 SINTEZA CURSULUI DE PROIECTAREA SISTEMELOR


INFORMAIONALE DE GESTIUNE

Rspunsurile testelor de autoevaluare


Rspuns 14.1.

Sistem informaional

Rspuns 14.2.

Managementul operaional

Rspuns 14.3.
Raportul de gestiune, raportul de diagnosticare strategic, raportul de reproiectare
managerial, raportul de audit

Rspuns 14.4.

Date specifice i date comune

Rspuns 14.5.
Subsistemele: aprovizionarea, desfacerea, marketing

Rspuns 14.6.

Proiectarea general

Rspuns 14.7.
Frana

Rspuns 14..8
Auditul managerial

Bibliografie unitate de nvare nr. 14


1. Negoescu Ghe., Note de curs, Sisteme Informatice de Asistare a Deciziei, Suport
electronic, Universitatea Ovidius, Constana, 2009;

2. Oprea Dumitru, "Managementul proiectelor - teorie i cazuri practice", Ed.


Sedcom Libris, Iai, 2001.
3. Gherasim, Z.; Fusaru, D.; Andronie, M.; Sisteme Informatice pentru asistarea deciziei
economice, Editura Fundaiei Romnia de mine, Bucureti, 2008;

4. http://facultate.regielive.ro/cursuri/contabilitate/proiectare_a_sistemelor_contabile11687.html - Serba Crascot Suport de curs electronic

5. www.referat.ro-Sistemeinformaticedegestiune_6e4f2.pdf

Proiectarea Sistemelor Informatice de Gestiune

107

S-ar putea să vă placă și