Sisteme Expert Financiar-Bancare

Gabriela VRLAN Cristina Maria ENACHE
SISTEME EXPERT FINANCIAR-BANCARE - Suport de curs -
Sisteme expert financiar bancare
Universitatea Dunrea de Jos Galati Facultatea de tiine Economice 2007-2008
Cuprins
Cuprins.............................................................................................................................................3 Capitolul 1. Clasificarea sistemelor informatice.................................................................................................4 Capitolul 2. Inteligena artificial i sistemele expert.......................................................................................13 2.1. Conceptul de sistem bazat pe cunotine............................................................................15 2.2. Metode i tehnici de inteligen artificial..........................................................................17 2.3. Domeniile inteligenei artificiale........................................................................................22 Capitolul 3. Sisteme expert definire i arhitectur......................................................................24 3.1. Conceptul de sistem expert.................................................................................................24 3.2. Arhitectura sistemelor expert..............................................................................................35 3.3. Obiectivele, caracteristicile sistemelor expert i structura de baz....................................................................................................................36 3.4. Metode de reprezentare i utilizare a cunotinelor n cadrul sistemelor expert.........................................................................................................38 3.5. Evoluia sistemelor informatice spre sisteme expert i sisteme suport de decizii........................................................................................................41 Curs 4. Sistemele expert, prezentare general...............................................................................44 4.1. Concepte de baz ale sistemelor expert..............................................................................44 4.2. Aplicaii ale sistemelor expert............................................................................................49 4.3. Tipuri de sisteme expert......................................................................................................54 4.4. Avantaje i limite ale sistemelor expert..............................................................................57 4.5. Sisteme multi-expert...........................................................................................................62 4.5.1 Particularitile i structurile de control ale sistemelor multi-expert............................63 4.5.2 Arhitectura unui sistem multi-expert............................................................................65 Capitolul 5. Realizarea sistemelor expert......................................................................................67 5.1. Consideraii generale..........................................................................................................67 5.2. Metodologii de realizare a sistemelor expert......................................................................69 5.3. Instrumente de realizare a sistemelor expert.......................................................................73 5.4. Realizarea sistemelor expert prin prototipizare..................................................................75 Capitolul 6. Generatoare de sisteme expert...................................................................................85 6.1. Arhitectura unui generator de sisteme expert.....................................................................85 6.2. Exemple de generatoare de sisteme expert.........................................................................91 Capitolul 7. Exsys CORVID..........................................................................................................94 7.1. Prezentare general.............................................................................................................94 7.2. Construirea unei baze de cunotine.................................................................................102 7.2.1 Instalarea i lansarea n execuie a generatorului EXSYS..........................................102 7.2.2. Crearea unei baze de cunotine.................................................................................103 7.2.3. Lansarea n execuie a bazei de cunotine RENTAB...............................................131 Capitolul 8. Teste.........................................................................................................................135 Bibliografie..................................................................................................................................140
Capitolul Clasificarea sistemelor informatice
1.
Clasificarea sistemelor informatice se face n funcie de anumite criterii, i anume: [Lungu & al, 2003], [Oprea, 1999]
1. n funcie de domeniul de utilizare, acestea se clasific n patru grupe, care sunt
prezentate n urmtoarea figur.

Conducerea activitilor organizaiilor economicosociale
SISTEME INFORMATICE pentru
Conducerea proceselor
Cercetare tiinific i proiectare tehnologic
Activiti speciale
Fig. 1.1. Clasificarea sistemelor informatice n funcie de domeniul de utilizare

a. Specific sistemelor informatice pentru conducerea activitilor organizaiilor
economico-sociale este faptul c datele de intrare, de regul, sunt furnizate prin documente ntocmite de om, iar datele de ieire sunt furnizate de ctre sistem tot sub form de documente (liste, rapoarte etc.) pentru perceperea acestora de ctre om.
b. Spre deosebire de acestea, sistemele informatice pentru conducerea proceselor
tehnologice se caracterizeaz prin aceea c datele de intrare sunt asigurate prin intermediul unor dispozitive automate care transmit sub form de semnale (impulsuri electronice) informaii despre diveri parametri ai procesului tehnologic (presiune, temperatur, umiditate, nivel), iar datele de ieire se transmit, de asemenea, sub form de semnale unor organe de execuie, regulatoare, care modific automat parametrii procesului tehnologic. Se execut n acest fel controlul i comanda automat a procesului tehnologic. Astfel de sisteme sunt folosite n locurile n care
4
este periclitat intervenia n mod direct a factorului uman. Exemple de asemenea sisteme sunt cele pentru laminarea oelului, pentru procesele din petrochimie, pentru fabricarea cimentului, a hrtiei, centrale nucleare etc. n mod firesc apar diferene ntre obiectivele celor dou categorii de sisteme, cele pentru conducerea proceselor tehnologice avnd ca obiective mbuntirea randamentului agregatelor, urmrirea siguranei n funcionare, creterea indicatorilor de calitate a produselor, mbuntirea altor indicatori tehnico-economici.
c. Sisteme informatice pentru activitatea de cercetare tiinific i proiectare
tehnologic asigur automatizarea calculelor tehnico-inginereti, proiectarea asistat de calculator i alte faciliti necesare specialitilor din domeniile respective.
d. Sistemele informatice speciale sunt destinate unor domenii specifice de activitate, ca
exemplu: informare i documentare, tehnico-tiinific, medicin etc.

2. Un alt criteriu de clasificare al sistemelor informatice economice este n funcie de nivelul
ierarhic ocupat de sistemul economic n structura organizatoric a organizaiei, conform cruia exist urmtoarea clasificare:
a. Sisteme informatice pentru conducerea activitii la nivelul organizaiilor economice.
Acestea pot fi descompuse n subsisteme informatice asociate funciunilor organizaiilor economico-sociale sau chiar unor activiti.
b. Sisteme
informatice pentru conducerea activitii la nivelul organizaiilor
economico-sociale cu structur de grup. n aceast categorie sunt incluse sistemele informatice la nivelul regiilor autonome.
c. Sisteme informatice teritoriale. Sunt constituite la nivelul unitilor administrativ-
teritoriale i servesc la fundamentarea deciziilor adoptate de ctre organele locale de conducere.

d. Sisteme informatice pentru conducerea ramurilor, subramurilor i activitilor la
nivelul economiei naionale. Se constituie la nivelul ramurilor, subramurilor i activitilor individualizate avnd n vedere diviziunea social a muncii i specificate n clasificarea economiei naionale. Sunt elaborate i administrate de ministerele, departamentele sau organele care au prin lege sarcina de a coordona metodologic grupele respective de activiti. Principala lor funcie const n fundamentarea i reglarea echilibrului dezvoltrii economico-sociale n profil de ramur. Aceste sisteme vor trebui s realizeze elaborarea de variante a proiectului de plan n profil de ramur, ncrcarea optim a capacitilor de producie, folosirea intensiv a mainilor, utilajelor i instalaiilor, urmrirea i controlul realizrii sarcinilor de plan i a celor privind calitatea produciei, perfecionarea produselor i a tehnologiilor,
5
nnoirea produciei i asigurarea de noi produse, utilizarea superioar a potenialului material i uman din ramura respectiv.
e. Sisteme informatice funcionale generale ce au ca atribut principal faptul c
intersecteaz toate ramurile i activitile ce au loc n spaiul economiei naionale, furniznd informaiile necesare coordonrii de ansamblu i sincronizrii lor n procesul reproduciei din cadrul economiei de pia. n aceast categorie sunt cuprinse sistemele pentru planificare, statistic, financiar-bancar etc.
Conducerea activiti la nivelul organizaiilor economice
Conducerea activiti la nivelul organizaiilor economico sociale cu structur de grup SISTEME INFORMATICE pentru Uniti administrativ teritoriale
Conducerea ramurilor, subramurilor i activitilor la nivelul economiei naionale Funciuni generale
Fig. 1.2. Clasificarea sistemelor informatice n funcie de nivelul ierarhic

3. Un alt criteriu de clasificare al sistemelor informatice este acela dup aportul acestuia n
actul decizional.
SISTEME INFORMATICE dup aportul acestuia n actul decizional
Sisteme Informatice
Sisteme Suport de Decizie
Sisteme Expert
Fig. 1.3. Clasificarea sistemelor informatice n funcie de aportul n actul decizional

6
Decidentul dintr-o unitate are prin sistemul informatic un puternic suport pentru fundamentarea deciziilor sale. Acest suport implementeaz modele matematicoeconomice din domeniul specific de activitate sau cu caracter general. Este situaia clasic de realizare a sistemelor informatice (SI) ca asistent al decidentului. Acestea execut o mic parte din activitatea decidentului, rolul lor important fiind de culegere i prelucrare automat a datelor, coleciile de date regsindu-se sub form de fiiere sau baze de date. Este perioada de pn n jurul anului 1970, cnd dou discipline au venit n sprijinul tiinific al sistemului informatic-decizional: cercetrile operaionale i teoria deciziei. n aceast perioad apar i primele sisteme suport de decizie (SSD, Decision Support System - DSS). Aceste sisteme reprezint o clas a sistemelor informatice incluznd sisteme bazate pe cunotine (knowledge based system) care suport activiti de luare a deciziei. n general, se spune c un sistem suport de decizie este un sistem computerizat care ajut n luarea deciziilor (o decizie este o alegere ntre mai multe alternative bazate pe estimri ale valorilor acestor alternative). Acest concept a fost utilizat n mai multe moduri (Alter 1980, Power 2002), i el a fost definit n funcie de punctul de vedere al autorilor (Druzdzel and Flynn 1999). Finlay (1994) i ali autori definesc un SSD drept un sistem bazat pe calculator care ajut procesul de luare a deciziei. Turban (1995) definete un SSD ca un sistem informaional bazat pe calculator interactiv, flexibil i adaptabil, special dezvoltat pentru susinerea soluiei unei probleme de management n scopul mbuntirea lurii deciziei. El utilizeaz date, furnizate printr-o interfa uor de utilizat, i ine seama de decizia proprie. Acest concept a aprut ca urmare a dezvoltrii a dou domenii ale cercetrii, respectiv studiile teoretice ale teoriei deciziei ntre anii 1950 1960 la CIT Carnegie Institute of Technology, i interaciunea sistemelor de calcul n anumite activiti umane, cercetri fcute n cadrul MIT Massachustts Institute of Technology n anii 1960, devenind un domeniu al cercetrii la mijlocul anilor 1970, cnd s-a remarcat o cretere puternic a fluxului informaional n toate domeniile de activitate, a bazelor de date i a teleprelucrrii datelor. Acestea au permis prelucrarea unui volum mai mare de date i o comunicaie mai rapid i mai eficient, iar rolul sistemului informatic a crescut n raport cu decidentul, ajungnd s fie un colaborator al acestuia. De multe ori, aceste sisteme informatice execut o parte nsemnat din activitatea decidentului evolund, astfel spre sisteme suport de decizie, n care coleciile de date se regsesc sub forma bazelor de cunotine (baze de date i baze de module). n momentul de fa sistemele suport de decizie reprezint un mediu care
7
interacioneaz cu cercetri din domeniul bazelor de date, inteligenei artificiale, interaciunea calculator-om, metode de simulare, ingineria software i telecomunicaii. Sistemele suport de decizie sunt clasificate avnd n vedere diferite criterii. Astfel, din punct de vedere al relaiei cu utilizatorul, Httenschwiler (1999) difereniaz SSD pasive (este un sistem care ajut procesul de luare a deciziei, dar nu arat explicit soluii sau sugestii pentru luarea deciziei), SSD active (este un sistem care ajut n luarea unor soluii sau sugestii pentru luarea deciziei), i SSD cooperante (permit decidentului, respectiv a consultanilor si, s modifice, s completeze, sau s redefinesc decizia furnizat de sistem, nainte de trimiterea acestora napoi ctre sistem pentru validare. ntregul proces se deruleaz pn cnd este generat o soluie optim). Dac se are n vedere (criteriul) modul de asisten acordat, Power (2002) clasific sistemele suport de decizie n:
1. SSD orientat pe comunicaii suport mai muli utilizatori pe un task partajat. Un
astfel de exemplu include instrumentele integrate precum NetMeeting ul de la Microsoft sau Groove.
2. SSD orientat pe date pune accentul pe accesarea ctre i manipularea datelor
interne ale companiei, i, uneori datelor externe.

3. SSD orientat pe document administreaz, salveaz i manipuleaz informaii
nestructurate ntr-o varietate de formate electronice.

4. SSD orientat pe cunotine furnizeaz cunotine de specialitate n rezolvarea de
probleme specializate stocate ca fapte, reguli, proceduri, sau structuri similare.

5. SSD orientat pe model pune accentul pe accesul ctre i manipularea unui model
de simulare, statistic, financiar sau de optimizare. Aceste sisteme utilizeaz date i parametri furnizai de utilizatori. Un exemplu de generator de SSD orientat pe model este Discodess (este de tip open source realizat de Gachet n 2004). n conformitate cu Sprague i Carlson (1982) i Haag & al. (2000), din punct de vedere arhitectural un sisteme suport de decizie este alctuit din trei componente fundamentale: un sistem de gestiune a bazei de date (SGBD) care memoreaz informaii; un sistem de gestiune orientat pe model trateaz reprezentrile evenimentelor, faptelor, sau situaiilor (se utilizeaz diferite tipuri de modele), i sistemul de gestiune i generare a dialogului permite interaciunea dintre utilizator i sistem. Power (2002) susine c un SSD este alctuit din patru componente importante: interfaa cu utilizatorul, baza de date, modelul i instrumente analitice, arhitectura SSD i reeaua. Httenschwiler (1999) spune c un SSD este identificat de cinci componente, iar exemplele pot continua n funcie de prerea fiecrui autor n parte.
8
ncepnd cu anii 1970, bazele de date au evoluat spre relaional i distribuit, iar reelele de calculatoare locale i generale au nceput s fie utilizate n mod curent n activitatea organizaiilor. Informaia care se prelucreaz se diversific foarte mult, volumul de date este tot mai mare, iar complexitatea prelucrrilor de asemenea. Sistemele informatice ncep s execute o mare parte din activitatea de rezolvare a problemelor de decizie, devenind experte n domeniu, evolund astfel spre sisteme expert (SE), n care coleciile de date se regsesc sub forma bazelor de cunotine i modele. Volumul mare i complexitatea deosebit a datelor care circul pe magistralele (reelele) informaionale internaionale n momentul de fa tind s sufoce sistemele informatice bazate pe sistemul relaional. Abordarea orientat obiect, precum i realizarea de baze de cunotine, pe maini tot mai puternice, tind s rezolve aceast problem. Sistemele expert, precum i sistemele suport de decizie sunt de fapt sisteme informatice dedicate. Iat cteva dintre aspectele comune i deosebirile dintre cele trei sisteme:
a. Tehnologia de realizare se pstreaz n mare parte pentru toate cele trei tipuri de
sisteme. Pe de o parte, SSD i SE au preluat n metodologia lor de realizare majoritatea activitilor din metodologia de realizare a SI, adoptnd o parte din ele. Pe de alt parte, metodologia de realizare a SI a evoluat mult odat cu apariia SSD i SE, prelund o serie de elemente de simplitate, flexibilitate, precum i stilul de lucru n pai mruni i reluri succesive. Ideea c un sistem informatic, ca de altfel orice produs informatic, se realizeaz la cheie prin etape care odat realizate nu se mai pot relua, nu mai este agreat. Stilul de lucru de la sistemele expert care presupune realizarea unei versiuni care nu este nici ultima, nici cea mai bun, urmnd apoi s se realizeze versiuni succesive pentru perfecionare i dezvoltare, este tot mai mult utilizat i n realizarea sistemelor informatice.
b. Toate folosesc abordarea sistemic pentru studierea i rezolvarea problemelor.
Aceasta este o modalitate eficient pentru nvingerea complexitii i pstrarea coerenei. Abordarea sistemic presupune o serie de caracteristici n procesul de cunoatere, caracteristici care se regsesc la realizarea tuturor celor trei tipuri de sisteme. Aceste caracteristici sunt:
extragerea sistemului studiat se face din mediul nconjurtor; definirea problemei i descrierea ei se face cantitativ i/sau calitativ; se definesc mijloacele posibile pentru rezolvarea problemei; se formuleaz diferite variante de rezolvare a problemei;
se compar variantele i se alege cea mai bun (cea care satisface cel mai bine
cerinele).
c. Modul de rezolvare al problemelor pstreaz direcii comune care caracterizeaz
sistemul uman de prelucrare i evaluare a informaiei. Acest lucru este firesc n SSD i SE, i se accentueaz n SI prin abordarea orientat obiect. n acest sens, se mbin aspectele descriptive cu cele imperative, neprocedurale cu cele procedurale, n funcie de sistem punndu-se accentul pe unul sau altul dintre aceste aspecte. Modulul rezolutiv se bazeaz n special pe raionamente, dar i pe algoritmi n SE i se bazeaz n special pe algoritmi, date i raionamente n SSD i SI. Raionamentul se bazeaz pe modelul logic i nu pe cel fizic, ceea ce nseamn c primeaz relevana i mai puin precizia. Acest lucru este valabil att n mecanismul de inferen din SE, ct i n procesul decizional din SSD. n SI, n modelul prelucrativ, conteaz mai mult precizia i mai puin relevana. Aplicaiile cu baze de cunotine sunt n ultim instan aplicaii informatice care permit rezolvarea de probleme dificile prin simularea raionamentului uman asupra unor cunotine specifice unui domeniu dat.
d. Cele trei sisteme, dei au arhitecturi diferite, pstreaz i elemente comune. Toate au
colecii de date care sunt fiiere sau baze de date n SI, baze de cunotine n SSD (baza de date i baza de module) i SE (baza de cunotine i modele). n plus fa de SI, SSD conin o baz de module care este de fapt o bibliotec de module permanente sau de uz temporar. Acestea pot fi ale utilizatorului sau realizate de firme specializate. Modulele operative, tactice sau strategice, de calcul sau analiz etc. Dimensiunile acestor module pot fi de la o singur relaie pn la foarte multe. Legat de aceast baz de module, SSD va conine un mecanism de construire sau generare a modulelor, va avea posibilitatea s restructureze un modul, s-l actualizeze i s opereze asupra modulelor pentru a obine rapoarte de ieire. n loc de coleciile de date din SI, SE conin o baz de cunotine n care se descriu obiectele din lumea real. Ea conine fapte (axiome) i reguli (care pot descrie i modele). Att SSD, ct i SE au componente pentru nvare care achizioneaz noi cunotine. Aceast component lipsete ca atare n SI, dei sunt ncercrii n acest sens de a fi inclus. De asemenea, toate sistemele conin interfee cu utilizatorul care tind s devin tot mai prietenoase, uor de folosit i interactive. Aceast component tinde s depeasc jumtate din codul program generat, n toate cele trei sisteme. Tendina este dat de mainile interactive actuale i de societatea informatizat care determin o utilizare n mas a calculatoarelor. Dialogul dat de interfa trebuie s fie ct mai
10
natural pentru a elimina bariera psihologic dintre om i main. Stilul de dialog poate fi ntrebare-rspuns, limbaj de comand, meniu, videoformat, ferestre etc., la care se adaug facilitile oferite de platformele multimedia (dac acestea sunt disponibile). Tabelul 1.1. Coleciile de date specifice fiecrui tip de sistem Tip sistem SI SSD Coleciile de date Fiiere i baze de date Baze de cunotine
SE Baze de cunotine i Modele e. Toate cele trei sisteme ajut decidentul n activitatea sa, i fundamenteaz decizia. Contribuia fiecrui tip de sistem la sprijinul decidentului, n fundamentarea deciziilor este prezentat n tabelul 1.2. Tabelul 1.2. Contribuia fiecrui tip de sistem la procesul decizional Tip sistem SI SSD SE Ajutor pentru decident Asistent Colaborator Expert Partea executat din activitatea decidentului O mic parte O parte nsemnat O mare parte
f. Problemele rezolvate cu cele trei tipuri de sisteme sunt de natur diferit, dei au i
elemente comune (de exemplu, toate provin din lumea real). Dac ntr-o problem criteriile sunt preponderent cantitative, iar caracteristicile problemei se formuleaz cantitativ, modelarea se face foarte bine algoritmic i va rezulta un SI. Dac ns exist formulri mai puin cantitative se tinde spre SSD sau SE, care ns nu exclud folosirea algoritmilor. Pentru problemele complexe n condiii de incertitudine, se pornete conceptual, dar i practic, de la baze de date clasice spre baze de cunotine. Acestea au la baz cunotine incomplete, inconsistente, incerte, imprecise, ambigui. Pentru fiecare dintre aceste categorii de cunotine exist o logic nestandard de care se ine cont n abordarea problemei. Acest lucru se trateaz bine n SSD i SE, i foarte greu sau imposibil de tratat n SI. Din analiza de mai sus rezult evoluia n anumite condiii a SI spre SSD. La SE evoluia se constat n ceea ce privete conceptele (sistem, componente, modele, obiecte etc.), metodologia de realizare (principalele activiti, metode, tehnici etc.), soluii software de implementare (limbaje, tehnici de programare, inginerie software etc.). Pe de alt parte, din punct de vedere al organizrii datelor, se constat evoluia
11
bazelor de date relaionale spre cele orientate obiect i spre bazele de cunotine. Simplificarea modelului relaional i mbuntirea lui a condus spre modelul orientat obiect. De asemenea, reprezentarea prin perechile A-V (atribut-valoare) din relaional se regsete i n bazele de cunotine (exemplul din limbajul Prolog).
4. Din punct de vedere al organizrii datelor sistemele informatice se clasific n: a. SI care au coleciile de date organizate n fiiere. Fiierele pot fi cu organizare clasic
(secveniale, indexat-secveniale, relative) sau cu organizare special (nlnuite, inverse etc.). Aceste tipuri de SI sunt tot mai rar ntlnite astzi, i ele mai pot fi acceptate doar pentru sisteme mici. n orice caz, aceste sisteme trebuie s foloseasc i fiiere care permit accesul direct pentru uurina i rapiditatea manipulrii datelor.
b. SI care au colecii de date organizate n baze de date. Pentru acest lucru se folosete
un model de date care poate fi arborescent, reea, relaional sau orientat obiect i un SGBD adecvat. Cel mai utilizat model este cel relaional, cu tendin de evoluie spre orientat obiect. Majoritatea SI sunt de acest tip datorit avantajelor oferite de bazele de date n crearea i manipularea coleciilor de date.
c. SI mixte care au colecii de date organizate n baze de date, dar i n fiiere. Pot
aprea i astfel de situaii n realizarea unui SI, n sensul c pe lng baza de date sunt necesare i o serie de fiiere relativ independente prelucrate din limbaje de programare, n afara SGBD-ului. Astfel de cazuri apar mai ales atunci cnd SI colaboreaz cu alte sisteme sau aplicaii informatice.
12
Capitolul Inteligena artificial i sistemele expert
2.
Inteligena artificial i sistemele expert reprezint un domeniu al informaticii care are drept scop transpunerea comportamentului inteligent uman la maini, n spe la calculatoare. Dorina de a dispune i de a folosi maini inteligente reprezint un vechi deziderat al omului, perfect justificabil innd cont de faptul c asemenea maini pot fi, n principiu, mai simplu de utilizat i mai productive. Constituirea ca domeniu tiinific autonom, cu obiect de studiu propriu, cu metode i tehnici de lucru specifice s-a realizat la nceputul anilor 1950, ca urmare a sprijinului oferit de inteligena artificial din partea unor domenii conexe precum matematica, psihologia, fiziologia, logica etc. Obiectul de studiu al inteligenei artificiale l reprezint comportamentul inteligent i posibilitatea de emulare al acestuia la maini. Prin comportament inteligent se nelege, n general, acel comportament care implic realizarea unor activiti ce reclam caliti intelectuale deosebite: posibilitatea de abstractizare, flexibilitate, adaptare la situaii noi (incomplet cunoscute), creativitate etc. De exemplu, nelegerea limbajului natural, practicarea matematicii, rezolvarea unor probleme practice dificile, acordarea de semnificaie diferitelor forme (de exemplu, vizuale) sunt considerate drept activiti ce reclam inteligen i deci caracterizeaz un comportament inteligent. Realizarea acestor activiti de ctre main, deci automatizarea lor, poate fi extrem de dificil. Chiar i activitile pe care omul le realizeaz curent, de exemplu, nelegerea limbajului natural, pot fi extrem de dificil de automatizat. Informatica convenional, bazat pe algoritm drept paradigm a calculului (a automatizrii sarcinilor), nu a reuit s transfere aceste activiti inteligente spre main. Paradigma care a dominat domeniul inteligenei artificiale, la nceputul constituirii sale, poate fi considerat cea desemnat prin general problem solver, denumirea proiectului lansat n anii 1960, care a avut drept obiectiv identificarea acelor mecanisme abstracte ale gndirii ce permit omului desfurarea activitii inteligente. Iniiatorii acestui proiect, H. Simon, A. Newell i B. Shaw, considerau c la baza comportamentului inteligent stau o serie de mecanisme generale, universale de gndire ce sunt utilizate n rezolvarea oricrei probleme, n desfurarea oricrei
13
activiti. Odat descifrate aceste mecanisme i transpuse n programe de calcul, maina poate executa orice sarcin. Eecul proiectului a demonstrat c activitile ce reclam inteligen trebuie abordate diferenial innd cont de marea lor varietate i c eseniale n realizarea acestor activiti sunt cunotinele (knowledge). Sfritul anilor 1970 a marcat momentul lansrii unei noi paradigme n cadrul inteligenei artificiale, i anume, cea de cunotine.[Lungu & al, 2003, pag. 63] Pentru noinea de sistem expert, cercettorii ofer n principal definiii funcionale, pragmatice. n continuare se dau exemple de definiii date de diferii autori [Andone & ugui, 1999, pag. 37]: Edward Feigenbaum de la Stanford University d urmtoarea definiie sistemele expert sau programe concepute pentru a raiona n scopul rezolvrii problemelor pentru care n mod obinuit se cere o expertiz uman considerabil. Edward Feigenbaum este pionerul n inteligen artificial care a definit sistemul expert ca pe un program inteligent pentru calculatorul electronic, care utilizeaz cunoaterea i proceduri de inferen pentru soluionarea problemelor, care sunt suficient de dificile pentru a necesita o expertiz uman semnificativ pentru soluionarea lor. Louis E. Frenzel sistemul expert este un program particular care ncorporeaz o baz de cunotine i un motor de inferene. Programul se comport ca un consilier inteligent ntr-un domeniu particular. O definiie original aparine profesorilor J. Giarratano i G. Rilez (NASA): Un sistem expert este un sistem care emuleaz abilitatea de a lua decizii a expertului uman. Termenul emuleaz nseamn c sistemul este menit s acioneze n toate privinele ca expertul uman. Emularea este ceva mai mult dect simularea, care cere doar s acioneze prin imitarea condiiilor realizate. Sistemele expert acioneaz foarte bine n domenii bine delimitate. P.V. Pigford i G. Baur sistemul expert este un produs program care emuleaz comportamentul experilor umani care rezolv probleme din lumea real asociate unui domeniu particular al cunoterii. Din aceste definiii rezult urmtoarele idei succesive care contureaz suficient noiunea de sistem expert: din punct de vedere conceptual sistemele expert vizeaz reconstruirea raionamentului uman pe baza expertizei obinut de la experi;
14
sistemele expert dispun de cunotine i de capacitatea de a desfura activiti intelectuale umane; sistemele expert sunt organizate pentru achiziia i exploatarea cunoaterii dintr-un domeniu particular numit domeniul problemei; sistemele expert dispun de metode de invocare a cunoaterii i exprimarea expertizei, comportndu-se ca un sistem inteligent; ca nivel de realizare informatic, sistemele expert se bazeaz pe principiul separrii cunoaterii (bazei de cunotinte) de programul care o trateaz (motorul de inferene); sistemele sunt capabile s memoreze cunoaterea, s stabileasc legturi ntre cunotine i s infereze concluzii, soluii, recomandri, sfaturi, respectiv cauzele unor fenomene i situaii pe baza faptelor i prelucrrii cunoaterii incerte. 2.1. Conceptul de sistem bazat pe cunotine Inteligena artificial consider ca posibil emularea comportamentului inteligent la maini prin memorarea cunotinelor i asigurarea condiiilor pentru prelucrarea lor automat. [Lungu & al, 2003, pag. 64] Toate sistemele de inteligen artificial sunt sisteme care posed i utilizeaz cunotine, fiind denumite sisteme bazate pe cunotine (sau sisteme cu baz de cunotine). Aceste sisteme sunt specializate n desfurarea diferitelor activiti. Un sistem informatic bazat pe cunotine este un sistem care surprinde capacitatea unui expert uman de a rezolva probleme ntr-un domeniu specific prin reprezentarea cunotinelor necesare ntr-un mediu computaional (ntr-un calculator). ntruct pentru identificarea cunotinelor necesare este nevoie de un expert uman, care nu este neaprat n contact direct cu nevoile i cerinele utilizatorilor, este necesar existena unui inginer de cunotine, care intervieveaz experii. Baza de cunotine rezult astfel din interaciunea dintre inginerul de cunotine i experi.
informaii experien ntrebri , probleme Expertul n domeniu rspunsuri , explicaii, soluii, concepte, fapte, euristici Inginerul de cunotine nelegerea nevoilor utilizatorilor
Fig. 2.1. Interaciunea experi-ingineri de cunotine

15
ntre sistemele informatice bazate pe cunotine i sistemele expert exist o prim diferen i anume: primele pot fi considerate mai generale, deoarece nu se refer numai la domeniul inteligenei artificiale. Aplicaii ale sistemele informatice bazate pe cunotine exist i n medicin, inginerie, afaceri etc. De asemenea, unele ramuri ale inteligenei artificiale nu intr n categoria sistemele informatice bazate pe cunotine, dup cum se poate bine observa din figura 2.2.
Prelucrri paralele distribuite (reele neuronale ) Sisteme expert
Programare logic
Robotic
Fig. 2.2. Intersecia inteligen artificial-sisteme expert informatice

Traducere automat
Inteligen artificial
Sisteme informatice bazate pe cunotine
Aplicaii bazate pe cunotine n domenii : medicin , inginerie , afaceri etc
bazate pe cunotine- sisteme

Prelucrarea vocii , imaginilor i limbajul natural
Sistemele de inteligen artificial dispun de o baz de cunotine, precum i de mecanisme de utilizare a acestora (mecanisme rezolutive, infereniale sau de raionament), n scopul efecturii n mod automat a unor activiti (taskuri) diferite descrise cu ajutorul unor fapte, reunite n componenta baza de fapte (figura 2.3.)
Sursa de cunotine Analistul de cunotine Sursa de date
Baza de cunotine Mecanisme rezolutive
Baza de fapte
Utilizatori
Fig. 2.3. Structura generic a unui sistem de inteligen artificial

16
n sens informatic cunotinele reprezint informaii dobndite care servesc la realizarea diferitelor activiti. Dei aspectul pragmatic este esenial n definirea conceptului de cunotine, exprimarea acestora trebuie realizat relativ independent de modul lor de utilizare. Aceasta, deoarece unele i aceleai cunotine pot fi utilizate n mod diferit pentru rezolvarea diferitelor probleme sau chiar pentru aceeai problem n circumstane diferite. Spre deosebire de informatica convenional care s-a bazat pe o reprezentare implicit a cunotinelor i o reprezentare explicit a modului de utilizare a acestora n rezolvarea unei anumite probleme (algoritmul fiind de fapt o schem de aplicare a unor cunotine care nu sunt menionate n mod explicit) inteligena artificial a adoptat soluia reprezentrii explicite a cunotinelor, a enunrii lor ntr-un mod relativ independent de modurile de utilizare. Realizarea unui sistem de inteligen artificial are sarcina de a justifica i a exprima (reprezenta) cunotinele necesare efecturii unor activiti i de a nregistra sistemul cu mecanisme care s permit aplicarea acestor cunotine. Responsabilitatea deciziilor privind modul efectiv de utilizare a cunotinelor revine sistemului i care la momentul execuiei va lua n mod automat decizii privind: ce cunotine sunt necesare; cum i cnd s fie utilizate acestea pentru realizarea respectivelor activiti. 2.2. Metode i tehnici de inteligen artificial Realizarea unui sistem de inteligen artificial (SIA) reclam aplicarea unor metode i tehnici de achiziionare, reprezentare i utilizare a cunotinelor (figura 2.4.). [Lungu & al, 2003, pag. 6568]
Realizarea S istemelor de Inteligen Artificial prin metode i tehnici
Achiziionarea cunotinelor
Reprezentarea cunotinelor
Utilizarea cunotinelor
Prelucrarea cunotinelor prin metode i tehnici
Calcul simbolic
Calcul neuronal
Calcul genetic
Motode slabe
Motode tari
Cutarea n spaiul soluiilor
Descompunerea problemei
Calculul predicatelor
Reguli de producie
Obiecte structurale i grafuri
17
Fig. 2.4. Metode i tehnici utilizate pentru realizarea SIA A. Achiziionarea de cunotine Metodele i tehnicile de achiziionare a cunotinelor (figura 2.5.) precizeaz modul n care se construiete baza de cunotine ntr-un sistem de inteligen artificial.
Achiziionarea de cunotine
nvarea teoretic
nvarea empiric
nvarea simbolic
Fig. 2.5. Metode i tehnici de achiziionare a cunotinelor nvarea teoretic permite construirea primei forme a bazei de cunotine (BC). Limitele metodelor teoretice (bazate pe calcul simbolic) au fcut ca procesul de automatizare a achiziionrii cunotinelor s fie foarte lent i rezultatele puin convingtoare. Calculul simbolic nu este un instrument bun pentru emularea proceselor de nvare, deoarece majoritatea sunt bazate pe procese inductive, de natur preponderent intuitiv. Completarea fazei de nvare teoretic cu o nvare empiric este posibil prin convertirea cunotinelor din baza de cunotine sub forma unei reele neuronale, cunoscut n acest caz sub numele de reea neuronal bazat pe cunotine. Instruirea acestei reele se realizeaz pe baza exemplelor de instruire, cu ajutorul unuia dintre algoritmii de instruire ai reelelor neuronale aplicabile acestui tip de reea. Rezultatele instruirii, reprezentate sub forma valorilor parametrilor de reea sunt convertite n cunotine reprezentate simbolic (adugate la baza de cunotine) cu ajutorul unor algoritmi de extragere a cunotinelor din reelele neuronale.
18
Dintre cele mai cunoscute metode i tehnici de nvare simbolic se pot aminti: metode i tehnici de nvare pe de rost" (rate learning); metode i tehnici de nvare prin instruire (learning by being told); metode i tehnici de nvare inductiv (din exemple, prin descoperire, prin observare). Figura urmtoare exemplific etapele parcurse de cunotine n faza de achiziionare a acestora.
Fig. 2.6. Fazele achiziionrii de cunotine
B. Reprezentarea cunotinelor
19
Metodele i tehnicile de reprezentare a cunotinelor definesc structurile de reprezentare a cunotinelor, structuri ce trebuie s satisfac, n conformitate cu [Bodea, 1998], o serie de cerine (figura 2.7.) i anume: adecvarea reprezentaional, adic posibilitatea de reprezentare a tuturor categoriilor de cunotine din cadrul domeniului respectiv; adecvarea achiziional, schema de reprezentare fiind obligat s favorizeze procesul de achiziionare a cunotinelor; adecvarea informaional, n sensul c structurile de reprezentare trebuie s permit definirea unor operatori, s fie prelucrabile; eficacitatea inferenial, n sensul c structurile de reprezentare trebuie s fac posibile prelucrrile nu n orice condiii, ci numai n condiiile de eficien.
Adecvare reprezentaional Adecvare achiziional Adecvare informaional Eficacitate inferenial Simbolice Metode i tehnici de reprezentare a cunotinelor Neuronale
Granularitate
Modularitate
Compilare
Nedeterminare
Genetice
Fig.
2.7.
Cerine
caracteristici
ale
metodelor
i tehnicilor de reprezentarea cunotinelor O schem de reprezentare a cunotinelor poate fi caracterizat prin intermediul unor caracteristici: gradul de granularitate al reprezentrii este dat de nivelul de detaliere al primitivelor reprezentaionale; gradul de modularitate al construciilor (structurilor) de reprezentare ce exprim nivelul de independen relativ a acestor structuri; gradul de compilare al reprezentrii, exprim msura n care reprezentarea favorizeaz anumite scheme de utilizare a cunotinelor. Teoretic gradul de compilare trebuie s fie zero, ns necesitatea asigurrii unei eficiene impune facilitarea unor prelucrri, deci asigurarea unui grad de compilare mai mare sau mai mic;
20
gradul de nedeterminare se refer la numrul de soluii alternative de reprezentare din care se poate face reprezentarea unei anumite piese de cunoatere. Metodele i tehnicile de reprezentare a cunotinelor se pot grupa n: metode i tehnici de reprezentare simbolic (calculul predicatelor, regulile de producie, cadre-frame, grafuri etc.); metode i tehnici de reprezentare neuronal (reele neuronale); metode i tehnici de reprezentare genetic (cromozomi). C. Utilizarea cunotinelor Metodele i tehnicile de utilizare a cunotinelor (figura 2.8.) sunt n strns legtur cu cele de reprezentare n sensul c posibilitile de utilizare depind, n mod direct, de structurile de reprezentare. Utilizarea cunotinelor poate fi interpretat drept un proces de aplicare a unui set de operatori definii asupra structurilor de reprezentare a cunotinelor prin metode slabe" i metode tari". Fiecare schem de reprezentare are corespondent n ansamblul metodelor i tehnicilor de raionament. Este ns important de menionat faptul c, indiferent de categoria de metode i tehnici de raionament considerat, se definesc variante de raionament: n condiii de completitudine a cunotinelor i certitudine; n condiii de incompletitudine i incertitudine.
Reprezentarea cunotinelor
Utilizarea cunotinelor
Baza de cunotine
Motode slabe
Motode tari
Raionamente
Certe
Incerte
21
Fig. 2.8. Metode i tehnici de utilizare a cunotinelor 2.3. Domeniile inteligenei artificiale Domeniile inteligenei artificiale reprezint zone majore de aplicaii ale acesteia: prelucrarea limbajului natural, modelarea raionamentelor, probleme de percepie, jocuri, roboi, sisteme expert. [Lungu & al, 2003, pag. 68] Prelucrarea limbajului natural cuprinde att nelegerea mesajelor exprimate n limbaj natural, ct i generarea mesajelor. Se consider cel mai reprezentativ i totodat, cel mai dificil domeniu al inteligenei artificiale. De prelucrarea limbajului natural sunt legate i o serie de alte tipuri de aplicaii de inteligen artificial precum traducerea automat i programarea automat. Modelarea diferitelor forme de raionament reprezint un domeniu mai abstract cu aplicare n cadrul mai multor domenii teoretice i practice: modelarea raionamentului inductiv i modelarea raionamentului incert. Problemele de percepie se refer la domenii precum vederea i vorbirea artificial, cu aplicare deosebit n extinderea capacitilor de interaciune om-main. Jocurile cu partener-calculator reprezint probleme combinatoriale pentru care ncetinirea sau chiar mpiedicarea exploziei combinatoriale a calculelor reprezint aspectul teoretic i practic cel mai important de soluionat. Roboii inteligeni reprezint acea clas de sisteme fizice autonome care pot realiza planificarea aciunilor ntr-un mediu necunoscut sau numai parial cunoscut. Sistemele expert sunt produse ale inteligenei artificiale, ramur a tiinei calculatoarelor ce urmrete dezvoltarea de programe inteligente. Ceea ce este remarcabil pentru sistemele expert, este aria de aplicabilitate ce a cuprins multe domenii de activitate. Un sistem expert (SE) este un program care urmrete un grup de cunotine pentru obinerea n acelai mod ca i experii umani a rezultatelor despre activiti dificil de examinat. Principala caracteristic a sistemelor expert este derivat din baza de cunotine mpreun cu un algoritm de cutare specific metodei de raionare. Un sistem expert trateaz cu succes probleme pentru care nu exist o soluie algoritmic clar. [http1]
22
Sistemele expert reprezint domeniul inteligenei artificiale cel mai bine reprezentat n mediul social-economic i simuleaz comportamentul expertului uman ntr-un domeniu bine precizat.
23
Capitolul 3. Sisteme expert definire i arhitectur
3.1. Conceptul de sistem expert Un domeniu important de aplicabilitate a inteligenei artificiale este cel al sistemelor expert. Pentru a nelege exact noiunea de expert, s considerm mai nti diferena dintre reprezentarea unui specialist i cea a unui nespecialist asupra unui anumit fapt sau fenomen. Diferena const n principal n completitudinea sistemului i n maniera n care sunt sistematizate cunotinele privitoare la acesta. [Lungu & al, 2003, pag. 69-70] Pentru un expert, cunotinele despre fenomen sunt organizate, precise, punctuale i sistematizate. Cunotinele unui nespecialist despre acelai fapt sunt globale, amorfe, nestructurate. Acest lucru se ntmpl deoarece pe msur ce se aprofundeaz un domeniu, conceptele specifice se rafineaz, iar conexiunile care se stabilesc ntre acestea devin mai specifice.
Nespecialist
Cunoatere general
Domeniu specific
Specialist
Cunoatere general
Domeniu specific
Fig. 3.1. Diferene nespecialist-specialist Un sistem expert este un program care utilizeaz cunoatere i proceduri de inferen pentru a rezolva probleme suficient de dificile pentru a necesita n mod normal intervenia unui expert uman n vederea gsirii soluiei. Pe scurt, sistemele expert sunt programe care nmagazineaz cunotine specializate, introduse de experi.
24
Sistemele expert reprezint sisteme de inteligen artificial destinate rezolvrii unor probleme dificile, de natur practic, la nivelul de performan a experilor umani. Experii rezolv probleme practice, dificile de realizat pentru un nespecialist, pe baz de expertiz. Mergnd mai departe, se poate spune c sistemele expert realizeaz deci o automatizare a expertizei dintr-un anumit domeniu de activitate. Pentru a se nelege mai bine rolul expertizei ntr-un anumit domeniu, va trebui s se cunoasc care este domeniul expertizei i conceptele asociate n cadrul sistemelor expert (prezentate n figura 3.2., prelucrare dup [Bodea, 1998]).
25
Fig. 3.2. Expertiza uman (a) i conceptele asociate n cadrul sistemelor expert (b) A. Domeniul de expertiz Domeniul de expertiz se caracterizeaz prin ansamblul de cunotine necesare rezolvrii diferitelor probleme ce se manifest n acest domeniu. Cunotinele pot fi de cultur general, de specialitate i cunotine expert. Cunotinele expert reprezint elementul esenial al sistemului de cunotine servind la identificarea i descrierea problemelor. Aceste cunotine sunt proprietatea expertului, fiind obinute de acesta n special prin experien i caliti individuale deosebite ce l disting de ceilali specialiti n domeniu care posed doar cunotine comune de specialitate. Cunotinele expert servesc la rezolvarea problemelor complexe, n special a celor prost structurate, pentru care nu exist proceduri operaionale predefinite (soluii prefabricate). Problemele prost structurate se caracterizeaz prin importana deosebit pe care o prezint experiena decidentului n soluionarea problemei, prin lipsa unor proceduri predefinite de rezolvare, prin existena unor criterii numeroase, adesea inconsistente, printr-un ritm rapid de schimbare a contextului i a formei de manifestare a problemei.
26
Cunotinele asociate domeniului de expertiz servesc rezolvrii problemelor din acest domeniu, probleme n general omogene ca tip putnd fi deci considerate drept aparinnd unei clase de probleme. Descrierea unei anumite probleme specifice se realizeaz prin prezentarea strii de fapt a domeniului la un moment dat. Rezolvarea problemei se realizeaz prin aplicarea diferitelor cunotine, care exprim modalitile de aciune la o anumit stare a domeniului. B. Conceptele asociate expertizei Conceptele asociate expertizei ntr-un sistem expert sunt legate de baza de cunotine: cum este construit (achiziionarea de cunotine), cum se rezolv raionamentul, cum se explic utilizatorului. B1. Achiziionarea de cunotine Pentru a ajunge la o baz de cunotine consistent i coerent o mare responsabilitate revine unui cognotician, care rspunde de achiziia i organizarea cunoaterii. Aceste responsabiliti trebuie ndeplinite ntr-o manier sistematic pn n momentul cnd baza de cunotine este complet i se poate utiliza efectiv n scopul pentru care a fost creat. n continuare se arat cteva caracteristici de dorit pentru cognotician i tehnicile de achiziie i de organizare a cunoaterii. Achiziionarea de cunotine constituie procesul de colectare, structurare i organizare a cunoaterii, din una sau mai multe surse (documente sau experi etc.) n scopul de a o depozita n sistemele expert i a o utiliza la soluionarea problemelor din cele mai diverse domenii aplicative. Acest proces a fost studiat de ctre un mare numr de cercettori, care l-au caracterizat drept principala problem ce condiioneaz n prezent dezvoltarea sistemelor expert. Achiziionarea de cunotine, ca activitate de baz n dezvoltarea sistemelor expert, face parte integrant din ingineria cunoaterii, alturi de alte patru activiti i anume: validarea, reprezentarea, inferenierea i explicarea sau justificarea inferenelor (figura 3.3.).
Sursa cunoterii Validarea i testarea
Achiziia cunoaterii
Reprezentarea Baza de cunotine Explicarea
Inferenierea
27
Fig. 3.3. Activitile de baz ale ingineriei cunoaterii Achiziionarea de cunotine implic, n aceast viziune, dialogul cognoticianului cu expertul i/sau colectarea informaiei din cri, publicaii, alte documente, senzori instalai, fiiere i baze de date n funcie de specificul domeniului problemei. Cercettorii sunt de acord c procesul propriu-zis al achiziiei cunoaterii are cinci faze: identificarea, conceptualizarea, formalizarea, implementarea i testarea (figura 3.4.). Aceste faze sunt interdependente, uneori suprapuse, iar distincia dintre ele nu este uor de fcut deoarece n timpul dezvoltrii sistemului expert cognoticianul poate fi angajat n oricare dintre ele.
IDENTIFICAREA
Identificarea caracteristicilor problemei
CONCEPTUALIZAREA
cerine reformularea Formularea conceptelor de reprezentat
FORMALIZAREA
concepte Proiectarea structurii i organizarea cunoaterii reproiectarea
IMPLEMENTAREA
structura rafinarea Formularea regulilor / cadrelor / obiectelor
TESTAREA
reguli/cadre/obiecte Validarea i testarea bazei de cunotine
Fig. 3.4. Fazele achiziiei cunoaterii
B2. Raionamentul
28
Reprezint procesul de utilizare sistematic a cunotinelor, n vederea rezolvrii unei probleme. n cadrul raionamentului se realizeaz deci legtura dintre cunotine i fapte. S considerm procesul de rezolvare a problemelor decizionale. Fundamentarea deciziilor economice se sprijin pe un demers logico-raional, prin care se prefigureaz implicaiile posibile i dezirabile ale diferitelor variante decizionale pentru a se putea selecta una dintre ele. Cu siguran, procesul decizional nu poate fi redus la operaiile de identificare n viitor a implicaiilor unei aciuni. Activitatea decizional prezint i calitaile unei activiti umane creatoare, prin care se construiesc forme posibile de viitor, ce nu pot fi explicate, derivate din evoluia trecutului i prezentului, ci numai prin apelul la imaginaie, creativitate. Se poate afirma c fundamentul raional deductiv i inductiv este esenial. Numai cu ajutorul unor structuri i operaii logico-raionale procesul de luare a deciziilor poate dobndi statutul unui demers decidabil i coerent. Raionamentul deductiv. Fundamentarea deciziilor pe baza demersului deductiv const din inferenierea unor evenimente (efectele aplicrii diferitelor variante de aciune) pe baza condiiilor iniiale (aa numitele premize teoretice sau universale). Deducia este considerat frecvent principalul demers din cadrul procesului de fundamentare a deciziilor. Raionamentul deductiv permite realizarea de predicii derivate din enunuri teoretice, dar i previziuni bazate pe sisteme de ipoteze. Prin deducie trebuie s avem n vedere nu numai trecerea de la general la particular, ci orice trecere riguroas de la condiii la consecin condiia s fie suficient i consecina s fie necesar (deci i trecerea de la ntreg la parte sau de la cauz la efect). Legile utilizate n fundamentarea deductiv a deciziilor economico-sociale sunt legi statistice, care guverneaz mobilitatea fenomenelor i proceselor economico-sociale, n condiii concrete de timp i de spaiu. Legile statistice exprim ceea ce este n general, ceea ce se manifest ntr-un numr suficient de mare de cazuri individuale. Reprezint legiti care se manifest sub form de tendine. Evoluia unui fenomen economico-social reprezint rezultatul aciunii unei multitudini de factori, unii eseniali, altii ntmpltori. Legturile dintre fenomenele economico-sociale sunt legturi statistice, care exprimate numeric sunt desemnate prin noiunea de corelaie. n descrierea demersului deductiv din cadrul activitii decizionale este extrem de util i utilizarea schemelor raionamentului ipotetic. Astfel, schema raionamentului ipotetic modus ponens permite previzionarea producerii unui eveniment ateptat (consecin), n condiiile realizrii premizelor. Raionamentul ipotetic modus tollens permite exprimarea faptului c
29
nemplinirea consecinei (infirmarea previziunii) indic falsitatea premizelor. Raionamentul ipotetico-disjunctiv este utilizat n construciile previzionale care exploreaz diferite alternative posibile ale viitorului. Raionamentul inductiv. Exist procese decizionale care nu pot fi reduse la schemele raionamentului deductiv. n schema deductiv nu pot fi ncadrate toate deciziile, precum cele ntemeiate pe temeiuri cognitive incomplete. Utilizarea previziunilor amplificatoare, care depesc strict vorbind premizele, ca i cele care conduc la substituiri i generalizri reclam extinderea tipurilor de raionament avute n vedere. Procesele decizionale realizate pe baza inductiv nu se ntemeiaz exclusiv pe experiena trecutului. Prin inducie se prevede generalul, plecnd de la cunoaterea unei colecii de fapte sau anticiparea unui fapt particular pe baza cunoaterii altui fapt particular, a prevederii unei clase pe baza cunoaterii unei pri din clas, a anticiprii manifestrii viitoare a evenimentelor guvernate de legi empirice, lundu-se ca punct de plecare cunoaterea manifestrilor trecute ale acestor legi empirice. Problema fundamentrii raionale i practice a valorii amplificatoare a induciei incomplete a provocat i mai provoac nc vii discuii. Extinderea i generalizarea operate prin inducia incomplet reclam procedee de garantare a valabilitii ei. Accentul se pune pe procedeele intensionale, mai mult dect pe cele extensionale. Pe baza cunoaterii esenei, fie chiar i a unui singur exemplar dintr-o clas de elemente se poate ajunge la concluzii inductive amplificatoare, valabile pentru ntreaga clas, fr cunoaterea integral a seriei de evenimente asupra creia opereaz predicia. Inducia se manifest ca previziune, permind anticiparea generalului, a legii, completarea unor serii de evenimente cu elemente noi, pe baza studierii cazurilor tipice i a proprietilor eseniale ale elementelor din clasele considerate. n cadrul deciziilor economico-sociale se impune c de la constatarea faptului ca un anumit eveniment, proprietate, starea se repet cu o anumit frecven i regularitate n cadrul unei serii lungi de evenimente s se presupun c aceeai regularitate i distribuie se vor manifesta i n viitor. Aceast resupunere este rezultatul unui raionament inductiv. Formalizarea demersului raional. A permis caracterizarea construciilor decizionale drept construcii explicite i decidabile, care pot beneficia de calcule logico-matematice, care duc la creterea rigorii i corectitudinii formale. Adesea se consider ca procesul decizional care nu este rezultatul unui calcul logic reprezint o simpl aventur. n replic la teoriile privind aa zisa neraionalitate a operaiilor decizionale se constat o intensificare a eforturilor de modelare logic a activitii decizionale. Chiar dac uneori s-a considerat c pentru a realiza o modelare
30
logic descriptiv a procesului decizional este suficient s se utilizeze calculul predicatelor s-au manifestat constant ncercri de nuanare a modelarii logice. Logicile neclasice, precum logica aciunii i logica deontic, logica temporal, logica modal i, mai recent logica decizional susin aceast afirmaie, chiar dac valoarea operaional a acestor demersuri este, n prezent destul de redus. Raportul dintre demersul raional i demersul intuitiv n fundamentarea deciziilor economicosociale. Dificultile ntmpinate n realizarea unei logici formale a induciei, dup modelul logicii formale deductive au scos n eviden complexitatea indiferenelor inductive. Problema induciei nu este numai ce ne ndreptete s extindem o proprietate observat la un numr determinat de cazuri la un numr mai mare, ntruct asta ar nsemna reducerea problemei la aspectul pur extensiv. Inducia este mai complex, aprnd ca operaie de construire a unui ntreg, atunci cnd se cunoate numai o parte sau numai unele dintre pri. Esena procedeului raional inductiv nu trebuie cutat n puterea de generalizare, ci n puterea de integrare, de construire a unui ntreg cu ajutorul unora din prile sale. Inferenele inductive se bazeaz pe un principiu integrator, prin care gndire gsete ntregul ale crui prti le cunoate. Acestea s-ar putea numi intuiie. Intuiia poate fi tratat nu numai n contextul inferenelor inductive, ci i al celor deductive. Demersul deductiv presupune procedarea n etape riguros ordonate, fiecare etap sprijinindu-se pe etapele anterioare, exemplul tipic fiind cel al demonstraiilor matematice. Modul n care matematica este prezentat difer mult modul n care ea este elaborat. Cele mai multe teoreme sunt nti intuite, imaginate i numai dup aceea demonstrate. Adesea demonstraia este greit sau complicat n mod inutil. Rezultatul unui proces deductiv se poate explica fr a se face apel la intuiie, dar desfurarea procesului deductiv, ca atare nu. Astfel demersul raional, indiferent de forma pe care o mbrac nu poate fi izolat de demersul intuitiv care l nsoete i l susine. Caracteristicile demersului intuitiv n procesul decizional. Cercetat pn acum mai mult de fiziologi i psihologi, intuiia devine tot mai mult un obiect al cercetrilor i n domeniul managementului. Tot mai frecvent este acceptat statutul intuiiei de instrument managerial pentru fundamentarea deciziilor. Cercetrile asupra intuiiei vor putea oferi acesteia statutul teoretic care i lipsete i i limiteaz n prezent acceptarea. 1. Explicarea rezultatelor Faptul c rezolvarea problemelor de ctre expert nu se realizeaz dup o serie de proceduri standard, cunoscute de ctre toi cei interesai, face ca explicarea rezultatelor s fie extrem de
31
important pentru nelegerea i acceptarea acestor rezultate de cei ce trebuie s le aplice. Explicarea rezultatelor presupune, n primul rnd prezentarea modului n care au fost obinute, temeiul n baza cruia pot fi acceptate. De asemenea, explicaiile constau n prezentarea implicaiilor pe care eventuale modificri ale parametrilor problemei le au asupra concluziilor finale. Totodat, explicaii pot fi oferite n ceea ce privete infirmarea anumitor ipoteze, legate de rezolvarea problemei. 2. Comunicarea cu mediul Expertul rezolv probleme pentru care este solicitat sau care intr n atribuiile sale curente. Pentru rezolvarea acestor probleme, expertul trebuie s aib posibilitatea documentrii privind modul n care se manifest problemele, s intre n legtur cu cei care vor beneficia de pe urma rezolvrii acestor probleme. 3. Acumularea unor noi cunotine n procesul rezolvrii problemelor, expertul dobndete mai mult experien, i dezvolt abilitile n formalizarea i rezolvarea efectiv a diferitelor probleme. Se spune c expertul nva continuu, n primul rnd din practica rezolvrii problemelor i, n al doilea rnd printr-un studiu teoretic sistematic. 4. Atingerea limitelor de competen Pus n situaia de a rezolva o anumit problem, expertul identific cu uurin faptul c aceast problem depete sau nu limitele sale de competen. Se obinuiete s se spun c un expert uman i atinge cu elegan limitele, n sensul c nu eueaz lamentabil n ncercarea de a rezolva o problem pentru care nu dispune de cunotinele necesare, ci va exprima clar imposibilitatea de a soluiona respectiva stare de fapt. B3. Interfaa de dialog cu utilizatorul Interfaa utilizator, ca la orice produs informatic, ofer faa comercial" a sistemului expert, linia sa de via, deoarece i permite un marketing reuit. Caracteristicile interfeei sunt fundamentale i determinante n acceptarea, sau nu, a unui sistem expert. Pentru a obine beneficii dintr-un sistem expert bine realizat i cu multiple cunotine, interfaa trebuie s permit utilizarea uoar a sistemului i s avantajeze utilizatorul n comunicaia cu sistemul. Comunicaia cu sistemul nu este o simpl trimitere de mesaje dus-ntors, ci constituie, totodat, i un mediu psihologic i de percepie important pentru utilizator. Interfaa trebuie s dispun de componente fizice, componente perceptuale i psihologice. Imaginea perceptual a utilizatorului fa de sistem este ntotdeauna critic. Dac funcionalitatea
32
i beneficiile sale nu sunt percepute rapid de ctre utilizator, atunci sistemul expert este respins, fiind considerat neoportun i fr utilitate. Din punct de vedere psihologic, dac utilizatorul are o percepie confuz din cauza lipsei de instruire sau a documentrii, sistemul expert va aprea ca un program ostil, mai ales cnd mesajele de eroare abund tocmai din cauza interfeei neadecvate. ntotdeauna, o interfa proiectat srccios poate determina euarea unui sistem expert bine gndit i foarte scump. Interfaa utilizator poate fi gndit ca o suprafa pe care se introduc informaiile solicitate i comenzile necesare n timpul sesiunii de utilizare a sistemului expert i se obin rezultatele de la sistem. Componentele fizice ale unei interfee sunt dispozitivele de afiare video, audio i de intrare de cele mai diverse tipuri: ecran, microfon, tastatur i mouse. n conceptul de interfa se includ i toate aspectele sistemului preferate de ctre utilizator. Calitatea interfeei, din punctul de vedere al utilizatorului, depinde de ceea ce simte, vede i dorete sau trebuie s tie utilizatorul, respectiv aciunile sale n vederea obinerii rezultatelor de la sistem. Dialogul cu sistemul este un proces ciclic format din urmtoarele elemente: limbajul de aciune, aciunile utilizatorului n timpul sesiunii de lucru (selecie opiuni,
rspunsuri la ntrebri, introducere comenzi etc). n acest scop, se utilizeaz cele mai dificile dispozitive de intrare; cunoaterea utilizatorului despre sistem i domeniul aplicativ. Aceasta poate fi nsuit reacia utilizatorului la imaginile de pe ecran i solicitarea aciunilor; limbajul de prezentare al sistemului, este vorba despre informaia afiat pe ecran de ctre din documente, din mesajele sistemului (help) i prin instruire;
sistem (meniuri, text, ferestre, icoane, grafice etc). Studiile, cele mai recente, arat c tipul ieirilor sistemelor expert au mare impact asupra calitii sistemului i percepiei utilizatorului. Este foarte important de afiat ieirea preferat de utilizator; calculatorul, care interpreteaz aciunile utilizatorului i genereaz rspunsuri n limbajul dialogul propriu-zis, adic seria observabil de interaciuni dintre utilizator i calculator; interfaa utilizator, acea component a sistemului alctuit din toate elementele hardware i software care fac posibil dialogul.
33
de prezentare ales;
Toate aceste elemente se pot proiecta i executa n cele mai diferite moduri. Interactivitatea este ntotdeauna cea mai adecvat n cazul sistemelor expert de gestiune. Cele mai comune stiluri de interfee la sistemele expert actuale sunt cele n care se utilizeaz ecranul i tastatura cu mouse-ul. Este vorba despre interfeele bazate pe meniuri, interfee de tipul ntrebare-rpspuns, interfee orientate pe icoane i interfee bazate pe ferestre multiple. Interfaa bazat pe meniuri permite utilizatorului s selecteze dintr-o list de opiuni (din meniu) pe aceea pe care dorete s o execute. Opiunea este selectat prin apsarea tastei corespunztoare literei sau numrului. Meniurile pot deveni plictisitoare pentru utilizator, n cazul situaiilor mai complexe, cnd intervin mai multe submeniuri, iar utilizatorul trebuie s cunoasc navigarea prin ele i revenirea la meniul principal. Un numr prea mare de niveluri din meniuri determin o confuzie din partea utilizatorului. De aceea, la proiectare se va avea n vedere numrul de opiuni de pe suprafaa meniurilor orizontale n raport cu numrul de niveluri de submeniuri verticale. Sunt preferate meniurile orizontale (bar) cu sub-meniuri verticale subordonate, aezate n scar dup meniul principal. Interfaa de tipul ntrebare-rspuns este foarte popular n sistemele expert i uor de programat. Se ncepe ntotdeauna cu o ntrebare pus sistemului de ctre utilizator la care sistemul rspunde sau invers sistemul ntreab i utilizatorul rspunde. De regul, rspunsul utilizatorului const n selecia unui text (opiune) dintr-un meniu afiat de sistem. n aceste condiii, sistemul trebuie s afieze prompt-ul pe ecran mpreun cu explicaiile privind efectul opiunii alese de utilizator. Dialogul poate implica un mare numr de ntrebri, unele fiind consecina ntrebrilor/rspunsurilor anterioare. O ntrebare poate avea ca efect afiarea unui meniu din care se va selecta rspunsul potrivit de ctre utilizator. Sistemul expert poate afia ulterior ntreaga secven de ntrebri memorat n timpul sesiunii de lucru. Interfeele orientate pe icoane constituie un stil special de interfee, n care pe ecran apar o serie de obiecte grafice numite icoane (imagini/simboluri, pictograme), care pot fi manevrate de ctre utilizator n cadrul dialogului cu sistemul expert. De regul, cu ajutorul mouse-lui se face clic pe o icoan sau alta, iar aceasta declaneaz funcia sa specific. Suprafeele grafice de tip Windows sunt relevante n acest sens. Interfeele bazate pe ferestre multiple constituie cel mai modern format, utilizat pe larg, deoarece permite i afiarea pe ecran a unor ferestre n care se pot lansa operaii de tot felul. Ferestrele se pot suprapune, una peste alta, i conin informaii de orice tip.
34
Controlul asupra ferestrelor este realizat de utilizator cu ajutorul mouse-lui, o cale foarte funcional de inspiraie Windows. Ferestrele pot conine cutii de dialog, butoane, icoane etc. 3.2. Arhitectura sistemelor expert Caracteristicile i conceptele expertizei conduc spre arhitectura unui sistem expert (figura 3.5.), care are urmtoarele componentele:
analist de cunotine
Interfaa de realizare Baza de cunotine
Spaiul de lucru
Interfa utilizator
utilizator
surse de cunotine
Mecanisme de achiziionare automat a cunotinelor
Mecanisme rezolutive (de raionamnet , infereniale ) Baza de fapte
Mecanisme explicative
Achiziionare de cunotine
Reprezentare cunotine
Utilizare cunotine
Fig. 3.5. Arhitectura unui sistem expert

1. Baza de cunotine reprezint ansamblul cunotinelor din domeniul de expertiz ce
permit rezolvarea diferitelor probleme din cadrul acestui domeniu. Cunotinele sunt reprezentate sub forma unor anumite structuri (formule din calculul predicatelor, reguli de producie, ierarhii cadre, reele de concepte etc.).
2. Baza de fapte conine descrierea problemei ce trebuie rezolvat. Aceast descriere se
obine prin interaciune cu utilizatorul sau contactul direct (prin mecanisme de tipul senzorilor) cu domeniul de expertiz. Structurile reprezentaionale asociate faptelor sunt n general simple, de forma tripletelor <obiect, atribut, valoare> sau chiar perechilor <atribut, valoare>.
3. Mecanismele rezolutive asigur producerea (utilizarea) cunotinelor. Aceste mecanisme
permit implementarea unui ansamblu de operatori, definii asupra structurilor de reprezentare a cunotinelor.
4. Spaiul de lucru este constituit din ansamblul instrumentelor intermediare i setrilor
parametrilor de funcionare ai sistemului.

5. Interfaa de realizare reprezint ansamblul instrumentelor cu care este posibil realizarea
diferitelor componente ale sistemului. O component important a interfeei de realizare este reprezentat de mecanismele de achiziionare automat a cunotinelor care permit prelucrarea on-line a surselor de cunotine n scopul identificrii i exprimrii cunotinelor.
35
6. Intefaa utilizator asigur comunicarea ntre sistem i utilizator n scopul oferirii de ctre
utilizator a descrierii problemei i obinerii de ctre acesta a rezultatelor i a explicaiilor referitoare la modul de obinere a acestor rezultate. Un element esenial pentru asigurarea comunicrii cu utilizatorul l constituie mecanismele explicative. 3.3. Obiectivele, i structura de baz Sistemele expert se dezvolt cu ajutorul unei metodologii informatice care urmresc trei obiective principale i trei obiective derivate. [Andone & ugui, 1999, pag. 40] Obiectivele principale sunt:
1. Achiziionarea uoar a cunoaterii prin exprimarea ct mai direct posibil a expertizei
caracteristicile
sistemelor
expert
obinute de la experii umani.

2. Exploatarea eficient a coleciei de cunotine prin:
2.1. Combinarea i nlnuirea cunotinelor pentru a infera noi cunotine prin judeci, planuri, demonstraii, decizii i predicii. 2.2. Luarea n seam a modului n care sunt inferate cunotinele noi.
3. S suporte cu uurin ntreaga gam a operaiilor asupra cunotinelor (adugarea,
modificarea i eliminarea lor). Obiectivele derivate sunt:

1. Reducerea riscurilor este posibil prin integrarea unui mare volum de informaii,
experien i cunotine valide provenind din cele mai variate surse, care se pot utiliza cu anticipaie.
2. Creterea creativitii este posibil prin identificarea anticipat a aciunilor cu un
puternic potenial, capabile de modificri de poziie n termeni de impact asupra concurenei, diferenieri de calitate, de valoare etc.
3. nvaarea are n vedere posibilitile de acumulare a cunoaterii i folosirii ei prin ci
multiple n vederea gestiunii dinamice a inteligenei cu luarea n seam a tuturor schimbrilor intervenite n mediu, n metodele de analiz i raionament, n conceptele i metodele utilizate n soluionarea problemelor. nvarea asigur n mod necesar caracterul evolutiv al sistemului expert. Caracteristici ale sistemelor expert:
1. Aceste sisteme se folosesc deseori n situaii n care nu exist o soluie algoritmic clar.
36
2. Principala caracteristic a acestora este prezena unei baze de cunotine mpreun cu un
algoritm de cutare adecvat tipului de raionament.

3. De cele mai multe ori, baza de cunotine este foarte mare, de aceea este foarte important
modalitatea de reprezentare a cunoaterii.

4. Baza de cunotine a sistemului trebuie separat de program, care la rndul su trebuie s
fie ct mai stabil.

5. Cel mai utilizat mod de reprezentare a cunoaterii este o mulime de reguli de producie. 6. Operaiunile acestor sisteme sunt apoi controlate de o procedur simpl, a crei natur
depinde de natura cunotinelor.

7. Ca i n alte programe de inteligen artificial, cnd alte tehnici nu sunt disponibile, se
apeleaz la cutare.
8. Sistemele expert construite pn n prezent difer din acest punct de vedere. 9. Se pune problema: pot fi scrise reguli att de precise nct n orice situaie s existe o
singur soluie aplicabil?

10. i, de asemenea, este necesar gsirea tuturor soluiilor sau este suficient doar una?
n concordan cu aceste obiective descrise mai sus un sistem expert cuprinde urmtoarele componente de baz:
1. Baza de cunotine pentru stocarea tuturor pieselor de cunoatere specifice unui
domeniu aplicativ, creat i organizat pentru satisfacerea obiectivului principal 3. ntr-o baz de cunotine pot intra informaii relevante de diverse tipuri: fapte, euristici, reguli, atribute sau relaii.
2. Motorul de inferene un program care conine cunoaterea de control, procedural sau
operatorie, care exploateaz baza de cunotine i este destinat satisfacerii obiectivului principal 2.1.
3.
Interfaa de dialog cu utilizatorii care dispune i de un limbaj de exprimare a cunoaterii achiziionat de la experii umani.
Euristici Ipoteze Fapte Fapte disjuncte Procese Baza de cunotine Evenimente
Reguli Obiecte
Atribute
Relaii
Definiii
Altele
37
Fig. 3.6. Baza de cunotine 3.4. Metode de reprezentare i utilizare a cunotinelor
n cadrul sistemelor expert A. Calculul predicatelor de ordinul nti Limbajul formal al calculului cu predicate reprezint att un limbaj de reprezentarea cunotinelor, ct i un ansamblu de reguli de inferen, reguli ce mpreun cu limbajul formeaz sistemul logic al calculului cu predicate. [Lungu & al, 2003, pag. 71] Sistemul logic al calculului cu predicate ofer deci att structurilor de reprezentare, ct i mecanismelor de utilizare a acestor cunotine. Construcia de baz a limbajului calculului de predicate este atomul. Cu ajutorul conectivelor i cuantificatorilor se construiesc construciile compuse. Att construciile de baz, ct i cele compuse poart numele de formule (formule bine formate). Semantica limbajului calculului cu predicate reprezint definirea adevrului, respectiv falsitii cu ajutorul interpretrii formulelor (punerea lor n coresponden cu elemente ale domeniului real). n scopul reprezentrii cunotinelor cu limbajul calculului cu predicate se parcurg o serie de etape, i anume:
1. Se identific aseriunile (propoziii logice) din descrierea n limbaj natural a cunotinelor. 2. Se exprim legturile (asocierile) dintre propoziiile logice cu ajutorul conectivelor logice.
n urma celor dou etape se obine reprezentarea n calculul propoziional a cunotinelor prin introducerea unor variabile propoziionale care s desemneze propoziii logice.
3. Se detaliaz structura fiecrei aseriuni prin utilizarea simbolurilor din alfabet.
B. Utilizarea cunotinelor. Probleme ale automatizrii raionamentelor.

38
Sistemul logic al calculului cu predicate posed o serie de reguli de inferen ce permit obinerea unor noi formule bine formate pe baza celor de care dispune iniial (axiome). Ca exemple de regili de inferen se pot cita: modus ponens, modus tollens, silogismul, specializarea universal etc. n procesul automatizrii raionamentelor n cadrul calculului cu predicate, formulele iniiale se numesc axiome, formulele derivate poart numele de teoreme, iar procesul derivrii lor este cunoscut sub numele de demonstrare automat de teoreme. Astfel, pentru rezolvarea unei probleme este necesar s se asigure:
1. reprezentarea cunotinelor sub form de formule (axiome); 2. descrierea strii iniiale a problemei sub form de formule (axiome); 3. descrierea soluiei (strii scop) sub form de formule (teorem); 4. aplicarea regulilor de inferen n scopul demonstrrii teoremei.
Automatizarea raionamentelor din cadrul predicatelor indic o serie de probleme dificile dintre care se pot aminti:
Problema decidabilitii. Decidabilitatea desemneaz posibilitatea de a decide dac o
anumit formul este sau nu o teorem n raport de un set dat de formule (axiome). Ca sistem logic, calculul predicatelor este un sistem semidecidal, n sensul c sistemul calculului cu predicate garanteaz proceduri de demonstrare a unei teoreme n raport de un set de axiome, dar nu garanteaz proceduri care s permit stabilirea faptului c o anumit formul nu e teorem n raport cu un set de axiome.
Problema eficienei procedurilor de demonstrare a teoremelor. Timpul de aplicare a
procedurilor de demonstrare trebuie s fie acceptabil. n general, realizarea interfeelor implic operaii extrem de dificile i de costisitoare n termenii resurselor reclamate, de exemplu: operaiile de pregtire a formulelor n vederea aplicrii regulilor de inferen. De asemenea, numrul pailor de prelucrare n demonstrare este foarte mare (ctigul realizat n fiecare caz de prelucrare este minim). n acelai timp factorul de ramificare n procesul de demonstrare este semnificativ, ceea ce face ca procesele de decizie ce nsoesc demonstraia s fie dificil de rezolvat. Rezolvarea dificultilor de automatizare se realizeaz n general prin: Restrngerea sistemului logic al calculului cu predicate la subsisteme logice decidale, de exemplu subsistemul logic bazat pe clauze HORN.
39
Omogenizarea formulelor i reducerea numrului de tipuri de reguli de inferen utilizate (de exemplu, utilizarea numai a formei clauzale a formulelor ce au asociat un singur tip de inferen, i anume, regulile de inferen a rezoluiei).
C. Reguli de producie Regulile de producie au fost utilizate i de alte domenii (teoria automatelor, teoria limbajelor formale etc.). n cadrul inteligenei artificiale, regulile de producie sunt utilizate pentru exprimarea asocierilor empirice dintre descrierile de stare ale problemei i aciunile de ntreprins n cazul n care problema se afl ntr-o anumit stare. Regulile de producie servesc la reprezentarea cunotinelor de natur procedural sub forma unor construcii modulare de tipul: ablon de date sau condiie Prelucrri sau Atunci aciuni sau concluzie
Dac
Regulile de producie reprezint modalitatea cea mai utilizat de reprezentare a cunoaterii. Se pune problema: pot fi scrise reguli att de precise nct n orice situaie s existe o singur soluie aplicabil? i, de asemenea, este necesar gsirea tuturor soluiilor sau este suficient doar una? Nu orice construcie condiional reprezint o regul de producie, ci numai acele construcii definite n mod modular. Regulile formeaz un ansamblu pe care nu exist definit nici o relaie de ordine. Acest ansamblu de reguli poart numele de baz de reguli. Tratarea (executarea) activitilor condiionate de premize este independent de modul de ncrcare (organizare) a bazei de reguli. Sistemele de inteligen artificial bazate pe reguli sunt constituite din:
1. Baza de reguli. 2. Ansamblul de fapte (contextual sau memoria de lucru) ce conine descrierea problemei de
rezolvat. O fapt este de obicei reprezentat sub form de triplet <obiect, atribut, valoare> sau pereche <atribut, valoare>.
3. Interpretorul de reguli (mecanismul de raionament pe reguli sau mecanismul de
nlnuire a regulilor). D. Frame-uri i reele de cunotine
40
Un cadru (frame) reprezint o unitate de informaii care grupeaz un anumit numr de rubrici (sloturi). O rubric de frame poate conine informaii despre obiectul prezentat cu informaii de legtur cu alte frame-uri (este o, aparine). ntr-o rubric poate figura, de asemenea, un apel la o procedur extern de calcul, caz n care se vorbete de ataare procedural. Utilizarea acestui tip de reprezentare permite regsirea rapid a anumitor agregate informaionale (de exemplu, firmele ce aparin unei anumite ramuri). La fiecare rubric sunt declarate condiiile n care trebuie s se realizeze gestionarea valorii rubricii (faetele de frame). Astfel, pentru fiecare frame se pot declara valorile situate n alte frame-uri care trebuie modificate la schimbarea unei dintre rubricile sale. Fiecare rubric posed, de asemenea, demon if-needed, if-added, if-removed pentru descrierea comportamentului frameului la citire, adugare sau tergere a valorii din rubrica respectiv. Frame-urile asigur o schem simpl i eficient de lucru cu valorile implicite. Utilizarea frameurilor (raionamentul pe baz de frame-uri) const n modificarea din aproape n aproape a coninutului memorat n structura de frame-uri pe baza procedurilor ataate rubricilor. Uneori, sistemele pe baz de frame-uri introduc i reguli (fie n form clasic, fie simulate ca frame-uri). Plecnd de la reeaua de frame-uri se poate generaliza repartizarea pe baz de grafuri a cunotinelor sub forma reelelor de cunotine. La nceput, reelele de cunotine au fost utilizate n prelucrarea limbajului natural (reele semantice) pentru a exprima dependenele dintre conceptele desemnate prin faze n limbajul natural. 3.5. Evoluia sistemelor informatice spre sisteme expert
i sisteme suport de decizii Prelucrarea nealgoritmic, descriptiv a cunotinelor n cadrul sistemelor expert a determinat extinderea ariei de aplicare a tehnologiilor informatice. Se poate vorbi de o extindere pe orizontal, n sensul cuprinderii unor noi domenii economico-sociale, cum ar fi: activitile educaionale, juridice, politice n care procesele de prelucrare informaional se algoritmizeaz cu greu sau chiar nu se pot algoritmiza. Informaiile specifice acestor activiti au o natur preponderent calitativ, necuantificabil. Pe de alt parte, se poate vorbi de o extindere pe vertical, n sensul cuprinderii n actuala tehnologie de noi prelucrri, procese informaionale precum: evaluarea calitativ, raionamentul n sens general. Acest lucru poate influena n mod
41
semnificativ procesul informaional-decizional economic, prin prelucrarea de ctre tehnologiile informatice a unui segment al deciziilor economice-sociale, n spe a acelora de rutin. [Lungu & al, 2003, pag. 73-75] Sistemele expert reprezint alturi de sistemele orientate obiect un mijloc important n stpnirea complexitii informaionale. S-a sperat c odat cu definirea unui algoritm i deinerea unui procesor de mare putere practic orice algoritm poate fi utilizat pentru rezolvarea unei probleme concrete. Att dezvoltrile teoretice (teoria matematic a complexitii), ct i dificultile efectiv ntmpinate n rezolvarea unor probleme de dimensiuni mari au artat ns c lupta mpotriva complexitii informaionale calea algoritmic are limite clare. n special, n domeniul economic sunt cunoscute dificultile care apar la creterea scrii problemei. Un principiu metodologic util n lupta pentru demararea complexitii informaionale este cel al complementaritii relevanei i preciziei n analiza sistemelor complexe i asigurarea unui bun echilibru ntre relevan i precizie n rezolvarea unor probleme complexe. n cazul analizei unui sistem complex, pe msura descompunerii tot mai fine n subsisteme, se ncepe de la o relevan mare i precizie mic (descompunere n puine sisteme) i se ajunge la o precizie mare cu multe subsisteme i la o relevan mic (n sensul pierderii aspectelor importante, definitorii pentru sistemul iniial). Doar un anumit raport ntre relevan i precizie permite analiza corect a rezolvrii unor probleme complexe. Primele sisteme expert pun n eviden capacitatea raionamentului artificial de a prelua aspectele relevante din practica rezolvrii problemelor, aa cum algoritmul preia aspectele precise ale acesteia. Prelucrarea nealgoritmic a informaiei n cadrul sistemelor expert poate oferi soluii mai productive unor probleme abordate i rezolvate deja i n manier convenional (algoritmic). n domeniile n care datele i cerinele informaionale se modific frecvent, soluiile algoritmice se adapteaz cu dificultate la aceste schimbri, uneori cu un efort de reproiectare i programare foarte important. Tehnologiile nealgoritmice utilizare n cadrul sistemelor expert permit o adaptare perfect la schimbrile intervenite n volumul i structura cunotinelor, a cerinelor informaionale etc. O adaptare deosebit o prezint sistemele expert i la situaiile cu informaie incomplet i/sau imprecis. Soluiile obinute cu ajutorul sistemelor expert sunt de o calitate deosebit prin faptul c se ofer posibilitatea utilizrii n cadrul raionamentului automat a regulilor euristice validate de practic, ce concur uneori cu succes abordrii formale.
42
Experii umani se exprim cel mai adesea de obicei este adevrat c sau se poate spune c. Adesea, dificultile constau nu n luarea deciziei, ci n obinerea informaiei de fundamentare a deciziilor. Cunotinele expertului constau n principal n metodele de obinere a datelor i metodei de analiz a acestor date. n situaiile perfect cunoscute (cu informaie complet i precis) este posibil de realizat selectarea celei mai bune variante decizionale (dac numrul alternativelor nu este foarte mare). n practic ns, informaiile sunt cel mai adesea incomplete i incerte, presiunea n luarea deciziei este mare (pericol iminent de pierderi semnificative, uneori dramatice). n management, sistemele expert au dobndit o larg utilizare. n orice funcie managerial exist probleme decizionale complexe, nenelese, dinamice, multicriteriale etc. Aceste probleme decizionale reclam utilizarea sistemelor expert. Pentru a exemplifica s considerm domeniul bancar. Folosirea calculatoarelor n programe complexe se extinde tot mai mult n sfera bancar. Aceste sisteme sunt utilizate pe larg pentru a ierarhiza condiiile i premisele economico-sociale ale deciziei de creditare. Din toate sursele de informare se desprinde faptul c aceste sisteme sunt folosite mai ales pentru formularea unui suport obiectiv, cuprinztor i multilateral al deciziei. n marea majoritate a cazurilor decizia revine omului, n toat plenitudinea rspunderilor ce i le asum, mai ales cnd fundamentele sunt exprimate, prin aceste metode, fr echivoc.
43
Curs 4. Sistemele expert, prezentare general
4.1. Concepte de baz ale sistemelor expert Majoritatea tratatelor despre sistemele expert prezint drept concepte de baz urmtoarele [Andone & ugui, 1999, pag. 49]: expertiza; experii; transferul expertizei; regulile de inferen; capacitatea de a explica. Expertiza este o cunoatere intensiv, specific domeniului problemei, achiziionat prin instruire, citire sau experien ndelungat. Astfel, urmtoarele tipuri de cunoatere sunt exemple de ceea ce se include n expertiz: fapte despre domeniul problemei; teorii din domeniul problemei; reguli i proceduri privind domeniul problemei; reguli sau euristici despre ce trebuie fcut ntr-o situaie problematic dat, pentru soluionarea problemei; strategii globale despre soluionarea tipurilor de probleme; metacunoatere. Toate aceste tipuri de cunoatere permit experilor s ia decizii mai rapide i mai bune dect neexperii n soluionarea problemelor complexe. Este nevoie de ani muli de pregtire pentru a deveni expert, manier n care chiar i nceptorii pot s devin experi. n legtur cu expertiza trebuie menionat c ea este uzual asociat cu un nalt grad de inteligen, fr s fie ntotdeauna legat de cea mai inteligent persoan. n mod obinuit, expertiza este asociat unei mari cantiti de cunotine. Experii au o caracteristic suplimentar n sensul c nva din succesele i greelile fcute n trecut, iar cunoaterea o pot memora, organiza i regsi rapid. Ei pot apela structurile cunoaterii din experiena proprie.
44
Experii sunt dificil de definit deoarece poate fi vorba de persoane cu mai multe niveluri sau grade de expertiz. ntrebarea este ct de mult expertiz trebuie s posede o persoan calificat ntr-un domeniu nainte de a fi considerat expert? Este unanim recunoscut faptul c distribuia expertizei unui expert fa de nonexperi este de 100:1. Cea mai eficace expertiz uman este aceea care trece de 100% ctre 200 % sau 300% de la nivelul cel mai nalt. Experiza uman include o gam larg de activiti ale expertului i anume: recunoaterea i formularea problemei; rezolvarea problemei cu exactitate i rapiditate; explicarea soluiei; nvarea din experien; restructurarea cunoaterii; fragmentarea regulilor; determinarea relevanei; contiina limitelor sale. Din aceste activiti se desprinde c experii pot lua o problem stabilit arbitrar i o convertesc ntr-o form care conduce la o soluie rapid. Pentru aceasta este nevoie de abilitate n soluionarea problemelor cuplat de capacitatea de explicare a soluiei, nvarea din experien a unor noi lucruri din domeniu, restructurarea cunotinelor atunci cnd este necesar, fragmentarea regulilor (a cunoate excepiile de la regul), a determina cnd expertiza este relevant i cunoaterea limitelor cunoaterii n domeniu. Toate aceste activiti trebuie desfurate eficient (rapid i cu un cost redus) i eficace (cu rezultate de calitate). Pentru a imita un expert uman este necesar s se construiasc un sistem cu toate aceste caracteristici. n tabelul 4.1., sunt prezentate unele aspecte comparative ale experilor umani i ale sistemelor expert. Tabelul 4.1. Aspecte comparative ntre experii umani i sistemele expert Factorul Timpul disponibil Localizarea spaial Sigurana informaiilor Perisabilitate Performan Vitez de lucru Expertul Uman Numai n lucrtoare Numai local De nenlocuit Da Variabil Variabil
45
Sistemul Expert zilele Oricnd Oriunde, mai ales n medii improprii omului nlocuibil Nu Consisten permanent Rapid
Costul
Mare
Acceptabil
Fr ndoial, experii constituie resursa cea mai valoroas a unei firme. Ei pot oferi idei creative, pot soluiona probleme dificile sau pot executa activiti/sarcini de rutin foarte eficient. Contribuia lor poate spori productivitatea ntreprinderii, n sensul mbuntirii poziiei competitive pe pia. Dar, care este valoarea captrii competenei (expertizei) lor ntr-un sistem expert? Se poate rspunde la o asemenea ntrebare dac se urmrete comparaia din tabelul 4.1. Ca orice main, un sistem expert poate lucra oricnd dup orele de program i nu numai, poate fi duplicat i rspndit la locuri de utilizare unde este nevoie, mai ales n locuri inaccesibile omului. Expertiza uman este perisabil prin pensionri, plecri din firm sau deces, n timp ce expertiza captat n sistemele expert poate fi utilizat n permanen i mai ales firma poate folosi sistemul expert pentru instruirea nceptorilor. Un sistem expert nu poate fi distrat sau impresionat de situaii emoionale ori de stres, iar viteza sa de lucru, ca i performanele se menin aceleai, n contrast cu experii umani, care acioneaz imediat la apariia unor factori de acest fel. Experii umani sunt din ce n ce mai scumpi, doresc salarii mari i exist ntotdeauna dificulti cu obinerea acordului lor pentru ndeplinirea unor sarcini dificile. Exist dou motive pentru care se decide construirea unui sistem expert, urmrind comparaia din tabelul 4.1:
1. nlocuirea unui expert; 2. asistarea unui expert n activitatea sa.
Principalele raiuni pentru nlocuirea expertului uman sunt:

1. a face expertiza disponibil i dup orele de program i n oricare din punctele de lucru
ale firmei;
2. automatizarea unei sarcini de rutin care necesit un expert; 3. expertul se pensioneaz sau a decedat; 4. expertul este foarte scump; 5. expertiza necesar n medii de lucru periculoase pentru sntatea omului sau n perioade
de grev prelungit. Asistena expertului uman n activitatea sa constituie o decizie obinuit n marile firme. Este vorba de asisten n efectuarea unor sarcini de rutin. De exemplu, medicul este asistat de un sistem expert n stabilirea unui diagnostic, un ofier de credite este asistat n acordarea creditelor
46
ctre agenii economici solicitani. n acest tip de aplicaii obiectivul const n mbuntirea productivitii specialitilor n activitatea lor curent. Raiunile pentru care se dezvolt sisteme expert, capabile s asiste experii n munca lor, sunt:
1. ajut expertul n executarea sarcinilor de rutin n scopul mbuntirii productivitii sale; 2. ajut expertul n executarea sarcinilor dificile n scopul unui mai bun control al
complexitii;
3. punerea la dispoziia expertului a informaiei dificil de procurat la momentul oportun.
Transferul expertizei constituie de fapt obiectivul unui sistem expert. Transferul are loc de la expertul uman la calculator i de aici la utilizatorii experi sau non-experi. Acest proces implic patru activiti:
1. achiziia cunoaterii de la experi sau/i din alte surse; 2. reprezentarea cunoaterii n calculator; 3. inferenierea pe baza cunoaterii stocate; 4. transferul cunoaterii ctre utilizator.
Se tie deja c cunoaterea este memorat n acea component a sistemului expert numit baz de cunotine n care se disting dou tipuri de cunoatere:
1. fapte; 2. proceduri (uzual reguli), toate n legtur cu domeniul problemei.
Regulile de inferen. Inferenierea (procesul de inferen, care apare n cadrul raionamentului. Raionamentul este un lan de judeci al crui obiectiv este obinerea unui adevr. ntr-un raionament, o judecat, numit premis, este legat de o alt judecat, denumit concluzie, printr-o operaie logic de derivare numit inferen), o trstur unic, dar major a sistemului expert, reprezint abilitatea de a raiona. Pe baza expertizei memorate n baza de cunotine i a programului care poate avea acces la o baz de date sau la un fiier, calculatorul este programat s fac inferene. Inferenele sunt executate de ctre componenta numit motor de inferene care posed proceduri, cunoatere procedural n legtur cu soluionarea problemei. Regulile. Majoritatea sistemelor expert n funciune sunt bazate pe reguli de forma IF ... THEN ... ELSE (DAC ... ATUNCI ... ALTFEL ...) memorate n baza de cunotine. Mai recent, reprezentarea prin cadre a devenit un complement al reprezentrii prin reguli n anumite aplicaii.
47
Capacitatea explicativ este o trstur major a sistemelor expert, n legtur cu explicarea sfatului pe care-l dau sau a recomandrilor fcute pentru alternativele decizionale. Trsturile sistemelor expert fa de cele ale sistemelor informatice convenionale sunt prezentate n tabelul 4.2. i se pot compara cu cele ale inteligenei artificiale n raport cu produsele program convenionale artate mai nainte. Tabelul 4.2. Caracteristicile sistemelor informatice clasice i ale sistemelor expert Sistemele informatice clasice Sistemele expert Datele i prelucrarea lor sunt combinate ntr- Cunotinele din baza de cunotine sunt un program secvenial. separate de programul de control (motorul de inferene). Programele nu produc erori. Programul poate face greeli, erori. Nu explic de ce sunt necesare datele de Explicaia face parte integrant din sistemul intrare i rezultatele. Schimbrile n program sunt dificile. Sistemul opereaz numai cnd este complet. expert. Schimbrile din baza de cunotine sunt uor de realizat. Sistemul poate opera i cnd exist numai
cteva reguli (prototip demonstrativ). Execuia programelor se face pas cu pas Execuia are loc pe baze euristice i logice. conform algoritmului. Manipuleaz eficient baze de date mari. Reprezint i utilizeaz date. Eficiena este un scop major. Lucreaz uor cu date cantitative (numerice). Capteaz, mrete i distribuie accesul la date numerice i informaii. ugui, 1999, pag.52]:
1. Dezvoltarea. Dezvoltarea unui sistem implic obinerea bazei de cunotine prin achiziia
Manipuleaz eficient baze de cunotine mari. Reprezint i utilizeaz cunotine. Eficacitatea este scopul major. Lucreaz uor cu date calitative (simboluri). Capteaz, mrete i distrubuie accesul la raionamente i cunotine.
Pentru realizarea (construirea) unui sistem expert sunt utilizate trei activiti majore [Andone &
cunoaterii de la experi sau din alte surse. Cunoaterea este separat n cunoatere declarativ (factual) i cunoatere procedural (reguli). Dezvoltarea include totodat construirea sau achiziia unui motor de inferene, precum i a celorlalte module componente (modul explicativ, modul de achiziie a cunoaterii, interfeele cu alte produse program necesare). Participanii la aceast activitate sunt expertul (experii), cognoticianul eventual programatorii care elaboreaz interfeele cu alte aplicaii.
48
Procesul de dezvoltare a sistemelor expert poate fi de durat i se utilizeaz n mod frecvent un generator sau un shell de sistem expert, instrument de dezvoltare care include toate componentele generice mai puin baza de cunotine specific domeniul.
2. Consultarea. Dup ce sistemul este dezvoltat i validat el este trecut n exploatarea
utilizatorilor. Cnd utilizatorii doresc un sfat, o recomandare sau alt rezultat de la sistem, acesta este lansat n sesiunea de consultare, care se desfoar printr-un dialog astfel:
utilizatorul poate adresa ntrebri pentru a-i procura fapte despre situaia specific n
care se afl;
sistemul accept ntrebrile i ofer rspunsuri.
Acest efort l efectueaz motorul de inferene, singurul care decide ce euristici s utilizeze pentru cutarea rspunsului cel mai adecvat la ntrebarea pus. Utilizatorul poate pune i el ntrebri pentru obinerea unor explicaii. Trebuie reinut c puterea inferenial i calitatea inferenelor sunt determinate de metodele de reprezentare a cunoaterii utilizate la elaborarea sistemului, precum i de puterea motorului de inferene. n prezent, n stadiul actual al tehnologiei, utilizatorul trebuie s stea n faa unei staii de lucru pentru a realiza conversaia cu sistemul expert. Se apreciaz c sistemele expert ale viitorului vor utiliza dispozitive speciale de rspuns i sintez a vorbirii. Sistemele expert pot adresa la rndul lor ntrebri i atepta rspunsuri de la utilizatori. Acelai mod de consultare poate fi folosit i de ctre constructorul de sisteme expert n timpul fazelor de dezvoltare cnd se testeaz interfaa utilizator i modulul explicativ.
3. mbuntirea. mbuntirea sistemelor expert este posibil n mai multe moduri printr-
un proces de prototipizare rapid. Asupra acestui aspect se va reveni. 4.2. Aplicaii ale sistemelor expert Aplicaiile sistemelor expert sunt numeroase. Credem c cea mai bun modalitate de a le trece n revist este s le observm dup schema de clasificare utilizat pentru funciile posibile de informatizat din sistemele reale, recunoscute de ctre toi cercettorii n domeniu, precum i specificaiile fiecrei funcii care sunt ilustrate n tabelul 4.3. [Andone & ugui, 1999, pag. 58] Tabelul 4.3. Funciile informatizabile cu sistemele expert Funcia Control Monitorizare Depanare Reparare Proiectare Specificaia i Controlul inteligent al sistemelor (automat). i Recomand corecii ale deficienelor funcionrii sistemelor Proiectarea produselor i sistemelor.
49
Diagnostic ntreinere Instruire Interpretare Planificare Predicie Simulare Clasificare (Taxonomie) Selecie
i Localizeaz erorile de funcionare i recomand coreciile necesare. mbuntirea performanelor celor care nva folosind strategiile CAI (Computer Asisted Instruction). Tutori inteligeni. Clarificarea unor situaii, inferarea semnificaiilor situaiilor noi pe baza semnalelor de la senzori. Dezvolt scheme de activitate orientate spre scop (obiective). Inferarea unor situaii probabile pe baza informaiilor deja cunoscute. Deducerea consecinelor aciunilor sau evenimentelor declanate de ctre sistemul nsui. Organizarea entitilor (obiectelor) pe clase/categorii. Identificarea celei mai bune alternative dintr-o list de posibiliti.
Dintre funciile cele mai utilizate n prezent sunt cele de diagnostic/ntreinere (45% din aplicaii), proiectare i planificare (20%), interpretare (20%), control/monitorizare i celelalte (15%). Aplicaiile cu funcii de control i monitorizare se afl n continu expansiune i sunt asociate frecvent cu diagnosticul i planificarea. Plecnd de la aceste funcii, care se pot realiza cu sistemele expert, se pot defini domeniile de aplicabilitate n ordine evolutiv astfel:
1. Medicin i biologie, n care se utilizeaz mai ales funciile de diagnostic i ntreinere.
Domeniul geologiei poate fi considerat tot aici.

2. Agricultur i agronomie. 3. Tehnic i sistemele tehnice, n care se utilizeaz diagnosticul, ntreinerea, depanarea,
repararea, controlul i monitorizarea.

4. Domeniul economic i financiar-contabil, n care se utilizeaz intens planificarea,
predicia, simularea, selecia, diagnosticul i instruirea. n acest domeniu funciile de diagnostic, planificare, selecie i simulare se pot combina ntre ele pentru dezvoltarea aplicaiilor expert de sprijinire a deciziei. Deja exist sisteme expert pentru planificare i decizii strategice.
5. Chimie, biochimie, domeniu militar etc., care utilizeaz funciile de planificare i
interpretare.
6. Informatica i ingineria n general, care utilizeaz controlul i monitorizarea sistemelor
complexe.
50
7. Configurarea sistemelor complexe din electronic, chimie i informatic cu ajutorul
funciei de proiectare. Este important de remarcat nc un lucru deosebit i anume faptul c sistemele expert ca i experii umani se preteaz la dou tipuri de activiti: Achiziia expertizei pentru stocarea cunoaterii rezultate din experiena acumulat ntr-un domeniu, cunoatere foarte util n procesele de instruire ulterioare. Consultarea n scopul efecturii diagnosticului, prediciei, controlului etc. Dac n cazul experilor umani, aceste dou activiti sunt efectuate de ctre o singur persoan, n cazul sistemelor expert ele corespund la dou tipuri diferite de sisteme: Sisteme pentru generarea de sisteme expert, denumite shell sau generatoare de sisteme expert, pe care le utilizeaz cognoticienii i proiectanii sau experii. Sisteme n versiune utilizator folosite de ctre utilizatorii beneficiari comuni. n domeniul gestiunii aplicaiile sistemelor expert sunt ceva mai recente, ncercrile i realizrile comerciale s-au fcut n jurul funciilor clasice ale firmei. Doi cercettori canadieni J. M. Karkan i G. Tjoen prezint acest domeniu aplicativ n felul urmtor:
1. Producie: CAM, CIM (Computer Aided Manufacturing / Computer Integrated Manufacturing). Conducere roboi i ateliere flexibile de producie. Diagnosticul i ntreinerea sistemelor. Controlul calitii. Controlul proceselor n timp real. 2. Finane: Consilierea n plasamentele financiare. Gestiunea impozitelor. Marketing financiar. Diagnostic financiar. Acordare credite. Planificare financiar. Gestiune portofolii etc. 3. Gestiunea resurselor umane: Evaluarea funciilor. Selecia personalului. Determinarea profilului.
51
Pensionare. Instruire etc. 4. Marketing: Evaluarea potenialului pieei. Analiza avantajelor i dezavantajelor concurenei. Gestiunea reelelor de distribuie. Alegerea mediilor publicitare etc.
Se nelege c aceste aplicaii nu pot fi prezentate exhaustiv de ctre nici un autor, dar n ce ne privete adugm doar pentru domeniul financiar i aplicaiile sistematizate de ctre D. E. O'Leary i P. R. Watkins de la Universitatea Southern California.
1. Asigurri:
Garanii. Vnzri. Planificare financiar. Rezolvare reclamaii. Analize actuariale. Plasamente investiionale. Gestiune portofolii.
2. Activitate bancar:
Prezentare ncasri din vnzri. Declaraii bancare. Confruntare clieni-produse. Gestiune datorii. Schimburi cu strintatea. Evaluare credite. Tranzacii bancare. Planificare financiar. Evaluare riscuri. Credite comerciale. Gestiune portofolii. Audit colateral. Gestiune acreditive.
52
3. Brokeraj:
Vnzri. Analize investiii. Sprijin comercial. Gestiune risc. Prelucrare tranzacii. Oportunitate arbitraj. Monitorizare pre-aciune. Schimburi cu strintatea. Gestiunea ratei dobnzii. Pe baza acestor ctorva aplicaii financiare, comunitatea financiar poate nelege c sistemele expert constituie instrumente oportune pentru transmiterea cunoaterii tezaurizate. De aceea se investete masiv n instruiri interne pentru captarea optim a cunoaterii n domeniu. Cele mai avansate n utilizarea sistemelor expert sunt companiile de asigurri i bncile, care promoveaz expertiza continu prin programe de instruire pe scar larg. Un sondaj recent arat c n SUA 35% dintre firmele de brokeraj, 50% dintre bnci i 80% din companiile de asigurri investesc masiv n sistemele expert. S-au identificat deja aplicaii i s-au angajat cognoticieni cu sarcini precise. Raionamentele celor mai valoroi experi n contabilitate au devenit deja disponibile prin sisteme expert. De altfel, expertiza informatizat n contabilitate se utilizeaz de mai muli ani, dar n prezent utilizarea sistemelor expert a cptat o extindere mai rapid. Mai muli cercettori se ocup de aplicaiile posibile ale sistemelor expert n contabilitate: Brown, O'Leary, Watkins, Edwards etc. Din cauza obligaiei legale de protecie a proprietarului expertizei multe sisteme expert contabile nu au fost comercializate i au utilizare intern. Cteva sisteme expert au nceput s fie comercializate pentru firmele de contabilitate i utilizatori din firme. Principalele domenii de aplicaie ale sistemelor expert n contabilitate sunt: auditing, planificarea impozitelor ntreprinderii, determinarea impozitului pe profit, planificare financiar, contabilitate financiar i contabilitate de gestiune. Tehnologia sistemelor expert ofer poteniale enorme pentru contabili i contabilitate i are impact dramatic asupra varietii funciilor contabilitii. De exemplu, planificarea gestiunii, alegerea i aplicarea unei metode contabile pentru raportri externe (inclusiv stabilirea
53
standardelor), alegerea evalurilor n audit, calculul i planificarea impozitelor optime sunt sectoare care solicit aplicarea judecilor expertului. Recunoscndu-se importana dezvoltrii tehnologiei sistemelor expert pentru contabilitate, n Anglia s-a organizat cu ncepere din 1985 cicluri de doi ani de colarizare postuniversitar sub conducerea Catedrei de contabilitate i tiinele managementului de la Universitatea din Southampton n scopul nelegerii rolului sistemelor expert n contabilitate. i alte exemple de aplicaii dovedesc c profesia contabil are mare aderen la pulsul tehnologiei sistemelor expert, iar specialitii n contabilitate sunt bine implicai n dezvoltarea de sisteme expert comerciale. n principiu, orice activitate de contabilitate care este bazat pe reguli apare drept candidat ideal pentru un sistem expert. 4.3. Tipuri de sisteme expert Sistemele expert se prezint ntr-o mare diversitate de tipuri. Nici o clasificare exhaustiv nu poate fi fcut deocamdat. n literatur se prezint multe criterii de clasificare: raportul fa de celelalte sisteme bazate pe cunotine; natura problemelor pe care le soluioneaz sau domeniul aplicativ; caracteristicile cunoaterii memorate sau metode de reprezentare a cunoaterii; strategiile de control i metodele de inferen. Exist i criterii organizaionale sau de profunzime a cunoaterii memorate. [Andone & ugui, 1999, pag. 74]
1. n raport cu sistemele bazate pe cunotine sistemele expert au un comportament mai
complex, o baz de cunotine mai specializat i emuleaz cei mai buni experii umani. Sistemele bazate pe cunotine de genul tezaurelor de cunoatere, consultan pentru sprijinirea unor lucrri sau sistemele operaionale care sunt deja comercializate pot efectua eficient lucrri a cror execuie nu necesit neaprat un expert. De exemplu, un sistem pentru consultan privind voiajul n strintate are toat cunoaterea achiziionat din cri, hri i alte surse pentru a pune la dispoziia publicului din ageniile de turism toate informaiile necesare. Din acest punct de vedere, distincia dintre sistemele expert i sistemele bazate pe cunotine nu este perfect delimitat. Multe sisteme implic att cunoatere achiziionat din documente dar i expertiz, i este important ct de mult expertiz este inclus n ele. Sistemele bazate pe cunotine pot fi ns construite mai rapid i mai ieftin.
2. Dup natura cunoaterii reprezentate exist:
sisteme expert bazate pe reguli, cele mai numeroase, deoarece tehnologia lor este cel mai bine pus la punct; sisteme expert bazate pe cadre, care au cunoaterea reprezentat sub forma unor cadre (obiecte structurate) i folosesc reprezentri specifice tehnologiei programrii orientate obiect (OOP Object Oriented Programming);
54
sisteme hibride, care includ cteva metode de reprezentare a cunoaterii, cel puin reguli i cadre. Sistemele multiexpert folosesc ntotdeauna mai multe metode de reprezentare; sisteme bazate pe modele, care sunt structurate n jurul unui model pentru simularea structurii i funcionrii unui sistem aflat n studiu. Modelul este util pentru calculul unor valori care se compar ntre ele, iar n urma acestor comparaii se declaneaz o aciune sau un diagnostic.
3. Dup natura problemelor soluionate exist:
sisteme expert cu colectarea faptelor doveditoare (evidenelor), foarte importante n expertizele de orice tip: contabil, tehnic, medical etc; sisteme expert cu rafinare n pai succesivi, care au un mare numr de ieiri obinute prin detalierea succesiv pe niveluri a problemei din domeniu; sisteme expert cu asamblare n pai succesivi, la care ieirile ntr-un numr foarte mare au legtur cu o palet larg de rezultate posibile. De exemplu, un sistem de tip catalog pe baza cruia se pot face numeroase selecii; sisteme expert la cheie, dezvoltate pentru nevoile unui utilizator particular. Ele pot fi cumprate ca orice produs program, sunt mai ieftine, uor de exploatat i au o natur foarte general; sisteme expert n timp real, n care timpul de rspuns are o limit strict, suficient pentru controlul proceselor.
4. Dup clasa de utilizare, unii autori arat c exist sisteme expert de clas I, de clas II i
de clas III. Sistemele expert de clas I sunt deja comercializate i au fost acceptate de comunitatea utilizatorilor. Domeniile lor de aplicaii sunt foarte diverse i interacioneaz numai cu utilizatorii crora le ofer soluii concrete. Pentru acestea, experii sunt disponibili. Asemenea sisteme i explic operaiile i accept un minimum de imprecizie urmrind ntotdeauna ieiri corecte. Cele mai cunoscute sunt Meta-DENDRAL i MacSyma. Sistemele expert de clas II sunt cele care au performane de expert, dar nu i-au ctigat nc, n ntregime, renumele n rndul utilizatorilor. Acestea includ sistemele pentru consultan sau diagnostic, care nu-i explic suficient de bine comportamentul, nu dispun de expertiz suficient ori diagnosticul pe care-l ofer nu este nc acceptabil. Cele mai multe sisteme de acest gen sunt n domeniul consultanei i mai ales n medicina intern: Internist, Caduceus i MYCIN. Principalul motiv al neacceptrii acestor sisteme este nesigurana soluiei oferite. n ele imprecizia i incertitudinea joac un rol important. Se sper n viitor acceptarea lor pentru domenii de cuprindere mai mic i foarte bine
55
delimitate. Alte motive ale neacceptrii sunt: familiarizarea dificil a utilizatorului, nesigurana dat de incertitudine i achiziia dificil a cunoaterii. Sistemele expert de clas III sunt sistemele care nu i-au ctigat nc o popularitate acceptabil tocmai pentru c n-au ajuns la o performan de expert, fie din cauza domeniului aplicativ prea ambiios, fie din cauza multor greeli obinute n activitatea lor. Exemple sunt: HEARSAY I i HEARSAY II din domeniul nelegerii vorbirii. Deoarece opereaz cu cunotine foarte nalte din tehnologia sistemelor expert, ele folosesc surse de cunoatere multiple i adreseaz un domeniu aplicativ foarte larg, controlul n aceste sisteme nu este bine pus la punct, iar incertitudinea nu este manipulat ntr-o manier optim i uniform, dei joac un rol major. Aceste sisteme vor oferi fora inovatoare a sistemelor expert. Din aceast clasificare se observ cteva concluzii importante: sistemele din clasele II i III opereaz ntr-o msur mai mare cu incertitudinea dect sistemele de clas I, n prezent comercializate; la sistemele din clas III experii sunt dificili de identificat, iar interaciunea cu utilizatorul este mai dens dect la cele din clasele I i II; utilitatea sistemului i robusteea se datoreaz mai ales capacitii de manipulare a cunoaterii imprecise i de explicare a liniilor de raionament utilizate.
5. Unii autori prefer o distincie n funcie de criteriul organizaional al sistemelor dou
grupe: Sisteme expert interne i externe. Aceast grup urmrete o distincie ntre sistemele dezvoltate n interiorul firmei i cele procurate din exterior. Se urmrete concomitent rolul acestor sisteme n interiorul firmei. Sistemele expert interne sunt concepute i ntreinute de un grup de persoane specializate din firm sau de un grup exterior pe baza expertizei obinute de la experii firmei. Sistemele expert externe sunt cele destinate utilizrii de ctre publicul larg ntruct domeniul problemei este de interes general pentru un numr mare de utilizatori, baza de cunotine este relativ stabil, iar expertiza folosit pentru soluionarea problemei a fost oferit de un expert recunoscut. Sisteme consultante, sisteme expert i sisteme expert de transfer al expertizei. Aceast grup de sisteme expert are n vedere efortul depus de ctre cognotician/proiectant pentru creterea performanei n dotarea cu o expertiz de nalt nivel care nu exist n firm.
56
Sistemele de consultan (care acord sfaturi) se numesc n englez Advisory Systems i nu au toate caracteristicile sistemelor expert. Au ns o capacitate de integrare utilizeaz experiena astfel nct rezultatele consultrii se memoreaz n vederea exploatrii lor ulterioare prin mecanismul de deducie, au totodat i o capacitate de percepie a obiectivelor utilizatorului i de adaptare la noi utilizatori i situaii. Sistemele de transfer al expertizei se utilizeaz pentru completarea cunoaterii experilor n domeniul n vederea lucrului cu mai mult finee i vigoare. Se colecteaz cunotine (euristici) de la angajaii cei mai competeni din firm care se vor utiliza n pregtirea celor nceptori tocmai pentru creterea productivitii, competenei i eficienei lor.
6. O alt clasificare este aceea care mparte sistemele expert n:
sisteme care se comport ca o interfa inteligent; sisteme care servesc pentru transmiterea de informaii, n calitate de instructor; sisteme de asistare la realizarea unor sarcini, lucrri sau de sprijinire a deciziei. 4.4. Avantaje i limite ale sistemelor expert Sistemele expert produc semnale pentru controlul eficient al operaiilor i proceselor, sesizeaz nevoia de reorganizare n scopul reducerii complexitii i incertitudinii, reduc necesitatea edinelor i ofer lecii participanilor la consiliile de administraie, scurtndu-le timpul cheltuit cu informarea despre activitile desfurate. [Andone & ugui, 1999, pag.70] Avantajele sistemelor expert sunt numeroase i variaz n funcie de tipul fiecruia, precum i de domeniile n care se utilizeaz (figura 4.1.). Depozitarea expertizei, a cunotinelor experilor este posibil prin acumularea structurat a cunoaterii n componenta numit baz de cunotine. Aceast cunoatere cu potenial de aciune este capabil s nlocuiasc expertul uman ntr-o activitate programat, lucru foarte important dac ne imaginm c sistemul expert nu obosete, nu se mbolnvete, nu lipsete de la serviciu, poate funciona duminicile i srbtorile, nu omeaz i rmne indiferent la preavizele de grev. Totui, fr remprosptarea sa periodic, cunoaterea sistemului expert risc s fie o relicv.
57

Depozitarea expertizei
Automatizarea i mbuntirea deciziilor Avantajele sistemelor expert
Difuzarea expertizei i normalizarea
nvarea i formarea continu a utilizatorilor
Potenialul comercial
Fig. 4.1. Avantajele sistemelor expert Automatizarea i mbuntirea deciziilor. Este tiut c automatizarea prelucrrilor specifice tuturor activitilor reprezint vocaia natural a informaticii n general. Atunci cnd aceste prelucrri urmresc obinerea de informaii, sfaturi i recomandri sau avize, urmrindu-se chiar o mbuntire a deciziilor, sistemele expert constituie soluia cea mai eficace. Exist aprecieri conform, crora 80% din munca unui expert uman se poate automatiza. Este vorba de operaiile simple, repetitive, procedurale n care sistemul expert se comport ca un calculator oarecare, dar i de operaiile mai complexe, mari consumatoare de timp i energie, specifice raionamentelor deductive, inductive sau mixte, pe care sistemele expert le realizeaz uor, rapid i eficace. Difuzarea expertizei si normalizarea deciziilor. Dac anumite sisteme expert sunt destinate utilizrii de ctre experii nii, alte sisteme sunt menite difuzrii cunotinelor i descentralizrii rspunderii. Acestea permit folosirea unui personal mai puin calificat pentru efectuarea unor sarcini la nivelul performanei expertului. Este astfel permis firmei s funcioneze eficient chiar cu un personal mai puin calificat, tocmai datorit partajrii cunoaterii. De exemplu, sistemul expert instalat ntr-o central bancar i poate difuza expertiza pentru soluionarea unor probleme care intervin la ghieele de lucru cu publicul, unde n general personalul este mai puin calificat. Se urmrete o rspndire omogen a raionamentelor sistemului expert, fapt care-1 face s reziste la preferine sau aversiune fa de clieni.
58
Difuzarea expertizei poate s opereze i n cazurile consultanei pentru oamenii de afaceri, prin intermediul unei reele multimedia, sistem deja foarte promitor. nvarea i formarea continu a utilizatorilor are n vedere faptul c sistemul expert este oricnd un excelent pedagog pentru toate tipurile de utilizatori, nu numai n domeniul expertizei n cauz, ci i prin maniera natural prin care explic raionamentele. Chiar expertul are n sistem un sprijin i poate profita de colaborarea cu sistemul expert. n figura 4.2. se prezint un circuit care se stabilete ntre expert, sistemul expert i ceilali utilizatori n timpul dezvoltrii i consultrii. Potenialul comercial al sistemelor expert de gestiune este n prezent deosebit. S-a format deja o pia a sistemelor expert, n permanent dezvoltare, alturi de piaa generatoarelor de sisteme expert. Din aceste motive, marile firme au adoptat propriile politici de dezvoltare a sistemelor expert i au rezervat bugete importante.
consultare reprezentare cunotine Expert Sisteme expert
COGNOTICIAN cunotine emise cunotine transmise
UTILIZATORI COMUNI
Fig. 4.2. Fluxul informaional n timpul dezvoltrii i consultrii

59
Sistemele expert au i multe avantaje indirecte, necuantificabile n toate cazurile, obinerea de beneficii este singura restricie critic pentru introducerea sistemelor expert. Sistemele expert constituie o tehnologie ca oricare alta i este de neles interesul agenilor economici pentru obinerea unor avantaje comerciale i progres n competiie cu ajutorul acestora. Comercializarea sistemelor expert este o problem clasic de marketing i vnzri pentru care prezint interes necesitatea acestora, beneficiul la utilizator, precum i preul de vnzare. Alturi de toate acestea conteaz faptul c ofer flexibilitate n exploatare, anse de supravieuire firmelor beneficiare i alte avantaje. Tehnologia sistemelor expert ajut firmele s domine schimbrile pieei i s ocupe o poziie dominant n noul mileniu. Spre deosebire de experii umani, sistemele expert se pot utiliza permanent n sensul c sunt accesibile zi i noapte, chiar duminicile i celelalte srbtori. Un avantaj deosebit l constituie costul lor relativ mic, care se amortizeaz rapid dac frecvena utilizrii sistemelor expert crete. Dar atenie, sistemele expert nu sunt un panaceu, ele sunt profitabile numai n situaia cnd reprezint ntr-adevr cea mai bun soluie a problemei din domeniul de competen. Pentru firm, avantajele posibile ale sistemelor expert sunt sistematizate n cele ce urmeaz:
A. Avantaje intrinseci sistemelor care emuleaz comportamentul expertului: 1. Mrirea performanei experilor prin micorarea numrului erorilor umane
determinat de:
completitudine descoperirea tuturor faptelor relevante; consisten cazurile identice dau ntotdeauna acelai rezultat; 2. Capaciti crescute pentru neexperi i creterea productivitii experilor prin: scderea dependenei fa de expertiza srccioas; ajutarea expertului n cazurile relativ simple; 3. ntreinerea i extinderea bazei de cunotine prin: arhivarea deprinderilor critice din firme; explicarea cunoaterii existente; combinarea cunoaterii din mai multe surse interne ale firmei; cumprarea expertizei unanim recunoscute;
60
diseminarea cunotinelor rare prin duplicare. B. Avantaje determinate de noua tehnologie: ntreinere uoar; dezvoltare uoar; portabilitate; documentare uoar.
Adesea, tratatele despre sistemele expert pun n discuie detalii referitoare la beneficiile posibile prin introducerea acestei tehnologii. Este recunoscut aceast tehnologie pentru soluiile practice oferite unui larg spectru de probleme, pentru care alte soluii eficace nu exist. n cazul firmelor beneficiile posibile sunt:
1. Efecte de raionalizare: economii la costul personalului; utilizare mai bun a capacitilor de producie; economii din producie; economii din documentare automat; 2. Efecte din mbuntirea calitii: exploatarea efectelor din raionalizrile multiple; controlul soluiilor propuse de personal i programe; calificarea nalt i instruirea rapid a personalului; proiectarea rapid i mai bun a ofertelor pentru obinerea de comenzi; echiparea produselor scumpe cu inteligen proprie pentru acelai nivel de
diagnostic;
automatizarea activitilor din mediul ntreprinderii pentru legturi de fabricaie mai
reuite;
3. Efecte organizaionale pozitive: multiplicarea expertizei; conservarea expertizei; descentralizarea lurii deciziilor; favorizarea schimbului i evoluiei expertizei; distribuirea dinamic a deciziilor.
Fa de aceste beneficii riscurile includ eventualitatea ca beneficiile dorite s nu fie obinute chiar cu cheltuieli de dezvoltare i investiii importante, ci cu o dependen de funcionarea slab a sistemelor expert. Pot exista situaii cnd, chiar dac sistemele expert lucreaz bine, condiiile generale de funcionare a firmei s fie rele. Un risc specific este secretul insuficient al expertizei,
61
al datelor problemei, care trebuie formulate cu grij deoarece niciodat nu este posibil protecia perfect a datelor i cunoaterii, tocmai datorit intereselor i atractivitii manifestate de competitori. Metodologiile disponibile pentru dezvoltarea sistemelor expert nu sunt nc suficient de puternice chiar i pentru aplicaiile deja menionate, de aceea sunt nc probleme i limite n dezvoltarea unor sisteme expert comerciale, astfel:
Cunoaterea (expertiza) nu este ntotdeauna uor disponibilil. Sunt nc dificulti cu
obinerea expertizei de la experi. Abordarea fiecrui expert, n fiecare dintre situaii, este foarte diferit. Foarte dificil este i cnd expertul avizat de aceast tehnologie este presat de timp n anumite evaluri. Procesul de achiziie a cunoaterii este nc limitat.
Utilizatorii sistemelor expert au cunotine limitate n aceast tehnologie. Sistemele expert lucreaz cel mai bine ntr-un domeniu perfect delimitat. Muli experi nu dispun de mijloace independente pentru controlul situaiilor cnd
concluziile lor nu sunt rezonabile.

Vocabularul utilizat de experi este strict delimitat i adesea dificil de neles de
cognoticieni.
Lipsa ncrederii utilizatorilor finali este uneori o barier n plus n calea folosirii
sistemelor expert.
Transferul expertizei este nc un subiect delicat, datorit bazei legale i percepiei multor
persoane.
Sistemele expert nu ajung niciodat la concluzii acceptabile n primele stadii de
dezvoltare. Se sper c aceste limite vor disprea o dat cu mbuntirea tehnologiei inteligenei artificiale. 4.5. Sisteme multi-expert Sistemul expert reprezint n mod restrictiv rezultatul analizei unui singur expert uman i unui singur domeniu de expertiz. n practica financiar-contabil sunt ns necesare informaii din mai multe domenii, iar procesul decizional operat la nivelul unui operator economic necesit mai muli experi ce folosesc, n general, cunotine financiar - contabile din mai multe zone de cunoatere. Apare astfel necesitatea modelrii conceptuale din mai multe domenii de activitate prin intermediul unor informaii complexe, relative la o multitudine de aspecte din practica financiar - contabil.
62
n aceste condiii, un generator de sisteme expert este de fapt un instrument care asigur realizarea mai multor sisteme expert, dar fiecare dintre acestea sunt entiti separate, fr legturi logico-funcionale ntre ele. Se pune astfel problema utilizrii unui nou tip de sistem expert i anume sistemul multi - expert. Sistemul multi-expert (SME) este un instrument ce admite i realizeaz cooperarea logico funcional dintre mai multe sisteme expert prin prelucrarea integrat a unor cunotine provenind din domenii diferite. 4.5.1 Particularitile i structurile de control ale sistemelor multi-expert Un sistem multi-expert are urmtoarele particulariti (figura 4.3.) [Davidescu, pag. 121-124]:
Asigur autonomia fiecrei expertize, deci fiecrui domeniu analizat, prin utilizarea
eficient a conceptelor de modularitate i de independen a prilor componente.

Permite interaciunea i interconexiunea dintre mai multe tipuri diferite de sisteme expert
n scopul realizrii unei sinteze de nalt nivel calitativ n privina modelrii, reprezentrii, utilizrii i valorificrii cunotinelor din mai multe domenii ncorporate ntr-o baz de cunotine unice i supuse unor raionamente complexe comune.
Asigur sinteza cunotinelor prin cooperarea i interconexiunea dintre modulele-expert,
pentru a se realiza n plan cognitiv, integrarea rezultatelor fiecrui modul ceea ce va conduce la sinteza concluziilor diferitelor module-expert.
Trebuie s permit adugarea, modificarea sau chiar tergerea de module-expert pentru ca
structura intern a acestui sistem multi-expert s poat fi capabil s genereze, n final, o decizie inteligent complex.
Trebuie s asigure o serie de funcii specifice nentlnite la celelalte tipuri de sisteme
expert, dintre care se menioneaz: lansarea sarcinilor specifice n vederea execuiei de ctre fiecare modul-expert; repartiia sarcinilor ctre modulele-expert; sinteza rezultatelor obinute separat de ctre modulele-expert; asigurarea comunicrii dintre modulele-expert, prin guvernarea fie a unui control de tip descentralizat, fie a unuia de tip.
63

Interaciunea i interconexiunea dintre mai multe tipuri de sisteme multi-expert
Utilizarea conceptelor de modularitate i independen
Realizarea unei sinteze de nalt nivel calitativ
Valorificarea cunotinelor din mai multe domenii Baza de cunotine unic Raionamente complexe comune Cooperarea i interaciunea dintre module expert Integrarea rezultatelor fiecrui modul expert Sinteza concluziilor diferitelor module expert Adugarea , modificarea , tergerea de module expert Asigurarea comunicrii dintre module expert Control descentalizat / centralizat
Particularitile sistemelor multi expert
Decizia inteligent complex
Fig. 4.3. Particularitile sistemelor multi expert Structurile de control specifice sistemelor multi-expert sunt de dou tipuri:
1. Controlul descentralizat asigur comunicarea dintre modulele-expert prin intermediul
unor mesaje, sarcini i subsarcini. Sarcinile introduse n sistem sunt descompuse n subsarcini prin intermediul modulelor expert, care la rndul lor sunt descompuse n submodule expert. n alternativa n care un submodul expert nu tie cum s reacioneze n raport cu o anumit sarcin, atunci submodulul expert blocat va transmite mesaje ctre alte module n scopul deblocrii. Controlul descentralizat este ns ndeprtat de modurile de comportament specifice factorilor de decizie, deoarece restricia de modularitate nu este asigurat pentru c fiecare expert trebuie s cunoasc multe informaii despre ali experi.
64
2. Controlul centralizat are la baz principiul utilizrii unui supervizor cu rolul de a
armoniza ansamblul ntregului sistem multi - expert i principiul divizrii bazei de fapte pe module. Supervizorul va asigura, n principiu, urmtoarele funcii:
distribuie sarcinile ntre experii umani, procedurile de raionament, metacunotine i
baze de cunotine;
coordoneaz fluxul de date i controlul ntregului ansamblu al sistem multi expert; permite utilizarea i manipularea mai multor baze de cunotine dedicate n care exist
reguli i fapte particulare, dar asamblate unitar ntr-o baz de cunotine interdisciplinar. 4.5.2 Arhitectura unui sistem multi-expert Arhitectura unui sistem multiexpert are la baz arhitectura unui sistem expert i respect urmtoarele principii [Andone & ugui, 1999, pag. 84]:
conine mai multe module de cunoatere, similare bazelor de cunotine din sistemele
expert;
motorul de inferene trebuie s fie separat de modulele de cunoatere; modularitatea cunoaterii trebuie s rmn valid la metanivelul expertizei. Adugarea,
modificarea sau tergerea unui modul de cunoatere nu trebuie s afecteze direct alte module din sistem;
funcionarea global a sistemului s permit aflarea soluiei la o problem pus, dac
exist;
procesul inferenial care a condus la rezultat s fie similar raionamentului uman. Acest
principiu nseamn c ordinea interveniei fiecrui modul de cunoatere respect pe aceea a experilor, a crei reflectare o reprezint. De fapt, aceasta este i restricia principal pentru rezolvarea n sistem multiexpertiza a problemelor complexe, fapt care nseamn c mediul distribuit n care se insereaz multiexpertiza este o reea de module de cunoatere, cuplate slab, n care nici un modul nu poate avea o vedere general i complet asupra reelei pentru a servi ca arbitru i/supraveghetor. Problema general dat iniial spre rezolvare poate avea legtur cu competenele mai multor module de cunoatere din reea, scopurile locale nu sunt n mod necesar cunoscute de ctre alte module ns mai multe module de cunoatere pot satisface acelai scop. ntotdeauna soluia la problema iniial trebuie s satisfac scopurile locale i depinde de mai multe module din reea.
65
O subproblem, generat prin descompunerea problemei iniiale de ctre un modul de cunoatere, poate fi atribuit spre rezolvare altui modul. Aceast subproblem se numete subsarcin i devine pentru acel modul o problem de soluionat. n sistemele multi-expert apar restricii de sincronizare a funcionrii modulelor de cunoatere, deoarece controlul interaciunii dintre subsarcini este foarte dificil n msura n care nici unul dintre module nu deine cunoaterea global despre sarcinile i subsarcinile prezentate:
subsarcinile unui modul pot interaciona cu alte subsarcini iniializate n alt parte a
sistemului, care nu sunt cunoscute primului modul;

pot interveni chiar conflicte atunci cnd modulele obin acces la unele resurse limitate
ntruct o subsarcin nu poate atepta n exclusivitate satisfacerea altora.
66
Capitolul 5. Realizarea sistemelor expert
5.1. Consideraii generale Realizarea sistemelor expert impune utilizarea unor metodologii de lucru specifice, care s in cont de particularitile acestor sisteme inteligente, n raport de sistemele software convenionale i anume [Roca & al, 2002]:
Construirea unui sistem inteligent presupune considerarea problemei de rezolvat n sens
mult mai larg dect simpla rezolvare a acesteia. Acest lucru se explic prin faptul c definirea problemei i a posibilitilor de rezolvare sunt mai greu de realizat dect n cazul sistemelor convenionale.
La realizarea unui sistem expert schemele de rezolvare convenionale trebuie s fie
incluse n mulimea posibilitilor de rezolvare a problemelor, alturi de cele specifice inteligenei artificiale. Ceea ce caracterizeaz, n ansamblul lor metodologiile de realizare a sistemelor expert este faptul c ele se bazeaz pe paradigma realizrii evolutive a sistemelor software (figura 5.1.), care difer de modelul liniar, al trecerii o singur dat printr-o serie de etape, faze, activiti etc. Coninutul diferitelor etape i modul n care este dirijat reluarea acestora reprezint elementele specifice fiecrei metodologii n parte. Realizarea sistemelor expert impune desfurarea urmtoarelor tipuri de activiti:
investigare, n scopul cunoaterii ct mai detaliate a domeniului pentru care se realizeaz
sistemul;
analiz, n principal pentru identificarea i formalizarea cunotinelor; proiectare, de ansamblu i de detaliu a sistemului expert; programare a componentelor de sistem; evaluare a sistemului expert i/sau componentelor acestuia; activiti de punere n funciune, exploatare i ntreinere a sistemului expert.
Specific metodologiilor de realizare a sistemelor expert este mbinarea acestor tipuri de activiti, pe parcursul ntregului ciclu de realizare. Concomitent cu investigarea se realizeaz att analiza, ct i proiectarea preliminar a sistemului. Pentru fazele ulterioare, proiectarea se mbin cu analiza i cu programarea. n acest fel, nu se pot pune n eviden etape orientate n exclusivitate pe un singur tip de activitate.
67

Definire specificatii
III
Proiectare
II I
Codificare (programare)
Implementare
Integrare module Validare
Fig. 5.1. Realizarea evolutiv a sistemelor software Paradigma realizrii evolutive a sistemelor s-a impus n domeniul sistemelor inteligente ntruct, pe de o parte reprezint o metod mai ieftin, iar pe de alt parte, de multe ori este singura abordare care permite tratarea cerinelor nestructurate ale utilizatorilor finali, precum i depirea dificultilor legate de achiziionarea cunotinelor. De asemenea, s-a constatat c n cazul sistemelor software complexe este, n principiu mai ieftin, n termenii unor consumuri mai mici de resurse s se nceap cu o soluie aproximativ, care s fie apoi treptat mbuntit dect s se urmreasc obinerea, nc de la nceput a soluiei perfecte. Realizarea evolutiv a sistemelor asigur posibilitatea lucrului cu cerine prost definite. Atunci cnd domeniul este prost structurat i extrem de dinamic, utilizatorii ntmpin frecvent dificulti n definirea cerinelor fa de sistemul ce trebuie realizat. Abordarea evolutiv, n iteraii succesive asigur un grad ridicat de interactivitate ntre utilizatorii i realizatorii sistemului, fiind posibil astfel formularea cerinelor ntr-un mod gradat. Utilizatorii nva s-i formuleze cerinele, i mbuntesc posibilitile de comunicare cu echipa de realizare a sistemului. Prin realizarea unor versiuni succesive ale sistemului, modalitatea de satisfacere a cerinelor de ctre sistem se poate valida naintea finalizrii activitii de realizare a acestuia, ceea ce face posibil ameliorarea funcionalitii lui, precum i creterea gradului de acceptare a sistemului de ctre utilizatori, concomitent cu reducerea costurilor de realizare.
68
Realizarea evolutiv a sistemelor software a determinat definirea modelului n spiral al ciclului de via al sistemelor expert. n ceea ce privete achiziionarea cunotinelor, prin realizarea evolutiv a sistemelor este posibil o dezvoltare incremental a bazei de cunotine, proces favorizat i de caracterul declarativ al majoritii schemelor de reprezentare a cunotinelor. Versiunile succesive ale sistemului sunt considerate drept cel mai important instrument de achiziionare a cunotinelor de care dispun analitii. S-a constatat c ritmul de achiziionare a cunotinelor se accelereaz dup construirea primei versiuni a sistemului. O variant operaional, chiar imperfect a sistemului produce o mbuntire a mediului de lucru n procesul achiziionrii cunotinelor, mediu care devine mai structurat i stimuleaz astfel procesele de exprimare, formalizare a cunotinelor. 5.2. Metodologii de realizare a sistemelor expert Exist mai multe metodologii de realizare a sistemelor expert, dar n continuare vor fi descrise pe scurt cele mai utilizate dintre acestea. A. Metodologia ORSA ORSA (Operational Research and Systems Analysis) reprezint o metodologie care pornete de la obiectivele generale ale unitii n care urmeaz s funcioneze sistemul, ncercnd s realizeze transformarea acestora n cerine pentru realizarea sistemului. Activitile principale de realizare a unui sistem inteligent, aa cum sunt ele susinute de ctre metodologia ORSA sunt prezentate n figura 5.2. Principalele etape de realizare a unui sistem inteligent, conform metodologiei ORSA sunt:
1. definirea problemei (iniial, o definire nestructurat); 2. investigarea problemei; 3. dezvoltarea definiiei /definiiilor rdcinii sistemului; 4. utilizarea modelelor conceptuale n crearea sistemului abstract; 5. compararea modelului abstract cu cel real; 6. identificarea modificrilor desirabile i posibile; 7. iniierea rezolvrii problemei sau, cel puin mbuntirea definirii problemei.
Primele dou etape au ca obiectiv formularea unei/unor descrieri detaliate a problemei. Aceast descriere este de cele mai multe ori o schem (diagram) care poate fi construit gradat, rafinat dac este necesar. Se recomand ca aceast descriere s includ att elemente de structur, ct i
69
procese, dinamice, ca s se poat forma un punct de vedere despre cum se manifest acestea ntrun caz sau altul. Etapa a treia esenial are drept scop elaborarea (fundamentarea) rdcinii sistemului. Definiia rdcinii reprezint o declaraie n legtur cu ce este sistemul sau mai exact cu ceea ce trebuie s realizeze sistemul prin perspectiva viziunii asupra lumii considerate. Pentru a facilita analiza corectitudinii definiiei rdcinii, Checkland P. a creat mnemonica CATWOE: C (Customer) A (Actors) T (Transformation) W (Wetanschaung) fundamental? O (Owners) E (Environment) Care sunt persoanele care decid asupra existenei sistemului? Care sunt limitele sistemului?
Problema 1 Aciune 7
Ce este utilizatorul, pentru cine acioneaz sistemul? Cine ndeplinete principalele aciuni din sistem? Care este activitatea fundamental desfurat n sistem? Care este perspectiva care face aceast definiie s fie
Lumea real Structurare problem 2
Comparare model sistem real 5
Modificri posibile 6
Definire rdcin sistem 3
Crearea model conceptual 4
Sistem ideal
Fig. 5.2. Schema general de lucru n cadrul metodologiei ORSA Obiectivul etapei a patra este obinerea modelului conceptual al sistemului. Pentru aceasta se expandeaz definiia rdcinii, obinndu-se un set de activiti minim necesare pe care sistemul trebuie s le efectueze. n etapele urmtoare, modelul conceptual este comparat, din punct de vedere al performanei cu sistemul real. Se verific pe de o parte corectitudinea modelului, i concomitent se ncearc identificarea schimbrilor de structur care s amelioreze sistemul.
70
n ultima etap sunt puse n aplicare, n mod efectiv modificrile considerate ca desirabile i realizabile. Aceste modificri se efectueaz pe baza unui plan de implementare adecvat. Dup efectuarea modificrilor se testeaz comportamentul sistemului, n scopul determinrii efectelor acestor modificri, procesul de realizare a sistemului putndu-se relua sau opri. B. Metodologia RUDE Metodologia RUDE (Run-Understand-Debug-Edit) este elaborat de D. Partridge, pe baza analizei comparative a sistemelor inteligente i a celor convenionale. Conform lui Partridge, sistemele inteligente nu pot fi realizate pe baza modelului problemei complet formulate, ca n cazul ingineriei software convenionale. Schematic, metodologia RUDE este prezentat n figura 5.3. [Roca & al, 2002]
Versiunea N R - Run (Execuie) EXPERT Versiunea N U Understand (nelegere )
Versiunea N D Debug (Depanare )
ANALIST
Versiunea N E Edit (Editare) N N+ 1 Versiunea N +1
Fig. 5.3. Ciclul RUDE Patridge subliniaz necesitatea mbuntirii acestei metodologii, prin crearea unor derivate metodologice riguros fundamentate i robuste, care s poat fi utilizate n realizarea de sisteme inteligente comerciale. RUDE reprezint o perspectiv exploratorie n construirea de sisteme
71
inteligente. Este necesar ns o metod de construire a unui sistem iniial, de la care s se porneasc aplicarea ciclului RUDE. De asemenea sunt necesare forme de control a procesului iterativ, precum i ncorporarea acestora ntr-un mediu de lucru structurat. C. Metodologia POLITE Metodologia POLITE (Produce Objective-Logical/Physical Design Implement-Test-Edit) a fost definit pe baza metodologiei RUDE. Figura 5.4. prezint principalele etape din cadrul POLITE. De remarcat faptul c atunci cnd este cazul, fiecare etap este prezentat att din punctul de vedere al realizrii de componente software convenionale (stnga), ct i din punct de vedere al realizrii de sisteme inteligente (dreapta). Acest lucru permite utilizarea metodologiei n ambele domenii de realizare software.
FEZABILITATE RUDE COSTURI / BENEFICII
ANALIZA DATE SARCINI PROIECTARE ACHIZIIONARE RUDE
FIIERE
PROCEDURI CUNOATERE MEDIU
REPREZENTARE
RUDE
PROD.FIZICE
IMPLEMENTARE PROGRAME FIIERE TESTARE RUDE BAZA DE CUNOTINE INFERENE RUDE EXECUIE
ACCEPTARE NTREINERE
VALOARE
RUDE
GENERALIZARE DEZVOLTARE
ACTUALIZARE BAZ CUNOTINE
72
Fig. 5.4. Etape de realizare n cadrul metodologiei POLITE 5.3. Instrumente de realizare a sistemelor expert Realizarea sistemelor expert presupune, n primul rnd achiziionarea cunotinelor. Activitatea de achiziionare a cunotinelor se desfoar pe parcursul ntregului proces de realizare a unui sistem bazat pe cunotine, ncepnd din etapa studiului de fezabilitate i pn n etapa punerii n funciune a sistemului. Procesul de achiziionare a cunotinelor este realizat de ctre informaticieni special pregtii pentru aplicarea diferitelor metode i tehnici de reprezentare i utilizare a cunotinelor. n ncercarea de reducere a pierderilor de informaii care nsoesc procesele de explicitare a cunotinelor, se poate recurge la realizarea on-line a proceselor de inducere a cunotinelor, cu ajutorul unor instrumente de achiziionare automat a cunotinelor, precum sistemele de nvare automat, procesoare inteligente de cuvinte, instrumente pentru proiectarea arborilor decizionali etc. Diferitele instrumente de achiziionare automat a cunotinelor sunt de regul realizate ca instrumente aplicabile unei game largi de sisteme bazate pe cunotine. Realizatorii acestor sisteme pot adapta instrumentele propriilor cerine, integrndu-se n cadrul unui model de achiziionare automat a cunotinelor, parte component a sistemului bazat pe cunotine. n cadrul activitii de realizare a sistemului expert se pot utiliza numeroase tipuri de instrumente software de codificare, ncrcare, utilizare i actualizare a cunotinelor, precum:
1. medii de programare convenionale: C, FORTRAN, PASCAL; 2. medii de programare specializate: LISP, PROLOG; 3. toolkit-uri: KEE ART; 4. generatoare de sisteme expert (shell-uri): GURU, EXSYS, H-EXPERT; 5. instrumente software specializate.
73
Dac instrumentele preferate la sfritul anilor 1970 erau mediile de programare specializate, i n principal LISP-ul, n anii 1980 i mai ales n prezent instrumentele software cel mai mult utilizate sunt generatoarele de sisteme expert, dup cum reiese i din figura 5.5., n care este prezentat distribuia utilizrii instrumentelor software n realizarea sistemelor expert la sfritul anilor 1980. Cifrele 1-5 din cadrul figurii semnific grupa de instrumente, din enumerarea realizat anterior. Selectarea unui anumit instrument software n cadrul proiectelor de sisteme expert se realizeaz n funcie de numeroi factori, precum:

disponibilitatea instrumentelor; abilitatea n utilizare anumitor instrumente; dimensiunea sistemului expert care trebuie realizat; tipul de sistem expert care urmeaz a fi realizat (de clasificare, de configurare etc.); destinaia sistemului expert (asistent inteligent, expert etc.); modul de utilizare preconizat pentru sistemul expert (individual, interconectat, integrat); tipul utilizatorilor sistemului expert i deci, intefaa utilizator care trebuie asigurat (grafic, animaie, etc.); metoda de reprezentare a cunotinelor pe care trebuie s le suporte sistemul expert; metodele de raionament pe care trebuie s le asigure sistemul expert; performanele pe care trebuie s le prezinte sistemul n exploatare (de exemplu, funcionare n timp real); nivelul resurselor disponibile pentru realizarea sistemului expert sau posibil de mobilizat etc.
56%
23% 11% 10% <1%

1 2 3 4 5
74
Fig. 5.5. - Utilizarea instrumentelor software n proiectele de sisteme expert Dup cum se observ i din figura 5.5. generatoarele de sisteme expert constituie clasa de instrumente software cu cea mai larg utilizare. Acestea reprezint sisteme software care ofer realizatorilor de sisteme expert:
Un cadru (un schelet) de sistem expert (de tipul unui sistem expert generalizabil), n
sensul c sunt puse la dispoziia realizatorilor, n form generalizat toate componentele unui sistem expert, mai puin baza de cunotine.
Faciliti de realizare a sistemelor expert pe msur, personalizate, pe baza componentelor
preprogramate. Aceste faciliti se refer la: limbaj de comand pentru construirea bazei de cunotine; instrumente de control a raionamentelor; instrumente de personalizare a interfeelor sistemului etc. 5.4. Realizarea sistemelor expert prin prototipizare Realizarea unui sistem expert prin prototipizare presupune parcurgerea urmtoarele etape:
A. Studiul de fezabilitate. B. Proiectarea sistemului. C. Realizarea versiunilor de prototip ale sistemului. D. Punerea n funciune a sistemului. E. Exploatarea i ntreinerea sistemului.
A. Studiul de fezabilitate Studiul de fezabilitate se realizeaz n general n dou faze i anume:

studiul preliminar de fezabilitate; studiul propriu-zis de fezabilitate.
Separarea n cele dou faze este util, ntruct prin utilizarea unor euristici se poate realiza estimarea gradului de fezabilitate a sistemului, cu un efort relativ sczut de investigare i analiz a domeniului. Numai n situaia n care concluziile primei faze sunt ncurajatoare se va depune efortul sistematic de investigare i de analiz a domeniul vizat, n scopul stabilirii precise a condiiilor de fezabilitate tehnic, economic i operaional a sistemului.
75
Organizarea procesului de iniiere a proiectului presupune n principal formarea echipei de realizare a sistemului, precum i identificarea principalelor categorii de personal implicat n derularea proiectului. Echipa de realizare este format, de regul dintr-un numr redus de persoane (5-6), pentru asigurarea omogenitii stilului de lucru, coordonrii eficiente a activitii, concomitent cu schimbul util de idei. n cadrul echipei sunt inclui eful proiectului, analiti de cunotine, precum i programatori. Din echip este necesar s fac parte un reprezentant al conducerii instituiei beneficiare, care s aib rolul de a susine proiectul, n mod competent i n cunotin de cauz, n cadrul diferitelor sisteme de decizie local sau din exteriorul firmei. Studiul preliminar de fezabilitate are drept scop determinarea, cu ajutorul unor criterii simple a fezabilitii sistemelui expert. Criteriile de apreciere a fezabilitii sistemelor expert se pot grupa n:
criterii de ordin tehnic, precum:
existena unor soluii algoritmice clasice; buna delimitare a domeniului; tipul de expertiz; timpul afectat realizrii sistemelor; volumul i complexitatea cunotinelor; disponibilitatea expertizei; caracteristicile de interfa impuse. disponibilitatea resurselor; costurile estimate; efectele scontate.
criterii de ordin economic:
criterii de ordin cultural, privind nivelul de receptivitate i de acceptare a noii tehnologii.
Toate aceste criterii sunt utilizate cu ajutorul unei tehnici de scoring, care realizeaz combinarea lor n raport de importana acordat fiecrui criteriu n parte, ntr-un calificativ unic. Studiul propriu-zis de fezabilitate. O estimare riguroas a fezabilitii tehnice, economice i operaionale nu se poate realiza n afara unei imagini, chiar i aproximative a soluiei de realizare a sistemului. Soluia de realizare nu poate fi formulat fr a se cunoate bine domeniul vizat. Se
76
recomand formularea unor soluii alternative, dintre care printr-o schem de selectare, s se aleag o soluie de realizare a sistemului. B. Proiectarea sistemului expert Modul de desfurare a activitii de proiectare a unui sistem expert este prezentat n figura 5.6.
Revederea proiectului preliminar
Rafinarea proiectului
Evaluarea proiectului
OK
NU
DA Realizarea documentaiei proiectului
Documentaia proiectului
Fig. 5.6. Proiectarea unui sistem expert Aspectele avute n vedere la proiectare sunt:
sursele i tipurile cunotinelor; modul de reprezentare i de utilizare a cunotinelor; interfeele necesare; alegerea instrumentelor hardware i software.
77
Realizarea acestor activiti presupune continuarea i adncirea analizei ncepute n etapa studiului de fezabilitate. Pe msur ce domeniul este mai bine delimitat i cunoscut, analistul de cunotine mpreun cu expertul n domeniu ncep s transfere expertiza ctre sistemul inteligent. Transferul de cunotine este mai mult o art a implementrii bazelor de cunotine (knowledge-base crafting), dect o tehnic. Acest transfer se realizeaz prin identificarea i reinerea cunotinelor din domeniu. Aceste cunotine, pot fi fapte, ipoteze sau reguli. Nu exist reete fixe pentru identificarea cunotinelor, acest proces fiind incremental, existnd reveniri frecvente i schimburi de informaii. Analistul posed cunotine referitoare la metode, tehnici, instrumente folosite n construirea de sisteme inteligente, iar expertul uman posed cunotine n domeniu, din experiena sa, din pregtirea sa i de aceea este strict necesar ca cei doi s lucreze mpreun. Deoarece sistemul este proiectat destul de devreme n ciclul de dezvoltare, imediat dup studiul de fezabilitate, rezultatele ulterioare vor suferi schimbri cu o mare probabilitate, innd cont de cerinele ce au stat la baza proiectrii. De aici rezult c proiectul va fi revzut periodic i adaptat n pai succesivi. Un prim rezultat al etapei de proiectare este o machet preliminar (premacheta) de sistem. Este prima form a proiectului, din care se pot trage primele concluzii. Aceste concluzii sunt foarte utile pentru dezvoltarea n continuare a sistemului. n cadrul proiectrii are loc o rafinare a premachetei. n fapt, aceast rafinare se realizeaz prin actualizarea faptelor/regulilor (nlturarea unor fapte/reguli care nu corespund, modificarea unor fapte/reguli existente conform unor noi cerine, adugarea unor noi fapte/reguli. n etapa de dezvoltare a premachetei se continu, de fapt partea cea mai important din cadrul procesului de realizare a unui sistem expert i anume achiziionarea cunotinelor ce vor alctui n final baza de cunotine a sistemului. Se ajunge n final la macheta funcional a sistemului respectiv. Cerinele care genereaz achiziionarea de cunotine i dezvoltarea machetei sunt:
cerinele conducerii (legate de costuri, beneficii, utilizare); cerinele experilor (limitele domeniului aplicaiei, completitudinea bazei de cunotine,
corectitudinea raionamentelor);
cerinele utilizatorilor (cum ar dori s se realizeze interfaa cu sistemul); cerinele realizatorilor (utilizarea anumitor instrumente de lucru, folosirea anumitor
metode i tehnici, cunoscute de ctre utilizatori);
78
Fig. 6.6. - Studiul de fezabilitate
cerinele sunt evaluate i pe baza lor echipa de realizare dezvolt machetele de sistem, ce
urmeaz la rndul lor s fie testate i evaluate n cadrul etapei urmtoare. C. Realizarea versiunilor prototip ale sistemului Coninutul acestei etape este prezentat n figura 5.7.
Pregtirea prototipului
Realizarea prototipului iniial
Evaluarea prototipului iniial
Realizarea unei noi versiuni de prototip
Evaluarea versiunii de prototip
OK DA
NU
Realizarea documentaiei aferente prototipului final
Documentaia de prototip
Fig. 5.7. Realizarea versiunilor de prototip Realizarea prototipurilor presupune parcurgerea urmtoarelor etape:
Elaborarea unei versiuni operaionale iniiale a sistemului (prototipul iniial). Aceast
versiune va fi folosit ca instrument de lucru pentru realizarea versiunilor ulterioare.

79
Elaborarea unor versiuni intermediare ale sistemului (prototipurile intermediare) prin
rafinri, detalieri succesive. Numrul de versiuni intermediare este n funcie de complexitatea sistemului.
Elaborarea versiunii finale a sistemului (prototipul final).
n cadrul fiecrei etape, se realizeaz:

Achiziionarea i codificarea cunotinelor conform modului de reprezentare i a structurii
stabilite n etapa de proiectare general.

Codificarea (programarea) mecanismelor de raionament (realizarea motorului de
inferen sau completri la acesta).

Codificarea (programarea) celorlalte componente ale sistemului sau detalieri ale acestora.
Coninutul fiecrei etape este stabilit n funcie de strategia de prototipizare utilizat. Trecerea de la o etap la alta, practic de la o versiune de prototip la alta, este condiionat, dirijat de ctre activitatea de evaluare a realizrilor obinute n cadrul unei anumite etape (evaluarea versiunilor de prototip). n cele ce urmeaz se vor prezenta principalele strategii de prototipizare, precum i problemele pe care le ridic activitatea de evaluare a versiunilor de prototip. Strategii de prototipizare n activitatea de realizare a versiunilor de prototip se pot utiliza urmtoarele strategii de prototipizare: Construirea unor versiuni de prototip care s acopere ntregul sistem. Aceast strategie se poate aplica n cazul unor sisteme expert de dimensiuni mici, pentru care evaluarea, dezvoltarea i rafinarea ulterioar se pot realiza relativ uor. Trecerea la versiunile succesive de prototip se realizeaz prin determinarea inconsistenelor, erorilor i omisiunilor care vor fi rezolvate n fazele (etapele) urmtoare. Schimbrile sunt efectuate pe rnd, fiind necesar o ierarhizare dup prioriti. Fiecare nou versiune de prototip elimin i adaug totodat noi cerine de schimbare a prototipului. n funcie de mrimea i complexitatea sistemului, un prototip acceptabil (care s poat fi considerat drept prototip final al sistemului) poate fi obinut dup 4-7 versiuni intermediare. Construirea unui schelet general al sistemului i realizarea n cadrul versiunii iniiale de prototip numai a ctorva dintre componentele sistemului. Transformarea versiunii iniiale de prototip n versiuni ulterioare (intermediare i finale) se realizeaz prin completarea treptat a prototipului cu restul componentelor. Noile componente sunt testate n contextul ntregului sistem, dup integrarea lor cu restul componentelor. Aceast strategie de prototipizare se
80
utilizeaz n cazul sistemelor de dimensiuni mari. Scheletul general al sistemului reprezint structura complet a sistemului, dar far prezena detaliilor. De exemplu, n cazul reprezentrii cunotinelor prin reguli, scheletul ar putea cuprinde programele de control pentru selectarea diferitelor seturi de reguli, setul de variabile utilizate n cadrul regulilor, principalele categorii de reguli (fr detalierea acestora). Componentele ulterioare se pot realiza serial sau n paralel. Dup obinerea prototipului final sunt necesare cteva iteraii suplimentare pentru testarea sistemului n ansamblu. Construirea de componente de prototip separate, testarea independent a acestora i integrarea lor ntr-un prototip final. Aceast strategie se utilizeaz n special n cazul n care sistemul are la baz surse relativ independente de cunotine expert, ce acoper domenii tiinifice distincte, separate. Prototipizarea presupune n acest caz realizarea, testarea i rafinarea fiecrei componente n mod separat, ntr-o activitate desfurat n paralel. Dificultatea major ntmpinat la utilizarea acestei strategii const n realizarea integrrii finale a componentelor. Aceast strategie se preteaz n cazul sistemelor de dimensiuni mari. Evaluarea versiunilor de prototip Evaluarea versiunilor de prototip ale sistemului presupune: Testarea versiunii de prototip, pentru a se stabili dac versiunea satisface specificaiile formulate, altfel spus dac realizeaz ceea ce se dorete. Obiectivele testrii sunt: Verificarea completitudinii variantei de prototip. Se verific dac versiunea este complet, n sensul c prezint un mecanism pentru tratarea tuturor valorilor posibile pentru toi parametrii de intrare. Testarea consistenei i robusteii. Se verific modul n care sunt integrate diferitele componente ale versiunii de prototip, dac acestea comunic n mod corespunztor unele cu altele. Totodat, n legtur cu robusteea prototipului se stabilete msura n care prototipul este apt s continue s produc ieiri corecte n condiiile degradrii intrrilor. Cu ct prototipul i menine performanele mai mult timp, cu att este mai robust. Verificarea independenei fa de ordine a cunotinelor neprocedurale. De obicei, exist tendina de introducere a informaiilor de control procedural n cadrul cunotinelor, care n mod normal ar trebui s fie declarative. Tehnicile de testare utilizate n cadrul activitii de prototipizare sunt: utilizarea cazurilor de test; trasarea execuiei; utilizarea unor funcii de control a consistenei; varierea ordinii de activare a regulilor etc.
81
Depanarea versiunii de prototip, care nseamn determinarea cauzelor pentru care versiunea de prototip nu satisface specificaiile formulate. Pentru depanare se pot utiliza: tehnicile clasice de depanare (de exemplu trasarea execuiei); facilitile explicative ale versiunii de prototip. Validarea versiunii de prototip, care presupune stabilirea gradului n care versiunea de prototip satisface cerinele diferitelor categorii de persoane implicate n realizarea i utilizarea sistemului. Dei se apropie ntructva de activitatea de testare a versiunii de prototip, validarea urmrete n principal aspectele legate de utilizarea sistemului de ctre utilizatorii finali, deci de performanele n exploatare i mai puin problemele de ordin tehnic, privind realizarea sistemului. Autoritatea de validare o dein att realizatorii, ct i utilizatorii finali, experii i conducerea organizaiei beneficiare. D. Punerea n funciune a sistemului expert Este etapa n care sistemele sunt tratate ntr-o manier tot mai dependent de utilizarea lor efectiv. Etapa trebuie s asigure condiiile ca sistemele s poat rezolva problemele reale ale utilizatorilor, ca utilizatorii s poat interaciona direct cu sistemul i s fie posibil atingerea performanelor propuse. Analiza se realizeaz pe un hardware i un software real, pe cele pe care va funciona sistemul, pe baza unor probleme reale din cadrul domeniului, cu un personal selectat dintre cei ce au proiectat i cei ce vor utiliza sistemul inteligent. Observaiile care se desprind n aceast etap, formulate de beneficiari sau deduse de proiectant, conduc la o evaluare a sistemului i, implicit la etapele anterioare pentru
Analiza bazei de cunotine a prototipului final
decizia de a se relua corectarea erorilor sau sistemul. Dac staii specializate de microcalculatoare mai vor lucra utilizatorii,
OK DA Testarea i evaluarea sistemului n condiii de funcionare curent (etapa I de experimentare ) NU
de a se da n exploatare prototipul s-a dezvoltat pe inteligen artificial sau pe puternice dect cele pe care sistemul se mut pe se va realiza exploatarea. acestei etape sunt prezentate
Realizarea translatrii prototipului final n mediul de exploatare
Testarea versiunii de sistem obinut n urma translatrii
calculatoarele pe care Activitile din cadrul n figura 5.8.
OK DA
NU
Rafinarea sistemului
Testarea sistemului de ctre utilizatorii reali (etapa II de experimentare )
OK DA
NU
Rafinarea sistemului
82
Realizarea documentaiei de sistem , i pregtirea condiiilor pentru trecerea sistemului n exploatare curent i ntreinere .
Fig. 5.8. Punerea n funciune a sistemului expert Versiunea obinut prin translatare se testeaz extensiv, pentru a se verifica completitudinea i corectitudinea bazei de cunotine i a raionamentului aferent, realizarea cerinelor beneficiarului, funcionarea n ansamblu a interfeelor, realizarea scopurilor proiectului. Odat cu punerea n funciune a sistemului expert se realizeaz:
documentaiile aferente care se refer la modul de utilizare (instruciuni, specificaii,
cerine etc.), realizarea tehnic (componente de sistem, caracteristici tehnice, faciliti, limite);
instruirea personalului asupra modului de utilizare i ntreinere a sistemului, consultan
tehnic pentru exploatare.

83
E. Exploatarea curent i ntreinerea sistemelui expert Este etapa n care sistemul expert este operaional, fiind utilizat n mod curent de ctre beneficiar. Meninerea sistemului n exploatare presupune dezvoltarea sistemului cu elemente noi ce apar n domeniu, adugarea de noi faciliti (de execuie, de utilizare, interfee etc.).
84
Capitolul 6. Generatoare de sisteme expert
6.1. Arhitectura unui generator de sisteme expert Conceptele fundamentale specifice sistemelor expert trebuie completate cu o serie de alte elemente complementare, astfel nct un adevrat sistem expert s devin cu adevrat operaional. Astfel, se are n vedere problemele legate de achiziia i introducerea de cunotine n sistem, urmat de obinerea i interpretarea rezultatelor furnizate de ctre un sistem expert. Toate aceste procese, de multe ori sofisticate, nu sunt ndeplinite nici de baza de cunotine i nici de motorul de inferene, ci de o serie de instrumente software auxiliare denumite utilitare. Toate aceste componente utilitare vin s asigure [Davidescu, pag. 111]:
interfaa cu utilizatorul; interfaa cu baza de cunotine i motorul inferenial; interfaa cu baza de date; compilarea regulilor; confidenialitatea accesului la baza de cunotine; editarea prin nelegerea regulilor i a faptelor;
Sistemele expert sunt realizate i comercializate pe piaa informaticii prin intermediul a dou componente diferite dar complementare, dup cum urmeaz:
Sistemul expert propriu-zis: produs informatic capabil s admit o baz de cunotine,
pregtit pentru o expertiz real, i operaional n logica propoziiilor i dotat cu motor de inferene.
Generatorul de sisteme expert GSE: produs informatic, privit ca un instrument de
elaborare, de tipul shell, fr baz de cunotine, dar disponibil i capabil de a exploata imediat o asemenea component logic. Arhitectura simplificat a unui generator de sistem expert este prezentat n figura 6.1.
85
Confidenialitatea accesului la baza de cunotine
Dicionar: - fapte; - reguli ; - frame-uri (cadre); - obiecte.
Compilator de reguli
E DIT OR
Baza de cunotine
Motorul inferenial
Interfaa utilizator
Motorul de elaborare Alte module specializate pe: - calcule; - comentarii ; - explicaii.
Trasator
nvare
Interfaa procedeu
Baza de date Spreadsheet
Fig. 6.1. Arhitectura specific generator de sistem expert Dup cum se observ din figura 6.1., arhitectura unui generator de sistem expert conine o serie de componente logice de baz i auxiliare, de natur s permit construirea i funcionarea optim a unui sistem expert. Generatorul de sisteme expert va conine deci motorul inferenial, programe utilitare de elaborare i de exploatare, funcii HELP, toate aceste componente organizate i exploatabile ntr-o manier unitar n accepiunea unui mediu de elaborare al sistemului expert. Ceea ce se vinde pe piaa informaticii nu sunt sisteme expert ci generatoare de sisteme expert; deci utilizatorul potenial nu cumpr un sistem expert, el achiziioneaz un generator de sisteme
86
expert, prin intermediul cruia poate genera, n raport de specificul domeniului expertizat, o multitudine de sisteme expert ntr-o varietate infinit prin utilizarea automat a unui generator de sisteme expert. Majoritatea generatoarelor de sistem expert conin urmtoarele componente logice, explicate n tabelul 6.1. Tabelul 6.1. Componentele logice i funciile de baz ale acestora n cadrul unui GSE Nr. Denumirea crt. componentei Tipul componentei Funciile eseniale ale componentei MI este conectat la baza de cunotine din care i preia cunotinele pe care le prelucreaz i restocheaz tot la nivelul bazei de cunotine. Anumite GSE pot fi dotate cu mai multe MI datorit urmtoarelor cauze: 1. Motorul (MI) Inferenial Baz MI diferite pentru reguli. MI dedicate pentru metareguli. SE pot fi destinate expertizrii mai multor domenii de cunoatere diferite, ceea ce d natere sisteme multiBaza de cunotine expert (SME). Baza de cunotine conine regulile i faptele necesare dezvoltrii unui SE prin facilitile GSE. Editorul: asigur schimbul de cunotine ntre utilizator i sistemul expert ntr-o manier i structur apropiat limbajului natural, prin intermediul unei interfee i a unui modul de dialog; impune utilizatorului folosirea unei sintaxe predefinite n privina generrii i utilizrii regulilor i faptelor; permite nelegerea regulilor i faptelor manipulate prin GSE; verific dac faptele i regulile au formatul solicitat de GSE. Dup analiza regulilor generabile pentru un anumit SE, se ncepe introducerea acestora n baza de cunotine, moment n care intervine rolul editorului care asigur o serie de funcii auxiliare: facilitarea nelegerii prin afiarea unor cmpuri
87
2. 3.
(BC) Editorul
Baz Auxiliar
Nr. Denumirea crt. componentei
Tipul componentei
Funciile eseniale ale componentei pentru care se cer valori explicite sau implicite, verificarea nscrierii corecte a regulilor ntr-o reea de inferen; verific dac cuvintele cheie utilizate, frame-urile sau obiectele utilizate de GSE sunt valide din punct de vedere sintactic; verific domeniul de valori posibile admise pentru variabilele introduse n sistem; semnalizeaz incoerenele prin afiarea acelor reguli care au premise sau concluzii identice; verific coerena ntre o reea de frame-uri i datele furnizate de utilizator. n sintez, editorul asigur concordana i coerena dintre cunotinele cunotinelor. n plus editorul gestioneaz o list complet privind: dicionarul regulilor; dicionarul faptelor; dicionarul frame-urilor; dicionarul obiectelor, pentru care poate asigura urmtoarele: lista faptelor i a regulilor; data i autorul introducerii regulilor; valorile admisibile pentru fiecare tip de obiect. De asemenea, editorul mai asigur i urmtoarele funcii complementare: asocierea unor comentarii pentru faptele i regulile utilizate; compilarea regulilor cu detectarea erorilor de sintax introduse la declararea acestor reguli; controlul i confidenialitatea accesului la baza de cunotine.
88
introduse
structura
predefinit
Nr. Denumirea crt. componentei 4. Trasatorul
Tipul
Funciile eseniale ale componentei componentei Auxiliar Trasorul are rolul esenial de a furniza utilizatorului secvena raionamentelor declanate prin motorul inferenial. De asemenea, trasorul are rolul de a actualiza baza de fapte, odat cu dovedirea faptelor, iar la modificarea valorii unei fapte, trasorul detecteaz toate deduciile efectuate. Sesiunea se reia cu noua valoare a faptei respective. Succesiunea acestor modificri permit evaluarea sensibilitii rezultatului final raportat la valoarea faptelor sigure, prin intermediul unui studiu de sensibilitate. Acest studiu urmrete modificarea faptelor, modul de actualizare a bazei de cunotine i continuarea consultrii pe baza noilor fapte. Ansamblul regulilor utilizate pentru demonstrarea unui anumit scop, deci nlnuirea complet a raionamentelor efectuate de ctre motorul de inferene se numete traseu. Utilizarea trasorului se face diferenial n raport de faza de funcionare a sistemului expert, dup cum urmeaz: modul de funcionare normal a sistemului poart denumirea de modul exploatare; modul de mbogire i validare a sistemului se numete modul de dezvoltare. Modul exploatare este utilizat n faza de funcionare normal a sistemului i asigur, pe parcursul sesiunii de lucru, faptele necesare pentru completarea bazei de cunotine i declanarea raionamentului de ctre motorul inferenial. Modul dezvoltare prezint facilitatea de mbogire i validare pe care msura utilizrii efective a sistemului. Utilizatorul dorete s cunoasc regulile care au stat la baza fundamentrii unei anumite concluzii. n acest scop sunt posibile: adugri de noi fapte;
89
Nr. Denumirea crt. componentei
Tipul componentei
Funciile eseniale ale componentei modificarea faptelor deja existente; tergerea unor anumite fapte. Trasatorul asigur: urmrirea secvenelor raionamentelor desfurate de MI; afiarea regulilor care au dedus o anumit concluzie; activarea ntrebrilor de genul: DE CE i CUM, pentru a furniza fie faptul fie regula utilizat. Modul exploatare i modul dezvoltare sunt activate prin intermediul ntrebrilor DE CE i CUM. ntrebarea de tipul DE CE face referin la un fapt i furnizeaz regula ce conine acest fapt i care urmeaz s fie declanat; rezult c utilizatorul poate urmri secvenele de raionament pe care sistemul intenioneaz s le aplice. ntrebarea de tipul CUM admite ntoarcerea n arborele logic, iar sistemul genereaz un rspuns prin care sunt evideniate i cunoscute regula (sau regulile) pe care o va aplica la momentul punerii ntrebrii, regulile deja aplicate precum i regulile regulile care vor fi declanate i ncercate. Modulul nvare asociat unui sistem expert permite dou funcii eseniale:
5.
nvare
Auxiliar
modalitatea concret a achiziiei de noi reguli prin intermediul mai multor metode; repetarea euristicilor performante, se are n vedere optimizarea, fie simplificarea numrului de reguli. Interfaa utilizator asigur comunicaia i dialogul eficient cu utilizatorul sistemului expert, cu meniunea c pot
6.
Interfa utilizator (IU) Auxiliar
exista mai multe module de interfa. De asemenea, interfaa utilizator permite interaciunea fie cu baza de date fie chiar cu un spreadsheet. Compilatorul de regului asigur verificarea sintactic a
90
7.
Compilatorul de reguli Auxiliar
Nr. Denumirea crt. componentei (CR) 8. 9. Dicionarul (DICT) Confidenialitatea accesului la baza de cunotine (CA) Module specializate (MS)
Tipul componentei
Funciile eseniale ale componentei regulilor introduse prin intermediul Editorului n Baza de Cunotine. Dicionarul conine toate informaiile particulare i specifice cu privire la: fapte; reguli; frame; obiecte. CA asigur activarea Bazei de Cunotine prin intermediul unor parole de acces sau invalideaz activarea Bazei de Modulele specializate asigurfurnizeaz deparol valid. Cunotine dac utilizatorul nu o serie o funcii strict particulare, dintre care cele mai eseniale sunt: calcule; comentarii; explicaii. Motorul de elaborare conine proceduri prin care se asigur coordonarea dintre aciunea editorului i cea a trasorului. Prin intermediul motorului de elaborare, utilizatorul mbogete baza de reguli prin adugarea i validarea de reguli noi, urmate de verificarea corectitudinii raionamentelor. Se asigur n acest mod calitatea bazei de reguli msurat prin trei criterii:
Auxiliar Auxiliar
10.
Auxiliar
11.
Motorul de elaborare (ME)
completitudine asigur non-blocarea sistemului Auxiliar datorit inexistenei unei reguli n baza de fapte; coerena este capacitatea unei baze de reguli de a produce fapte necontradictorii; neredundana asigur inexistena unor reguli cu premise sau concluzii similare. n sintez, motorul de elaborare asigur faciliti necesare pentru realizarea de corecii i asigurarea verificrilor de sintax, dup care se testeaz concordana dintre structura bazei de reguli i expertul uman.
6.2. Exemple de generatoare de sisteme expert Generatorul de sisteme expert Exsys Professional Acest generator de sisteme expert permite realizarea, testarea i implementarea rapid a aplicaiilor de tip sistem expert de dimensiuni mici. Pentru asigurarea unui numr mare de faciliti, generatorul ofer:
generatorul propriu-zis sau editorul de reguli de producie, pentru crearea i modificarea
unei baze de cunotine;

91
componenta RUNTIME sau de consultare, care permite utilizarea bazei de cunotine
create anterior. Generatorul de sisteme expert GURU Este realizat de Micro Data Base Systems Incorporation. Acest generator de sisteme expert permite realizarea, testarea i implementarea aplicaiilor de tip sistem expert de dimensiuni medii i mici. Pentru asigurarea unui numr mare de faciliti, generatorul GURU ofer:
un limbaj specializat pentru specificarea elementelor necesare aplicaiilor (schema de
reprezentare a cunotinelor, stilul de realizare a interaciunii cu utilizatorul);

editor pentru modificarea elementelor aplicaiei; servicii (utilitare) pentru realizarea interfeei utilizator i a interfeei cu alte sisteme
software, ntreinerea aplicaiilor etc. De asemenea, acest mediu de dezvoltare a sistemelor expert conine mecanismul (motorul) de inferen, constructorul bazei de cunotine precum i un program de consultare a aplicaiei, cu generare de explicaii att n timpul consultrii aplicaiei ct i la terminarea consultrii. Generatorul GURU mai dispune i de o serie de componente ce permit funcii de prelucrare convenionale, respectiv:
stocarea, gestionarea i prelucrarea eficient a datelor prin tabele de calcul (spreadsheet)
baze de date;
generarea de grafice; comunicarea la distan prin modem; interpretare limbaj natural; execuia unor comenzi ale sistemului de operare fr a prsi mediul. GURU reprezint deci un generator de sisteme expert ce reunete avantajele
instrumentelor software clasice (spreadsheet, baze de date, editor, interpretor etc.) oferind numeroase faciliti pentru dezvoltarea unor sisteme expert eficiente cu un efort acceptabil i ntr-un timp relativ scurt. Generatorul de sisteme expert H - EXPERT Reprezint un instrument dezvoltat n limbajul de programare C, deci cu o bun portabilitate pe diferite tipuri de maini i destinat realizrii de sisteme expert de dimensiuni mari. Generatorul integreaz concepte ale programrii orientate obiect, utiliznd conceptele de clas, obiecte, motenire multipl, demoni etc. Asigur o reprezentare ierarhic a bazei de cunotine,
92
ceea ce face posibil optimizarea timpilor de rspuns i o reprezentare a cunotinelor prin reguli. Asigur interfee cu baze de date, spreadsheet-uri, limbaje generale. Generatorul GOLDWORKS Este un mediu de realizare a sistemelor expert care integreaz tehnici de realizare a sistemelor ce depesc pe cele ale mediilor convenionale de dezvoltare se sisteme. Productorul generatorului este Gold Hill, Inc. Platforma hardware este constituit din staii PC, cu minim 8 MB RAM. Toolkit-urile grafice reclam i o serie de faciliti grafice, pentru a putea utiliza diferitele tipuri de obiecte grafice. Platforma software este reprezentat de sistemul de operare Windows. Platforma limbaj de programare este GCLISP, cu puterea limbajului COMMON LISP.
93
Capitolul 7. Exsys CORVID
7.1. Prezentare general Exsys este produsul companiei americane EXSYS Inc. nfiinat n anul 1983, compania a dezvoltat i lansat pe pia primul sistem expert dezvoltat pentru calculatoare personale n anul 1989. Cea mai recent versiune a sa poart numele Exsys CORVID i este primul sistem expert pentru Web. Produsul Exsys funcioneaz n medii grafice controlate cu Windows 95, NT, Windows 98 toate variantele, Presentation Managerii X-Windows. EXSYS este destinat cu deosebire celor ce doresc s-i creeze aplicaii proprii foarte rapid. Are n structura sa dou componente mari:
generatorul propriu-zis sau editorul de reguli de producie, pentru crearea i modificarea
unei baze de cunotine;

componenta RUNTIME sau de consultare, care permite utilizarea bazei de cunotine
create anterior. Se poate spune despre EXSYS c este un generator elaborat pentru calculatoare compatibile IBM PC/PS, care opereaz cu reguli de tipul IF-THEN-ELSE i este un sistem bazat pe reguli. [Andone & ugui, 1999, pag. 270] Are un motor de inferene capabil s funcioneze dup strategia de control nainte, strategia de control napoi i cea mixt. Dispune de posibiliti multiple de achiziie a cunoaterii, inclusiv pe ci probabilistice i permite realizarea unor sisteme expert cu mii de reguli. Admite i formule matematice i logice, complexe, realizate cu operatori logici si relaionali, care pot fi ncorporate n reguli. Editorul de reguli de producie lucreaz i cu reguli deja editate pe care le poate modifica sau terge. n toate cazurile, EXSYS este capabil de verificarea i validarea regulilor pe msura introducerii lor n baza de cunotine. Schema simplificat de funcionare a generatorului EXSYS se prezint n figura 7.1.
94

E DITORUL DE REGULI
Inserie/editare regul
Compilare imediat Editare n caz de conflict
Verificare imediat n lipsa conflictului
Editare
Inserare /Editare/Salvare/ Imprimare/Execuie MOD editare
Salvare
STOCARE IMPRIMARE REFERINE NCRUCIATE MODULE: Baze de date SQL Tabele Tabele de calcul Tabl neagr Programe externe Comenzi utilizator Cadre Ecrane utilizator Multimedia Programe executabile Logica Fuzzy Generatoare de rapoarte
MODULE: Sisteme informaionale de producie Reele neuronale Echipamente de testare automat Grafice Programe rezidente pe staii Programare liniar
MOD execuie
LIMBAJ DE COMENZI
MOTOR INFERENIAL
INTERFAA UTILIZATOR
MOD editare
Execuia unei aplicaii sau revenire la modul editare
MOD execuie
Fig. 7.1. Schema funcional a generatorului Exsys Dup lansarea motorului de inferene, controlul su se realizeaz cu interfaa utilizator, deosebit de prietenoas i cu multiple posibiliti de execuie sau de editare. Motorul de inferene este dotat cu mai multe module, care se pot conecta la diferite echipamente de verificare automat a mediului nconjurtor: sensori, cadre, tablouri de date, sisteme de programare liniar, software de calcul tabelar, software pentru grafic, SGBD relaionale, tabla neagr, sintetizator vocal i orice programe externe. Toate aceste module intr n aciune la momentul oportun, conform dorinei proiectantului i/ utilizatorului.
95
nainte de a dezvolta un sistem expert cu ajutorul generatorului EXSYS CORVID se recomand o scurt informare aupra noiunilor mai importante. Astfel, trebuie cunoscute urmtoarelor aspecte:
Sistemele expert generate cu EXSYS CORVID conin fapte individuale ncorporate n
piese de cunoatere pentru luarea deciziilor. Aceste piese sunt folosite n reprezentarea cunoaterii cu ajutorul metodei regulilor de producie.
Regulile sunt de forma IF-THEN-ELSE, ns cea mai utilizat form este IF-THEN.
Pentru exemplificare se prezint urmtoarele regulile: IF Ciclul de via al produsului este n cretere THEN Micoreaz cheltuilele de publicitate. IF Ciclul de via al produsului este n lansare THEN Mrete cheltuilele de publicitate. ELSE Micoreaz cheltuielile de publicitate.
Sistemele expert se folosesc pentru a ajunge la o concluzie, o soluie sau la o
recomandare. EXSYS CORVID utilizeaz pentru aceste concluzii/recomandri noiunea de CHOICES (alternative scopuri). n exemplele de mai sus Micoreaz cheltuielile de publicitate i Mrete cheltuielile de publicitate reprezint CHOICES pentru sistemul expert i se regsesc n partea de THEN/ELSE.
La execuia regulilor n vederea obinerii concluziilor/recomandrilor sunt necesare
rspunsuri, ce vor fi preluate de la utilizatori prin interfee specializate sau prin interfee cu alte programe externe. Aceste cunotine ale sistemului sunt stocate i ulterior evaluate prin intermediul regulilor.
Dac premisa din partea de IF a unei reguli este adevrat se vor activa piesele de
cunoatere aferente prii THEN, n caz contrar se va activa partea de ELSE cu piesele de cunoatere aferente. n cazul n care partea de ELSE lipsete se va trece la urmtoarea regul din arborele decizional.
EXSYS utilizeaz dou tipuri de fapte (piese de cunoatere):
QUALIFIERS (calificatori). Calificatorii sunt acele piese de cunoatere care permit utilizatorului selectarea uneia sau mai multor valori dintr-o list predefinit de ctre echipa format din experi i cognotician. Ca regul general, atunci cnd se creeaz un calificator se va avea n vedere prezentarea piesei de cunoatere sub forma unui text care s se termine cu un verb. De exemplu, dac se va dezvolta un sistem expert pentru un plasament financiar va trebui s se dein informaii cu privire la nivelul inflaiei. Astfel, va trebui s se creeze un calificator de forma: Situaia financiar
96
este: 1. Foarte bun. 2. Bun. 3. Rea. Textul Situaia financiar este: formeaz corpul calificatorului, iar tipul de inflaie 1, 2 sau 3 reprezint valorile acestuia. Trebuie s precizm c tehnica utilizrii calificatorilor este foarte des utilizat n realizarea sistemelor expert, deoarece permite preluarea rspunsurilor de la utilizator, foarte rapid i ntr-un mod unitar, determinnd o bun flexibilitate n dezvoltarea sistemelor expert.
VARIABLES (variabile). Variabilele permit utilizatorului introducerea unor valori numerice sau de tip ir sau pot fi preluate, prin interfee specializate, din produseprograme/aplicaii externe sau chiar elemente de Hypertext. Pentru orice variabil nou creat trebuie s se aib n vedere faptul c aceasta trebuie definit n prealabil. Este foarte important de cunoscut acest lucru deoarece textul care realizeaz descrierea este preluat i prezentat utilizatorului n completarea mesajului standard Please input a value for the variable. O variabil poate fi utilizat n oricare dintre prile unei reguli de producie. Numele unei variabile se scrie ntre paranteze drepte, iar mesajul ataat expliciteaz acest nume.
Schema cadru de lucru cu piesele de cunoatere este prezentat n figura nr. 7.2.
CALIFICATORI VARIABILE
Partea de IF
Partea de THEN
Partea de ELSE
SCOPURI
Fig. 7.2 Schema de lucru cu piesele de cunoatere n cadrul unei reguli

97
Exemple de calificatori. De exemplu, un calificator care face referire la ciclul de via al unui produs: corpul calificatorului este Ciclul de via este:, iar valorile sale ar putea fi: 1. Lansare, 2. Cretere, 3. Maturitate, 4. Declin 5. Nu tiu. Acest calificator se prezint astfel: Ciclul de via este: 1. Lansare 2. Cretere 3. Maturitate 4. Declin 5. Nu tiu Cu aceeai form se poate prezenta i calificatorul aferent prototipului de sistem expert creat pentru domeniul inflaiei. Exemple de variabile. Variabilele IPC, DF, V i C, nsoite de descrierile lor pentru aceleai domenii se prezint astfel: [IPC] Indicele preurilor de consum [DF] Denumirea firmei [V] Venituri [C] Cheltuieli Dar despre adugarea, modificarea, tergerea variabilelor, calificatorilor i scopurilor ne vom ocupa ntr-un subcapitol distinct i construirea unei baze de cunotine (subcapitolul 7.2.2.) La rndul su, generatorul EXSYS poate intra n aciune dac este apelat de ctre un program extern sau o aplicaie informatic de tip clasic. n funcie de posibilitile sale, EXSYS permite un proces de achiziie a cunoaterii n 5 pai:
determinarea de ctre cognotician a subiectului bazei de cunotine i identificarea unui
expert n domeniu;

descoperirea cunoaterii de care dispune expertul, pe parcursul mai multor interviuri; cunoaterea captat este formalizat n reguli de producie, care fac obiectul bazei de se construiete baza de cunotine, prin una sau mai multe sesiuni de editare a regulilor;
se testeaz baza de cunotine astfel obinut pentru a constata corectitudinea cunoaterii
cunotine;
achiziionate.
98
Strns legat de procesul de achiziie a cunoaterii, prototipizarea rapid cu acest generator presupune parcurgerea urmtorilor paii:
procurarea pachetului software EXSYS CORVID; identificarea domeniului problemei i a expertului n domeniu; editarea regulilor de producie, pe hrtie, n urma captrii cunoaterii de la expert; editarea regulilor cu ajutorul componentei Logic Block; crearea prototipului demonstrativ pentru sistemul expert, care execut cele mai importante
funcii ale problemei sau ofer o soluie preliminar acceptabil;

executarea, testarea i evaluarea bazei de cunotine; obinerea opiniei expertului n domeniu cu privire la corectitudinea captrii expertizei;
eventual expertul s comunice modificrile necesare pentru mbuntirea regulilor;

reeditarea bazei de cunotine pentru includerea tuturor propunerilor de mbuntire
obinute de la expert i/ utilizatori, pn cnd sistemul expert execut tot ceea ce se dorete. Orice modificri se vor retesta pentru a se confirma acurateea regulilor;
elaborarea documentaiei sistemului expert astfel creat; instalarea sistemului la utilizator i instruirea personalului, urmate de ntreinerea
necesar. Regula de producie n EXSYS CORVID are urmtoarele componente de baz:

1. 2. 3.
IF <premis> THEN <concluzie-l> ELSE <concluzie-2>
Partea de IF se creeaz prin combinaii de calificatori i valori asociate. Partea de THEN se creeaz prin combinarea unor opiuni i a unor probabiliti, considerate factori de certitudine. EXSYS ofer urmtoarele metode pentru valorile factorilor de certitudine: Yes/No, [0, 10], [100, +100], Incr/Decr, Costum Formula i Fuzzy. Limitele din stnga fiecrui interval nseamn incertitudine absolut, iar cele din dreapta nseamn certitudine absolut. Valorile intermediare indic factori de certitudine care recomand aciunea. n cadrul unei reguli, dac toate condiiile unei premise sunt adevrate, atunci i concluzia este adevrat, fapt care determin luarea regulii n atenia motorului de inferene pentru execuie. Enunurile din partea de IF ca i din celelalte pri sunt fraze n englez, n romn sau chiar expresii matematice.
99
Prile THEN i ELSE conin soluii posibile, pe care EXSYS le poate selecta. Soluiile sunt prezentate printr-un enun urmat de probabilitatea redactat cu sintaxa Confidence=<n>, unde <n> este o valoare din intervalele scalelor prezentate mai sus. De exemplu: 8/10, 5/10 etc, n cazul scalei [0, 10]. n momentul n care sistemul expert ajunge la concluzia/soluia problemei, el afieaz o list (n ordinea descresctoare a probabilitilor ataate) a soluiilor posibile. Se pot afia chiar notie sau valori ale unor variabile evaluate de ctre sistem. Dup afiarea soluiilor, exist posibilitatea schimbrii unuia sau tuturor rspunsurilor utilizatorului pentru a se vedea efectul asupra soluiilor. Cognoticianul, n procesul de creare a unui sistem expert n EXSYS dup introducerea numelui viitoarei baze de cunotine trebuie s parcurg urmtorii pai:
stabilirea parametrilor de lucru cu sistemul, ce cuprinde informaii cu privire la: subiectul
bazei de cunotine (precizare obligatorie); numele autorului (precizare obligatorie), metoda de lucru cu factorii de certitudine, modalitatea de combinare a acestor factori de certitudine n cazul [-100, +100]; textul de nceput, textul de sfrit; numele programului extern; activarea afirii regulilor pe timpul execuiei sistemului, modul de parcurgere a bazei de cunotine, activarea/dezactivarea testrii consistenei unei noi reguli introduse; limita minim de afiare a rezultatelor;

introducerea scopurilor specifice bazei de cunotine; introducerea calificatorilor, cu valorile asociate, cunoscui din analiza problemei; introducerea variabelelor sau formulelor cunoscute din analiza problemei; introducerea regulilor specifice reprezentrii cunoaterii;
execuia, testarea i validarea prototipului de sistem expert.
Toate aceste rspunsuri sunt preluate din meniuri de tip butoane radio, n rubrici corespunztoare sau n ferestre special concepute pentru fiecare n parte. Dup completare se revine la macheta principal de lucru cu parametrii menionai mai sus. Pentru dezvoltarea unui sistem expert (comercial/prototip) proiectantul trebuie s cunoasc foarte bine o serie de proceduri de operare cum sunt:
1. Procedura de creare a bazei de cunotine, care presupune n ordine operaiile:
100
introducerea calificatorului; introducerea valorilor calificatorului; crearea prii de IF; crearea prii de THEN; crearea prii de ELSE (opional); crearea prii de NOTE (opional); crearea prii de REFERENCE (opional); crearea prii de NAME (opional) i vizualizarea corectitudinii regulei astfel creat.
2. Procedura de adugare a variabilelor, care presupune operaiile: introducerea numelui
variabilei; introducerea textului pentru funcia variabilei; cum se decide sau nu afiarea variabilei la sfritul sesiunii de consultare i cum se decide asupra afirii valorii variabilei.
3. Procedura de editare/modificare a unei reguli, care are paii: se selecteaz regula de
editat; se selecteaz partea corespunztoare din regul; se tasteaz o comand de editare; se determin condiia de schimbat; se selecteaz opiunea de schimbat; se selecteaz valoarea de ataat opiunii; se verific modificarea fcut.
4. Procedura de mutare a unei reguli, care se realizeaz prin operaiile: selecie nceput de
regul; selecie sfrit de regul i introducerea numrului regulei naintea creia are loc mutarea.
5. Procedura de tergere a unei reguli se realizeaz prin operaiile: se introduce numrul
regulei dup apelarea opiunii Delete Rule; se selecteaz butonul Yes pentru confirmarea tergerii.
6. Procedura de imprimare a sistemului expert presupune operaiile: identificarea fiierului
corespunztor de imprimat; se decide dac se dorete i lista referinelor ncruciate; se stabilete modelul imprimrii (list continu sau pagin A4); se determin destinaia (imprimanta sau un fiier pe disc).
7. Procedura de execuie(consultare) a sistemului expert creat presupune operaiile: lansarea
n execuie a generatorului Exsys CORVID; apelarea opiunii File | Open; selectarea bazei de cunotine de executat; selectarea opiunii Run | Start Run; apariia pe ecran a textului de nceput i apsarea butonului Continue; ntreinerea dialogului cu sistemul; afiarea textului de sfrit i apsarea butonului Continue urmat de citirea rezultatelor.
8. Procedura de salvare i ieire din generatorul de sisteme expert se prezint astfel: (dup
execuie) se apeleaz opiunea File | Save sau File | Close i se rspunde afirmativ/negativ la ntrebrile puse de generator cu privire la salvarea bazei de cunotine sau atribuirea unei parole.
9. Procedura de regsire a unei baze de cunotine presupune aceleai comenzi utilizate la
creare, cu precizarea c se utilizeaz File | Open n loc de File | New.

10. Alte proceduri: procedura de creare ecrane de lucru, procedura de realizare rapoarte,
procedura de testare-validare; procedura de examinare a arborelui de cutare (Tree

101
Diagram) etc. 7.2. Construirea unei baze de cunotine Pe parcursul acestui subcapitol ne propunem s abordm principalele aspecte cu privire la modul de instalare i lansare n execuie, crearea unei baze de cunotine i utilizarea acesteia. 7.2.1 Instalarea i lansarea n execuie a generatorului EXSYS Instalarea generatorului de sisteme expert EXSYS CORVID se realizeaz n mod obinuit prin execuia fiierului setup.exe din kitul de instalare aferent i prezentare de rspunsuri corespunztoare ntrebrilor puse pe parcursul procesului de instalare. De obicei instalarea se finalizeaz prin crearea unui set de icoane corespunztoare modulelor puse la dispoziie de pachetul EXSYS. Operaia de instalare se recomand s fie realizat de ctre adminstratorul reelei de calculatoare. Pentru exemplificare s-a folosit versiunea de evaluare pus la dispoziie pe Internet de firma productoare EXSYS, Inc. prin adresa http://www.exsys.com. Lansarea n execuie a generatorului EXSYS CORVID se realizeaz numai dup instalarea pachetului de programe aferent acestuia. Dup instalare se poate proceda la crearea unei icoane pe ecranul de lucru Windows. Ca utilizatori nu ne rmne dect s poziionm mouse-ul pe aceast icoan i s dm de dou ori clic. Ecranul de prezentare a EXSYS - ului se prezint n figura 7.3.
102
Fig. 7.3. Ecran de prezentare (A) i de lansare n execuie (B) a generatorului EXSYS CORVID 7.2.2. Crearea unei baze de cunotine Ne propunem s crem un prototip de sistem expert pentru evaluarea rentabilitii unei firme, atunci cnd o unitate bancar dorete s cunoasc n ce stadiu se afl firma pentru a-i acorda credite sau n cazul n care un ter dorete s cunoasc situaia n care se afl o firm n vederea desfurrii cu aceasta a unor relaii economice. Selectarea metodei va ine cont de urmtoarele particulariti: mrimea firmei, procesul de producie, clasificarea cheltuielilor n variabile i fixe, directe i indirecte, tipul de producie, domeniul de rentabilitate, interesul conducerii fa de anumite aspecte. Prototipul se va numi RENTAB avnd n vedere subiectul bazei de cunotine. Din acest moment se poate proceda la crearea unei noi baze de cunotine ori la consultarea sau actualizarea celei deja existente. n varianta n care vom crea o baz de cunotine pentru un prototip de sistem expert de evaluare a viitoarelor fonduri necesare promovrii imaginii pe pia a unui produs se va apela opiunea File | New (vezi figura 7.4.), care va determine apariia ferestrei Save n care se va introduce numele sistemului expert RENTAB. Dac RENTAB ar fi existat, atunci acesta se deschidea cu ajutorul opiunii File | Open. Informaiile minimale pe care trebuie s le avem n vedere la generarea unei baze de cunotine le regsim n urmtoarele etape obligatorii de parcurs. Astfel, pentru fiecare sistem expert
103
generat se poate seta anumite opiuni referitoare la: titlul bazei de cunotine (Title), autorul acesteia (Author). Tot n acest fereastr (figura 7.5.) se va putea preciza formatul implicit care va fi utilizat pentru afiarea tuturor textelor, mesajelor din sistem (KB Default Format), fundalul ecranului etc.
Fig. 7.4. Crearea unei baze de cunotine RENTAB. Declararea numelui
104
Fig. 7.5. Setarea parametrilor sistemului RENTAB Adugarea variabilelor necesare sistemului este operaia prin care anumite piese de cunoatere se evalueaz pe baza unor valori numerice/nenumerice sau sunt folosite pentru a descrie anumite aspecte necesare utilizatorului de sisteme inteligente n etapa prelurii cunoaterii sau afirii rezultatelor finale. nainte de a prezenta modul de adugare a variabilelor, trebuie s se tie c lucrul cu variabile presupune respectarea urmtoarelor reguli:
1. numele variabilei se scrie ntre paranteze drepte i nu trebuie s depeasc 18 caractere
formate din litere, cifre i spaii, fr s se foloseasc alte caractere speciale;

2. fiecrei varibile i se poate ataa un text care va fi afiat la momentul prelurii informaiei
de la utilizator;
3. tipul variabilelor este fie numeric, fie nenumeric (ir de caractere);
105
4. variabilele numerice se utilizeaz la construirea expresiilor matematice cu ajutorul
operatorilor cunoscui: *, /, +,-,% i ^. Alturi de operatorii matematici pot fi folosii i operatorii logici: OR sau ||, AND sau && i NOT sau !. Parantezele pot fi folosite pentru schimbarea prioritii de evaluare a operaiilor;
5. variabilele pot fi afiate la sfritul execuiei, dac se opteaz pentru acest lucru. Se
afieaz, astfel, descrierea variabilei nsoit de valoarea cu care ea este ncrcat;

6. se iniializeaz doar datele de ieire i n nici un caz datele de intrare.
Introducerea unor variabile presupune apelarea opiunii Variables, din meniul Windows i care va determina apariia urmtoarei ferestre prin intermediul creia se pot introduce variabilele care vor fi utilizate de ctre sistemul expert.
106
Fig. 7.6. Fereastra prin intermediul creia se pot introduce variabile Pentru introducerea unei noi variabile se va selecta butonul New, moment n care se activeaz o fereastr n care se introduce numele variabilei i tipul acesteia (figura 7.7.). De exemplu, se poate ncepe cu introducerea calificatorilor (mai sunt denumii noduri datorit faptului c formularea unei reguli de producie ncepe n mod normal cu o astfel de variabil. Aceste variabile sunt n general de tip Static List, datorit faptului c valorile pe care le pot lua sunt definite n momentul generrii variabilei. Dup cum se observ din figura 7.7. prin intermediul generatorului Exsys CORVID se pot defini 7 tipuri de variabile care furnizeaz un domeniu larg de scopuri. Cele mai multe sisteme expert utilizeaz numai trei tipuri: Static List este predefinit o list de variabile cu mai multe valori la alegere (DA/NU, Scund/Inalt, On/Off etc.); Numeric value variabila este de tip numeric i poate fi utilizat n formule sau expresii; Confidence valoarea variabilei reprezimt scopul (soluia) problemei de rezolvat. Dynamic List reprezint o list de variabile care sunt definite (iau valori) dinamic n timpul execuiei aplicaieie. O parte din aceste valori pot proveni din surse externe sistemului, precum o foaie de lucru din Excel. n exemplu din figura 7.7. numele variabilei este Analiza_profit i este de tip Static List, i va fi utilizat pentru testarea selectrii unei anumite variante de analiz a rentabilitii firmei (n cazul de fa analiza profitului), n mod normal apare n regula de producie dup partea IF a acesteia.
107
Fig. 7.7. Introducerea unei variabile de tip Static List n momentul n care se apas pe butonul OK variabila va fi creat i i se pot atribui noi caracteristici. De exemplu, n figura 7.8. n seciunea Main Prompt a fost scris mesajul Doriti analiza profitului pe baza cifrei de afaceri ?, care va apare n momentul n care aceast variabil va fi utilizat n formularea unei reguli de producie. Tot acum sunt specificate i valorile posibile pe care le poate lua calificatorul, respectiv Da / Nu, dup cum se observa din figura 7.8.
108
Fig. 7.8. Atribuirea de noi caracteristici variabilei noi introduse O alt caracteristic important care trebuie setat este numrul de valori pe care le poate lua variabila n momentul execuiei sistemului. Aceast proprietate poate fi setat prin intermediul paginii Options a ferestrei Variables, dup cum se observ din figura 7.9. (valorile posibile ale acestei variabile sunt Da/Nu, dup cum se poate observa din figura 7.8.). Alegerea valorilor pe care le poate lua variabila n momentul execuiei, va determina i tipul de buton care va fi utilizat pentru selectarea acestora (Radio, Check, List, Edit etc.).
Fig. 7.9. La un moment dat variabilei nu i se va putea atribui dect o singur valoare Lista calificatorilor utilizai este dat n tabelul urmtor. Nr. Denumirea prescurtat crt. 1 2 3 4 5 6 7 8 9 10 11 12 13 a calificatorului Analiza_MB Analiza_P Analiza_profit Analiza_RB Analiza_RC Analiza_RE Analiza_RF Analiza_RN Analiza_RP Analiza_RR Analiza_RRC Analiza_RRCP Analiza_RRE Denumirea n clar a calificatorului Doriii analiza rentabilitii firmei pe baza marjei brute? Dorii analiza profitabilitii? Dorii analiza profitului pe baza cifrei de afaceri? Dorii analiza rentabilitii firmei pe baza rezultatului brut? Dorii analiza rentabilitii firmei pe baza rezultatului curent? Dorii analiza rentabilitii firmei pe baza rezultatului din exploatare? Dorii analiza rentabilitii firmei pe baza rezultatului financiar? Dorii analiza rentabilitii firmei pe baza rezultatului net? Dorii analiza rentabilitii firmei pe baza ratei profitului? Dorii analiza rentabilitii firmei pe baza ratelor de rentabilitate? Dorii analiza rentabilitii firmei pe baza ratei rentabilitii comerciale? Dorii analiza rentabilitii firmei pe baza ratei rentabilitii comerciale pure? Dorii analiza rentabilitii firmei pe baza ratei rentabilitii
109
14
Analiza_RRF
economice? Dorii analiza pe baza ratei rentabilitii financiare?
Un alt tip de variabil care va fi utilizat de sistemul expert generat va fi de tipul Confidence, i ele vor fi utilizate n general pentru a generarea soluiei (scopului) problemei, deci ele vor fi utilizate n mod normal dup partea THEN a regulei de producie.
Fig. 7.10. Introducerea unei variabile de tip Confidence Introducerea unui scop se face prin preluarea direct de la tastatur, i n cazul exemplului nostru o parte din scopuri sunt artate n tabelul de mai jos:
Nr. Denumirea prescurtat a crt. 1 2 3 scopului R_Faliment R_Fara_profit R_Flux_finNU
Denumirea n clar a scopului ATENIE! RISC DE FALIMENT. Nu ati ales analiza profitului pe baza cifrei de afaceri. Firma nu inregistreaza fluxuri financiare.
110
4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
R_Flux_finOPT Fluxurile financiare si riscurile atasate sunt optimale. R_Mijl_plasateBINE Mijloacele materiale si financiare au fost bine plasate. R_Mijl_plasateINCORE Mijloacele materiale si financiare nu au fost bine plasate. CT R_Perf_explDA R_Perf_explNU R_Prof_expl R_Prof_repDA R_Prof_repNU R_ProfBUN R_ProfPRECARA R_Puct_mort R_Rez_brutPIERDERE R_Rez_brutPROFIT R_Rez_crtPIERDERE R_Rez_crtPROFIT R_Sit_dif R_Sit_rent R_Zona_benef R_Zona_pierd Firma inregistreaza performante din exploatare. Firma nu inregistreaza performante din exploatare. Firma are profit din exploatare. Firma are profit de repartizat. Firma nu are profit de repartizat. Profitabilitatea firmei este foarte buna. Profitabilitatea firmei este deosebit de precara. Firma se afla in punctul mort. Rezultatul brut al firmei este pierdere. Rezultatul brut al firmei este profit. Rezultatul curent al firmei este pierdere. Rezultatul curent al firmei este profit. Firma se afla intr-o situatie dificila. Firma are o situatie rentabila. Firma se afla in zona beneficiilor. Firma se afla in zona pierderilor.
n continuare se procedeaz identic pentru fiecare variabil care se dorete a fi utilizat de sistem. n tabelul urmtor sunt variabilele care vor fi utilizate pentru introducerea unor indicatori utilizai n evaluarea situaiei firme. Nr. Denumirea prescurtat a crt. variabilei 1 W_ACT_TOT 2 3 4 5 6 7 8 9 W_BENEF W_CA W_CAP_PR W_CH_CRT W_CH_EXP W_CH_FIN W_CH_TOT W_CTP Denumirea n clar a variabilei Activ total Beneficiul Cifra de afaceri Capitaluri proprii Cheltuieli curente Cheltuieli de exploatare Cheltuieli financiare Cheltuieli totale Costuri totale de productie Tipul variabilei Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous
111
value value value value value value value value value
10 11 12 13 14 15 16 17 18 19 20 21 22
W_DEN_FIRMA W_EBE W_IMP_PROFIT W_MC W_REZ_BR W_REZ_EX W_REZ_EXP W_REZ_FIN W_VEN_CRT W_VEN_EXP W_VEN_FIN W_VEN_TOT W_VZ_MF
Denumire firma Excedent brut de exploatare Impozitul pe profit Marja comerciala Rezultatul brut Rezultatul exercitiului Rezultatul din exploatare Rezultatul financiar Venituri curente Venituri din exploatare Venituri financiare Venituri totale Vanzari de marfa
String Continuous Numeric value Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous Numeric Continuous value value value value value value value value value value value
Dup introducerea tuturor pieselor de cunoatere se poate trece la construirea primei reguli. Respectnd principiile general valabile proiectrii de produse informatice se recomand ca pe baza analizei problemei de soluionat s se procedeze la introducerea tuturor pieselor de cunoatere (scopuri, calificatori i variabile) specifice generatorului EXSYS CORVID. Pentru unei reguli se va Bloc pisele prin necesare cruia se vor putea regulei dorite. introducerea utiliza Logic intermediul introduce construirii
112
Fig. 7.11. Ecranul de lucru pentru construirea unei reguli Aa cum s-a mai precizat, o regul este format din partea de premis (IF) i partea de concluzii (THEN/ELSE). Acestea din urm se pot prezenta numai cu THEN. n categoria premiselor putem avea piese de cunoatere sub forma calificatorilor, variabilelor i chiar scopuri. Aceleai componente se regsesc i n categoria concluziilor, cu precizarea c scopurile sunt urmate de o atribuire a unei valori pentru factorul de certitudine dup una din variantele precizate n panoul de control al parametrilor.
113
Fig. 7.12. Selectarea n categoria premiselor a unui calificator Analiza_profit Fereastra din figura 7.12. ofer posibilitatea selectrii n categoria premiselor concluziilor a unui calificator, a unei variabile sau a unui scop. Dup ce se aleg i valorile calificatorului care se doresc a fi utilizate, fereastra va avea aspectul din figura 7.13. n partea de jos a ferestrei se ofer posibilitatea acceptrii unei premize dup selectare (Done), schimbrii/tergerii de valori pentru o pies de cunoatere inclus n regul (Edit/Remove), sau renunrii (Cancel).
114
Fig. 7.13. Opiunile pentru editarea, tergerea, renuntarea sau acceptarea calificatorului selectat n cazul nostru dup acionarea butonului Add Each Individually se va prelua n cadrul premisei ambele valori, respectiv Da/Nu pentru Doriti analiza profitului firmei pe baza cifrei de afaceri?. Dac exist mai muli calificatori ntr-o regul se procedeaz n mod similar cu precizarea c se poate selecta din lista de valori un numr mai mare de valori dup logica Windows (Shift4). Dac se selecteaz butonul Done va apare fereastra din figura 7.14, cu cele dou variante de valori pentru calificatorul selectat, urmnd s se treac la ramura THEN, sau la introducerea unor formule de calcule care se doresc a fi evaluate dup acceptarea rspunsului afirmativ.
115
De exemplu, se dorete introducerea formulei: W_CA=W_CH_TOT Pentru efectuarea acestei operaii se va selecta prima data variabila W_CA (figura 7.15.). n mod automat sistemul o introduce ntre paranteze ptrate ([], aceasta este una din regulile dup care se scrie o expresie, toate variabilele trebuie introduse ntre paranteze ptrate), dup care se introduce operaia care se dorete a fi efectuat: +, -, =, >=, <= etc. (n cazul nostru se dorete verificarea egalitii valorilor celor dou variabile), n continuare, urmnd aceeai pai ca la selectarea primei variabile se va selecta i a doua variabil W_CH_TOT. Dac expresia care se dorete a fi evaluat a fost terminat de scris se acioneaz butonul Add to List, moment n care expresia este adugat nodului, iar butonul devine inactiv, dup cum se poate observa tot n figura 7.15.
116
Fig. 7.14. Ramura IF a regulei care se dorete a fi scris
117
Fig. 7.15. Scrierea unei expresii Dup adugarea expresiei fereastra din figura 7.14. va cuprinde i expresia scris mai nainte, iar aspectul este cel din figura 7.16.
Fig. 7.16. Vizualizarea prii IF a regulei Dac nu mai sunt alte calcule de adugat sau alte condiii, se poate trece la ramura THEN. Formulele utilizate de sistemul nostru sunt cele din tabelul de mai jos. [W_CA]>[W_CT] [W_CA]=[W_CT] [W_CA]<[W_CT] [W_VEN_EXP]>[W_CH_EXP] [W_VEN_EXP]=[W_CH_EXP] [W_VEN_EXP]<[W_CH_EXP] [W_VEN_FIN]>[W_CH_FIN] [W_VEN_FIN]>=[W_CH_FIN] [W_VEN_CRT]>[W_CH_CRT] [W_VEN_EXP]>[W_CH_EXP] [W_VEN_FIN]>[W_CH_FIN] [W_VEN_FIN]<=[W_CH_FIN] [W_CA]<1000000 [W_CA]>100000 [W_CA]>1000000 [W_REZ_FIN]>0 [W_BENEF]/[W_CT]<10 [W_BENEF]/[W_CT]>1 [W_BENEF]/[W_CT]<5 [W_CA]>0 [W_CA]<0 [W_CA]>0 [W_CA]>[W_CT] [W_BENEF]/[W_CA]>3
118
[W_RBRUT]- W_IMP_PROFIT]<0 [W_REZ_EX]/[ W_ACT_TOT]>25 [W_REZ_EX]/[ W_ACT_TOT]>25 [W_BENEF]/[W_CA]*100<3 [W_REZ_EX]/[W_ACT_TOT]*100<25 [W_MC]/[ W_VZ_MF]*100<5 [REZ_EX]/[ W_CAP_PROPRII]<30 [W_CA]+ [W_VEN_EXP]>[W_CH_TOT] [REZ_EX]/[ W_CAP_PROPRII]>0 [REZ_EX]/[ W_CAP_PROPRII]<10 [REZ_EX]/[ W_CAP_PROPRII]<0 [W_BENEF]/[W_CT]*100>1
[W_VEN_EXP]>[W_CH_EXP] [W_MC]/[VZ_MF]*100>5 [W_VEN_TOT]<[W_CH_TOT] [W_VEN_FIN]<=[W_CH_FIN] [W_VEN_CRT]>[W_CH_CRT] [W_MC]/[VZ_MF]*100<1 [W_VEN_FIN]>[W_CH_FIN] [W_VEN_EXP]<[W_CH_EXP] [W_VEN_FIN]<[W_CH_FIN] [W_VEN_CRT]<[W_CH_CRT] [W_VEN_CRT]<[W_CH_CRT]
[W_BENEF]/[W_CA]<3 [W_EBE]/[W_CA]>1.65 [W_CA]<[W_CT] [W_CA]=[W_CT] [W_CA]>0 [W_MC]/[VZ_MF]*100>1 [W_MC]/[VZ_MF]*100<6 [W_MC]/[VZ_MF]*100>6 [W_CA]<[W_CH_TOT] [W_CA]=[W_CH_TOT] [W_MC]/
[W_BENEF]/[W_CT]*100<4.90 [W_BENEF]/[W_CT]*100>5 [W_BENEF]/[W_CT]*100<10 [W_REZ_EX]/[ W_ACT_TOT]>25 [W_REZ_EX]/[ W_ACT_TOT]<25 [W_BENEF]/[W_CA]*100>3 [W_VEN_FIN]>[W_CH_FIN] [REZ_EX]/[ W_CAP_PROPRII]>10 [W_VEN_FIN]<[W_CH_FIN] [W_VEN_EXP]<=[W_CH_EXP] [W_RBRUT]-[W_IMP_PROFIT]>0 [W_CA]+[W_VEN_EXP]>[W_CT] [W_VEN_CRT]<=[W_CH_CRT] [W_VEN_EXP]<=[W_CH_EXP] [W_BENEF]/[W_CT]>5
[W_VZ_MF]<1.5 [W_VEN_CRT]>[W_CH_CRT] [W_MC]/ [W_VEN_EXP]>[W_CH_EXP] [W_VEN_FIN]>[W_CH_FIN] [W_VEN_TOT]>[W_CH_TOT] [W_VEN_TOT]=[W_CH_TOT] [W_VZ_MF]>1.5 [W_MC]/[W_VZ_MF]<1 [W_MC]/[W_VZ_MF]>1 [W_EBE]/[W_CA]<1.65 [W_BENEF]/[W_CT]>10
Pentru a trece la ramura lui THEN, din fereastra de scriere a regulii se selecteaz butonul Variable a prii THEN, vezi figura 7.14. Pentru a defini concluzia se va selecta variabila necesar. n cazul nostru R_Punct_mort. Noua fereastr obinut este prezentat n figura 7.17., din care se vede i textul n clar al scopului Firma se afl n punctul mort i atribuim din irul de valori de pe scala [0, 10] valoarea 10. Dup efectuarea acestei operaii se acioneaz butonul Add to List pentru a fi adugat acestei prii a regulei.
119
Fig. 7.17. Scrierea prii THEN a unei reguli Dup scrierea tuturor condiiilor, a formulelor regulei forma final va arta ca n figura 7.18.
120
Fig. 7.18. Forma final a unei reguli de producie Regulile care se pot aplica sistemului descris sunt urmtoarele: RULES: ---------------------------------------RULE NUMBER: 1 IF: Dorii analiza profitului pe baza cifrei de afaceri? DA and [CA]<[CH_TOT] and [CA]+[VEN_EXP]>[CH_TOT] and [CA]>1000 THEN: Firma se afl n zona beneficiilor Confidence=10/10 ---------------------------------------RULE NUMBER: 2 IF: Dorii analiza profitului pe baza cifrei de afaceri? DA and [CA]=[CH_TOT] THEN: Firma se afl n punctul mort Confidence=10/10 ---------------------------------------RULE NUMBER: 3 IF: Dorii analiza profitului pe baza cifrei de afaceri? DA and [CA]=[CH_TOT] and {[CA]>0}&{[CA]<1000} THEN: Firma se afl n zona pierderilor Confidence=10/10 ---------------------------------------RULE NUMBER: 4 IF: Dorii analiza profitului pe baza cifrei de afaceri? NU THEN: Nu ai ales pentru analiza profitului pe baza cifrei de afaceri Confidence=10/10 ---------------------------------------121
RULE NUMBER: 5 IF: Dorii analiza rentabilitii pe baza rezultatului din exploatare? DA and [VEN_EXP]>[CH_EXP] THEN: Firma nregistreaz performane din exploatare Confidence=10/10 ---------------------------------------RULE NUMBER: 6 IF: Dorii analiza rentabilitii pe baza rezultatului din exploatare? DA and [VEN_EXP]=[CH_EXP] THEN: Firma are profit din exploatare 0 Confidence=10/10 ---------------------------------------RULE NUMBER: 7 IF: Dorii analiza rentabilitii pe baza rezultatului din exploatare? DA and [VEN_EXP]<[CH_EXP] THEN: Firma nu nregistreaz performane din exploatare Confidence=10/10 ---------------------------------------RULE NUMBER: 8 IF: Dorii analiza rentabilitii pe baza rezultatului din exploatare? NU THEN: Nu ai ales pentru analiza rentabilitii pe baza rezultatului din exploatare Confidence=10/10 ---------------------------------------RULE NUMBER: 9 IF: Dorii analiza rentabilitii pe baza rezultatului financiar? DA and [VEN_FIN]>[CH_FIN] and [REZ_FIN]>0 THEN: Fluxurile financiare i riscurile ataate sunt optimale Confidence=10/10
122
---------------------------------------RULE NUMBER: 10 IF: Dorii analiza rentabilitii pe baza rezultatului financiar? DA and [VEN_FIN]<[CH_FIN] THEN: Firma nu nregistreaz fluxuri financiare Confidence=10/10 ---------------------------------------RULE NUMBER: 11 IF: Dorii analiza rentabilitii pe baza rezultatului financiar? NU THEN: Nu ai ales pentru analiza rentabilitii pe baza rezultatului financiar Confidence=10/10 ---------------------------------------RULE NUMBER: 12 IF: Dorii analiza rentabilitii firmei pe baza rezultatului curent? DA and [VEN_CRT]>[CH_CRT] THEN: Rezultatul curent al firmei este profit Confidence=10/10 ---------------------------------------RULE NUMBER: 13 IF: Dorii analiza rentabilitii firmei pe baza rezultatului curent? DA and [VEN_CRT]<[CH_CRT] THEN: Rezultatul curent al firmei este pierdere Confidence=10/10 ---------------------------------------RULE NUMBER: 14 IF: Dorii analiza rentabilitii firmei pe baza rezultatului curent? DA and [VEN_EXP]<[CH_EXP] and [VEN_FIN]<[CH_FIN] and [VEN_CRT]<[CH_CRT] THEN:
123
ATENTIE! RISC DE FALIMENT Confidence=10/10 ---------------------------------------RULE NUMBER: 15 IF: Dorii analiza rentabilitii firmei pe baza rezultatului curent? DA and [VEN_CRT]>[CH_CRT] and [VEN_EXP]>[CH_EXP] and [VEN_FIN]>[CH_FIN] THEN: Firma are o situaie rentabila Confidence=10/10 ---------------------------------------RULE NUMBER: 16 IF: Dorii analiza rentabilitii firmei pe baza rezultatului curent? NU THEN: Nu ai optat pentru analiza rentabilitii pe baza rezultatului curent Confidence=10/10 ---------------------------------------RULE NUMBER: 17 IF: Dorii analiza rentabilitii pe baza rezultatului brut? DA and [VEN_TOT]>[CH_TOT] THEN: Rezultatul brut al firmei este profit Confidence=10/10 ---------------------------------------RULE NUMBER: 18 IF: Dorii analiza rentabilitii pe baza rezultatului brut? DA and [VEN_TOT]=[CH_TOT] THEN: Firma se afl ntr-o situaie dificil Confidence=10/10 ---------------------------------------RULE NUMBER: 19 IF: Dorii analiza rentabilitii pe baza rezultatului brut? DA
124
and [VEN_TOT]<[CH_TOT] THEN: Rezultatul brut al firmei este pierdere Confidence=10/10 ---------------------------------------RULE NUMBER: 20 IF: Dorii analiza rentabilitii pe baza rezultatului brut? NU THEN: Nu ai optat pentru analiza rentabilitii pe baza rezultatului brut Confidence=10/10 ---------------------------------------RULE NUMBER: 21 IF: Dorii analiza rentabilitii pe baza rezultatului net? DA and [RBRUT]-[IMP_PROFIT]>0 THEN: Firma are profit de repartizat Confidence=10/10 ---------------------------------------RULE NUMBER: 22 IF: Dorii analiza rentabilitii pe baza rezultatului net? DA and [RBRUT]-[IMP_PROFIT]<0 THEN: Firma nu are profit de repartizat Confidence=10/10 ---------------------------------------RULE NUMBER: 23 IF: Dorii analiza rentabilitii pe baza rezultatului net? NU THEN: Nu ai ales pentru analiza rentabilitii pe baza rezultatului net Confidence=10/10 ---------------------------------------RULE NUMBER: 24 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii economice? DA and [REZ_EX]/[ACT_TOT]>25
125
THEN: Mijloacele materiale i financiare au fost bine plasate Confidence=10/10 ---------------------------------------RULE NUMBER: 25 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii economice? DA and [REZ_EX]/[ACT_TOT]*100<25 THEN: Mijloacele materiale i financiare au fost neadecvat plasate Confidence=10/10 ---------------------------------------RULE NUMBER: 26 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? NU THEN: Nu ai optat pentru analiza rentabilitii pe baza ratelor Confidence=10/10 ---------------------------------------RULE NUMBER: 27 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza pe baza ratei rentabilitii financiare? DA and [REZ_EX]/[CAP_PROPRII]>10 and [REZ_EX]/[CAP_PROPRII]<30 THEN: Rata financiar reflect un nivel optim de rentabilitate Confidence=10/10 ---------------------------------------RULE NUMBER: 28 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza pe baza ratei rentabilitii financiare? DA and [REZ_EX]/[CAP_PROPRII]>0 and [REZ_EX]/[CAP_PROPRII]<10 THEN: Rata financiar reflect o situaie de stabilitate Confidence=10/10 ---------------------------------------126
RULE NUMBER: 29 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza pe baza ratei rentabilitii financiare? DA and [REZ_EX]/[CAP_PROPRII]<0 THEN: Rata financiar reflect un nivel scazut de rentabilitate Confidence=10/10 ---------------------------------------RULE NUMBER: 30 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? NU and Dorii analiza pe baza ratei rentabilitii financiare? NU THEN: Nu ai optat pentru analiza rentabilitii pe baza ratei financiare Confidence=10/10 ---------------------------------------RULE NUMBER: 31 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza ratei profitului? DA and [BENEF]/[CT]>10 THEN: Nivelul ratei profitului este foarte bun Confidence=10/10 ---------------------------------------RULE NUMBER: 32 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza ratei profitului? DA and [BENEF]/[CT]*100>5 and [BENEF]/[CT]*100<10 THEN: Rata profitului stagneaza Confidence=10/10
127
---------------------------------------RULE NUMBER: 33 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza ratei profitului? DA and [BENEF]/[CT]*100>1 and [BENEF]/[CT]*100<4.90 THEN: Nivel scazut al ratei profitului Confidence=10/10 ---------------------------------------RULE NUMBER: 34 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? NU and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? NU and Dorii analiza pe baza ratei profitului? NU THEN: Nu ai optat pentru analiza ratei profitului Confidence=10/10 ---------------------------------------RULE NUMBER: 35 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza profitabilitatii? DA and [BENEF]/[CA]*100>3 THEN: Profitabiliatatea firmei este foarte bun Confidence=10/10 ---------------------------------------RULE NUMBER: 36 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza profitabilitatii? DA and [BENEF]/[CA]*100<3 THEN:
128
Profitabilitatea firmei este deosebit de precar Confidence=10/10 ---------------------------------------RULE NUMBER: 37 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? NU and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? NU and Dorii analiza profitabilitatii? NU THEN: Nu ai ales pentru analiza profitabilitii Confidence=10/10 ---------------------------------------RULE NUMBER: 38 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza marjei brute? DA and [EBE]/[CA]>1.65 THEN: Rata marjei brute are un nivel bun Confidence=10/10 ---------------------------------------RULE NUMBER: 39 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza marjei brute? DA and [EBE]/[CA]<1.65 THEN: Rata marjei brute este oscilant Confidence=10/10 ---------------------------------------RULE NUMBER: 40 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? NU and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? NU and Dorii analiza pe baza marjei brute? NU THEN: Nu ai optat pentru analiza ratei marjei brute Confidence=10/10
129
---------------------------------------RULE NUMBER: 41 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza ratei rentabilitii comerciale pure? DA and [MC]/[VZ_MF]*100>6 THEN: Rata rentabilitii comerciale pure are o valoare bun Confidence=10/10 ---------------------------------------RULE NUMBER: 42 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza ratei rentabilitii comerciale pure? DA and [MC]/[VZ_MF]*100>1 and [MC]/[VZ_MF]*100<6 THEN: Rata rentabilitii comerciale pure are o valoare stabil Confidence=10/10 ---------------------------------------RULE NUMBER: 43 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? DA and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? DA and Dorii analiza pe baza ratei rentabilitii comerciale pure? DA and [MC]/[VZ_MF]*100<1 THEN: Rata rentabilitii comerciale pure are o valoare scazut Confidence=10/10 ---------------------------------------RULE NUMBER: 44 IF: Dorii analiza rentabilitii pe baza ratelor de rentabilitate? NU and Dorii analiza rentabilitii pe baza ratei rentabilitii comerciale? NU and Dorii analiza pe baza ratei rentabilitii comerciale pure? NU THEN:
130
Nu ai optat pentru analiza pe baza ratei rentabilitii pure Confidence=10/10 7.2.3. Lansarea n execuie a bazei de cunotine RENTAB Lansarea n execuie se realizeaz din meniul Run, dup care se alege opiunea Start Run. Pe desktop va apare fereastra din figura 7.19.
Fig. 7.19. Apariia primei ferestre la lansarea n execuie a unui bloc de comand Acionarea butonului OK va determina apariia urmtoarei ferestre, figura 7.20, care ne arat ca s-a ales varianta de analiz a rentabilitii unei firme pe baza cifrei de afaceri.
131
Fig. 7.20. Analiza firmei se va face pe baza cifrei de afaceri
Fig. 7.21. Rezultatele arat c firma se afl n zona beneficiilor Dup terminarea acestor etape, se poate selecta butonul Back, care va permite introducerea altor valori pentru variabile (reluarea execuieie), iar acionarea butonului Restart va duce la revenirea n ecranul cu subiectul bazei de cunotine. Celelalte variante descrise n regula introdus sunt ilustrate n figurile urmtoare.
132
Fig. 7.22. Rezultatele arat c firma se afl n zona pierderilor
133
Fig. 7.23. Rezultatele arat c nu s-a optat pentru analiza pe baza cifrei de afaceri n cazul prsirii bazei de cunotine RENTAB se apeleaz la meniul File, din care se alege opiunea Close (pentru a nchide baza RENTAB) sau Exit (pentru a prsi mediul Exsys CORVID). Sistemul va cere confirmarea prsirii sesiunii de lucru Exsys CORVID i confirmarea salvrii bazei de cunotine nou introduse.
134
Capitolul 8. Teste
1) Ce reprezint cunotinele, n sens informatic:

a) informaii dobndite care servesc la realizarea diferitelor activiti; b) informaii dobndite care servesc la realizarea diferitelor activiti, care pot fi utilizate n
mod diferit pentru rezolvarea diferitelor probleme sau chiar pentru aceeai problem n circumstane diferite;
c) informaii i date dobndite care servesc la realizarea diferitelor activiti care pot fi
utilizate n mod diferit pentru rezolvarea diferitelor probleme sau chiar pentru aceeai problem n circumstane diferite. 2) Structurile de reprezentare a cunotinelor trebuie s satisfac o serie de cerine i anume:
a) adecvarea reprezentaional, adecvarea achiziional, adecvarea informaional i
eficacitatea informaional;
b) adecvarea reprezentaional, adecvarea achiziional, adecvarea informaional; c) adecvarea achiziional, adecvarea informaional i eficacitatea informaional.
3) Sistemele expert reprezint:

a) programe care trateaz cu succes probleme pentru care o soluie algoritmic clar nu
exist;
b) programe care urmaresc un grup de cunotine pentru obinerea n acelai mod ca i
experii umani a rezultatelor despre activiti dificil de examinat;

c) domeniul inteligenei artificiale cel mai bine reprezentat n mediul social-economic i
simuleaz comportamentul expertului uman ntr-un domeniu bine precizat. 4) Fazele achiziiei cunoaterii sunt:
a) identificarea caracteristicilor problemei, formularea conceptelor, proiectarea structurii,
formularea regulilor, validarea i testarea;

b) identificarea, conceptualizarea, formalizarea, implementarea, testarea; c) identificarea caracteristicilor problemei, formalizarea, implementarea, testarea.
5) Ce interfa ncepe ntotdeauna cu o ntrebare pus sistemului de ctre utilizator la care sistemul rspunde sau invers sistemul ntreab i utilizatorul rspunde.
a) Interfa bazat pe ferestre multiple; b) Interfa orientat pe icoane; c) Interfa de tipul ntrebare-rspuns;
135
d) Interfa de tipul ntrebare n fereastre multiple.
6) Ce conine baza de fapte, componeta importanta a unui sistem expert:

a) descrierea problemei ce trebuie rezolvat; b) descrierea problemelor deja rezolvate; c) cunotinele sunt reprezentate sub forma unor anumite structuri.
7) Regulile de producie servesc la:

a) reprezentarea cunotinelor de natur procedural; b) reprezentarea datelor de natur procedural; c) reprezentarea faptelor de natur procedural.
8) Putem spune despre infereniere c este o trstur major a unui sistem expert i:
a) reprezint abilitatea de a realiza asocieri ntre problemele rezolvate i problema de
rezolvat;
b) reprezint abilitatea de a raiona; c) este numit i proces de inferen.
9) ntre funciile informatizabile cu sisteme expert se afl:

a) analiza; b) instruirea; c) simularea; d) selecia.
10) Dup natura cunoaterii reprezentate exist:

a) sisteme expert bazate pe reguli, sisteme expert bazate pe cadre, sisteme expert bazate pe
pe modele i sisteme expert hibride;

b) sisteme expert bazate pe reguli, pe cadre, expert bazate pe cadre, sisteme expert bazate pe
pe modele;
c) sisteme expert cu colectarea faptelor doveditoare, sisteme expert cu rafinare n pai
succesivi, sisteme expert cu asamblare n pai succesivi. 11) Sistemul multi-expert:

a) asigur autonomia fiecrei expertize; b) permite interaciunea i interconexiunea dintre mai multe tipuri diferite de sisteme expert; c) asigur sinteza cunotinelor prin cooperarea i interconexiunea dintre modulele-expert; d) modificarea sau chiar tergerea de module-expert.
136
12) n cadrul activitii de realizare a sistemului expert se pot utiliza numeroase tipuri de instrumente software:
a) medii de programare convenionale; b) generatoare de sisteme expert; c) instrumente software specializate.
13) Generatoarele de sisteme expert:

a) produs informatic, privit ca un instrument de elaborare, de tipul shell, fr baz de
cunotine;
b) produs informatic, privit ca un instrument de elaborare, de tipul shell, cu baz de
cunotine;
c) sunt sisteme software care ofer realizatorilor de sisteme expert o serie de faciliti; d) sunt sisteme expert ce realizeaz aplicaii economico-financiare.
14) Exploatarea curent i ntreinerea sistemului expert:

a) constituie o etap din realizarea acestuia; b) constituie o activitate desfurat nainte de punerea n funciune; c) constituie o activitate desfurat n acelai timp cu punerea n funciune.
15) Editorul verific:

a) dac faptele i regulile au formatul solicitat de generatorul sistemelor expert; b) verific domeniul de valori posibile pentru variabilele introduse n sistem; c) verific coerena ntre o reea de frame-uri i datele furnizate de utilizator.
16) Modul exploatare i modul dezvoltare sunt activate prin intermediul ntrebrilor:
a) DE CE i CUM; b) DE CE i CARE; c) DE CE, CARE i CUM; d) CARE i CUM.
17) Calitatea bazei de reguli msurat prin trei criterii:

a) completitudine, consisten, neredundan; b) completitudine, consisten, coeren; c) completitudine, coeren, neredundan.
18) EXSYS are n structura sa dou componente mari:

a) generatorul i componenta RUNTIME; b) editorul de reguli de producie, componenta RUNTIME; c) editorul de reguli de producie, componenta de consultare.
137
19) Sistemele expert se folosesc pentru a ajunge la o soluie. EXSYS utilizeaz pentru acestea noiunea de:
a) CHOICES; b) VARIABLES; c) QUALIFIERS.
20) Informaiile minimale pe care trebuie s le avem n vedere la generarea unei baze de cunotine sunt:
a) subiectul bazei de cunotine; b) autorul bazei de cunotine; c) subiectul i autorul bazei de cunotine.
21) Lucrul cu variabile presupune respectarea urmtoarelor norme:

a) numele variabilei se scrie ntre paranteze drepte; b) nu trebuie s depeasc 18 caractere formate din litere, cifre i spaii, fr s se
foloseasc alte caractere speciale;

c) tipul variabilelor este fie numeric, fie nenumeric.
22) Fie Nume denumirea unei variabile n care dorim s prelum numele agentului economic.Tipul variabilei va fi:
a) string; b) numeric; c) text only.
23) Completarea bazei de cunotine cu piese de cunoatere noi se refer la efectuarea urmtoarelor operaii:
a) adugarea de reguli, adugarea de calificatori; b) adugarea de reguli, adugarea de calificatori, adugarea de noi variabile; c) adugarea de reguli, adugarea de calificatori; adugarea de noi variabile, adugarea de
choise-uri. 24) Lansarea n execuie se realizeaz cu ajutorul opiunii:

a) Option din meniul principal, care activeaz un meniu vertical cu opiunea Run. b) Rule din meniul principal, care activeaz un meniu vertical cu opiunea Run. c) Option din meniul principal, care activeaz un meniu vertical cu opiunea Execute.
25) Care din urmtoarele afirmaii sunt avantaje ale sistemelor expert:
a) depozitarea expertizei; b) automatizarea i mbuntirea deciziilor;
138
c) nvarea i formarea continu a utilizatorilor; d) elimin automatizarea din faza de dezvoltarea a produsului final.
Rspunsuri: 1B 6A 11 A, B, C, 16 A D 12 A, B, C 13 A, C 21 A, B,
2A 7A 3 A, B, 8 A, C C 4 A, B 5C
C 17 C 22 A 18 A, B, C 23 C 19 A 20 C 24 A 25 A, B, C
9 B, C, 14 A D 10 A 15 A, B, C
Teme propuse spre rezolvare:

1. Diagnostic financiar contabil al unei firme. 2. Asistarea deciziei de achiziie a unui produs electrocasnic. 3. Asistarea deciziei de achiziie a unui produs cosmetic. 4. Asistarea deciziei de achiziie a unui abonament telefonic. 5. Evaluare bonitii unei societi comerciale. 6. Evaluarea ntreprinderii pe baza venitului obinut dup cele 4 metode. 7. Evaluarea fidelitii salariailor unei firme. 8. Analiza proiectului de investiii. 9. Problema creditrii unei persoane fizice. 10. Problema creditrii unei persoane juridice. 11. Evaluarea sistemului de marketing.
139
Bibliografie
[Lungu & al, 2003]
I. Lungu, Gh. Sabu, M. Velicanu, M. Muntean, S. Ionescu, E. Posdarie, D. Sandu, Sisteme informatice. Analiz, proiectare i implementare, Editura Economic, Bucureti 2003 C. N. Bodea, Inteligena artificial i sistemele expert, Editura
[Bodea, 1998] [Andone 1999] [Davidescu, 1998] [Roca & al, 2002] [Awad] [http1] &
Inforec, Bucureti, 1998 ugui, I. Andone, Al. ugui, Sisteme inteligente n management, contabilitate, finae-bnci i marketing, Editura Economic, Bucureti, 1999 D. Davidescu, Arhitectura sistemelor-expert, Editura Didactic i pedagogic, Bucureti I. Roca, C. G. Apostol, G. Zamfir, C. Bodea Informatica Instruirii, Editura Economic, Bucureti 2002 E. Awad, Building Knowledge Automatic Expert Systems with Exsys CORVID http://ro.wikipedia.org/wiki/Sistem_expert
140

Sisteme Expert Financiar-Bancare

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Sisteme Expert Financiar-Bancare

Hochgeladen von

Copyright:

Verfügbare Formate

Gabriela VRLAN Cristina Maria ENACHE

SISTEME EXPERT FINANCIAR-BANCARE - Suport de curs -

Sisteme expert financiar bancare

Universitatea Dunrea de Jos Galati Facultatea de tiine Economice 2007-2008

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Capitolul Clasificarea sistemelor informatice

prezentate n urmtoarea figur.

SISTEME INFORMATICE pentru

Cercetare tiinific i proiectare tehnologic

Fig. 1.1. Clasificarea sistemelor informatice n funcie de domeniul de utilizare

Sisteme expert financiar bancare

exemplu: informare i documentare, tehnico-tiinific, medicin etc.

informatice pentru conducerea activitii la nivelul organizaiilor

teritoriale i servesc la fundamentarea deciziilor adoptate de ctre organele locale de conducere.

Sisteme expert financiar bancare

Conducerea ramurilor, subramurilor i activitilor la nivelul economiei naionale Funciuni generale

Fig. 1.2. Clasificarea sistemelor informatice n funcie de nivelul ierarhic

Sisteme Suport de Decizie

Fig. 1.3. Clasificarea sistemelor informatice n funcie de aportul n actul decizional

Sisteme expert financiar bancare

Sisteme expert financiar bancare

interne ale companiei, i, uneori datelor externe.

nestructurate ntr-o varietate de formate electronice.

probleme specializate stocate ca fapte, reguli, proceduri, sau structuri similare.

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Capitolul Inteligena artificial i sistemele expert

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Fig. 2.1. Interaciunea experi-ingineri de cunotine

Sisteme expert financiar bancare

Fig. 2.2. Intersecia inteligen artificial-sisteme expert informatice

Sisteme informatice bazate pe cunotine

Aplicaii bazate pe cunotine n domenii : medicin , inginerie , afaceri etc

bazate pe cunotine- sisteme

Baza de cunotine Mecanisme rezolutive

Fig. 2.3. Structura generic a unui sistem de inteligen artificial

Sisteme expert financiar bancare

Prelucrarea cunotinelor prin metode i tehnici

Cutarea n spaiul soluiilor

Obiecte structurale i grafuri

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Fig. 2.6. Fazele achiziionrii de cunotine

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Capitolul 3. Sisteme expert definire i arhitectur

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Sisteme expert financiar bancare

Reprezentarea Baza de cunotine Explicarea

Sisteme expert financiar bancare

cerine reformularea Formularea conceptelor de reprezentat

concepte Proiectarea structurii i organizarea cunoaterii reproiectarea

structura rafinarea Formularea regulilor / cadrelor / obiectelor

reguli/cadre/obiecte Validarea i testarea bazei de cunotine

Fig. 3.4. Fazele achiziiei cunoaterii