ACADEMIA ROMN Institutul de Cercetri pentru Inteligen Artificial

Sisteme Suport pentru Decizii Bazate pe Comunicaii Rezumatul tezei de doctorat

Doctorand: Mihai BZOI

Coordonator tiinific: Acad. Florin Gheorghe FILIP

Bucureti, 2010

Cuprinsul tezei de doctorat

List de acronime List de figuri List de tabele Index de cuvinte Capitolul 1. 1.1. 1.2. 1.3. 1.4. Capitolul 2. 2.1. Introducere Introducere Obiectivele activitii de cercetare Contextul activitii de cercetare Organizarea lucrrii Sisteme Suport pentru Decizii: stadiul actual Sisteme Suport pentru Decizii prezentare general 2.1.1. Evoluia Sistemelor Suport pentru Decizii 2.1.2. Definiii i concepte 2.1.3. SSD n clasificarea sistemelor informatice 2.1.4. Clasificarea Sistemelor Suport pentru Decizii 2.1.5. Sisteme Suport pentru Decizii Bazate pe Comunicaii 2.2. Utilizarea SSD 2.2.1. Tipuri de utilizatori. Clasificare. 2.2.2. Modaliti de utilizare 2.2.3. Implicaii ale utilizrii SSD 2.2.4. Utilizarea SSD Bazate pe Comunicaii 2.3. Tehnologia SSD 2.3.1. Tehnologii utilizate la construirea SSD 2.3.2. Tehnologii pentru SSD Bazate pe Comunicaii 2.4. Construirea SSD 2.4.1. Metode de proiectare 2.4.2. Strategii de abordare i realizare aplicabile SSD 2.4.3. Construirea SSD Bazate pe Comunicaii 2

Concluzii Capitolul 3. 3.1. Arhitectur pentru SSD Bazat pe Comunicaii Arhitecturi pentru sisteme informatice 3.1.1. Ciclul de via al unui produs/sistem informatic 3.1.2. Procesul de proiectare al unei arhitecturi 3.1.3. Proiectarea software 3.2. Stabilirea cerinelor de proiectare 3.2.1. Elaborarea deciziilor n grup 3.2.2. Tehnici pentru susinerea lucrului n grup 3.2.3. Caracteristicile Sistemelor de Asistare a Deciziilor Multiparticipant 3.3. Proiectarea modelului SSD experimental 3.3.1. Limbajul UML 3.3.2. Descrierea modelului experimental Concluzii Capitolul 4. 4.1. Construirea SSD Bazat pe Comunicaii Construirea modelului experimental 4.1.1. Strategia orientat obiect 4.1.2. Principii ale programrii orientate pe obiecte 4.1.3. Avantajele programrii orientate pe obiecte 4.1.4. Modelul MVC 4.1.5. Limbajul Perl i interfaa CGI 4.1.6. Metoda iterativ de dezvoltare 4.2. Demonstrarea funcionalitii modelului experimental 4.2.1. Caracteristicile aplicaiei Allego 4.2.2. Organizarea bazei de date 4.2.3. Modelul aplicaiei Allego 4.2.4. Generarea interfeei web 4.2.5. Aspecte de securitate Concluzii 3

Capitolul 5. 5.1. 5.2.

Concluzii i perspective Contribuii personale Perspective de continuare a cercetrilor

Concluzii Referine bibliografice Anexe (Cod surs) A. B. C. D. Clasa AppModel::Stare::Sesiune Clasa AppModel::Generare_idei::Brainstorming Clasa AppModel::Configurare::Generare Pagina index

Capitolul 1.
1.1.

Introducere

Introducere

Aceast tez urmrete aducerea de contribuii la domeniului de cercetare Sisteme Suport pentru Decizii (SSD), din cadrul tiinei Calculatoarelor (tiine Inginereti), n general i n particular la subdomeniul Sistemelor Suport pentru Decizii Bazate pe Comunicaii (SSDBC). 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, Sisteme suport pentru decizii, 2004). Performanele anumitor echipe de lucru pot fi mbuntite folosind Sisteme Suport pentru Decizii de Grup, aplicaii de tip groupware i alte instrumente de comunicare i colaborare. Din aceast cauz, managerii implementeaz Sisteme Suport pentru Decizii Bazate pe Comunicaii (Power D. , Decision support systems: concepts and resources for managers, 2002). Sistemele Suport pentru Decizii Bazate pe Comunicaii (SSDBC) sunt o categorie de Sisteme Suport pentru Decizii care utilizeaz reeaua i tehnologiile de comunicare pentru a facilita colaborarea i partajarea suportului de luare a deciziei. Tehnologiile de comunicare reprezint pilonul central n activitile de asistare al deciziei i furnizeaz elementele de funcionalitate pentru acestea. SSDBC sunt Sisteme Suport pentru Decizii Multiparticipant (SSDM) care permit mai multor persoane s comunice ntre ele, s partajeze informaii i si coordoneze activitile. Exist mai multe denumiri care descriu aplicaiile software de asistare a grupurilor n luarea deciziilor, cum ar fi: sisteme de ntlniri electronice, software pentru lucru colaborativ, groupware, Sisteme Suport pentru Decizii de Grup (SSDG) etc. Scopul acestor tehnologii este de a ajuta membrii unui grup s ia decizii n condiii mai bune i s execute activiti care s-ar fi desfurat mai greu fr ajutorul calculatorului. Toate aceste tehnologii pot fi nglobate

sub numele Sisteme Suport pentru Decizii Bazate pe Comunicaii (Power D. , Decision support systems: concepts and resources for managers, 2002). Dezvoltarea Web-ului i a infrastructurii Internet constituie factori importani pentru realizarea de Sisteme Suport pentru Decizii Bazate pe Comunicaii din ce n ce mai puternice. De aceea, SSDBC trebuie s aib cel puin una din urmtoarele caracteristici: s faciliteze comunicarea ntre mai multe grupuri de persoane; s permit partajarea informaiilor; s susin colaborarea i coordonarea dintre participani i/sau s asiste activitile de luare a deciziilor n grup.

1.2.

Obiectivele activitii de cercetare

Primele studii teoretice referitoare la Sisteme Suport pentru Decizii au aprut n anii 1950-1960, iar cele pentru Sistemele Suport pentru Decizii de Grup dup anii 1980. Dezvoltarea reelelor de calculatoare i a sistemelor de comunicaii a condus la apariia unei noi clase de Sisteme Suport pentru Decizii: Sistemele Suport pentru Decizii Bazate pe Comunicaii, care au prins contur odat cu dezvoltarea tehnologic de dup anii 1990 - 2000. Dei nu sunt ntlnite de obicei sub acest nume, acest tip de sisteme informatice sunt larg rspndite, ntr-o rapid i continu dezvoltare. Principalul obiectiv a activitii de cercetare la constituit aducerea de contribuii n domeniul Sistemelor Suport pentru Decizii Bazate pe Comunicaii. Obiectivele specifice urmrite prin intermediul planului de pregtire au fost: Fundamentarea cunotinelor de baz n privina metodelor numerice pentru analiza deciziilor, a sistemelor de comunicaii bazate pe calculator i a metodologiilor de construire a sistemelor informatice; Realizarea unui studiu sistematic pentru cunoaterea stadiului actual al clasei sistemelor informatice Sisteme Suport pentru Decizii. Acest studiu urmrea realizarea unui prezentri de ansamblu a domeniului de cercetare, atingnd urmtoarele puncte: cazurile de utilizare, tehnologii folosite pentru realizarea sistemelor suport pentru decizii i metodologii de construire ale acestora;

 Realizarea unui studiu pentru cunoaterea [sub] domeniului Sisteme Suport pentru Decizii Bazate pe Comunicaii i identificarea unor noi direcii de cercetare n cadrul acestui domeniu; Propunerea unei arhitecturi pentru un Sistem Suport pentru Decizii Bazat pe Comunicaii experimental; Prezentarea rezultatelor obinute n urma activitii de cercetare; Validarea rezultatelor cercetrii prin prezentarea acestora la manifestri tiinifice i publicarea n volumele unor conferine sau jurnale.

1.3.

Contextul activitii de cercetare

n vederea stabilirii contextului activitii de cercetare, a fost realizat un studiu pentru evidenierea modului de publicare a materialelor care prezint rezultatele activitii de cercetare din domeniul studiat. Astfel, au fost interogate patru baze de date internaionale: dou baze de date care indexeaz rezultatele cercetrii tiinifice: ISI Web of Knowledge (***, Web of Knowledge - Science - Thomson Reuters) i Science Direct (***, ScienceDirect Browse Journals and Books), precum i dou biblioteci digitale ale unor prestigioase asociaii profesionale cu recunoatere internaional: IEEE Xplore Digital Library (***, IEEE Xplore Home) i The ACM Digital Library (***, ACM Digital Library). Cutarea s-a realizat avnd n vedere apte iruri de cuvinte cheie (n limba englez) relevante pentru domeniul studiat: ("Decision Support Systems"), ("Communications Driven Decision Support Systems"), ("Decision Support System" i "Communications"), ("Collaborative Platform"), ("Groupware"), ("Unified Communications" i "Systems") i (Web i "Decision Support System"). Ca o scurt concluzie, studiul realizat evideniaz interesul comunitii tiinifice n domeniul Sistemelor Suport pentru Decizii. Numrul mare de lucrri ntr-o continu cretere ne indic faptul c acesta este un domeniu de cercetare dinamic, cu potenial i pentru cercetri ulterioare. Numrul foarte mic de lucrri, dar n cretere, care abordeaz Sistemele Suport pentru Decizii Bazate pe Comunicaii, precum i lucrrile referitoare la sistemele suport pentru

decizii care abordeaz domeniul comunicaiilor, platformele de colaborare i platformele de tip groupware arat c acest domeniu de cercetare se afl nc la nceput.

1.4.

Organizarea lucrrii

Aceast lucrare abordeaz domeniul Sistemelor Suport pentru Decizii Bazate pe Comunicaii din perspectiva clasificrii acestora n superclasa sistemelor informatice. Din cauza domeniului vast de cercetare, sunt prezentate succesiv la un grad mai nalt sau redus de generalitate metode, tehnici, tehnologii, abordri (uneori n baza unei localizri n timp), care n principiu descriu ciclul de via al sistemelor informatice. Bineneles, aprofundarea noiunilor are n vedere strict referinele Sistemelor Suport pentru Decizii Bazate pe Comunicaii. Materialul este organizat n cinci capitole dup cum urmeaz: (1) Introducere, (2) Sisteme Suport pentru Decizii: stadiul actual, (3) Arhitectur pentru SSD bazat pe comunicaii, (4) Construirea SSD bazat pe comunicaii i (5) Concluzii i perspective. Capitolul 1 prezint obiectivele planului de cercetare i contextul activitii de cercetare, prin prezentarea unui studiu referitor la publicaiile din domeniul de cercetare care au aprut n ultimii zece ani n patru baze de date internaionale. Capitolul 2, se axeaz pe definirea i clasificarea Sistemelor Suport pentru Decizii (subcapitolul 2.1), cuprinznd un scurt istoric ce prezint evoluia SSD (2.1.1), definiii i concepte (2.1.2), clasificarea SSD n clasificarea sistemelor informatice (2.1.3), clasificarea SSD (2.1.4) i o scurt prezentare a SSDBC (2.1.5). De asemenea, n subcapitolul 2.2 este abordat subiectul tipurilor de utilizatori (2.2.1), modalitile de utilizare (2.2.2), implicaiile utilizrii SSD (2.2.3) precum i elemente referitoare la utilizarea SSDBC (2.2.4). n subcapitolul 2.3 Tehnologia SSD sunt prezentate tehnologii care pot fi utilizate la construirea SSD n general i se particularizeaz ce tehnologii pot fi folosite pentru construirea Sistemelor Suport pentru Decizii Bazate pe Comunicaii, iar n ultimul subcapitol, 2.4 Construirea SSD sunt evideniate metodele proiectrii SSD (2.4.1), strategii de abordare i realizare aplicabile SSD (2.4.2.), precum i elemente referitoare la construirea Sistemele Suport pentru Decizii Bazate pe Comunicaii (2.4.3).

Capitolul 3, Arhitectur pentru sistem suport pentru decizii bazat pe comunicaii prezint un model experimental de arhitectur al unui Sistem Suport pentru Decizii Multiparticipant. Aceasta este organizat n trei subcapitole: 3.1. Arhitecturi pentru sisteme informatice, 3.2. Stabilirea cerinelor de proiectare i 3.3 Proiectarea modelului SSD experimental. Subcapitolul 3.1 Arhitecturi pentru sisteme informatice prezint ciclul de via al unui produs informatic din perspectiva arhitectural (3.1.1), lundu-se n considerare cele patru faze: pre-proiectarea, analiza de domeniu, proiectarea schematic i realizarea propriuzis a proiectului. Procesul de proiectare al unei arhitecturi (3.1.2) este descris la modul general pe baza urmtorilor pai: nelegerea problemei, identificarea elementelor de proiectare i a relaiilor dintre ele, evaluarea arhitecturii, transformarea arhitecturii. De asemenea, sunt prezentate eventualele probleme care pot aprea n faza de proiectare software (3.1.3), precum i sarcinile i activitile de proiectare. n subcapitolul 3.2 Stabilirea cerinelor de proiectare sunt prezentate caracteristicile generale pentru luarea deciziilor n grup (3.2.1), precum i potenialele avantaje i dezavantaje ale lucrului n grup. n cadrul aceluiai subcapitol sunt evideniate trei tehnici pentru susinerea lucrului n grup (3.2.2): brainstorming-ul, tehnica grupului nominal i metoda Delphi. Totodat sunt prezentate i caracteristicile Sistemelor de Asistare a Deciziilor Multiparticipant. Ultimul subcapitol, 3.3 Proiectarea modelului SSD experimental descrie la modul general limbajul de modelare UML (3.3.1) i prezint un exemplu: arhitectura unui sistem suport pentru decizii experimental (3.3.2). Modelul arhitecturii sistemului a fost realizat folosind diagrame de clase, iar subsistemele modelului au fost reprezentate sub form de pachete software. Capitolul 4, Construirea sistemului suport pentru decizii bazat pe comunicaii, reprezint o continuare fireasc a celor dou capitole menionate anterior i vizeaz prezentarea modului de implementare al unui Sistem Suport pentru Decizii Bazat pe Comunicaii din cele dou perspective: teoretic i practic. Pentru realizarea aplicaiei (denumit Allego), s-a ales abordarea mixt (care a fost prezentat n capitolul 1), strategia de dezvoltare fiind cea orientat pe obiecte, iar metoda de implementare aleas: metoda iterativ. 9

Subcapitolul 4.1. Construirea modelului experimental prezint strategia orientat obiect (4.1.1), elemente fundamentale din teoria programrii orientate pe obiecte: principiile de baz ale programrii orientate pe obiecte (4.1.2), definiia obiectelor, mesajelor i metodelor, claselor i instanelor, precum i avantajele programrii orientate pe obiecte (4.1.3). Aceast fundamentare teoretic a fost considerat absolut necesar pentru implementarea modelului aplicaiei, deoarece limbajul de programare ales funcioneaz att n mod procedural ct i n mod orientat obiect. n acelai subcapitol este prezentat limbajul de programare ales (Perl), nsoit de motivaia alegerii acestuia (4.1.5). Deoarece modelul aplicaiei a fost conceput n arhitectura prezentat n capitolul 3, ca fiind separat de interfa, a fost acordat o atenie deosebit modelului MVC (Model View Controller) un concept teoretic care presupune separarea funcional a interfeei de aplicaia model (4.1.4). Pentru dezvoltarea aplicaiei a fost aleas metoda iterativ, prezentat n sub-subcapitolul 4.1.6. n subcapitolul 4.2. Demonstrarea funcionalitii modelului experimental, sunt prezentate caracteristicile aplicaiei Allego (4.2.1) prin comparaie cu caracteristicile ideale ale unui Sistem Suport pentru Decizii. De asemenea, se prezint modul de organizare al bazei de date (4.2.2) i se dau cteva exemple de structurare a bazei de date. Modul de realizare al claselor aplicaiei model (4.2.3) i de generare a interfeei (4.2.4) se prezint prin cteva exemple practice. Codul surs pentru cteva clase ale aplicaiei model i prima pagin a interfeei web sunt anexate acestei lucrri. O serie de aspecte de securitate sunt prezentate n sub-subcapitolul 4.2.5.

10

Mulumiri Autorul mulumete n primul rnd domnului Acad. Florin Gheorghe FILIP, coordonatorul tiinific al tezei de doctorat, pentru sprijinul acordat n toat perioada desfurrii planului de cercetare, dar i n afara acestuia, pentru implicarea activ n susinerea activitilor de cercetare, dar i pentru sprijinul acordat autorului n alte activiti menite s i creasc prestigiul profesional. De asemenea, autorul mulumete instituiei organizatoare al programului de doctorat, Institutul pentru Cercetri n Inteligen Artificial, n special domnului prof. dr. ing. Ioan Dan TUFI, membru corespondent al Academiei Romne i doamnei dr. Angela IONI pentru eforturile de a organiza n bune condiii programele doctorale i pentru participarea n comisiile de examinare din cadrul acestor programe. Pentru recomandrile referitoare la modul de prezentare al acestei teze, autorul mulumete membrilor colectivului de specialiti de la Institutul pentru Cercetri n Inteligen Artificial. Autorul mulumete membrilor comisiei de examinare a tezei de doctorat pentru timpul alocat analizei acestei lucrri i pentru referatele fcute. Pentru condiiile de studiu i cercetare, care au contribuit la realizarea acestei teze, autorul mulumete tuturor colaboratorilor i colegilor din Facultatea de Inginerie Electric, Universitatea Valahia din Trgovite. Nu n ultimul rnd, autorul mulumete familiei pentru sprijinul i ncrederea acordat, precum i pentru eforturile fcute n a-i asigura o bun educaie.

11

Capitolul 2.
2.1.

Sisteme Suport pentru Decizii: stadiul actual

Sisteme Suport pentru Decizii prezentare general

n acest subcapitol se prezint pe scurt evoluia Sistemelor Suport pentru Decizii (SSD), nsoit de o serie de definiii i concepte, cu scopul de a contura definiia SSD pe baza ideilor prezentate de mai muli autori. De asemenea, sunt abordate tipurile de decizii, fazele procesului decizional i o serie de modele alternative pentru luarea deciziilor. Din cauz c nu exist o definiie exact a Sistemelor Suport pentru Decizii, procesul de definire al acestora este continuat prin prezentarea caracteristicilor principale ale acestei clase de sisteme informatice. Pentru a introduce o clasificarea a Sistemelor Suport pentru Decizii, prin utilizarea modelului piramidal se prezint apriori o clasificare a sistemelor informatice. Clasificarea SSD se face prin expunerea punctelor de vedere ale mai multor autori i concluzioneaz n mod parial, unele avantaje i limitri rezultate n urma implementrii Sistemelor Suport pentru Decizii. Ultima parte se concentreaz pe ncercarea de definire a Sistemelor Suport pentru Decizii Bazate pe Comunicaii (SSDBC). Pornind de la ideea c SSDBC se regsesc n literatura de specialitate i sub alte denumiri, au fost abordate pe rnd: Sistemele Suport pentru Decizii Organizaionale (SSDO), Sistemele Suport pentru Decizii de Grup (SSDG), platformele de tip groupware / platforme de colaborare i relaia dintre acestea, precum i rolul videoconferinei n procesul lurii deciziei.

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. Conceptul Sistemului Suport pentru Decizii (SSD) este extrem de larg i definiia sa difer n funcie de punctul de vedere al autorului (Druzdzel i Flynn, Decision Support Systems, 1999). Prima definiie a Sistemelor Suport pentru Decizii a fost dat de Little, la nceputul anilor 70. El definea SSD-ul ca fiind: un model bazat pe un set de proceduri pentru procesarea datelor i pentru asistarea unui manager n procesul decizional. Un SSD trebuie s fie simplu, robust, uor de ntreinut, adaptiv, uor de comunicat cu el etc.. Aceste atribute, formulate de Little sunt valabile i astzi. 12

Gorry i Scott Morton (1971) citai de (Filip, Sisteme suport pentru decizii, 2004) identificau SSD-urile drept sisteme informatice care au menirea s ajute la elaborarea deciziilor n situaii nestructurate i semi-structurate (n care problema nu poate fi analizat complet pentru a lua o decizie, iar rezolvarea ei nu se poate programa sub forma unei secvene de pai).
Probleme structurate Soluie Soluie calculator manager i calculator Soluie manager Toate tipurile de probleme Probleme semistructurate i nestructurate

Figura 1. Gsirea soluiilor la problemele decizionale. n figura de mai sus, sunt prezentate tipurile de probleme decizionale i modul de gsire al soluiilor la aceste tipuri de probleme. Caracteristicile SSD Deoarece nu exist o definiie exact a Sistemelor Suport pentru Decizii, nu exist o concordan evident ntre caracteristicile standard i posibilitile SSD. (Turban, Aronson i Liang, Decision Support Systems and Intelligent Systems, 7th Ed., 2005) au identificat un set ideal de caracteristici i posibiliti ale Sistemelor Suport pentru Decizii, dup cum urmeaz: Asist decidenii n probleme semi-structurate i nestructurate; Asist managerii la toate nivelurile; Asist indivizii i grupurile; Asigur suport pentru decizii interdependente sau secveniale; Susine informarea, proiectarea, alegerea i implementarea; Suport o varietate de procese decizionale i stiluri; SSD trebuie s fie adaptabile i flexibile; SSD trebuie s fie interactive i uor de folosit; Eficacitatea echilibrat cu eficiena (beneficiile trebuie s depeasc costurile); Decidenii au control total; Uurin n dezvoltare de ctre utilizatorii finali (modificri care s rspund nevoilor i schimbrilor de mediu); 13

 Susine modelarea i analiza; Asigur acces la date; E o aplicaie independent, integrat i bazat pe web.

Clasificarea sistemelor informatice Majoritatea autorilor clasific sistemele informaionale plecnd de la rolul acestora n procesele manageriale i se axeaz pe relaia informaie-decizie. n figura de mai jos sunt prezentate sub form de piramid, principalele tipuri de sisteme informaionale. Sisteme informatice pentru conducerea executiv (EIS) Sisteme de sprijinire a deciziilor (DSS) Sisteme informaionale pentru conducere operativ Sisteme informaionale de prelucrare tranzaciilor (TPS) Nivel strategic Nivel tactic Nivel operaional Tranzacii

Figura 2. Reprezentarea piramidal a sistemelor informaionale Apariia unor sisteme informatice cu arii extinse de cuprindere, cum ar fi sistemele expert, sistemele informaionale pentru grupurile de lucru etc., a determinat puncte noi de vedere referitoare la structura piramidal a sistemelor informatice, deoarece acestea se adreseaz tuturor nivelurilor din piramid. Din cauza numrului mare de termeni, care au creat probleme n domeniul cercetrii SSD, n decursul timpului au fost propuse mai multe criterii pentru realizarea unei clasificri a Sistemelor Suport pentru Decizii (Cioca i Cioca, 2010).

Sisteme suport pentru decizii organizaionale (SSDO) Dezvoltarea termenului de Sistem Suport pentru Decizii (SSD) a condus la conceptul de Sistem Suport pentru Decizii Organizaional (SSDO), introdus iniial de (Hackathorn i Keen, 1981). n funcie de numrul decidenilor implicai n luarea deciziei, au definit trei tipuri de sisteme suport pentru decizii: individuale, de grup i organizaionale. Asemntor termenului SSD, numeroi autori au stabilit diferite definiii ale SSDO.

14

(Kivijrvi i Kuula, 1996) definete SSDO astfel: Un Sistem Suport pentru Decizii Organizaional reprezint un scop general, multiutilizator, un sistem la scara larg, care este proiectat pentru o varietate a deciziilor organizaionale i are relativ definit poziia continu i organizat n planificare i procesele lurii deciziilor unei companii. Watson (1990) se refer la termen ca o combinaie de calculatoare i tehnologia comunicrii care este proiectat s coordoneze i s disemineze luarea deciziei n organizaii n care deciziile care coincid cu scopurile organizaionale i n care exist o viziune comun a managerilor n ce privete mediul competiional n organizaie. Dup King i Star (1990), citai de George (2008), conceptul SSDO este o aplicaie a tehnologiei calculatoarelor i a comunicaiilor a crui scop este s mbunteasc procesul lurii deciziei n organizaie. Astfel, SSDO furnizeaz acelai tip de suport tehnic pentru un grup de decideni la fel ca un sistem suport de decizii de grup. n multitudinea definiiilor date de diferii autori care accentuau aspecte diferite ale termenului SSDO, George (1991) a gsit cteva caracteristici comune ale acestora: SSDO se concentreaz asupra activitilor i deciziilor organizaionale unde sunt implicate diferite probleme i/sau uniti organizaionale; Rolul SSDO nu este limitat doar la probleme i/sau uniti organizaionale, SSDO poate afecta diferite niveluri funcionale i ierarhice n organizaie; n general, un SSDO ncorporeaz diferite tipuri de tehnologii de comunicaii bazate pe calculator.

Sisteme suport pentru decizii de grup (SSDG) Sistemele suport de grup sau sistemele suport pentru decizii de grup const n tehnologie care susin activitile desfurate de decideni n grup. Conform lui Turban i Aronson (Decision Support Systems and Intelligent Systems, 1998), grupul decidenilor este asistat de un lider care planific ntlnirile, coordoneaz activitile echipei de asemenea ca facilitator ale crui responsabiliti sunt s accepte promovarea utilizrii tehnicilor de rezolvare a problemelor i ncurajeaz atingerea consensului. Aceste tipuri de sisteme susin generarea ideii, analiza problemei, faciliteaz luarea deciziei n grup i mbuntete calitatea deciziei prin reducerea riscului de gndire de grup prin furnizarea posibilitii de a face anonime opiniile. 15

DeSanctis i Gallupe (1987) au definit SSDG ca un sistem computerizat interactiv al crui scop este facilitarea lurii deciziei de ctre un grup de decideni n cazul problemelor nestructurate. O alt definiie a sistemelor suport pentru decizii de grup este dat de Vogel i Nunamaker (1990). Acetia considerau c un SSDG folosete tehnologie pentru a susine rezolvarea de probleme n situaiile grupurilor de decizie, mbuntind performanele deciziei i eficacitatea grupului. Huber (1984) consider c un sistem suport pentru decizii de grup este un sistem informaional bazat pe calculator care intensific luarea deciziei de grup prin facilitarea schimbului i utilizrii de informaii ntre membrii grupului i interacioneaz ntre grup i calculator pentru a formula i rezolva probleme nestructurate. Turban i Aronson (Decision Support Systems and Intelligent Systems, 1998) au stabilit o serie de caracteristici i capabiliti al SSDG dup cum urmeaz: 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; Asemntor SSD, SSDG trebuie s fie uor de utilizat i de utilizatorii care nu au aptitudini deosebite n e privete calculatorul; Proiectarea SSDG poate fi direcionat numai spre tipul de probleme sau varietatea de probleme care reprezint subiectul lurii deciziei; Un SSDG ar trebui proiectat astfel nct s ncurajeze rezolvarea conflictelor, libertatea de exprimare i generarea de idei; Un SSDG ar trebui s furnizeze mecanisme care descurajeaz gndirea de grup negativ, lipsa de comunicare i conflictele distructive. Groupware i platformele de colaborare Anumii autori fac o distincie clar ntre Computer Supported Cooperative Work (CSCW) i Group Decision Support System (GDSS) (Dennis, George, Jessup, Nunamaker i Vogel, 1998), considernd c GDSS sunt mai potrivite pentru susinerea activitilor, iar instrumentele CSCW furnizeaz suport pentru comunicare n general (Bzoi, Gorghiu, Suduc,

16

i Alexandru, 2006), cu toate c definiia celor dou concepte sugereaz o strns relaie ntre acestea. n mod curent, definiiile prezint GDSS ca pe un sistem care susine un efort de grup concertat i coordonat n vederea completrii procesului de luare a deciziei. Groupware este o tehnologie proiectat s faciliteze comunicarea, cooperarea, coordonarea, rezolvarea de probleme, competiiile sau negocierile grupurilor de lucru (Bzoi, Suduc, Gorghiu i Gorghiu, 2009). CSCW se refer la ramura de studiu care examineaz proiectarea, adoptarea i utilizarea groupware (Brinck, 1998). Din aceast perspectiv, se poate considera ca GDSS este o subclas de groupware. n acelai timp GDSS este un tip particular de DSS, care se ocup de grupuri i nu de indivizi (Bzoi, Suduc i Filip, Using Collaborative Platforms for Decision Support, 2009). n Figura 3 este prezentat relaia dintre DSS, GDSS i groupware.

DSS

GDSS

Groupware

Figura 3. Relaia dintre DSS, GDSS i Groupware ntre groupware i GDSS exist asemnri i deosebiri (Yen, Gong, Wen i Chen, 1998). Principalele asemnri sunt: (a) ambele tehnologii susin lucrul n grup i echipele care au o sarcin comun; (b) ambele sunt proiectate pentru a crete productivitatea grupului prin furnizarea de canale de comunicare simultane; (c) ambele sisteme folosesc interfee de grup; (d) nu reprezint o problem localizarea fizic a membrilor grupurilor. n ciuda asemnrilor, cele dou tehnologii au i caracteristici unice: (a) Groupware se refer la o varietate larg de sisteme, fiecare dintre acestea fiind proiectate s mbunteasc productivitatea grupului n anumite privine. GDSS este orientat ctre mbuntirea procesului de luare a deciziei; (b) groupware utilizeaz o interfa general pentru tot grupul, GDSS folosete interfee pentru managementul dialogului; (c) GDSS se folosesc mai ales pentru ntlniri care se desfoar n acelai timp i loc, grupware se folosesc att pentru ntlniri sincrone ct i pentru ntlniri asincrone, la distan. Videoconferina Asistarea deciziei cu ajutorul videoconferinei este proiectat a se realiza atunci cnd operaiile de afaceri sunt dispersate la mare distan. n acest moment, din punct de vedere 17

tehnologic, exist dou tipuri de videoconferin: (a) primul tip creeaz o legtur ntre un calculator personal cu un alt calculator personal, permind interaciunea ntre dou persoane; (b) al doilea tip se refer la interaciunea ntre indivizi multipli sau indivizi i grupuri n camere de conferin sau la calculatoare personale (Suduc, Bzoi i Filip, Exploring Multimedia Web Conferencing, 2009). Aplicaiile software de videoconferin pot fi mprite n dou categorii: (a) o categorie o reprezint platformele software care permit numai conferina audio / video i o structur care faciliteaz implicarea unui moderator; (b) a doua categorie, mai evoluat, furnizeaz faciliti pentru partajarea documentelor i a fiierelor, acces la desktop-uri partajate, editare simultan a materialelor i alte forme electronice de comunicare ce permit datelor s fie partajate, editate i copiate pe parcursul ntlnirii (Suduc, Bzoi i Filip, Exploring Multimedia Web Conferencing, 2009). Instrumentele bazate pe web i videoconferina pot accelera procesul de luare a deciziei reducnd timpul i costurile de organizare a ntlnirii. De asemenea, sistemele de videoconferin cu instrumente bazate pe web pot furniza managerilor accesul la resurse informatice locale i materiale aflate pe web n timpul ntlnirilor (Suduc, Bzoi, Gorghiu i Gorghiu, 2010). Sistemele de videoconferin pentru luarea deciziilor fac posibil implicarea mai multor persoane la ntlnirea de luare a deciziilor i reduc stresul asociat cu transportul participanilor n diferite locaii. Condiia de baz ca un astfel de sistem s funcioneze l reprezint disponibilitatea unei lrgimi de band a reelei suficient de mare pentru susinerea fluxului multimedia transmis (Bzoi, Suduc, Gorghiu i Gorghiu, Risk Assessment of Information and Communication Technology Use in Multinational Educational Projects, 2010).

2.2.

Utilizarea SSD

Pentru a realiza un tablou ct mai complet n ce privete utilizarea Sistemelor Suport pentru Decizii, au fost tratate iniial tipurile de utilizatori i clasificarea acestora. n cadrul modalitilor de utilizare sunt expuse dou modele: modelul procesual i modelul bazat pe cunoatere. Utilizarea SSD conduce la o serie de implicaii; astfel, au fost prezentate o serie de caracteristici ale utilizrii SSD, precum i o serie de efecte aprute n urma utilizrii acestora. Utilizarea Sistemelor Suport pentru Decizii Bazate pe Comunicaii

18

accentueaz cteva aspecte referitoare la luarea deciziilor n grup i evideniaz situaiile pentru luarea deciziilor n grup. 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. De asemenea, sunt considerai utilizatori ai SSD att persoanele care opereaz la calculator, ct i cei care solicit i analizeaz alternativele furnizate de personalul cu rol mijlocitor n folosirea sistemului. Aceti utilizatori direci ai SSD pot fi mprii n dou subclase: decideni i asisteni ai acestora (consilieri i consultani care ajut la folosirea sistemului). n general, definiia Sistemelor Suport pentru Decizii exprim ideea de sprijinire a decidentului pentru a-i depi limitele i restriciile cognitive, temporale, de implementare, de comunicare i de ncredere n sistemele informatice. Consecine ale controlabilitii sistemului asupra utilizrii lui, pot fi: utilizarea sistemului la 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 (Suduc, Bzoi i Filip, 2010). 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 (Suduc, Bzoi i Filip, Aspecte legate de interfeele om-calculator pentru reducerea riscurilor utilizrii sistemelor informatice, 2009).

Luarea deciziilor n grup 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 (Banker, Field, Schroeder i Sinha, 1996). Spre 19

deosebire de grup, performana echipei este analizat prin prisma capacitii sale de a se autoperfeciona (Ancona i Chong, 1996). 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. Situaii pentru luarea deciziilor de grup Situaiile de care pot beneficia Sistemele Suport pentru Decizii Bazate pe Comunicaii se vor analiza n funcie de locul i timpul desfurrii aciunii. n mod tradiional, se folosete o matrice 2x2 pentru a reprezenta cele patru situaii (Tabelul 1). Tabelul 1. Combinaii pentru asistarea deciziilor de grup
Acelai loc Camera decizional Acelai timp Calculator cu proiector Instrumente de votare Locuri diferite Videoconferin Audioconferin Tabl alb Ecran partajat Mesagerie instant Software pentru schimbul Timpuri diferite de lucrri Partajarea documentelor Sisteme de conferin Panouri de afiare Pot electronic Mesagerie vocal

O echip de lucru, n general, are nevoie de un Sistem Suport pentru Decizii Bazat pe Comunicaii care s opereze n toate cele patru situaii prezentate mai sus.

20

2.3.

Tehnologia SSD

Tehnologiile care pot fi utilizate la construirea Sistemelor Suport pentru Decizii reprezint un domeniu vast i dificil de prezentat ntr-o form concis. Astfel, n acest subcapitol, au fost prezentate arhitectura SSD i componentele principale ale Sistemelor Suport pentru Decizii. Avnd n vedere idea c Sistemele Suport pentru Decizii au evoluat n paralel cu alte clase de sisteme informatice n urma apariiei unor noi tehnologii i nu s-au dezvoltat noi tehnologii pentru construirea SSD, s-a pus accentul pe integrarea tehnologiilor existente n vederea realizrii Sistemelor Suport pentru Decizii. La modul general, tehnologiile pentru Sistemele Suport pentru Decizii, au la baz arhitectura client-server (indiferent dac acestea sunt bazate pe web sau nu). n ultima parte, a fost introdus conceptul de Sisteme de Comunicaii Unificate ca platform pentru dezvoltarea Sisteme Suport pentru Decizii Bazate pe Comunicaii. Tendina convergent a tehnologiilor actuale de a se integra ntr-o singur infrastructur i caracteristica dominant a comunicaiilor unificate de a accelera procesul intensiv de colaborare, va modifica modul de a defini i dezvolta Sistemele Suport pentru Decizii Bazate pe Comunicaii. Integrarea tehnologiilor O nou provocare a aprut odat cu dezvoltarea sistemelor de tip client/server: cum s se controleze toate procesele afacerii cu o singur arhitectur software n timp real. Soluia aprut a fost integrarea, cunoscut i sub numele de Enterprise Resource Planning (ERP). Aceasta promitea avantaje de la creterea eficienei pn la creterea calitii, a productivitii i profitabilitii. Obiectivul major este integrarea tuturor departamentelor i funciilor dintr-o ntreprindere ntr-un sistem informatic unic care poate servi tuturor necesitilor organizaionale (Airinei, 2006). Pentru a dezvolta un sistem integrat propriu, opiunile disponibile sunt: folosirea pachetelor funcionale comerciale sau dezvoltarea propriilor module. O alt variant const n folosirea pachetelor software integrate. Aplicaiile de acest tip foreaz disciplina i organizarea n cadrul proceselor afacerii, oferind o interfa unic pentru gestionarea tuturor activitilor de rutin desfurate. 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 21

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). Arhitectura client-server Marea majoritate a sistemelor de tip groupware i workflow din zilele noastre au fost create pe baza arhitecturii client-server (Chaffey, 1998, citat de Fredman, 1999). Aceast arhitectur implic o serie de clieni, de obicei calculatoare de tip desktop, care sunt conectate la un calculator de tip server prin intermediul unei reele locale (LAN) sau a unei reele extinse (WAN). Un server este o component n sistem care administreaz sau controleaz resurse particulare din sistem pe care le furnizeaz altor componente de sistem, acestea fiind numite clieni (care sunt servii de server). Arhitectura de tip client-server genereaz importante beneficii: costuri reduse prin folosirea resurselor partajate (imprimante, memorie etc.), creterea posibilitii de a partaja date i mbuntirea posibilitilor de comunicare. Exist numeroase cai alternative prin care se pot implementa arhitectura client-server. Distribuirea procesrii i a datelor poate fi concentrat mai mult ctre server sau mai mult ctre client. n funcie de strategia aleas, clientul poate fi caracterizat adesea ca fiind slab (thin) cnd procesarea i cantitatea de date este 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. Sistemele de comunicaii unificate Comunicaiile unificate (CU) reprezint convergena serviciilor de voce, video i comunicaii de date n cadrul unui infrastructuri partajate, bazate pe protocolul IP. Majoritatea organizaiilor folosesc deja aceste tehnologii. Acestea au instalat n decursul timpului tipuri diferite de servicii folosind furnizori i tehnologii care au la baz diferite standarde i modele de implementare. Acest model bazat pe subsisteme independente a condus la folosirea multiplelor sisteme de comunicaii, interconectate ntr-un mod imprecis i care pot executa funcii de la arhitectura hardware pn la echipamentele de tip utilizator final. (Bzoi, Suduc i Filip, Riscurile utilizrii sistemelor de comunicaii unificate, 2009).

22

Valoarea de baz a sistemelor de comunicaii unificate nu provine de la caracteristica de integrare foarte strns a aplicaiilor, ci mai degrab din numrul mare al acestora. Deoarece CU este nc o tehnologie curs de formare, mediul de afaceri poate culege recompense mai mari prin utilizarea aplicaiilor de colaborare i a schimbului de cunotine dect prin investirea ntr-o soluie integrat (***, Building toward a unified communications strategy, 2009). Comunicaiile unificate nu sunt un sistem sau un produs care poate fi pur i simplu cumprat i apoi instalat (Simpson, 2009). De fapt, reprezint a soluie de interconectare a unor sisteme de comunicaii diferite ntr-o singura infrastructur integrat i totodat reduce personalul suport al acelor sisteme separate, micornd dramatic costurile Conform lui Bailey (2007) citat de Bzoi, Suduc i Filip n Riscurile utilizrii sistemelor de comunicaii (2009), comunicaiile unificate cupleaz tehnologii i procese pentru a permite organizaiei s dobndeasc capaciti i vitez pe care nu a le-a avut anterior.

Seviciide localizarei sesizarea prezenei

Tehnologiide colaborare Tehnologiide comunicare

Integrarea aplicaiilor

Echipamente dereeaend user

Perfecionarea proceselor comerciale

Sistemde comunicaii unificate

Infrastructur convergent

Figura 4. SCU integrator de tehnologii n Figura 4 este prezentat tendina convergent a tehnologiilor existente de a se integra ntr-o infrastructur unificat de comunicaii.

2.4.

Construirea SSD

Scopul acestui subcapitol este de a prezenta o serie de metode i strategii pentru construirea Sistemelor Suport pentru Decizii. Din punct de vedere al realizrii, ntre subclasa 23

Sistemelor Suport pentru Decizii Bazate pe Comunicaii i clasa Sistemelor Suport pentru Decizii nu sunt diferene semnificative, ceea ce conduce la ideea c principiile generale de realizare se aplic n acelai mod. Au fost prezentate principii pentru proiectarea SSD, strategiile de abordare (descendent, ascendent i mixt) aplicabile n fazele de proiectare a unui SSD i strategii de realizare (prototipizarea, paradigma secvenial, paradigma evolutiv) utilizate n fazele de construire propriu-zis a SSD. De asemenea, au fost prezentate dou abordri de realizare (participativ i fenomenologic) referitoare la influena utilizatorilor asupra modelului aplicaiei. n ultima parte a acestui subcapitol sunt prezentate pe scurt Sistemele Suport pentru Decizii Bazate pe Web (SSDBW) prin accentuarea avantajelor i dezavantajelor folosirii acestora i consideraii privind evaluarea Sistemelor Suport pentru Decizii Bazate pe Comunicaii. Principii pentru proiectarea SSD Au fost formulate zece principii pentru proiectarea Sistemelor Suport pentru Decizii, dup cum urmeaz (***, 10 Guiding Principles for the Design of Computer-Based DecisionSupport Systems): 1. Accentuarea parteneriatului om-calculator. Un SSD de succes este acela care asist i nu nlocuiete decidentul uman. 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. 3. O arhitectur deschis. Componentele sistemului probabil se vor schimba n timp prin modificri, nlocuiri, tergeri sau extinderi. 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. 5. Reprezentare intern la un nivel nalt. Abilitatea unui SSD de a avea un anumit 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. 6. Cunoatere ncapsulat. Sistemul suport pentru decizii ar trebui s fie un sistem bazat pe cunoatere. 7. Descentralizarea lurii deciziei. Sistemul suport pentru decizii nu are nevoie i nu ar trebui s exercite un control centralizat n mediul lurii deciziei. 8. Accentuarea identificrii conflictului. Sistemul suport pentru decizii ar trebui s se concentreze asupra identificrii dect asupra rezolvrii automate a conflictului. 9. Interfaa calculator-utilizator. Interaciunea este facilitat de dou caracteristici ale sistemului: o reprezentare a obiectelor la nivel nalt i o interfa utilizator intuitiv. Interfaa cu utilizatorul ar trebui s fie grafic.

24

10. Integrarea funcional. 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. Evaluarea Sistemelor Suport pentru Decizii Bazate pe Comunicaii (SSDBC) Implementarea SSDBC ntr-o organizaie tradiional sau implementarea acestor instrumente pentru a crea organizaii virtuale sau structuri organizaionale inovative reprezint o decizie tehnologic major. Deoarece aceste instrumente sunt achiziionate i doar instalate de personalul sistemului informatic, evaluarea se concentreaz pe produsele aflate la vnzare. Power (Decision support systems: concepts and resources for managers, 2002) a identificat ase criterii care ar trebui s fie luate n considerare cnd se evalueaz orice SSDBC: ncrederea. Multe organizaii doresc o soluie care a dovedit c ntrunete toate cerinele pentru a rspunde nevoilor acestora. Costurile. Avnd n vedere costul semnificativ al tehnologiilor i apariia rapid a unor noi tehnologii, organizaiile doresc un pachet accesibil ca pre. Scalabilitatea. Companiile au nevoie de un pachet software care s se poat integra cu aplicaiile software i infrastructura hardware existente. Securitatea. Odat cu creterea nivelului de date partajate, crete i ngrijorarea legat de securitatea acestor date. Facilitile de proiectare. Este important pentru multe organizaii ca pachetul standard de aplicaii s poat fi personalizat n funcie de necesitile acestora. Uurina n instalare i utilizare. Managerii doresc un pachet software care este uor de instalat i necesit un volum redus de pregtire al utilizatorilor.

25

Capitolul 3.
3.1.

Arhitectur pentru SSD Bazat pe Comunicaii

Arhitecturi pentru sisteme informatice

Scopul acestui subcapitol este de a expune o viziune teoretic asupra ciclului de via a unui sistem informatic din perspectiv arhitectural. Sunt prezentate fazele procesului de realizare al unei arhitecturi, dup care se detaliaz procesul de proiectare al unei arhitecturi. Pornind de la nelegerea problemei, sunt identificate elementele de proiectare i relaiile dintre ele, sunt enunate cteva consideraii privind evaluarea arhitecturii i transformarea acesteia. n ultima parte, sunt identificate o serie de probleme care apar n proiectarea arhitecturii software i sunt enumerate sarcini i activiti de proiectare.

Perspectiva arhitectural furnizeaz puncte de vedere diferite dar complementare asupra managementului software-ului i proiectrii inginereti. Rolul tradiional al arhitectului de sistem/software este s ajute beneficiarul s neleag nevoile sale n ntregime i cu exactitate i s creeze un concept arhitectural care va conduce la un sistem fezabil de construit pe baza tehnologiei, resurselor i a timpului disponibile. De asemenea, arhitectul de sistem va supraveghea construcia produsului/sistemului. Perspectiva arhitectural a ciclului de dezvoltare software este centrat pe proiectarea aplicaiei sau sistemului i pe modul n care proiectul conduce la realizarea acesteia. Aceasta poart numele de arhitectur bazat pe construirea software (Sewell i Sewell, 2002). Cele patru faze ale procesului de realizare al arhitecturii sunt: (a) Faza de preproiectare; (b) Analiza domeniului; (c) Proiectarea schematic; (d) Faza de dezvoltare a proiectului. Aceste faze sunt executate secvenial, dar ca i ingineria software i n cazul fazelor de inginerie ale proiectului nu este absolut necesar ca acestea s aib loc ntr-un singur pas secvenial. Cele patru faze de mai sus cnd sunt combinate cu urmtoarele faze formeaz o metod de arhitectur bazat pe construcia software: (a) Faza de elaborare a documentelor proiectului; (b) Faza de contractare sau angajare de personal; (c) Faza de construcie; (d) Faza post-construcie.

26

n Figura 5 sunt prezentate fazele realizrii unei arhitecturi software din perspectiva arhitectural a ciclului de via al unui produs informatic.

Preproiectare

Analiz domeniu

Proiectare schematic

Documentele proiectului

Construirea

Figura 5. Fazele realizrii unei arhitecturi.

3.2.

Stabilirea cerinelor de proiectare

n cadrul stabilirii cerinelor de proiectare, un aspect important este ocupat de elaborarea i adoptarea deciziilor n grup sau n organizaie. n aceste condiii, au fost identificate o serie de poteniale avantaje i dezavantaje ale lucrului n grup. De asemenea, susinerea lucrului n grup poate fi fcut prin intermediul unor tehnici, n acest subcapitol fiind amintite: brainstorming-ul, tehnica grupului nominal i metoda Delphi. Nu n ultimul rnd, au fost prezentate caracteristicile Sistemelor de Asistare a Deciziilor Multiparticipant (SADM), prin evidenierea avantajelor i dezavantajelor implicrii mai multor participani n procesul de luare al deciziei.

Elaborarea i adoptarea deciziilor n grup sau luarea deciziilor n organizaie poate fi descris ca un proces de luarea a deciziilor unde sunt implicai mai muli decideni. Luarea deciziei n grup difer de activitatea decizional care implic un singur decident din moment ce negocierea deciziei trebuie s aib loc ntre decideni, exceptnd cazul n care ei au exact aceeai opinie n ce privete decizia care trebuie luat. Simon (1957) considera c influena unui context organizaional este foarte important n acest caz. Organizaia reprezint un tipar complex de comunicare i alte relaii ntr-un grup de oameni. Acest tipar furnizeaz fiecrui membru al grupului multe informaii, presupuneri, scopuri, atitudini care influeneaz decizia sa i i furnizeaz cu un set stabil i inteligibil de ateptri referitor la ce fac ali membri ai grupului i cum vor reaciona ei la ce spune i ce face. 27

Conform lui Beach (1997), este fundamental pentru nelegerea lurii deciziei n grup sau la nivel organizaional, mai nti s nelegem cum un mediu organizaional formeaz construcia unor interpretri sociale partajate ale evenimentelor. Acesta considera c n organizaie exist o gndire comun partajat de mai muli membri ai organizaiei care le permite acestora s lucreze mpreun i s comunice despre evenimentele aprute i scopurile comune. De fapt, aceast nelegere partajat dezvolt organizaiile. Fr ea, nu ar mai fi o organizaie n nici un sens real. Poteniale avantaje i dezavantaje ale lucrului n grup Turban i Aronson (1998), se refer la grupuri ca fiind entiti compuse din doi sau mai muli (uzual pn la 25) oameni a cror misiune este s execute anumite sarcini i s se comporte ca o singur unitate. Cei doi autori identific potenialele avantaje i dezavantaje (Tabelul 2). Tabelul 2. Potenialele avantaje i dezavantaje ale lucrului n grup Poteniale avantaje dect indivizii; 2. Oamenii sunt luai n considerare pentru deciziile la care particip; 3. Grupurile sunt mai eficace fa de indivizi n gsirea erorilor; 4. Un grup deine mai multe informaii grupului i poate combina aceste Poteniale dezavantaje acelai grup au tendina s gndeasc la fel i s suprime noile idei; 2. Luarea deciziei n grup este un proces, n general lent, care consum timp i n care numai un decident individual la un moment dat poate vorbi; munca desfurat de un grup dect munca desfurat de un individ; nepotrivite cu privire, de exemplu, la dominaia timpului, opinia sau subiectul unuia sau a mai multor decideni din cadrul grupului; stimula 5. Tendina membrilor grupului de a avea ncredere n alii cu privire la distribuia muncii n legtur cu decizia;

1. Grupurile neleg problemele mai bine 1. Gndirea de grup n care indivizi din

(cunotine) dect orice membru al 3. Este mult mai dificil s coordonm cunotine pentru a crea unele noi. Astfel, la o soluie mai bun. 5. S-ar putea produce efecte de sinergie n timpul rezolvrii problemei; 6. Lucrul n grup ar putea participanii n cadrul grupului i al procesului decizional;

rezult mai multe alternative, care conduc 4. Influene

7. Membrii grupului i vor ncapsula ego-ul 6. Tendina ndreptat ctre o soluie de 28

n decizie, devenind astfel devotai soluiei; 8. Riscul este echilibrat n condiiile n care grupul are tendina de a modera pe cei care i asum riscuri mari i de a-i ncuraja pe cei conservativi.

compromis rezult o calitate slab; 7. Existena care riscului pentru n incompleta ateptarea analiz a sarcinilor, timp neproductiv, poate consta participanilor s soseasc, socializare; 8. Costuri mari n luarea deciziei. 9. Tendina grupului de a lua decizii mai riscante dect ar trebui.

Exist n principal trei tehnici proiectate s susin lucrul n grup (Delbecq i alii, 1975); acestea fiind cteodat folosite n legtur cu utilizarea sistemelor suport pentru decizii de grup (Gray, 1994). Cele trei tehnici sunt: brainstorming-ul, tehnica grupului nominal i metoda Delphi. Brainstorming-ul Termenul brainstorming a aprut prima dat ntr-o carte scris de Osborn (1957). Aceasta a provocat lungi discuii despre acest termen i despre valoarea metodei aplicat ntrun grup de luare a deciziei. Brainstorming-ul este o ncercare de a amplifica creativitatea decidenilor prin ncurajarea schimbului de idei i a discuiei creative libere ntre indivizii implicai. Brainstorming-ul ca tehnic, poate fi folosit i individual, dar este mult mai eficient cnd este folosit n grup. Pentru a elimina riscul de a neglija ideile bune, Osborn (1957) a enunat patru reguli pentru brainstorming care, n opinia sa, sunt importante de luat n considerare n vederea evitrii evalurii premature a ideilor: 1. Generarea a ct mai multe idei posibile. Cu ct sunt mai multe idei, cu att mai bine. Datorit numrului mare de idei, ansele de apariie a ideilor bune vor crete. 2. Nu se va critica modul de exprimare al ideilor. Este important s nu se critice noile idei pe parcursul stagiului de generare i exprimare al ideilor de ctre decideni. Nerespectndu-se aceast regul, participanii se vor simi descurajai pentru a veni cu idei noi. 29

3. Se vor ncuraja ideile diferite. Dei pare ciudat, diferenele de opinie vor fi ncurajate. Astfel, pot fi descoperite idei noi unice, care anterior nu preau importante. 4. Construirea pe baza ideilor altora. Prin construirea pe baza sugestiilor altora i folosirea lor ca surs de inspiraie, pot fi produse noi idei. Utilizarea unor idei vechi ca surs de inspiraie ar trebui s fie ncurajat n proces.

Tehnica grupului nominal Dup (Turban i Aronson, 1998), tehnica grupului nominal const dintr-o secven de activiti n procesul de luare a deciziei, cum ar fi: generarea silenioas a ideilor prin scrierea lor, listarea succesiv a ideilor, discuii referitoare la ideile prezentate, listarea silenioas i votarea prioritilor, o discuie referitoare la aceste prioriti i n final o reclasificare i revotare a prioritilor. Prin folosirea tehnicii grupului nominal, decidenii furnizeaz un forum n cadrul cruia pot dezvolta i scrie idei fa n fa, dar dezvoltarea ideii devine individual i independent (n ce privete vizualizarea i influenarea) fa de membrii altui grup. Delbecq i alii (1986) consider c folosirea tehnicii grupului nominal evit multe din problemele asociate cu brainstorming-ul i conform lor, tehnica nominal de grup este mai eficient dect brainstorming-ul. Marele avantaj al tehnicii grupului nominal este acela c evit dou probleme cauzate de interaciunea n grup: anumii participani nu i mprtesc ideile de team s nu fie criticai, iar ali participani se tem de generarea unor conflicte n cadrul grupului i doresc astfel s pstreze un climat calm. Aceast tehnic elimin problemele prezentate prin minimizarea diferenelor i asigurarea unei egaliti relative n ce privete participarea. Un alt avantaj l reprezint numrul mare de idei produse, precum i ideea-concluzie care ncheie procesul decizional; aceast idee nefiind prezent la alte metode de grup mai puin structurate. De asemenea, n multe cazuri, timpul de desfurare al procesului decizional poate constitui un avantaj. Dezavantajul major al metodei l constituie lipsa de flexibilitate: aceasta se ocup cu o singur problem la un moment dat. Participanii trebuie s simt confortabil n cadrul grupului i s fie de acord cu modul de structurare. 30

Aceast metod nu implic spontaneitatea interveniilor participanilor. Timpul ctigat n cadrul procesului decizional poate fi anulat de timpul necesar pentru pregtirea activitilor. Moderatorul / facilitatorul trebuie s planifice foarte atent desfurarea activitilor. Un alt dezavantaj l constituie faptul c, n cadrul procesului de votare, e posibil ca ideile s nu convearg, ncercarea de structurare s duc la apariia constrngerilor, iar ntreg procesul s par mecanic. Metoda Delphi Clayton (1997) considera c metoda Delphi este similar n multe privine cu tehnica grupului nominal, dar are caracteristici care nu se gsesc n aceast tehnica sau n brainstorming. Prima caracteristic se refer la generarea idei, care n aceast metod se face nu numai individual i independent, dar i izolat i n mod anonim de ctre fiecare decident implicat. O caracteristic secundar reprezint comunicaia dintre indivizi care n aceast abordare este supravegheat de un moderator i se desfoar prin utilizarea chestionarelor scrise i al rapoartelor de feedback (Filip, 2002). Un avantaj important este oferit de metoda Delphi comparativ cu tehnica grupului nominal prin furnizarea unui canal de comunicare unde indivizii pot participa fr a se ntlni fizic. Astfel, se reduc costurile n timp i bani n ce privete nevoia de a cltori, deseori la distan. ntlnirile fa n fa sunt de multe ori necesare la un grup de lucru pentru luarea deciziilor, iar acestea au avantajul alegerii unei alte metode de lucru (tehnica nominal de grup, brainstorming etc.). Decidenii particip sub acoperirea anonimatului n procesele Delphi. Aceasta este o cerin esenial a metodei. Anonimitatea are un avantaj important n aceea c reduce anumite comportamente social-emoionale deseori ntlnite cnd se folosesc alte metode i care pot distorsiona procesul de luare a deciziei i conduce la obinerea unor rezultate inferioare. Caracteristicile deciziilor multiparticipant Dup Filip (2005), decizia este rezultatul unor activiti contiente, specifice omului, care constau n acumularea crearea i prelucrarea de cunotine n cadrul procesului de rezolvare a unei probleme de alegere dintre mai multe alternative identificate sau proiectate 31

anume, n vederea efecturii de aciuni care implic alocarea unor resurse, n scopul realizrii unor obiective. O serie de autori au remarcat, de mult vreme, necesitatea considerrii deciziilor de grup (denumite i "de tip multiparticipant"). Avantajele implicrii mai multor participani n elaborarea i adoptarea deciziilor sunt numeroase si diverse: 1. Bagajul de cunotine al grupului este n mod evident mai bogat dect al oricrui participant component al grupului, care, la rndul su, are posibilitatea i este stimulat s dobndeasc mai multe elemente de cunoatere de la ceilali participani; 2. Grupul are performane superioare n ceea ce privete calitatea soluiei i poate detecta mai uor eventualele erori; 3. Membrii grupului se simt coautori ai soluiei adoptate i, n consecin, o vor sprijini i, dac e cazul, se vor angaja n transpunerea acesteia n execuie. Limitele i dezavantajele implicrii mai multor participani n elaborarea i adoptarea unei decizii sunt (Filip 2005): 1. Performana grupului poate s fie afectat negativ de o planificare necorespunztoare i de nerespectarea agendei de lucru; 2. Unii membri ai grupului tind s se alinieze la prerea altora, din cauz c, fie i pierd interesul, fie c se tem s exprime preri discordante, sau care ar putea ncinge spiritele (aceasta poate conduce la o gndire de grup, ntr-o adunare dominat de o personalitate sau de o coaliie prea puternic); 3. Monopolizarea discuiilor de un numr restrns de persoane poate cauza blocaje; 4. Se pot manifesta tendine de adoptare comod (sau, cu orice pre, prin consens) a unor soluii de compromis, care, uneori, nu sunt i de calitate; 5. Suprancrcarea informaional a participanilor poate conduce la pierderea ateniei sau la ignorarea aspectelor eseniale; 6. Sunt posibile pierderi de informaie cauzate de receptarea greit a interveniilor orale, omisiuni i distorsiuni de consemnare n documentele ntlnirii ( procese verbale, minute); 7. Se produce un consum exagerat de resurse (timpul pierdut n dezbateri sterile , n divagaii, sau n activiti sociale conexe, costurile ridicate pentru organizarea i desfurarea unor ntlniri fa n fa).

32

3.3.

Proiectarea modelului SSD experimental

Pentru proiectarea modelului experimental a fost ales limbajul UML (Unified Modeling Language). Prima parte a acestui subcapitol expune principalele caracteristici ale acestui limbaj: aplicabilitatea, arhitectura UML, prile principale i tipurile de diagrame. Descrierea modelului experimental ncepe cu diagrama arhitecturii generale a acestuia i continu cu arhitectura software organizat pe pachete. Fiecare pachet software conine una sau mai multe clase i sunt grupate n funcie de modul de susinere al activitii decizionale: activitate principal sau activitate suport. Au fost descrise n continuare funciile fiecrui pachet software, prin detalierea funciilor claselor componente.

Limbajul de modelare vizual UML1 (Unified Modeling Language) se bazeaz pe un set de notaii grafice care ajut la descrierea i proiectarea sistemelor informatice, n particular al celor dezvoltate folosind tehnica programrii orientate pe obiecte. UML ajuta la specificarea, vizualizarea i documentarea modelelor sistemelor informatice. De asemenea, limbajul UML poate fi folosit la descrierea altor sisteme care nu sunt informatice (de exemplu se poate modela un proces de afaceri, fr a avea ca scop obligatoriu crearea unui sistem informatic). n Figura 6 este descris arhitectura general a modelului experimental propus, folosind limbajul UML. Acesta este compus dintr-un model al unui sistem de asistare al deciziilor, o interfa web, o baz de date i un sistem de fiiere pentru stocarea documentelor.

Figura 6. Arhitectura general a modelului experimental

http://www.uml.org/

33

n continuare se va descrie modelul sistemului suport pentru decizii inspirat din soluia GroupSystems (Filip, 2008). n Figura 7 este prezentat arhitectura modelului experimental organizat pe pachete software.

Figura 7. Arhitectura modelului experimental pe pachete Pachetele software prezentate n arhitectura modelului experimental pot fi grupate astfel: pachete care susin activitatea decizional de baz (Generarea de idei, Organizarea de idei, Prioritizarea, Elaborarea) i pachete care susin activitatea suport a activitii decizionale (Configurare, Stare, Comunicare, Resurse, Export).

Figura 8. Pachetul pentru generarea ideilor Figura 8 prezint pachetul folosit pentru generarea ideilor, prima faz din cadrul procesului decizional. Acest pachet cuprinde trei clase (Brainstorming, Comentarea, Conturarea) ce vor fi utilizate, la alegere, n funcie de configuraia sistemului. 34

Prima clas este folosit pentru generarea unei liste de idei folosind metoda brainstorming. Astfel, clasa Brainstorming va descrie o instan care va fi folosit pentru a aduga idei ntr-o list de idei. De asemenea, instana returneaz lista ideilor. Clasa Comentarea creeaz o instan cu ajutorul creia fiecare participant are acces la o list de subiecte n vederea introducerii comentariilor proprii. Instana va returna o list de subiecte, va selecta un subiect anume pentru a putea aduga un comentariu i bineneles, va permite adugarea unui subiect nou. Clasa Conturarea permite crearea unei instane care servete prezentarea subiectelor sub form arborescent. Structura arborescent este realizat prin folosirea subiectelor structurate pe baza unor niveluri. La fiecare subiect pot fi adugate comentariile n mod ordonat. Ideile generate de pachetul anterior vor fi prelucrate de clasele din pachetul Organizare, prezentat n Figura 9. Acesta conine dou clase care vor crea instane n funcie de configuraia sistemului. Clasa Grupare este folosit pentru a crea o instan care va permite crearea de grupuri de idei. Acestea vor fi stabilite de moderatorul sistemului. n momentul n care lista grupurilor de idei a fost creat, se pot grupa ideile generate la faza decizional anterioar.

Figura 9. Pachetul pentru organizarea ideilor Participanii pot s identifice apariiile celor mai importante idei i s finiseze comentariile, cu ajutorul clasei Analiza. n Figura 10 sunt prezentate clasele pachetului Prioritizare (Votare, Chestionar, Dictionar). Acestea sunt folosite pentru a obine gradul de importan al fiecrei idei aprute. 35

Figura 10. Pachetul pentru priorizarea ideilor Clasa Votare creeaz o instan care permite votarea ideilor. Instana permite de asemenea stabilirea modului n care se realizeaz votarea (prin da/nu, note etc.). Clasa Chestionar permite moderatorului realizarea chestionarelor on-line pentru sintetizarea rspunsurilor introduse on-line de participani. Instana clasei Dictionar permite crearea interactiv a definiiilor pentru elementele utilizate n procesul decizional.

Figura 11. Pachetul pentru formularea politicilor Clasele care compun pachetul software pentru formularea politicilor sunt prezentate n Figura 11. Cele dou clase vor fi folosite alternativ n funcie de configuraia sistemului. Instana clasei Formulare permite crearea documentelor referitoare la politici sau misiuni, prin elaborarea acestora n comun de ctre participani. Clasa Analizap creeaz o instan prin care se evalueaz n mod sistematic politicile.

36

nainte de nceperea fazelor decizionale, aplicaia necesit anumii parametrii de configurare. Acest pas se realizeaz prin intermediul instanelor claselor descrise n pachetul Configurare (Moderator, Participant, Generare), din Figura 12.

Figura 12. Pachetul pentru configurarea sistemului Instanele claselor Moderator i Participant determin tipul de utilizator care utilizeaz sistemul. Clasa Generare creeaz o instan care va stabili parametrii generali de sistem (metoda aleas de generare a ideii, numrul de participai, timpul pentru anumite faze decizionale).

37

Capitolul 4.
4.1.

Construirea SSD Bazat pe Comunicaii

Construirea modelului experimental

n vederea construirii modelului experimental a fost propus strategia orientat obiect. Au fost expuse principiile de baz ale programrii orientate pe obiecte i s-au prezentat o serie de avantaje oferite de acestea. Deoarece idea de construire a aplicaiei presupune o separare a elementelor de programare (aplicaia model) de interfa, se prezint modelul MVC (Model-View-Controller) i sunt punctate cteva avantaje i dezavantaje n folosirea acestuia. Limbajul Perl a fost ales pentru a demonstra funcionalitatea modelului experimental, iar interfaa aplicaiei (bazat pe web) a fost propus pentru dezvoltare utiliznd standardul CGI (Common Gateway Interface). Dup stabilirea tehnologiilor propuse pentru construirea SSDBC, se prezint metoda iterativ de dezvoltare a unui Sistem Suport pentru Decizii, prin evidenierea avantajelor alegerii acesteia.

n vederea construirii sistemelor informatice pot fi identificate mai multe strategii de dezvoltare. Printre acestea se numr: strategia descompunerii funcionale, strategia fluxului de date, strategia orientat pe structura datelor i strategia orientat obiect. Abordarea structural specific strategiei orientate obiect presupune un caracter conceptual pronunat care diminueaz distana semantic dintre modelul sistemului i realitate. Interaciunea redus dintre obiecte i coeziunea puternic obinut prin ncapsulare i polimorfism permite o localizare mai bun a modificrilor, conducnd la un nivel de risc sczut al efectelor neateptate. Unul dintre beneficiile cele mai importante ale programrii orientate obiect este reutilizabilitatea. Posibilitatea de a utiliza codul creat de alt programator (mai ales cel din biblioteca de clase) i de a scrie propriile clase reutilizabile, e caracteristica care face programarea orientat obiect mai productiv dect programarea convenional (Filip, 1999). Modelul MVC Modelul MVC (Model-View-Controller) a fost conceput la sfritul anilor 1970 i are cel mai important rol n istoria dezvoltrii interfeelor utilizator orientate obiect. Modelul are la baz descompunerea aplicaiilor prin separarea elementelor de programare a interfeei utilizator de cele ale aplicaiei reale. 38

Idea de baz a arhitecturii MVC este c interfaa cu utilizatorul trebuie s fie separat de aplicaia n sine (de funcionalitate). Aceast premis permite dezvoltarea lor separat i, cel mai important, permite conectarea cu uurin a unei noi interfee la o aplicaie existent. Permite, de asemenea, reutilizarea unor componente ale unei interfee existente ntr-o alt aplicaie. O aplicaie poate folosit i fr interfaa sa, eventual de o alt aplicaie. Toate aceste aspecte sunt legate de modularitatea, reutilizabilitatea i ncapsularea specifice programrii orientate obiect.

Limbajul Perl i interfaa CGI Perl (Limbaj Practic pentru Extragere i Rapoarte) este un limbaj interpretat. Interpretorul Perl este un program cruia i se furnizeaz o list de comenzi care constituie programul Perl. Deoarece interpretorul citete i execut comenzile Perl, programatorii numesc adeseori programele Perl script-uri (scenarii). Odat cu naterea World Wide Web, utilizarea Perl a explodat. Common Gateway Interface (CGI) furnizeaz un mecanism simplu de a transfera date de la serverul web la un alt program i s returneze rezultatul interaciunii programului ca o pagin web. Astfel, Perl a devenit rapid limbajul dominant pentru programarea CGI. CGI (Common Gateway Interface) este un standard care permite programelor diferite de pe site-ul Web s interacioneze cu utilizatorii care viziteaz site-ul. Deoarece este un standard, nu este dependent de clientul web, nici de serverul web i poate fi mutat pe o alt main n condiii de maxim funcionalitate. Marele avantaj al folosirii CGI l reprezint crearea contextului dinamic, fr ca programele s fie ntotdeauna interactive. Se pot folosi scripturi neinteractive pentru a furniza informaii dinamice, care nu necesit informaii introduse de utilizator (Bzoi, Suduc i Gorghiu, Hybrid Method to Design Multi-Language Web Sites, 2009). Metoda iterativ de dezvoltare Metoda iterativ de dezvoltare este o metod care implic un dialog permanent ntre dezvoltator i utilizator, utilizatorul fiind implicat n dezvoltarea sistemului, iar dezvoltatorul n utilizarea sistemului. O poriune din sistemul suport pentru decizii este construit rapid, apoi testat, mbuntit i dezvoltat n pai sistematici. 39

Procesul de elaborare este structurat n mai multe cicluri, cte unul pentru fiecare dezvoltare de sub-sistem. Metoda descris de Sprague i Carlson (1982) const din urmtorii pai: Proiectantul i utilizatorul definesc mpreun o sub-problem care va reprezenta nceputul dezvoltrii sub-sistemului. Aceast sub-problem trebuie s fie mai puin important ca dimensiune, delimitat clar, dar suficient de important ca utilitate pentru decident; n acelai timp, problema este analizat i un prototip este elaborat cu uurin. Acest prototip trebuie s includ funcionalitile principale ale sistemului; Sub-sistemul este utilizat i evaluat adugnd noi reprezentri, modele i structuri de control dup fiecare ciclu de dezvoltare. De principiu, prima faz a procesului de dezvoltare iterativ este similar cu procesul clasic pn n momentul n care primul prototip este creat. Pornind din acest moment, prototipul este dezvoltat constant pn cnd sistemul final este creat (Marakas, 2003). Sistemul de dezvoltare progresiv implic pe lng avantajele prezentate mai sus i o cooperare strns a categoriilor de actori implicai n construcia sistemului suport pentru decizii. Acesta permite utilizatorilor mai activi implicarea n mare msur n dezvoltarea SSD. Aceast metod are de asemenea, avantajul de a permite o evaluare constant a sistemului i nu numai o evaluare la sfritul realizrii sistemului, cum este cazul metodei clasice. Acest tip de sistem orientat pe utilizator este flexibil i permite crearea de noi versiuni pentru a corecta diferite probleme aprute sau pentru a aduga noi opiuni (Suduc i Bzoi, 2008).

40

4.2.

Demonstrarea funcionalitii modelului experimental

Scopul acestui subcapitol este de a prezenta elemente care s conduc la concluzia c Sistemul Suport pentru Decizii Bazat pe Comunicaii (denumit Allego) propus n capitolele anterioare, va fi funcional n urma etapei de construire. Iniial, sunt prezentate o serie de principii care trebuie luate n considerare la construirea SSD, dup care sunt enumerate principalele caracteristici ale aplicaiei Allego. n continuare, se prezint organizarea bazei de date relaionale i cum s-ar realiza aplicaia model inndu-se cont de arhitectura descris n capitolul 3. n final, se prezint modul de generare al interfeei web prin utilizarea standardul CGI i sunt abordate principalele aspecte de securitate.

n vederea construirii unui sistem suport pentru decizii, trebuie urmate o serie de principii (Suduc i Bzoi, 2008): S existe o abordare global a problemei care trebuie rezolvat cu ajutorul aplicaiei ce va fi create; S existe o metodologie unitar pentru proiectarea i dezvoltarea sistemului; S se aplice cele mai noi soluii i tehnici n proiectarea i dezvoltarea sistemelor informatice; Sistemul informatic se va realiza n mod independent fa de structura organizaional a companiei unde va fi implementat; Viitorii beneficiari direci ai sistemului vor fi implicai n realizarea activitilor de analiz, proiectare i implementare a sistemului informatic; Dezvoltarea activitilor de proiectare se va face n concordan cu legea i resursele utilizator disponibile; S se prevad i eventual controla potenialele modificri n cadrul aplicaiei; S se documenteze eventualele compromisuri motenite n timpul construirii software. Principalele caracteristici ale aplicaiei Allego sunt: Aplicaia este creat pe baza abordrii mixte, iar strategia aleas este cea orientat obiect; Metoda de dezvoltare folosit este metoda iterativ;

41

Arhitectura aplicaiei a fost modelat folosind limbajul UML (diagrame de tip clas). Pentru dezvoltarea aplicaiei se folosete limbajul Perl n stilul orientat-obiect, tehnologiile software folosite fiind ultimele versiuni stabile la acest moment de timp;

Aplicaia a fost proiectat astfel nct s nu fie specific unei anumite structuri organizatorice, ci s ofere flexibilitate prin opiunile de personalizare; Datorit faptului c se utilizeaz metoda iterativ de implementare, poteniali utilizatori sunt implicai n dezvoltarea i testarea aplicaiei; Aplicaia a fost proiectat astfel nct n faza de implementare s se foloseasc numai tehnologii gratuite, iar eventualele implicaii juridice s fie ct mai reduse. Utilizatorii au nevoie doar de existena unui calculator i a unui browser web, deoarece interfaa aplicaiei va fi web;

Abordarea, strategia de programare i metoda de implementarea au fost alese pentru a putea modifica i extinde cu uurin aplicaia; Pentru a funciona, aplicaia necesit existena unor aplicaii software, cum ar fi: sistem de operare, server de baze de date, server web, server de pot electronic, limbajul Perl cu anumite module etc. Lista cerinelor funcionale minime va fi prezentat ntr-un document separat. Faciliti oferite de aplicaia Allego:

Aplicaia este multiutilizator i are o interfaat cu web-ul, neexistnd nici o restricie conceptual n ce privete accesul utilizatorilor la aceasta; Procesele decizionale ale unor utilizatori diferii pot fi executate n paralel pe sistem; Generarea contextului interfeei se face n mod dinamic; Aplicaia este interactiv, deoarece folosete formulare web i elemente avansate de interfa; Datorit modului de implementare, aplicaia poate fi tradus cu uurin n alte limbi de circulaie internaional, prin folosirea metodei hibride de creare a siturilor web multi-lingvistice (Bzoi i alii, 2009);

Poate fi portat cu uurin pe alte sisteme de operare populare; Ofer un grad bun de securitate, care poate fi crescut prin folosirea unor elemente adiionale ale sistemului de operare.

42

Modelul aplicaiei Allego Perl este un limbaj de programare care folosete module. Un modul este un pachet (package) Perl. Obiectele n Perl se bazeaz pe referine la date din cadrul unui pachet. Un obiect n Perl este o simpl referin care cunoate crei clas aparine. n programarea orientat pe obiecte cu alte limbaje de programare, se declar o clas i apoi se creeaz obiecte ale acelei clase. Toate obiectele unei clase particulare se comport ntr-un anumit fel, pe baza metodelor din acea clas. Se pot crea noi clase sau se pot defini altele noi prin motenirea proprietilor dintr-o clas existent. Exist trei afirmaii foarte importante pentru a nelege cum clasele, obiectele i metodele funcioneaz n Perl: (a) O clas este un pachet Perl. Acest pachet furnizeaz metodele pentru obiecte; (b) O metod este o subrutin Perl. Singurul lucru care trebuie precizat este acela c la aceste metode, primul argument este numele clasei; (c) Un obiect n Perl este pur i simplu o referin la anumite date din cadrul clasei. Una din facilitile oferite de programarea orientat obiect o reprezint motenirea. Motenirea oferit de Perl presupune doar motenirea metodelor, pentru a moteni date, trebuie s fie create propriile mecanisme. Deoarece fiecare clas este un pachet, are propriul spaiu de nume cu propriile tablouri asociative ale numelor de simboluri. Membrii unei clase pot fi adresai ncepnd cu Perl 5 folosind caracterul dou puncte dublat ($class::$member). La momentul reprezentrii modelului folosind limbajul UML, clasele aplicaiei model au fost grupate n pachete. Deoarece termenul de pachet are alt semnificaie pentru limbajul Perl, trebuie precizat c implementarea pachetelor (cu rol de container) din aplicaia de modelare s-a fcut sub forma de directoare la nivelul sistemului de fiiere al sistemului de operare. Astfel, a fost creat directorul AppModel care va conine ntreaga structur de subdirectoare i fiiere care vor reprezenta modelul aplicaiei. Pentru a stoca ntr-un mod organizat clasele (pachetele) Perl au fost create urmtoarele 9 subdirectoare: Generare_idei, Organizare_idei, Prioritizare, Elaborare, Export, Resurse, Comunicare, Stare, Configurare.

43

Generarea interfeei web CGI - Simple Common Gateway Interface Class este o bibliotec care folosete obiectele Perl 5 s creeze formulare web i s prelucreze coninutul lor. Pachetul CGI.pm definete obiectele CGI, entiti care conin valorile interogrii curente sau alte variabile de stare. Folosind metodele CGI pot fi examinate cuvinte cheie i parametrii transmii scriptului i se pot crea formulare ale cror valori iniiale pot fi preluate din interogarea curent (de altfel i conservarea strii informaiilor). Modulul furnizeaz funcii prescurtate care produc cod HTML, reducnd astfel timpul de editare i apariia erorilor. De altfel, furnizeaz i anumite funcionaliti pentru faciliti CGI mai avansate, incluznd ncrcare de fiiere, cookies, CSS (Cascading Style Sheets), operaii cu serverul, cadre etc. Sunt dou stiluri de programare cu CGI.pm: un stil orientat obiect i altul orientat pe funcii. n stilul orientat obiect, se pot crea unul sau mai multe obiecte CGI i apoi utiliza metode pentru a crea diferite elemente ale paginii. Fiecare obiect CGI ncepe cu lista numelor parametrilor care sunt transmii scriptului de ctre server. Se pot modifica obiectele, se pot salva ntr-un fiier sau ntr-o baz de date i se pot recrea mai trziu. Acest lucru este posibil pentru c fiecare obiect corespunde strii unui script CGI i pentru c lista parametrilor fiecrui obiect este independent de a altora.

44

Capitolul 5.
5.1.

Concluzii i perspective

Contribuii personale

Printre contribuiile personale ale autorului la tema de cercetare, se pot enumera: Realizarea unui studiu referitor la numrul de publicaii din domeniul de cercetare, indexate n patru baze de date internaionale pentru stabilirea contextului activitii de cercetare, prezentat n Capitolul 1, subcapitolul 1.3; Realizarea unui studiu sistematic pentru cunoaterea stadiului actual al domeniului de cercetare Sisteme Suport pentru Decizii, cu accentuarea clasei Sisteme Suport pentru Decizii Bazate pe Comunicaii. Astfel, n Capitolul 2, subcapitolul 2.1 se prezint SSD la modul general, iar n subcapitolul 2.2 modaliti de utilizare i implicaii ale acestora, n subcapitolul 2.3 tehnologii utilizate de SSD, n subcapitolul 2.4 sunt prezentate metode de proiectare i strategii de construire a SSD; Definirea Sistemelor Suport pentru Decizii Bazate pe Comunicaii prin prezentarea comparativ a conceptelor: Sistem Suport pentru Decizii Organizaional, Sistem Suport pentru Decizii de Grup, Groupware, platform colaborativ, videoconferin (sub-subcapitolul 2.1.5). Rencadrarea n clasa sistemelor informatice, din punct de vedere tehnologic, a conceptului de Sistem Suport pentru Decizii Bazate pe Comunicaii, prin prisma apariiei i dezvoltrii Sistemelor de Comunicaii Unificate (sub-subcapitolul 2.3.2). Propunerea unei arhitecturi pentru un Sistem Suport pentru Decizii Bazat pe Comunicaii (prezentat n Capitolul 3) i a unei metode de proiectare a modelului experimental; Propunerea unei strategii de construire a modelului experimental i a unei metode de dezvoltare adaptat aplicaiei propuse (prezentat n Capitolul 4, subcapitolul 4.1); Demonstrarea funcionalitii modelului experimental prin exemplificarea unei poriuni de cod a aplicaiei Allego (prezentat n Capitolul 4, subcapitolul 4.2); n perioada 2004-2010, autorul a publicat n total peste 50 materiale2 care prezint rezultate ale cercetrii din domenii multidisciplinare (articole, studii, cri) n calitate de prim-autor i coautor. Dintre acestea, relevante pentru domeniul cercetrii, se pot enumera:
2

http://ssai.valahia.ro/~bizoi/pub.shtml

45

 Computer Supported Cooperative Work An Example for Implementing a Web-based Platform Application, n revista Studies in Informatics and Control, volumul 15, numrul 1 din anul 2006 (prim autor); EDUSAN A Web-based Collaborating Support System For The Institutions Involved In The Health Education And Diseases Prevention, n Buletinul tiinific al Facultii de Inginerie Electric, numrul 1/2006 (coautor); Technical Overview of the VccSSe Web System, la 8th Conference: Virtual University, Warsaw University of Technology, 18-20 iunie 2008 (prim autor); Hybrid Method to Design Multi-Language Web Sites - Proceedings of the 1st International Conference on Computer Supported Education, CSEDU 2009, Lisbon (prim autor); Rates on Collaborative Platforms Activity in Multinational Educational Projects - Proceedings of the 9th WSEAS International Conference on Distance Learning & Web Engineering (DIWEB09) (prim autor); Riscurile utilizrii sistemelor de comunicaii, Editura Academia Romn, Seria Probleme Economice, Vol. 327-328, 2008 (prim autor); Riscurile utilizrii sistemelor de comunicaii unificate, Editura Academia Romn, Seria Probleme Economice, Vol. 372, 2009 (prim autor); An Overview of the DSS Development - Scientific Bulletin of Electrical Engineering Faculty - 2008, Year 8, No. 1 (coautor); Using Collaborative Platforms for Decision Support - Proceedings of the 17th International Conference on Control Systems and Computer Science, CSCS17, Vol. 2, 2009 (prim autor); Interface Architecture for a Web-Based Group Decision Support System Studies in Informatics and Control, Volume 18, Issue 3, 2009 (coautor); Exploring Multimedia Web Conferencing - Informatic Economic, Volume 13, No. 3, 2009 (coautor); Ethical Aspects on Software Piracy and Information and Communication Technologies Misuse, Supplementary Ways for Improving International Stability - SWIIS, IFAC Workshop, octombrie 28-30, 2009 (coautor); Audit for Information Systems Security, Informatic Economic, Volume 14, No. 1, 2010 (coautor);

46

 Risk Assessment of Information and Communication Technology Use in Multinational Educational Projects, Second World Conference on Educational Sciences (WCES 2010), Istanbul, February 4-8, 2010 (prim autor); Using Web Conferencing for Disseminating the Educational Projects Results, Second World Conference on Educational Sciences (WCES 2010), Istanbul, February 4-8, 2010 (coautor). De asemenea, autorul i-a desfurat activitatea n calitate de specialist n ase proiecte naionale de cercetare, n trei proiecte europene educaionale (avnd rol de expert tehnic pentru dezvoltarea unor sisteme care facilitau colaborarea i lucrul n echip) i a participat n anii 2008 - 2009 la Programul interdisciplinar de prevenire a fenomenelor cu risc major la scar naional (Program fundamental al Academiei Romne), coordonat de domnul acad. Florin Gheorghe Filip.

5.2.

Perspective de continuare a cercetrilor

n urma activitii de cercetare efectuate, ca urmare a schimbrilor tehnologice rapide i a ritmului de dezvoltare a mediului de afaceri, au fost identificate noi direcii de cercetare, dup cum urmeaz: Nu exist o definiie clar a SSD, iar definirea acestei clase de sisteme informatice poate s difere de la autor la autor. Dezvoltarea tehnologic rapid, apariia unor noi metodologii i abordri ne poate conduce la concluzia c definirea i prezentarea caracteristicilor SSD constituie n continuare un subiect de actualitate; n aceast lucrare a fost propus arhitectura unui SSDBC cu interfa web, iar concluzia a fost c nc mai sunt multe teme de studiat. Transformarea acestei arhitecturi ntr-o arhitectur orientat pe servicii, probabil ar conduce la situaii aproape neexplorate n ce privete utilizarea unor astfel de sisteme sau cum influeneaz activitile organizaiilor; Din cauza caracterului multidisciplinar al Sistemelor Suport pentru Decizii, tehnicile i metodologiile de integrare a tehnologiilor vor avea o influen deosebit asupra acestora. Sistemele de Comunicaii Unificate, aflate nc la nceput i prezentate pe scurt n subcapitolul 2.3.2 Tehnologii pentru SSD Bazate pe Comunicaii vor schimba conceptele referitoare la comunicare i colaborare;

47

 Noiunea de virtualizare va schimba infrastructura informaional i de comunicaii existent; n aceste condiii, este necesar o adaptare a sistemelor informatice, inclusiv a SSD; Dezvoltarea reelelor de socializare, web-ul 2.0 i accesul din ce n ce mai mare al utilizatorilor la Internet au schimbat semnificaia noiunilor de comunicare i colaborare. Se constat o lips a datelor concrete cum percep utilizatorii sistemele informatice, cum le influeneaz stilul de via i relaia de munc; n ultima perioad se discut tot mai mult de adoptarea unor msuri pentru aplicarea unor restricii de band n funcie de valoarea abonamentului pltit de client sau de msuri legislative care s interzic accesul la anumite servicii (de exemplu Youtube). Toate aceste msuri vor avea un impact negativ asupra Internetului i implicit asupra SSDBC i va genera o cerere de noi strategii i abordri.

Concluzii
Sistemele Suport pentru Decizii sunt o clas a sistemelor informatice care au aprut iniial sub forma unor studii teoretice n anii 1950-1960. Dezvoltarea tehnologic i apariia unor noi paradigme de programare i metodologii a fcut ca Sistemele Suport pentru Decizii s fie un domeniu de cercetare activ, care conduce la noi direcii de cercetare neexplorate anterior. Dup cum a fost prezentat n subcapitolul 1.3. Contextul activitii de cercetare, cercettorii public ntr-un ritm ascendent articole, cri, studii i alte materiale care evideniaz rezultate ale cercetrii n domeniul SSD. Dezvoltarea Internetului, a tehnologiilor de comunicaii, coroborate cu nevoile mediului de afaceri (mai ales dup anii 1990 - 2000) au condus la apariia unor noi clase de Sisteme Suport pentru Decizii: Sistemele Suport pentru Decizii Bazate pe Comunicaii (SSDBC). SSDBC se regsesc sub mai multe denumiri, cele mai cunoscute fiind: Sistemele Suport pentru Decizii de Grup, groupware, platformele de colaborare etc. i au ca scop utilizarea reelei i a tehnologiilor de comunicaii pentru a facilita colaborarea, comunicarea i crearea unui suport partajat pentru luarea deciziei. Studiul prezentat n subcapitolul 1.3. Contextul activitii de cercetare, ne indic faptul c managerii i cercettorii sunt n perioada iniial de acumulare a cunotinelor referitoare la Sistemele Suport pentru Decizii Bazate pe Comunicaii. Mai sunt multe lucruri 48

de nvat cum SSDBC interacioneaz cu echipele de lucru n ntlnirile electronice i cum influeneaz ieirile/produsele unei organizaii. SSDBC ajut n comunicarea, colaborarea i coordonarea echipelor de lucru ale organizaiilor. S-a constatat c performanele grupurilor de lucru i calitatea deciziilor au fost mbuntite cnd la alegerea SSDBC s-a inut cont de tipul sarcinilor, mrimea grupului i localizarea membrilor acestuia. Rezultate bune au fost obinute i n situaiile n care organizaiile au angajat personal special pentru acest scop sau cei care l-au folosit erau beneficiarii sistemului.

49

Referine bibliografice
***. (fr an). Preluat pe 2006, de pe 10 Guiding Principles for the Design of ComputerBased Decision-Support Systems: http://www.cadrc.calpoly.edu/pdf/decision_brochure.pdf ***. (fr an). ACM Digital Library. Preluat pe iulie 26, 2010, de pe The ACM Portal: http://portal.acm.org/portal.cfm ***. (2009). Building toward a unified communications strategy. Preluat pe noiembrie 10, 2009, de pe http://www.adobe.com/products/acrobatconnectpro/webconferencing/pdfs/connectpro_unifie dcommwhitepaper_1_09.pdf ***. (fr an). IEEE Xplore - Home. Preluat pe iulie 26, 2010, de pe IEEE - The world's largest professional association for the advancement of technology: http://www.ieee.org/index.html ***. (fr an). ScienceDirect - Browse Journals and Books. Preluat pe iulie 26, 2010, de pe ScienceDirect - Home: http://www.sciencedirect.com/ ***. (fr an). Web of Knowledge - Science - Thomson Reuters. Preluat pe iulie 26, 2010, de pe ISI Web of Knowledge: http://www.isiwebofknowledge.com/ Airinei, D. (2006). Sisteme de asistare a deciziilor i depozite de date - notie de curs. Preluat pe decembrie 14, 2006, de pe Universitatea A. I. Cuza Iai, Facultatea de Economie i Administrarea Afacerilor: http://portal.feaa.uaic.ro/C10/ Sisteme%20de%20asistare%20a%20deciziil/default.aspx Ancona, D., Chong, C. (1996). Entrainment: Pace, cycle, and rhythm in organizational behavior. Research in Organizational Behavior, vol. 18, L. L. Cummings and B. M. Staw (Eds.) , 251-284. Bailey, S. B. (2007). Unified Communications: Why and How. Preluat pe noiembrie 13, 2009, de pe http://www.accenture.com/NR/rdonlyres/48C2F458-D71E-404C-967C60413BC09C96/56196/114782G_UnifiedComm_PoV_92.pdf Banker, R. D., Field, J. M., Schroeder, R. G., Sinha, K. K. (1996). Impact of work teams on manufacturing performance. Academy of Management Journal, 29(4) , 867-890. Beach, L. (1997). The Psychology of Decision Making, People in Organizations. California: Sage Publications Inc. Bzoi, M., Gorghiu, G., Suduc, A., Alexandru, A. (2006). Computer Supported Cooperative Work An Example for Implementing a Web-based Platform Application. STUDIES IN INFORMATICS AND CONTROL, Volume 15, Number 1 , 71-78.

50

Bzoi, M., Suduc, A. M., Filip, F. G. (2009). Using Collaborative Platforms for Decision Support. Proceedings of the 17th International Conference on Control Systems and Computer Science (CSCS 17), Vol. 2, (pg. 349-352). Bucureti. Bzoi, M., Suduc, A. M., Gorghiu, G. (2009). Hybrid Method to Design Multi-Language Web Sites. Proceedings of the 1st International Conference on Computer Supported Education (CSEDU 2009), Vol. 1, (pg. 427-430). Lisabona. Bzoi, M., Suduc, A. M., Gorghiu, G., Gorghiu, L. (2009). Analysis of 1000 Days of Collaborative Activities in Two Multinational Educational Projects. WSEAS Transactions on Advances in Engineering Education, Issue 10, Volume 6 . Bzoi, M., Suduc, A., Filip, F. G. (2009). Riscurile utilizrii sistemelor de comunicaii unificate. Bucureti: Academia Romn, Seria "Probleme economice", Vol. 372. Bzoi, M., Suduc, A., Gorghiu, G., Gorghiu, L. M. (2010). Risk Assessment of Information and Communication Technology Use in Multinational Educational Projects. Second World Conference on Educational Sciences (WCES 2010) (pg. 2836-2840). Istanbul: Elsevier Ltd. in Procedia - Social and Behavioral Sciences, 2(2). Brinck, T. (1998). Groupware: Introduction. Preluat pe februarie 19, 2009, de pe http://www.usabilityfirst.com/groupware/intro.txl Chaffey, D. (1998). Groupware, Workflow and Intranets - Reenginering the Enterprise with Collaborative Software. Woburn: Butterworth - Heinemann. Cioca, M., Cioca, L. (2010). Decision Support Systems used in Disaster Management. n C. S. Jao, Decision Support Systems (pg. 371-390). INTECH. Clayton, M. J. (1997). Delphi: A technique to harness expert opinion for critical decisionmaking tasks in education. Educational Psychology, 17(4) , 373-386. Delbecq, A., Van de Ven, A., Gustafson, D. (1986). Group Techniques for Program Planning: a Guide to Nominal Group and Delphi Processes. Wisconsin, Greenbriar: Middleton. Delbecq, A., Ven, V. d., A., H., Gustafson, D. (1975). Group Techniques for Program Planning. Glenview: Foresman and Company. Dennis, A., George, J., Jessup, L., Nunamaker, J., Vogel, D. (1998). Information Technology to Support Electronic Meetings. MIS Quarterly (12:4) , pg. 591-624. DeSanctis, G., Gallupe, B. (1987). A foundation for the study of group decision support systems. Management Science, 33 , 589-609. Druzdzel, M. J., Flynn, R. R. (1999). Decision Support Systems. n A. Kent, & M. Dekker, Encyclopedia of Library and Information Science.

51

Druzdzel, M. J., Flynn, R. R. (2002). Decision Support Systems, Encyclopedia of Library and Information Science, Second Edition. New York: Editura Allen Kent. Filip, F. G. (2008). Decision support and control for large-scale complex systems. Annual Reviews in Control, 32(1) , 61-70. Filip, F. G. (2002). Decizie Asistat de Calculator: Decizii, decideni - metode i instrumente de baz. Bucureti: Editura Tehnic. Filip, F. G. (2005). Decizie asistat de calculator: decizii, decideni, metode de baz i instrumente informatice asociate. Ediia a II-a. Bucureti: Editura Tehnic. Filip, F. G. (1999). Informatic industrial: Noi paradigme i aplicaii. Bucuresti: Editura Tehnic. Filip, F. G. (2004). Sisteme suport pentru decizii. Bucuresti: Editura Tehnic. Fredman, J. H. (1999). 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. George, J. F. (2008). Handbook on Decision Support Systems 1. International Handbooks Information System. George, J. (1991). The Conceptualization and Development of Organizational Decision Support Systems. Journal of Management Information Systems, 8(3) , 109-125. Gorry, G., Scott Morton, M. (1971). A framework for management information systems. Sloan Management Review, 13(1) , 55-70. Gray, P. (1994). Decision Support and Executive Information Systems. Englewood Cliffs, New Jersey: Prentice-Hall. Hackathorn, R., Keen, P. (1981). Organizational Strategies for Personal Computing in Decision Support Systems. MIS Quarterly, 5, 3 , 21-26. Huber, G. P. (1984). Issues in the Design of Group Decision Support Sytems. MIS Quarterly, Vol. 8, No. 3 , 195-204. King, J., Star, S. (1990). Conceptual foundations for the development of organizational decision support systems. Proceedings of the Twenty-third Annual Hawaii International Conference on Systems Sciences, vol. 3 (pg. 143-151). Los Alamitos, CA: IEEE Computer Society Press. Kivijrvi, H., Kuula, M. (1996). An Experiment to Apply Some Substance-Theories to the Design and Development of a Corporatewide DSS in a Small Company. Scandinavian Journal of Information Systems, 8 . 52

Little, J. D. (1970). Models and Managers: The Concept of a Decision Calculus. Management Science, 16(8) , 35-43. Marakas, G. (2003). Decision Support Systems and Megaputer. Upper Saddle River, New Jersey: Prentice Hall. Minzberg, H. (1991). Planning on the left side and managing on the right. Creative Management (Jane Henry, ed.). Sage Publications, London , 58-70. Osborn, A. (1957). Applied imagination. New York: Scribner. Power, D. (2002). Decision support systems: concepts and resources for managers. Greenwood Publishing Group. Sewell, M., Sewell, L. (2002). The Software Architect's Profession: An Introduction. Upper Saddle River: NJ: Prentice Hall PTR. Simon, H., A. (1957). Administrative behavior: A study of decision-making process in administrative organization. New York: Free Press. Simpson, L. (2009). Is Unified Communications Ready for Prime Time? Preluat pe noiembrie 13, 2009, de pe http://www.compucom.com/PublishingImages/whitepapers/UnifiedCommunicationsWPCCv. pdf Sprague, R. H., Carlson, E. D. (1982). Building effective decision support systems. Englewood Cliffs: N.J., Prentice-Hall. Suduc, A. M., Bzoi, M. (2008). An Overview of the DSS Development. Scientific Bulletin of Electrical Engineering Faculty, Year 8, No. 1 , 99-102. Suduc, A., Bzoi, M., Filip, F. (2009). Aspecte legate de interfeele om-calculator pentru reducerea riscurilor utilizrii sistemelor informatice. Bucureti: Academia Romn, Seria "Probleme economice", Vol. 369-370. Suduc, A., Bzoi, M., Filip, F. (2010). Audit for Information Systems Security. Informatic Economic, Volume 14, No. 1 , 43-48. Suduc, A., Bzoi, M., Filip, F. (2009). Exploring Multimedia Web Conferencing. Informatica Economica, Volume 13, No. 3 , 5-17. Suduc, A., Bzoi, M., Gorghiu, G., Gorghiu, L. M. (2010). Using Web Conferencing for Disseminating the Educational Projects Results. Second World Conference on Educational Sciences (WCES 2010) (pg. 2813-2818). Istanbul: Elsevier Ltd. in Procedia - Social and Behavioral Sciences, 2(2). Turban, E., Aronson, J. (1998). Decision Support Systems and Intelligent Systems. London: Prentice-Hall International Inc. 53

Turban, E., Aronson, J. E. (1995). Decision Support and Intelligent Systems (5th edition). Upper Saddle River: N.J.: Prentice-Hall, Inc. Turban, E., Aronson, J. E., Liang, T. (2005). Decision Support Systems and Intelligent Systems, 7th Ed. USA: Prentice-Hall. Vogel, D., Nunamaker, J. (1990). Group Decision Support System Impact: MultiMethodological Exploration. Information & Management , 15-28. Watson, R. (1990). A Design for Infrastructure to Organizational Decision Making . Los Alamitos, CA: IEEE Computer Society Press. Yen, D., Gong, B., Wen, H., Chen, H. (1998). Collaborative Computing: Groupware and Group Decision Support Systems. Decision Sciences Institute Proceedings, No. 2 , 592-594.

54