Upload
ioanaroxana
View
34
Download
2
Embed Size (px)
DESCRIPTION
Contribuţii la conceperea, proiectarea şi realizarea unor sisteme suport de decizie destinate gestiunii stocurilor
Citation preview
Universitatea Babe - Bolyai, Cluj-Napoca
Facultatea de tiine Economice i Gestiunea Afacerilor
Departamentul de Informatic Economic
Contribuii la conceperea, proiectarea i realizarea unor sisteme
suport de decizie destinate gestiunii stocurilor
T E Z D E D O C T O R A T
- Rezumat -
Coordonator tiinific:
Profesor univ. dr. tefan Ioan NICHI
Doctorand:
Ovidiu Alin DOBRICAN
Cluj-Napoca 2013
Abstract
innd seama de evoluia actual a economiei, problematica lurii unor decizii de calitate,
decizii care s asigure desfurarea cu succes a activitii economice a unei ntreprinderi devine
din ce n ce mai complicat. Pentru asigurarea acestui succes, managerii trebuie s poat gestiona
i valorifica cantitatea mare de date, informaii, cunotine venite att din organizaia proprie, ct
mai ales din exterior: pia, poteniali clieni, concuren. Colectarea, prelucrarea i analiza
acestor informaii a depit de mult limitele capacitii umane i, de aceea, necesitatea existenei
unui sistem informaional destinat organizrii datelor, a extragerii de informaii utile i implicit
de obinere de cunotine noi i relevante procesului decizional, este evident.
Cuvinte cheie
decizie, decident, proces decizional, SSD, SSDG, prototip, modelare, simulare, Monte Carlo.
Cuprins
Introducere .................................................................................................................................................. 5
Motivaie i obiective .............................................................................................................................. 5
Descrierea sintetic a capitolelor ............................................................................................................. 5
1. Aspecte referitoare la abordarea sistemelor suport de decizie ................................................................. 7
1.1. Decizia, decidentul i procesul decizional ............................................................................................ 7
1.1.1. Aspecte preliminare ...................................................................................................................... 7
1.1.2. Definirea deciziei .......................................................................................................................... 7
1.1.3. Modelele procesului decizional ..................................................................................................... 8
1.1.4. Componentele procesului decizional ............................................................................................. 8
1.1.5. Modelele procesului decizional ..................................................................................................... 9
1.1.6. Modelarea ca instrument n luarea deciziilor ................................................................................. 9
1.1.7. Clasificarea deciziilor.................................................................................................................. 10
1.1.8. Aspecte finale privind decizia i procesul decizional .................................................................. 10
1.2. Descriere, clasificri, componente ale SSD ........................................................................................ 12
1.2.1. Aspecte preliminare .................................................................................................................... 12
1.2.2. Conceptul de SSD ....................................................................................................................... 12
1.2.3. Rolul SSD n sistemele informatice ............................................................................................ 14
1.2.4. Componentele sistemelor suport de decizie................................................................................. 16
1.2.5. Platforme pentru utilizarea sistemelor suport de decizie ............................................................. 16
1.2.6. Infrastructura hardware pentru SSD ............................................................................................ 16
1.3. Inteligena afacerilor (Business Intelligence) ..................................................................................... 18
1.3.1. Aspecte preliminare .................................................................................................................... 18
1.3.2. Definirea i caracterizarea BI ...................................................................................................... 18
1.3.3. Componentele BI ........................................................................................................................ 19
1.3.4. Rolul BI n gestiunea stocurilor ................................................................................................... 20
1.4. Dezvoltarea sistemelor suport de decizie ............................................................................................ 21
1.4.1. Aspecte preliminare .................................................................................................................... 21
1.4.2. Strategii de elaborare a unui SSD ................................................................................................ 21
1.4.3. Procesul de dezvoltare a SSD-urilor ............................................................................................ 21
1.4.4. Metodologii clasice de realizare a SSD-urilor bazate pe ciclul de via al sistemelor (SDLC) .... 21
1.4.5. Metodologii rapide de realizare a SSD-urilor .............................................................................. 21
1.4.6. Metodologiile agile ..................................................................................................................... 22
1.4.7. Metodologia UP .......................................................................................................................... 23
1.5. Concluzii privind necesitatea utilizrii unui SSD n gestiunea stocurilor ........................................... 25
2. Stocurile. Clasificri i modelare. .......................................................................................................... 27
2.1. Aspecte preliminare ............................................................................................................................ 27
2.2. Stocurile n procesul de producie ...................................................................................................... 27
2.2.1. Tipuri de stocuri de producie ..................................................................................................... 27
2.2.2. Elementele constitutive ale proceselor de stocare ....................................................................... 28
2.3. Stocurile n procesul de vnzare ......................................................................................................... 28
2.4. Stocuri colaborative ............................................................................................................................ 29
2.4.1. Organizaia - component a lanului de distribuie ...................................................................... 29
2.4.2. Lanul de distribuie din interiorul organizaiei ........................................................................... 29
2.5. Modelarea i simularea stocurilor ....................................................................................................... 30
2.5.1. Elemente generale ....................................................................................................................... 30
2.5.2. Modele de stocuri ........................................................................................................................ 30
2.5.3. Modele deterministe de stocare ................................................................................................... 31
2.5.4. Modele stohastice de stocare ....................................................................................................... 31
2.6. Concluzii ............................................................................................................................................ 32
3. Cadru general de dezvoltare al unui sistem suport de asistare a deciziei privind gestiunea stocurilor ... 33
3.1. Aspecte preliminare ............................................................................................................................ 33
3.2. Etapele realizrii SSD pentru stocuri .................................................................................................. 33
3.2.1. Iniierea i conceperea SSD-ului ................................................................................................. 33
3.2.2. Elaborarea i construcia sistemului suport de decizie ................................................................. 34
3.2.3. Tranziia sistemului ..................................................................................................................... 35
3.3. Concluzii ............................................................................................................................................ 35
4. Analiza i simularea scenariilor de aprovizionare folosind SSD. .......................................................... 36
4.1. Testarea SSD-ului pentru stocurile de tip aftermarket ........................................................................ 36
4.1.1. Elemente specifice gestiunii stocului de piese de schimb auto .................................................... 36
4.1.2. Elemente specifice societii comerciale la care se realizeaz SSD-ul ........................................ 37
4.2. Elementele SSD-ului .......................................................................................................................... 37
5. Concluzii i perspective. ........................................................................................................................ 38
5.1. Concluzii generale .............................................................................................................................. 38
5.2. Contribuiile autorului n cadrul lucrrii ............................................................................................. 39
5.3. Diseminarea rezultatelor ..................................................................................................................... 40
5.4. Perspective de dezvoltare ................................................................................................................... 41
Bibliografie selectiv................................................................................................................................. 43
Introducere
Motivaie i obiective
n mediul actual, unde decizia trebuie luat rapid, un sistem informaional performant trebuie
s prezinte datele direct, rapid, sintetic, relevant, dar s includ i faciliti de analiz dar i de
previzionare.
Pentru a satisface ct mai bine cerinele decizionale, este necesar implementarea la nivelul
organizaiei a unor sisteme suport de decizie (SSD), care s asiste managementul prin
valorificarea acestui volum mare i diversificat de date. Astfel, evoluia n domeniul SSD-urilor a
fost ajutat i de apariia i dezvoltarea unor noi tehnologii referitoare la stocarea, prelucrarea i
analiza datelor i de obinere a informaiilor necesare procesului decizional. Astfel, au aprut
succesiv noiunile de depozite de date (data warehouse), aplicaiile OLAP (On-Line
Analytical Processing), Data Mining i tehnologiile inteligenei artificiale (sistemele expert i
agenii inteligeni).
n acest context, i n domeniul gestiunii stocurilor, rezolvarea problemelor din ce n ce mai
complexe implic decizii care trebuie luate avnd la dispoziie ct mai multe date i informaii
referitoare la cerere fie c aceasta este direct cnd vorbim despre mrfuri, fie c este indirect
cnd vorbim de produse sau servicii realizate de ctre organizaie.
Gestionarea eficient a stocurilor se refer deci la asigurarea unui ct mai bun echilibru ntre
resursele limitate i necesitatea realizrii unei aprovizionri ritmice i cu cheltuieli minime a
stocului de materii prime i materiale necesare procesului productiv, respectiv a stocului de
produse n activitatea de vnzare a mrfurilor.
Obiectivele lucrrii sunt fundamentarea tiinific i elaborarea unui cadru de realizare a unui
SSD n domeniul gestiunii stocurilor.
Prin urmare, n aceast lucrare ne propunem:
prezentarea fundamentelor teoretice ale deciziei i ale procesului decizional n organizaii
descrierea evoluiei, caracteristicilor, clasificrilor, componentelor SSD
prezentarea principalelor componente ale Business Intelligence
prezentarea fundamentelor teoretice ale gestiunii i modelrii stocurilor
proiectarea unui cadru general de dezvoltarea a unui SSD privind gestiunea stocurilor i
validarea lui n cadrul unui studiu de caz.
Descrierea sintetic a capitolelor
Corespunztor cu obiectivele enumerate mai sus, lucrarea include patru capitole.
Capitolul 1 sintetizeaz cteva aspectele teoretice legate de decizie, decident i SSD.
Astfel, n subcapitolul 1.1, am realizat o sintez a conceptelor de decizie, decident i proces
decizional att la nivel individual ct i de grup precum i ale modelelor decizionale. De
asemenea, legat de tema noastr, am mai pus n eviden i rolul modelrii n procesul
decizional, n contextul dinamicitii mediului n care i desfoar activitatea organizaia.
n subcapitolul 1.2, am pus n eviden contextul teoretic i practic ce a dus la necesitatea
apariiei i dezvoltrii SSD, rolul acestor sisteme n cadrul procesului decizional al unei
organizaii, arhitectura i tehnologiile ce stau n spatele acestora.
n subcapitolul 1.3, am realizat o sintez a conceptelor de Business Intelligence i tehnologiilor
informatice (depozite de date, OLAP i Data Mining). De asemenea am descris modul n care
aceste tehnologii pot fi integrate n cadrul SSD-urilor pentru o mbuntire a calitii procesului
decizional n domeniul lucrrii noastre.
n subcapitolul 1.4, am prezentat cele mai cunoscute i utilizate metodologii, metode i tehnici
pentru conceperea, proiectarea i implementarea sistemelor suport de decizie punnd n eviden
particularitile, avantajele i dezavantajele utilizrii lor pentru dezvoltarea SSD-urilor.
n capitolul 2, am prezentat elementele teoretice ale gestiunii stocurilor precum i cteva
modaliti de modelare ale cererii viitoare i implicit ale stabilirii unor programe de
aprovizionare ct mai eficiente i eficace.
n capitolul 3, am conceput i elaborat un cadru de lucru pentru conceperea, modelarea,
proiectarea i implementarea unui SSD pentru gestiunea stocurilor, pe baza metodologiei
Procesului Unificat, al limbajului de modelare UML i al tehnicii prototipizrii.
n capitolul 4, am elaborat un prototip al unui SSD bazat pe OLAP i pe simularea de tip
Monte Carlo, pentru analiza vnzrilor i stabilirea unor scenarii de aprovizionare la o societate
ce are ca obiect principal de activitate comercializarea pieselor de schimb auto.
n capitolul 5 am prezentat concluziile acestei lucrri, contribuiile proprii, preocuprile
concretizate n lucrri intermediare de cercetare precum i perspectivele de dezvoltare pe aceast
direcie.
1. Aspecte referitoare la abordarea SSD
1.1. Decizia, decidentul i procesul decizional
1.1.1. Aspecte preliminare
Termenul de decizie poate avea mai multe accepiuni:
de la o simpl reacie pn la deciziile economice
de la actele psihice elementare pn la procese complexe de deliberare i alegere
de la activitatea individual la aceea a unor colective (decizia de grup).
Deciziile presupun o alegere raional dintre mai multe variante, ele fcnd parte din viaa
noastr de zi cu zi1. Putem vorbi de dou mari categorii de decizii:
personale legate de satisfacerea necesitilor existeniale, de perfecionarea continu etc.
economice: preul cerut pentru un produs, finanarea unei investiii etc.
De acum nainte, prin termenul de decizie ne vom referi la deciziile economice.
1.1.2. Definirea deciziei
Decizia este procesul de alegere a unei ci de aciune n vederea realizrii unor obiective, a
crei aplicare are urmri asupra aciunilor i comportamentului a cel puin unei alte persoane.
Decizia managerial mbrac dou forme: [NIVE99]
act decizional (predomin cantitativ n cadrul organizaiei) care are complexitate redus,
este repetitiv sau cu variabile cunoscute
proces decizional, specific deciziilor mai complexe i care const n ansamblul fazelor
prin care se pregtete, adopt, aplic i evalueaz decizia managerial, acesta proces
fiind unul de durat.
n opinia noastr, definirea deciziei trebuie fcut prin prisma caracteristicilor pe care ea ar
trebui s la aib:
trebuie s fie rezultatul unui proces raional, s fie justificat fie tiinific, fie logic
luarea unei decizii s presupun alegerea dintre mai multe variante posibile
alegerea trebuie s fie rezultatul unui act contient, deliberat
decizia s presupun existena unui obiectiv msurabil i precis determinat.
decizia s fie interpretat ca momentul n care se trece de la gndirea creatoare la aciune.
n orice decizie chiar dac nu ne dm seama de acest lucru, exist trei elemente:
enunul
alternativele
criteriile.
1 Mallach, E.G., Decision Support and Data Warehouse Systems, Irwin McGraw-Hill, Boston, 2000, pag. 37
1.1.3. Modelele procesului decizional
Procesul decizional const n ansamblul fazelor prin intermediul crora se pregtete, adopt,
aplic i evalueaz decizia managerial.
Prima structurare pe faze a procesului decizional i aparine lui Condorcet i apare ntr-o
lucrare din 1793, i cuprinde trei etape:
exprimarea opiniilor privind principiile care trebuie s stea la baza deciziei precum i
posibilele consecinele ale adoptrii fiecreia dintre alternative
armonizarea acestor opinii, obinndu-se un numr mult mai mic de opinii; sunt generate
cteva alternative
alegerea dintre aceste alternative. [HANS05]
Abordarea modern a procesului decizional aparine ns lui John Dewey care, n lucrarea
How we think (1910), precizeaz 5 etape ale rezolvrii unei probleme:
resimirea unei probleme
definirea caracterului acestei probleme
sugerarea soluiilor posibile
evaluarea soluiilor
observaii i experimente ulterioare care pot duce la acceptarea sau respingerea soluiilor.
Pornind de la modelele anterioare, Simon a introdus n 1960 un model care avea iniial avea
3 faze (1960), ulterior fiindu-i adugat i o a 4 faz (1977).[SIMO77], [TURB07]
inteligena (intelligence) - identificarea i formularea problemei sau oportunitii
proiectarea (design) - se caut i se analizeaz alternative de rezolvare
alegerea (choice) - se evalueaz i apoi se selecteaz una dintre alternative
implementarea (implementation) n care soluia aleas este implementat.
n fiecare din fazele anterioare, un SSD bine realizat poate ajuta la:
n etapa de inteligen, la identificarea simptoamelor care vor semnala problema precum
i la colectarea i prelucrarea unui volum mare de date i informaii
n etapa de design, la generarea alternativelor posibile i la evaluarea lor
n etapa de alegere, la reducerea efectelor limitrii cognitive sau perceptive
n etapa de implementare i evaluare, la punerea n practic a deciziei [TURB07]
1.1.4. Componentele procesului decizional
n [HAND04] ntlnim un model decizional ce are patru componente:
componenta organizaional,
componenta proces
componenta cultural
componenta decident.
1.1.5. Modelele procesului decizional
n literatura de specialitate avem dou categorii mari de modele: modelele raionale i
modelele non-raionale.
Modelele raionale, considerate clasice, se mpart n dou categorii:
modelele normative - consider c decidentul este o fiin raional, necontradictorie,
care n momentul lurii deciziei cunoate toate posibilitile i o selecteaz pe cea optim
modelele descriptive - sugereaz c obinerea informaiei i limitele procesrii complic
procesul decizional: satisfaciei, coului de gunoi, incremental, politic. [BECK98]
Din cauza mediului economic tot mai dinamic i instabil, a volumului tot mai mare de
informaii, mediu care solicit luarea de decizii rapide chiar n condiii de incertitudine, risc etc,
considerm c abordarea strict raionalist nu mai este suficient. Se simte nevoia de a se
echilibra gndirea logic i analitic printr-o alt form de judecat intuitiv, n special cnd
exist mai multe alternative decizionale viabile, greu de difereniat pe alte ci. [SAGE00],
De exemplu, n [DOBR09], am adus n atenie impactul pe care l pot avea aspectele
emoionale, non-cognitive coninute n entiti multimedia (text, sunet, imagini, filme artistice)
asupra strii decidentului i implicit a felului n care acesta ia decizii. De asemenea, este sugestiv
i experimentul realizat de Wheeler i Arunachalam ([WHEE09]) n care este pus n eviden
influena exercitat i de modalitatea de comunicare a aspectelor cognitive prin intermediul
multimedia asupra lurii deciziei.
1.1.6. Modelarea ca instrument n luarea deciziilor
Conform lui [TURB07], modelul este o reprezentare simplificat sau o abstractizare a realitii.
Conform lui [RATI03], un model este o reprezentare izomorf a realitii, care ofer o imagine
intuitiv, dar riguroas, n sensul structurii logice a fenomenului studiat, i permite descoperirea
unor legturi i legiti greu de stabilit pe alte ci.
Apreciem c folosirea modelelor este tot mai necesar, ntruct realizarea de experimente pe
sistemul real duce att la consumuri mari de resurse materiale i de timp i la posibile consecine
care nu mai pot fi remediate.
Modelele utilizate n procesul decizional pot fi clasificate dup mai multe criterii.
n funcie de gradul de abstractizare putem avea [TURB01]:
modele iconice
modele analogice
modelele mentale
modele cantitative (matematice).
n funcie de caracterul variabilelor putem avea:[LUBA04]
modele deterministe
modele probabiliste (stohastice).
Orice model prezint patru componente de baz [TURB01]:
variabile de decizie
parametrii sau variabile necontrolabile
variabile rezultat
variabilele intermediare - leag variabilele de decizie i parametrii de variabilele rezultat.
n capitolul 2 vom realiza o particularizare a modelelor pentru gestiunea stocurilor.
1.1.7. Clasificarea deciziilor
n 1973, Mintzberg considera un criteriu de clasificare a deciziilor activitile cu care sunt
asociate deciziile:
activiti antreprenoriale
activiti de adaptare
activiti de planificare. [MARA99]
Fiecare din categoriile amintite mai sus se regsete i n domeniul gestiunii stocurilor.
Urmtoarele criterii de clasificare au o importan deosebit, ntruct fac trecerea spre
domeniul SSD-urilor. Astfel, n funcie de gradul de structurare, n 1960 Simon elabora o scar
a problemelor de la cele complet structurate la cele complet nestructurate, iar Keen i Morton
(1978) le clasificau n decizii structurate, semistructurate i nestructurate [MARA03].
Un alt criteriu este cel al scopului lor i pornete de la Anthony (1965):
strategice
tactice
operaionale.
Chiar dac nu exist o total corelaie, putem aprecia c deciziile operaionale sunt mai
structurate pe cnd ce deciziile strategice tind s fie mai nestructurate.
1.1.8. Aspecte finale privind decizia i procesul decizional
Luarea deciziilor este astzi un proces din ce n ce mai complex i mai dificil, din cauza
creterii cantitii de informaii i a fluctuaiilor mediului economic.
Din acest motiv, decidenii au nevoie de o asisten tehnic pentru a-i ajuta s ia decizii de
calitate ntr-un interval de timp scurt, aceast asisten fiind asigurat prin utilizarea unui SSD.
De aceea, n opinia noastr, un aspect important al legturii ntre SSD, decizie i decident l
reprezint felul n care decidentul utilizeaz SSD-ul n procesul decizional. n acest sens, nc
din 1983, Pritsker i Sigal caracterizau decidenii dup modul cum utilizeaz un SSD n luarea
deciziilor: [POWE00]
hands-off DSS utilizeaz doar rapoartele pe care le furnizeaz SSD-ul
requester are un intermediar, un analist SSD, care cruia i adreseaz ntrebri i de la
care primete rezultate pe care apoi le interpreteaz i pe baza crora ia decizii
hands-on DSS este cel care acceseaz direct SSD-ul i folosete informaiile obinute
prin utilizarea lui nemijlocit n scopul lurii deciziilor
renaissance poate construi propriile modele i chiar SSD-uri simple.
Legat de tema noastr, dat fiind volumul mare de resurse imobilizate, pentru asigurarea unei
ct mai bune gestionri a acestora, n elaborarea unui SSD privind gestiunea stocurilor, trebuie
acordat atenie decidenilor, stilului lor decizional precum i felului n care decurge procesul
decizional n interiorul organizaiei, aspecte de care vom ine seama n capitolul 3.
1.2. Descriere, clasificri, componente ale SSD
1.2.1. Aspecte preliminare
n condiiile unui mediul economic tot mai complex, apreciem c organizaia trebuie s
devin din ce n ce mai mult: reactiv, adaptativ, anticipativ i chiar proactiv.
n aprecierea noastr, n domeniul de studiu, presiunile pot veni din diferite direcii:
piaa - competiie n cretere, comerul electronic, metode inovative de marketing
cererea clienilor - diversitatea, calitatea i rapiditatea la livrare, scderea loialitii
tehnologia - produse i servicii noi, uzura moral tot mai rapid
societatea - legi, regulamente, fora de munc tot mai diversificat.
Pentru rezolvarea problemelor semistructurate i nestructurate sunt utilizate SSD-urile.
Aceste sisteme ncearc s aduc un grad ct mai mare de structurabilitate n cadrul acestor
tipuri de probleme. [BRAN07]
n opinia noastr, gradul de structurabilitate depinde i de ali factori:
de felul subiectiv n care decidentul vede problema - cu ct este mai puin experimentat
cu att va considera un numr mai mare de probleme ca fiind nestructurate
de nivelul ierarhic la care este plasat decidentul - cu ct crete nivelul ierarhic, cu att
scade structurabilitatea deciziilor pe care le are de luat.
1.2.2. Conceptul de SSD
Prima definiie pentru SSD a fost dat de Little n anul 1970. El definea SSD-ul ca fiind: un
model bazat pe un set de proceduri matematice pentru prelucrarea datelor n scopul asistrii
unui manager n procesul decizional. Un SSD trebuie s fie simplu, robust, adaptiv, uor de
comunicat cu el etc. Aceste atribute, formulate de Little sunt valabile i astzi.
SSD sunt o clas de sisteme informatice, cu caracteristici antropocentrice, adaptive i
evolutive, care integreaz tehnologii informatice i de comunicaii de uz general i specifice i
interacioneaz cu celelalte pri ale sistemului informatic global al organizaiei. [FILI07]
Analiznd definiiile SSD-urilor, observm c ele au ca elemente specifice:
sunt sisteme informatice
sunt utilizate n special pentru luarea deciziilor semistructurate sau nestructurate
sunt utilizate pentru a sprijini factorul uman i nu pentru a-l nlocui n totalitate
ncorporeaz baze de date de diferite tipuri sau mrimi
conin modele pentru suportul proceselor decizionale.
ntruct definiiile SSD-urilor nu sunt unitare, s-a ncercat individualizarea lor pornind de la
caracteristicile i funciile pe care trebuie s le ndeplineasc.
n [HOLS96] autorii subliniaz cinci caracteristici ale unui SSD:
conine un set de cunotine ce descrie unele aspecte ale lumii decidentului
are abilitatea de a achiziiona i gestiona cunotine descriptive, proceduri, reguli
are abilitatea de a prezenta cunotinele ad-hoc sau sub form de rapoarte periodice
are abilitatea de a selecta orice subset dorit de cunotine pentru a fi vizualizate sau
pentru a obine alte cunotine noi, necesare procesului decizional
poate interaciona direct i flexibil cu decidentul.
n [FILI07] avem precizate urmtoarele caracteristici ale unui SSD:
asigurarea suportul n luarea deciziei fr ns a se substitui judecii umane
rezolvarea unor probleme complexe
acordarea sprijinului n ct mai multe din fazele procesului decizional (eventual toate)
utilizarea de ctre manageri de la diferite nivele, un decident sau un grup
indiferent de volumul i sursele datelor i informaiile, mesajele de comunicare ale
decidentului cu SSD-ul trebuie s fie simple i s se realizeze prin interfee prietenoase.
n domeniul gestiunii stocurilor, apreciem c un SSD ar trebuie s includ instrumente de
analiz a nivelului i structurii vnzrilor, a aprovizionrilor anterioare dar i faciliti de
modelare a cererilor viitoare. De asemenea, lanul de distribuie avnd un rol foarte important,
dup cum vom vedea n capitolul 3, SSD-ul ar trebui s asigure cel puin accesul la datele puse la
dispoziie de ceilali componeni ai acestuia.
Principiile dezvoltrii unui SSD
Conform lui Sprague ([SPRA96]), principalele patru principii sunt:
paradigma DDM (dialog - date - modelare)
nivelul de tehnologie
design-ul iterativ
mediul organizaional
Clasificarea sistemelor suport de decizie
La Donovan i Madnick, [DONO77] ntlnim o clasificare dup recursivitatea problemei:
SSD instituionale
SSD ad-hoc.
Hackathorn i Keen propun n [HACK81] o clasificare a SSD dup tipul decidentului:
SSD individuale
SSD de grup
SSD organizaionale.
Filip n [FILI07], propunea urmtoarea schem de clasificare a SSD dup tipul de suport:
SSD de asistare pasiv - folosit pentru creterea productivitii
SSD de asistate tradiional - furnizeaz rspunsuri la ntrebri de tipul What if?
SSD de suport normativ - folosit ca un consilier informatizat
SSD de suport n cooperare
SSD de suport extins.
Power propune o clasificare a SSD dup modul de orientare. [POWE00]
SSD orientate ctre date (Data-Driven DSS)
SSD orientate ctre modele (Model-driven DSS)
SSD orientate ctre cunotine (Knowledge-driven DSS)
SSD orientate ctre documente (Document-driven DSS)
SSD orientate ctre comunicaii (Communication-driven DSS).
Urmtoarele trei categorii de SSD sunt considerate de ctre autor ca fiind derivate:
SSD interorganizaionale / intraorganizaionale: SCM (Supply Chain Management), SRM
(Supliers Relationships Management), CRM (Customer Relationships Management)
SSD specializate - exemple: planificarea bugetar, marketing, zboruri etc.
SSD-urile bazate pe Web (Web-based DSS).
Putem preciza ns c, pentru toate categoriile de SSD-uri amintite anterior:
decidentul i SSD-ul erau dou entiti distincte
dezvoltarea unui SSD era determinat, n special, de tehnologie
decidentul era privit doar ca utilizatorul unui SSD.
O tendin mai nou pe care o ntlnim n literatura de specialitate este cea a sistemelor
suport de decizie bazate pe cunoatere (Cognitive driven DSS) n care decidentul devine parte
integrant a sistemului, ele comunicnd printr-un limbaj natural. [NIUL09]
n domeniul nostru de studiu, vom elabora un SSD hibrid, ntruct el va fi un sistem OLAP,
ce permite analize complexe ale datelor referitoare la nivelul vnzrilor n funcie de mai multe
criterii (furnizori, regiuni, perioade), care va fi combinat i cu faciliti de modelare, legat n
special de elaborarea de scenarii privind aprovizionrile viitoare.
1.2.3. Rolul SSD n sistemele informatice
Precursoarele SSD-urilor
Clasificarea sistemelor informatice i deci punerea n eviden a locului ocupat de SSD-uri n
cadrul sistemelor informatice, pleac de la rolul jucat de acestea n procesele manageriale i au
ca ax relaia informaie-decizie.
SSD-urile pentru decizia de grup
n perioada anilor 80 au aprut i alte dou componente i anume sistemele suport pentru
decizia de grup (SSDG) i sistemele expert (SE), care, datorit ariei largi de cuprindere, i vor
pune amprenta asupra tuturor sistemelor.
Beneficiile utilizrii SSDG n luarea deciziilor de grup sunt:
SSDG sprijin paralelismul (procesarea paralel a informaiilor i ideilor generate)
SSDG sprijin colaborarea att referitor la folosirea datelor ct i n realizarea rapoartelor
SSDG ofer acces rapid i la informaii externe
SSDG ofer posibilitatea discuiilor n paralel
SSDG permite participanilor s vad situaia de ansamblu a unei probleme
SSDG poate s permit anonimatul participantului
SSDG permite nregistrare informaiilor folosite la o ntlnire. [TURB07]
Sistemele expert i inteligena artificial
Inteligena artificial este o ramur a informaticii care se focalizeaz pe dou elemente:
studierea proceselor de gndire, raionament, nvare umane
duplicarea acestor procese prin intermediul mainii (computere, roboi etc.).
Pe baza inteligenei artificiale se construiesc sisteme expert.
Sistemele expert i legtura lor cu SSD
Exist situaii n care deciziile manageriale, n special de natur calitativ, nu pot fi luate
doar pe baza datelor sau modelelor matematice, ci este nevoie de cunotine dobndite de
experi.
Experii sunt persoane care dispun de cunotine specializate, putere de judecat, experien,
prin care sftuiesc sau rezolv probleme complexe.
Termenul de sisteme expert poate fi definit ca o aplicaie computerizat care utilizeaz un
set de reguli bazat pe cunotinele umane pentru a rezolva probleme care altfel ar solicita
expertiz uman.[MARA03]
Agenii software inteligeni
Termenul de agent uman se refer la o persoan care interacioneaz cu alte persoane avnd
ca scop ndeplinirea unei sarcini predefinite. Acest termen a fost extins i n sistemele
informaionale, aici fiind ntlnit termenul de agent software sau agent inteligent.
n timp, au fost enunate mai multe definiii ale agenilor inteligeni:
agenii inteligeni sunt software-uri care execut un anumit set de operaiuni [NOOR10]
agentul este un sistem computerizat, care, fiind pus ntr-un mediu corespunztor, este
capabil de aciuni autonome pentru a-i atinge obiectivele [WOOL02]
agentul este o entitate care acioneaz independent n folosul unei tere pri. Exemplu:
ageni de burs, ageni imobiliari, virui sau ageni soft utilizai n browsere.
Putem aprecia c, n calitate de posibil component a unui SSD de gestiune a stocurilor,
agentul inteligent poate ndeplini mai multe roluri:
monitorizarea datelor - ex: monitorizeaz i raporteaz schimbrile de preuri
culegerea de date - ex: raporteaz descoperirea furnizorilor cu preurile cele mai bune
modelare - ex: menine politica resurselor i a preului optimal.
O tendin nou, legat i de tema noastr de studiu, este cea de utilizare a agenilor
inteligeni n SSD-uri integrate de-a lungul lanului de distribuie. n dezvoltarea lor, ns, exist
bariere legate de accesul partenerilor la date, de timpul ndelungat de dezvoltare i de validare a
unui astfel de SSD, de implementare a unor reguli i algoritmi de funcionare a agenilor uniform
acceptai de ctre parteneri.[HILL12][DOBR05]
1.2.4. Componentele sistemelor suport de decizie
Arhitectura unui SSD
Privind la nivel general, arhitectura unui sistem informatic arat felul n care prile
componente (hard i soft) sunt conectate, ce sarcini sunt alocate fiecrei componente i cum
interacioneaz componentele att ntre ele ct i cu mediul extern
Componentele arhitecturii unui SSD
Pentru a sublinia cele mai importante aspecte legate de componentele SSD-urilor am luat n
considerare abordarea autorilor Turban i Aronson [TURB07].
Astfel, un sistem suport de decizie include:
Subsistemul de management al datelor (SMD). Acest subsistem include o baz de date,
care conine date relevante pentru situaia decizional i este gestionat de un software
numit sistemul de gestiune al bazelor de date (SGBD)
Subsistemul de management al modelelor (SMM). include un pachet de programe cu
modele financiare, statistice sau alte modele cantitative care ofer sistemului capabiliti
analitice, dar i limbajele de modelare care permit construirea unor modele particulare
Subsistemul de interfa cu utilizatorul. Utilizatorul comunic i comand SSD-ul prin
intermediul acestuia, devenind parte a sistemului.
1.2.5. Platforme pentru utilizarea sistemelor suport de decizie
Prin termenul platform se nelege combinaia hardware / sistem de operare pe care ruleaz
SSD. Vom avea:
SSD pe un sistem centralizat
SSD i arhitectura client/server
SSD i Web-ul intranet, extranet, VPN
SSD i depozitele de date
1.2.6. Infrastructura hardware pentru SSD
Echipamentele care formeaz infrastructura unui SSD cuprind:
calculatoarele de toate felurile servere, staii de lucru, calculatoare personale
SSD distribuite mai solicit i echipamente mobile cum ar fi laptop-uri, PDA-uri
alte echipamente: imprimante, scannere, routere, switch-uri, multimedia.
Apreciem c stabilirea corect a infrastructurii hardware necesare se obine prin ncercarea
de a rspunde la cteva ntrebri.
Ele se pot referi la:
Ct este de dispersat comunitatea utilizatorilor?
Utilizatorii folosesc aceeai aplicaie, variante ale aplicaiei sau aplicaii diferite?
Dac folosesc aceeai aplicaie, o fac independent sau coordonat?
De aici va reiei necesitatea folosirii sau nu a unui server.
Utilizatorii au deja un sistem instalat. Dac da, ct este de dificil ca acest sistem s fie pus
n legtur cu noul SSD?
Exist utilizatori care sunt deja familiarizai cu SSD sau cu anumite componente?
Dac exist deja un sistem centralizat, noul SSD poate prelua datele de la acesta? Dac
da, este permis doar citirea sau i scrierea n aceast baz de date?
Ce capacitate de stocare este necesar?
Sunt capabili utilizatorii s realizeze i operaiunile de administrare a sistemului i
eventual de instalare de noi soft-uri sau de backup al datelor?
1.3. Inteligena afacerilor (Business Intelligence)
1.3.1. Aspecte preliminare
n condiiile creterii complexitii mediului economic, organizaiile au neles importana
obinerii i transmiterii ct mai rapide a informaiilor necesare decidenilor, partenerilor de
afaceri precum i altor persoane interesate. Aceasta a dus la apariia conceptului de business
intellingence (BI), la mijlocul anilor 90, cu toate c parte a componentelor sunt mai vechi.
Obiectivul BI este de a mbunti calitatea i promptitudinea informaiei cu privire la aspecte
dintre cele mai variate:
poziia pe pia, comparativ cu concurenii
aciuni ale concurenilor
modificarea comportamentul clienilor sau furnizorilor
condiiile pieei, dar i tendine viitoare
informaii demografice
mediul social, legislativ i politic
potenialul organizaiei n ducerea la ndeplinire a unei decizii.
1.3.2. Definirea i caracterizarea BI
O prim definiie dat de TDWI (The Data Warehousing Institute), ([ECKE03a]) i cu care
rezonm i noi este:
BI include totalitatea proceselor, instrumentelor, tehnologiilor necesare transformrii
datelor n informaii i a informaiilor n cunotine i planuri de aciune n scopul conducerii
eficiente a activitii.
O alt definiie, cu caracter general dat conceptului de BI de ctre IBM este:
BI reprezint utilizarea tuturor datelor firmei, pentru luarea unor decizii de business ct
mai bune. Aceasta se refer la accesul i analiza datelor precum i la descoperirea de noi
oportuniti. [SUEL99]
O a treia definiie dat de Raisinghani, ([RAIS04]), este:
BI reprezint un termen umbrel care combin arhitecturi, baze de date, instrumente de
analiz, aplicaii, metodologii.
Putem spune n concluzie c, un sistem BI este are cteva avantaje importante:
este focalizat pe accesarea i distribuirea informaiilor economice ctre decideni
asigur accesul la toate resursele informaionale necesare n luarea deciziilor, nu numai la
datele coninute n depozitelor de date
ofer o serie de soluii predefinite pentru diferite domenii de activitate
fiind considerat un sistem umbrel, el va folosi permanent cele mai noi i performante
tehnologii, perfecionndu-se mereu.
1.3.3. Componentele BI
BI cuprinde dou zone:
zona depozitului de date
zona de analiz
i n studiul nostru de caz, pornind de la datele operaionale, vom construi o magazie de date
pe care se vor implementa instrumente de interogare i de extragere de informaii care apoi vor fi
utilizate n scenarii de simulare.
Legat de relaia depozit de date - magazii de date, au fost elaborate dou modele:
modelul Inmon [TDWI08] - nti este elaborat depozitul de date din care apoi sunt create
magaziile de date (abordare top-down)
modelul Kimball [TDWI08] - nti trebuie construite magazii de date orientate pe
departament sau pe subiect, urmnd ca ulterior datele din magazii s fie integrate pentru a
realiza un depozit de date (abordare bottom-up).
Varianta din studiul nostru de caz este a prima (Inmon), ntruct o alt aplicaie construiete
depozitul de date iar pentru domeniul nostru de studiu am construit o magazie de date centrat
pe specificul acestui domeniu.
Conceptul OLAP
innd seama de faptul c OLTP i dovedea limitele n cazul prelucrrii unui volum mare
de date, s-a pus problema elaborrii de noi instrumente care s permit prelucrri rapide ale unui
volum din ce n ce mai mare de date. Acest limitri au dus la apariia tehnologiilor OLAP
(acronimul pentru On-Line Analytical Processing).
Elementele de baz OLAP
hypercub
dimensiune
ierarhie
celula
variabila i msura
colecie de fapte, fapte
n paragraful 4.2.1 vom pune n eviden cuburi OLAP i rapoarte ce se bazeaz pe acestea.
Data mining
Simpla stocare a informaiilor ntr-un depozit de date nu aduce ntotdeauna beneficiile
ateptate la nivelul organizaiei. Pentru a pune n valoare datele unui depozit, este necesar
extragerea cunotinele ascunse n spatele acestor date. Pe msur ce cantitatea i complexitatea
datelor crete, devine tot mai dificil, dac nu chiar imposibil pentru analiti s identifice tendine
i relaii ntre date folosind doar interogri i rapoarte simple. Existena acestui volum din ce n
ce mai mare de date a pus problema trecerii de la un proces de exploatare a datelor retrospectiv
la unul prospectiv. [GIUD09]
O definiie cunoscut a fost dat de ctre Simoudis. [SIMO96]
Data Mining este procesul extragerii de informaii valide, necunoscute anterior,
cuprinztoare i acionabile, din depozitele de date, i care este folosit n luarea deciziilor
cruciale pentru afacere.
Conform lui Han ([HANJ06]), procesul de descoperire a cunotinelor presupune
parcurgerea urmtoarelor etape:
curirea datelor (data cleaning)
integrarea datelor (data integration)
selectarea datelor (data selection)
transformarea datelor (data transformation)
mineritul datelor (data mining)
evaluarea tiparelor (pattern evaluation)
prezentarea cunotinelor (knowledge presentation).
De asemenea, referitor la domeniul nostru de studiu, utilizarea data mining se poate aplica
att n gsirea unor legturi ntre vnzarea unor categorii diferite de piese de schimb ct i n
fidelizarea clienilor, ntruct aa cum este precizat i n [RUPN10], efortul, chiar i financiar, n
a aduce noi clieni este mai mare dect efortul de pstrare a celor existeni.
Alte componente ale BI
Conform lui Turban ([TURB07]), n componena BI mai sunt cuprinse urmtoarele componente:
BPM (business performance management) - monitorizarea i analiza performanelor
interfaa utilizator
sistemele inteligente.
1.3.4. Rolul BI n gestiunea stocurilor
Interdependena dintre gestiunea stocurilor i vnzri, fie direct (mrfuri), fie indirect
(materii prime i materiale), face necesar folosirea n SSD de gestiune a stocurilor a elementelor
de tip BI amintite n paragrafele anterioare. Putem exemplifica aici analiza vnzrilor pe diferite
dimensiuni (dimensiunea regiune, depozit, timp, furnizor etc.), mining-ului pe aceste dimensiuni,
dar i ncercarea de previzionare a vnzrilor.
1.4. Dezvoltarea sistemelor suport de decizie
1.4.1. Aspecte preliminare
Apreciem c aspectele legate de metodologia de realizare sunt destul de sensibile ntruct:
n general, SSD-ul este realizat prin prisma programatorilor i nu prin cea a utilizatorilor
fiind, n general, o operaiune costisitoare, trebuie avute n vedere mai multe variante
SSD trebuie s ajute persoane cu diferite personaliti, cunotine, abiliti, funcii.
Factorii determinani n dezvoltarea unui SSD
n elaborarea unui SSD trebuie s avem n vedere dou categorii de factori determinani,
factori a cror influen este precizat n tabelul 1.11:
participanii (constructorii SSD): utilizatori, analiti i elaboratori de soft
situaia actual i schimbrile dorite n organizaie, dar i tehnologiile utilizate.
1.4.2. Strategii de elaborare a unui SSD
n urma elaborrii studiului de fezabilitate, organizaia urmeaz s decid asupra a dou
strategii posibil de urmat:
Conceperea i dezvoltarea SSD n interiorul organizaiei (dezvoltare in house)
Achiziionarea unui SSD specializat pe care apoi s l adapteze organizaiei.
Pe de alt parte, strategia de elaborare in house a unui SSD se poate axa pe:
dezvoltarea SSD specific prin intermediul unor limbaje de programare
dezvoltarea SSD prin intermediul unor generatoare de SSD.
1.4.3. Procesul de dezvoltare a SSD-urilor
Fazele unui proces general cuprinde:
definirea problemei
identificarea obiectivelor i resurselor SSD-ului
analiza sistemului
proiectarea sistemului
construirea sistemului
implementarea sistemului
adaptare incremental.
1.4.4. Metodologii clasice de realizare a SSD-urilor bazate pe ciclul de via (SDLC)
metodologia n cascad
metoda de dezvoltare n paralel
analiza categoriei funcionale.
1.4.5. Metodologii rapide de realizare a SSD-urilor
metodologia RAD pe faze
prototipizarea
Metodologia prototipizrii are dou variante de abordare:
metodologia cu prototip iterativ (evolutionary prototype)
metodologia cu prototip de lucru (throwaway prototype).
Ca o concluzie, putem puncta cteva avantaje, dezavantaje dar i factori care determin
succesul acestei metodologii.
Avantajele utilizrii metodologiei prototipizrii n realizarea SSD-urilor sunt:
reducere semnificativ a timpului necesar i a costului de realizare
rspunsul imediat al utilizatorului i feedback-ul legat de funcionalitatea sistemului
natura iterativ a realizrii SSD-ului determin o mai bun nelegere a funcionalitii i
capacitilor sistemului de ctre utilizatori.
Dezavantajele utilizrii metodologiei prototipizrii n realizarea SSD-urilor sunt:
ntruct trecerea prin fazele dezvoltrii sistemului se face foarte rapid pot fi omise
anumite detalii care pot afecta viitoarea funcionare a sistemului
ntreinere ulterioar a SSD-ului, ntruct utilizatorii i analistul, n efortul de
prototipizare, pun accentul pe funcionalitatea imediat i pe utilizarea mai uoar a SSD-
ului, i nu pe probleme legate de ntreinere, documentarea detaliat sau stricta respectare
a standardelor de proiectare.
1.4.6. Metodologiile agile
Aceste principii precizeaz c:
principala prioritate este furnizarea din timp i constant a softului necesar
schimbrile intervenite la nivelul cerinelor utilizatorilor sunt valorificate de procesele
agile n scopul crerii unui avantaj competiional
livrarea softului ctre utilizator se face frecvent, de la cteva sptmni la cteva luni,
ncercndu-se scurtarea timpului
dezvoltatorii i managerii trebuie s lucreze mpreun, zi de zi, la realizarea proiectului
n dezvoltarea proiectelor trebuie antrenat i motivat fiecare participant
cea mai eficient metod de a transmite informaia ctre i n cadrul echipei este
conversaia fa-n fa
softul funcional este primul indicator al progresului
procesele agile sunt procese permanente de dezvoltare, realizarea lor presupunnd
eforturi din partea sponsorilor, dezvoltatorilor i utilizatorilor
atenia continu la excelena tehnic i la design-ul de calitate mbuntete agilitatea
simplitatea, ca cerin de maximizare a activitii prestate, este esenial
cea mai bun arhitectur, cerine i design apar de la echipele organizate de sine stttor
la anumite intervale de timp, echipele analizeaz felul n care ar putea deveni mai
eficiente i i ajusteaz comportamentul n mod corespunztor.
Cteva dintre aceste metode sunt:
Dynamic Systems Development Method (DSDM)
Scrum
eXtreme Programming (XP)
1.4.7. Metodologia UP
Definirea UP
O dat cu creterea complexitii deciziilor de luat i implicit a necesitii unor SSD-uri tot
mai performante, s-a pus problema construirii ct mai rapide a acestora, sprijin existnd i n
dezvoltarea puternic a tehnologiilor de calcul, Internetului etc. Problema principal era ns
aceea de a transpune ct mai bine i ct mai rapid aceste cerine ntr-un software. Consecina a
fost apariia i utilizarea metodologiei Procesului Unificat (Unified Process). Acesta a fost
realizat de fondatorii limbajului UML, Jacobson, Booch i Rumbaugh n 1999. [JACO99]
Procesul Unificat are la baz trei axiome ([ARLO02]):
este bazat pe cazuri de utilizare i pe evaluarea riscului
este centrat pe arhitectur
este iterativ i incremental
Structura UP
Pentru o rezolvare mai facil a oricrei probleme complexe i deci i a dezvoltrii unui SSD
complex, este necesar, conform UP, abordarea de tip ciclu de via unde se realizeaz
mprirea n faze (concepere, elaborare, construcie, tranziie), iar a fazelor n iteraii.
Fiecare iteraie este mprit n cinci fluxuri de lucru de baz:
cerine - stabilirea a ceea ce trebuie s fac sistemul
analiza - rafinarea i structurarea cerinelor
proiectarea - transpunerea cerinelor n arhitectura sistemului
implementarea - elaborarea software-ului
testarea - verificarea felului n care sistemului implementat satisface cerinele.
Limbajul unificat de modelare UML
UML este un limbaj de modelare a sistemelor i nu o metodologie de analiz i proiectare, el
punnd la dispoziia proiectanilor de sisteme un vocabular i un set de reguli pentru comunicare
i modelare conceptual i fizic a sistemelor.
UML opereaz cu o serie de diagrame i simboluri pentru a reprezenta modelul sistemului.2
Diagramele UML n varianta 2.2, pot fi clasificate n trei categorii:
2 http://www.omg.org/spec/UML/2.2/Superstructure/PDF/
diagramele de structur - elementele unei specificaii care nu se modific n timp
diagramele de comportament - datele de comportament ale unui sistem sau proces
diagramele de interaciune - un subset al diagramelor de comportament pentru a evidenia
interaciunile dintre obiecte.
Metodologia utilizat de noi n conceperea SSD-ului este metodologia procesului unificat (UP).
1.5. Concluzii privind necesitatea utilizrii unui SSD n gestiunea stocurilor
n acest capitol am sintetizat cteva elemente referitoare la decizie, la procesul de luare a
deciziei precum i la sistemele care asigur suportul pentru luarea unor decizii ct mai bune.
Astfel, am realizat pentru nceput o sintez a conceptelor de decizie, decident i proces
decizional att la nivel individual ct i de grup, precum i rolul modelrii n procesul decizional
att la nivel general ct i legat de gestiunea stocurilor, aspect care devine cu att mai important
cu ct asistm la o cretere a dinamicitii mediului n care i desfoar activitatea organizaia.
Am pus n eviden contextul ce a dus la necesitatea apariiei i dezvoltrii SSD, rolul acestor
sisteme n cadrul procesului decizional al unei organizaii, arhitectura i tehnologiile ce stau n
spatele acestora, cu accentuarea rolului Business Intelligence i tehnologiilor OLAP i data
mining. n partea final a capitolului am prezentat cele mai cunoscute i utilizate metodologii,
metode i tehnici pentru conceperea, proiectarea i implementarea sistemelor suport de decizie
punnd n eviden particularitile, avantajele i dezavantajele utilizrii lor pentru dezvoltarea
SSD-urilor.
n final, putem evidenia cteva avantaje ale utilizrii SSD n domeniul gestiunii stocurilor:
mbuntirea calitii i a numrului de decizii luate de ctre manageri n special atunci
cnd exist o limitare cognitiv, temporal sau economic
mbuntirea productivitii decidenilor
facilitarea comunicrii interpersonale n grupul decizional folosind un limbaj comun
comunicarea i implicit colaborarea de exemplu ntre clieni-furnizori de-a lungul unui
lan de distribuie pentru a asigura realizarea ct mai eficient a mixului 4P (production
decision, pricing decision, promotion decision, place decision) ([UNHE10])
mbuntirea controlului n organizaie prin monitorizarea de ctre conducerea
superioar a organizaiei a felului n care utilizatorii SSD iau decizii. Acest aspect trebuie
tratat cu atenie ntruct, pe de o parte, poate determina utilizatorii s ia doar decizii
sigure dar care nu ntotdeauna sunt cele mai bune pentru organizaie, iar pe de alt
parte, poate aduce atingere intimitii utilizatorului - decident al SSD, ceea ce va duce
ulterior la scderea productivitii i a calitii deciziilor luate de el.
Din punct de vedere al utilizatorului vom avea alte avantaje ale utilizrii SSD n domeniul
de studiu:
generarea unor alternative mai bune, de exemplu legate de furnizori
rspunsul prompt dat unei situaii legat de exemplu de politica concurenilor
generarea unor noi puncte de vedere, inclusiv prin soluii de tip brainstorming
utilizarea mai multor analize legate, de exemplu, de vnzri pe perioade, zone, grupe de
produse etc.
analizarea mai multor faete ale deciziei.
n elaborarea unui SSD vor aprea i limitri cum ar fi:
SSD-urile nu pot reproduce abiliti umane cum ar fi: creativitatea, imaginaia, intuiia
din considerente legate de costuri, resurse hardware i software, SSD-ul trebuie elaborat
pentru o categorie specific de operaiuni
n situaia n care SSD-ul va fi integrat n sistemul informatic existent al organizaiei (de
unde i preia datele), pot s apar probleme de compatibilitate ntre cele dou sisteme
poate genera i o blocare a gndirii, a apariiei unei dependene a decidentului de SSD,
din cauza tendinei umane de a accepta soluiile pentru c aa spune calculatorul.
Pentru a realiza un SSD ct mai bun, instrumente specifice BI pot fi integrate n el, acestea:
putnd fi integrate ntr-un SSD, pe niveluri de complexitate, n funcie de cerinele i de
resursele organizaiei
o dat implementate, crend premisele lurii unor decizii eficiente i eficace
Dar, n ultim instan, managerii, prin deciziile luate, sunt cei care fac ca organizaia s se
dezvolte valorificnd inclusiv potenialul oferit de aceste instrumente.
2. Stocurile. Clasificri i modelare.
2.1. Aspecte preliminare
Stocurile reprezint cantiti de resurse materiale sau produse (finite sau ntr-un stadiu
oarecare de fabricaie) acumulate n depozitele organizaiilor, ntr-un anumit volum i structur
i pe o perioad de timp determinat, n vederea utilizrii sau vnzrii lor ulterioare.
Putem aprecia c evoluia nivelului stocului la nivelul organizaiei, are un aspect dual:
ca productor - ea este preocupat de reducerea nivelului stocurilor
ca beneficiar al activitii sale - trebuie s reduc riscul rupturilor de stoc.
Aceste dou puncte de vedere fiind contradictorii, considerm c este necesar stabilirea
unui echilibru, obiectivul activitii de gestionare a stocului fiind cutarea acestui echilibru.
2.2. Stocurile n procesul de producie
Necesitatea constituirii stocurilor de producie este justificat prin mai muli factori care
condiioneaz existena, nivelul, funcia i scopul constituirii lor3:
contradicia ntre caracterul specializat al produciei i caracterul nespecializat al cererii
diferena spaial dintre producie i consum
caracterul sezonier al produciei sau al consumului
periodicitatea produciei, consumului, transportului
necesitatea condiionrii materialelor naintea intrrii lor n consum
dereglrile n procesul de aprovizionare-transport..
2.2.1. Tipuri de stocuri de producie
n literatura de specialitate ntlnim cteva criterii clasice de clasificare. [RUSH10]
Din punct de vedere al produciei stocul poate fi:
de materii prime i materiale
de produse finite, destinate livrrii ctre clieni
interoperaional, destinat asigurrii funcionrii continue a liniilor de fabricaie.
Din punct de vedere al rolului jucat pe plan economic stocurile pot fi:
stocuri cu rol de regulator
stocuri cu rol strategic
stocuri speculative.
Din punct de vedere modului de formare i al destinaiei lor stocurile pot fi:
stoc curent
stoc de siguran
3 http://www.asecib.ase.ro/Mitrut%20Dorin/Curs/bazeCO/pdf/53Gest-stoc.pdf
stoc de pregtire sau de condiionare
stoc pentru transport intern
stoc de iarn.
2.2.2. Elementele constitutive ale proceselor de stocare
Elementele specifice proceselor de stocare i care astfel determin nivelul cantitativ i
valoric al stocurilor pe care le ntlnim n literatura de specialitate, sunt:[RUSH10]
Cererea de vnzare a produselor realizate
cererea de vnzare
costurile
cantitatea de aprovizionat
lotul
gradul de prelucrare al stocurilor
variabilele controlabile (cantitatea intrat, frecvena i momentul achiziiilor, gradul de
prelucrare) i necontrolabile (costurile, cererea, durata de reaprovizionare, cantitatea
livrat).
2.3. Stocurile n procesul de vnzare
Conceptul de plecare n gestiunea ct mai eficient a stocurilor de produse i mrfuri este cel
de valoare adugat. Valoarea adugat reprezint diferena ntre suma pe care clientul este
dispus s o plteasc pentru un produs sau serviciu i costul suportat de productor pentru
furnizarea produsului sau serviciului respectiv.
n studiul nostru de caz, n calitate de distribuitori, trebuie s stabilim preul innd seama
de dou elemente de oligopol:
o furnizorii - sunt civa mari furnizori de piese de schimb cu care trebuie negociate
condiii de livrare i plat ct mai avantajoase
o ceilali civa distribuitori existeni pe pia, care pot oferi preuri mai bune
datorit unor costurilor mai reduse (preuri de achiziie mai mici, calitate mai
slab a mrfii) sau a unei marje de profit mai reduse.
Politica de pre
n studiul nostru de caz, cel mai bine se aplic strategia preului difereniat (acordare de
discount) n funcie de cantitatea de marf achiziionat ntr-o perioad de timp, de specificul
clientului (service sau magazin) etc. Perioada de evaluare a clientului este de obicei trei luni.
2.4. Stocuri colaborative
innd seama c resursele organizaiei imobilizate n stocuri pot avea o pondere destul de
mare, iar pe de alt parte a dorinei organizaiei de a realiza o ct mai bun acoperire a cererii
clienilor si, se pune problema trecerii dincolo de o simpl relaie de afaceri stabilit cu
furnizorii i clienii, anume n realizarea unei colaborri pentru realizarea inclusiv a unui bune
gestionri a stocului.[DOBR10]
Una din modalitile de business ce s-a dezvoltat n ultima perioad care influeneaz i
modul de realizare al gestiunii stocurilor este cea a lanului de distribuie.
Lanul de distribuie, din punct de vedere al componentelor sale, poate avea dou variante:
organizaia este una din componentele lanului de distribuie
organizaia nsi are un lan propriu de distribuie.
2.4.1. Organizaia - component a lanului de distribuie
n cadrul paragrafului 2.3 am analizat cteva aspecte legate de distribuirea propriu-zis a
produselor. Vom insista asupra ideii de colaborare n cadrul lanului de distribuie, inclusiv n
situaia n care organizaia se afl n ipostaza de intermediar n realizarea produsului nu doar de
comerciant.
n aceast situaie, lanul de distribuie este vzut ca un set de organizaii implicate n fazele
de realizare a unui produs sau serviciu: design, proiectare, realizare, promovare, distribuire spre
utilizatorul final.[DOBR07]
Colaborarea, n situaia lanului de distribuie de acest tip, se refer activitile desfurate
ntre parteneri legate de satisfacerea cerinelor clienilor n condiiile cele mai bune din punct de
vedere al costurilor i timpului de derulare a fazelor amintite mai sus. [DOBR08]
Necesitatea colaborrii ntre componenii unui lan de distribuie este justificat din mai
multe puncte de vedere:
clienii care solicit o varietate ct mai mare de produse, costuri reduse i agilitate din
partea furnizorilor
reducerea perioadei ciclului de via i a timpului n care un produs ajunge din faza de
proiectare pn la livrarea pe pia
elementele amintite mai sus sunt tot attea surse de incertitudini manifestate de-a lungul
fazelor derulate pe lanul de distribuie. [ZHAN11]
2.4.2. Lanul de distribuie din interiorul organizaiei
n aceast situaie, organizaia nu i desfoar activitatea doar ntr-o singur locaie, ci are
un lan de distribuie. Organizaia va avea deci dou componente: o conducere central i mai
multe locaii, fiecare din aceste locaii fiind un punct de vnzare al aceleiai sortimentaii de
produse ctre clieni.[YUSO04]
Vom utiliza n continuare noiunile de lan de distribuie (LD), conducerea lanului de
distribuie (head-office (HO)), punct de vnzare (PDV) management al lanului de distribuie
(MLD) i sistem suport de decizie al lanului de distribuie (SSD-LD).
2.5. Modelarea i simularea stocurilor
2.5.1. Elemente generale
Deciziile au grad din ce n ce mai mare de incertitudine conform argumentaiei din
paragraful 1.1.6. De aceea, o dat cu dezvoltarea tehnicii de calcul i a capacitilor ei, s-a pus
problema gndirii prospective asupra deciziilor, acest lucru putnd fi realizat prin intermediul
metodelor de modelare i simulare. n opinia noastr, decidentul, prin analiza impactului
deciziilor cu ajutorul modelrii i simulrii i chiar dac nu poate aciona asupra hazardului,
poate s neleag mai bine problemele decizionale, s-i mbunteasc ansele de a obine un
rezultat dorit sau s fie pregtit i pentru evoluii nefavorabile, independente de voina sa.
Punctul de plecare n necesitatea utilizrii unor modele de stocuri este acela de a face
previzionri, previziunile fiind un element esenial n elaborarea unor strategii pe termen lung.
Exist multe definiii ale simulrii [LUBA05], dar toate au n componena lor cteva aspecte
eseniale:
se poate construi un model logico-matematic al sistemului analizat
se realizeaz experimente cu acest model, crendu-se o istorie artificial
se ncearc obinerea a ceva despre posibila evoluie n viitor a sistemului real.
Conform aceluiai autor, [LUBA05] realizarea simulrii presupune urmtoarele etape:
stabilirea problemei de rezolvat i elaborarea unui model conceptual
transpunerea modelului conceptual ntr-un model computerizat numit model de simulare
stabilirea numrului i a modalitii de realizare a experimentelor de simulare
analiza rezultatelor, elaborarea de concluzii i recomandri.
Trebuie ns s precizm c simularea nu este un substitut al managerului sau decidentului.
i n studiul nostru de caz, elaborat n capitolul 4, referitor la stocurile de piese de schimb,
unde cererea are o dat n plus, caracter sporadic, este necesar utilizarea simulrii ca
instrument ajuttor. Pe lng aceasta, mai trebuie avut n vedere o palet mai larg de aspecte
legate i de transport, depozitare, persoane implicate, lan de distribuie. [SOUZ11]
2.5.2. Modele de stocuri
Teoria modelrii nivelului stocurilor trebuie s rspund la ntrebri de genul:
ce cantitate trebuie comandat?
la ce intervale de timp trebuie plasat comanda de reaprovizionare, pentru a se reface
stocul necesar satisfacerii cerinelor productive sau comerciale, astfel nct costurile
totale s fie minime?
Deoarece gestiunea detailat a stocurilor presupune alocarea de timp i resurse, este
important ca ea s fie dirijat acolo unde se obine eficiena cea mai mare. Astfel este necesar
realizarea unei analize de tip Pareto, (analiza ABC).
n gestiunea stocurilor se folosesc dou categorii de modele se stocare:
modelele deterministe - unde avem certitudine complet privind cererea, timpul i
costurile de livrare
modele stohastice - unii sau toi factorii nu sunt ceri ci doar pot fi evaluai cu o anumit
probabilitate.
Pentru a stabili ce variant de model trebuie aplicat se pornete, conform lui Rusu,
[RUSU01], de la analiza cererii anterioare evaluat la n momente de timp.
Presupunem c aceast cerere a fost: N1, N2,....,Nn. Se calculeaz media i dispersia, abaterea
medie ptratic i coeficientul de variaie.
n
i
iNn
N1
1,
n
i
i NNn 1
22 )(1
, 2
, N
Cv .
Se poate eventual utiliza i corecia Bessel pentru dispersie: n
i
i NNn 1
22 )(1
1.
Dac cererile Ni sunt egale atunci Cv=0.
Dac nu sunt egale dar Cv < 0.2, adic avem o mprtiere redus a valorilor, metodele ce
trebuie aplicate sunt cele deterministe, ntruct cererea este suficient de apropiat de medie.
Dac Cv > 0.2, mprtierea valorilor cererii este destul de mare, media nu mai este o bun
caracteristic a cererii i atunci metodele aplicate n gestiunea stocurilor sunt de tip stohastic.
2.5.3. Modele deterministe de stocare
1. Model de stocare cu aprovizionare instantanee, fr lips de stoc (Wilson)
2. Model de stocare cu aprovizionare instantanee, cu timp de livrare, fr lips de stoc.
3. Model de stocare cu aprovizionare instantanee cnd se admite lips de stoc
4. Model de stocare cu aprovizionare treptat, cnd se admite lips de stoc
5. Model de stocare cu aprovizionare treptat, cnd nu se admite lips de stoc
6. Model de stocare cu aprovizionare instantanee, fr lips de stoc (Wilson) cu cost de
achiziie variabil [RUSU01]
2.5.4. Modele stohastice de stocare
Modelarea Monte Carlo
Metoda Monte Carlo genereaz, la ntmplare, valorile unei variabile aleatoare, prin utilizarea:
unui generator de numere aleatoare uniform distribuite n intervalul [0, 1] i
a distribuiei de probabilitate cumulat asociat variabilei aleatoare respective.[DUNN12]
Pentru aceasta se pune problema ca, n general, n simulrile de tip Monte Carlo, numrul de
experimente s fie de ordinul 103.
Calitatea eantionului obinut prin simulare poate fi apreciat prin teste de concordan
(Kolmogorov, Smirnov, Pearson sau 2) care msoar apropierea dintre repartiia teoretic
specificat pentru o anumit variabil aleatoare i repartiia simulat.
2.6. Concluzii
Realizarea unei ct mai bune gestionrii a stocurilor a aprut ca urmare a necesitii
asigurrii unei aprovizionri eficiente, pe de o parte cu materii prime i materiale necesare
desfurrii n condiii ct mai bune a procesului productiv, respectiv cu produse n activitatea de
vnzare a mrfurilor.
Avnd n vedere resursele limitate de care dispune organizaia, ea va avea interesul s
dezvolte modele de simulare pentru cererile viitoare i implicit pentru stabilirea programelor de
aprovizionare. De aceea n a doua parte a capitolului am prezentat cteva modele matematice
deterministe i stohastice, fiecare din aceste modelele, ca i orice alte modele avnd puncte tari i
puncte slabe. Fiecare model se poate aplica n funcie de specificul produselor i al vnzrii lor,
de mediul economic n care organizaia i desfoar activitatea etc. De asemenea pot aprea
situaii favorabile sau nefavorabile care nu au putut fi anticipate i care pot modifica cantitile i
termenele de aprovizionare.
innd seama c, n domeniul studiat n detaliu, cererea este fluctuant, este necesar
utilizarea unui model stohastic pentru a ncerca o ct mai bun anticipare a cererii. n cadrul
acestui model vom utiliza metoda Monte Carlo, pentru a elabora scenarii de aprovizionare situate
n jurul mediei vnzrilor, n aa fel nct nivelul stocului s acopere ct mai bine cererea
viitoare. Calitatea simulrii, ns, va fi confirmat doar prin felul n care aceste cerinele viitoare
ale clienilor vor fi acoperite, aspect ce se va vedea n nivelul vnzrilor ulterioare dar i n
numrul de noi clieni atrai.
3. Cadru general de dezvoltare al unui sistem suport de asistare a deciziei
privind gestiunea stocurilor
3.1. Aspecte preliminare
Pornind de la cele prezentate n subcapitolul 1.4, n realizarea unui SSD n domeniul
stocurilor am avut n vedere urmrirea a trei aspecte:
metodologie
modelare
implementare.
3.2. Etapele realizrii SSD pentru stocuri
3.2.1. Iniierea i conceperea SSD-ului
Aceast etap cuprinde urmtoarele activiti:
identificarea i modelarea cerinelor decizionale
identificarea riscurilor din procesul decizional
determinarea fezabilitii proiectului de concepere, realizare i implementare a SSD-ului
elaborarea planului iniial al proiectului
modelul prototipului de lucru al SSD-ului.
Identificarea i modelarea cerinelor decizionale
n realizarea acestei activiti s-a avut n vedere:
elaborarea modelului cerinelor decizionale
elaborarea modelului contextului decizional
determinarea i descrierea modelelor decizionale
elaborarea modelului colaborrilor din sistem
elaborarea cazurilor de utilizare generale ale procesului decizional
conceperea rapoartelor.
Identificarea riscurilor din procesul decizional
Aa cum artam n paragrafele 1.1.4.2. i 1.1.7, luarea deciziilor impune implic un anumit
grad de risc legat de incertitudinea unora dintre variabilele implicate n procesul decizional.
n acest model se vor avea n vedere:
prezentarea instrumentelor utilizate pentru determinarea riscului
identificarea i descrierea variabilelor necontrolabile din sistem
prezentarea deciziilor care sunt luate n condiii de incertitudine.
Analiza fezabilitii realizrii i/sau implementrii SSD-ului
n urma stabilirii cerinelor poteniale ale utilizatorilor dar i a condiiilor de realizare i
implementare (nivelul investiiei, personalul etc.), aspecte la care ne-am referit mai pe larg n
paragraful 1.4.1.3., este necesar o analiz a fezabilitii acestui proiect.
Prin acest model urmrim:
s prezentm instrumentelor utilizate pentru analiza fezabilitii
s prezentm documentelor justificative ale fezabilitii SSD-ului.
Elaborarea planului iniial al proiectului
Planul de proiect, unde sunt prevzute sarcinile, resursele i termenele pentru realizarea lui,
(subcapitol 1.4.3.) devine un instrument de verificare a felului n care realizarea practic a
proiectului respect cerinele iniiale legate de:
sarcini i durata lor
alocarea resurselor umane i materiale n cadrul sarcinilor proiect
punctele de referin (milestones) privind evaluarea i controlul realizrii proiectului.
Modelul prototipului de lucru
Prototipul de lucru (paragraf 1.4.5.2.) este utilizat pentru determinarea rapid a funciunilor
sistemului astfel nct el s acopere ct mai bine cerinele utilizatorilor.
Prin acest model urmrim:
stabilirea cerinelor preliminare i elaborarea prototipului de lucru
actualizarea prototipului cu modificrile cerute de ctre utilizatori.
3.2.2. Elaborarea i construcia sistemului suport de decizie
n urma parcurgerii etapei de iniiere i concepere de ctre echipa de realizare a SSD-ului se
poate trece la elaborarea modelelor de structur i comportament iar dup aceea la construcia
sistemului i finalizarea versiunii executabile de baz.
Elaborarea i construcia sistemului suport de decizie
Activitile acestei etape sunt:
elaborarea modelului claselor i obiectelor SSD-ului
elaborarea modelului datelor
elaborarea modelului componentelor i pachetelor SSD-ului
elaborarea modelului amplasrii - infrastructura hardware i software.
Modelarea comportamentului SSD
n aceast faz urmrim:
elaborarea modelului utilizrilor i activitilor cu privire la utilizarea SSD-ului
elaborarea modelului interaciunilor i comunicrii dintre componentele SSD pe
parcursul derulrii cazurilor de utilizate i activitilor.
Elaborarea versiunii de baz executabile a SSD
n aceast faz sunt elaborate, iterativ, versiunile executabile ale SSD-ului. Fiecare versiune
parcurge un flux iterativ, obiectivul fiind de a obine versiuni ct mai apropiate de cerinele
utilizatorilor. Un rol deosebit n aceast faz l joac testarea alfa a SSD-ului.
Elaborarea manualelor de utilizare
Dup ce primele versiuni executabile au fost finalizate i testate (alfa) se ncepe elaborarea
manualelor de utilizare a sistemului. Aceast etap poate s nceap i n paralel cu elaborarea i
construcia sistemului i s se continue pn dup tranziia acestuia n mediul organizaional.
Testarea beta
n aceast etap se testeaz iterativ versiunile executabile dar cu date identice celor din
mediul decizional n care va fi implementat SSD-ul. De aceea aceste testri se fac n colaborare
direct cu utilizatorii sistemului.
Finalizarea versiunii de baz
Aceast faz marcheaz finalizarea testrii beta, a manualelor de utilizare i obinerea
versiunii executabile de baz care va parcurge etapa de tranziie a sistemului n mediul
organizaional.
3.2.3. Tranziia sistemului
Etapa de tranziie a SSD-ului presupune:
pregtirea sistemului informaional al organizaiei pentru instalarea SSD-ului
elaborarea modelului instruirii utilizatorilor
elaborarea modelului amplasrii i integrrii sistemului
elaborarea modelului planului de ntreinere i mentenan.
n aceast etap accentul cade pe implementare (instalarea i integrarea software-ului) i
testare (ultimele actualizri ale versiunii de baz).
3.3. Concluzii
Cadrul conceptual pentru realizarea SSD-urilor n domeniul stocurilor l-am gndit a fi un
sprijin pentru a concepe, realiza i implementa un SSD n acest domeniu ce implic utilizarea
unor resurse financiare importante ale organizaiei.
Evident acest cadru poate fi mbuntit, innd seama de problemele specifice ce vor aprea
la aplicarea lui n practic, probleme care nu au putut fi anticipate de acum. Exemple de astfel de
probleme sunt evideniate n studiul de caz prezentat n capitolul 4.
4. Analiza i simularea scenariilor de aprovizionare folosind SSD.
4.1. Testarea SSD-ului pentru stocurile de tip aftermarket
Pornind de la aspectele teoretice ale gestiunii stocurilor, tratate pe larg n capitolul 2, n acest
capitol vom ncerca s particularizm, referindu-ne la gestiunea stocurilor de marf ntr-un
domeniu specializat i anume cel al pieselor de schimb auto, denumit specific i piaa
aftermarket, gestiune realizat la o societate comercial.
Piesele de schimb auto se caracterizeaz printr-o avansat tehnicitate, ele trebuind s
rspund unor norme precise i standardizate impuse de productorii componentelor originale
(OE). Drept urmare, piaa acestor bunuri este puternic particularizat pe fiecare din categoriile de
produse componente, avnd implicit i circuite de distribuie specifice. [DOBR06]
4.1.1. Elemente specifice gestiunii stocului de piese de schimb auto
Un prim element este cel referitor la distribuie adic la felul n care produsul ajunge la
consumatorul final. Problema distribuiei ca i component a procesului de vnzare a fost
dezbtut pe larg n paragraful 2.3. Am pus n eviden att aspectul specific al circuitelor pentru
aceast pia ct i o evoluie n timp a acestora, circuitele care au disprut sau i-au redus
importana de-a lungul anilor.[DOBR13a], [DOBR13b]
Un al doilea element se refer la modul n care necesitatea existenei stocurilor se aplic la
acest caz concret:
fluctuaiile cererii
fluctuaiile ofertei
anticiparea
transportul
stocul de protecie mpotriva riscului
mrimea lotului.
Un al treilea element se refer la datele de care trebuie inut seama la stabilirea nivelului
stocului de piese de schimb. Acestea sunt:
planificarea structurii stocului
stabilirea bugetului
exactitatea nregistrrilor
feedback-ul prompt
aciunea corectiv:
o identificarea cauzei
o elaborarea unei soluii
o monitorizarea pentru a preveni repetarea apariiei acelei probleme.
4.1.2. Elemente specifice societii comerciale la care se realizeaz SSD-ul
n acest paragraf vom pune n eviden cteva elemente specifice societii la care se
implementeaz SSD:
organigrama societii
sistemul informatic utilizat
societatea colaboreaz pentru aprovizionri cu mari productori sau angrositi n special
din Germania, furnizori care n general impun condiii legate de felul n care se fac
livrrile. De aceea va trebui realizat o armonizare ntre valorile ce rezult din analizele
OLAP i din procedurile de simulare cu datele din bugetul alocat aprovizionrii i cu
condiiile pe care le impun acetia (nivel minim al valorii comenzii, termen de livrare,
discounturi etc.)
n partea de simulare nu se vor avea n vedere comenzile speciale, de obicei de valoare
mare, ntruct acestea vor fi tratate special, fiind vorba de situaii excepionale, scopul
fiind n special acela de cretere a ncrederii clienilor sau de atragere de noi clieni.
4.2. Elementele SSD-ului
Utilizatorii acestui sistem pot fi grupai n dou categorii:
cei care vor accesa att componenta OLAP multidimensional ct i cea de simulare
cei care vor accesa doar componenta OLAP multidimensional de raportare.
Prezentarea sistemului este realizat in tez.
5. Concluzii i perspective.
5.1. Concluzii generale
Dat fiind, pe de o parte, creterea complexitii mediului economic concurenial n care
firma evolueaz, iar pe de alt parte, resursele limitate pe care ea le are la dispoziie, decizia de
afaceri devine un element cheie.
Luarea unor decizii bune presupune, ns, utilizarea unui volum mare de date i informaii a
crui manipulare nu se poate face fr un sistem suport de decizie. De la apariia conceptului de
SSD (Gorry i Scott Morton 1971), acesta a cunoscut o continu evoluie, att din punct de
vedere al arhitecturii ct i al tehnologiilor utilizate pentru conceperea sa. Progresele tehnologice
fcute n ceea ce privete extragerea, stocarea, prelucrarea datelor, comunicarea informaiilor,
apariia i dezvoltarea internetului i a tehnologiilor WEB au extins aceste posibiliti.
n ceea ce privete tehnologiilor care au fost asimilate n sistemele suport de decizie,
extinzndu-le astfel posibilitile, putem aminti:
tehnologia bazelor de date a crescut capacitile de stocare i analiz a datelor i
informaiilor
tehnologia client/server a extins potenialul SSD-urilor prin posibilitatea utilizrii de date
din toat organizaia dar i prin posibilitatea dezvoltrii unui mediu colaborativ
Internetul a extins potenialul SSD prin dezvoltarea comunicrii i accesului la informaii
tehnologiile procesului de inteligen a afacerilor (Business Intelligence) prin
depozitele de date, aplicaiile OLAP i tehnicile de data minnig au condus la
extinderea funciunilor SSD-ului referitoare la stocare, analiz i previziune
tehnologia inteligenei artificiale a dus la creterea performanelor modelrii i simulrii
proceselor decizionale, sistemele expert i agenii inteligeni prelund din sarcinile
decidenilor.
Referitor la modalitatea de concepere a unui SSD am evideniat civa pai importani:
metodologiile clasice SDLC, paralel, analiza categoriei funcionale
metodologiile rapide RAD, prototipizare au permis realizarea i actualizarea funciunilor
SSD-urilor ntr-un interval de timp redus
metodologiile agile
metodologia procesului unificat i limbajul UML.
n privina conceperii SSD-urilor n domeniul stocurilor, considerm c ea trebuie s plece
att de la cerinele procesului decizional ct i de la datele tehnologice i operaionale din
organizaie. Felul n care se realizeaz stocarea, prelucrarea, extragerea i comunicarea datelor i
informaiilor precum i arhitectura sistemului informatic influeneaz modul n care trebuie
proiectat i implementat SSD-ul. De aceea am propus utilizarea modelrii folosind UML pentru
a defini cerinele i contextului informaional-decizional, astfel nct s poat fi creat un scenariu
ct mai complet a ceea ce va trebui s acopere SSD-ul. De asemenea propunem utilizarea n faza
de concepere, a tehnicii prototipizrii prin care s se permit comunicarea direct dintre
utilizator, sistem i proiectantul acestuia. Considerm c o bun documentare ct mai apropiat
de ceea ce se dorete de la viitorul SSD, realizat nc din faza de concepere, asigur succesul
elaborrii, implementrii i utilizrii sistemului. De asemenea recomandm conceperea SSD-ului
pe o arhitectur client/server, ntruct tot mai multe date i informaii importante pentru procesul
decizional sunt dispersate n cadrul mai multor aplicaii din toat organizaia. De asemenea
factorii decizionali pot fi distribuii n locaii diferite i pot s acceseze sistemul n momente de
timp diferite.
Recomandm abordarea proiectrii i implementrii SSD-ului prin fluxul iterativ al
procesului unificat, ceea ce va determina ca varianta executabil de baz s fie ct mai stabil i
s acopere ct mai bine cerinele utilizatorilor.
5.2. Contribuiile autorului n cadrul lucrrii
Contribuiile proprii rezultate n urma acestei cercetri pot fi rezumate astfel:
Am pus n eviden cteva elemente legate de decizie, decidentul individual i stilul s
decizional, decidentul de grup i rolurile n grup, elemente ce ne ajut mai bine la fixarea
noiunii de decizie de business i a modului n care ea trebuie luat. Dat fiind complexitatea
mediului economic, am concluzionat c este necesar utilizarea unui SSD i c unul din
instrumentele cele mai importante ce trebuie integrat n SSD este simularea.
Am realizat o sintez a metodologiilor, metodelor i tehnicilor de concepere i realizare a
sistemelor suport pentru decizie punnd n eviden importana fiecreia n cadrul dezvoltrii
sistemelor suport pentru decizie actuale. Pentru aceasta, am pornit de la definirea SSD-urilor,
continund cu principiile ce trebuie avute n vedere la construirea unui SSD, cu clasificrile SSD
precum i cu locul pe care l ocup n cadrul sistemelor informatice, pornind de la precursoare,
pn la elemente de inteligen artificial i agenii software inteligeni.
Am realizat o sintez a principalelor tehnologii din cadrul procesului de inteligen a
afacerilor (business intelligence) i am evideniat modul n care acestea pot fi integrate cu
sistemele suport pentru decizie. Pentru aceasta, am pornit de la definirea BI dup care am pus n
eviden componentele sale: depozit de date, OLAP, data mining, BPM.
Am sintetizat metodologiile de realizare a SSD-urilor, de la cele clasice (n cascad, n
paralel), la cele rapide (RAD, prototipizare) i la cele agile (XP). Am prezentat metodologia
procesului unificat i limbajul UML, aceast metodologie stnd i la baza elaborrii cadrului de
lucru pentru SSD.
Am analizat mai multe elemente legate de teoria stocurilor i a procesului de stocare,
pornind de la elementele clasice (tipuri de stocuri, elemente constitutive, logistic, distribuie,
politic de pre) pn la elemente mai noi (stocuri colaborative, lan de distribuie, modelare
matematic).
Am elaborat un cadru de lucru pentru conceperea i realizarea SSD-urilor n domeniul
stocurilor, prin utilizarea unei forme simplificate a metodologiei Procesului Unificat, folosirea
limbajului UML i a tehnicii prototipizrii, valorificnd astfel elementele teoretice expuse n
primele capitole.
Am testat acest cadru prin elaborarea un prototip al unui SSD bazat pe OLAP referitor la
procesul de elaborare a situaiilor de vnzri precum i a unui scenariu de aprovizionare pentru o
categorie special de mrfuri, i anume cea a pieselor de schimb auto. Particularitatea vine din
faptul c cererea este variabil, ceea ce face ca modelul de simulare s fie de tip stohastic. De
aceea aici am utilizat simularea de tip Monte Carlo unde era dat de ctre furnizor interval