Sunteți pe pagina 1din 104

1

qwertyuiopasdfghjklzxcvbnmqwertyu
iopasdfghjklzxcvbnmqwertyuiopasdfg
hjklzxcvbnmqwertyuiopasdfghjklzxcv
bnmqwertyuiopasdfghjklzxcvbnmqwe
rtyuiopasdfghjklzxcvbnmqwertyuiopa
sdfghjklzxcvbnmqwertyuiopasdfghjkl
zxcvbnmqwertyuiopasdfghjklzxcvbnm
qwertyuiopasdfghjklzxcvbnmrtyuiopa
sdfghjklzxcvbnmqwertyuiopasdfghjkl
zxcvbnmqwertyuiopasdfghjklzxcvbnm
qwertyuiopasdfghjklzxcvbnmqwertyu
iopasdfghjklzxcvbnmqwertyuiopasdfg
hjklzxcvbnmqwertyuiopasdfghjklzxcv
bnmqwertyuiopasdfghjklzxcvbnmqwe
rtyuiopasdfghjklzxcvbnmqwertyuiopa
sdfghjklzxcvbnmqwertyuiopasdfghjkl
zxcvbnmqwertyuiopasdfghjklzxcvbnm
qwertyuiopasdfghjklzxcvbnmrtyuiopa
sdfghjklzxcvbnmqwertyuiopasdfghjkl
Departamentul de nvmnt la
Distan i Formare Continu
Facultatea de tiine Economice
Coordonator de disciplin:
Conf. univ. dr. Gabriel CUCUI
2
Suport de curs nvmnt la distan
Contabilitate i informatic de gestiune, Anul III, Semestrul I
UVT SISTEME INFORMATICE DE
GESTIUNE
3
SEMNIFICAIA PICTOGRAMELOR
F= INFORMAII DE REFERIN/CUVINTE CHEIE
= TEST DE AUTOEVALUARE
= BIBLIOGRAFIE
= TIMPUL NECESAR PENTRU STUDIUL UNEI UNITI DE
NVARE
= INFORMAII SUPLIMENTARE PUTEI GSI PE
PLATFORMA ID
4
CUPRINS - Studiu individual (S.I.)
Modul I. Sisteme informaionale i sisteme informatice / pag. 6
Obiective / pag. 6
UI 1. Societatea informaional - societatea cunoaterii / pag. 7
1.1. De la societatea industrial la societatea cunoaterii / pag. 7
1.2. Transformrile sociale pe baza informaiei / pag. 8
1.3. Premise ale trecerii la societatea informaional / pag. 10
1.4. Societatea cunoaterii societatea momentului / pag. 13
1.5. Rolul integrator al informaiilor n sistemul informatic / pag. 17
UI 2. Sisteme informaionale economice din perspectiva globalizrii / pag. 20
2.1. Influena globalizrii asupra sistemelor informaionale / pag. 20
2.2. Tipologia sistemelor informaionale / pag. 28
UI 3. Fundamentri teoretice privind sistemele informatice / pag. 32
3.1. Noiune de sistem informatic i structura acestuia /pag. 32
3.2. Subsisteme informatice / pag. 33
3.3. Structura general a unui sistem informatic /pag. 36
Bibliografie / pag. 42
Modul II. Modelarea sistemelor informatice de gestiune / pag. 43
Obiective / pag. 43
UI 4. Modele de concepere i realizare a sistemelor informatice / pag. 44
4.1. Modelul cascad (waterfall) /pag. 44
4.2. Modelul incremental (rapid-prototyping) / pag. 46
4.3. Modelul n V / pag. 47
4.4. Modelul n W / pag. 48
4.5. Modelul X / pag. 48
4.6. Modelul tridimensional / pag. 49
4.7. Modelul evolutiv / pag. 51
4.8. Modelul spiral / pag. 52
4.9. Modelul fntn artezian / pag. 54
4.10. Modelul pinball / pag. 55
4.11. Modelul minge de baseball / pag. 56
4.12. Modelul piramid / pag. 57
Concluzii / pag. 59
Bibliografie / pag. 59
5
Modul III. Analiza, proiectarea i implementarea sistemelor informatice de
gestiune / pag. 60
Obiective / pag. 60
UI 5. Analiza sistemelor informatice / pag. 61
5.1. Fundamentarea teoretic a etapei de analiz / pag. 61
5.2. Principalele activiti vizate n etapa de analiz / pag. 62
5.3. Analiza arhitectural a sistemelor informatice / pag. 64
UI 6. Metode de proiectare a sistemelor informatice / pag. 69
6.1. Taxonomia metodelor de proiectare i realizarea sistemelor informatice / pag. 69
6.2. Metode de proiectare ierarhice / pag. 70
6.3. Metodele de proiectare sistemice / pag. 71
6.4. Metode de proiectare orientate obiect / pag. 73
UI 7. Implementarea sistemelor informatice / pag. 76
7.1. Faza de construire a sistemului informatic / pag. 76
7.2. Faza de livrare i punere n funciune a sistemului informatic / pag. 81
Bibliografie / pag. 85
Modul IV. Extinderea i integrarea sistemelor informatice de gestiune/ pag. 86
Obiective / pag. 86
UI 8. Enterprise Resource Planning (ERP) / pag. 87
8.1. Scopul i structura sistemelor pentru gestiunea afacerilor / pag. 88
8.2. Principalele avantaje ale soluiilor integrate ERP / pag. 89
8.3. Tendine ale implementrii ERP / pag. 91
UI 9. Supply Chain Management (SCM) / pag. 95
UI 10. Customer Relationship Management (CRM) / pag. 97
10.1. Etapele implementrii unei soluii CRM / pag. 97
10.2. Structura general a unui sistem integrat CRM / pag. 98
10.3. Taxonomia i importana aplicaiilor de tip CRM / pag. 100
10.4. Funcionalitile principale i domeniile de aplicabilitate / pag. 103
Bibliografie / pag. 104
6
MODUL I
Sisteme informaionale i sisteme informatice
1. Cuprins
2. Obiectiv general
3. Obiective operaionale
4. Dezvoltarea temei
5. Bibliografie selectiv
Cuprins
UI 1. Societatea informaional - societatea cunoaterii
= 3 ore
UI 2. Sisteme informaionale economice din perspectiva
globalizrii
= 3 ore
UI 3. Fundamentri teoretice privind sistemele informatice
= 3 ore
Obiectiv general: Dobndirea de cunotine privind noiunile
de sisteme informaionale i sisteme informatice i a corelaiilor dintre ele i
alte sisteme.
Obiective operaionale: nsuirea premiselor dezvoltrii
sistemelor informaionale, a tipologiei acestora, a structurii sistemelor
informatice i ciclul lor de via.
7
UNITATEA DE NVARE 1
SOCIETATEA INFORMAIONAL - SOCIETATEA CUNOATERII
1.1. De la societatea industrial la societatea cunoaterii
Transformarea social, de-a lungul timpului, a evideniat mai multe i valuri
economice, considerate valuri ale avuiei n teoriei lui Toffler
1
: Primul val al avuiei a
adus i o diviziune mai accentuat a muncii, de unde nevoia de schimb sub forma
comerului i a trocului. Numai dezvoltarea capacitii de a produce un surplus
economic a fcut posibil apariia primului sistem autentic al avuiei.
Al doilea sistem revoluionar al avuiei industrialismul a aprut la sfritul
secolului al XVII-lea i a lansat al Doilea Val de transformri radicale la nivel
mondial. Istoricii dezbat i acum datarea i cauzele multiple de la originea revoluiei
industriale, ns tim c n acea perioad un grup de intelectuali, filozofi, oameni de
tiin, politicieni radicali i ntreprinztori, pornind de la ideile lui Decartes, Newton
i ale iluminismului, a schimbat iari lumea
2
.
Cldite pe principiile comune ale standardizrii, specializrii, sincronizrii,
concentrrii, centralizrii i maximizrii produciei, economiile industriale au
mbrcat diverse forme, mergnd de la capitalismul anglo-american la comunismul
stalinist, de la calea de mijloc a Suediei la varianta ierarhic i foarte birocratic a
Japoniei i multe alte versiuni
3
. Toate s-au concentrat din rsputeri asupra produciei
la nceput i apoi asupra consumului.
Cel de-al treilea i ultimul val al avuiei contest toate principiile
industrialismului, nlocuind factorii tradiionali ai produciei industriale, pmntul,
fora de munc i capitalul, cu o cunoatere din ce n ce mai rafinat. n timp ce al
Doilea Val a construit ierarhii verticale tot mai nalte, cel de-al Treilea Val tinde s
uniformizeze organizaiile i s provoace un transfer spre reele i alte structuri
alternative.
1
Toffler, A., Toffler, H. Avuia n micare, Editura Antet, Bucureti, 2006, p.26
2
Stearns, P. The Industrial Revolution in World History, Westview Press, 2007, p.194
3
Toffler, A., Toffler, H. Avuia n micare, Editura Antet, Bucureti, 2006, p.28
8
1.2. Transformrile sociale pe baza informaiei
Dac n anii 1970 sintagma predominant era aceea de Societate informatic,
preocuparea principal fiind realizarea unui sistem informatic naional, cu idei i
tendine care vizau o Societate informaional, treptat conceptul de Societate
informaional a ctigat tot mai mult teren i a devenit o realitate din momentul
exploziei Internetului, principalul vector al acestei societi. Acest lucru s-a petrecut
n ultimul deceniu al secolului XX, pentru ca n prima parte a secolul XXI s se pun
problema Societii cunoaterii.
Societatea informaional se caracterizeaz prin democratizarea informaiei,
comunicrii, nelegerii i cooperrii. n esen, aceast societate integreaz
obiectivele dezvoltrii durabile, bazat pe dreptate social i egalitate a anselor,
protecie ecologic, libertate, diversitate cultural i dezvoltare inovativ,
restructurarea industriei i a mediului de afaceri i se bazeaz pe Internet.
Societatea informatic reprezint o nou etap a civilizaiei umane, un nou
mod de via calitativ superior, care implic folosirea intensiv a informaiei n toate
sferele activitii i existenei umane, cu un impact economic i social major.
Societatea informatic permite accesul larg la informaie, un nou mod de lucru i de
cunoatere, amplific posibilitatea globalizrii economice i a creterii coeziunii
sociale.
Societatea informaional i a cunoaterii
Sursa: Boulescu, M. i colab. Auditul sistemelor informatice financiar contabile, p. 48
SOCIETATEA INFORMATIC
SOCIETATEA
CUNOATERII
----------
SOCIETATEA INFORMAIONAL
Sisteme informaionale
Sisteme informatice
Sisteme bazate
pe cunotine
F
Societatea
informaional
F
Societatea
informatic
9
Avansul ctre societatea bazat pe cunoatere este considerat, pe plan
mondial, ca o evoluie necesar pentru asigurarea dezvoltrii durabile n contextual
noii economii, bazat, n principal, pe produse i activiti intelectual-intensive,
precum i pentru realizarea unei civilizaii socio-umane avansate.
Societatea informaional bazat pe cunoatere nseamn mai mult dect
progresul tehnologiei i al aplicaiilor informaticii i comunicaiilor, ea integrnd i o
serie de alte dimensiuni: social, ambiental, cultural i economic
4
.
Ce reprezint societatea informatic? (vezi pag. 8)
ntr-un sistem informaional, majoritatea activitilor se pot desfura cu
ajutorul tehnicii de calcul. Se pot prelucra datele primare i apoi, rezultatul poate fi
transferat mai departe, ctre alt compartiment, spre prelucrare. Transferul se poate
face i el pe cale electronic, prin intermediul tehnologiilor informaionale. Amintim
aici organizaiile a cror activitate se desfoar prin implicarea unor compartimente
aflate n alte locaii geografice, iar diferena de fus orar funcioneaz n interesul
organizaiei. Datele sunt trimise spre prelucrare la sfritul programului din sediu
emitent, pentru ca a doua zi dimineaa rezultatele s fie disponibile n urma
prelucrrilor efectuate n compartimentul de la distan.
Ansamblul de elemente implicate n tot acest proces de prelucrare i
transmitere a datelor pe cale electronic alctuiesc un sistem informatic. Relaia
sistem informatic sistem informaional este o relaie de tip parte la ntreg; ntr-un
sistem informatic pot intra: calculatoare, sisteme de transmisie a datelor, alte
componente hardware, software-ul, datele prelucrate, personalul ce exploateaz
tehnica de calcul, teoriile ce stau la baza algoritmilor de prelucrare etc.
4
Boulescu, M. i colab. Auditul sistemelor informatice financiar contabile, Editura Tribuna
Economic, Bucureti, 2005, p. 47
F
Societatea
cunoaterii
10
1.3. Premise ale trecerii la societatea informaional
Identificarea regulilor care guverneaz societatea informaional, precum i a
consecinelor care structureaz relaiile sociale i economice, constituie o condiie
necesar n evaluarea interesului fa de munca la distan i a evoluiei n timp a
diferitelor ei forme de manifestare. Premisele trecerii la societatea informaional sunt
dictate de dinamica foarte puternic a noii economii, n care tehnologiile digitale fac
tot mai uoare i mai ieftine accesarea, procesarea, stocarea i transmiterea
informaiilor. Volumul imens de informaii disponibile creeaz oportuniti de
exploatare a lor prin crearea de noi produse i servicii, prin transformarea unor
activiti i sporirea numrului de locuri de munc. Astfel, convergena dintre
diferitele tipuri de informaii digitizate i prelucrate i reelele de telecomunicaii,
transform i revoluioneaz nu numai procesele de producie, dar i metodele de
cercetare i inovare, organizarea muncii i obiceiurile consumatorilor.
Premisele trecerii la societatea informaional iau n considerare
caracteristicile acesteia
5
, de la global spre individual:
politic societatea informaional este una democratic;
social ofer acces facil la educaie prin dezvoltarea infrastructurii
informaionale i de comunicaii;
juridic modific natura muncii pentru desfurarea activitilor
specifice erei tehnologice i erei cunoaterii;
administrativ ofer posibiliti de dezvoltare pentru afaceri i
administraia public;
economic determin creterea potenialului de afaceri i a
productivitii muncii;
cultural este o societate orientat spre cunoatere, asigurnd
consacrarea valorilor umane;
individual permite valorificarea inteligenei cu investiii mici.
Implementarea societii informaionale presupune adoptarea noii economii,
ceea ce implic o perioad de tranziie mai scurt sau mai de durat, n funcie de
nivelul de dezvoltare a societii.
5
Ghilic-Micu, B., Stoica, M. eActivitile n societatea informaional, Editura Economica,
Bucureti, 2002, p. 12
11
Trecerea de la societatea postindustrial la cea informaional reclam o serie
de transformri care pot fi studiate n analogie cu schimbrile determinate de trecerea
de la economii n care rolul statului este majoritar, la capitalism. De asemenea, o
analiz corect a modalitilor de implementare a societii informaionale presupune
o abordare bipolar, n funcie de nivelul la care se gsete economia naional
6
:
implementare la nivelul statelor dezvoltate care au o economie de pia
funcional i n care exist o legislaie clar i flexibil;
implementare la nivelul statelor n curs de dezvoltare care sunt n faza
de tranziie la economia de pia, trecnd printr-un proces de
schimbare a rolului statului.
Indiferent de starea economic a societii, se pot identifica o serie de
instrumente comune pentru implementarea societii informaionale.
Instrumente pentru implementarea societii informaionale
Posibiliti de implementare
Instrument
Societi dezvoltate Societi n tranziie
Privatizarea
monopolurilor de stat
Nu Nu este cazul Da Ca element de
ncheiere a
tranziie
Investiii strine directe Da Dar pot fi i
fonduri proprii
Da n domeniile cheie
pentru o mai bun
funcionare a
economiei
Achiziii
guvernamentale
Da Dar n foarte mic
msur
Da La nceput prin
garanii
guvernamentale
Dezvoltarea
infrastructurii de
telecomunicaii
Da Pentru
echipamentele
uzate moral
Da n unele ri
ntreaga
infrastructur este
destul de precar
Asigurarea cadrului
legislativ
Da Dac acesta
trebuie actualizat
Da n majoritatea
statelor legislaia
nu prevede referiri
la societatea
informaional
Adoptarea tehnologiilor
informaionale n toate
domeniile de activitate
Da n mare parte prin
rennoirea
tehnologiilor
Da Prin adoptarea
direct a unei
tehnologii
avansate
Sursa: Webster, F. - Theories of the Information Society, Routledge, New York, 2006, p. 73
6
Schiff, M., Winters, A. Integration rgionale et dveloppement, Editura Economica, Paris, 2004, p.
35
F
Instrumentele
societii
informaionale
12
a) Privatizarea monopolurilor de stat
Dac n cazul rilor cu economie de pia concurenial aceast problem nu
mai exist, n cazul economiilor n tranziie rezolvarea problemei privatizrii
reprezint nceputul procesului de transformare i introducere a societii
informaionale. Deoarece societatea informaional include caracteristicile unei
societi postindustriale, statele n curs de dezvoltare pot beneficia de avantajul
experienei statelor dezvoltate, putnd realiza transformarea economic odat cu
adoptarea celor mai noi tehnologii ale informaiilor i telecomunicaiilor.
b) Investiiile strine directe
Realizarea infrastructurii nu se poate face dect cu investiii masive din partea
propriilor guverne i din strintate, dar nu n condiii de instabilitate
macroeconomic care implic inflaie necontrolat, omaj n cretere, nivel de trai
sczut, nemulumire social i nencredere.
c) Achiziii guvernamentale
Trebuie fcute n domenii cheie pentru dezvoltarea societii, fr s produc
efecte secundare negative precum creterea preurilor, inflaie, scderea exporturilor.
d) Dezvoltarea infrastructurii de telecomunicaii
i spre acest domeniu trebuie ndreptate achiziiile guvernamentale. n unele
ri, tendina de reducere a importanei achiziiilor guvernamentale este umbrit de
achiziiile pe scar larg din proiecte cu finanare privat pentru construcia i
reabilitarea infrastructurii.
e) Asigurarea cadrului legislativ
Societatea informaional este caracterizat prin utilizarea pe scar larg a
tehnologiei informaiei i comunicaiilor n toate domeniile i presupune desfurarea
de activiti specifice. Prin urmare este necesar crearea unui cadrul legislativ
adecvat, elaborarea unui statut pentru angajaii din noile activiti, stabilirea
condiiilor de ncheiere a contractelor de munc, definirea sistemului de taxe i
impozite etc.
f) Adoptarea tehnologiilor informaionale n toate domeniile de activitate
reprezint condiia esenial a dezvoltrii sntoase a economiei i a asigurrii
succesului societii informaionale
7
.
7
Webster, F. Theories of the Information Society - 3 Edition, Routledge, New York, 2006, p. 71
13
n activitatea de adaptare a ntreprinderii la societatea informaional, procesul de
adoptare a tehnologiilor informaionale cunoate mai multe etape: achiziionare,
implementare, exploatare i dezvoltare. Dac achiziia, implementarea i dezvoltarea nu
reclam dect investiii financiare, fr alte eforturi de management, exploatarea
reprezint o problem intrinsec organizaiei, poate cea mai important n acest proces.
Societatea informaional este caracterizat de creterea exploziv a
informaiei digitale disponibil prin intermediul produselor tehnologiei informaiei
i comunicaiilor. Aceasta nseamn, pentru guverne i administraii, servicii publice
mai eficiente, mai transparente i mai rapide, mai apropiate de nevoile cetenilor i
mai puin costisitoare.
Construirea societii informaionale este un proces amplu, complex i de
lung durat, componentele sale de baz fiind de natur tehnologic, financiar,
economic, social i cultural.
Care sunt instrumentele pentru implementarea societii informaionale?
(vezi pag. 11-12)
1.4. Societatea cunoaterii societatea momentului
n esen, societatea cunoaterii reprezint o extindere i aprofundare a
cunoaterii tiinifice i a adevrului despre existen, utilizarea i managementul
cunoaterii existente. Se urmresc formele cunoaterii tehnologice i organizaionale,
producerea de cunoatere tehnologic nou prin inovare i o diseminare fr
precedent a cunoaterii ctre toi utilizatorii, folosind n special tehnologiile
informaionale.
14
Evoluia societii n concepia lui James W. Michaels
Sursa: Filip, F. (coord.) Societatea Informaional Societatea Cunoaterii,
Academia Romn, Editura Expert, Bucureti, 2001, p. 98
Societatea cunoaterii reprezint o nou economie n care procesul de inovare
devine determinant. Influena Internetului ca pia n societatea informaional i
recunoaterea valorii bunurilor intangibile, n special a cunoaterii, reprezint
caracteristici ale noii economii.
Consideraiile lui James W. Michaels
8
reprezint, probabil, prima ncadrare
conceptual teoretic a societii cunoaterii n mersul istoriei omenirii. Ar putea
surprinde lipsa erei informaiei care nu apare n mod clar, dar ea se mparte ntre era
tehnologiei i era cunoaterii. De fapt, ne aflm ntr-o er a informaiei avnd ca faze
succesive societatea informaional, societatea cunoaterii i societatea contiinei.
Vectorii societii cunoaterii
Considerm vector al societii cunoaterii, instrumentul care permite
transformarea societii actual ntr-o societate a cunoaterii. Astfel pentru a asigura
trecerea de la un tip de societate la alta este necesar identificarea acestor vectori.
8
http://www.forbes.com/opinions/forbes/2007/1029/023.html
I
s
t
o
r
i
a

o
m
e
n
i
r
i
i
Era
pietrei
Era
fierului
Era
agriculturii
Era
industriei
Era
tehnologiei
Era
cunoaterii
Principalele ere parcurse de omenire
viitor
prezent
trecut
F
Vectorii societii
cunoaterii
15
Se disting dou clase mari de vectori ai societii cunoaterii
9
: vectori
tehnologici i vectori funcionali al cror numr se mrete pe msur ce tot mai
multe domenii de activitate vor fi tot mai dependente de cunoatere.
1. vectori tehnologici
10
:
dezvoltarea internetului, la rndul su depinde de dezvoltarea reelelor
de telecomunicaii, a reelelor de calculatoare locale, naionale i
internaionale, de dotarea cu calculatoare, servere, noduri de acces,
respectiv de constituirea unei infrastructuri a societii informaionale.
Amplificarea aspectelor de coninut specifice societii cunoaterii, de
constituire a bazelor de date i de cunotine, de ntreprinderi i
organizaii virtuale, magazine i muzee virtuale, conduc de asemenea
la dezvoltarea internetului.
tehnologia crilor electronice. Elaborarea i fabricarea de cri
electronice reprezint un pas important n contextul viziunii despre
societatea informaional i a cunoaterii.
agenii inteligeni se refer de fapt la ageni informatici fr inteligen
sau sistemele expert cu inteligen artificial ori ageni fizici care sunt
roboi fr sau cu inteligen. Unii ageni inteligeni acioneaz ntr-un
sistem specific pe internet, alii interacioneaz direct cu factorul uman
fiind numii ageni interactivi. O alt categorie de ageni este cea a
agenilor care nva sau ageni inteligeni bazai pe reele neurale.
mediul nconjurtor inteligent numit i inteligena ambiental, are n
vedere mbuntirea activitii desfurate, indiferent de spaiul de
lucru, domiciliu sau mediu social
11
.
nanotehnologia se refer de fapt la ageni informatici fr inteligen i
devine o tehnologie specific societii cunoaterii i un important
vector al acestei societi, cu tendine de utilizare tot mai frecvente n
rezolvarea problemelor cu care se confrunt omenirea. Datorit
nanotehnologiei putem afirma c omenirea se ndreapt spre o nou
9
Drgnescu, M. The Economy of the Knowlegde Society, intervenie la Conferina Noua Economie
- o ans pentru Romnia, Bucureti, 20 martie 2001
10
Nica, D. - Guvern, cetean, societate informaional, Ed. SemnE, Galai, 2001, p. 19
11
Nixon, P., Lacey, G., Dobson, S. Managing Interactions in Smart Environments, Springer-Verlag
Telos, Dublin, 2000, p. 38
16
er tehnologic i industrial care ar putea s se manifeste ntr-o nou
revoluie industrial.
2. vectori funcionali
12
:
managementul cunoaterii pentru ntreprinderi, organizaii, instituii,
administraii naionale i locale. Problema managementului n raport
cu cunoaterea este privit din dou puncte de vedere: ca
managementul organizaiei care se preocup de utilizarea i integrarea
diferitelor tipuri de cunoatere i ca management al cunoaterii
propriu-zise. De fapt, aceste aspecte, n mod normal trebuie s se
mbine ntr-o viziune general despre managementul organizaiei i al
cunoaterii.
managementul utilizrii cunotinelor, la nivel global ar trebui s
urmreasc unul din scopurile fundamentale ale societii cunoaterii
i anume diseminarea ct mai larg a informaiei cunoatere gratuit
sau la un pre ct mai redus. Pericolul cel mai mare care se contureaz
pentru societatea cunoaterii este acela al extinderii la maximum a
privatizrii cunoaterii. Dei legea drepturilor de autor vine ca o
barier a extinderii cunoaterii, trebuie gsit un echilibru ntre
utilizarea economic i utilizarea moral a cunoaterii tiinifice n
societatea globalizat.
generarea de cunoatere tehnologic nou, n special pe baza
dezvoltrii tehnologiilor informaionale.
protejarea mediului nconjurtor i asigurarea societii durabile
printr-un management specific al cunoaterii (mediul nconjurtor
vizat i de vectorii tehnologici va face subiectul unui alt punct din
prezenta lucrare i anume, reeaua verde).
dezvoltarea unei culturi a cunoaterii i inovrii.
un sistem de educaie bazat pe metodele societii informaionale i
societii cunoaterii.
12
Banciu, D. Vectorii societii cunoaterii, articol, Institutul Naional de Cercetare-Dezvoltare n
Informatic, Bucureti, 2004, n: www.ici.ro/RRIA/ria2004_1/art01.htm
17
ali vectori de tip funcional: cunoaterea biologic, genomic;
sistemul de ngrijire a sntii la nivel social i individual;
aprofundarea cunoaterii despre existen etc.
Care sunt vectorii tehnologici ai societii cunoaterii? (vezi pag. 15)
1.5. Rolul integrator al informaiilor n sistemul informatic
Integrarea sistemelor informaionale a aprut ca un lucru firesc pe fondul
transformrii sistemelor, chiar dac iniial noiunea de sistem integrat se referea
numai la aspectele fizice i la problemele de interconectare, fr a se lua n discuie
partea software, partea de date, programe i procese. Practic, la nivel de organizaie
existau sisteme informaionale integrate de mai mult vreme, deoarece fiecare
compartiment informaional are o organizare proprie i comunic cu celelalte
compartimente n ceea ce privete schimbul de informaii
13
.
De altfel, evoluia sistemelor informaionale este privit de multe ori ca o
evoluie de la simplu la complex, n care rolul acestor sisteme a crescut permanent
de-a lungul anilor prin diversificarea continu a funciilor sale. Astfel, de la aplicaiile
empirice de prelucrri informatice, a urmat perioada sistemelor informaionale de
gestiune, pentru a trece apoi la sisteme informaionale integrate, n special ca urmare
a modificrii importanei i rolului integrator al informaiilor.
Schimbrile tot mai rapide din mediul de afaceri i creterea n complexitate a
activitilor din cadrul unei organizaii, necesit o adaptare permanent, ntr-un ritm
alert, care adeseori pune la ncercare capacitile de efort i analiz ale factorului
uman, n principal n ceea ce privete cantitatea i calitatea informaiilor financiar-
contabile.
13
Lungu, I. - Integrarea sistemelor informatice, Editura ASE, Bucureti, 2007, p. 19
18
Totodat, creterea responsabilitii ntreprinderii i rolul acesteia n cadrul
societii, au determinat o cretere a numrului utilizatorilor informaiilor financiar-
contabile, o diversificare a ariei de provenien a acestora i, de asemenea, creterea
importanei i calitii informaiilor. Dac iniial, categoria utilizatorilor informaiilor
era restrns la conductorii de societi, proprietari i creditori, cu timpul ea s-a
extins prin includerea organismelor administrative, cu precdere a celor fiscale, a
investitorilor, a analitilor financiari, iar mai recent, a salariailor i a publicului larg.
Atributele calitative ale informaiilor financiar-contabile sunt date de relevan,
credibilitate, comparabilitate i inteligibilitate
14
.
Informaia este indispensabil funcionrii oricrei organizaii pentru c ea
permite atingerea a trei obiective
15
:
pregtirea deciziilor pe niveluri ierarhice;
satisfacerea obligaiilor legale impuse de reglementrile n vigoare;
asigurarea comunicrii att la nivel intern ct i extern cu utilizatorii
informaiilor financiare.
Societatea contemporan ofer un volum imens de date ce ne parvin sub o
multitudine de forme. Pentru ca aceste date s poat deveni informaii utile, sunt
necesare operaii de filtrare, nregistrare i prelucrare.
Integrarea informaiei reprezint un factor important de susinere a strategiei
on demand business , iar clienii extind investiiile n software-ul care s le permit
s analizeze rapid, s consolideze i s obin valoare prin intermediul propriilor date
ale afacerii
16
. Tendina este clar: pentru a avea informaia, pentru a o putea utiliza i
valorifica, este necesar dezvoltarea de soluii integrate la nivel de organizaie.
De cele mai multe ori, n afaceri, ca i n via, excesul de informaie, dar
i informaia insuficient pun serioase probleme. De aceea, organizaiile au nevoie de
instrumente care s le permit s colecteze i s utilizeze exact acele informaii care
le sunt necesare pentru a crea rapoarte standard ale necesitilor de rutin, pentru a
analiza n detaliu sau n ansamblu fiecare activitate, n scopul facilitrii procesului
14
Duescu, A. Informaia contabil i pieele de capital, Editura Economica, Bucureti, 2000, pp.
27-28
15
Airinei, D. (coord.) Introducere n informatica economic, Editura Sedcom Libris, Iai, 2003, pp.
40-41
16
Mills, S. Using the Internet for Active Teaching and Learning, Editura Pearson, Londra, 2005, p.
137
19
decizional. Cunoaterea reprezint ansamblul datelor i informaiilor ce trebuie s
existe pentru un anumit domeniu de activitate, n vederea ndeplinirii unor activiti,
sau pentru a crea noi informaii i cunotine.
Transformarea datelor n informaii, n sistemul informaional
Sursa: Roca I., Zaharie D. Proiectarea sistemelor informatice, p. 21
n multe situaii, datele sunt disponibile dar nu sunt culese, ceea ce necesit
introduceri manuale ale datelor, scanare dup cod de bare sau monitorizri pe baz de
senzori. n alte cazuri, datele sunt colectate, dar lsate deoparte pn li se gsete o
utilitate. Aplicaiile de cutare a datelor (data mining) i stocare a acestora (data
warehousing) sunt implicate n acest proces de dezvoltare a informaiei.
Utilizarea soluiilor integrate rezolv o mare parte a cerinelor informaionale,
att a celor intra-organizaionale oferind informaii pe niveluri organizaionale, dar cu
precdere a celor inter-organizaionale, unde aria utilizatorilor este mult mai larg i
cu un impact decisiv asupra desfurrii procesului economic.
Piaa integrrii informaiei se modific i evolueaz pe msur ce clienii
manifest o preferin pentru soluiile complexe care rspund necesitailor de
integrare la nivel de ntreprindere.
- reguli
- tehnici
- metode
- principii
- etc.
Culegerea
datelor
nregistrarea
datelor
Transmiterea
datelor
Prelucrarea
datelor
Obinerea
informaiilor
Luarea
deciziilor
20
UNITATEA DE NVARE 2
SISTEME INFORMAIONALE ECONOMICE DIN PERSPECTIVA
GLOBALIZRII
Tehnologia informaiei ofer astzi nu doar un suport informaional necesar
desfurrii activitii n condiii de maxim eficien ci i soluie pentru regndirea
modului de organizare a afacerii n scopul creterii competitivitii,
Se vorbete tot mai mult despre reingineria afacerilor. Termenul
reengineering nseamn regndirea fundamental i reproiectarea radical a
proceselor de afaceri pentru obinerea de mbuntiri substaniale privind costurile,
calitatea, viteza de reacie a decidenilor. Aceast regndire a modului de a face
afaceri este influenat i gsete n acelai timp rspunsuri n noile soluii oferite de
tehnologia informaiei.
Dac e s plecm de la exemplul unei firme, vom constata c modul n care
aceasta i desfoar activitatea se schimb sub influena unor aciuni conjugate a
urmtorilor factori: globalizare, competiie de nivel nalt, locuri de munc virtuale,
personal specializat n procesarea datelor i analiz, un nou tip de relaia cu banca.
Sistemul informaional al firmei va trebui s sprijine prin informaia pe care o
genereaz deciziile la toate nivelurile manageriale: operaional, tactic i strategic.
2.1. Influena globalizrii asupra sistemelor informaionale
n noua economie viaa ntreprinderii nu va fi cu siguran un drum presrat
cu petale de trandafiri, va avea fr ndoial mai puine cravate dar cu siguran mai
mult stres, mai puin formalism n relaii dar cu siguran mai mult exigen n
rezultate.
Sub tripla presiune a concurenei mondializate, a impactului noi economii
asupra celei tradiionale i a rentoarcerii triumfale a capitalismului patrimonial,
marile ntreprinderi i vor accelera schimbrile: externalizare, cutarea unei
flexibiliti crescute, maximizarea return of equity. Conform principiului bulgrului
de zpad, ntreg lanul furnizorilor i subantreprenorilor, chiar i pn la cel mai
modest dintre ei, va fi afectat n funcionarea sa i n ceea ce privete criteriile de
21
rentabilitate. Marea distribuie, ea nsi constrns de competiie, aflat ntr-o curs
permanent de reducere a preurilor, i va accentua presiunea ctre ntreprinderile
productoare obligndu-le s-i creasc fr ncetare productivitatea.
Deseori aruncm asupra lumii n care trim o privire alternativ admirativ
sau terifiant - n timp ce caracteristicile sale sunt evolutive i contradictorii. Dar cu
siguran c ceea ce apare cel mai contrastant n aceast lume este latura sa
economic. Astfel n ce privete faimoasa globalizare se poate face o lectur fericit
(un numr foarte mare de oameni a fost convins s participe la schimburile
economice i la bogiile pe care acestea le produc) sau o literatura pesimist (un
ntreg continent Africa nu a fost invitat la festinul mondial).
Avntul planetar al totul o pia i totul de vnzare produce din ce n ce mai
mult o societate nedifereniat unde de acum ncolo nu are valoare dect ceea ce are
un pre
17
. ncadrndu-ne pe aceeai direcie, revoluia informaional cnd ne facem
s ne gndim c prin comunicarea din ce n ce mai crescut dintre oameni, barierele
vor cdea, cnd s constatm c odat cu explozia concomitent a Internetului i a
telefoniei portabile mai mult comunicm dect s ne ntlnim iar aceast seducie a
virtualului se traduce adesea ntr-o fug nebun faa de realitate.
Astzi, poate c mai mult ca oricnd, este necesar ca ntreprinderea s poat
exploata informaia oportun la momentul oportun, adic de a se ajuta de aceasta n
alegerea unui sistem informaional ct mai bine adaptat nevoilor sale i modului su
de organizare i care o va ajuta n luarea deciziilor.
Globalizarea, sub toate aspectele, dar n special sub cel privind informaiile,
conturarea i dezvoltarea societii cunoaterii, rspndirea Internetului, noile modele
de afaceri (e-commerce, e-business, m-commerce, m-business), constituie tot attea
argumente pentru care sistemele informaionale din organizaii trebuie vzute dintr-o
alt perspectiv.
Sistemele informaionale, n condiiile globalizrii, sunt poate cele mai vizate
din punct de vedere al adaptrii la noile cerine pe care le presupune acest proces, mai
ales innd cont de faptul c sunt supuse unei permanente modificri, care trebuie s
in pasul cu modificrile ce apar pe orice plan al activitilor economico-sociale.
Aceasta presupune c firmele sunt dependente de produse, clieni, activiti
17
Balantzian, G. Les systmes dinformation. Art et pratiques, Edtions dOrganistaion, Paris, 2003,
p. 76
22
desfurate, resurse materiale disponibile. Atunci cnd vorbim de firmele globale, toi
aceti factori constituie elemente care pot fi influenate de sistemul informaional.
Sistemul informaional este un sistem complex ce presupune alte trei
subsisteme (organizaional, aplicativ, informatic), n strns interaciune, ce
caracterizeaz ntreprinderea. Se spune c un sistem informaional este oglinda unei
organizaii.
Sistemul informaional este un sistem alctuit din diverse elemente de
colectare i prelucrare a informaiei. Considerm raiunea de a fi a unui sistem
informaional este accesul la momentul oportun la informaii oportune pentru a lua
decizii oportune. Comunicarea n timp real i precizia fluxurilor de informaii sunt
date eseniale pentru dinamica unui sistem informaional.
n figura de mai jos sunt scoase n eviden cele trei subsisteme ce alctuiesc
un sistem informaional
18
:
sistemul organizaional, pune n interaciune managementul (oameni,
meserii, comportamente i stiluri de management) i organizaia
(procese, proceduri i structuri);
sistemul aplicativ (multitudinea aplicaiilor de gestiune, de producie,
de decizie i de comunicare), aplicaii birotice i noile tehnologii
informaionale i de comunicaii.
sistemul informatic ce caracterizeaz infrastructurile tehnice (reele,
servere).
Sistemul organizaional constituie esena nsi a ntreprinderii n aceeai
manier n care sistemul social i cel economic ntr-un ansamblu mult mai vast
constituie societatea uman. Atunci cnd discutm despre sistemul organizaional,
discutam despre oameni i meseriile lor, despre procesele proprii activitilor
ntreprinse de acetia i despre structurile ce permit organizarea diviziunii muncii.
Aceste sistem exprim o cerere organizaional care are propria sa logic, aceea a
unei meserii date, ntr-o pia dat, cu produse, servicii, clieni, furnizori i concureni
dai, cu constrngeri specifice de mediu. Pentru a rspunde la cererea organizaional
ntreprinderea dispune de o ofert tehnologic, determinat de sistemul informatic al
sistemului informaional.
18
Balantzian, G. Les systmes dinformation. Art et pratiques, ditions dOrganisation, Paris, 2002,
p. 189
F
Sistemul
organizaional
23
Arhitectura unui sistem informaional
Sursa: Balantzian, G., Les systmes dinformation. Art et pratiques,
ditions dOrganisation, Paris, 2002, p. 189
Sistemul informatic a fost construit de-a lungul timpului prin investiiile
tehnologice fundamentale cerute de piaa industriei informatice. Este vorba de
materiale i programele de baz precum i toate mijloacele de telecomunicaie care
permit acestor materiale i mijloace s lucreze mpreun. Acest sistem informatic nu
difereniaz ntreprinderile dect prin natura stratificrii categoriilor de instrumente
F
Sistemul
informatic
24
informatice cerute de-a lungul anilor. ntr-o ntreprindere dat acest sistem este mai
mult sau mai puin evolutiv, mai mult sau mai puin deschis, mai mult sau mai puin
apt pentru a rspunde cererii organizaionale.
Care sunt subsistemele unui sistem informaional? (vezi pag. 22-23)
ntre cererea sistemului organizaional i oferta sistemului informatic,
ntreprinderea nu-i exprim rspunsul su dect n sistemul aplicativ, care, ca i n
cazul sistemul sanguin al corpului uman, inerv toate organele ntreprinderii. Lui i
sunt proprii printre altele, strategia ntreprinderii, mijloacele sale umane i financiare,
organizarea sau tehnologia. Dac o parte a organizaiei nu este parcurs deloc sau nu
este parcurs n totalitate de sistemul aplicativ atunci ea dispare sau mai ru nu mai
servete la nimic, fiind o sarcin inutil pentru ntreprindere.
Organizaia integrat se bazeaz pe tehnologii precum workflow, comer
electronic, data warehouse, ERP: aceste tehnologii centrate pe procesele ntreprinderii
faciliteaz coordonarea cuplului aciune/actor implicat n proces.
Organizaia virtual se bazeaz pe aplicaiile groupware i knowledge
management. Aceste tehnologii faciliteaz cele 3 mecanisme fundamentale inerente
oricrei activiti umane: comunicare, coordonare i cooperare. n felul acesta
schimbul, partajarea cunotinelor i accesul la informaie constituie fundamentul
muncii n echip. Aceste aciuni pregtesc procesul cheie pentru echip: decizia.
O ntreprindere virtual este o organizaie eficace i flexibil datorit
combinrii tehnologiilor avansate i colaboratorilor bine formai i capabili a se
adapta i a evolua n funcie de nevoile pieii. Virtualitatea implic legturi mult mai
solide cu furnizorii de-a lungul ntregului ciclu de fabricaie i cu distribuitorii i
detailitii de-a lungul ciclului de comercializare.
Mediul economic i tehnologiile avansate au dus la apariia depozitelor de
date. Mediul economic a devenit mult mai complex i global i, n consecin,
solicit informaii ct mai elaborate pentru sprijinirea deciziilor; n acelai timp
evoluia tehnologiilor informaionale a dat posibilitatea gestionrii unor volume
imense de date integrate.
F
Sistemul
aplicativ
25
William H. Inmon, printele acestui concept, definete depozitul de date ca o
colecie de date orientate pe subiecte, integrate, istorice i persistente, destinat
sprijinirii procesului de luare a deciziilor manageriale
19
.
Un depozit de date este n aa fel organizat nct are n vedere subiecte
majore, cum ar fi: furnizori, clieni, vnzri i se axeaz pe modelarea i analiza
datelor pentru luarea deciziilor. El este construit prin integrarea mai multor surse
eterogene: baze de date relaionale, fiiere, nregistrri privind tranzaciile. Datele
stocate n depozitul de date furnizeaz informaii n perspectiv istoric: factorii de
decizii pot consulta valori succesive ale acelorai date cu scopul de a determina
evoluia n timp. Toate aceste date sunt permanente i nu pot fi modificate. Prin
actualizarea depozitului de date nu se modific i nici nu se terg datele existente, ci
doar se adaug altele noi, datorit faptului c, fizic, este memorat separat de datele
transferate din alte aplicaii, un depozit de date nu necesit mecanisme de acces
concurenial, el solicitnd doar dou operaiuni: ncrcarea iniial a datelor i accesul
la date.
Arhitectura de principiu a unui depozit de date
Sursa: Oprea, D., Airinei, D., Fotache, M. (coord) Sisteme informaionale pentru afaceri,
Editura Polirom, Iai, 2002, p. 312
19
Oprea, D., Airinei, D. Fotache, M. (coord) Sisteme informaionale pentru afaceri, Editura Polirom,
Iai, 2002, p. 309
26
Pot fi modificate sau terse datele din depozitele de date? (vezi pag. 25)
Evoluia sistemelor informaionale este privit de multe ori ca o evoluie de la
simplu la complex, n care rolul acestor sisteme a crescut permanent de-a lungul
anilor prin diversificarea continu a funciilor sale.
Schema de evoluie a sistemelor informaionale
Prelucrrile informatizate de gestiune sunt caracterizate de: prelucrarea datelor
prin funciile managementului; date stocate n fiiere (benzi magnetice); tiprirea
permanent de liste i de rapoarte; mobilitate i numeroase replicri ale informaiilor
Prelucrri informatizate de gestiune (1950-1970)
n ce privete sistemele informaionale de gestiune, acestea implic: informaii
imobilizate n baze de date; aplicaii i baze de date pe departamente; transfer de
informaii ntre bazele de date.
27
Sisteme informaionale de gestiune (1970-1995)
Sistemele informaionale integrate sunt caracterizate de: baze de date unice
pentru toate funciile/departamentele, urmrire proces de gestiune; programe standard
Sisteme informaionale integrate (1995-2006)
Dup cum am vzut, finalitatea unui sistem informaional const n furnizarea
informaiilor solicitate, la momentul oportun n vederea lurii deciziilor la orice nivel,
dar i pentru asigurarea unei mai bune funcionri a sistemelor operaionale
20
.
Plecnd de la acest punct de vedere, putem realiza o clasificare a sistemelor
informaionale, dup cum urmeaz:
sisteme informaionale de procesare a tranzaciilor
(Transaction Processing Systems - TPS);
sisteme informaionale pentru conducere
(Management Information Systems - MIS);
sisteme de sprijinire a deciziilor
(Decision Support Systems - DSS);
sisteme informaionale pentru conducere executiv
(Executive Information Systems - EIS).
20
Airinei, D., Filip, M., Ftu, T., Grama. A., i colectiv Introducere n informatic economic,
Editura Sedcom Libris, Iai, 2003, p. 43
28
Ca o sintez a acestor evoluii, putem identifica trei funcii importante ale
sistemelor informaionale:
sprijinirea activitii de exploatare a ntreprinderii;
sprijinirea procesului decizional;
asigurarea obinerii de avantaje strategice.
2.2. Tipologia sistemelor informaionale
ntruct n practic exist o diversitate de puncte de vedere privind sistemele
informaionale, ele depinznd de elementul dup care se face ncadrarea acestora, n
cele ce urmeaz ncercm s efectum o sintez a lor, n mod firesc, discutabil, dar
i s propunem noi criterii de clasificare, dup cum urmeaz:
1) Dup scopul urmrit:
automatizarea activitilor de rutin;
informarea conducerii;
sprijinirea proceselor de comunicare;
sprijinirea procesului decizional;
sprijinirea grupurilor de lucru (inclusiv experi);
sprijinirea top-managerilor.
2) Dup elementul supus analizei:
orientate spre funcii;
orientate spre procese;
orientate spre date;
orientate spre obiecte;
orientate spre mesaje / comunicri;
orientate spre informaii tiinifice;
orientate spre cunotine specializate.
3) Dup modul de prelucrare a datelor:
prelucrare manual;
prelucrare mecanografic;
prelucrare automat/electronic;
prelucrare mixt.
29
4) Dup modul de organizare a datelor:
bazate pe fiiere clasice;
bazate pe tehnica bazelor de date: ierarhice, reea, relaionale,
orientate obiect, neuronale;
mixte.
5) Dup metoda folosit n analiz i proiectare:
metoda sistemic;
metoda clasic a ciclului de via al sistemelor;
metoda structurat;
metoda orientat obiect;
metoda rapid (RAD);
metoda echipelor mixte (JAD);
metoda participativ (PD);
metoda prototipurilor.
6) Dup gradul de centralizare:
centralizate;
descentralizate.
7) Dup gradul de dispersie a resurselor:
sisteme informaionale locale
- bazate pe sala calculatorului central;
- bazate pe calculatoare de sine stttoare;
- bazate pe reea local.
sisteme informaionale distribuite
- sisteme de prelucrare a datelor distribuite;
- sisteme de prelucrare distribuit a datelor;
- sisteme bazate pe Web.
8) Dup forma de exercitare a responsabilitilor de coordonare a activi-
tilor de informatic:
coordonate de componente informatice proprii (centre, staii, oficii de
calcul);
coordonate prin centre informaionale;
coordonate prin teri (servicii externalizate = outsourcing).
30
Cum se clasific sistemele informaionale dup elementul supus analizei
(vezi pag. 28)
9) Dup beneficiarii activitii:
orientate spre utilizatorii finali;
orientate spre factorii de decizie;
orientate spre utilizatorii finali;
orientate spre manageri.
10) Dup gradul de structurare a problemei de rezolvat, modul de formulare
a obiectivelor i a cerinelor utilizatorilor:
perfect structurate (PS, OC, CUC);
aproape structurate (PS, OC, CUN);
parial structurate (PS, ON, CUN);
total nestructurate (PS, ON, CUN);
complexe (incertitudine multipl);
unde:
PS = problem structurat;
OC = obiective clare;
ON = obiective neclare;
CUC = cerinele utilizatorilor sunt clare;
CUN = cerinele utilizatorilor sunt neclare.
11) Dup gradul de integrare:
neintegrate (insule de informaii);
parial integrate:
- pe orizontal - la acelai nivel decizional;
- pe vertical - la nivel de component sistem;
total integrate i pe orizontal i pe vertical:
- cu integrare pe principiul fiierelor clasice;
- cu integrare pe principiul bazelor de date.
31
12) Dup legtura cu tipul de structur organizatoric:
grefate pe structura funcional a unitii;
structurate pe compartimente/departamente (pe produse, pe centre de
profit, geografic, matriceal);
mixte.
13) Dup tipul calculatoarelor care stau la baza sistemului informatic din
structur:
calculatoare foarte mari;
calculatoare mari;
minicalculatoare;
microcalculatoare.
14) Dup gradul de automatizare a activitilor de analiz i proiectare:
dezvoltate pe baza analizei i proiectrii clasice (manuale);
analizate cu instrumente automate i proiectate clasic;
bazate pe instrumente diverse de automatizare a analizei i
proiectrii;
dezvoltate cu instrumente de tip:
- CASE orizontal;
- CASE vertical;
- CASE integrat;
- OPEN CASE;
- EXPERT CASE.
15) Dup tipul reelei pe care se bazeaz sistemul informatic din structur:
LAN (Local Area Network);
MAN (Metropolitan Ar ea Network);
WAN/IAN (Wide/International Area Network);
reele fr fir, denumite i Wireless (Wi-Fi, WiMax, WideBand etc.).
32
UNITATEA DE NVARE 3
FUNDAMENTRI TEORETICE PRIVIND SISTEMELE
INFORMATICE
3.1. Noiune de sistem informatic i structura acestuia
Conceptul de sistem i are originile n filosofia greac antic, atunci cnd
Arhimede afirma c ntregul este mai mult dect suma prilor. Bazele teoriei
sistemelor au fost puse peste mai mult de 2000 de ani de ctre E. Boulding, teoria
fiind apoi dezvoltat de foarte muli cercettori. Astfel, s-a ajuns la o definiie a unui
sistem ca fiind o seciune a realitii n care se identific un ansamblu de fenomene,
obiecte, procese, fiine sau grupuri, interconectate printr-o mulime de relaii
reciproce, precum i cu mediul nconjurtor i care acioneaz n comun n vederea
realizrii unor obiective bine definite.
Caracteristic pentru orice sistem este posibilitatea ca ansamblul
componentelor prezentate n definiie s poat fi divizat n pri sau subsisteme.
Sistemul informaional prezentat anterior a fost conceput istoric nainte de
apariia informaticii, chiar nainte de descoperirea tiinific a curentului electric.
Informatica a fost introdus n cadrul sistemelor informaionale n scopul creterii
eficienei acestora.
Ulterior, informatica s-a dezvoltat rspunznd cerinelor sau chiar depind
cerinele din interiorul sistemului informaional, formnd astfel chiar un subsistem
informatic. Prin dezvoltarea sa rapid, subsistemul informatic a cptat identitatea de
sistem dar, cu toate acestea, este tot o parte component a sistemului informaional.
Sistemul informatic reprezint acea parte a sistemului informaional care
permite realizarea operaiilor de culegere, transmitere, stocare, prelucrare a datelor
i difuzare a informaiilor astfel obinute prin utilizarea mijloacelor tehnologiei
informaiei.
Ca elemente componente putem enumera: calculatoare, sisteme de transmisie
a datelor, echipamente periferice, software, date prelucrate, teoriile algoritmilor de
prelucrare, personalul de exploatare etc. Toate acestea le putem grupa n urmtoarele
categorii:
F
Sistemul
informaional
F
Sistemul
informatic
33
ansamblul informaiilor interne i externe, formale sau informale utilizate
n cadrul firmei precum i datele care au stat la baza obinerii lor;
procedurile i tehnicile de obinere i de difuzare a informaiilor;
platforma hardware necesar prelucrrii datelor i disiprii informaiilor;
personalul specializat n culegerea, transmiterea, stocarea i prelucrarea
datelor.
Sistemul informatic este astfel structurat nct s corespund cerinelor
diferitelor grupuri de utilizatori:
factori de conducere la nivelul conducerii strategice, tactice i operative;
personalul implicat n procesul culegerii i prelucrrii datelor;
personalul implicat n procesul cercetrii tiinifice i proiectrii de noi
produse i tehnologii de fabricaie.
Ce reprezint un sistem informatic? (vezi pag. 32)
Dei sistemele informatice au oferit mai multe informaii, nu ntotdeauna
calitatea deciziilor luate pe seama lor a fost mbuntit. Concluzia este c nu
cantitatea de informaie oferit managerilor determin calitatea deciziei ci
determinant este selecia, sintetizarea i dirijarea informaiei astfel nct s serveasc
unor obiective manageriale precise.
3.2. Subsisteme informatice
Sistemul informatic al unei organizaii este alctuit din mai multe subsisteme
interdependente, integrate n cadrul sistemului informatic global.
Analiznd structura sistemului informatic global al unei organizaii se pot
realiza clasificri legate de componentele acestuia. n continuare, aceste componente
ce reprezint subsisteme informatice vor fi denumite sisteme. Astfel:
F
Subsisteme
informatice
34
dup aria de cuprindere
- sisteme acoperind arii distincte din cadrul organizaiei, care se
identific pe principiul funcional:
sistemul contabilitii
sistemul produciei
sistemul cercetrii
sistemul comercial
sistemul resurselor umane
- sisteme inter-oganizaionale, care asigur fluxurile
informaionale:
ntre firm i partenerii si, aici fiind incluse i aplicaiile
de internet banking sau de comer electronic
ntre firma mam i subdiviziunile sale organizatorice
dup natura activitilor
- sisteme destinate conducerii
sisteme suport ale executivului
(Executive Support Systems - ESS)
sisteme suport de decizie
(Decision Support Systems - DSS)
sisteme pentru conducerea curent
(Current Management Systems - CMS)
sisteme pentru conducerea strategic
(Strategic Management Systems - SMS)
- sisteme de gestiunea cunoaterii (Knowledge Systems) i de
cercetare-dezvoltare (Knowledge Work Systems - KWS)
- sisteme de nivel operaional (Operational Level Systems - OLS)
sisteme destinate activitii de birotic
(Office Automation Systems - OAS)
sisteme destinate procesrii tranzaciilor
(Transaction Processing Systems - TPS)
sisteme pentru controlul proceselor
(Process Control Systems - PCS)
35
dup specializare
- sisteme specializate, care rezolv un anume tip de problem
dintr-un anumit domeniu
- sisteme de uz general, care rezolv o gam larg de probleme din
mai multe domenii
- sisteme locale, pentru prelucrarea datelor aflate ntr-un singur
sistem de calcul
- sisteme de reea, pentru distribuirea datelor i programelor ctre
staiile de lucru din reea
dup localizarea datelor i prelucrrilor
- sisteme cu date centralizate, cu datele ntr-un singur calculator
denumit i server
- sisteme cu date distribuite, cu datele distribuite pe mai multe
calculatoare din reea
- sisteme cu prelucrri centralizate, n care prelucrrile se
realizeaz pe o singur staie de lucru indiferent de multiplele
locaii ale datelor
- sisteme cu prelucrri distribuite, n care mai multe staii de lucru
realizeaz prelucrrile indiferent de multiplele locaii ale datelor
dup domeniul n care funcioneaz
- sisteme de baze de date, pentru gestiunea unui volum mare de
date
- sisteme pentru prelucrri tiinifice, create pentru anumite
domenii
- sisteme de conducere a proceselor tehnologice, pentru
conducerea maini-unelte computerizate
dup nivelul ierarhic ocupat
- sisteme de conducere la nivelul unitii
- sisteme de organizare la nivel de grup
- sisteme teritoriale
- sisteme la nivel de ramur i subramur
- sisteme de uz general
36
Cum se clasific sistemele informatice dup specializare? (vezi pag. 35)
3.3. Structura general a unui sistem informatic
Pentru a defini structura general a unui sistem informatic este necesar s
plec de la funcia acestuia de a prelucra datele disponibile n vederea obinerii
informaiilor necesare lurii deciziilor n procesul conducerii. Cele trei componente
majore care formeaz sistemul informatic sunt:
intrrile
prelucrrile
ieirile
Structura unui sistem informatic
Intrrile reprezint ansamblul datelor ncrcate, stocate i prelucrate n cadrul
sistemului n vederea obinerii informaiilor. Intrrile se clasific n dou grupe
prezentate detaliat n cele ce urmeaz.
a) Tranzaciile externe care redau dinamica operaiilor i proceselor
economice i financiare din cadrul firmei. Provin din mediul exterior sistemului
informatic. Sunt tranzacii externe: datele referitoare la aprovizionrile cu materii
prime, datele reflectnd operaiile de ncasri i pli etc. tranzaciile externe sunt
reprezentate de:
date consemnate n documente, la locul producerii operaiilor pe care
le evideniaz, n cadrul firmei (de exemplu: un bon de consum, o
factur emis unui client etc);
Intrri Prelucrri Ieiri
extern date informaii cunotine
intern
F
Intrrile
37
date care provin din mediul economic, financiar-bancar, consemnate n
documentele sau nscrise n norme i/sau prevederi legale (facturi
primite de la furnizori, ordin de plat onorat de client, cota legal de
TVA, cotele de impozit pe profit etc.)
date provenind de la alte sisteme informatice operaionale n cadrul
aceleai firme.
date provenind de la alte sisteme informatice exterioare firmei.
b) Tranzaciile interne sunt urmarea unor prelucrri automate desfurate n
cadrul sistemului informatic conducnd la modificri structurale n cadrul coleciilor
de date. Exemple: valoarea total a produselor livrate, valoarea total a ncasrilor.
Prelucrrile, cel de-al doilea element definitoriu al sistemului informatic,
reprezint un ansamblu omogen de proceduri automate realiznd:
crearea iniial i actualizarea bazei de date;
exploatarea bazei de date;
reorganizarea bazei de date;
salvarea/restaurarea bazei de date.
Ieirile sistemului informatic sunt reprezentate de rezultate prelucrrilor
desfurate. Aceste ieiri, n funcie de natura prelucrrilor, sunt de dou categorii:
ieiri obinute n urma unor operaii de transfer al datelor, care nu i-au
modificat valoarea fa de momentul introducerii lor n sistem. De
exemplu: numrul i data unei facturi, denumirea unui produs,
cantitatea facturat etc.
ieiri obinute n urma unor operaii de calcul pe baza unor algoritmi
prestabilii (valoarea produsului facturat, total factur, valoarea
vnzrilor pe lunetc.).
Ieirile sistemului informatic mai pot fi clasificate i n funcie de coninutul i
forma lor de prezentare n:
indicatori sintetici regsii n tablourile de bord oferite managerilor ce
pot fi consultate on-line;
rapoarte (situaii) care grupeaz diveri indicatori sintetici sau analitici
sub form tabelar. Exemplu: Statul de plat, Situaia stocurilor de
produse finite la data , Balana sintetic etc.
F
Prelucrrile
F
Ieirile
38
Clasificarea rapoartelor
a) Dup gradul de agregare a datelor
- sintetice, cuprinznd indicatori cu grad mare de sintetizare
destinate analizei activitii i fundamentrii deciziilor. Exemple:
Situaia evoluiei vnzrilor pe produse i trimestre, Balana
sintetic, Bilanul contabil etc.
- analitice, coninnd informaii detaliate privind desfurarea unei
activiti pe un anumit segment de timp (exemple: Consumul de
materiale pe luna , Situaia intrrilor de materiale pe gestiuni
etc). Se utilizeaz n cadrul compartimentelor funcionale.
b) Dup natura informaiilor prezentate
- date de stare, reflectnd valoarea patrimoniului la un moment
dat, volumul activitii la o anumit dat. Cel mai elocvent
exemplu este bilanul contabil care reflect o fotografiere a
patrimoniului la sfritul perioadei de gestiune.
- statistice, cuprinznd informaii avnd caracter statistic necesare
raportrilor ierarhice (ministere, bnci etc), Comisiei Naionale de
Statistic, BNR, centrale bnci n cazul sucursalelor sau
fundamentrii unor decizii viznd perioade viitoare de timp.
- previzionale, care permit, pe baza informaiilor privitoare la
perioade anterioare de gestiune, s se anticipeze evoluia unor
procese i fenomene economice i/sau financiare. Aceste
rapoarte sunt necesare att n fundamentarea deciziilor tactice ct
i a celor strategice.
c) Dup destinaie, coninut i modul de structurare
- de uz intern, al cror coninut este determinat de cerinele proprii
de informare i control.
- de uz general, al cror coninut este prestabilit (exemplu: bilan
contabil, balan de verificare etc) multe dintre acestea fiind
destinate i mediului exterior al firmei (bncilor n procesul de
creditare, organelor fiscale etc).
39
d) Dup forma de prezentare
- grafice, care permit reprezentarea ntr-o form sugestiv (bi sau
tridimensional) a dinamicii indicatorilor sintetici i analitici
precum i a structurii indicatorilor. Graficele pot fi de mai multe
tipuri: liniare, histograme, bursiere, de structur (pie), mixt, etc.
- foi de calcul electronice, generate cu ajutorul procesoarelor de
tip EXCEL ale cror date pot face obiectul
exporturilor/importurilor ctre sistemele de gestiune a bazelor de
date n vederea realizrii altor prelucrri.
- ieiri destinate altor sisteme, reprezentate de fiiere transmise
on-line sau off-line n vederea continurii prelucrrilor n cadrul
altor sisteme informatice.
e) Dup frecvena de generare, rapoartele pot fi: zilnice, lunare, trimestriale
sau anuale.
n cadrul rapoartelor, gradul de agregare/sintetizare a informaiei coninute
este cu att mai mare cu ct intervalul de timp la care se refer este mai larg.
Rapoartele pot fi generate la imprimant, pe monitor sau pe un suport de
memorie extern pentru a fi utilizate ulterior sau transmise off-line sau on-line altor
beneficiari.
Care sunt componentele majore ale unui sistem informatic? (vezi pag. 36)
3.4. Ciclul de via al unui sistem informatic
Sistemul informatic, ca orice entitate a lumii reale, prezint propriul su ciclu
de via. Punctul de nceput al acestui ciclu este reprezentat de decizia de realizare a
unui nou sistem informatic mai performant, iar punctul final al ciclului de via este
reprezentat de momentul deciziei de nlocuire a sistemului informatic existent cu unul
nou, mai bine adaptat cerinelor asigurnd performane informaionale, tehnice i
economice superioare.
40
Ciclul de via al unui sistem informatic presupune parcurgerea unor etape,
descompuse n faze, care asigur:
conceperea;
realizarea;
implementarea;
exploatarea;
ntreinerea.
Sistemul informatic parcurge astfel etapele oricrui ciclu de via:
adolescen (concepere i realizare);
maturitate (implementare, exploatare, ntreinere, dezvoltare);
declin (sistemul rspunde din ce n ce mai greu la cerinele utilizatorilor,
performanele n exploatare scad ceea ce determin decizia de nlocuire a
sistemului).
n timp, au fost elaborate mai multe modele ale ciclului de via al sistemului
informatic, autorii ncercnd s identifice, n viziune proprie, fazele de dezvoltare.
Numrul, numele, coninutul i nlnuirea fazelor propuse n cadrul acestor modele
difer, dar ncercnd o sintez putem reine urmtoarele faze ca elemente comune
diferitelor abordri:
1. Definiia cerinelor utilizatorilor: utilizatorii vor preciza obiectivele pe
care urmeaz s le ndeplineasc viitorul SI, cerinele de eficien, securitate,
performan pe care acesta urmeaz s le asigure. Calitatea i performanele unui
produs software depind de abilitatea echipei de analiz n colectarea de specificaii
ct mai complete de la viitorul utilizator i de a-l face pe acesta s vad
funcionalitatea viitorului sistem informatic.
2. Specificaia cerinelor sistemului: prezentarea detaliat a rezultatelor pe
care SI urmeaz s le asigure. Se va evidenia ce anume urmeaz s fac sistemul fr
a se sugera n nici un fel cum va face acest lucru sistemul. Aceast faz este un
rspuns la specificaia cuprinznd cerinele utilizatorului i va fi utilizat n faza de
proiectare a sistemului.
3. Specificaia cerinelor Software: evideniaz ceea ce urmeaz s fac
produsul Software i restriciile sub care funcionalitatea sa va fi asigurat. Se
bazeaz pe utilizarea unui model abstract care las libertatea pentru soluiile de
F
Fazele ciclului de
via al sistemului
informatic
41
proiectare i implementare. Se realizeaz prin metode de analiz a cerinelor
formulate n fazele anterioare i prin instrumente de tip CASE.
4. Proiectarea general: se definesc soluii cadru, conceptuale privind
viitorul sistem informatic. Analiza i proiectarea sunt considerate astzi faze cheie n
realizarea unui proiect software, ele acoperind 40% din volumul de timp necesar
realizrii proiectului respectiv.
5. Proiectarea de detaliu: rafineaz soluia cadru, rezultat al proiectrii
generale, avnd ca finalitate definirea soluiei finale a sistemului informatic.
6. Realizarea componentelor sistemului informatic rezultate din elaborarea
arhitecturii sistemului informatic n faza proiectrii generale, pe baza soluiilor oferite
de proiectarea de detaliu.
7. Testarea componentelor: verificarea modului de funcionare, modului de
ndeplinire a cerinelor i fiabilitatea n utilizare.
8. Integrarea componentelor i testarea final a sistemului: reunirea
componentelor n cadrul produsului final i verificarea funcionrii lui n ansamblu.
9. Implementarea i testarea produsului la beneficiar urmate de acceptarea
produsului de ctre acesta.
10. Exploatarea i ntreinerea sistemului informatic: utilizarea curent a
sistemului informatic i ntreinerea lui.
11. Dezvoltarea sistemului informatic: realizarea i integrarea de noi
componente care s mbunteasc i/sau s dezvolte funcionalitatea i
performanele sistemului.
n perioada curent, accentul nu se pune pe scrierea de programe, ci pe fazele
premergtoare sau ulterioare acesteia, ca urmare a contientizrii rolului deosebit de
important al ingineriei specificaiilor, analizei i proiectrii, testrii, documentaiei i
conducerii proiectului n asigurarea calitii produsului software.
n cadrul diferitelor modele, aceste faze (alturi de cele specifice fiecrui
model) sunt reunite n etape i anume:
analiza sistemului care pleac de la sistemul existent i se continu cu
fazele 1-3 mai sus menionate
proiectarea general (4)
proiectarea de detaliu (5)
42
realizarea sistemului informatic (6-8)
instalarea sistemului informatic la beneficiar (9)
exploatarea i ntreinerea sistemului informatic (10)
dezvoltarea sistemului informatic (11)
BIBLIOGRAFIE SELECTIV
1. Gabriel CUCUI, Florin RADU, Valentin RADU, Sisteme informatice de
gestiune, Valahia University Press, Trgovite 2009, pag. 13-80
43
MODUL II
Modelarea sistemelor informatice de gestiune
1. Cuprins
2. Obiectiv general
3. Obiective operaionale
4. Dezvoltarea temei
5. Bibliografie selectiv
Cuprins
UI 4. Modele de concepere i realizare a sistemelor informatice
= 3 ore
Obiectiv general: Dobndirea de cunotine privind modelele
de concepere i realizare a sistemelor informatice de gestiune.
Obiective operaionale: nsuirea etapelor principale de
concepere i realizare a unui sistem informatic de gestine.
44
UNITATEA DE NVARE 4
MODELE DE CONCEPERE I REALIZARE A SISTEMELOR
INFORMATICE
4.1. Modelul cascad (waterfall)
Fiind cel mai vechi dintre modele, elaborat la nceputul anilor 70 de W.W.
Royce, modelul cascad corespunde ciclului de via clasic.
Modelul cascad este unul de referin, asigurnd trecerea de la o etap la alta,
ce-i drept, mai mult teoretic, n ordine secvenial. Realitatea a demonstrat c
parcurgerea etapelor/fazelor ntr-o astfel de ordine nu este o regul, deoarece, de cele
mai multe ori, se nregistreaz reveniri la etapele anterioare sau parcurgerea n paralel
a unora dintre ele.
Modeleul const ntr-o descompunere a ciclului de via n faze secveniale.
La rndul lor, fazele sunt structurate pe activiti i subactiviti. Trecerea de la o
etap la alte se realizeaz dup ce precedenta a fost parcurs n ntregime.
Modelul se aplic la nivel de sistem tocmai aici este punctul slab, deoarece
sistemele complexe, cu un numr mare de aplicaii ce interacioneaz ntre ele sunt
greu de controlat.
Modelul cascad clasic
Definirea
cerinelor
Analiza
Proiectarea
Implementarea
Testarea
Utilizarea i
ntreinerea
axa timp
F
Modelul
cascad
45
Modelului i se recunosc unele avantaje, cum ar fi:
un control total asupra fazelor, n sensul contabilitii ele sunt ordonate
i, firesc, previzibile, prin evidenierea clar a ariei de ntindere a
fiecrei etape sau subcomponente a ei;
este uor de nsuit de ctre membrii echipelor de analiz i proiectare,
inclusiv de cei noi, cu o experien mai puin vast;
fiecare etap este nsoit de o documentaie perfect structurat
(controlat).
Ca dezavantaje amintim:
sistemul se pred numai dup parcurgerea etapelor anterioare, ceea ce
nseamn o lung perioad de timp, suficient ca utilizatorul s-i
schimbe preteniile;
nu corespunde inteniilor de abordare dinamic a sistemelor;
nu este deschis schimbrilor ce pot interveni pe parcurs.
O variant mbuntit a acestui model este modelul cascad cu revenire
(waterfall model with back flow), prezentat n figura de mai jos.
Modelul cascad cu revenire
Fezabilitatea sistemului
Validare
Planificarea lucrrilor
Validare
Proiectarea general
Verificare
Proiectarea de detaliu
Verificare
Scrierea programelor
Testare componente
Integrare
Verificare
Instalare
Testare
Exploatare-dezvoltare
Revalidare
46
4.2. Modelul incremental (rapid-prototyping)
Modelul incremental este o alt form a celui cascad, creat pentru a acoperi
deficienele acestuia. De fapt, n modul de descriere a etapelor incipiente nici nu
exist diferen fa de modelul cascad, deoarece, att definirea cerinelor, ct i
analiza se efectueaz la nivelul ntregului sistem. Dup acestea, se efectueaz
descompunerea proiectului n subproiecte, ele fiind urmrite pe activiti care vor
concura la obinerea componentelor necesare sistemului final. Aceasta este filozofia
de baz a modelului. Modelul incremental ofer posibilitatea atingerii scopului final
n dou variante:
1. sistem global livrat la sfrit;
2. componente livrate distinct.
Modelul incremental
Din descrierea de pn acum rezult cteva din avantajele modelului:
se ncadreaz n principiul arhicunoscut divide et impera, prin
posibilitatea abordrii unor pri ale ntregului;
sistemul poate fi livrat i pe componente realizate la perioade scurte de
timp;
proiectul sau sistemul final poate fi realizat de mai multe echipe sau
persoane datorit modularizrii lui.
Definirea
cerinelor
Analiz
Proiectare
component 1
Implementare
component 1
Proiectare
component N
Implementare
component N
Instalare
component N
Instalare
component 1
ntreinere
component N
Arhitectura
sistemului
ntreinere
component 1


F
Modelul
incremental
47
Dintre dezavantaje pot fi enumerate:
imposibilitatea aplicrii lui n toate cazurile uneori neexistnd
elementele necesare descompunerii ntregului;
componentele pot fi realizate numai dup ce ntregului sistem i se
definete arhitectura, totul derulndu-se dup principiile metodelor
top-down, ceea ce nseamn nc o condiie dur: cunoaterea i
formularea cerinelor din faza incipient de abordare a sistemului;
fiind posibil de realizat pe pri, eforturile de integrare a acestora n
ntreg sunt destul de mari, vorbindu-se chiar despre o aa-zis testare
multipl de sisteme, cu trimitere la faptul c de fiecare dat cnd se
adaug o nou component sistemul poate fi considerat unul nou.
4.3. Modelul n V
Modelul n V este o variant a modelului cascad prin care se introduc
conceptele de sistem i componente (subsisteme), aplicndu-se teste explicite la un
sistem ierarhic pentru creterea controlului asupra modului n care se desfoar
etapele. Tocmai aceast nlesnire constituie o latur a literei V.
Prima este latura din stnga, parcurs descendent, i conine etapele propriu-
zise, iar cea de-a doua latur, din dreapta, se parcurge ascendent, pe ea realizndu-se
verificrile i validrile elementelor create anterior.
Modelul n V
Definirea
cerinelor
Proiectare
sistem
Proiectare
subsistem
(component)
Codificare/asamblare
componente
Testare subsistem
(component)
Testare
sistem
(component)
Validare
F
Modelul
n V
48
Modelul puncteaz cu mai mult claritate separrile dintre ceea ce implic
participarea utilizatorului, modelul arhitectural i acela al implementrii. Utilizatorul
este implicat doar n fazele din partea superioar a V-ului. Arhitectura sistemului este
surprins n partea de mijloc a literei, iar partea inferioar a ei se refer la faza de
implementare, care ar putea consta fie din asamblarea componentelor soft, fie din
codificarea unor componente.
Modelul se preteaz i n mediul orientat obiect, deoarece ncurajeaz
prototipizarea, reutilizarea unor structuri superioare. El ofer un control puternic
asupra sistemului n curs de realizare, prin structurile ierarhice i modulare pe care le
promoveaz, ceea ce l face utilizabil i n cazul sistemelor complexe.
4.4. Modelul n W
Acest model reia ideea modelului n V pe care l dezvolt i perfecioneaz
prin integrarea activitilor de validare la nivelul fazelor de proiectare.
Modelul n W
4.5. Modelul X
Modelul X i propune s extind aria performanelor obinute prin modelele
cascad i n V, ambele fiind considerate ca exemple de modele ale procesului de
dezvoltare care, la rndul lui, ar fi parte integrant a unui proces mai larg, al livrrii
sistemelor.
Definirea
cerinelor
Proiectarea de
nivel nalt
Verificarea
fluxurilor logice
Machete
Specificaii
Proiectarea
sistemului
Proiectarea
componentei i
Realizarea
componentei i
Testarea
componentei
Testarea
sistemului
Test de
acceptare
F
Modelul
n W
F
Modelul
X
49
Modelul X exprim dou mari categorii de cicluri de activiti: una derulat
nainte (forward activity), care sintetizeaz sistemul nou (sau modificat) i o activitate
derulat napoi (reverse activity) pentru obinerea sistemelor i a componentelor lor,
pentru catalogarea diverselor modele, arhitecturi i componente ale activitii
finalizate pentru o posibil reutilizare.
Ingineria preventiv (forward engineering) de la nivelul fiecrui stadiu al
procesului ncearc s reutilizeze prin selecie, adaptare, rafinare acumulrile
anterioare care se regsesc n bibliotecile sistemelor.
n cazul orientrii-obiect, modelul X este utilizat corespunztor domeniului
nou de studiu. Atunci cnd intr n discuie o nou aplicaie, echipa de realizare a ei
va dedica un timp anume pentru aflarea modelelor existente n acel domeniu n
vederea determinrii gradului n care ele pot servi noua aplicaie.
Modelul X
4.6. Modelul tridimensional
Modelul tridimensional a fost lansat n Frana i susinut de ctre adepii
acestei coli. El a fost introdus o dat cu metoda Merise.
Modelul surprinde dezvoltarea sistemelor printr-o redare grafic bazat pe trei
axe, descriind ciclul abstractizrii, ciclul de decizie i ciclul de via al proiectului.
Obinerea viziunii i a cerinelor
Specificaia sistemelor
Proiectul sistemelor
Proiectare i testare
arhitectur subsistem
Construire i
testare component
Asamblare
Catalogare
Biblioteca component
Biblioteca domeniului
Biblioteca structurat
Biblioteca aplicaiei
Selectare i
adaptare
Biblioteca
structurat
Achiziie
Integrare
Test sistem
Rafinare
component
Responsabiliti pe linia
software-ului curent
Valorile patrimoniale software
Livrare
sistem
Restabilire
domeniu
F
Modelul
tridimensional
50
Modelul tridimensional
Ciclul abstractizrii trateaz nivelurile succesive ale specificaiilor, pornind
de la cea mai pur form conceptual, independent de tehnologie, pn la una care
depinde vizibil de mediul tehnologic, nivelul fizic.
Ciclul de decizie cuprinde ansamblul deciziilor legate de proiectarea,
realizarea i exploatarea sistemului informatic:
deciziile globale, care vizeaz problemele cadru ale sistemului
informatic, domeniile de informatizat, planificarea lucrrilor;
deciziile de organizare, ce cuprind interaciunile dintre componente,
gestiunea datelor, planificarea proiectrii generale i de detaliu ale
sistemului informatic;
deciziile tehnice, care fac referin la hardware, comunicaie, software,
mediul de exploatare a sistemului informatic;
deciziile funcionale, ce aparin utilizatorilor i asigur buna
funcionare a sistemului informatic.
Ciclul abstractizrii
D
e
c
i
z
i
i

g
e
n
e
r
a
l
e
Nivel fizic
Nivel logic
Nivel conceptual
D
e
c
i
z
i
i

o
r
g
a
n
i
z
a
t
o
r
i
c
e
D
e
c
i
z
i
i

t
e
h
n
i
c
e
D
e
c
i
z
i
i

f
u
n
c

i
o
n
a
l
e
Ciclul de
decizie
Schema directoare
Studiu prealabil
Studiu detaliat
Studiu tehnic
Codificare
Implementare
Utilizare i ntreinere
Dezvoltare
Ciclul de via al
proiectului
51
Ciclul de via al proiectului, numit de autori i ciclul deciziei, este
echivalent cu modelul cascad. El definete secvena fazelor prin care trece proiectul
pentru a fi realizat:
schema directoare i studiul prealabil presupun analiza sistemului
informatic existent, formularea cerinelor i obiectivelor, definirea
prioritilor, realizarea scenariilor i alegerea scenariului optim;
studiul detaliat dezvolt soluia cadru a scenariului ales, abordnd
probleme de la general la particular i asigurnd modelarea
conceptual;
studiul tehnic definete soluii concrete pentru modelarea logic i
fizic;
codificarea presupune scrierea, testarea i integrarea procedurilor;
implementarea se realizeaz n condiii reale de exploatare pentru a se
obine acceptul beneficiarului;
utilizarea, ntreinerea i dezvoltarea depind de activitatea
beneficiarului.
n concluzie, conform modelului tridimensional, proiectarea unui sistem
nseamn orientarea continu i simultan pe cele trei axe.
Ce metod de proiectare a sistemelor informatice utilizeaz modelul
tridimensional? (vezi pag. 49)
4.7. Modelul evolutiv
Modelul evolutiv pornete de la realizarea unui studiu iniial privind
obiectivele viitorului sistem informatic, a crui arhitectur este definit ulterior.
Fiecare component astfel definit i va urma propriul su ciclu de via (definirea
cerinelor, analiz, proiectare, realizare, testare, utilizare), urmnd s fie livrat
beneficiarului n momentul finalizrii.
F
Modelul
evolutiv
52
Sistemul informatic va fi ansamblul unor componente n interaciunea lor, ca
rezultat al unei concepii bazate pe arhitecturi deschise i flexibile. Este o abordare
asemntoare cu cea orientat obiect, caracterizat prin ncapsularea datelor i
funcionalitatea obiectelor.
Modelul evolutiv
Reprezentarea grafic a modelului evolutiv este influenat de modelul
circular, a crui caracteristic este marcarea printr-un cerc a unui ciclu complet al
sistemului informatic.
4.8. Modelul spiral
Modelul spiral a fost elaborat de Barry Boehm i se bazeaz pe acelai
principiu ca i modelul evolutiv. Modelul presupune construirea mai multor
prototipuri succesive n condiiile realizrii unei analize a riscului pe fiecare nivel.
Modelul spiral reprezint n prezent abordarea cea mai realist n dezvoltarea
de aplicaii, evolund n etape succesive pn la constituirea sistemului definitiv:
cerinele i costurile preliminare sunt n centrul spiralei;
stadiile de planificare, cutare alternative, analiz riscuri, prototipizare,
evaluare soluii etc. se parcurg cu fiecare rotaie a spiralei;
n succesiunea prototipurilor aprute n desfurarea spiralei se
realizeaz acumulri de costuri;
riscurile sunt bine controlate datorit realizrii pas cu pas a sistemului.
Se recomand utilizarea modelului spiral atunci cnd beneficiarul nu i
poate defini toate cerinele de la bun nceput, constrns fiind de incertitudinile privind
riscurile. Aceste cerine se definitiveaz prin acumularea de experien n succesiunea
prototipurilor.
Component 1
specificaia cerinelor
analiz
proiectare
realizare
testare
utilizare
Component 2
specificaia cerinelor
analiz
proiectare
testare
utilizare
Studiu iniial
Arhitectura
sistemului
Identificarea
componentelor
F
Modelul
spiral
53
n cadrul fiecrui ciclu (iteraie sau rotaie a spiralei) se ntlnete aceeai
succesiune de faze de dezvoltare a sistemului informatic:
1. analiza riscurilor;
2. realizarea unui prototip;
3. simularea i testarea prototipului;
4. determinarea cerinelor n urma rezultatelor testrii;
5. validarea cerinelor;
6. planificarea ciclului urmtor (n cazul ultimului ciclu se nlocuiete cu
implementarea versiunii finale).
Modelul spiral
Analiza
riscurilor
Analiza
riscurilor
A
n
a
l
i
z
a
r
i
s
c
u
r
i
l
o
r
P
r
o
t
o
t
i
p

1Prototip 2
Prototip
operaional
Prototip 3
Analiza
riscurilor
Cerine de planificare.
Planificarea ciclului de via
Conceptul
operrii
Simulri
Evaluri
Verificarea
cerinelor
Plan de
dezvoltare
Planul de integrare
i testare
Validarea proiectrii
i verificare
Proiectarea
sistemului
informatic Proiectarea
de detaliu
Codificare
Test
component
Integrare
i test
Acceptare
testare
Implementare Planificarea fazelor
urmtoare
Dezvoltarea, verificarea
urmtorului nivel
Evaluarea alternativelor,
identificarea i
soluionarea riscurilor
Determinarea obiectivelor,
alternativelor, restriciilor
Costuri cumulate,
parcurgerea etapelor
Modele
54
4.9. Modelul fntn artezian
Originea modelului fntn artezian o constituie n special modelul spiral
dar i alte modele care au reprezentat mbuntiri ale acestuia (de exemplu: modelul
spiral ierarhic, modelul vrtej de ap). Autorii modelului fntn artezian sunt
Brian Henderson Sellers i J.M. Edwards.
Acest model pornete de la cunoaterea lumii reale, a cerinelor i elaborarea
studiului de fezabilitate. Etapele parcurse succesiv n continuare sunt cele de analiz,
proiectare sistem, proiectare component, codificare, testare component, testare
sistem, utilizare, ntreinere, dezvoltare.
Modelul fntn artezian pentru sisteme
n cazul n care se utilizeaz modele de proiectare orientate obiect, modelul
fntn artezian este preferat chiar i celui cascad, datorit necesitii de fuzionare a
unor etape ale ciclului de via i creterii gradului de iteraie.
Astfel, accentul nu se pune numai pe ciclul de via al ntregului sistem
informatic ci n special pe identificarea claselor, care au propriul lor ciclu de via.
Dezvoltare
Utilizare
ntreinere
Testare sistem
Testare component
Codificare
Proiectare component
Proiectare sistem
Specificaii cerine Software
Specificaii cerine utilizator
Analiz
Lumea real
F
Modelul
fntn artezian
55
Modelul fntn artezian pentru clase
4.10. Modelul pinball
Modelul pinball a fost elaborat de ctre S.W. Ambler i este caracteristic
ciclurilor de via ale produselor software proiectate i realizate prin metode orientate
obiect.
Denumirea modelului provine din comparaia cu un joc cu acelai nume, bazat
pe principiul deplasrii aleatoare a unei bile n vederea atingerii unor inte. n cazul
modelului pinball, intele sunt reprezentate de obiective ale proiectrii i programrii
orientate obiect.
Activitile din cadrul acestui model au fost figurate n spiritul jocului de
pinball n form de tampoane, obstacole sau brae mobile.
Introducere n
bibliotec
Testare
Codificare
Proiectare
modul
Specificare
modul
Lumea real
Generalizare Agregare
F
Modelul
pinball
56
Modelul pinball
4.11. Modelul minge de baseball
Modelul minge de baseball sau dezvoltarea concurenial a fost propus de
Codd, Yourdon i Nicola. Prin acest model se renun la paii succesivi n favoarea
desfurrii n paralel a activitilor.
Modelul se utilizeaz n cadrul metodelor orientate obiect, iar activitile sunt
grupate n trei categorii:
AOO analiza orientat obiect;
DOO proiectarea (design) orientat obiect;
POO programarea orientat obiect.
Astfel, AOO beneficiaz de rezultatele DOO i POO, DOO beneficiaz de
rezultatele AOO i POO, iar POO valorific rezultatele AOO i DOO.
Gsirea
claselor
Definirea
atributelor
Aflarea
metodelor
Identificarea
relaiilor
Codificarea Testarea
I
M
P
L
E
M
E
N
T
A
R
E
A
I
N
I

I
E
R
E
A
P
R
O
I
E
C
T
U
L
U
I
D
e
f
i
n
i
r
e
a
c
o
l
a
b
o
r

r
i
l
o
r
D
e
f
i
n
i
r
e
a
a
g
r
e
g

r
i
l
o
r
D
e
f
i
n
i
r
e
a
s
u
b
s
i
s
t
e
m
e
l
o
r
D
e
f
i
n
i
r
e
a
m
o

t
e
n
i
r
i
l
o
r
F
Modelul
minge de baseball
57
Modelul minge de baseball
4.12. Modelul piramid
Modelul piramid a fost creat de J. Martin i J. Odell pentru a lansa metoda
OOIE (Object-Oriented Information Engineering). Prin acest model se marcheaz
trecerea de la tehnicile structurate utilizate n ingineria software la nivel de proiect, la
tehnici structurate orientate obiect aplicabile la nivel de ntreprindere sau un sector
mare al acesteia.
Acest model se utilizeaz exclusiv pentru abordarea orientat obiect.
Succesiunea etapelor unui ciclu de via nseamn i o trecere treptat spre mai multe
detalii pornind de la nivelul superior al planificrii ntreprinderii spre analiza
domeniilor mari ale ntreprinderii, urmnd proiectarea sistemului i construirea
acestuia.
Principalele activiti din cele 4 nivele structurale, care lipsesc partea lateral
a piramidei, sunt prezentate mai jos:
POO
DOO AOO
F
Modelul
piramid
58
Modelul piramid
Planificarea ntreprinderii
preocupri n legtur cu obiectivele ntreprinderii i factorii de succes;
crearea unei imagini globale asupra ntreprinderii;
identificarea obiectivelor ntreprinderii de nivel superior.
Analiza domeniilor ntreprinderii
construirea unui model orientat obiect al domeniului ntreprinderii;
identificarea obiectelor domeniului economic;
exprimarea politicilor economice cu reguli.
Proiectarea sistemului
crearea unui model orientat obiect al sistemului;
conceperea proiectului detaliat al claselor;
crearea prototipurilor pentru a fi validate de ctre utilizatori.
Construirea sistemului
implementarea metodelor cu generarea de coduri program.
Modelul apeleaz la un sistem de diagrame pentru exprimarea detaliilor la
fiecare nivel. Totodat, se mai folosesc i tehnici specifice de dezvoltare rapid a
aplicaiilor.
Ca punct forte pentru cei ce agreeaz modelul, acesta este bine acoperit printr-
un cadru conceptual profesionist i prin tehnici performante.
Planificarea ntreprinderii
Analiza domeniilor ntreprinderii
Proiectarea sistemului
Construirea sistemului
Structur obiect
Comportament
obiect
59
Punctul slab l reprezint excesul de detalii, care poate ndeprta pe unii dintre
potenialii utilizatori.
n modul de derulare a etapelor ciclului de via a componentelor se observ
asemnri cu principiile modelului cascad. Modelul piramid este ns completat cu
tehnologii structurate aplicabile exclusiv n mediile orientate obiect.
Concluzii
Dup descrierea principalelor modele ale ciclului de via al dezvoltrii
sistemelor informatice, se pot trage unele concluzii, dup cum urmeaz:
modelele sunt diferite, n funcie de tehnologiile folosite n procesul de
realizare a sistemelor, saltul considerabil nregistrndu-se n mediile
orientate obiect;
modelele depind i de mrimea proiectelor, dar i de domeniile crora
le aparin sistemele;
n selectarea modelului, un rol important n are echipa care efectueaz
aceast operaiune, cu referire la experiena n a lucra cu diverse
modele;
tipul de model ales depinde ntotdeauna i de cerinele funcionale;
diferenele dintre modele constau, n principal, n modul de parcurgere
a etapelor, ca ordine, dar i n ceea ce privete numrul acestor etape;
sistemul poate fi abordat n ntregime sau pe componente funcionale,
modelul fiind ales n funcie de complexitate;
performanele sistemelor realizate prin diversele modele depind i de
gradul de implicare al utilizatorilor.
BIBLIOGRAFIE SELECTIV
1. Gabriel CUCUI, Florin RADU, Valentin RADU, Sisteme informatice de
gestiune, Valahia University Press, Trgovite 2009, pag. 83-104
60
MODUL III
Analiza, proiectarea i implementarea sistemelor
informatice de gestiune
1. Cuprins
2. Obiectiv general
3. Obiective operaionale
4. Dezvoltarea temei
5. Bibliografie selectiv
Cuprins
UI 5. Analiza sistemelor informatice
= 3 ore
UI 6. Metode de proiectare a sistemelor informatice
= 3 ore
UI 7. Implementarea sistemelor informatice
= 3 ore
Obiectiv general: Dobndirea de cunotine privind activitile
de analiz, metodele de proiectare i fazele de implementare a sistemelor
informatice de gestiune.
Obiective operaionale: nsuirea activitilor i strategiilor din
etapa de analiz, a generalitilor privind metodele de proiectare (detalierea
lor fcnd obiectul altei discipline) i a fazelor de implementare detaliate pe
activiti.
61
UNITATEA DE NVARE 5
ANALIZA SISTEMELOR INFORMATICE
5.1. Fundamentarea teoretic a etapei de analiz
Analiza sistemelor informatice reprezint etapa premergtoare celei de
proiectare i poate fi definit ca o mulime de tehnici i procedee utilizate pentru
realizarea unui proiect al aplicaiei care urmeaz a fi construite. Analiza funcional a
sistemului presupune clarificri ale informaiilor privind intrrile i ieirile sistemului,
procedeele de stocare i de arhivare a datelor, complexitatea sistemului, viabilitatea i
costul acestuia, n timp ce analiza operaional urmrete caracterizarea detaliat a
datelor de intrare (tip i dimensiune), a datelor existente n fiiere (lungime i stare a
fiecreia, tip de grupare, manier de tratare-prelucrare), a dispunerii datelor n
documentele de ieire cu scopul pregtirii proceselor necesare pentru a le obine n
maniera dorit, inspectarea tipului i a caracteristicilor perifericelor utilizate,
evaluarea necesarului de memorie. De regul, se ntocmete un caiet de sarcini
cuprinznd etapele de rezolvare i dezvoltare a fiecrei uniti de prelucrare.
Urmeaz studiul pentru definirea cerinelor unui nou sistem, care trebuie s
rspund nevoilor de perfecionare enunate n finalul fazei anterioare.
n etapa de analiz se realizeaz nelegerea profund i corect a problemei
de rezolvat i la specificarea ei ntr-o modalitate abstract.
Definirea unei metode se face n raport de conceptele i tehnicile folosite, de
paii parcuri. O metod conine:
concepte fundamentale de modelare necesare pentru a surprinde
cunotinele semantice referitoare la o problem i la soluia ei;
vederi i notaii utilizate pentru a reprezenta utilizatorilor informaii
principale legate de modelare. n mod normal vederile sunt grafice dar
cu tehnologia actual pot fi realizate i interfee multimedia;
procese iterative utilizate pas cu pas pentru construirea modelelor i
implementarea lor. Procesele pot fi descrise la diverse nivele de
detaliere, de la gestiunea de ansamblu a proiectului la modele de nivel
sczut. Procesele descriu modul de construire pentru modelele specifice.
62
Ele pot specifica i regulile de baz pentru evaluarea calitii
proiectului;
reguli empirice recomandate pentru realizarea unui proiect. Ele nu sunt
organizate n etape i pot fi aplicate oricnd au sens;
abloanele reprezint dintr-un punct de vedere o descriere ntr-o
manier uniform a rezultatelor unor experiene reuite. Ele reprezint
soluii de proiectare la probleme frecvente i pot fi aplicate la diverse
nivele de detaliere, de la arhitecturi pe scar larg la structuri i
algoritmi de nivel sczut.
Ce conine o metod de analiz a sistemelor informatice? (vezi pag. 61-62)
5.2. Principalele activiti vizate n etapa de analiz
a) Premisa analizei
Analiza sistemului existent este o component esenial a procesului de
realizare a unui sistem informatic. Astfel, punctul de plecare l reprezint modul n
care funcioneaz sistemul existent n interaciunea sa cu mediul deoarece acesta nu
este izolat, ci exist n cadrul unui mediu cu care interacioneaz i la ale crui
evenimente transmise, reacioneaz prin rspunsuri.
b) Stabilirea ariei de investigaii
Stabilirea ariei de investigare este precedat de activitatea de iniiere a
proiectului, de un studiu de fezabilitate i/sau un studiu preliminar. Se realizeaz pe
baza documentelor rezultate: documentul de iniiere a proiectului, raportul studiului
de fezabilitate, rapoartele studiilor preliminare.
Stabilirea sistemului de investigat reprezint o activitate dificil deoarece
perturbrile n activitatea societii ce se cer soluionate pot prezenta diferite forme
de manifestare n diferite zone i momente ale activitii iar cauzele acestor
dereglri pot fi localizate diferit de locul manifestrii efectelor.
F
Activitile
analizei
63
c) Investigarea preliminar a cerinelor
Activitatea de investigare a sistemului trebuie s urmreasc n principal
identificarea i definirea detaliat a cerinelor, de comun acord cu beneficiarul i nu
descrierea problemelor sistemului actual, n paralel cu investigarea datelor i
prelucrrilor. Dintre cerinele exprimate cele mai importante sunt cele care rezolv sau
reduc deficienele sistemului existent i cele care exprim noi faciliti care nu sunt
asigurate de vechiul sistem.
d) Structurarea sistemului existent
Structurarea sistemului existent reprezint o activitate dificil, datorit
complexitii organizaiei economice i a fiecrui subsistem al acesteia. Investigarea
trebuie realizat la nivelul elementelor structurii i la nivelul interaciunii dintre
aceste elemente.
e) Elaborarea modelului fizic al sistemului existent
Obiectivul principal al acestei activiti este cunoaterea sistemului existent
din punct de vedere fizic i stabilirea gradului n care acesta poate asigura satisfacerea
cerinelor managementului. n cadrul acestei activiti se vor construi modelul
mediului i modelul comportamental.
Modelul mediului se concretizeaz n diagrama contextual, iar modelul
comportamental presupune obinerea modelului fizic al prelucrrilor i modelului
logic al datelor.
f) Elaborarea modelului logic al sistemului existent
n cadrul acestei activiti, plecnd de la modelul fizic al sistemului existent se
structureaz modelul logic. Acesta pune n eviden n primul rnd ce face sistemul,
eliminnd detaliile referitoare la modul cum funcioneaz sistemul din cadrul
organizaiei.
Totodat, modelul pune n eviden funciunile de baz ale sistemului, permite
verificarea i eliminarea problemelor legate de redundana datelor i duplicarea
uciselor de prelucrare, permite stabilirea cu o mai mare precizie a granielor
sistemului, eliminarea proceselor manuale care nu pot fi automatizate complet.
g) Evaluarea sistemului existent
Evaluarea sistemului existent se realizeaz sub dou aspecte: evaluarea
performanelor i limitelor sistemului i evaluarea gradului de pregtire a organizaiei
64
economice pentru proiectarea i implementarea sistemului informatic, fiecare dintre
acestea fiind detaliate pe baza unor criterii predefinite.
h) Asamblarea rezultatelor investigrii i evalurii sistemului existent
Obiectivul acestei etape este verificarea acurateei, completitudinii i
consistenei rezultatelor obinute din investigarea i evaluarea sistemului existent.
Rezultatele sunt verificate individual i ca un tot unitar.
i) Definirea soluiei de realizare
Pe baza activitilor de evaluare i analiz critic se identific limitele i
performanele sistemului actual. Acestea, mpreun cu descrierea serviciilor existente
i a cerinelor, stau la baza formulrii unor noi variante de sistem.
5.3. Analiza arhitectural a sistemelor informatice
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 se prelucreaz?
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.
Arhitectura sistemului informatic trebuie s fie puternic legat de strategia
firmei deoarece ea susine un anumit nivel de activitate i o anume strategie
managerial.
Definirea arhitecturii unui sistem informatic vizeaz selecia elementelor
structurale ale sistemului i a interfeelor acestora, specificarea comportamentului
componentelor din perspectiva colaborrii ntre aceste elemente i integrarea acestor
componente structurale n subsisteme mai mari.
65
Arhitectura software, perceput ca o descompunere modular a sistemului,
trebuie s se bazeze pe urmtoarele uniti structurale: modularitatea sistemului,
interfeele modulelor, mecanismele de comunicare i strategia general de control.
Definirea arhitecturii este urmat de gsirea unei soluii optime pentru
infrastructura sistemului informatic care s susin ntregul proces de culegere,
transmitere, stocare i prelucrare a datelor i difuzare a informaiilor. Infrastructura
include mijloacele tehnice i umane partajate de diferitele aplicaii aparinnd
sistemului informatic.
Sistemul informatic global al firmei se descompune n subsisteme, fiecare
dintre acestea acoperind un domeniu de activitate distinct.
La rndul su, fiecare subsistem se descompune n aplicaii fiecare dintre
acestea acoperind o activitate distinct n cadrul domeniului.
Procesul de descompunere continu i n pasul urmtor pentru fiecare
aplicaie se vor defini proceduri realiznd funcii distincte n cadrul aplicaiei. La
rndul lor, procedurile se descompun n module. Acestea cuprind secvene de cod
realiznd cte o funcie distinct n cadrul procedurii.
n managementul proiectelor TIC exist dou strategii fundamentale generale
de abordare a dezvoltrii unui sistem informatic: strategia top-down sau descendent
i strategia bottom-up sau ascendent.
Strategia top-down sau descendent recurge la elaborarea unei descompuneri
a problemelor complexe de rezolvat n subprobleme mai uor de abordat i de tratat.
Construirea sistemului informatic poate ncepe cu definirea cerinelor urmat de
rafinarea lor prin descompunere n elemente care s poat fi implementate mai uor.
Strategia top-down (descendent) descrie funcionalitatea sistemului la cel
mai nalt nivel de abstractizare. Acesta va face obiectul unor iteraii de descompunere
n sisteme mai mici (subsisteme), pn cnd granularitatea este suficient pentru a
permite documentarea i implementarea corect. Procesul poate debuta n etapa de
analiz a cerinelor i poate fi finalizat atunci cnd proiectarea permite transformarea
tuturor modulelor n subsisteme prin codificare.
Strategia descendent descrie o tehnic de dezvoltare software ce impune o
structur ierarhic a proiectrii unui sistem informatic. Sistemul informatic este
divizat n subsisteme i componente ale acestora pe mai multe straturi. Aceast
descompunere ierarhic utilizeaz o notaie simpl. Fiecare nivel este numerotat,
F
Strategia
top-down
66
ncepnd cu nivelul cel mai de sus (primul nivel), urmat de celelalte. Fiecare nivel
marcheaz un grad de detaliere, primul nivel prezentnd cel mai mare grad de
abstractizare.
Un sistem informatic este alctuit dintr-o colecie de componente, fiecare
dintre ele furniznd anumite servicii. Un concept de baz al descompunerii sistemului
prin strategia descendent este acela de atribut. Un atribut reprezint o caracteristic
esenial a unei componente pe baza creia un serviciu poate fi construit. Orice
serviciu al sistemului informatic are la baz mai multe atribute. Proiectarea
arhitecturii sistemului pornete de la imaginea de ansamblu a acestuia. Fiecare strat
este construit pe baza stratului precedent prin adugarea unui singur atribut specific
sistemului existent.
Cea mai simpl metod de reprezentare a proiectrii unui sistem pe baza
strategiei descendente este descrierea ei sub forma unei structuri arborescente. Fiecare
nod din structur reprezint o abstractizare a descompunerii sistemului informatic.
ntr-o astfel de structur, primul nod, corespunztor nivelului cu cel mai nalt grad de
abstractizare, este numit rdcin, n timp ce nodurile situate la cealalt extremitate a
structurii arborescente sunt denumite noduri frunz. Divizarea sistemului prin
descompunerea ierarhic permite stabilirea de sarcini pentru fiecare echip de
dezvoltare.
Strategia top-down poate fi utilizat cu succes pentru proiectarea sistemelor
informatice de mari dimensiuni, n cadrul crora un rol deosebit l joac
implementarea n totalitate a cerinelor definite. Acest tip de strategie a fost adoptat
de ingineria software odat cu abordarea orientat pe obiecte a dezvoltrii sistemelor
informatice. Ea este azi intens utilizat pentru proiecte de mari dimensiuni al cror
impact asupra organizaiei este nsemnat, motivaia principal fiind dat de faptul c
la sfritul ciclului de via, sistemele dezvoltate astfel se dovedesc a fi mult mai
robuste i de un nivel superior de calitate.
Strategia bottom-up sau ascendent este centrat pe integrarea elementelor
componente pn la obinerea formei finale a sistemului dezvoltat. Sistemul este
realizat prin deducerea i realizarea componentelor i serviciilor de nivel superior
celor existente.
n cadrul strategiei bottom-up sau ascendent, n contrast cu strategia
descendent, ntr-o prim etap, prile individuale ale sistemului sunt specificate n
F
Strategia
bottom-up
67
detaliu. Componentele obinute sunt corelate, n continuare, pentru a forma
componente de dimensiuni mai mari, care, la rndul lor, vor fi interconectate pn
cnd un sistemul dezvoltat va fi complet. i n acest caz, se va forma o structur
arborescent a crei construcie va ncepe de jos n sus, de la elementele cu cel mai
nalt grad de detaliere pn la elementul cu nivelul cel mai mare de abstractizare.
Strategia ascendent pare a fi suficient pentru dezvoltarea unui sistem
complet, tiut fiind c se bazeaz pe cunoaterea tuturor variabilelor care pot afecta
componentele software. Se pune accent pe etapa de implementare, care poate ncepe
imediat ce primul modul al sistemului este specificat. Totui, acest aspect sporete
riscul de realizare a modulelor, cnd nu se cunoate n mod clar cum se va stabili
legtura cu celelalte componente ale sistemului.
Abordarea bottom-up furnizeaz rapid subsisteme elementare funcionale,
chiar dac numai pentru anumite module ale sistemului final. Acestea vor fi testate i
utilizate n cadrul organizaiei beneficiare, care, pe de o parte se va familiariza cu
noul sistem n mod gradat, iar pe de alt parte, va contribui la identificarea
eventualelor erori sau neconcordane ale sistemului care urmeaz a se dezvolta, prin
testri pariale.
Cele dou strategii fundamentale au dat natere la o a treia: strategia mixt
ascendent-descendent, fiind o combinaie a regulilor i conceptelor lor
fundamentale. Aceasta a fost denumit strategia mixt sau.
Abordrile moderne cu privire la proiectarea software mbin strategiile
ascendent i descendent, prin definirea modular, de ansamblu, a sistemului
informatic. Aceast strategie vine n ntmpinarea nevoilor reale de proiectare a
sistemelor informatice i a majoritii activitilor procesului de dezvoltare software.
Abordarea mixt mbin avantajele celor dou strategii, i ncearc eliminarea
inconvenientelor specifice acestora. Dei nelegerea complet a sistemului este
considerat necesar pentru o bun proiectare software, nu trebuie neglijate nici
aspectele tehnice specifice implementrii software. n acest sens, strategia top-down
ajut la proiectarea structurii de ansamblu a sistemului, n timp ce dezvoltarea i
integrarea componentelor se vor realiza urmnd strategia bottom-up, fr a pierde din
vedere caracteristicile calitative ale sistemului: performane, robustee, securitate etc.
Flexibilitatea n aplicarea ambelor strategii, top-down i bottom-up, determin
o bun calitate a dezvoltrii sistemului informatic. Descrierea structurii sistemului din
F
Strategia
mixt
68
ambele sensuri, mbinarea elementelor generale cu cele detaliate ofer ambelor
metode, ascendent i descendent, ansa de a contribui fiecare cu elementele forte la
definirea i implementarea corect a sistemului proiectat.
Care sunt strategiile de dezvoltare ale unui sistem informatic? (vezi pag. 65-67)
Opiunea pentru o anumit strategie de proiectare trebuie s se fundamenteze
pe baza unei analize detaliate a sistemului de dezvoltat, ntruct aceasta poate
constitui un factor determinant pentru atingerea valorilor parametrilor calitativi,
specificai n standardele de calitate specifice domeniului TIC.
69
UNITATEA DE NVARE 6
METODE DE PROIECTARE A SISTEMELOR INFORMATICE
6.1. Taxonomia metodelor de proiectare i realizare
a sistemelor informatice
n realizarea sistemelor informatice exist mai multe metode de proiectare i,
totodat, mai multe criterii de clasificare. Este unanim recunoscut mprirea
metodelor n: metode ierarhice, metode sistemice i metode obiectuale.
Modalitatea n care se efectueaz analiza, proiectarea, realizarea,
implementarea i exploatarea unui sistem informatic, este exprimat sub forma unui
ansamblu de reguli, metode, tehnici i operaiuni.
Datorit complexitii extrem de mari a domeniilor pentru care sunt elaborate
i implementate sisteme informatice, este evident de ce nu exist o singur
metodologie care s fie general valabil i aplicabil n toate cazurile. Metodologiile
difer ntre ele destul de mult, fiind mai eficiente n anumite domenii sau cazuri. Ele
au luat natere din generalizarea soluiilor oferite pe cazuri particulare. O problem
decisiv este alegerea metodei ce urmeaz a fi aplicat pentru fiecare caz n parte.
Exist mai multe tipuri de clasificri ale metodelor de analiz si proiectare a
sistemelor informatice. Una dintre cele mai importante clasificri acceptat de
majoritatea autorilor grupeaz metodele de proiectare n:
metode orientate spre funcii;
metode orientate spre procese;
metode orientate spre informaii;
metode orientate obiect.
Curentul de gndire francez propune o clasificare a metodelor de proiectare
plecnd de la modalitile n care este perceput sistemul: funcional, sistemic,
obiectual. Aa s-a ajuns la urmtoarea clasificare, care este si cea mai folosit la
momentul actual:
metode ierarhice
metode sistemice
70
metode obiectuale: dintre multele metode orientate obiect, cea care le
unific pe toate acestea este metoda unificat, cunoscut sub
denumirea de Unified Modeling Language (UML).
O alt clasificare pe care o evideniem este cea a lui Ivar Jacobson
21
ce
grupeaz n dou mari categorii metodele de proiectare:
metode funcie/date
metode orientate obiect
Metodele de proiectare a sistemelor informatice, au cunoscut n timp o evoluie
structurabil n trei generaii de metode, determinate de: creterea ariei de utilizare a TI,
dezvoltrii software-ului de baz (limbaje de programare a sistemelor de gestiune a
bazelor de date) i hardware-ului (reele de calculatoare), dar i a comunicrii informaiei
n timp real, creterea gradului de complexitate a aplicaiei, necesitatea diminurii
costurilor, creterea productivitii etc.
6.2. Metode de proiectare ierarhice
Metodele Ierarhice au deschis drumul proiectrii i analizei structurate.
Acestea caracterizeaz anii 70 i au la baz analiza funcional a ntreprinderii.
Astfel, sistemul informatic ierarhic cuprinde n arhitectura sa subsisteme definite la
nivel de funcii ale ntreprinderii. Cum fiecare funcie este subdivizat ierarhic n
subfuncii, iar acestea la rndul lor se descompun succesiv pn la definirea unor
componente elementare uor de programat
22
, arhitectura sistemului informatic va
urma aceast ierarhie, fiecare component a sa acoperind o subdiviziune funcional.
Din aceast prim generaie, mai cunoscute sunt metodele:
SADT(1988)-Structured Analysis and Design Technique-metod
bazat pe tehnica diagramelor ordonate ierarhic pe dou tipuri:
diagrama activitilor (prelucrrilor) i diagrama datelor;
YSD-Yackson System Development (1975);
Yourdon-Jourdon (1989);
Dahl (1972).
21
Jacobson I., et all, (1992), Object Oriented Software Engineering A use case driven approach,
Wesley Publishing.
22
I. Roca Proiectarea sistemelor informatice de gestiune, curs ASE, 1999
F
Metode
ierarhice
71
Structura unui sistem ierarhic
Acest grup de metode prezint avantajul c sunt simple i uor adaptabile la
cerinele utilizatorului, ele urmnd demersul natural n abordarea unei probleme,
capacitatea de a produce soluii cu mai multe nivele de abstractizare.
Dezavantajele pornesc de la faptul c sistemul informatic este conceput
conform cerinelor analizei funcionale, ceea ce determin concentrarea efortului de
analiz i proiectare asupra prelucrrilor n condiiile n care tocmai acestea sunt cele
care sunt cel mai susceptibile de a se modifica n timp, modelarea datelor cznd pe
un plan secund.
Care este cea mai folosit clasificare a metodelor de proiectare a sistemelor
informatice? (vezi pag. 69-70)
6.3. Metodele de proiectare sistemice
Metodele Sistemice caracteriza anii 80 i se bazeaz pe teoria sistemelor n
analiza organizaiei. Ele abordeaz proiectarea sub dou aspecte complementare,
datele i prelucrrile, care sunt abordate independent i reunite ct mai trziu cu
putin, datele avnd prioritate n faa prelucrrilor.
F
Metode
sistemice
72
n proiectarea sistematic se respect trei nivele de abstractizare: nivelul
conceptual, nivelul organizaional i nivelul fizic. Transformarea acestor nivele
pentru cele dou tipuri de analiz (a datelor i a prelucrrilor) determin apariia unor
tipuri de modelri.
Tipuri de modelri
DATE PRELUCRRI
NIVELUL CONCEPTUAL MCD MCP
NIVELUL LOGIC MLD MOP
N
i
v
e
l

d
e
a
b
s
t
r
a
c
t
i
z
a
r
e
NIVELUL FIZIC MFD MOP
Corespunztor celor trei nivele amintite mai sus rezult urmtoarele modele:
modelul conceptual a datelor (MCD);
modelul conceptual a prelucrrilor (MCP);
modelul logic al datelor (MLD);
modelul organizaional al prelucrrilor (MOP);
modelul fizic al datelor (MFD);
modelul operaional al prelucrrilor (MOP).
Modelarea sistemic pune un accent deosebit pe nivelul conceptual, respectiv
pe modelarea conceptual att a datelor ct i a prelucrrilor.
Putem aminti ca metode de proiectare sistemic urmtoarele:
AXIAL, utilizat de firma IBM-Pellaumail n 1986;
MERISE, lansat de Ministerului Industriei din Frana H. Tardieu
(1983), fiind cea mai cunoscut i utilizat n Frana;
IE (Information Engineering), elaborat de James Martin n 1986;
DA, dezvoltat de Universitatea Michigam.
Principalele avantaje ale metodelor de proiectare sistemice se refer la faptul c
sistemele se axeaz pe conceptul de baz de date, care ofer mai mult coeren
informaiei, stabilitate i elimin redondanele.
Exist ns i aspecte neplcute: pot aprea deficiene n modelarea
proiectrilor i posibilitatea apariiei de neconcordane ntre modelarea datelor i a
prelucrrilor, neavnd concepte comune i nefcnd explicit referin unu la cellalt;
modelarea prelucrrilor amestec regulile de gestiune i controlul asigurat de
73
restriciile de integritate ale sistemului; un ciclu de dezvoltare incomplet pentru
prelucrri (ceea ce face s se spun despre aceste metode c sunt metode mai mult de
concepie dect de dezvoltare).deficiene n modelarea prelucrrilor, posibilitatea
apariiei de discordane ntre modelele datelor i ale prelucrrilor.
6.4. Metode de proiectare orientate obiect
Aceste metode reprezint generaia a treia i este specific anilor 1990,
abordarea obiectual fiind considerat ca o evoluie a abordrii sistemice.
Conceptul de orientare obiect a aprut o dat cu limbajele de programare
orientate obiect. Astfel, termenul a fost folosit pentru prima dat de Booch la
dezvoltarea de software n limbajul ADA. Un alt moment n evoluia filozofiei
orientate obiect a fost apariia limbajului Simula, dezvoltat la Norwegian Computer
Center, iar apoi dezvoltarea limbajului Smalltalk i a altor limbaje bazate pe aceeai
filozofie.
Cele mai semnificative metode de analiz i proiectare orientat obiect sunt
prezentate n tabelul urmtor.
Metode de analiz i proiectare orientate obiect
OOD G. Booch 1991
HOOD
Hood Technical Group
(B. Delatte, M. Heitz, J.F. Muller)
1993
OOA S. Shlaer & S. Mellor 1988, 1992
OOA/OOD T. Coad & E. Yourdon 1991
OMT
J. Rumbaugh, M. Blaha, W. Premerlani,
F. Eddy, W. Lorensen
1991
OOSE
I. Jacobson, M. Christerson, P. Jonson,
G. vergaard
1992
OOM M. Bouzeghoub & A. Rochfeld 1993
FUSION
D. Coleman, P. Arnold, S. Bodoff, C. Dollin,
H. Gilchrist, F. Hayes, P. Jeremes
1994
F
Metode
orientate obiect
74
Abordarea orientat-obiect propune o nou viziune asupra organizaiei i a
componentelor sale i o nou manier de abstractizare. Fenomenele sunt concepute ca
o colecie de obiecte care formeaz un ansamblu logic i care coopereaz ntre ele
pentru realizarea unei funcii. Abordarea orientat-obiect ncearc s mbine
avantajele metodelor analitice cu cele ale metodei sistemice
23
.
Tehnica folosit pentru identificarea i descrierea obiectelor i a relaiilor
dintre ele permite clasificarea metodelor OOAD (Object Oriented Analysis and
Design) la rndul lor n trei categorii mari:
conduse de date (data driven)
conduse de comportament (behavior driven)
conduse de cazuri de utilizare (use case driven)
Aceste metode orientate obiect prezint avantajul c: pot modela obiecte
complexe, reduc distorsiunile dintre real i sistemul informatic, permit reutilizarea
componentelor de program, exprim ntr-o manier integrant dinamica obiectelor,
pot ncapsula aceste obiecte pentru a ascunde implementarea lor, lsnd s se vad
numai serviciile efectuate.
Punctul slab al acestor metode este c percep i prezint totul conform
filozofiei totul este obiect ceea ce nu corespunde realitii.
Concatenarea obiectelor la metodele orientate obiect
Abstractizarea fiecrei funcii n obiect, nu integreaz dect realizatorii de
compilatoare sau specialitii al cror scop este s se identifice subansamblul minimal
de concepie de realizat.
23
Zaharie, D. Proiectarea obiectual a sistemelor informatice, Editura Dual Tech, Bucureti, 2002,
p. 83
O
1
O
4
O
2
O
3
O
5
O
6
O
7
Scenariu
Funcional 1
Scenariu
Funcional 2
75
i n realizarea unui sistem informaional/informatic prin metoda orientat
obiect, exist o ierarhie pentru nivelele de concepie i anume:
nivelul extern reprezint nivelul de vizibilitate al obiectelor n raport cu
fiecare clas de utilizator (subansamblu al nivelului conceptual);
nivelul conceptual reprezint integrarea ansamblului de vederi externe
ntr-un nivel global;
nivelul logic reprezint prelucrarea nivelului conceptual prin
specificarea algoritmilor i variabilelor metodei;
nivelul fizic reprezint prelucrarea nivelului logic prin adugarea de
caracteristici de implementare (ale limbajului al sistemului de gestiune
al bazelor de date).
Metodele de concepie i de dezvoltare obiectuale sunt relativ recente,
anumite metode deja au cunoscut mai multe versiuni i orice clasificare a lor ar fi
relativ depit. Este foarte greu s se fac comparaie ntre ele, mai ales c
majoritatea au la baz concepte comune.
76
UNITATEA DE NVARE 7
IMPLEMENTAREA SISTEMELOR INFORMATICE
Implementarea sistemelor informatice este una din etapele de la finalul
modelrii oricrui ciclul de via al dezvoltrii sistemelor informatice, indiferent de
modelul ales.
Activitile din cadrul implementrii sistemului informatic se pot grupa n
dou faze
24
:
faza de construire;
faza de livrare i punere n funciune.
7.1. Faza de construire a sistemului informatic
Trebuie menionat c dup unii autori, aceast faz poate aparine etapei de
realizare a sistemului informatic. Introducerea acestei faze n cadrul etapei de
implementare a poate fi fcut i ca urmare gradului ridicat de participare a echipei
tehnice.
7.1.1. Activitatea de scriere a programelor
n cazul n care pachetele de programe exist, atunci acestea se vor instala
corespunztor i se va trece la activitatea urmtoare, cea de testare.
Dac sunt necesare programe noi, atunci programatorii elaboreaz noile
programe pe baza unor specificaii, pe care le prezentm n cele ce urmeaz.
a) Tehnici de programare utilizate
Dintre elementele preliminare de tehnic de programare putem meniona:
importana standardelor i recomandrilor, modularizarea, structurarea etc.
n continuare, vor fi prezentate cteva din tehnicile de programare utilizate n
scrierea programelor.
Programarea structurat se utilizeaz atunci cnd programatorul folosete
numai instruciuni ale celor trei structuri fundamentale de program: secvenial,
alternativ, repetitiv. Nu se vor folosi instruciuni de salt necondiionat care stric
24
Lungu, I. i colectiv Sisteme informatice. Analiz, proiectare i implementare, Editura Economica,
2003
F
Faza de
construire
77
secvena structurat de program. Fiecare secven va trebui s aib un singur punct de
intrare i un singur punct de ieire.
Programarea modular presupune secvene de program din proceduri
distincte, pe operaii specifice. O procedur trebuie s rezolve operaia specific n
condiiile ansamblului din care face parte. Dup scrierea fiecrui modul, toate acestea
trebuie asamblate n produsul program.
Programarea machetelor de intrare-ieire condiioneaz o prezentare estetic
i o nelegere facil de ctre utilizatori. Machetele vor lua form de dialoguri,
meniuri, ferestre, videoformate, rapoarte, grafice etc.
Tehnici pentru calitatea produselor program sunt puse n aplicare pentru
eficiena n utilizare:
- lizibilitatea sau claritatea secvenelor program se realizeaz comentariilor,
spaieri i alinieri ale instruciunilor.
- portabilitatea sau capacitatea unui program de a fi rulat pe diferite
calculatoare fr modificri sau cu modificri nesemnificative. Pentru
aceasta, n program nu se vor folosi elemente hard i soft care-1 fac
dependent de un anumit sistem de calcul.
- flexibilitatea sau capacitatea programului de a se adapta uor cerinelor noi.
Se realizeaz prin parametrizare, modularizare, alegerea unor instrumente
soft corespunztoare. Orice facilitate care asigur flexibilitate unui program
este de preferat alteia care ofer simplitate, uurin de realizare, rapiditate
n implementare etc.
- robusteea se refer la capacitatea programului de a rezista la situaii
neprevzute. Aceasta este posibil prin tratarea tuturor situaiilor, chiar i a
acelora care se consider c nu vor avea loc niciodat. Domeniul de
prelucrare nu trebuie s fie limitat, ci ct mai extins posibil.
- autodocumentarea sau posibilitatea unui program de a lucra interactiv cu
utilizatorul prin furnizarea de mesaje, informaii, dialoguri ori de cte ori
este necesar sau de ori cte ori cere utilizatorul. Dintre instrumente folosite
pentru punerea n practic a autodocumentrii menionm: linii sau ferestre
de dialog i explicative, fiiere help, exemple tipice, opiuni relevante n
meniuri, interfee specializate etc.
78
Interfaa cu alte limbaje de programare este o tehnic folosit pentru a apela
din programul principal facilitile unui alt program. ntre programul apelant i cel
apelat se transmit parametri de intrare i/sau ieire care respect conveniile de
comunicare ntre proceduri.
Tehnicile de depanare a programelor presupun utilizarea unor proceduri
speciale pentru urmrirea execuiei secvenelor de instruciuni n vederea descoperirii
unor erori.
Recursivitatea este o tehnic de programare acceptat de anumite limbaje de
programare i de anumite limbaje de manipulare din SGBD. Tehnica const n
posibilitatea unei proceduri de a se autoapela, bazndu-se pe rezultatele din acel
moment. Procesul recursiv are inclus o condiie care l poate opri numai atunci cnd
va fi adevrat. Dac condiia este imposibil, atunci procesul recursiv se va repeta la
infinit, producnd de cele mai multe ori blocarea programului fr s fi existat vreo
eroare de limbaj de programare.
b) Alegerea limbajelor de programare
Limbajele utilizate pot fi universale, specifice sau asambloare. Fiecare din ele
ofer avantaje pentru anumite domenii, motiv pentru care n scrierea programelor se
combin utilizarea mai multor limbaje. Elementele care determin aceast combinare
sunt cerinele aplicaiei i din tehnicile de programare ce vor fi utilizate.
Limbajele de programare universale ofer teoretic faciliti pentru rezolvarea
oricror probleme, ns exist aspecte specifice pentru fiecare limbaj. Astfel, trebuie
urmrite avantajele i dezavantajele referitoare la aria de cuprindere, tehnicile de
programare agreate, numrul de funcii, posibilitile referitoare la grafic, uurina
de scriere de instruciunilor etc.
Limbajele de programare specifice se regsesc n cadrul bazelor de date din
sistemul informatic. Sistemele de Gestiune a Bazelor de Date (SGBD) au Limbajul de
Descriere al Datelor (LDD) i Limbajul de Manipulare al Datelor (LMD), clasificate
n limbaje proprii ale SGBD sau limbaje dezvoltate pe un limbaj gazd.
n cadrul SGBD se regsesc i alte componente pentru dezvoltarea de aplicaii
informatice, cum ar fi generatoarele de meniuri, ecrane, rapoarte, etc. i alte utilitare.
De asemenea, se mai regsesc i instrumente CASE pentru asistarea proiectrii de
aplicaii. Astfel, se genereaz foarte uor aplicaii, avnd dezavantajul ca nu sunt
standard, prezentnd o portabilitate redus.
79
Asambloarele ofer faciliti de lucru la nivel de bit, intr n filozofia mainii,
asigurnd o vitez de lucru sporit. Multe din tehnicile de programare sunt ns greu
sau imposibil de aplicat. Astfel, asamblorul leag programul de un anumit sistem de
calcul, lipsindu-l de flexibilitate i de portabilitate. De asemenea, se realizeaz foarte
greu modularizarea i structurarea programelor.
c) Scrierea propriu-zis a programelor
Scrierea propriu-zis programelor sau codificarea poate ncepe numai dup ce
s-au stabilit specificaiile, limbajele i tehnicile de programare.
Programul se va scrie ntr-un editor specific limbajului de programare. Dup
scrierea programului rezult un fiier surs. Pentru ca fiierul surs s fie adus n stare
de execuie, se parcurg urmtorii pai:
- compilarea fiierului surs;
- corectarea erorilor i recompilarea;
- obinerea fiierului obiect (fr erori);
- link-editarea (codificarea) fiierului obiect;
- obinerea fiierului executabil;
- lansarea independent n execuie.
Ce cuprinde activitatea de scriere a programelor? (vezi pag. 76-79)
7.1.2. Activitatea de testare a programelor
n testarea programelor se utilizeaz un set de date de test folosit i n
activitatea de scriere a programelor.
Programele se testeaz funcional i semantic comparnd rezultatele obinute
dup execuie cu cele propuse a fi obinute. Testarea se termin cnd ntre cele dou
categorii de rezultate nu exist nici o diferen.
Testarea poate fi abordat de sus n jos (top-down) sau de jos n sus (bottom-
up).
Abordarea de sus n jos pornete de la modulul director ctre modulele
funcionale i operaionale. Se testeaz modulul director, apoi, n ordinea de apel a
80
procedurilor, se testeaz modulele operaionale. n final, se testeaz legturile ntre
module prin ncercri cu setul de date pe diferite variante funcionale.
Abordarea de jos n sus pornete la modulele operaionale spre cele
funcionale, iar n final modulul director. Se testeaz separat modulele de nivel
inferior, apoi se testeaz legturile cu alte module pentru integrarea lor. Testarea
modulului director se face la final, urmnd asamblarea.
Testarea se va ncheia atunci cnd se efectueaz lansarea prelucrrii de ctre
ntreaga aplicaie informatic a unui set complet de date, care va cuprinde toate
tipurile de date posibile (corecte i eronate) n vederea urmririi reaciei programului
n oricare dintre situaii.
Ca i la scrierea programelor, rmne valabil i la testare regula lurii n
calcul a tuturor situaiilor, chiar i a acelora cu probabilitate extrem de mic de a se
produce.
7.1.3. Activitatea de ntocmire a documentaiei
Documentaia va avea form de manuale dedicate diferitelor categorii de
utilizatori ai sistemului informatic. Astfel, documentaia poate fi grupat n
urmtoarele categorii mari: documentaia de realizare, manualul de prezentare,
manualul de utilizare i exploatare.
a) Documentaia de realizare
Aceast categorie cuprinde documente din proiectul tehnic i din etapele de
realizare a produsului program. Aspectele tehnice sunt cele care predomin,
adresndu-se specialitilor n informatic. Astfel, pot fi nelese soluiile informatice
alese i se pot furniza idei n vederea realizrii viitoarelor programe.
Structura general a documentaiei de realizare este n general urmtoarea:
- prezentarea general a produsului program;
- structura general a produsului program;
- descrierea coleciilor de date;
- realizarea modulelor produsului program;
- anexe.
b) Manualul de prezentare
Acest manual cuprinde aspecte de prezentare general a produsului program:
scopul, facilitile oferite, restriciile, resursele necesare i condiii de utilizare.
81
Manualul se adreseaz tuturor categoriilor de utilizatori, dimensiunile sale
trebuie s fie reduse, iar prezentarea ideilor trebuie fcut clar i concis.
Structura general a manualului de prezentare poate fi urmtoarea:
- aspecte generale privind produsul program;
- structura funcional a produsului program;
- prezentarea elementelor realizate pentru produsul program;
- condiii de utilizare a produsului program.
c) Manualul de utilizare i exploatare
n cadrul acestui manual sunt descrise instruciunile privind condiiile de
utilizare i cele de exploatare a produsului program. Instruciunile prezentate se
adreseaz utilizatorilor finali ai sistemului informatic.
n sprijinul acestui manual vine i autodocumentarea cuprins n produsul
program. Astfel, utilizatorul final nu va trebui s decizii singur i va fi ghidat n
manipularea datelor.
Instruciunile de utilizare pot fi grupate astfel:
- proceduri de codificare a datelor;
- proceduri de ncrcare/validare date;
- proceduri de obinere a situaiilor de ieire;
- alte proceduri speciale.
Instruciunile de exploatare pot fi grupate astfel:
- ealonarea n timp a procedurilor;
- proceduri privind datele de intrare;
- proceduri de asamblare lucrri;
- proceduri de operare;
- proceduri privind situaiile de ieire.
7.2. Faza de livrare i punere n funciune
a sistemului informatic
Obiectivele livrrii i punerii n funciune a noului sistem informatic sunt
urmtoarele:
experimentarea sistemului proiectat;
F
Faza de livrare
i punere n
funciune
82
finisarea noului sistem;
lansarea acestuia n exploatare curent la beneficiar;
recepia sistemului informatic proiectat.
Pentru atingerea acestor obiective sunt necesare anumite activiti, din care
amintim
25
:
asigurarea condiiilor de implementare;
executarea procedurilor de conversie;
punerea n funciune a sistemului;
verificarea performanelor sistemului;
definitivarea documentaiei;
omologarea/recepionarea sistemului.
7.2.1. Asigurarea condiiilor de implementare
Asigurarea condiiilor de implementare este un factor esenial n
implementarea sistemului informatic. n cadrul acestei activiti identificm mai
multe subactiviti:
- difuzarea instruciunilor de executare a procedurilor manuale i
automate pentru beneficiar i pentru colectivul de informatic;
- instruirea utilizatorilor finali, care are ca scop pregtirea acestora
pentru folosirea noului sistem informatic;
- asigurarea condiiilor organizatorice necesare, care transpune n
practic modificrile organizatorice din etapa de proiectare. Se
constituie i grupul de informaticieni din cadrul unitii beneficiare
care vor culege experien pe msura dezvoltrii sistemului;
- asigurarea condiiilor materiale prin dotare cu calculatoare a
beneficiarului, prin perfectarea modului de acces la oricare dintre
acestea sau printr-o soluie mixt;
- asigurarea bazei informaionale prin crearea efectiv a unei baze de
date sau modificarea uneia existente pentru a satisface cerinele noului
sistem informatic. Aceast activitatea este obligatorie numai pentru un
sistem informatic care are nevoie de o baz de date proiectat.
25
Lungu, I. i colectiv Sisteme informatice. Analiz, proiectare i implementare, Editura Economica,
2003
83
Care sunt obiectivele livrrii sistemului informatic? (vezi pag. 81-82)
7.2.2. Executarea procedurilor de conversie
Aceste proceduri se execut numai n situaia n care exist un sistem
informatic ce trebuie modificat sau aplicaii ce trebuie nlocuite.
Conversiile mai sunt necesare atunci cnd sistemele informatice se realizeaz
i implementeaz ealonat, n vederea realizrii legturilor funcionale ntre
componente. n acest caz se execut conversii de fiiere, conversii de programe sau
conversii de proceduri.
Necesitatea conversiilor mai apare i n cazul n care sistemul informatic preia
date de la alte sisteme sau aplicaii care fie funcioneaz pe alte tipuri de calculatoare,
fie datele pe care le furnizeaz sunt n alt format dect cel necesar.
7.2.3. Punerea n funciune a sistemului
Punerea n funciune a sistemului se bazeaz pe o strategie de implementare.
Alegerea uneia sau alteia dintre strategiile de implementare depinde de o serie de
factori, cum ar fi:
- gradul de pregtire profesional, material i psihologic a
beneficiarului;
- natura, complexitatea i originalitatea sistemului informatic;
- volumul de date;
- diversitatea surselor informaionale;
- gradul de satisfacere a cerinelor informaionale ale beneficiarului i de
participare a acestuia la realizarea noului sistem.
Punerea n funciune a unui sistem se poate efectua dup una din strategiile
cunoscute:
- implementarea direct - cea mai eficace prin timpul necesar dar i
riscant n privina eventualelor erori neprevzute;
84
- implementarea sistemului informatic n paralel cu meninerea
vechiului sistem - reduce riscul erorilor neprevzute dar presupune un
volum de munc suplimentar;
- implementarea pilot - introducere sub form de experiment n uniti
reprezentative pe grupe tipologice. Efortul de implementare scade pe
msura acumulrii experienei.
7.2.4. Verificarea performanelor sistemului
Performanele sistemului informatic se verific sau se evalueaz comparnd
rezultatele testrii i implementrii produselor informatice cu cerinele i restriciile
din etapa de proiectare.
Se vor verifica i condiiile de exploatare curent a sistemului, capacitatea de
prelucrare a datelor, ritmul de exploatare, precum i performanele n exploatare.
Verificarea performanelor sistemului proiectat include i evaluarea i
validarea rezultatelor obinute prin calculul indicatorilor de eficien. Dac la
verificare se constat deficiene, acestea trebuie eliminate fie imediat dac acestea nu
sunt semnificative, fie ntr-un timp mai ndelungat dac provin din cauze mai
profunde.
7.2.5. Definitivarea documentaiei
Implementarea sistemului informatic se finalizeaz atunci cnd sistemul
funcioneaz conform cerinelor proiectate.
Sistemul se recepioneaz de ctre beneficiar n baza unui Raport de
implementare/experimentare ntocmit de ctre proiectant, care cuprinde o prezentare
sumar a sistemului, a condiiilor de implementare i evaluarea rezultatelor
implementrii/experimentrii.
Etapa de implementare nu poate fi ncheiat fr a definitiva ntreaga
documentaie a sistemului informatic. Definitivarea documentaiei se realizeaz n
paralel cu celelalte activiti din cadrul etapei de implementare, prin colaborarea
dintre beneficiari i proiectant.
Profitnd de capacitatea sistemelor de calcul de a lucra interactiv cu
utilizatorii, apare tendina tot mai accentuat de a se prezenta documentaia chiar prin
intermediul produselor program implementate ca urmare a folosirii unei tehnici de
programare prezentate anterior, i anume autodocumentarea. Astfel, apare avantajul
cutrii rapide dup cuvinte cheie, dar i alte avantaje.
85
7.2.6. Omologarea/recepionarea sistemului
Omologarea/recepionarea reprezint acceptarea oficial de ctre beneficiar a
sistemului informatic n vederea utilizrii sau generalizrii acestuia.
Un sistem informatic omologat/recepionat trebuie s funcioneze ca unul
complex, avnd capacitatea de autoreglare i autoperfecionare continu. Atunci cnd
aceast capacitate este pierdut, sistemul informatic se afl la finalul ciclului su de
via, urmnd sa fie nlocuit.
BIBLIOGRAFIE SELECTIV
1. Gabriel CUCUI, Florin RADU, Valentin RADU, Sisteme informatice de
gestiune, Valahia University Press, Trgovite 2009, pag. 107-133; 161-172
86
MODUL IV
Extinderea i integrarea sistemelor informatice de
gestiune
1. Cuprins
2. Obiectiv general
3. Obiective operaionale
4. Dezvoltarea temei
5. Bibliografie selectiv
Cuprins
UI 8. Enterprise Resource Planning (ERP)
= 3 ore
UI 9. Supply Chain Management (SCM)
= 1 or
UI 10. Customer Relationship Management (CRM)
= 3 ore
Obiectiv general: Dobndirea de cunotine privind soluiile
integrate pentru afaceri ERP, SCM, CRM.
Obiective operaionale: nsuirea modului de extindere a
sistemelor informatice de gestiune n vederea obinerii unor soluii integrate
pentru afacerile de mari dimensiuni cu exemplificare pe cele mai cunoscute
dintre acestea: ERP, SCM, CRM.
87
UNITATEA DE NVARE 8
ENTERPRISE RESOURCE PLANNING (ERP)
Iniial, n sistemele informatice tradiionale existau module sub form de
programe de planificare a materialelor i apoi a produciei, fiind concentrate n
special pe gestionarea proceselor de producie i a activitilor financiar contabile. n
prezent, sistemele ERP actuale realizeaz integrarea tuturor funciilor unei companii
plecnd de la planificare, asigurarea stocului de materii prime i materiale, definirea
tehnologiilor, coordonarea proceselor de producie, continund cu gestiunea
financiar-contabil, a resurselor umane, a stocurilor de produse finite i terminnd cu
dezvoltarea i meninerea relaiilor cu clienii i partenerii de afaceri. Un astfel de
sistem permite factorilor de decizie realizarea unor analize complete asupra realizrii
planului de afaceri. Prin opiunile de simulare a activitilor i prin caracterul flexibil
i dinamic al aplicaiilor se pot realiza planuri de previziune, evaluri i predefiniri
ale tendinelor de evoluie ale industriei din care face parte compania, analize
calitative, integrarea cu noile tehnologii e-business i comunicare on-line
26
.
Un ERP este o aplicaie software complex multi-modular care integreaz
procesele economice ale ntreprinderii cu scopul optimizrii i creterii eficienei
acestora. Din punctul de vedere al funcionalitilor, un software ERP acoper
urmtoarele domenii de interes ale unei afaceri: planificarea produciei, gestiunea
achiziiilor, gestiunea stocurilor, interaciunea cu furnizorii, gestiunea relaiilor cu
clienii, urmrirea comenzilor, gestiunea financiar, gestiunea resurselor umane.
Pornind de la premisa c ntregul este mai mult dect suma prilor, un ERP
este o aplicaie software complex multi-modular, care integreaz procesele
economice ale ntreprinderii cu scopul optimizrii i creterii eficienei acestora. Este
un excelent mijloc de integrare i ordonare a informaiei, fluidiznd schimbul de date
ntre departamente. Un produs ERP nu este localizat ntre pereii unei singure entiti.
Datele circul ntre furnizori i distribuitori, clieni actuali i viitori. Informaia este
prezentat pe site-uri Internet i transferat ctre computere prin intermediul reelelor
cu viteza luminii, sau mprejurul pmntului prin cablu i unde radio.
26
O'Leary, D. Enterprise Resource Planning Systems: Systems, Life Cycle, Electronic Commerce,
and Risk, Cambridge University Press; 1 edition, 2000, p. 85
88
8.1. Scopul i structura sistemelor pentru gestiunea afacerilor
ERP reprezint o infrastructur software ce ofer suport de gestiune i
coordonare a diferitelor structuri i procese din companie, n vederea realizrii
obiectivelor de afaceri. Structura general acceptat a unui ERP cuprinde dou pri
27
:
obiectivele sau scopul proiectului;
fazele i activitile ce trebuie desfurate n vederea implementrii,
fiecare dintre acestea avnd competene specifice (studiu prealabil,
formalizarea regulilor de gestiune, ba chiar revizuirea acestora,
formalizarea specificaiilor funcionale) i competene funcionale
(redactarea caietului de sarcini; pregtirea i realizarea testelor;
formarea utilizatorilor; migrarea vechiului sistem ctre noul sistem,
controlul relurii corecte a datelor, posibilitatea de actualizare).
Scopul unui sistem de gestiune integrat a proceselor de afaceri este
realizarea unei mai bune comunicri n companie, mbuntirea cooperrii i
interaciunii dintre diferite departamente, precum cele de planificare a produciei,
achiziii, producie, vnzri i relaii cu clienii. Pe scurt, un sistem de gestiune a
companiei de tip ERP reprezint planificarea celor 4 factori determinani pentru o
afacere de succes: factorul uman, financiar, tehnic i de resurse (cei 4 M - Men,
Money, Machines i Materials)
28
.
Sistemele ERP furnizeaz informaii pentru conducere i analize pentru
organizaii, beneficiile majore
29
ale sistemelor ERP fiind:
informaii on-line - n timp real pentru toate ariile funcionale ale unei
organizaii;
standardizarea datelor i acurateea la nivel de organizaie;
aplicaiile includ cele mai bune practici, cele mai bune modele din
ramura respectiv;
eficiena pe care o nregistreaz compania;
27
Anderegg, T. ERP: A-Z Implementers Guide for Succes, Resource Publishing, 2000, p. 53 citat de
Fotache, D., Hurbean, L. Soluii informatice integrate pentru gestiunea afacerilor ERP, Editura
Economica, Bucureti, 2004, p. 41
28
Deshmukh, A. Digital Accounting : the Effects of the Internet and ERP on Accounting, Hershey,
PA: IRM Press, 2006, p. 28
29
Norris, G., Hurley J., Hartley, K., Balls, J., Dunleavy, J., E Business and ERP: Transforming the
Enterprise, Wiley, 2000, p. 139
89
analize i rapoarte ce pot fi folosite la planificri pe termen lung.
La implementare, sistemele ERP sunt instalate pe un sistem de administrare a
bazelor de date (Database Mangement System). Platformele de baze de date folosite
n general sunt: Oracle, DB2, Informix, MS SQL Server, SQL Base i Sybase. Baza
de date necesit o setare iniial conform proceselor organizaiei. Odat terminat
instalarea, utilizatorii introduc datele, informaiile fiind transferate prin intermediul
proceselor la alte module. n final, sistemele ERP includ instrumente de raportare
periodice sau realizate ad-hoc.
Un alt aspect legat de soluiile ERP face referire la modul n care se realizeaz
implementarea, respectiv tranziia dintre sistemul existent i sistemul integrat.
Practica arat o serie de posibiliti ca i n cazul SGBD obinuite:
integral i direct prin nlocuirea complet a sistemului existent cu cel
integrat la un moment dat. Este varianta cea mai riscant ce implic
multe resurse i este mai puin utilizat;
modular sau Pas cu pas presupune integrarea n timp, pe rnd a
fiecrui modul;
paralel are n vedere meninerea pentru o perioad de timp
prestabilit a ambelor sisteme. Este varianta cea mai uzitat prin
prisma faptului c permite controlul disfuncionalitilor n noua
soluie.
Sistemele ERP, n principiu, integreaz diferitele procese necesare n cadrul
unei afaceri, centralizndu-le, facilitnd mprtirea datelor i eliminnd redundana.
8.2. Principalele avantaje ale soluiilor integrate ERP
Avantajele furnizate de un sistem ERP pot fi mprite n:
a) avantaje funcionale
30
:
Informaia este introdus n sistem o singur dat;
Permite personalizri;
Funcioneaz pe o structur fiabil de fiiere;
30
*** Despre ERP.... n http://www.siveco.ro/analyses_details.jsp?ID=5
90
Integreaz datele, funciunile i procesele viznd eliminarea
redundanelor, inconsistenei i a dezinformrii;
Furnizeaz funcionaliti pentru interaciunea cu alte module;
Furnizeaz instrumente pentru interogri i rapoarte ad-hoc;
Modularitate i arhitectur deschis, care faciliteaz adoptarea
tehnologiilor viitoare.
b) avantaje economice
31
:
Consolidarea relaiilor cu partenerii de afaceri;
Reducerea costurilor produciei i stocurilor;
Planificarea integral a resurselor ntreprinderii;
mbuntirea principalilor indicatori economici;
Oferirea avantajului strategic pe pia;
mbuntirea controlului financiar contabil.
Soluia integrat de tip ERP reprezint o soluie software complex, ale crei
elemente sunt integrate ntr-o platform comun, pentru gestionarea resurselor
companiei. Aceast soluie const dintr-un pachet software comercial ce asigur
integrarea fr efort a tuturor informaiilor care afecteaz compania - financiare,
contabile, resurse umane, lanul de aprovizionare i informaii legate de client.
Integrarea contribuie la reducerea costului dac procesele sunt standardizate,
predictibile i bine ordonate. Prin fuzionarea datelor specifice activitilor paralele,
ERP contribuie la integrarea puternic a tuturor informaiilor i proceselor dintr-o
ntreprindere. Sistemele ERP ofer standardizarea pe un model central de date i pe
un model de proces central uurnd schimbul de informaii cu ajutorul arhitecturii
informaionale specifice unei ntreprinderi
32
. Optimizarea proceselor i funciilor
ntreprinderii necesit schimbri n sistemul informaional sau reconfigurarea
proceselor. n funcie de profunzime, schimbrile pot avea un impact major asupra
structurii organizaionale i asupra costului.
31
Fotache, D., Hurbean, L. Soluii informatice integrate pentru gestiunea afacerilor ERP, Ed.
Economica, Bucureti, 2004, p. 38
32
Andone, I Instrumente informatice de integrare, cooperare i colaborare n lumea ntreprinderilor
performante, articol, simpozion Integrarea european i competitivitatea economic, ASEM,
Chiinu, 2004, p. 231
91
Care sunt avantajele economice ale ERP? (vezi pag. 90)
8.3. Tendine ale implementrii ERP
Astzi sistemul ERP nc evolueaz i se adapteaz dezvoltrii schimbrilor n
tehnologie i cerinelor pieii. Patru tendine importante urmeaz evoluia continu a
sistemului ERP: mbuntiri n integrare i flexibilitate, extensii ctre aplicaiile
e-business, lrgirea sferei ctre noi utilizatori i adaptarea tehnologiilor prin Internet.
Companiile care au instalat sistemele ERP au fcut presiuni asupra
utilizatorilor de software ca s adopte o arhitectura software mult mai deschis i
flexibil. Acest lucru face ca soluia ERP s fie mai uor integrat n alte aplicaii soft
de ctre utilizatori i ofer posibilitatea realizrii de mici ajustri pentru adaptarea la
procesele de afaceri ale unei companii.
De exemplu: procesul de aprovizionare ntr-o firm de distribuie este supus
influenei unor factori variai care ating diferite niveluri din organizaie. O aplicaie
de tip ERP ce se dorete o soluie performant trebuie s asigure managementul
acestor factori variai i interconectai, cum ar fi factorul capital, distribuia
geografic, calitatea i modalitile de organizare a personalului, factorul logistic,
nivelul de informatizare, aspecte legate de marketing
33
.
Factorul capital are n vedere n principal crearea stocurilor de
siguran care s permit desfurarea activitii fr ntreruperi.
Desigur c n acest caz apar anumite pierderi legate de imobilizarea
capitalului, depozitarea i deprecierea stocurilor;
Distribuia geografic are n vedere posibilitatea de a efectua
aprovizionarea dintr-un punct zonal, cea ce implic flexibilitate i
33
Brady, J., Monk, E., Wagner, B. Concepts in Enterprise Resource Planning, Course Technology; 1
edition, 2001, p. 68
92
scurtarea timpilor de aprovizionare. n cazul societilor extinse care
beneficiaz de un depozit central apar avantaje sintetizate n special n
specializarea n timp a personalului, controlul asupra relaiilor cu
furnizorii, optimizarea transporturilor sau politica de preuri;
Calitatea i modalitile de organizare a personalului se pune accent
pe profesionalism i ca atare pe lng specializarea personalului la
locul se munc sunt necesare i programe de training cu specialiti sau
la partenerii de afaceri;
Factorul logistic o baz logistic bine dimensionat cuplat i cu un
sistem informatic corespunztor conduc la timpi redui de execuie, la
costuri operaionale reduse i la eliminarea pierderilor;
Nivelul de informatizare un sistem informatic integrat care opereaz
n timp real i care are implementai att algoritmi de aprovizionare ct
i un sistem de raportare avansat pot face diferena n ceea ce privete
desfurarea activitii n condiii optime;
Aspectele de marketing au la baz influena pieei i se pot adopta
dou strategii de aprovizionare: aprovizionarea la target prin care
compania poate influena piaa i aprovizionarea bazat pe analiza
datelor istorice prin care compania urmeaz piaa.
O aplicaie ERP care gestioneaz eficient factorii prezentai poate fi
considerat un instrument puternic pentru a realiza un management activ al activitii
de aprovizionare. Ea poate asigura premisele unei activiti eficiente generatoare de
profit. Dei, se ncadreaz n soluiile viitorului, aplicaiile ERP trebuie s fac fa
schimbrilor eseniale, din domeniul IT, ce se preconizeaz pentru urmtorul sfert de
secol
34
: trecerea la reeaua verde i utilizarea de componente cu autonomie proprie;
programarea paralel; interfa non-tactil, natural computing, traducerea automat a
limbajului natural, storage durabil i trainic pe termen lung, creterea productivitii
programatorului, identificarea consecinelor financiare asupra investiiilor n IT.
a) Utilizarea de componente cu autonomie proprie. Trecerea la astfel de
componente va amortiza moral orice echipament folosit n prezent, fie c este vorba
34
Gartner IT Grand Challenges, 2007 n: http://www.gartner.com/it/page.jsp?id=643117
93
de laptop-uri sau echipamente de comunicare pe baz de baterie cu autonomie
limitat, baterii slab ncrcate sau echipamente cu capacitate sczut.
b) Programarea paralel. Este o variant mai sigur, dect crearea unor
procesoare single-core mai rapide, pentru a executa taskuri succesive. O alt cale de a
rezolva cererea permanent de procesoare mai rapide ca vitez este de a dezvolta
procesoare multiple cu performane mai reduse. Soluia, care trebuie analizat,
mparte procesele de pornire n sub-procese specifice, determin care taskuri pot fi
manevrate simultan prin procese multiple. Sunt analizate taskurile de planificare
pentru a fi procesate n mod simultan i se proiecteaz procesarea n paralel.
c) Interfa non-tactil. Cteva dintre multele schimbri care au rmas n
aceast arie includ abilitatea de a detecta gesturi/ aciuni, de a dezvolta un dicionar
de gesturi i necesitatea de procesare real-time. Alt set de provocri se asociaz cu
procesarea limbajului natural, care include sinteza speech-ului, recunoaterea speech-
ului, nelegerea limbajului natural, generarea limbajului natural, traducerea mecanic
i traducerea dintr-un limbaj natural n altul.
d) Traducerea automat a limbajului natural. Odat ce multe bariere ale
procesrii limbajului natural au fost depite, este o provocare s oferi comunicaii
om-computer ntr-un singur limbaj. Complexitatea extinderii este i mai mare atunci
cnd traducerea i productivitatea este cerut ca un target de limbaj care este
omenete neles.
e) Capacitate de stocare pe termen lung. Deja tehnologiile actuale permit
pstrarea datelor n dimensiuni ct mai mici i n numr ct mai mare n stare
perfect. Barierele arhivrii pe termen lung trebuie s depeasc uor 100 de ani, ca
atare acestea trebuie s fie portabile n ceea ce privete formatul n care au fost
arhivate, echipamentele hardware utilizate sau aplicaiile software i de recuperare
folosite.
f) Creterea productivitii programatorului. Ct timp explorarea i
dezvoltarea de instrumente de cretere a productivitii continu s atrag atenia,
exploatarea codului reutilizat n mod efectiv i eficient este una din cele mai
ncurajatoare sperane pentru a produce mai mult randament pe unitate. Dar exist
nc i mai multe alte provocri cum ar fi minimizarea timpul cerut pentru a gsi
modelul perfect de software i evitarea nevoii de a modifica software-ul reutilizabil.
94
g) Identificarea consecinelor financiare asupra investiiilor n IT. Ca o
disciplin care propag performana de business i rezultatele ctre executivii interni,
contabilitatea poate oferi managementului sfaturi de business i recomandri care pot
cuantifica consecinele desfurrii n mod particular a IT-ului. Evalurile activitii
financiar-contabile i interpretrile rezultatelor sunt diferite pentru fiecare companie.
Numai un rezultat vizibil determin managerii s investeasc n soluii integrate.
Planificarea resurselor ntreprinderii urmrete integrarea informaional
din interiorul entitii avnd n vedere tehnologiile informaionale existente i
redimensionarea continu a acestora sub incidena globalizrii.
95
UNITATEA DE NVARE 9
SUPPLY CHAIN MANAGEMENT (SCM)
Soluiile SCM utilizeaz tehnologia de reea pentru a pune n legtur
furnizorii, distribuitorii i ali parteneri de afaceri. Totodat se furnizeaz n timp real
informaii privind stocurile de materii prime i materiale, informaii privind cererile
clienilor n cadrul proceselor de producie.
SCM, ca de altfel i BI i CRM, reprezint soluii specializate concepute
iniial ca aplicaii independente, dar ele permit i integrarea cu sistemul ERP,
rezultnd un ERP de grad II ce reprezint o soluie complet, competitiv. Extinderea
ERP cu SCM i CRM urmrete realizarea relaiilor de afaceri ntre organizaie i
furnizorii, respectiv, clienii acesteia.
Conexiunea ERP cu SCM i CRM
Gestiunea lanului de aprovizionare (SCM) urmrete anticiparea cererii
clienilor n ceea ce privete momentul i tipul produselor solicitate. Astfel,
organizaia n conformitate cu comenzile primite, realizeaz aprovizionarea cu
materiile prime i materiale de la furnizori.
De regul, soluiile integrate de tip SCM urmresc
35
:
realizarea produsului stabilirea caracteristicilor produsului sau
serviciului n funcie de dorina clientului, proiectarea acestuia i
proiectarea procesului de producie;
planificarea include previziunea vnzrilor i comenzilor,
planificarea produciei i distribuiei;
distribuia i logistica are n vedere administrarea stocurilor,
depozitelor i nevoilor de achiziii, transport dar i nevoile clienilor;
35
Fredendall, L., D. Basics of supply chain management, Boca Raton: St. Lucie Press; 2001, p. 143
Furnizori
SCM
Clieni
Organizaia
ERP
CRM
96
achiziia cumprarea stocurilor de materii prime i consumabile. Se
poate optimiza aici procesul de distribuie prin reduceri de timp i
resurse financiare alocate;
producia n principal este urmrit procesul de producie dar se pot
avea n vedere i servicii de contractare de servicii externe;
integrarea partenerilor de afaceri realizarea de strategii de parteneriat
prin identificarea avantajelor relaiilor cu partenerii i furnizorii.
Avantajul principal al integrrii unei soluii SCM const n eliminarea
timpilor mori n activitate, creterea vnzrilor, diminuarea, chiar eliminarea
cheltuielilor de depozitare a stocurilor de materii prime i materiale, anularea
cheltuielilor cu provizioanele pentru deprecierea acestor stocuri. De asemenea,
urmrete s utilizeze la ntreaga capacitate activele organizaiei prin eficientizarea
interaciunii i comunicrii ntre toi participanii din reeaua de distribuie.
97
UNITATEA DE NVARE 10
Customer Relationship Management (CRM)
Managementul relaiei cu clienii (Customer Relationship Management -
CRM) este un instrument vital pentru o companie modern. El a evoluat dintr-o
tehnologie mai veche care unea un apel telefonic cu un ecran de calculator care oferea
anumite informaii - CTI sau Computer Integrated Telephony. Clientului i se oferea o
posibilitate de a se simi din nou important prin mesajul personalizat pe care l putea
primi.
Evoluia spre CRM a fost determinat i de folosirea Internetului i utilizarea
potenialului bazelor de date. Abundena de date personale, folosirea caracteristicilor
specifice clientului indiferent de modul n care el contacteaz firma, transform
marketingul clasic n marketing personalizat sau one-to-one
36
.
Nu identificm n prezent un model standard pentru CRM deoarece exist a
varietate foarte mare de soluii. Important este c un client constat c este tratat cu
consideraie, c sunt cunoscute problemele lui i uneori este redirectat la acelai
operator, crendu-se o relaie aproape personal. Operatorul care va fi perceput ca o
persoan apropiat dac el va avea pe ecran i va folosi n convorbire date ale
clientului cum ar fi ziua naterii i zodia, detalii despre familie, copii, fotografia.
10.1. Etapele implementrii unei soluii CRM
Prin CRM (managementul relaiilor cu clienii) organizaia ncearc s
valorifice informaiile despre clieni pentru a putea identifica cererile i ateptrile
clienilor, evaluarea acestora i formularea de politici de marketing. CRM nu se refer
numai la procesele premergtoare vnzrii. Sistemul de activiti se poate aplica de
asemenea la comenzile de vnzare (metode de urmrire), facturi (moduri de urmrire
a creditului) sau chiar contracte (servicii dup vnzare). Se disting astfel etapele
necesare pentru implementarea unei soluii CRM
37
:
informarea clientului;
36
Goldenberg, B. CRM In Real Time: Empowering Customer Relationships, CyberAge Books, 2008,
p. 73
37
http://www.microsoft.com/romania/dynamics/crm/using/deploy/post_install.mspx
98
comanda (solicitarea tranzaciei);
livrarea bunului sau serviciului;
contracte post-vnzare.
La utilizarea unui CRM trebuie definit noiunea de relaie n contextul
organizaiei respective i trebuie acordat atenie ctre:
protejarea informaiei;
proprietatea informaie;
protecia consumatorului.
Succesul unui CRM se msoar, ca i n alte proiecte, cu indicatorii clasici
financiari. Dar n cazul CRM se ine seama de reacia clienilor, numrul de
reclamaii sau de aprecieri, prerile exprimate n comunitatea de afaceri, volumul de
comenzi etc. Msurarea eficienei investiiei cu indicatori clasici (ROI - Return On
Investment) este dificil. Beneficiile sunt adesea calitative i mai puin msurabile
cantitativ. Este greu de comparat cantitativ situaia de dup introducerea CRM cu cea
dinainte. Totui, statistici diverse ajung la un ROI mediu de circa 10 luni, dei poate
varia mult de la proiect la proiect. Oricum, satisfacia clientului se reflect sigur i n
rezultatele financiare. Multe proiecte CRM nu au succes deoarece se concentreaz pe
tehnologie i mai puin pe definirea relaiei cu clienii, pe selectarea datelor necesare,
pe instruirea i motivarea operatorilor.
10.2. Structura general a unui sistem integrat CRM
Cele mai utilizate componente ale sistemului CRM ce apar n orice structur
de aplicaie sunt
38
:
1. Automatizarea proceselor de vnzri
Aceste sisteme ajut la automatizarea i optimizarea proceselor de vnzri
pentru a scurta ciclul acestora i pentru a mri productivitatea vnzrilor. Ele permit
companiei s urmreasc i s administreze toate relaiile, contactele i oportunitile
calificate pe tot parcursul ciclului de vnzri, incluznd susinerea clientului. Astfel,
se mbuntete eficacitatea programelor de comunicaii de marketing pentru a
genera vrfuri de calitate cu i o mai mare acuratee n previzionarea vnzrilor.
38
Dych, J. The CRM Handbook: A Business Guide to Customer Relationship Management,
Addison-Wesley Professional, 2001, pp. 43-48
99
Internetul poate fi utilizat de companie pentru a-i asigura o pregtire adecvat a
forelor de vnzri. Informaiile detaliate despre produse, bazele de date specializate
cu soluii, chestionarele concepute pentru susinerea forelor de vnzri i un set de
informaii interne despre Internet pot mbunti productivitatea.
2. Call Center
Call Center ajut la automatizarea operaiunilor cu apelurile de intrare i ieire
generate ntre companie i clienii si. Aceste soluii integreaz transformarea vocii
sistemelor telefonice automate cu un program-gazd al agentului, permind
direcionarea automat a apelului ctre ageni, afiarea automat a datelor relevante
despre client, formare de numr previzibil, sisteme de Rspuns Vocal Interactiv cu
auto-servire etc. Aceste sisteme sunt utile n segmentele de clieni cu volum ridicat
cum ar fi retailul. n prezent, apar canale mai noi de interaciune cu clienii ca rezultat
al tehnologiei noi, cum ar fi Call Center-urile bazate pe telefonia global i Internet.
3. Stocarea datelor
Un depozit de date este o implementare a unei baze de date informaionale
utilizat pentru stocarea datelor care pot fi divizate i care i au originea ntr-o baz
de date pentru nregistrare i n sursele de date de pe piaa extern. Acesta este n mod
tipic o baz de date pe subieci care permite utilizatorilor s se conecteze la un
depozit vast al companiei de date operaionale pentru a cuta i a rspunde tendinelor
afacerii i care faciliteaz previzionarea i eforturile de planificare.
4. Cutarea de date
Cutarea de date implic instrumente specializate de software care permit
utilizatorilor s caute ntr-o cantitate mare de date pentru a descoperi relaiile dintre
coninutul datelor i a construi modele de prezicere a comportamentului clientului.
Cutarea de date utilizeaz tehnici statistice i de nvare mecanic pentru
construirea de modele referitoare la prezicerea comportamentului clientului. OLAP
39
,
cunoscut de asemenea drept analiz multidimensional a datelor, ofer capaciti
avansate de investigare i analizare a informaiilor aflate ntr-un depozit de date. n
cazul unora din aplicaiile CRM, OLAP joac un rol major n analiz secundar care
are loc dup ce s-a produs segmentarea clienilor.
39
Youness, S. Professional data warehousing with SQL Server 7.0 and Olap Services , Wrox Press,
Birmingham, 2000, p. 81
100
5. Suportul deciziilor i instrumente de raportare
Web a permis existena unor instrumente de raportare, iar sistemele executive
de informaii sunt utilizate pentru dispunerea informaiilor economice care au fost
descoperite. Acest nivel mrit de cunoatere a clientului este distribuit factorilor
executivi de decizie, ca i celor din punctele operaionale de contact cu clientul.
Aplicaiile prevzute cu unele din aceste practici sofisticate de modelare dezvoltate n
faza de cutare a datelor sunt aplicate contactelor individuale n timp real.
6. Punctele de vnzare electronice
Principalul beneficiu al EPOS i al sistemelor de scanner retail este cantitatea
de informaii exacte i la timp pe care ele le furnizeaz. Progresele tehnologice au
ajutat semnificativ la lrgirea analizei datelor. n plus, fa de datele legate iniial de
scanner privind rata vnzrilor, pre i marja, organizaiile pot dispune acum de
informaii privind aspectele demografice, socio-economice i privind caracteristicile
stilului de via al clienilor.
Care este structura general a unui sistem CRM? (vezi pag. 98-100)
10.3. Taxonomia i importana aplicaiilor de tip CRM
Se disting mai multe tipuri de CRM
40
:
a) CRM operaional:
suport interaciunea clientului printr-o varietate de canale mult mai
convenabil, cuprinznd: telefon, fax, e-mail, chat etc.;
sincronizeaz interaciunea clientelelor n mod consistent pe toate
canalele;
permite companiei s fac afaceri mai uor.
40
*** Soluii CRM n: http://www.bluechip.ro/solutii-software/CRM/
101
b) CRM analitic:
permite extragerea n profunzime a informaiilor despre clieni i a
informaiilor profitabile din baza de date;
permite analiza, prezicerea i previziunea cererii;
permite apropierea fa de clieni cu informaii relative i cu oferte
adaptate la nevoile lor.
c) CRM colaborat:
permite colaborarea mai bun cu clienii;
mbuntete eficiena i integrarea prin lanul de aprovizionare;
permite o mai mare sensibilitate a nevoilor clienilor prin produse i
servicii din afara ntreprinderii.
d) CRM bazat prin portal:
furnizeaz tuturor utilizatorilor informaii i unelte corespunztoare
rolurilor i preferinelor lor;
ambiioneaz toi angajaii s rspund mult mai rapid la cerinele
clienilor;
asigur capabilitatea la acces instantaneu.
Beneficiile de afaceri poteniale ale relaiei dintre clieni i management sunt
variate. Astfel, CRM permite identificarea unei afaceri i a clienilor int cei care
sunt cei mai profitabili pentru a deveni clieni de ncredere pe termen lung. Acest
lucru permite personalizarea bunurilor i serviciilor conform dorinelor, nevoilor i
obiceiurilor de cumprare ale clienilor. CRM poate ine evidena n momentele n
care clientul ia legtura cu firma indiferent de motiv. Sistemele CRM ofer unei
companii posibilitatea de a furniza experien n domeniile lucrului cu clienii i a
service-ului superior. Toate aceste beneficii vor furniza unei companii valoare de
afaceri strategic i valoare ridicat pentru clieni.
ntr-un studiu realizat de Gartner n 2006 - Implementarea CRM, se arat c
ncepnd cu 2006 piaa european a serviciilor de implementare a soluiilor CRM a
nceput, n sfrit, s ia avnt. Principalul motiv este reprezentat de creterea
optimismului n afaceri, ceea ce a permis o concentrare mai mare pe activiti
generatoare de venituri (lansarea de noi produse, extinderea geografic). De
102
asemenea se specific nevoia tot mai mare de a ndeplinii ateptrile clienilor prin
creterea nivelului de satisfacie a acestora. Soluiile CRM nu reprezint o simpl
implementare tehnologic ci au capacitatea de a schimba comportamente i atitudini.
Previziunea iniial efectuat de Gartner pentru piaa CRM european n 2007 indica
venituri totale de circa 2,5 mld. dolari, adic cu peste 15% fa de 2006. De altfel
aceast previziune a devenit realitate, aa cum rezult din studiile ulterioare.
Studiile Gartner
41
efectuate pentru acest domeniu n 2007 au scos la iveal
urmtoarele concluzii:
numai 10% din participanii la studiu au cunotin de existena
sistemelor CRM, dar nu au ntreprins nimic n sensul implementrii
unor astfel de sisteme;
circa 28% au afirmat c societatea lor se gsete ntr-un stadiu
preliminar de planificare a unor iniiative CRM;
40% sunt n faza de implementare a unui proiect CRM.
n prezent, problemele cu care se confrunt cei intervievai se refer la
implementarea soluiilor CRM. O mare importan o au fluxurile de informaii i
managementul de proiect, dar i schimbrile din interiorul organizaiilor i evaluarea
beneficiilor rezultate din implementarea proiectului.
Principalele dificulti ale proiectelor CRM
Dificultatea Procent
Sincronizarea informaiilor din organizaie 46%
Impactul CRM asupra proceselor de afaceri 43%
Gestionarea schimbrii incluse de CRM 39%
Evaluarea beneficiilor rezultate din implementarea CRM 36%
Obinerea unui angajament al managementului 27%
mbuntirea satisfaciei clienilor 19%
Gestionarea loialitii clienilor 17%
Gestionarea operaiunilor externalizate 15%
Gestionarea partenerilor i colaborrilor 13%
Alte dificulti 8%
Sursa: Gartner, 2007
O aplicaie CRM aduce cu sine o mulime de beneficii
42
unei organizaii, care
pot fi ncadrate fie ca beneficii tangibile, fie ca beneficii intangibile.
Beneficii tangibile:
41
http://www.gartner.com/it/products/research/research_services.jsp
42
Newel, F., Godin, S. Why CRM Doesn't Work: How to Win by Letting Customers Manage the
Relationship, Bloomberg Press; 1 edition, 2003, p. 36
103
venituri i profitabilitate mrite;
productivitate ridicat a salariailor;
rate ridicate de fidelizare a clienilor;
costuri interne reduse;
investiie de marketing protejat cu venituri maximizate.
Beneficii intangibile:
satisfacie mrit a clienilor;
servire mbuntit a clienilor;
un management mai strns al contactelor;
stabilirea intelor i profirelor clienilor mai bun;
nelegere mai bun a cerinelor clienilor.
Principalul beneficiul considerat de marea majoritate a conductorilor de
organizaii este cel legat de satisfacia mrit a clienilor. Acest beneficiu permite
organizaiilor s abordeze o strategie a managementului pe client one-to-one (relaie
personalizat pentru fiecare client n parte), strategie considerat ca fiind singura
soluie de dezvoltare a afacerilor bncilor n viitorul nu prea ndeprtat.
10.4. Funcionalitile principale i domeniile de aplicabilitate
Funcionalitile principale ale unei aplicaii CRM:
- Gestionarea partenerilor/clienilor existeni, potenialilor clieni, informaii i
caracteristici unice ale acestora;
- Colectarea datelor referitoare la un anumit partener/client din surse multiple:
date operaionale, nregistrri ale tranzaciilor de afaceri care au loc ntre companie i
client folosind pentru aceasta machete standard pentru cereri, oferte transmise
clienilor, comenzi, note de telefon, ntlniri cu clienii/prezentri, reclamaii de la
clieni etc.;
- Transformarea datelor despre un anumit client adunate din mai multe surse
ntr-o informaie coerent, asigurnd acces rapid la toate informaiile colectate,
permind analiza acestora i prezentarea unei viziuni complete despre client.
- Gruparea datelor obinute n rapoarte, utilizatorul avnd rapid acces la toi
clienii din baza de date, la toate documentele i proiectele schimbate ntre companie
i la clientul selectat;
104
- Un raport al fiecrei selecii (cereri primite, oferte transmise, comenzi,
sesizri etc.);
- Gruparea documentelor dup diverse persoane responsabile cu rezolvarea
documentelor, starea n care se afl acestea etc.
Principalele domenii de utilizare a aplicaiei de tip CRM sunt
43
:
- asigurarea suportului pentru procesul de comunicare i cutarea
oportunitilor n activitatea de marketing,
- alegerea corect a strategiei de vnzri n activitatea de vnzri, analiza
informaiilor i luarea deciziilor tactice privind mbuntirea efectiv a relaiei cu
clienii,
- crearea unei viziuni de ansamblu asupra ntregii afaceri pentru
managementul organizaiei,
- satisfacerea dorinelor i nevoilor clientului n activitatea de post-vnzare.
Dei este un concept relativ tnr, n urma studiilor de specialitate
44
se
constat c CRM a reuit s fie implementat destul de bine. Soluia a aprut ca
urmare a ncercrii de organizare a activitii pe dorinele i satisfacerea clienilor
n condiiile unei piee concureniale, fiind vizate modul de integrare, implementare
i evaluare a rezultatelor.
BIBLIOGRAFIE SELECTIV
1. Gabriel CUCUI, Florin RADU, Valentin RADU, Sisteme informatice de
gestiune, Valahia University Press, Trgovite 2009, pag. 176-197
43
Dych, J. The CRM Handbook: A Business Guide to Customer Relationship Management,
Addison-Wesley Professional, 2001, pp. 124-128
44
Fotache, D., Hurbean, L. Soluii informatice integrate pentru gestiunea afacerilor ERP, Editura
Economica, Bucureti, 2004, p. 101

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