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