Documente Academic
Documente Profesional
Documente Cultură
Referat I.
Sisteme Suport pentru Decizii.
Utilizare. Tehnologie. Construire.
Cuprins
Cuprins
I. Introducere ............................................................................................................. 3
II. Sisteme suport pentru decizii prezentare general ............................................... 4
II.1. Scurt istoric .................................................................................................... 4
II.2. Definiii si concepte ....................................................................................... 5
II.2.a. Sisteme Suport pentru Decizii .................................................................. 5
II.2.b. Tipuri de decizii ...................................................................................... 7
II.2.c. Fazele procesului decizional .................................................................... 8
II.2.d. Modele alternative pentru luarea deciziilor .............................................. 8
II.3. SSD in clasificarea sistemelor informatice .................................................... 10
II.3.a. Caracteristici SSD.................................................................................. 10
II.3.b. Clasificarea sistemelor informatice ........................................................ 12
II.4. Clasificarea Sistemelor Suport pentru Decizii ............................................... 13
II.5. Avantaje si limitri ....................................................................................... 17
II.6. Sisteme suport pentru decizii bazate pe comunicaii ..................................... 19
II.6.a. Sisteme suport pentru decizii organizaionale (SSDO) ........................... 19
II.6.b. Sisteme suport pentru decizii de grup (SSDG) ....................................... 20
III. Utilizarea SSD ................................................................................................... 22
III.1. Tipuri de utilizatori. Clasificare................................................................... 22
III.1.a. Managerii ............................................................................................. 22
III.1.b. Asistenii decizionali ............................................................................ 23
III.1.c. Clasificarea utilizatorilor-decideni ....................................................... 23
III.2. Modaliti de utilizare ................................................................................. 24
III.2.a. Modelul procesual ................................................................................ 24
III.2.b. Modelul bazat pe cunoatere ................................................................ 24
III.3. Implicaiile utilizrii SSD............................................................................ 25
III.3.a. Caracteristicile utilizrii SSD ............................................................... 25
III.3.b. Efectele utilizrii Sistemelor Suport pentru Decizii............................... 27
III.4. Utilizarea SSD bazate pe comunicaii.......................................................... 28
III.4.a. Luarea deciziilor n grup ....................................................................... 28
IV. Tehnologia SSD ................................................................................................ 29
IV.1. Tehnologii utilizate la construirea SSD ....................................................... 29
IV.1.a. Arhitectura SSD ................................................................................... 29
Cuprins
IV.1.b. Integrarea tehnologiilor ........................................................................ 30
IV.2. Tehnologii pentru SSD bazate pe comunicaii ............................................. 31
IV.2.a. Arhitectura client-server ....................................................................... 31
IV.2.b. Transmisia datelor n reea modelul TCP/IP ...................................... 32
V. Construirea SSD ................................................................................................. 34
V.1. Metode de proiectare .................................................................................... 34
V.1.a. Principii pentru proiectarea SSD ............................................................ 34
V.1.b. Etape ale proiectrii............................................................................... 38
V.2. Strategii de abordare si realizare aplicabile SSD ........................................... 40
V.2.a. Strategii de abordare .............................................................................. 40
V.2.b. Strategii de realizare .............................................................................. 42
V.3. Construirea SSD bazate pe comunicaii ........................................................ 45
V.3.a. SSD bazate pe web ................................................................................ 45
VI. Concluzii ........................................................................................................... 48
VII. Referine bibliografice ...................................................................................... 49
Introducere
I. Introducere
Societatea informaional se dezvolt ca o nou etap a civilizaiei umane, prin
folosirea intensiv a informaiei n toate sferele activitii umane. Suportul tehnologic
al noii societi se constituie prin convergena a trei sectoare: tehnologia informaiei,
tehnologia comunicaiilor i producia de coninut digital. Dezvoltarea unor noi
mijloace de comunicaie i de tehnologia informaiei reprezint un factor important de
cretere a competitivitii, modernizarea serviciilor i generarea unor noi ci de
comunicare ntre instituii.
Sistemele Suport pentru Decizii (SSD) formeaz o clas distinct de sisteme
informatice. Acestea integreaz instrumente informatice specifice de asistare a
deciziilor mpreun cu cele de uz general pentru a forma o parte constitutiv a
sistemului global al organizaiei.(Filip 2004)
Aceast lucrare reprezint o abordare succint a stadiului actual al Sistemelor
Suport pentru Decizii, din perspectiva definirii, utilizrii, tehnologiei i construirii.
Materialul este organizat pe patru capitole sugestive: Sisteme Suport pentru
Decizii prezentare general, Utilizarea SSD, Tehnologia SSD i Construirea SSD.
Capitolul I, se axeaz pe definirea i clasificarea Sistemelor Suport pentru
Decizii, cuprinznd un scurt istoric, definiii i concepte, clasificarea SSD n
clasificarea sistemelor informatice, avantaje i limitri.
Tipurile de utilizatori, modalitile de utilizare i implicaiile utilizrii SSD
sunt descrise n capitolul 2. De asemenea, n acelai capitol este abordat subiectul
lurii deciziilor n grup.
n capitolul Tehnologii SSD se accentueaz componentele SSD, modaliti
de integrare tehnologic i sunt prezentate tehnologii care pot fi utilizate pentru
construirea Sistemelor Suport pentru Decizii bazate pe Comunicaii.
Ultimul capitol, Construirea SSD abordeaz principiile proiectrii SSD,
etapele proiectrii, strategii de abordare i realizare, precum i Sistemele Suport
pentru Decizii bazate pe web.
Anii 2000
Anii 1990
Anii 1980
Anii 1970
Anii 1960
Anii 1950
Figura 1.a. Evoluia SSD.
4
Soluie
calculator
Soluie
manager
i
calculator
(SSD)
Probleme semistructurate i
nestructurate
Soluie
manager
Toate tipurile de
probleme
Au fost identificate mai multe tipuri de decizii, pe baza unor criterii diferite.
Acestea sunt prezentate n tabelul 1.a.
Criterii
Tipuri de decizii
Precizia i completitudinea
decizii probabilistice;
informaiilor
decizii deterministe;
decizii euristice;
decizii aleatoare;
decizii individuale;
decizii de grup.
decizii strategice;
n organizaie
decizii tactice;
decizii curente.
Amploarea decidentului
cum urmeaz:
Modelul
Paterson
Pai
Anul
1996
1. Identificarea problemei
2. Generarea alternativelor
3. Alegerea
4. Autorizarea
5. Implementarea
Kotter
1983
1. Fixarea agendei
2. Construirea reelei
Pounds
1969
1. Alegerea modelului
2. Compararea cu realitatea
3. Identificarea diferenelor
4. Selectarea diferenei
5. Alegerea modelului
6. Compararea cu realitatea
7. Identificarea diferenelor
8. Selectarea diferenei
Kepner-Tregoe
1965
1. Analiza problemei
2. Analiza deciziei
3. Analiza problemei poteniale
Hammond
1998
1. Problema
2. Obiective
3. Alternative
4. Consecine
5. Trocuri
6. Incertitudini
7. Tolerant la risc
8. Decizii cu care se afl n legtur
Cougar
1995,
1996
Pokras
1989
1. Recunoaterea
Bazerman
1998
1. Definirea problemei
2. Identificarea criteriilor
3. Cntrirea criteriilor
4. Generarea alternativelor
5. Aprecierea fiecrei alternative dup fiecare
criteriu
6. Calculul deciziei optimale
http://en.wikipedia.org/wiki/Decision_support_systems
10
Acces la date;
Categorie
Tip de
operaiuni
Tip de
activiti
Sisteme de
clasare a
fiierelor
Acces la
date
Operaionale
Sisteme de
analiz a
datelor
Analize
ad-hoc
fiierelor
de date
Analize
operaionale
Utilizatori
Personal nonmanagerial
Formate de
utilizare
Frecven
Interogri
simple
Neregulat
Date
Sisteme
informaDate sau
ionale
modele
pentru
analiz
Analize adhoc
implicnd
multiple
baze de
date i
modele
simple
Modele
contabile
Calculaii
standard
care fac
estimri
ale
rezultatelor
pe baza
datelor
contabile
Modele de
reprezentare
Estimarea
consecinelor unor
aciuni
Modele
Analize,
planificare
Planificare,
bugetare
Planificare,
bugetare
11
Analiti sau
personal
managerial
Analiti
Rapoarte
special
programate,
elaborarea
de modele
simple
Neregulat, pe
solicitri
Analiti sau
manageri
Se introduc
parametrii
cunoscui; se
obin
rezultatele
estimate
Periodic
(sptmnal,
decadal, lunar
etc.)
Analiti
Se introduce
decizia
posibil;
Se obin
rezultatele
estimate
Periodic sau
neregulat
(analize ad-hoc)
Calcularea
Planificare,
soluiei
alocare
Optime
resurse
Analiti
restriciile i
Periodic sau
obiectivele; se
neregulat
obine soluia
(analize ad-hoc)
optim
Execut
Modele de
sugerare
Se introduce
calcule care
genereaz
Operaional
Personal nonmanagerial
descrierea
situaiei
o propunere
decizionale;
de decizie
se obine
Zilnic sau
periodic
Sisteme informatice
pentru conducere
executiv (EIS)
Sisteme de sprijinire a
deciziilor (DSS)
Sisteme informaionale pentru
conducere operativ
Sisteme informaionale de prelucrare a
tranzaciilor (TPS)
Nivel strategic
Nivel tactic
Nivel operaional
Tranzacii
12
Sisteme
informaionale
pentru
conducere
(Management
13
SSD-uri:
-
SSD-uri monoutilizator;
SSD-uri de grup;
sistemelor suport de decizie dup gradul n care rezultatele furnizate de sistem pot
determina n mod direct decizia, independent de tipul problemei, aria funcional sau
perspectiva decizional. Alter a propus apte categorii de sisteme suport de decizie
grupate n dou superclase:
SSD orientate pe date:
-
Sisteme pentru analiza datelor (Data Analysis Systems) care ofer suport
analitilor n activitatea de analiz a datelor curente i istorice, cu scopul de a
produce rapoarte pentru manageri. Analiza datelor este necesar n activiti ca:
analiza bugetelor, analiza oportunitilor de afaceri, analiza eficienei unor
investiii etc. Din aceast categorie fac parte, la ora actual, un numr mare de
aplicaii cu depozite de date.
categorii:
-
15
Fiind un obiect artificial, sistemul suport pentru decizii este obiectiv i imparial.
Limite:
17
Folosirea parial a sistemului sau nenelegerea unor termeni pot aprea dac
documentaia sistemului este stufoas sau insuficient de bine structurat.
18
Rolul SSDO nu este limitat doar la probleme i/sau uniti organizaionale, SSDO
poate afecta diferite niveluri funcionale i ierarhice n organizaie;
19
Sistemul aparinnd primului nivel furnizeaz faciliti tehnice ale cror scop este
nlturarea barierelor comunicaiei obinuite, cum ar fi: ecrane mari pentru
afiarea ideilor, analiza pe baz de vot, adugarea anonim a ideilor i
preferinelor, schimbul electronic de mesaje ntre membrii etc.
20
Un SSDG nu este doar o configuraie a unui sistem deja existent, este un sistem
proiectat special;
Scopul SSDG este s susin grupurile de decideni n munca lor. Acesta ar trebui
s mbunteasc procesul lurii deciziei i rezultatele grupului;
Proiectarea SSDG
21
Utilizarea SSD
III.1.a. Managerii
Managerii aflai pe toate nivelurile ierarhice ale organizaiei sunt beneficiarii
direci i utilizatorii din subclasa decidenilor ai sistemelor suport pentru decizii.
Minzberg (1980, 1991) citat de Filip (2004) identific cele patru roluri decizionale ale
managerului:
-
22
Utilizarea SSD
decideni individuali;
Utilizarea SSD
24
Utilizarea SSD
Filip (2004), citndu-i pe Holsapple i Whinston, prezint activitile de
elaborare a deciziilor astfel:
Acceptarea de mesaje de intrare, care fie servesc la declanarea unor
procese decizionale noi sau la modificarea proceselor n curs de
desfurare, fie sunt luate n considerare pentru prelucrare i stocare n
vederea elaborrii unor decizii viitoare, fie sunt ignorate pur i simplu;
Asimilarea de cunotine, const n interpretarea informaiilor de intrare i
folosirea acestora n scopul extinderii coninutului depozitului de
cunotine sau nlocuirii elementelor de cunoatere perimate.
Recunoaterea necesitii unei decizii, care se petrece ca urmare fie a
primirii unui mesaj care conine o cerere explicit n acest sens, fie a
identificrii unei modificri substaniale n depozitul de cunotine care
determin nevoia unei aciuni;
Elaborarea deciziei const n crearea de cunotine noi i este realizat de
capacitile cognitive folosind elementele de cunoatere deja existente n
depozit sau achiziionate n acest scop;
Emiterea de mesaje care transport informaii i cunotine spre mediul
unitii decizionale. Aceste mesaje servesc fie la transmiterea deciziilor
elaborate, adoptate, sau la justificarea i explicarea acestora, fie reprezint
cereri de clarificare i solicitri noi de mesaje de intrare de natur s aduc
elemente de cunoatere suplimentare.
25
Utilizarea SSD
fundamentale ale utilizrii SSD, care se refer la controlul absolut al utilizatorului
asupra sistemului.
Consecine ale controlabilitii sistemului asupra utilizrii lui, pot fi: utilizarea
sistemului a orice moment de timp n care este nevoie de sprijinul acestuia, nu numai
la momente prestabilite; libertatea utilizatorului de a schimba cursul desfurrii
sesiunii de lucru sau chiar ntreruperea acesteia pentru a fi reluat mai trziu.
Un SSD ar trebui s fie suficient de flexibil pentru a se adapta la
caracteristicile personale ale individului care utilizeaz sistemul (decident sau asistent
decizional). Flexibilitatea poate da ncredere utilizatorului s recurg tot mai des la
sistem i s-i foloseasc mai multe funcii conducnd astfel la o evoluie a utilizrii.
Utilizarea SSD este personalizat mai degrab la un anumit actor dect la un
rol. n plan secundar, deoarece utilizarea poate fi facilitat de ctre un mijlocitor n
folosire, caracteristica de iterativitate prevaleaz asupra celei de interactivitate (Filip,
2004).
Majoritatea instrumentelor specializate n asistarea deciziei limiteaz
adugarea de structur problemei, ceea ce nu se ntmpl n cazul SSD. Se dorete ca
utilizarea SSD s serveasc la sprijinirea tuturor fazelor procesului decizional
(Sprague, Carlson, 1982). Este evident faptul c unele faze i activiti, n special cele
de la nceputul procesului decizional, se preteaz mai bine dect altele la adugarea de
structur cu ajutorul SSD.
26
Utilizarea SSD
III.3.b. Efectele utilizrii Sistemelor Suport pentru Decizii
Efectele utilizrii SSD sunt rezultate care se manifest att direct asupra celor
care contribuie la elaborarea, adoptarea i implementarea deciziilor, ct i indirect
asupra celorlalte persoane din organizaie care sunt afectate de aplicarea deciziilor i
organizaiei pe ansamblul ei.
Tipul
-
Efecte benefice
Creterea
capacitii -
Efecte nefavorabile
Tendine de izolare;
decizionale;
Absolutizarea sistemului.
Obiectivizarea
elaborrii
Efecte directe
deciziilor;
-
Reducerea
dependenei
de
serviciile experilor;
-
Evitarea
erorilor
ambiguitilor de comunicare;
-
(factor uman)
cunoatere;
Depersonalizare;
Favorizarea comoditii;
Noi
Efecte indirecte
(factor uman)
modaliti
de
munc (organizaie)
Creterea competitivitii;
Structur aplatizat;
compartimente.
Tabelul III.1. Efectele utilizrii SSD (dup Filip, 2004)
27
Utilizarea SSD
III.4. Utilizarea SSD bazate pe comunicaii
III.4.a. Luarea deciziilor n grup
Sistemele Suport pentru Decizii de Grup, n aproximativ cei douzeci de ani
de existen si-au artat potenialul printr-o serie de aplicaii care dei au avut un
succes limitat, au constituit clar o direcie de maturizare. Aplicabilitatea lor a rmas
ns dependent de contextul de utilizare, fapt ce a ngreunat transferul rezultatelor
obinute. Pe de alt parte, se observ o lips acut de creativitate n ceea ce privesc
funcionalitile oferit de SSDG comerciale care, ca i acum douzeci de ani,
prezint n esen aceeai fizionomie (Gray, 1998).
Luarea deciziilor n grup are la baz mai multe aspecte, dup cum urmeaz:
Apariia echipelor de lucru virtuale. Echipa este un grup format dintr-un
numr relativ mic de persoane, cu deprinderi i cunotine complementare
angajate activ n realizarea unor sarcini comune (Field, 1998). Spre
deosebire de grup, performana echipei este analizat prin prisma
capacitii sale de a se autoperfeciona (Ancona .a., 1996). O serie de
modele ale dinamicii, performanei i eficienei echipei au fost definite
pentru a explica modul n care acestea se formeaz i se dezvolt n
contextul evoluiei mediului organizaional; de la o structur ierarhic la
una orizontal, de la o conducere autocrat la una colaborativ orientat
preponderent pe rezultate calitative i nu cantitative.
Agregarea rezultatelor individuale. SSDG sprijin decidenii individuali
care nu necesit coordonare n cadrul grupurilor de lucru. Dei nevoia de
comunicare ntre decideni este aproape inexistent, productivitatea SSDG
este dat de rezultatele obinute de toi decidenii.
mbuntirea comunicrii i coordonrii. Componentele SSDG sunt
proiectate pentru a mbunti comunicarea i coordonarea prin serviciile
clasice care includ: pota i agenda electronic, automatizarea fluxului de
lucru, analiza interdependenei activitilor i mecanisme de anunare.
Colaborarea decidenilor. Eficacitatea i eficiena SSDG este influenat n
acest caz, deoarece toi decidenii trebuie s contribuie n mod colaborativ
la luarea deciziei, iar slaba performana a unuia dintre ei influeneaz n
mod negativ activitatea.
28
Tehnologia SSD
Baza de
modele
Baza de date
Sistemul de gestiune al
dialogului
Utilizator
Figura IV.1. Arhitectura SSD dup Sprague
Mallach (1994) considera c un SSD este format din urmtoarele componente:
Sistemul de baz de date ce include orice baz de date existent (intern sau
extern organizaiei) i orice baz de date creat pentru utilizarea SSD-ului.
Trebuie s se identifice, de asemenea, proprietarul acestor baze de date, modul
cum se realizeaz securitatea datelor i cum se asigur acurateea datelor.
29
Tehnologia SSD
Sistemul de modele include nu numai modelele utilizate ci i informaii despre
sursele de date utilizate, modul lor de procesare, responsabilii cu ntreinerea
modelelor i modul de acces la modele.
Instrumentele software pentru utilizatori ce le asigur accesul la bazele de date
i la modele i instrumentele software pentru administratori ce permit
gestiunea bazelor de date i a modelelor;
Platformele hardware i sistemele de operare pe care se instaleaz bazele de
date i modelele.
Facilitile de comunicare i de reea necesare pentru a conecta platformele
hardware (conectare la unul sau mai multe servere i baze de date, comunicare
intra i inter-organizaional).
Tehnologia SSD
Soluiile ERP au avut un rol deosebit de important n focalizarea afacerilor
mici i mijlocii i n modificarea concepiilor clasice asupra ntreprinderii. De
asemenea, exist i puncte slabe n privina ERP: soluiile de acest gen sunt centrate
pe tranzacii, fr a oferi modele matematice de asistare a deciziilor pentru a rspunde
n timp real la modificrile care au loc de-a lungul lanului de aprovizionare i
distribuie. Aceast deficien va fi probabil atenuat de a doua generaie de ERP, care
ncorporeaz capabiliti de asistare a deciziilor. (Airinei, 2006)
31
Tehnologia SSD
foarte mic la client i mare la server sau gras (fat) cnd procesarea i cantitatea de
date este foarte mic la server i mare la client.
32
Tehnologia SSD
de IP. n operaia de rutare protocolul IP folosete adresa de reea (adresa IP)
coninut n pachetul IP.
Fiecare pachet este o entitate independent, fr legtur cu un alt pachet.
Protocolul IP nu garanteaz livrarea pachetelor ctre destinatar, motiv pentru care se
spune c serviciul furnizat de acest protocol este nefiabil, fr a nsemna ns o
calitate sczut a acestuia. Nivelul imediat superior, prin protocolul TCP asigur
fiabilitatea corespunztoare.
Fragmentarea pachetelor i reasamblarea lor la destinaie sunt funciuni
necesare pentru a respecta dimensiunea cadrelor impus de protocolul utilizat la
nivelul legtur de date, specific fiecrui tip de reea.
33
Construirea SSD
V. Construirea SSD
V.1. Metode de proiectare
V.1.a. Principii pentru proiectarea SSD
Au fost formulate zece principii pentru proiectarea Sistemelor Suport pentru
Decizii, dup cum urmeaz 2:
1. Accentuarea parteneriatului om-calculator
Un SSD de succes este acela care asist i nu nlocuiete decidentul uman.
Oamenii i calculatoarele sunt complementare n multe privine. Puterea decidentului
uman n ariile conceptualizrii, intuiiei i creativitii sunt slbiciuni ale
calculatorului. Dimpotriv, puterea calculatorului n viteza de calcul, paralelism,
acurateea i stocarea permanent, aproape nelimitat, de informaii detaliate sunt
slbiciuni ale omului. De aceea este foarte important s vedem un sistem suport
pentru decizii ca un parteneriat ntre resursele i capacitile utilizatorului uman i a
calculatorului. Automatizarea ar trebui restricionat la monitorizarea activitilor de
rezolvare a problemelor, detectarea conflictelor, executarea evalurilor i a
secvenelor de cutare i planificare.
n acest parteneriat este necesar un nivel nalt de interaciune ntre utilizator i
calculator, aceasta fiind o facilitate a mediului de lucru SSD, care furnizeaz
oportuniti pentru utilizator s ghideze calculatorul n acele arii ale procesului de
decizie cum ar fi conceptualizarea i intuiia unde abilitile utilizatorului sunt de
departe superioare calculatorului.
2. Cooperativ i distribuit
Problemele complexe de mediu implic n mod normal pri care colaboreaz
din locaii rspndite pe suprafee ntinse i utilizeaz resurse informaionale care sunt
dispersate n mod egal. Sistemul suport pentru decizii poate avea avantajul unei
participri distribuite prin asumarea unei arhitecturi distribuite, n condiiile n care o
arhitectur tipic const n mi multe componente care ruleaz pe unul sau mai multe
calculatoare. Att fluxul de informaii ct i puterea de calcul necesar sistemului
http://www.cadrc.calpoly.edu/pdf/decision_brochure.pdf
34
Construirea SSD
poate fi descentralizat. Astfel se reduc potenialele gtuiri n comunicaie i crete
viteza de calcul prin folosirea paralelismului.
Un alt avantaj al abordrii distribuite o reprezint abilitatea de a modifica
unele componente ale sistemului n timp ce sistemul ca un tot unitar continu s
opereze cu celelalte componente rmase. Similar, funcionarea parial sau
nefuncionarea a unei componente nu afecteaz ntregul sistem.
3. O arhitectur deschis
Gradul nalt al incertitudinii care caracterizeaz mediile problemelor complexe
afecteaz att activitile de luare a deciziei ct i configuraia sistemului suport
pentru decizii. Componentele sistemului probabil se vor schimba n timp prin
modificri, nlocuiri, tergeri sau extinderi. Poate fi posibil s implementm aceste
schimbri ntr-o manier optim prin programarea interfeelor folosind aplicaii
comune i baze de date partajate.
4. Instrumente i nu soluii
Sistemul suport pentru decizii ar trebui proiectat ca un set de instrumente i nu
ca un set de soluii la un set de probleme predeterminat. Natura nedeterminat a
problemelor complexe nu ne permite s prevedem cu un anumit grad de certitudine
circumstanele specifice ale problemelor viitoare sau termenii precii ai soluiei. n
aceste circumstane este mai constructiv s furnizm instrumente care vor extinde
capacitile decidentului ntr-un mediu foarte interactiv pentru rezolvarea de
probleme.
5. Reprezentare intern la un nivel nalt
n acest sens, un instrument este definit mult mai generic n comparaie cu o
secven de algoritmi sau proceduri care sunt aplicate n mare msur n direcia unui
utilizator. Instrumentele se pot auto-activa, pot avea cel puin un comportament semiautonom i pot coopera cu alte instrumente i utilizator n cererea i furnizarea
serviciilor. Abilitatea unui SSD de a avea un oarecare nivel de nelegere a
semnificaiei informaiei pe care o proceseaz este cea mai important condiie pentru
un mediu de rezolvare a problemelor de cooperare i colaborare. O reprezentare nalt
a obiectelor din lumea real care definesc relaiile sistemului de probleme formeaz
baza interaciunii dintre utilizatori i sistem i de asemenea, gradul de inteligen care
35
Construirea SSD
poate fi ncapsulat n componentele sale. De exemplu, este virtual imposibil s
construim un instrument util bazat pe calculator care s furnizeze asisten
semnificativ unui comandant militar n analiza fizic a terenului de lupt dac acesta
este reprezentat de calculator n termenii coordonatelor x,y i a pixelilor. Pentru
comandant, cmpul de lupt const din obiecte din lumea real, cum ar fi munii,
drumurile, rurile, copacii, posturile de observaie, cldirile etc. Fiecare din aceste
obiecte au atribute care le determin comportamentul n anumite condiii. Aceti
descriptori semantici formeaz baza colaborrii dintre om i solver, i n acelai timp
sunt unitatea fundamental de comunicare ntr-un mediu de asistare a deciziei bazat
pe calculator.
6. Cunoatere ncapsulat
Sistemul suport pentru decizii ar trebui s fie un sistem bazat pe cunoatere. n
acest context, cunoaterea poate fi descris ca o experien derivat din observare i
interpretarea evenimentelor sau fenomenelor trecute i aplicarea metodelor n
situaiile din trecut. Bazele cunoaterii capteaz aceast experien n forma regulilor,
studiilor de caz, practicilor standard, descrierea tipic a obiectelor i a obiectelor
sistem care pot servi ca prototip. Aplicaiile de rezolvare a problemelor tipic,
manipuleaz aceste prototipuri prin adaptare, rafinare, mutaie, analogie i combinare,
pe care apoi le aplic soluiei problemei curente.
7. Descentralizarea lurii deciziei
Sistemul suport pentru decizii nu are nevoie i nu ar trebui s exercite un
control centralizat n mediul lurii deciziei. Marea parte a activitilor de luare a
deciziei pot fi localizate. De exemplu, componente ale sistemului (mentori, ageni)
care sunt responsabili pentru urmrirea interesului obiectelor din lumea real, cum ar
fi soldaii n aplicaiile militare i personalul tehnic i de management n aplicaiile
comerciale i industriale, pot atinge multe din obiective prin cereri de servicii i
negocieri care implic numai cteva noduri ale sistemului de probleme. Aceasta
reduce tendina pentru formarea gtuirilor n comunicaie i n acelai timp crete
volumul activitilor paralele n sistem.
Abilitatea de a combina ntr-un sistem suport pentru decizii bazat pe calculator
multe tipuri de componente autonome (ageni) i semi-autonome reprezint un
domeniu ntins de interese i ncorporeaz diferite tipuri de cunoatere i capaciti,
36
Construirea SSD
nzestreaz sistemul cu o mare cantitate de versatilitate i potenial pentru rezolvarea
de probleme pentru a se produce simultan la diferite niveluri de granulozitate. Aceast
situaie este similar cu echipele umane de rezolvare a problemelor care lucreaz
concurenial la diferite aspecte ale problemei i comunic n perechi i grupuri mici
cnd au obinut informaii i explor sub-problemele.
8. Accentuarea identificrii conflictului
Sistemul suport pentru decizii ar trebui s se concentreze asupra identificrii
dect o hotrre automat a conflictului. Aceast noiune ctig n importan pe
msur ce nivelul complexitii problemei crete. Rezolvarea chiar i a conflictelor
ordinare poate furniza oportuniti subtile pentru a avansa n gsirea soluiei. Aceste
oportuniti pot fi recunoscute mai degrab de un decident uman dect de un agent
bazat pe calculator. Identificarea conflictului este ctui de puin o sarcin
nensemnat. Aceasta include nu numai abilitatea de a recunoate ca un conflict actual
exist, dar i determinarea tip ului d e con flict i a relaiilor care par s fi generat
conflictul. Urmrind aceste relaii se pot produce mai multe progrese care s
favorizeze gsirea soluiei dect rezolvarea conflictului n sine.
9. Interfaa calculator-utilizator
Importana gradului nalt de interaciune ntre utilizatori i diverse componente
SSD este integrat n majoritatea principiilor descrise mai sus. Interaciunea este
facilitat de dou caracteristici ale sistemului: o reprezentare a obiectelor la nivel nalt
i o interfa utilizator intuitiv. Interfaa grafic cu utilizatorul ar trebui s fie grafic.
Sistemul cognitiv uman exceleaz n potrivirea tiparelor. Cuvintele i numerele
necesit performana unei activiti de traducere care relativ consum timp, pasibil
de pierderea informaiei, care poart cu ea potenialul confuziei i interpretrii greite.
10. Integrarea funcional
n trecut a fost considerat de ajutor, n sensul simplificrii problemelor
complexe, pentru a trata planificare i execuia ca activiti distincte. n aceast
concepie scopul planificrii este s defineasc clar i s analizeze problema i apoi s
dezvolte o soluie ca o msur a unei aciuni care poate fi implementat pe parcursul
stagiului de execuie. Oricum, pe msur ce complexitatea i ritmul situaiilor de
rezolvare a problemei cresc, aceste aparente arii funcionale distincte nu mai pot fi
37
Construirea SSD
catalogate ca fiind sfere discrete de activiti operaionale. Acestea au tendina de a fi
comasate ntr-un singur pol de capabiliti integrat funcional din care decidentul
uman poate obine asisten n funcie de necesiti. n aceste situaii de rezolvare de
probleme schimbarea continu a informaiilor necesit replanificare constant, chiar i
pe parcursul acelor faze unde nevoia pentru aciune i execuie pun n umbr celelalte
activiti.
n sistemele suport pentru decizii distribuite i cooperative nivelul necesar de
integrare are potenialul de a fi obinut din moment ce modulele funcionale i
resursele informaionale sunt componente partajate. ntr-un mediu partajat ca acesta,
bazele de date distribuite pot fi accesate de oricare din componentele funcionale ori
de cte ori este nevoie i exist autorizaia necesar. Abilitatea de a comuta de la un
nivel funcional la altul devine o funcie a interfeei utilizator nu necesit utilizatorului
s prseasc mediul aplicaiei curente. n alte cuvinte, separarea fizic a
componentelor bazate pe calculator individuale nu trebuie s existe la nivelul logic al
interfeei utilizator.
V.1.b. Etape ale proiectrii
Etapele procesului de dezvoltare cuprind: analiza cerinelor, proiectarea,
codificarea (scrierea codului aplicaiilor), integrarea, testarea i acceptarea sistemului
informatic de ctre beneficiar. Activitilor desfurate n cadrul acestui proces sunt
urmtoarele:
Implementarea procesului: se va alege un model al ciclului de via
corespunztor scopului, ariei de cuprindere i complexitii sistemului
informatic. Activitile i operaiile procesului de dezvoltare a sistemului
informatic vor fi integrate n modelul ciclului de via ales. Se elaboreaz
planuri pentru derularea activitilor specifice acestui proces. Planurile vor
cuprinde: standarde, metode, instrumente, aciuni i responsabiliti privind
realizarea sistemului i asigurarea calitii, securitii i siguranei sistemului;
Analiza cerine1or sistemului. Se vor analiza funciile i posibilitile
sistemului, organizarea i utilizarea sistemului, sigurana, securitatea
sistemului, ergonomia posturilor de munc, interfaa, operarea i ntreinerea
sistemului;
38
Construirea SSD
Proiectarea arhitecturii sistemului presupune stabilirea unei arhitecturi globale
(de nivel nalt) i identificarea n cadrul acesteia a componentelor: hardware,
software i a operaiilor manuale;
Analiza cerinelor software. Vor fi stabilite cerine pentru fiecare component
software incluznd specificarea caracteristicilor de calitate astfel:
a) specificaii funcionale i de performan;
b) interfee externe ale sistemului;
c) specificaii legate de siguran;
d) specificaii legate de resursele umane;
e) definirea datelor i cerine referitoare la baza de date;
f) cerine referitoare la instalarea i acceptarea sistemului de ctre
beneficiar;
g) documentaia de utilizare;
h) cerine referitoare la operarea i exploatarea sistemului;
i) cerine legate de ntreinerea sistemului informatic.
Proiectarea arhitecturii software. Pentru fiecare component software se vor
transpune cerinele formulate sub forma arhitecturii software a componentei
respective (i deci prin identificarea propriilor sale componente). Se vor
proiecta interfeele externe ale fiecrei componente. Se va proiecta baza de
date (la un nivel conceptual) i se vor defini primele cerine privind testarea
integrrii sistemului;
Proiectarea de detaliu a fiecrei componente presupune:
a) proiectarea de detaliu a fiecrei componente software care se va
detalia pn la cel mai mic nivel ceea ce va face posibil codificarea,
compilarea i testarea;
b) proiectarea detaliat a interfeelor externe ale componentelor
software, a interfeelor dintre aceste componente;
c) proiectarea detaliat a bazei de date;
d) definirea cerinelor i planificarea testelor.
Codificarea i testarea: codificarea i testarea fiecrei componente software,
inclusiv actualizarea cerinelor de testare a integrrii;
Integrarea software: proiectantul va realiza un plan de integrare a
componentelor software, va urmrii realizarea lui i testarea integrrii treptate
a componentelor realizate;
39
Construirea SSD
Testarea performanelor sistemului: pentru fiecare component software
proiectantul va verifica performanele acesteia n conformitate cu cerinele de
performan stabilite iniial. Criteriile avute n vedere privesc: ndeplinirea
cerinelor sistemului, realizarea rezultatelor urmrite, fezabilitatea integrrii,
testrii, operrii i ntreinerii;
Integrarea sistemului: componentele software, hardware, operaiile manuale
trebuie integrate ntr-un sistem unic i testate n aceast form agregat;
Testarea performanelor sistemului rezultat n urma integrrii n etapa
anterioar. Criteriile urmrite sunt: acoperirea cerinelor sistemului, atingerea
rezultatelor dorite, fezabilitatea operrii i ntreinerii;
Instalarea software-ului presupune desfurarea urmtoarelor activiti:
elaborarea planului de instalare a produsului software, determinarea i oferirea
resurselor i informaiilor necesare instalrii. Proiectantul va realiza
implementarea n conformitate cu planul elaborat asigurndu-se de realizarea
iniializrii sistemului i a bazei de date;
Acceptarea sistemului de ctre beneficiar din acest moment contractul cu
firma de software fiind considerat ncheiat.
40
Construirea SSD
independent, prioritile fiind fixate n funcie de opiunea beneficiarului sau
importanei respectivelor componente i conexiunilor necesare n cadrul sistemului
global.
Pe msura realizrii componentelor din arhitectura general a sistemului
informatic acestea se vor testa i apoi integra n produsul final a crui funcionalitate
va fi de asemenea verificat. Se poate realiza trecerea n exploatare a componentelor
finalizate urmnd ca integrarea acestora n sistemul informatic global s se realizeze
n timp. Aplicarea unei astfel de strategii impune un efort deosebit att n perioada de
analiz (fiind necesar o analiz complex i foarte amnunit avnd n vedere
complexitatea proceselor informaionale supuse informatizrii) ct i de proiectare i
realizare, ceea ce impune eforturi financiare deosebite.
n procesul integrrii componentelor n cadrul sistemului informatic global nu
vor aprea probleme deosebite ca urmare a strategiei unitare de proiectare i realizare
definit la demararea proiectului. Integrarea se va realiza din treapt n treapt
pornindu-se de la componentele elementare (cu gradul cel mai mare de detaliere).
Principalele avantaje oferite de aceast strategie de abordare sunt:
Ofer o larg perspectiv, sistemul informatic fiind privit dintr-o imagine de
ansamblu;
Sprijinul managerial este consistent deoarece sunt implicai factorii de decizie
de pe nivelul superior;
Integrarea este foarte bun. Dac nu ar fi privit n ansamblu, sistemul
informatic ar fi unul nou i nu unul integrat n cel existent.
nelegerea mai bun a sistemului elimin tendinele de abordare a unor
componente izolate ale acesteia.
Strategia ascendent (botton-up) este opus metodei top-down avnd la baz
principiul agregrii i const n identificarea de jos n sus a componentelor unui sistem
i asamblarea succesiv a modulelor definite pe diferite nivele ierarhice i a relaiilor
dintre acestea astfel nct se ajunge la un singur modul corespunztor sistemului.
Combinat cu metoda ascendent a condus la strategia mixt care mbin elemente
de la ambele i promoveaz iniiativa la nivelul fiecrui domeniu de gestiune. Aceast
strategie presupune identificarea problemelor organizaiei i a posibilitilor oferite
pentru definirea proiectelor. Se dezvolt soluii informatice la nivelul fiecrui
41
Construirea SSD
domeniu fr a exista o soluie cadru i o arhitectur definit pentru sistemul
informatic global la nivel de organizaie.
Sistemele informatice se realizeaz i se exploateaz independent pe msura
finalizrii lor, rspunznd cerinelor de gestiune ale domeniilor pentru care au fost
realizate, urmnd ca ulterior s se treac la integrarea acestora n cadrul sistemului
informatic global al organizaiei. Metoda cere un timp mai scurt i este mai ieftin,
avnd avantajul de a se ti cu exactitate problemele cu care se confrunt unitatea.
Datorit lipsei unei strategii unitare n plan hardware i software, a unei soluii unitare
de proiectare i realizare exist riscul unui grad redus de integrare a subsistemelor de
gestiune cuprinse n cadrul sistemului informatic al organizaiei. Ca dezavantaj se
consider lipsa unui punct de vedere de ansamblu, la nivel de unitate.
Strategia mixt reprezint o combinare a strategiei descendente cu strategia
ascendent reinndu-se punctele lor forte. n aceast abordare se opteaz pentru o
definire a componentelor sistemului informatic n conformitate cu cerinele strategiei
descendente, urmnd ca proiectarea, realizarea i integrarea acestor componente s se
realizeze urmnd cerinele strategiei ascendente.
42
Construirea SSD
Analiza
Proiectarea
Elaborarea
programelor
Testarea
Figura V.1. Paradigma secvenial
Paradigma prototipizrii, prezentat n figura V.1. ncepe prin colectarea
cerinelor. Creatorii sistemului se ntlnesc cu utilizatorii i definesc obiectivele
generale ale sistemului, identificnd o parte din cerinele sistemului. Aceste elemente
contureaz viitorul sistem, concentrndu-se asupra acelor elemente vizibile
utilizatorului, spre exemplu datele de intrare i formatele de ieire. Astfel se obine un
prototip care este evaluat ulterior de ctre beneficiar i folosit pentru a rafina cerinele
sistemului viitor. La fiecare iteraie, sistemul este ajustat pentru a satisface cerinele
beneficiarului i totodat permite dezvoltatorilor s neleag mai bine ceea ce trebuie
ndeplinit.
Principalele dezavantaje aprute la aplicarea acestui model sunt:
Proiectele respect rareori cursul secvenial pe care l propune modelul. Dei
modelul liniar poate fi iterativ, acest aspect este abordat indirect i ca urmare
modificrile pot genera confuzii ntre membrii proiectului;
Este adesea dificil pentru beneficiarii sistemului s exprime explicit toate
cerinele. Modelul liniar necesit acest lucru i are dificulti n a se acomoda
incertitudinii fireti existente la nceputul oricrui proiect;
Beneficiarul trebuie s fie rbdtor, deoarece o versiune funcional a
sistemului va fi disponibil abia foarte trziu de-a lungul ntregului proiect. O
eroare major, nedetectat pn n momentul n care programul este revzut,
poate avea efecte dezastruoase.
43
Construirea SSD
44
Construirea SSD
elaborarea i distribuia: etap n care se construiesc, se testeaz i se
elaboreaz programele i documentaia;
evaluarea: etap n care se obine feedback-ul beneficiarului, bazat pe
evaluarea softului creat.
Modelul n spiral reprezint o abordare realist a dezvoltrii sistemelor
informatice de dimensiuni mari. El folosete prototipul ca mecanism de reducere a
riscului i totodat menine abordarea sistematic a ciclului de via clasic,
incorpornd-o ntr-un cadru iterativ care reflect lumea real. Acest model, ns, este
relativ nou i nu a fost folosit pe scar larg ca cel liniar sau cel cu prototip. Va mai
trece un timp pn cnd eficiena acestei noi paradigme importante s poat fi
determinat cu precizie.
Abordarea fenomenologic: n acest caz, rolul central n dezvoltarea
sistemului informatic revine proiectantului, cel care construiete o structur logic de
referin pentru noua versiune a sistemului informatic.
Practica organizrii periodice a unor analize n compartimentele de lucru,
pentru ca salariaii organizaiei s neleag motivarea stabilirii i realizrii unor
obiective noi pentru unitate, a fost recomandat pentru viitor.
Pentru eficientizarea activitii grupului, apare o alt derivat din aceasta,
respectiv arta de a dimensiona corect personalul n funcie de volumul de activitate al
unitii, stabilirea unui grad de ncrcare ct mai echilibrat pentru fiecare post n parte,
precum i urmrirea permanent a folosirii raionale a timpului de lucru.
Motivarea personalului este plasat pe o poziie important n acest proces de
optimizare a realizrii sistemului, ea fiind asigurat prin utilizarea stimulentelor
suplimentare i asigurarea unor condiii de munc i sociale corespunztoare.
45
Construirea SSD
tehnologii. Un dcident utiliznd un browser Web (aplicaia client), transmite o cerere
ncapsulat de protocolul HTTP unui server Web. Serverul Web proceseaz cererea
folosind un program compilat sau un script.
Scriptul poate implementa legatura ctre un model, proceseaz o cerere ctre o
baz de date sau formateaz un document. Rezultatul este returnat utilizatorului
pentru a fi afiat. Aplicaiile Web sunt realizate s permit oricrui utilizator autorizat,
care are un browser Web i o legatur la Internet s interacioneze cu ele (figura
V.3.a.1.). Uzual, codul aplicaiei se afl pe un server la distan, iar interfaa utilizator
este asigurat prin intermediul browserului Web client.
HTTP
HTTP
Internet
Client
Server
46
Construirea SSD
costuri suplimentare pentru dotarea i acordarea de asisten a furnizorilor de
aplicaii SSD bazate pe web;
rivalitatea ntre browserele Web poate conduce la nefuncionalitatea unor
aplicaii pe anumite browsere;
aplicaiile SSD bazate pe Web ridic anumite probleme de securitate.
47
Concluzii
VI. Concluzii
Conceptul Sistemului Suport pentru Decizii (SSD) este extrem de larg i
definiia sa difer n funcie de punctul de vedere al autorului (Druzdzel i Flyn 1999).
Sistemele Suport pentru Decizii aparin unui mediu cu fundamente
multidisciplinare, incluznd cercetarea n baze de date, inteligen artificial,
interaciunea om-calculator, metode de simulare, inginerie software i telecomunicaii.
Specialitii au grupat pentru aproximativ 30 ani sistemele care ofereau suport
n procesul decizional sub numele de sisteme suport pentru decizii sau sisteme pentru
managementul deciziei. n ultima perioad, termeni ca inteligena afacerii, data
mining, procesare analitic on-line, managementul cunotinelor au fost folosii pentru
sisteme al cror obiectiv era informarea i asistarea managerilor n procesul decizional
(Muntean 2003).
Sistemele suport pentru decizii sunt folosite de toate persoanele plasate pe
diferite niveluri de autoritate ierarhic ale organizaiei, care sunt mputernicite s
rezolve probleme decizionale, dar i de specialitii chemai sistematic sau ocazional s
contribuie la elaborarea deciziilor conform cunotinelor pe care le posed, iar
utilizarea lor poate produce efecte benefice, dar i efecte nefavorabile.
Dei exist tendina utilizrii instrumentelor de inteligen artificial, rolul
decidentului uman rmne crucial pentru SSD, deoarece acesta nu poate suplini
calitile factorului uman (creativitate, intuiie etc.)
Sistemele Suport pentru Decizii sunt construite folosind tehnologiile existente,
de aceea un aspect important l reprezint integrarea acestora.
La construirea SSD trebuie avute n vedere urmtoarele: s se pun accent pe
parteneriatul om-calculator, sistemul s fie cooperativ i distribuit, s aib o
arhitectur deschis, s ofere instrumente i nu soluii, reprezentarea intern s fie la
un nivel nalt, cunoaterea ncapsulat, descentralizarea lurii deciziei, accentuarea
identificrii
conflictelor,
atenie
la
interfaa
funcional.
48
calculator-utilizator,
integrarea
Referine bibliografice
49
Referine bibliografice
FILIP, F., G., Decizie Asistata de Calculator: Decizii, decidenti - metode si
instrumente de baza, Ed. Tehnica, Bucuresti, 2002;
FILIP, F., G., Informatica industriala: Noi paradigme si aplicatii, Ed. Tehnica,
Bucuresti, 1999;
FILIP, F., G., Sisteme suport pentru decizii, Ed. Tehnica, Bucuresti, 2004;
Fredman, J., Horndahl, M., Strmberg, L., T., Organizational Decision Support
Systems - A Theoretical and Practical Study, Focusing on Group Decision Support,
Knowledge Management and Means of Communication in Organizational Decision
Support Systems, Department of Informatics, Gteborg School of Economics,
GTEBORG UNIVERSITY, 1999;
Gadomski, A., M., Bologna, S., DiCostanzo, G., Perini, Anna, Schaerf, M., An
Approach to the Intelligent Decision Advisor (IDA) for Emergency Managers,
TIEMS'99, The Sixth Annual Conference of The International Emergency
Management Society, Delft, Netherlands, June 8-11, 1999;
Garlatti, S., Les systemes interactifs daide a la decision en situation complexes,
Laboratoire IASC, Ecole Nationale Suprieure des Tlcommunications de Bretagne;
http://perso.enst-bretagne.fr/~garlatti/HomePage/publi-pdf/apho.pdf;
Garlatti, S., Multimdia et systmes interactifs d'aide la dcision en situation
complexe, http://iasc.enst-bretagne.fr/~garlatti/publi-pdf/tutorial-siad.pdf;
Gilliams, S., Van Orshoven, J., Muys, B., Kros, H., Heil, G., Van Deursen, W.,
AFFOREST sDSS: a metamodel based spatial decision support system for
afforestation of agricultural land, New Forests, Vol. 30, No. 1. (July 2005), pp. 3353;
Gonzalez, Cleotilde, Kasper, G., M., Animation in user interfaces designed for
decision support systems: The effects of image abstraction, transition, and
interactivity
on
decision
http://www.findarticles.com/p/articles/mi_qa3713/is_199710/ai_n8768245;
50
quality,
Referine bibliografice
Gregg, G., D., Goul, M., A Proposal for an Open DSS Protocol, Communications of
the ACM, November 1999, Vol. 42, No. 11;
Gronlund, A., DSS in a Local Government Context How to Support Decisions
Nobody Wants to Make?, Electronic Government: 4th International Conference,
EGOV 2005, Copenhagen, Denmark, August 22-26, 2005, Proceedings p. 69;
Httenschwiler, P., Decision Support Systems, University of Fribourg, Department of
Informatics, DS Group, http://diuf.unifr.ch/ds/courses/dss2002/;
Holyland, P. W, PlanIT: A multiuser 4D decision support tool for land and water
resource planning,
http://www.iemss.org/iemss2002/proceedings/pdf/volume%20uno/208_holyland.pdf;
Jaramillo, P., Smith, R., A., Andreu, J., Multi-Decision-Makers Equalizer: A
Multiobjective Decision Support System for Multiple Decision-Makers, Annals of
Operations Research, Volume 138, Number 1, September 2005, pp. 97 - 111;
Kacprzyk, J., Zadrozny, S., Towards a Synergistic Combination of Web-Based and
Data-Driven Decision Support Systems via Linguistic Data Summaries, AWIC 2005,
pp. 211217;
Kim, W., Chung, M., J., A Web Service Support to Collaborative Process with
Semantic Information, Web Information Systems Engineering WISE 2005: 6th
International Conference on Web Information Systems Engineering, New York, NY,
USA, November 20-22, 2005. Proceedings pp. 217 - 230;
Koshiba, H., Kato, N., Kunifuji, S., Awareness in Group Decision: Communication
Channel and GDSS, Knowledge-Based Intelligent Information and Engineering
Systems: 9th International Conference, KES 2005, Melbourne, Australia, September
14-16, 2005, Proceedings, Part IV, p. 444;
Lai, K., K., Yu, L., Wang, S., Multi-agent Web Text Mining on the Grid for
Enterprise Decision Support, Advanced Web and Network Technologies, and
Applications: APWeb 2006 International Workshops: XRA, IWSN, MEGA, and
ICSE, Harbin, China, January 16-18, 2006. Proceedings, pp. 540 - 544;
51
Referine bibliografice
Lepreux, S., These - Approche de developpement centre decideur et a l'aide de patron
de Systemes Interactifs d'Aide a la Decision, Laboratoire d'Automatique, de
Mecanique et d'Informatique industrielles et Humaines, Universite de Valenciennes et
du Hainaut-Cambresis, jun. 2005;
Luo, J., Shi, Z., Wang, M.,Hu, J., AGrIP: An Agent Grid Intelligent Platform for
Distributed System Integration, Advanced Web and Network Technologies, and
Applications: APWeb 2006 International Workshops: XRA, IWSN, MEGA, and
ICSE, Harbin, China, January 16-18, 2006. Proceedings pp. 590 - 594;
Lusk, E., J., Belhadjali, M., Halperin, M., Matzner, D., DSS utilization: A
comparative study for major firms in Germany and the USA: An examination of the
Implementation Paradox, Problems and Perspectives in Management, 2/2005, pp. 4044;
Malczewski, J., Rinner, C., Exploring multicriteria decision strategies in GIS with
linguistic quantifiers: A case study of residential quality evaluation, Journal of
geographical systems, 2005, vol. 7, no2, pp. 249-268;
Muntean, M., Tez de doctorat - Perfecionarea sistemelor suport de decizie n
domeniul economic, Academia de Studii Economice, Facultatea de Cibernetic
Statistic i Informatic Economic, 2003;
Ou, L., Peng, H., XML and Knowledge Based Process Model Reuse and Management
in Business Intelligence System, Advanced Web and Network Technologies, and
Applications: APWeb 2006 International Workshops: XRA, IWSN, MEGA, and
ICSE, Harbin, China, January 16-18, 2006. Proceedings, pp. 117 - 121;
Potts, A., W., Decision Support Systems: A Knowledge-Based Approac, University of
Kentucky, http://www.uky.edu/BusinessEconomics/dssakba/instmat/dcnotes.htm;
Power, D., Decision Support Systems: From the Past to the Future, Proceedings of the
Americas Conference on Information Systems, New York, August 2004, pag. 20152031;
Power, D., J., A Brief History of Decision Support Systems,
http://dssresources.com/history/dsshistory.html;
52
Referine bibliografice
Sprague, R.,H., A framework for the development of Decision Support Systems
http://web.njit.edu/~bieber/CIS677F98/readings/sprague80.pdf;
Umar, A., IT Infrastructure to Enable Next Generation Enterprises, Information
Systems Frontiers, Volume 7, Number 3, July 2005, pp. 217 - 256;
Vtuiu, Teodora, Strategii manageriale de realizare a sistemelor informatice Tez
de doctorat, Academia de Studii Economice, Bucureti, 2005;
Zarat, P., Soubie, J., L., Bui, T., Experiment of a Group Multi-criteria Decision
Support System for Distributed Decision Making processes, Proceedings of the 38th
Hawaii International Conference on System Sciences, 2005;
Zeleznikow, J., Oatley, G., Leary, R., A Methodology for Constructing Decision
Support Systems for Crime Detection, Knowledge-Based Intelligent Information and
Engineering Systems: 9th International Conference, KES 2005, Melbourne, Australia,
September 14-16, 2005, Proceedings, Part IV;
53