Cicerone Laurentiu POPA - Teza Doctorat

UNIVERSITATEA POLITEHNICA BUCURETI
FACULTATEA INGINERIA I MANAGEMENTUL SISTEMELOR TEHNOLOGICE

CATEDRA MAINI I SISTEME DE PRODUCIE
Ing. Cicerone Laureniu POPA
CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM

COOPERATIV DE DEZVOLTARE A PRODUSELOR
INDUSTRIALE PE BAZA TEHNICILOR CAD CAM CAE
-TEZ DE DOCTORAT-
Conductor tiinific
Prof. Dr. Ing. Traian AURITE
BUCURETI
2007
CUPRINS
Cap. 1. INTRODUCERE ........................................................................................................4
Cap. 2. STADIUL ACTUAL AL SISTEMELOR COOPERATIVE DE DEZVOLTARE
A PRODUSELOR INDUSTRIALE.......................................................................................7
2.1. Scurt istoric. Concept. Evoluia sistemelor cooperative. ........................................................ 7
2.1.1. Definiie....................................................................................................................7
2.1.2. Apariia conceptului de sistem cooperativ. ..............................................................8
2.2. Tipuri de sisteme cooperative i clasificarea lor................................................................... 13
2.3. Sistemele cooperative, origine a constituirii ntreprinderilor virtuale.................................. 15
2.4. Domenii de utilizare i aplicaii............................................................................................. 20
2.4.1. Domenii de utilizare ...............................................................................................20
2.4.2. Tipuri de relaii n cadrul ntreprinderii virtuale.....................................................22
2.4.3. Managementul datelor de produs ...........................................................................26
2.4.4. Planificarea resurselor ntreprinderii ......................................................................30
2.4.5. Managementul ciclului de via al produsului........................................................34
2.5. Descrierea tehnicilor CAD CAM CAE utilizate n cadrul sistemelor cooperative. ...... 37
2.5.1. Proiectarea asistat de calculator............................................................................37
2.5.2. Fabricaia asistat de calculator..............................................................................40
2.5.3. Ingineria asistat de calculator ...............................................................................41
2.5.4. Produse CAD CAM CAE.................................................................................42
2.5.4.1. Sisteme integrate .............................................................................................42
2.5.4.2. Programe CAD ................................................................................................50
2.5.4.3. Programe CAM ...............................................................................................53
2.5.4.4. Programe CAE.................................................................................................58
2.7. Concluzii ................................................................................................................................ 66
Cap. 3. CERCETRI PRIVIND TEHNICILE MULTIAGENT N IMPLEMENTAREA
SISTEMELOR COOPERATIVE ........................................................................................68
3.1. Inteligena artificial distribuit............................................................................................. 68
3.2. Agenii.................................................................................................................................... 69
3.2.1. Definiie..................................................................................................................69
3.2.2. Clasificri ...............................................................................................................71
3.2.2.1. Taxonomia general a agenilor ...................................................................... 71
3.2.2.2. Clasificarea lui Nwana .................................................................................... 71
CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

3.2.2.3. Agenii inteligeni ............................................................................................ 72

3.2.2.4. Caracteristicile agenilor.................................................................................. 73
3.2.2.5. Tipuri de ageni................................................................................................ 75
3.2.3. Ageni mobili..........................................................................................................77
3.2.4. Mediului de execuie al agenilor ...........................................................................79
3.2.4.1 Aciunile agenilor asupra mediului ................................................................. 81
3.2.4.2 Activitile unui agent ...................................................................................... 82
3.2.4.3 Obiectivele agenilor ........................................................................................ 84
3.2.4.4. Convingerilor agenilor.................................................................................... 85
3.3. Sisteme multiagent................................................................................................................. 86
3.3.1. Caracteristici...........................................................................................................90
3.4. Protocoale de comunicare. Negocierea................................................................................. 91
3.4.1. Knowledge Query and Manipulation Language (KQML) .....................................94
3.4.2. Knowledge Interchange Format (KIF) ...................................................................96
3.4.3. COOrdination Language (COOL) ..........................................................................96
3.4.4. Sisteme blackboard.................................................................................................97
3.5. Abordri ale tehnologiei orientate agent n cadrul sistemelor cooperative.......................... 97
3.6. Concluzii .............................................................................................................................. 101
Cap. 4. REZULTATE PRELIMINARE PRIVIND IMPLEMENTAREA SISTEMELOR
COOPERATIVE PENTRU DEZVOLTAREA PRODUSELOR INDUSTRIALE PE BAZA
TEHNICILOR CAD CAM CAE......................................................................................104
4.1. Proiectarea sistemelor cooperative. Metodologia de realizare i dezvoltare a produselor pe
baza tehnicilor CAD CAM CAE. ........................................................................................ 104
4.1.1. Proiectarea sistemelor cooperative .......................................................................105
4.1.2. Proiectarea i dezvoltarea produsului pe baza tehnicilor CAD CAM CAE ...109
4.2. Studiu privind sisteme cooperative capabile s susin colaborarea n realizarea i
dezvoltarea produselor industriale prin integrarea principalelor aplicaii necesare cooperrii.111
4.2.1. Integrarea principalelor aplicaii necesare cooperrii cu ajutorul tehnologiei
orientate agent. Studii de caz..........................................................................................111
4.3. Studiu privind folosirea sistemelor cooperative pentru susinerea ntregului ciclul de viata
al produsului................................................................................................................................ 142
4.4. Algoritm de evaluare a impactului arhitecturii de fabricaie asupra ciclului de via al
produsului.................................................................................................................................... 147
4.4. Concluzii .............................................................................................................................. 169

Cap. 5. CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE

DEZVOLTARE A PRODUSELOR INDUSTRIALE .........................................................171
5.1. Contribuii privind studiul sistemelor cooperative ............................................................. 171
5.2. Realizarea unei clasificri a agenilor i studiul influenei lor lund n calcul mediul n care
acetia acioneaz........................................................................................................................ 173
5.3. Realizarea unei arhitecturi distribuite bazat pe tehnologia agent prin integrarea
principalelor instrumente necesare cooperrii ........................................................................... 175
5.3.1. Algoritm de rezolvare a unei probleme aprute n departamentul de fabricaie .. 175
5.3.2. Studii de caz referitoare la folosirea agenilor n cadrul sistemului cooperativ ...176
5.4. Studiu privind folosirea sistemelor cooperative pentru susinerea ntregului ciclul de via
al produsului................................................................................................................................ 177
5.5. Algoritm de evaluare a impactului arhitecturii de fabricaie asupra ciclului de via al
produsului.................................................................................................................................... 178
Cap. 6. CONCLUZII FINALE I DIRECII DE DEZVOLTARE....................................180
6.1. Concluzii finale.................................................................................................................... 180
6.2. Direcii de dezvoltare........................................................................................................... 181
BIBLIOGRAFIE........................................................................................................................... 183
LIST DE FIGURI .............................................................................................................189
GLOSAR DE TERMENI I ABREVIERI .......................................................................192

Cap. 1. INTRODUCERE
ntreprinderile din ziua de astzi nu pot supravieui competiiei pe plan mondial dac
nu vor introduce produse noi de o mai bun calitate, la un pre mai mic i un timp mai mic de
livrare. n concordan cu aceasta se ncearc utilizarea capacitii mare de memorie a
calculatoarelor, viteza mare de procesare a lor i utilizarea unor interfee prietenoase cu
utilizatorii de soft-uri specifice, acestea reducnd timpul i costul de producie. ntreprinderile
au n acest context tendina s-i modifice arhitectura, externaliznd o serie de funcii ctre
alte ntreprinderi cu costuri de producie mai mici, asociindu-se cu acestea n arhitecturi de tip
ntreprindere virtual. ntr-o astfel de ntreprindere virtual, proiectele sunt modularizate,
fiecare participant la proiect lucrnd la un modul i comunicnd cu ceilali prin reele de tip
Internet / Intranet / Extranet (proiecte multipolare).
Proiectarea asistat de calculator (CAD), fabricaia asistat de calculator (CAM) i
ingineria asistat de calculator (CAE) sunt tehnologii folosite pentru acest scop n timpul
ciclului de producie. Pentru a nelege rolul CAD, CAM i CAE trebuiesc examinate
diferitele activiti i funcii ce trebuie realizate n proiectarea i fabricarea produsului,
problema principal n acest mediu integrat const n managementul legturilor i schimbul de
date ntre parteneri precum i gsirea rapid a soluiilor necesare rezolvrii diferitelor
conflicte.
Obiectivul tezei este acela de a prezenta metode de proiectare a sistemelor
cooperative i de a realiza un astfel de sistem cooperativ capabil s susin ntreaga activitate
a unei astfel de organizaii virtuale, sistem avnd la baz tehnologia orientat agent. Sistemele
distribuite i cooperative reprezint o noua paradigm n informatic, n general, i n cea
economic n special, fiind un domeniu interdisciplinar situat ntre tiinele economice,
informatic, cibernetic, tiine cognitive, psihologie i management. Prin prezenta tez mi-am
propus studiul principalelor tipuri de sisteme cooperative i modul lor de implementare
utiliznd tehnologia orientat agent. De asemenea, am imaginat diverse situaii i studii de caz
ce pot apare n cadrul unui astfel de sistem i am prezentat algoritmii de rezolvare a
problemelor i de realizare a obiectivelor cerute.
Un astfel de sistem trebuie sa aib capacitatea de a actualiza instantaneu datele
modificate de unul dintre utilizatori pentru toi ceilali utilizatori conectai la proiect; de
asemenea, n cadrul tezei au fost prezentate metode de realizare a unor algoritmi specifici de
utilizare a tehnicilor multiagent n sistemele cooperative CAD/CAM/CAE asociate
arhitecturilor de tip ntreprindere virtual.
Capitolul 2 intitulat - Stadiul actual al sistemelor cooperative de dezvoltare a
produselor industriale - cuprinde un scurt istoric al sistemelor cooperative, conceptul de
sistem cooperativ i evoluia sa. De asemenea, studiind literatura de specialitate, a fost
realizat o clasificare a acestor sisteme pornind de la apariia conceptului i pn la folosirea
diverselor tehnologii pentru implementarea acestuia. Am fost considerat ca fiind necesar
4

prezena unui subcapitol care s evidenieze legtura strns ntre conceptul de sistem
cooperativ i cel de ntreprindere virtual; am prezentat principalele tipuri de relaii prezente
n cadrul unei organizaii de acest fel i am descris tehnicile CAD CAM CAE ca parte
integrant a sistemului. Este prezentat i o scurt descriere a principalelor soft-uri CAD
CAM CAE .
n capitolul 3 - Cercetri privind tehnicile multiagent n implementarea sistemelor
cooperative s-a considerat necesar studierea tehnicilor orientate agent ca instrument de
ultim generaie folosit n dezvoltarea i implementarea diverselor tipuri de sisteme. Capitolul
prezint principalele categorii i tipuri de ageni existeni, arhitectura acestora i modul lor de
aciune.
Din studiul literaturii de specialitate a rezultat necesitatea unei clasificri suplimentare
a agenilor utilizai n dezvoltarea sistemelor cooperative din perspectiva influenei mediului
lor de execuie, astfel am clasificat agenii n: agent influenabil, agent de influen i agent
mixt. Avnd n vedere aceast clasificare am prezentat principalele aciuni posibile ale
agenilor i algoritmul de realizare al obiectivelor stabilite. De asemenea, am considerat
necesar prezentarea principalelor protocoale de comunicare i tipuri de negociere ntre ageni.
n ncheierea capitolului au fost prezentate cteva abordri ale tehnologiei orientate
agent n cadrul sistemelor cooperative prin prezentarea unei astfel de arhitecturi i a unor
studii de caz.
n capitolul 4 - Rezultate preliminare privind implementarea sistemelor cooperative
pentru dezvoltarea produselor industriale pe baza tehnicilor CAD CAM CAE - se
regsesc metode de proiectare a sistemelor cooperative i metodologia de realizare i
dezvoltare a produselor pe baza tehnicilor CAD CAM CAE. n continuare, au fost
realizate diverse studii de caz cu referire la capabilitatea sistemelor cooperative de a susine
colaborarea n realizarea i dezvoltarea produselor industriale prin integrarea principalelor
aplicaii necesare cooperrii. Printre aceste studii de caz pot fi amintite: algoritm de rezolvare
a unor probleme aprute n departamentul de fabricaie, studiu privind controlul versiunilor de
software i alegerea sistemului de operare, studiu privind ierarhizarea agenilor din cadrul
sistemului prezentat, gestionarea bazei de date a sistemului, studiu privind comunicarea etc.
n ncheiere am realizat un algoritm de evaluare a impactului arhitecturii de fabricaie
asupra ciclului de via al produsului. Validarea algoritmului a fost fcut pe baza unui studiu
de caz de simulare multipolar distribuit a fluxului material din sistem, utiliznd soft-ul
Witness.
Capitolul 5 - Contribuii privind realizarea unui sistem cooperativ de dezvoltare a
produselor industriale prezint principalele contribuii i soluii de realizare a unui sistem
cooperativ pentru dezvoltarea produselor industriale folosind tehnicile orientate agent.
n capitolul 6 Concluzii finale i direcii de dezvoltare se regsesc principalele
concluzii ale tezei i totodat propuneri de continuare a cercetrilor efectuate.

*
* *
Din antichitate pn n prezent, i cu siguran i n viitor, ceea ce a pus omenirea n
micare a fost setea de cunoatere. Dup cum spunea i Benjamin Franklin: Investiia n
cunoatere aduce cea mai bun dobnd., iar n prezent noi construim pe baza informaiilor
acumulate de predecesorii notri. n spiritul acestei idei, avansarea tiinei depinde direct de
efortul individual al fiecrui cercettor, care indiferent de ct de infim ar prea, reprezint n
sine un aport considerabil, deoarece succesul continuei dezvoltri n tiin st n suma
colectiv a contribuiilor individuale. Sper ca lucrarea de fa s reprezinte un mic aport la
aceast dezvoltare.
Nimeni nu ncepe cu propria sa gndire. Fiecare gsete prezent n vremea sa o
anumit stare de fapt a cunoaterii i a punerii problemelor, n care el se integreaz i de la
care ncepe s cerceteze. Cuvintele lui N. Hartmann m ndeamn s mulumesc pe aceast
cale celor care mi-au deschis drumul ctre acest domeniu de cercetare:
Domnului Prof.dr.ing. Traian Aurite, conductorul tiinific al acestei teze, pentru
sfaturile, sugestiile i ncurajrile oferite de-a lungul celor patru ani de cercetare, ct i pentru
rbdarea i nelegerea acordat.
Domnului l.dr.ing. Costel Cote pentru oportunitatea oferit de a face parte din
colectivul centrului PREMINV i implicarea mea continua n cadrul proiectelor de cercetare .
De asemenea, apreciez informaiile i observaiile primite pentru realizarea unei lucrri
fundamentat tiinific, ct i susinerea permanent n elaborarea tezei de doctorat.
Domnului Prof.dr.ing. Marius Guran pentru ncrederea acordat, susinerea i
implicarea mea n diversele activiti de cercetare ale centrului.
Doamnei l.dr.ing. Diana Popescu pentru ajutorul oferit n iniierea mea n domeniul
proiectrii asistate de calculator i ansa acordat de a colabora la desfurarea cursului de
Catia, predat n cadrul Centrului PREMINV.
Domnului Conf.dr.ing. George Drgoi pentru aprinderea interesului ntr-un nou
domeniu i pentru ndrumarea iniial n alegerea unei teme inovatoare de doctorat.
Colectivului din centrul PREMINV: Asist.drd.ing. Nicoleta Cruau, Conf.dr.ing
George Cruau, drd. Beatrice Nica, drd.ing. Lidia Parpal, drd.ing. Radu Parpal, drd.ing.
Gabriela Ptracu i ing. Florina Anghel pentru atmosfera de colegialitate, dezbaterile
constructive i colaborarea productiv.
Familiei mele pentru sprijinul moral, rbdarea necondiionat i ncurajrile
permanente.

Cap. 2. STADIUL ACTUAL AL SISTEMELOR

COOPERATIVE DE DEZVOLTARE A PRODUSELOR
INDUSTRIALE
2.1.
Scurt istoric. Concept. Evoluia sistemelor cooperative.
n contextul actual al economiei, al unei concurene acerbe, al diversificrii gamei de

produse, al specializrii, firmele trebuie s rspund ct mai prompt cerinelor pieei pentru a-i
putea susine activitatea. n aceste condiii trebuie luat n vedere realizarea unor colaborri cu
alte firme n vederea realizrii unui produs n cel mai scurt timp posibil, cu costuri ct mai
mici, un timp de livrare ct mai redus, produs care s satisfac pe deplin cererea clientului.
Tendina actual const n realizarea de sisteme cooperative, multidisciplinare,
acestea implic dezvoltarea unui mediu capabil s asigure cooperarea n timp real ntre toate
profesiile care concur la realizarea unui produs sau serviciu la nivelul unei ntreprinderi.
Acest mediu de colaborare instituie n fapt un sistem cooperativ.
2.1.1. Definiie.
Un sistem cooperativ este un sistem n care mai muli utilizatori sau ageni sunt
angajai ntr-o activitate comun, de obicei din locaii diferite. n cadrul familiei mari a
aplicaiilor distribuite, sistemele cooperative se disting prin faptul c agenii din cadrul
sistemului lucreaz mpreun pentru realizarea unui scop comun pentru care este nevoie de o
interaciune strns ntre toi partenerii prin: accesul comun la informaie, schimbul de
informaii i verificarea stadiului fiecrui partener n cadrul proiectului [30].
Pentru a completa definiia trebuie explicai principalii termeni implicai n conceptul
de sistem cooperativ [40], cei 4C:
Cooperarea reprezint o form de activitate ce presupune lucrul n echip,
folosind aceleai resurse, avnd aceleai sarcini. Pentru a realiza lucrul n echip actorii
implicai trebuie s i coordoneze activitile, s mprteasc aceleai scopuri, s aib
acelai planuri i motivaii, activitile trebuie s fie sincronizate i coordonate astfel nct s
se evite eventualele conflicte [52].
Colaborarea - reprezint activitatea ce presupune lucrul n echip, dar ca o
subdiviziune a cooperrii, diferena constnd n faptul c actorii au acelai scop n cadrul
grupului fa de cooperare care presupune existena mai multor scopuri i planuri de ndeplinit
pentru atingerea intei finale [52].
7

Comunicarea poate fi definit simplu ca un schimb de informaii. Comunicarea

este procesul prin care indivizii i fac cunoscute nevoile, aspiraiile ctre ceilali indivizi
implicai n proces. Comunicarea este liantul ce leag organizaiile i face posibil
colaborarea. Comunicarea presupune anumite resurse, att fizice ct i mentale.
Coordonarea este procesul care face posibil colaborarea ntre indivizi i o pune
n valoare, i are ca baz comunicarea ntre acetia. Malone i Crowston definesc coordonarea
ca fiind o aciune de conducere a interdependenelor dintre activiti pentru realizarea unui
scop [39].
Relaia ntre aceste elemente este urmtoarea: comunicarea este mecanismul folosit
pentru a coordona lucrul cooperativ sau colaborativ.
2.1.2. Apariia conceptului de sistem cooperativ.

Conceptul de sistem cooperativ a aprut la nceputul anilor 1980 n momentul n care
s-a pus problema dezvoltrii tehnologiei i a soft-ului necesar cooperrii asistate de calculator.
O abordare anterioar acestui concept a fost Office Automation. La mijlocul anilor
1960 probleme ca ocuparea locurilor dintr-un avion sau imprimarea unei note de plat au fost
transformate n cerinele acestui sistem. La mijlocul anilor 1970 minicalculatoarele s-au
dovedit capabile s susin lucrul n cadrul organizaiilor ntr-un mod interactiv, astfel a
aprut Office Automation. Aplicaii pentru un singur utilizator, de exemplu editoare de text
sau lucrul i calcul cu tabele au reuit, i s-a ncercat n continuare integrarea acestora n
cadrul lucrului n echip i ntre departamente.
Realizarea i dezvoltarea tehnologiei necesare nu a fost suficient. Au fost necesare
cercetri n legtur cu modul n care oamenii lucreaz n echip n cadrul organizaiilor i
modul n care tehnologia afecteaz acest lucru.
De asemenea, este necesar ca cei ce realizeaz astfel de sisteme s informeze asupra
posibilitilor tehnice i a constrngerilor. Aplicaiile pot include: sisteme de videoconferin,
pota electronic, grupuri de tiri. Alte aplicaii de tipul: Computer-Assisted Design /
Computer Assisted Manufacturing (CAD/CAM), Computer Assisted Software
Engineering (CASE), inginerie concurent, managementul fluxului de lucru, nvmnt la
distan, conferine n timp real etc.
La mijlocul anilor 1960, au aprut circuitele integrate i a treia generaie de sisteme
de calcul, denumite DP data processing, iar apoi au urmat: MIS management information
systems, IS information systems i IT tehnologia informaiei. IS s-a concentrat la nceput
pe suportul organizaional, dar s-a studiat i posibilitatea managementului marilor proiecte. La
nceputul anilor 1970 a aprut SE software engineering i OA Office Automation
concentrate pe aplicaii pentru proiecte i grupuri mari. n cele din urm OA nu a rezistat ca
domeniu dar multe din caracteristici au fost preluate de alte discipline.
S-a studiat, de asemenea, modul n care un soft comercial poate fi folosit cu succes n
cadrul unei organizaii i ce mbuntiri sau module i se pot aduce pentru a satisface cerinele
acesteia. S-a studiat i impactul implementrii unui soft specializat n cadrul unui organizaii
8

asupra angajailor, a modului i a procedurilor de lucru, a creterii de productivitate, scderea

timpului de lucru etc.
Aceste sisteme includ informaii dintr-o arie mare de discipline i de asemenea pot fi
folosite i adaptate pentru multe domenii. Este foarte important s se depeasc obstacolele
privind percepia i prioritile diferiilor ageni implicai, pentru a se ajunge la un limbaj
comun.
De exemplu termenul de user n domeniul HCI (Human Computer Interaction) se
refer la o persoan care utilizeaz un sistem de calcul, introduce informaii i comenzi n
vederea realizrii unei sarcini. n domeniul sistemelor informaionale utilizatorul poate fi o
persoan care nu interacioneaz cu calculatorul. Pentru rezolvarea problemelor de acest tip s-au
gsit soluii de compromis, de exemplu end user pentru a descrie o persoan de la un
terminal sau care comand prin intermediul tastaturii.
Similar termenul implementare este sinonim cu dezvoltarea sau codarea n
domeniul HCI dar n domeniul MIS descrie introducerea unui nou sistem n cadrul unei
organizaii.
n continuare a crescut interesul pentru aplicaii destinate grupurilor mai mici. Avnd
n vedere faptul c calculatoarele personale i staiile de lucru sunt conectate prin intermediul
diferitelor tipuri de reele, aceste mici grupuri i companii au devenit poteniali clieni. Au fost
realizate i dezvoltate noi aplicaii pentru a facilita comunicarea i coordonarea. Simultan
companiile de telecomunicaii au mrit benzile de transmitere de date pentru dezvoltarea i
rspndirea acestor tehnologii.
Aplicaiile pentru grupuri mici i comunitile IS au interese comune dar i multe
diferene. Grupurile mici se formeaz n general din nevoia de a aduna mpreun oameni ce
trebuie s comunice. n schimb sistemele organizaionale se concentreaz mai mult pe
coordonare, deoarece coordonarea unor grupuri disipate este o problem major la nivel
organizaional [38].
Membrii unui grup de obicei au acelai scopuri, ca rezultat, realizatorii produselor
anticipeaz mici friciuni relative i discordane ntre utilizatori i prefer cooperarea pentru
realizarea acestor scopuri.
Ce este un Groupware?
Groupware este o tehnologie proiectat i dezvoltat pentru a facilita lucrul dintre
diferite grupuri de persoane ce fac sau nu parte din cadrul unor firme sau organizaii [32].
Aceast tehnologie poate fi folosit pentru a putea comunica, coopera, coordona, pentru a
rezolva diferite probleme, pentru a negocia. n timp ce tehnologiile tradiionale, de exemplu
telefonul, a fost clasificat ca groupware, n momentul de fa termenul este folosit atunci
cnd ne referim la diferite tipuri de tehnologii legate de reelele moderne de calculatoare, de
exemplu e-mail, chat, videoconferine, newsgroup [78].
Exist i tendina concentrrii groupware-ului pe tehnologii singulare, cu cerine
relativ mai reduse de proiectare. Groupware-ul este situat la convergena funciilor amintite
i a tehnologiilor pentru materializarea acestora, respectiv:
transmisia de mesaje,
9

baze de date partajate i confereniere electronic,
flux de lucru.
Fiecare model tehnologic nu rezist prin folosire exclusiv. Din aceasta reiese c
aplicaiile de grup impun i necesit o gam larg de combinaii de tehnologii. Fora unei
platforme groupware const n capacitatea de a suporta o migrare dinamic ntre i prin
toate modurile de lucru n grup: comunicaie, cooperare i coordonare.
Groupware-ul reprezint o platform ce realizeaz n mod simplu i elegant convergena.
O platform groupware este reprezentativ doar prin integrarea celor 3 tehnologii amintite.
Groupware-ul trebuie s satisfac urmtoarele funcionaliti:
colecie de obiecte - n care s poat fi stocate i gestionate cunotine,

mesaje, documente, forme, memorii, rapoarte etc.
model de acces i distribuie - s permit utilizatorilor s localizeze i s

disemineze informaia;
cadru de lucru pentru dezvoltarea de aplicaii ce manipuleaz serviciile

existente, situate pe un nivel inferior de stocare de obiecte, distribuie i
acces.
Pentru a fi funcionale ntr-un mediu i cadru economico-organizaional dat,

sistemele i platformele de dezvoltare a sistemelor cooperative trebuie s ndeplineasc
urmtoarele cerine generale:
posibilitate de integrare cu resursele externe - originea informaiei pentru

colectivitatea ce coopereaz este, n general, extern mediului groupware
(exemple: instrumente pentru PC-uri, colecii de informaii din diverse baze
de date relaionate etc.);
independena de platform - aplicaiile groupware debuteaz deseori ca

implementri departamentale, rezultatele ulterioare putnd fi extinse pe o arie
mult mai larg; independena de platforma este un element de baz pentru a
asigura o utilizare extins i protecia investiiei;
mobilitate - infrastructura groupware trebuie s poat suporta multe

localizri dispersate geografic, incluznd o gam eterogen de echipamente;
coexistena unor aplicaii comune mai multor uniti - relaiile economice

leag partenerii economici ca actori principali n automatizarea proceselor de
afaceri, necesitnd abilitatea de a extinde facil aplicaia iniial prin adugri
succesive.
Proiectarea acestui tip de soft dedicat sistemelor cooperative implic nelegerea

grupurilor i a modului n care se comport oamenii n cadrul grupului. De asemenea, implic
o bun nelegere a tehnologiei i a unor aspecte ale acesteia, de exemplu, ntrzierile n cadrul
modului sincron de lucru, cum afecteaz aceasta utilizatorul. Trebuie luat n considerare
modul de comportament al utilizatorilor n funcie de numrul acestora, ntr-un fel se
comport i interacioneaz de exemplu 100 de utilizatori i n alt mod un grup format din 5
persoane, performana sistemului n funcie de numrul de utilizatori.
10

Acest tip de soft ofer foarte multe avantaje fa de cele pentru un singur utilizator:
faciliteaz comunicarea, o face mai rapid, mai uoar i mai convingtoare;
reduce costurile privind transportul;
pune n eviden multiple perspective;
permite realizarea unui grup de discuie, pentru realizarea unui scop comun;
faciliteaz rezolvarea rapid a problemelor;
permite folosirea unor noi ci de comunicare;
reduce timpul i costul n coordonarea unui grup de lucru;
Acest tip de soft este mult mai greu de realizat dect software-ul tradiional, acest tip
de sisteme i pot atinge scopul doar dac sunt adoptate de toate grupurile int.
Aplicaii de tip asincron:
Pota electronic (E-mail) se refer la facilitile de schimb electronic de

mesaje ntre utilizatori. Pota electronic este un mediu foarte flexibil, una
din caracteristicile ei este de trimitere a unui mesaj simultan, mai multor
destinatari. Aceast caracteristic st la baza operrii sistemelor de liste de
pot (liste de discuii), care reprezint punctul de pornire al nfiinrii
comunitilor electronice. Listele de discuii permit ntlnirea virtual a
oamenilor cu interese comune, schimburile de idei, circulaia anunurilor,
tirilor i documentelor, mprtirea expertizelor proprii n rezolvarea
problemelor comune. Abonarea la astfel de liste de discuii se poate face fie
fr nici o restricie, fie n urma aprobrii abonatului de responsabilul de list
(acest lucru a fost necesar, datorit subiectelor de interes restrns ale unor
liste sau al nfiinrii unor liste de discuii cu cerc nchis) [8].
Grupurile de tiri reprezint un forum universal de discuii pe teme

specifice. Oamenii interesai de acest subiect pot subscrie la un grup de
tiri. Cei care au subscris la un grup pot folosi un program de citire de tiri
(de ex. Netscape) pentru a citi toate articolele (mesajele) trimise ntr-un grup
de tiri. De asemenea, oamenii pot trimite articole unui grup de tiri; fiecare
articol este transmis automat tuturor celor ce aparin grupului respectiv. De
fapt, un grup de tiri este asemntor cu o list de pot electronic, dar
intern, implementarea este alta. Numrul grupurilor de tiri este att de mare
(peste 10.000), nct au trebuit ierarhizate, pentru facilitarea gestionrii lor .
Sisteme de tip workflow, permit ca documentele s fie repartizate n

cadrul unei organizaii printr-un proces specific. De exemplu, o astfel de
aplicaie permite unui angajat s transmit un raport de cheltuieli pentru a fi
aprobat, raportul este primit de manager n format electronic, acesta l
aprob, sistemul realizeaz o copie a documentului i o arhiveaz, n timp ce
documentul original este trimis la contabilitate. Acest tip de aplicaie permite
crearea i repartizarea de formulare.
11

Grupuri de tip calendar, permit planificarea, administrarea unui proiect,

coordonarea mai multor angajai i poate oferi i planificarea i coordonarea
diferitelor echipamente. De asemenea, pot ajuta la localizarea anumitor
persoane.
Aplicaii n timp real:
Shared whiteboards (tabl de lucru comun), permite mai multor persoane

s vad i s deseneze pe acelai suport virtual chiar dac sunt n locaii
diferite. Domeniile de aplicare sunt numeroase, de exemplu aplicaii
inginereti, schie, desene etc. Ceea ce deseneaz sau scrie fiecare utilizator
poate fi difereniat prin folosirea unor culori distincte [5]. (figura 2.1)
Sisteme de comunicaii video, ofer posibilitatea colaborrii i vizualizrii

partenerilor i a proceselor vizate;
Sisteme de tip Chat, permit comunicarea prin scris n timp real ntre mai
multe persoane. Grupurile chat sunt listate n funcie de numele camerei
virtuale, al locaiei, al numrului de persoane, liste de discuii etc.
Sisteme decizionale, proiectate pentru a facilita luarea unor decizii n cadrul

grupului. Acestea ofer instrumente pentru discuii n cadrul grupului,
faciliteaz brainstormingul, ofer variante alternative, ofer un sistem de vot.
Iniial proiectate pentru a facilita ntlnirile, acum ele ncurajeaz
participarea direct i egal a actorilor.
Fig. 2.1. - Exemplu de utilizare a tablei de lucru comune
Toate aceste sisteme de tip sincron i asincron pot fi implementate n cadrul unei
aplicaii mai complexe care s conin i soft-urile specializate pentru proiectarea, analiza i
fabricaia produselor facilitnd astfel cooperarea dintre parteneri i realiznd astfel o parte din
infrastructura necesar crerii unui sistem cooperativ.
12

2.2. Tipuri de sisteme cooperative i clasificarea lor.

Putem clasifica sistemele cooperative astfel:
a. Din punct de vedere cronologic sistemele cooperative pot fi ncadrate n mai
multe generaii.
a.1. Originea lor se afl n GDS uri, care pot fi considerate ca o prim generaie i
se bazeaz pe informatica clasic, algoritmic. Aceste sisteme se caracterizeaz prin faptul c
necesit un suport informatic i de comunicare deosebit att din punct de vedere hard (sisteme
de videoconferine, comunicare prin diferite medii cum ar fi voce, hrtie, fax, telefon, reele
de calculatoare etc.), dar mai ales soft. n ultimii 10 15 ani s-au dezvoltat un numr
nsemnat de produse soft specializate n acest domeniu, prezentate pe larg n literatura de
specialitate.
a.2. A doua generaie bazat pe inteligena artificial.
La nceput s-a insistat asupra reprezentrii cunotinelor precum i a sistemelor
informaionale inteligente, generale. Ulterior s-a trecut la utilizarea pe scara larg a
inteligenei artificiale aplicate. Astzi, alturi de sisteme expert, care se consider componenta
clasic a inteligenei artificiale aplicate, se utilizeaz extensiv reelele neuronale, algoritmii
genetici, precum i sistemele inteligente hibride .
a.3. Generaia actual i viitoare bazat pe inteligena artificial distribuit
denumit i a agenilor inteligeni i a holonilor.
Datorit extinderii Internet-ului problemele s-au diversificat aprnd alte noi direcii
n management i afaceri. Dac la nceput Internet ul i Web ul se utilizau mai ales pentru
probleme academice i de cercetare, din anul 1997 ponderea utilizrii s-a mutat n probleme
de afaceri. Afacerile distribuite n reea, precum i comerul electronic au dus la noi modele de
afaceri care vor avea semnificaii deosebite n viitor. Aceste modificri genereaz la rndul lor
modificri n strategiile firmelor, a modurilor lor de organizare dar i a sistemelor
informaionale aferente [41].
Ca rezultat al acestui mod de afaceri, dar i a facilitilor oferite de Internet, au aprut
firmele distribuite i virtuale. Managementul acestor firme cere o nou generaie de sisteme
informaionale i de asistare. La nceput, acest suport a aprut sub forma bazelor de date
distribuite, dar ulterior s-a pus problema distribuirii proceselor precum i a managementului
ntregului sistem informaional.
O alt etap din domeniul managementului, care a impus i impune n
continuare sistemele cooperative i duce n mod inevitabil la schimbarea generaiei de
sisteme suport este aceea a ntreprinderilor inteligente. Apariia unei noi generaii este
impus de faptul c, dup cum este cunoscut, rezolvarea acestor probleme n cadrul
mediilor clasice de inteligen artificial este deosebit de dificil.
13

b. Sistemele cooperative sunt n general, clasificate dup urmtoarele criterii:

b.1 din punctul de vedere al dimensiunii aplicaiilor cuprinse:
aplicaii pentru grupuri mari, ce lucreaz n domeniul public, administrativ,

economico-social i ntreprinderi presupunnd: sli de conferine electronice;
sisteme de automatizare a fluxurilor de producie;
aplicaii pentru grupuri mici (3-10 utilizatori), cu posibiliti de:

confereniere la postul de lucru (desktop conferencing); elaborarea
aplicaiilor n cooperare (elaborare cooperativ).
b.2 n funcie de timpul n care se desfoar activitatea de cooperare:
n timp real (sincron) - comunicaia are loc n acelai timp (de exemplu
videoconferine);
n timpi diferii (asincron) - comunicaia are loc n timpi diferii (de exemplu
e-mail).
b.3 dup amplasarea utilizatorilor de sisteme:
locaii unice (face to face) - personalul cooperant coexista n cadrul aceluiai

loc de munc;
locaii diferite (distribuite) - participanii la cooperare sunt dispersai

geografic.
Din analiza comparativ a modurilor de abordare a dezvoltrii sistemelor

cooperative, respectiv pentru aplicaii mici de grup sau pachete de programe dedicate
(specific SUA) i dezvoltarea de proiecte mari cu implicaii organizatorice (specific
Europei) se pot observa urmtoarele:
a. aplicaiile sistemelor cooperative pentru grupuri mici presupun dezvoltarea cu
prioritate a sistemelor de comunicaie cu tehnologiile aferente, care creeaz o cerere
crescut de benzi de lucru, video, multimedia etc. Proiectele mari de dezvoltare a
sistemele cooperative au ca obiective prioritare coordonarea i urmrirea principalelor
grupuri care conlucreaz la realizarea aceluiai obiectiv. Coordonarea eforturilor
diferitelor grupuri reprezint o problem major la nivelul unei organizaii economicosociale sau administrative [41].
b. aplicaiile mici de grup sunt mai mult dedicate interfeei om-calculator, n timp ce
sistemele informatice cooperative organizaionale sunt axate, mai ales, pe
funcionalitate, unde apar probleme foarte dificile, impuse de cerinele sistemului.
c. utilizatorii de aplicaii single-user i mpart sarcinile, ntre scopurile utilizatorilor
finali, diferenele fiind minore.
d. n privina destinaiei i a comercializrii, diferenele sunt evidente pentru cele dou
tipuri de aplicaii. Pentru aplicaiile mici de grup, cercetarea i dezvoltarea sunt foarte
dependente, cercetarea fiind influenat direct de cerinele imediate ale utilizatorilor.
14

Pentru proiectele mari, organizaionale, cercetarea este sponsorizat, n mare parte, de

guvernele rilor respective i de aceea sprijinul industriei i al utilizatorului final este
foarte important pentru a reui implementarea principalelor aplicaii i cerine.
Sistemele cooperative includ, n prezent, n special, urmtoarele tipuri de aplicaii cu
caracter general:
transmisii de la i ntre PC-uri;
pota electronic i extensii;
sisteme de teleconferin;
conferine n timp real;
camere de instruire electronic sau sisteme de grup;
sisteme de nvare la distan;
sisteme de publicare de referine;
sisteme decizionale;
sisteme de proiectare, analiz i fabricaie a produselor;
baze de date distribuite;
sisteme de securitate;
sisteme de gestionare a resurselor;
sisteme de administrare a activitilor.
2.3. Sistemele cooperative, origine a constituirii ntreprinderilor

virtuale
n prezent sistemele cooperative cunosc o dezvoltare rapid, n special datorit noilor
progrese tehnologice n sfera comunicaiei, precum i datorit posibilitilor de acces,
partajare i gestiune interactiv a cunotinelor prin folosirea bazelor de date partajate [41].
Raiunea principal n studiul sistemelor cooperative este descoperirea cilor de
utilizare a tehnologiei de calcul, pentru a da posibilitatea lucrului n grup, ntr-un spaiu i
timp definit.
Practic, studiul sistemelor cooperative are ca obiective principale de investigaie
aspectele legate de modalitile de lucru ntre persoane ce conlucreaz la rezolvarea unor
sarcini concrete, asistai de calculator, i impactul social al activitii de cooperare, susinut
de tehnologia de calcul asupra utilizatorilor ce coopereaz folosind aceast tehnologie.
Sistemele cooperative reprezint un domeniu n care cercettorii i proiectanii
participani la cooperare pot partaja experienele, informnd alte persoane despre posibiliti
tehnice, cerine i restricii etc.
15

Utilizarea sistemelor cooperative permite folosirea unor surse mari de informaie,

precum i gsirea unor ci de rezolvare a conflictelor ntre prioritile diverselor persoane
participante la cooperare i a unor moduri de lucru, avantajoase pentru fiecare din pri.
Direciile de dezvoltare a sistemelor cooperative se suprapun, n general, cu nucleele
mari de cercetare-experimentare, dar prezint diferene eseniale privind destinaia i
comercializarea.
n SUA, domeniul s-a dezvoltat ca un subdomeniu al HCI (Human Computer
Interaction), sprijinit de companiile de calculatoare i realizare software, ce au dezvoltat
aplicaiile single-user (utilizator unic), n sensul aplicaiilor pentru grupuri mici de lucru,
aparinnd aceleiai organizaii, sau pachete de programe dedicate. Aceasta se datoreaz
faptului c, n SUA, cercetarea n laboratoarele industriei informatice i n cele ale
universitilor este foarte influenat de cerinele imediate ale utilizatorilor.
n Europa, dezvoltarea se ndreapt ctre proiecte mari, cu implicaii organizatorice.
Aceasta deoarece cercetarea este sponsorizat, n mare parte, pe linie guvernamental, iar
cercetarea academica are ca scop final aplicaii n industrie.
n Europa, domeniul sistemelor cooperative este susinut printr-o mare diversitate de
granturi guvernamentale. Proiectele majore din Uniunea European sunt finanate prin
intermediul Programelor ESPRIT (European Strategic Programs for Research and
Development in Information Technology) i RACE (Research and Development in Advance
Communication Technology). Ele reunesc cercettori i elaboratori din diverse ri i
parteneri att din sfera academic, ct i din zona industrial.
Anumite proiecte necesit un mod de lucru n echip foarte bine nchegat, altele pot
fi realizate cu eforturi independente de fiecare parte. Aceste proiecte reprezint adevrate
exerciii de lucru cooperativ, al cror coninut l reprezint cercetarea i dezvoltarea sistemelor
cooperative.
Proiectul CO-TECH dezvoltat n cadrul COST (Cooperation in Science and
Technology) reprezint un efort de a realiza cooperarea ntre cercettori i elaboratori din
rile Uniunii Europene. Acesta propune o finanare pentru organizarea i desfurarea de
ntlniri, nu numai cu scopuri stricte de cercetare, i a avut succes n constituirea unor serii de
comuniti.
Multe guverne europene au instituii i laboratoare proprii n care se desfoar
activiti de cercetare avnd ca obiectiv activiti administrativ guvernamentale. n acest
sens, trebuie menionat efortul important al Germaniei pentru dezvoltarea unei infrastructuri
care s permit o legtur informaional ntre activitile guvernamentale ce se vor desfura
n viitor att la Bonn, ct i la Berlin.
Diferenele ntre Europa i SUA sunt parial estompate n Anglia. Datorit utilizrii
aceleiai limbi i a unei culturi comune, anumite companii din SUA au laboratoare de
cercetare n Anglia (un exemplu concludent este Centrul de Cercetri din Cambridge: Euro
Park, al Companiei Rank Xerox).
n Japonia, dezvoltarea sistemelor cooperative este similar cu cea din SUA, pornind
de la o dezvoltare adecvat de produse comerciale, prin includerea componentelor de
comunicaie, cu tendina ns de migrare ctre modul european de abordare.
16

n prezent, dezvoltarea sistemelor cooperative capt noi dimensiuni prin utilizarea

World Wide Web (Web sau WWW) ca baz tehnologic pentru arhitectura acestora.
WWW este caracterizat printr-un set de protocoale ce opereaz pe Internet sau pe
Intranet, respectiv pe reele TCP/IP publice sau interne ale organizaiilor.
Avantajele utilizrii Web-ului ca suport pentru sistemele cooperative, WWW
reprezentnd cel mai utilizat sistem hipermedia distribuit, precum i sistemul de distribuie a
informaiei multimedia cu cea mai rapid cretere din industria informatic, ce funcioneaz
pe infrastructura reelelor deschise TCP / IP Internet / Intranet n arhitectura client server, fac
ca Intranet-ul s reprezinte o paradigm pentru infrastructura viitoarelor sisteme
organizaionale.
Deoarece Intranet-urile se bazeaz pe aceleai standarde de protocoale i tehnologii
independente Internet, ele sunt accesibile fiecrui membru din cadrul organizaiei,
independent de platforma hardware.
Intranet-urile ce opereaz pe reele deschise TCP / IP, permit societilor comerciale
s utilizeze aceleai tipuri de servere i browsere folosite pentru World Wide Web n
aplicaiile interne, distribuite prin intermediul reelelor locale (LAN) ale societii.
Pentru utilizarea i dezvoltarea sistemelor de lucru n cooperare asistat de calculator
trebuie avute n vedere urmtoarele elemente cheie:
contientizarea i specificarea grupului;
spaiul, coleciile i tipurile de informaii partajate;
modalitile i tipurile de comunicaie;
cunoaterea facilitilor mediului de dezvoltare;
interfeele multiutilizator;
controlul lucrului concurent;
coordonarea n cadrul grupului;
Cerinele funcionale, specifice pentru sistemele cooperative la nivel de grupe de lucru sunt
urmtoarele:
s permit conlucrarea sistemelor de operare la nivel de client, reea i

server;
s permit lucrul n regim mobil i la distan;
s asigure interactivitatea ntre uniti economice diferite.
O infrastructur complet pentru un sistem cooperativ trebuie s mbine tehnologiile

modului de lucru n cooperare asistat de calculator (comunicaie, colaborare, coordonare) i
s creeze o legtur ntre ele, realiznd un ntreg mult mai complex dect suma celor trei.
Infrastructura sistemului cooperativ trebuie s fie destul de flexibil pentru a permite
utilizatorilor extinderea cerinelor specifice.
Se observ astzi o mare diversitate de ci de abordare, n special, datorit dinamicii
tehnologiei i a posibilitilor nebnuite de utilizare n domenii diferite.
17

Sistemele cooperative nu reprezint un domeniu strict delimitat, n sensul unei realizri

comune, ci un mozaic de componente.
1. Considernd c un sistem de cooperare asistat de calculator reprezint un suport
pentru o asistare corespunztoare a muncii individuale n cadrul unei colectiviti, se
ajunge la concluzia c sistemul cooperativ reprezint o integrare a urmtoarelor funcii
i tehnologii:
comunicaie - prin schimb de mesaje;
cooperare - prin punerea la dispoziie a unui spaiu mare de lucru, partajat

virtual;
coordonare - prin adugare la structurile proceselor economice, a atributelor

de comunicaie i de cooperare, n vederea posibilitii implementrii
politicilor unor uniti economice sau administrative.
2. Cerinele la nivelul componentelor de comunicaie, colaborare i automatizare a

fluxului de lucru a sistemului cooperativ pentru asigurarea cooperrii n uniti
organizaionale:
cerinele pentru comunicaie i cooperare sunt distincte. Mesageria

electronic de una singura nu prezint suficiente faciliti pentru procesul de
cooperare. Tehnologia bazelor de date utilizeaz modelul tragere (pull)
pentru distribuia informaiei, ceea ce implic utilizatorii n procesele de
cooperare;
cooperarea necesit un sistem ce combina modelele push i pull i un

cadru robust pentru exploatarea multiplelor ci pe care utilizatorii le necesit
pentru a comunica i coopera;
baza de date partajat este esenial pentru lucrul n cooperare, vederi

partajate i pentru cristalizarea informaiei existente n cunoaterea
organizaional; o cale pentru realizarea integrrii modelelor push i pull
este realizat prin instrumentele ce permit o utilizare coordonat a mesageriei
i a tehnologiei bazelor de date partajate.
3. Pentru procesele economice, n care apar att activiti structurate, ct i nestructurate,

se pot trage urmtoarele concluzii privind cerinele funcionale, legate de modalitile
de lucru:
a. desfurarea real a lucrului implic o micare dinamic ntre activiti
structurate - nestructurate, precum i ntre activiti predefinite i ad-hoc.
Aceasta necesit utilizarea unui model integrat push / pull pentru a permite
persoanelor s se mute de la un tip de lucru la urmtorul, n cursul unei
desfurri normale a procesului de lucru.
b. activitile structurate, predefinite n grup, pot fi utilizate prin programarea de
aplicaii de automatizare a fluxului de lucru. Acestea, n funcie de tehnologia
folosit, sunt de dou tipuri de baz:
prin routare, cele bazate pe tehnologia mesageriei electronice;

prin tragere, cele bazate pe tehnologia bazelor de date partajate.
18

Integrarea celor dou moduri de abordare privind automatizarea fluxului de

lucru, se realizeaz prin dezvoltarea unui cadru integrat de dezvoltare de
aplicaii ce exploateaz att serviciile oferite de mesageria electronic, ct i
cele prezentate de bazele de date partajate.
c. mediul de dezvoltare de aplicaii reprezint componenta de baz a arhitecturii
unui sistem cooperativ. Cheia pentru dezvoltarea unor aplicaii puternice avnd
ca obiectiv automatizarea fluxului de lucru const n existenta unui mediu de
dezvoltare de aplicaii, integrat ca o component a sistemului de automatizare a
fluxului de lucru.
4. n etapa actual, utilizarea exploziv a sistemelor client / server la nivel organizaional
bazate pe tehnologia Internet Intranet Extranet conduce la o redefinire a
arhitecturii sistemelor de cooperare asistat de calculator, pentru uniti
organizaionale. Aplicaiile pentru uniti economico-administrative, bazate pe
tehnologia Web, au revoluionat comunicaia i cooperarea din cadrul acestora.
Intranet-urile ce opereaz pe reele deschise TCP / IP, permit societilor comerciale s
utilizeze aceleai tipuri de servere i browsere folosite pentru World Wide Web n
aplicaii interne distribuite prin intermediul reelelor locale (LAN) ale societii.
Deoarece Intranet-urile se bazeaz pe aceleai standarde de protocoale i tehnologii
independente Internet, ele sunt accesibile fiecrui membru din cadrul organizaiei, fr
a ine seama de alegerea platformei hardware. Serverele Intranet permit o real
funcionalitate economic i o cooperare eficient ntre colectivitatea unei uniti
organizaionale. Astfel, ele fac posibil:
publicarea / difuzarea de informaii;
procesarea datelor;
execuia aplicaiilor avnd ca suport baze de date;
colaborarea eficient ntre personalul societii;
colaborarea cu furnizorii i clienii societii.
Noi tehnologii i aplicaii:
medii de proiectare virtual, n care proiectanii vor putea s configureze

propriile seturi de instrumente adaptate la sarcinile de ndeplinit, acestea pot
fi accesate prin intermediul Internetului de ctre toi inginerii implicai n
proiectul respectiv, sau pot fi accesate prin Intranetul organizaiei. Acest
mediu de proiectare virtual va fi mult mai uor de folosit, va permite accesul
la multe documente de specialitate, se vor putea schimba date i fiiere ntr-un
nou mod, printr-un format neutru i securizat, astfel se vor nltura
problemele existente n schimbul de fiiere dintre diferitele soft-uri de
proiectare i fabricaie. Acest tip de sistem presupune existena unui puternic
motor de cutare, sortare i indexare. Un astfel de sistem este WELD (Webbased Electronic Systems Design).
Medii colaborative de prototipare virtual, acestea presupun lucrul n echipe

specializate, distribuite geografic, aceste medii asigur i contactul vizual cu
ceilali actori implicai, combinat cu instrumente de comunicaie sofisticate.
19

Aceste medii asigura colaborarea ntre mai muli utilizatori i mai multe
aplicaii n mediu 3D. n acest model, obiectele 3D pot fi vzute simultan de
mai muli utilizatori, acetia pot interaciona i pot comunica n timp real, se
poate modela, remodela i evalua respectivul proiect [10].
Digital engineering libraries (librrii digitale n domeniul ingineriei), sunt

foarte importante n cadrul sistemelor de inginerie colaborativ. Aceste
biblioteci on-line vor stoca i organiza informaii n legtur cu tipul
produselor, funcii i diverse specificaii. Este necesar o clasificare i
sistematizare a cunotinelor inginereti. Fiecare produs va fi reprezentat prin
modele multiple n diferite faze de abstractizare i acordat pentru diferite
aplicaii. Aceste modele pot fi scrise n diferite limbaje i reprezentate n
diferite forme. Instrumentele de vizualizare integrate cu motoarele de cutare
vor ajuta proiectantul s parcurg o palet larg de informaii. Pe lng
aceasta, un inginer va avea nevoie de un sistem inteligent de cutare i
explorare a bibliotecilor astfel nct modelul gsit s corespund cerinelor.
2.4. Domenii de utilizare i aplicaii

2.4.1. Domenii de utilizare
Realizarea produsului conform cerinelor pieei i aducerea acestuia pe pia la
momentul potrivit, la un pre competitiv presupune o bun cooperare ntre organizaiile
implicate (asociai, consumatori, furnizori, consultani, experi n logistic etc.) i folosirea
unor sisteme de colaborare performante pentru realizarea acestor scopuri. Aceste sisteme
cooperative trebuie s fie capabile s asigure colaborarea ntre diferite discipline i tehnologii,
de preferat n timp real. Sistemele cooperative sunt folosite cu succes n domeniul ingineriei,
economic, sntate, transporturi etc.
Soft-uri:
AutoVue SolidModel Professional for Java permite:
vizualizarea rotirea, transformarea, msurarea precis a unor piese i
ansambluri modelate n CATIA, Pro/E, Unigraphics, SolidWorks, Solid
Edge, Autodesk Inventor i Mechanical Desktop, DirectModel JT, VDA-FS,
STEP, STL i alte formate 3D;
vizualizarea unor piese i ansambluri din AutoCAD, MicroStation, Cadkey,

ME10, HPGL, IGES, i alte formate 2D sau vederi 2D preluate din modelele
3D ale unor soft-uri;
folosirea n cadrul sistemului a soft-urilor de tipul: MS Office, Visio, Adobe

PDF, PostScript, WordPerfect;
20

clienii sunt capabili s contacteze persoanele implicate n cadrul proiectului,

pot programa ntlniri on-line fr a prsi mediu propriu de lucru;
Fig.2.2. Interfaa sistemului AutoVue SolidModel Professional
Fig.2.3. Exemplu de utilizare a sistemului AutoVue SolidModel Professional
se pot vedea, manipula, marca interactiv orice tip de document n mai mult
de 200 de formate suportate de acest sistem;
se pot corecta, discuta anumite idei i probleme, se pot coordona activiti,

toate n timp real, fiecare utilizator este identificat i n cazul n care se
dorete marcarea anumitor pari ale piesei acesta are o culoare predefinit de
marcare.
Colaborarea n timp real, n sistemul AutoVue SolidModel Professional presupune: ntlnirea

actorilor implicai, posibilitatea de a vedea n timp real desenele sau schiele, posibilitatea de a
marca zonele din desen cu posibile probleme, posibilitatea de a comunica prin intermediul
chat ului [66].
Tango
este un sistem cooperativ bazat pe Java;
permite att colaborarea sincron ct i asincron;
permite integrarea mai multor genuri de aplicaii;
este focalizat pe www.

21

ISAAC
permite att colaborarea sincron ct i asincron;
face colaborarea asistat de calculator mai natural, mai puternic i mai

receptiv la mai multe moduri de comunicare necesare utilizatorilor;
permite colaborarea n timp real ct i cea asincron;
sistemul se bazeaz pe camere virtuale de colaborare;
camerele virtuale ofer instrumente de colaborare adecvate cu nevoile

utilizatorilor;
permite integrarea mai multor tipuri de aplicaii;
pune la dispoziia utilizatorilor o baz de date cu acces n funcie de nivelul

de securitate al datelor;
spaiul de lucru este adaptat conceptului multimedia;
are la baz Java;
prezint camere virtuale pentru lucrul pe echipe i ntre echipe;
prezint instrumente pentru managementul activitilor;
camerele virtuale se pot personaliza n funcie de utilizator i de cerinele

acestuia;
sistemul este concentrat pe securitatea documentelor;
este un sistem dinamic, permite crearea, inserarea i manipularea diferitelor

obiecte n timp real [69].
Workplace
Mushroom
Toate aceste aplicaii sunt folosite cu preponderen n domeniul ingineriei, n

particular pe diferite specializri: mecanic, electric, transporturi, construcii etc. Un
dezavantaj major al acestor aplicaii este acela c asigur doar vizualizarea pieselor i
ansamblurilor. De exemplu ntr-o colaborare ntre 2 echipe de cercetare dispersate geografic,
dac prima folosete pentru a proiecta anumite componente soft-ul CATIA, iar cea de-a doua
Unigraphics, aceasta poate doar vizualiza realizrile primei echipe fr a putea modifica,
eventual poate face unele observaii ce vor putea fi efectuate n sistemul iniial.
2.4.2. Tipuri de relaii n cadrul ntreprinderii virtuale

Marketingul relaiilor este ansamblul de principii, modele, msuri care au ca scop
selectarea, iniierea, managementul i controlul pe termen lung al relaiilor de afaceri i
cuprinde n afar de relaiile cu clienii toate relaiile externe ale firmei. Bineneles firmele
trebuie s acorde atenie i relaiilor interne. Marketingul relaiilor cuprinde urmtoarele
cmpuri:
22

Relaii orizontale se refer la diferitele componente ale societii

investitori, acionari, concureni, instituii;
Relaii verticale cu furnizori, intermediari, distribiutori, clieni;
Relaii externe care cuprind toate relaiile externe ale firmei, sau n sens
mai restrns relaiile cu clienii sau consumatorii finali;
Relaiile interne relaiile cu interiorul organizaiei marketingul intern

viznd angajaii.
precum i:
B2B este un acronim care se refer la comerul electronic Business to Business.

Comerul electronic Business to Business ia forma proceselor automate ntre partenerii de
afaceri i se realizeaz ntr-un volum mult mai mare dect aplicaiile Business to Customer.
B2B descrie orice relaie ntre o firm care vinde produse sau ofer servicii unei alte
firme i firma care cumpr produsul sau serviciul. Software-ul B2B permite companiilor s
administreze integrarea i automatizarea proceselor cu furnizori cheie, parteneri i clieni via
Internet. Aceasta se poate realiza permind sistemelor informaionale noi i celor deja
existente s comunice ntre ele ntr-un limbaj comun.
Principalele avantaje ale relaiei B2B:
reducerea costurilor;
creterea eficienei i a vnzrilor;
mai bun relaie cu partenerii.
B2C este o abreviere de la Business-to-Costumer electronic commerce. Poate fi

recunoscut prin formele de adresare public ale comerului electronic precum magazinele
web.
Comerul electronic este neles n general ca vnzarea unor bunuri i servicii
consumatorilor finali. Aceasta nu este ns cea mai important parte a afacerilor on-line.
Este de asemenea, adesea considerat fr succes pentru simplul motiv c intele au fost fixate
prea sus, se dorete o realizare a acestora prea devreme i pentru c nenumratele ncercri au
fost prost planificate i administrate. O astfel de relaie nu este uor de realizat deoarece
vnzarea on-line nu funcioneaz dect dac este bine integrat cu logistic, cumprare etc.
B2E este un acronim care se refer la comerul electronic business-to-employee, o
reea intern ntreprinderii care permite companiei s furnizeze produse i/sau servicii
angajailor. n mod curent, companiile folosesc reelele B2E pentru automatizarea proceselor
legate de angajai [44].
Exemple de aplicaii ale B2E:
Managementul polielor de asigurare on-line;
Diseminarea anunurilor care in de corporaie;
Cereri de aprovizionare on-line;
Oferte speciale de angajare.

23

n cadrul relaiilor de tipul IntraBusiness din cadrul comerului electronic se regsesc:
Activitile IntraBusiness de e-Commerce din cadrul unei organizaii sunt:
ntre companie i angajaii si;

ntre compartimente din cadrul companiei;
ntre angajaii aceleiai companii.
Business-to-employees (B2E)intrabusiness
furnizeaz produse i servicii angajailor ei:
prin
care
companie
pregtire i educaie furnizat prin intermediul reelelor intranet;

comenzi electronice pentru aprovizionare i materiale necesare
desfurrii activitii;
cumprarea cu discount a asigurrilor, biletelor de cltorie etc., prin
Intranet ul companiei;
magazinele corporaiei vnd produsele companiei cu discount;
compania public informaii pe reeaua intern;
angajaii obin unele avantaje n plus, urmeaz cursuri etc.
Aplicaiile reprezentative ale B2E includ:
oferirea de unelte electronice de comunicare pentru reprezentanii

domeniului;
instruire i educaie prin reeaua Intranet;
utilizarea cataloagelor electronice i a formularelor de comand de ctre

posibilul client;
instrumente electronice pentru comunicare, colaborare i informare;
sisteme pentru diseminarea informaiilor sau care permit angajailor s-i

administreze avantajele via intranet.
Activiti ntre diferitele compartimente ale ntreprinderii: companiile mari sunt

alctuite din compartimente independente care vnd sau cumpr
materiale, produse i servicii unele de la altele. Aceste tranzacii pot fi
realizate cu uurin prin Internet;
companiile dein reele construite pentru a face legtura ntre distribuitorii

companiei;
suport pentru comunicaii;
colaborare;
executarea tranzaciilor;
Activiti care se desfoar ntre angajaii ntreprinderii: marile organizaii au

posibilitatea de a aduga pe reeaua intranet a unei aplicaii de mic
publicitate prin care angajaii pot cumpra i vinde produse i servicii unii de
la alii;
se poate realiza interconectarea Intranet urilor pentru a crete aria de

expunere.
24

angajaii colaboreaz i comunic folosind tehnologiile comerului electronic
C2C (customer-to-customer) acest tip de relaie este mai vechi dect e-bussiness,
se refer la relaiile ntre clieni.
C2B (customer-to-business) - este un acronim care se refer la activitatea desfurat
de client: de a verifica, compara, analiza calitii i a preurilor nainte de a cumpra sau a
semna o colaborare.
Alte tipuri de relaii:
B2G este un acronim care se refer la reelele de comer electronic business to
government care permite companiilor s lanseze oferte la licitaiile lansate de stat prin RFP.
RFP este tot un acronim pentru Request For Proposal, un termen care se refer la o
cerere de oferte pentru un anumit produs sau serviciu. Mai este cunoscut i sub denumirea de
RFQ (request for quotation). Un RFP cere de obicei mai mult dect un pre, incluznd i
informaii generale despre corporaie, informaii i documente financiare, i istoricul
corporaiei.
B2X este un acronim care se refer la reelele de comer electronic business to
exchange care conecteaz companiile la site-urile i serviciile B2B. Aceasta permite unei
companii s evalueze multe alternative de servicii B2B pentru soluia sau preul optim.
B2A este un acronim ce se refer la relaiile organizaiei cu administraia local i
guvernamental.
C2A este un acronim care se refer la relaiile clientului cu administraia.
Fig.2.4. Tipuri de relaii
n figura 4 am prezentat principalele tipuri de relaii ce se desfoar n cadrul unei

organizaii i ntre diferite organizaii i instituii. Figura conine arhitectura simplificat a
dou organizaii, clienii acestora i diferite instituii. Astfel ntre aceste organizaii se
25

formeaz o relaie B2B, n cadrul acestora exist relaii de tip Intrabusiness: B2E, E2E etc.
Relaia cu clienii este de tipul B2C , iar reversul acesteia C2B. Relaiile ntre organizaie i
diversele instituii pot fi de tipul B2G sau B2A. De asemenea i clientul are o relaie direct
cu administraia, de tip C2A.
2.4.3. Managementul datelor de produs

La sfritul anilor 1980 companiile de soft au introdus prima generaie de sisteme
PDM (Product Data Management Managementul datelor de produs). Acest tip de sisteme a
aprut ca o necesitate a marilor companii care datorit dezvoltrii continue nu-i mai puteau
coordona i conduce eficient activitatea. Unele firme de soft au avut tendina iniial de a oferi
soluii PDM separat, dar majoritatea au preferat s le ofere mpreun cu softul de tip CAD
CAM CAE , datorit greutilor de integrare al acestui tip de soft cu cele deinute de
organizaia client. Astfel firmele de soft au preferat s integreze aceste sisteme cu cele de tip
CAD CAM CAE i s le ofere clienilor mai vechi [73] [1]. La baza PDM st o baz de
date de tip RDBMS (Relational Database Management System Sistem de administrare a
bazelor de date relaionate). Baza de date este folosit pentru a fi nregistrate piese i relaiile
dintre fiierele acestor piese. Sistemele PDM ofer securitate sporit a datelor, stocarea
fiierelor, clasificare, notificare, control i diverse aplicaii pentru procese specific inginereti.
Un punct comun al primelor sisteme PDM a fost administrarea datelor de produs nc din
punctul iniial, pn la fabricaie i apoi pn la uzura moral a produsului. Astfel se poate
observa c primele sisteme PDM au avut ca obiectiv principal fabricaia.
n ultimii ani, momentul de apariie pe pia cu un nou produs a devenit foarte
important pentru majoritatea companiilor. Astfel s-a simit nevoia de a reduce timpul dintre
punctul de pornire al proiectului i livrarea produsului, prin diverse tehnici specifice ingineriei
concurente. A doua generaie de sisteme PDM a reuit s integreze aceste cerine oferind
utilizatorilor un suport pentru ntregul ciclu de realizare al produselor. Aceste sisteme permit
folosirea elementelor specifice ingineriei concurente, pot administra i fazele intermediare ale
proiectului: proiectarea prototipului, fabricarea i testarea acestuia etc. [47].
Sistemele PDM realizeaz mai multe copii ale principalelor documente, acestea pot
fi accesate de ctre utilizatorii interesai. n momentul n care se face o modificare n cadrul
unui fiier, modificarea este nregistrat (persoana, data, motivul), i se realizeaz un nou
fiier cu aceste modificri , pstrndu-se totodat i varianta original. Acesta este principalul
principiu care st la baza PDM.
Conceptul de PDM pentru o mai bun nelegere poate fi separat n Data
Management- administrarea datelor i Process Management administrarea proceselor.
a. Administrarea datelor
Sistemul de administrare a datelor controleaz lucrul cu documentele firmei, oferind
informaii complete cu privire la piesele aflate n stadiu de proiect, dimensiunile viitoarei
piese, greutate, locul unde va fi folosit etc. Acest sistem este capabil s relaioneze toate
aceste informaii aflate n baza de date. Administrarea datelor presupune:
26

Clasificarea componentelor. n cadrul sistemelor PDM clasificarea este o

funcie fundamental. Clasificarea componentelor se poate face n funcie de
caracteristicile elementelor, care vor fi introduse n baza de date pe clase. La
rndul lor aceste clase pot fi reunite pe grupe de clase i familii de piese.
Astfel, lucrtorii companiei pot organiza i ierarhiza mai eficient informaiile
care se vor regsi n caz de necesitate mult mai uor. Fiecare pies poate avea
propriile sale atribute i caracteristici.
Clasificarea documentelor. Documentele aflate n strns legtur cu

componentele pot fi clasificate n mod similar, de exemplu pot fi clase de
tipul: schie, modele 3D, publicaii tehnice etc. Fiecare document
poate avea propriul set de atribute: pies, numr, autor, data introducerii n
sistem i n acelai timp poate fi meninut relaionarea cu propriile
componente. De exemplu pentru un rulment se pot extrage informaii de
tipul: schie 2D, modelul 3D, fiiere cu analiza prin element finit,
modificrile suferite n timp, autorul, date tehnice etc.
Structura produsului. Baza de date poate fi accesat i din punct de vedere

al produsului vzut ca ansamblu. Se pot vedea prile componente ale
ansamblului, materialele folosite pentru fiecare pies, detalii de fabricaie,
detalii financiare, furnizori, data livrrii, ntreinere i documentaie. Astfel,
un specialist dintr-un anumit domeniu poate vedea datele produsului
respectiv din propriul punct de vedere i conform pregtirii sale.
b. Administrarea proceselor, reprezint controlul asupra modului n care angajaii unei

organizaii introduc, modific i acceseaz baza de date. Acest mod de lucru presupune trei
funcii principale:
b.1 Administrarea modului de lucru, presupune controlul asupra modului de lucru a
angajailor cu baza de date. De exemplu, pe parcursul derulrii unui proiect, o pies modelat
n 3D poate suferi sute de modificri pn s corespund cerinelor. Sistemul PDM permite
nregistrarea tuturor variantelor de model, care sunt arhivate i pot fi ulterior accesate n cazul
n care proiectantul dorete s revin la o variant anterioar. De asemenea, sistemele PDM
adopt principiile ingineriei concurente. n momentul n care proiectantul principal face o
modificare, toi ceilali membrii ai echipei de lucru sunt anunai instantaneu i pot copia nou
variant.
b.2 Administrarea fluxului de lucru. Pentru dezvoltarea unui produs, n cele mai
multe cazuri, este necesar proiectarea a sute de piese. Pentru fiecare pies n parte fiierele
pot fi create, modificate, vzute, verificate i aprobate de foarte multe persoane, probabil de
mai multe ori. Mai mult piesele pot fi create prin metode diferite i pot conine diferite tipuri
de fiiere: modele solide, diagrame, analiz cu element finit etc. Lucrul n echip asupra unor
documente comune are un impact asupra fiierelor aflate n legtur cu acestea. Sistemul
PDM ajut la administrarea acestor date, pentru a preveni confuziile. De exemplu lucrul cu
acest sistem va mpiedica un inginer s lucreze asupra unei piese asupra creia s-a luat o
decizie de modificare. Toate persoanele implicate n proiect sunt introduse n baza de date
notificndu-se documentele asupra crora lucreaz. Astfel n momentul apariiei unei
modificri acesta este anunat instantaneu i suplimentar i se pot da explicaii asupra acestor
modificri i asupra noilor sarcini de ndeplinit.
27

Fig. 2.5. - Fluxul informaional n PDM [11]
Sistemul PDM permite o mai uoar coordonare i conducere a activitilor, astfel un

document poate trece la faza urmtoare doar dup ce a fost verificat i aprobat de persoanele
competente n luarea deciziilor de acest tip. [45]
b.3 Administrarea versiunilor preliminare de documente. Prin acesta se nregistreaz
toate evenimentele petrecute pe parcursul realizrii piesei. Acest lucru permite unui utilizator
s vad ntreaga istorie a proiectului i a piesei n particular. n cazul apariiei unei
probleme acesta poate interveni chiar la sursa acestei probleme, sistemul permind o
actualizare documentelor legate de acesta.
Beneficiile folosirii sistemelor PDM:
a. reduce timpul de apariie pe pia al produsului;
Principalii factori ce duc la ntrzierea apariiei produsului:
timpul necesar ndeplinirii unei sarcini;
timpul pierdut cu executarea acestuia;
timpul pierdut cu reproiectarea produsului.
Aceste obstacole sunt nlturate de sistemele PDM prin:
reducerea timpului de ndeplinire a unei sarcini prin oferirea de date la

cerere, instantaneu;
permite realizarea mai multor sarcini simultan;
permite accesul la baza de date persoanelor autorizate, tot timpul, cu

asigurarea faptului c acestea sunt actualizate.
b. aduce un spor de productivitate proiectrii produselor;

28

PDM permite inginerilor s foloseasc instrumentele adecvate realizrii sarcinilor,

permite un acces eficient la baza de date. S-a dovedit faptul c aproximativ 25-30% din
timpul destinat proiectrii este folosit pentru a cuta, primi, copia i verifica informaia
necesar. PDM nltur acest timp pierdut n totalitate, proiectantul primete toate aceste
informaii instantaneu n timpul lucrului cu piesa respectiv. Sistemele PDM nltur
problemele legate de rezolvarea unor probleme, astfel, proiectantul poate afla din baza de date
dac acest tip de problem a mai aprut i modul n care a fost rezolvat, el poate folosi aceste
informaii pentru rezolvarea propriei probleme, fr a pierde timpul cu dezvoltarea unei soluii
proprii de rezolvare.
c. precizie mrit n proiectare i fabricaie;
d. pune n valoare creativitatea echipei;
e. utilizare uoar. Asigur o interfa uor de utilizat, accesul la informaie se face
instantaneu;
f. securitate sporit a datelor. Informaiile pot fi accesate doar de persoanele
autorizate, fiecare utilizator are acces doar la informaiile de care are nevoie n cadrul
proiectului.;
h. Ofer un bun control al ntregului proiect. PDM ofer conductorului de proiect o
serie de instrumente necesare controlului i verificrii proiectului n fiecare stadiu de
dezvoltare. Acesta poate observa posibilele probleme i ntrzieri, activitatea fiecrui membru
al echipei etc.[72].
Principalele funcii ale sistemelor PDM [44]:
administrarea realizrii proiectului, ofer securitate i control, stabilete

relaionrile ntre date, lista utilizatorilor, verificri interne i externe;
managementul schimbrii, specific cine ia deciziile, cum i n ce mod;
clasificare, ofer instrumente pentru cutare n baza de date;
programarea resurselor n cadrul proiectului, lista cu materiale necesare;
notificare, ofer prin intermediul interfeei posibilitatea de a comunica cu

exteriorul;
transfer de date, ofer instrumente pentru transferul datelor ntre utilizatori,

aplicaii (de exemplu ntre CAD i CAM) i produse;
transfer de date;
ofer instrumente speciale pentru administrarea ntregului sistem PDM;
Organizaiile ar trebui s foloseasc acest tip de sisteme deoarece :
reduce timpul de intrare a produsului pe pia cu 25%;
ncurajeaz ingineria colaborativ;
reduce timpul necesar unor modificri cu 30%;
reduce erorile n realizarea produsului cu 22%;
reduce costurile legate de proiectare i fabricare cu 10%;

29

rezolv rapid problemele legate de noile cerine ale clientului legat de

produs;
mbuntete imaginea firmei;
asigur o mai bun satisfacie a clienilor [77].
2.4.4. Planificarea resurselor ntreprinderii

ERP (Entreprise Resource Planning Planificarea resurselor ntreprinderii) este un
sistem informaional integrat destinat ansamblului de funcii clasice ale unei ntreprinderi:
contabilitate, comercial, producie, mentenan. Diferitele module i funcii sunt integrate ntr-un
referenial unic de proces.
Organizarea prelucrrii informaiilor unui astfel de sistem se face prin :
descompunerea analitic a informaiilor pe funcii;
urmrirea performanelor financiare;
execuia i urmrirea informaiilor principale.
Fig. 2.6. Arhitectura funcionala a unui ERP
ERP acioneaz n integralitatea ntreprinderii ca un instrument de asigurare a

optimizrii productivitii i de reducere la maxim a ciclurilor de realizare a produselor . La
apariia lui, termenul ERP definea o metod de management, ca i MRP. n continuare,
30

aceast metoda a fost integrat i dezvoltat prin aplicaii informatice. Finalitatea unui
software de tip ERP este de a asigura managementul ansamblului de fluxuri ale unei
ntreprinderi, n decursul funcionarii sale.
Obiectivul ERP este de a optimiza funcionarea unei ntreprinderi prin sincronizarea
i asigurarea coerenei fluxurilor. Aceste fluxuri pot fi :
de materii prime i de materiale;
de produse;
de informaii;
financiare;
de decizie.
Fig. 2.7. - Funciile contabile ale unui E.R.P.
Managementul n mod ERP vizeaz gestiunea i planificarea ansamblului de fluxuri

i funcii ale unei ntreprinderi, inclusiv a celor logistice. Domeniul de aplicare se ntinde de la
lanul de furnizori i pn la clienii finali. n figura 2.6. am schiat arhitectura unui sistem de
tip ERP prin prezentarea principalelor funcii de gestiune.
n figura 2.7. sunt prezentate principalele funcii contabile ale unui sistem ERP.
Componentele ERP:
contabilitatea clienilor;
contabilitatea furnizorilor;
managementul activitilor;
lista de materiale;
planificarea resurselor i a materialelor;

31

e-Business;
managementul resurselor umane;
logistic;
stat de plat;
vnzri i marketing.
Beneficiile implementrii ERP:
ofer o bun acuratee a informaiilor oferind detalii i prezentri complete;
mbuntete metodele de informare prin informri dese i actualizate cu

privire la principalele activiti;
reduce nevoia de documente scrise prin oferirea unor formate on-line pentru
o mai rapid introducere i totodat extragere de informaie din baza de date;
permite departamentului de contabilitate s controleze mai eficient datele i

crete productivitatea muncii n aceste departamente;
se mrete controlul asupra costurilor;
se poate da un rspuns mult mai rapid clientului cu privire la viitorul produs;
ofer o mai bun monitorizare i o rapid rezolvare a chestionarelor;
poate oferi un avantaj fa de competitori prin mbuntirea procesului de

afaceri;
ofer o baz de date unic ce poate fi accesat de mai multe aplicaii.
Implementarea ERP presupune un proces lung, paii sunt urmtorii:

a. planificarea proiectului;
b. analiza operaional;
c. reingineria proceselor de afaceri;
d. instalarea i configurarea;
e. pregtirea personalului;
f. configurarea conform cerinelor afacerii;
g. configurarea modulelor;
h. adaptarea interfeei conform cerinelor;
i. conversia de date;
j. documentaie specific;
k. pregtirea specialitilor;
l. testare;
m. post implementare / audit.
Principalii creatori de software n domeniul ERP sunt:
32

mySAP.com-www.sap.com;
BAAN-www.baan.com;
J.D.Edwards e-business Suite-www.jdedwards.com;
Oracle Financial Suite-www.oracle.com;
Siebel-www.siebel.com;
Peoplesoft-www.peoplesoft.com;
Microsoft Grand Plains-www.microsoft.com/middleeast;
Foxboro-www.foxboro.com [75].
Principalele avantaje ale ERP:
costuri mici cu privire la inventar;
costuri reduse privind comenzile;
reducerea costurilor de producie;
reducerea costurilor cu transportul;
investiii mici n echipamente;
investiii mici n echipamente i terenuri;
cheltuieli reduse cu contabilitatea;
asigur procese de producie mai flexibile;
reduce erorile privind coordonarea;
se reduc stocurile;
crete transparena n relaia cu clientul;
reducerea timpului de asamblare;
asigur o mai bun adaptare la cerinele clientului;
crete satisfacia consumatorului;
crete volumul de vnzri;
crete cota de pia;
crete profitul.
Dezavantaje i posibile probleme:
unele sisteme pot fi costisitoare i greu de ntreinut;
unele sisteme pot fi dificil de utilizat;
posibil problem aprut n cadrul unui departament poate afecta activitatea

celorlalte departamente, de aici rezult faptul c sistemul este vulnerabil la
apariia unei probleme la o verig din lan;
pot aprea probleme de compatibilitate cu sistemele folosite de parteneri;

33

consumatorii pot comanda mai mult dect vor cumpra la final;
exist probleme la accesarea unor informaii necesare procesului;
odat un astfel de sistem integrat va fi foarte dificil i scump de nlocuit cu

un altul [65].
2.4.5. Managementul ciclului de via al produsului

PLM (Product Lifecycle Management - Managementul ciclului de via al
produsului) este o abordare integrat, care se concentreaz asupra informaiei sub toate
aspectele vieii unui produs, de la proiectare i producie, instalare i ntreinere, culminnd cu
scoaterea produsului din uz. Sistemele PLM (figura 2.8.) permit accesarea, actualizarea,
manipularea informaiilor de produs care sunt produse ntr-un mediu fragmentat i distribuit.
Fig. 2.8. Sistemul PLM
PLM nglobeaz concepte ale sistemelor PDM, ERP, CRM, CAD, CAE i CAM.
Aplicaiile PLM ajut la circulaia tuturor informaiilor produse n toate fazele
ciclului de via al unui produs, ctre toate persoanele dintr-o organizaie, alturi de furnizorii
cheie i clieni. Inginerii de produs pot scurta n mod dramatic ciclul de implementare i
aprobare a schimbrilor de construcie dintr-un lan de proiectare extins. Agenii care se ocup
de achiziii pot lucra cu mai mare eficien cu furnizorii n ceea ce privete reutilizarea
anumitor pri. i managerii executivi pot obine toate informaiile relevante despre produs de
la un nivel superior, de la detaliile din linia de producie la ratele de deteriorare a anumitor
piese rezultate din informaiile din certificatele de garanie i cele culese din teren [33].
34

Spre deosebire de pachetele ERP, care sunt de obicei folosite pentru a nlocui diverse
sisteme perimate, PLM necesit integrarea multor baze de date i colaborarea dintre oameni
din diferite pri ale organizaiei. PLM este un sistem pentru integrarea si partajarea de
informaii despre produse ntre aplicaii i ntre diferite pri ale organizaiei cum ar fi cea de
proiectare, achiziii, producie, marketing, vnzri i suport dup vnzare.
PLM ofer:
ciclu de via previzibil - Abilitate mbuntit de a anticipa evoluia

produsului i operaiunile de producie. Produsele sunt simulate att de realist
nct clienii pot s anticipeze n amnunt comportamentul produselor
viitoare i operaiunile de producie industrial. Sunt reduse astfel riscurile de
eec ale unui produs, ale unei producii ineficiente, ale greelilor de
marketing i a costurilor care apar dup vnzarea produsului (produse pentru
care procesele de fabricaie cost mai mult dect preul la care pot fi
vndute);
procese de inginerie care ncurajeaz inventivitatea - O mai mare putere de a

modela aspectul i senzaiile pe care le trezete un produs. Ofer de
asemenea utilizatorului mai multe instrumente de mare productivitate pentru
a controla forma produsului i a furniza acel gen de produs care poate fi uor
fabricat;
sigurana comunicrii proprietii intelectuale - Un mediu mbuntit pentru

partajarea sigur a Proprietii Intelectuale. PLM o mai bun securitate i
mecanisme de autentificare pentru colaborare i procese colective de luare a
deciziei. Informaiile reprezentnd proprietatea intelectual de mare valoare,
cum sunt regulile cunoaterii sau analiza de date CAE, sunt administrate ntr-un
mediu controlat n care inteligena se aplic la fiecare nivel.
Cerinele PLM:
a. arhitectur distribuit - Organizaiile trebuie s fie capabile s implementeze
componentele PLM. Toate informaiile trebuie s fie actualizate i sincronizate printr-un
sistem de administrare al bazelor de date relaionate (RDBMS) care s stocheze informaii
adunate de-a lungul ntregului ciclu de via al produsului. Astfel pot exista informaii cu
privire la: data crerii, autorul, modificrile fcute, structura produsului, procesul fluxului de
lucru, accesul restricionat la informaia respectiv n funcie de utilizator etc.
b. integrarea proiectrii - Interoperabilitatea este o caracteristic a PLM, un astfel de
sistem trebuie s asigure integrarea CAD, datele produsului, vizualizarea acestuia. Pentru
aceasta sistemul trebuie s fie capabil ruleze pe mai multe tipuri de platforme: UNIX,
Windows i diferite motoare de cutare din cadrul infrastructurii ntreprinderilor.
c. faciliteaz comunicarea - Sistemul PLM asigur o bun comunicare ntre membrii
echipelor distribuite geografic pe tot parcursul ciclului de via al produsului. Asigur un
schimb continuu de date, n timp real, permind o informare permanent a clientului privind
stadiul de dezvoltare a produsului.
d. automatizarea fluxului de lucru.
35

e. managementul schimbrii - Sistemul PLM este capabil s rein toate modificrile

survenite asupra documentului sau a pieselor pe parcursul ntregului ciclu de via al acesteia,
utilizatorul are posibilitatea oricnd s lucreze cu un document dintr-o faz iniial de
dezvoltare a produsului, poate detecta o posibil eroare aprut ntr-un anumit moment i
aceast eroare poate fi corectat, sistemul permind actualizarea bazei de date cu noile
informaii [76].
O soluie PLM complet este oferit de IBM i Dassault Systemes, elementele componente
sunt:
CATIA pentru o dezvoltare colaborativ a produselor - ofer o serie de noi

produse i caracteristici mbuntite pentru obinerea succesului produselor
n industria auto, aeronautica, producie i asamblare, construcie de nave,
bunuri de consum, electrice i electronice ca i mbuntirea produselor
PLM pentru ntreprinderi mici i mijlocii;
ENOVIA pentru administrarea ciclului de via i suport decizional transform departamentul de dezvoltare a produsului clientului ntr-o surs
de avantaj competitiv prin creterea suportului pentru proiectarea produselor
complexe i un mediu WEB practic care s aduc marketingul, vnzrile i
clienii mai aproape n cadrul ciclului de dezvoltare al produsului - unde sunt
alocate 80% din costurile de producie;
SMARTEAM pentru ciclul de via i administrarea datelor de produs mbuntete i accelereaz proliferarea i cunoaterea produsului i a
proceselor de afaceri n ntreprindere i n lanul de valori al produsului prin
integrri CAD superioare, extinde designul colaborativ, mbuntete
colaborarea web, noi metodologii i mbuntete captura datelor,
explorarea i capacitile de refolosire. SMARTEAM prezint, de asemenea,
i IBM Websphere Express - o soluie flexibil cu un cost redus pentru
integrare specific ntreprinderii, pentru medii de aplicaii diferite;
DELMIA pentru inginerie de procese de producie neperformante - ofer o

acoperire complet i mbuntit a industriei de automobile, o mai bun
integrare a conceptului de produs i a proceselor de asamblare, instrumente
bazate pe cunoatere pentru crearea planurilor de procese i o soluie
DELMIA-CENIT pentru tiere 3D folosind laserul [74].
PLM vs ERP
Spre deosebire de pachetele ERP, care sunt de obicei folosite pentru a nlocui diverse
sisteme perimate, PLM necesit integrarea multor baze de date i colaborarea dintre oameni
din diferite pri ale organizaiei.
PDM vs PLM
n timp ce PDM este un instrument limitat la administrarea datelor legate de produs,
sistem ce este existent n cadrul unei companii, instrument specific activitii inginereti, PLM
este un sistem mult mai complex ce susine realizarea produsului pe ntregul ciclu de via al
acestuia, prelund majoritatea funciilor PDM, dar totodat poate susine o serie de funcii
specifice unor domenii variate implicate n realizarea produsului, sistemul depete graniele
organizaiei implicnd direct partenerii i clienii n toate fazele de realizare a produsului [67].
36

2.5. Descrierea tehnicilor CAD CAM CAE utilizate n cadrul

sistemelor cooperative.
Pentru a realiza un sistem cooperativ funcional n domeniul ingineriei una din
cerinele necesare este aceea de a implementa, alturi de celelalte aplicaii, instrumentele
necesare proiectrii, analizei i fabricaiei viitorului produs.
2.5.1. Proiectarea asistat de calculator

CAD (Computer Aided Design - Proiectarea asistat de calculator) este o tehnologie
care presupune folosirea computerului pentru crearea, modificarea, analiza i optimizarea
unui desen sau proiect.
Fig.2.9. Corp de pomp modelat n CATIA V5
n figura 2.9. este prezentat modelarea unui corp de pomp cu ajutorul modulului
CAD, parte integrat a produsului CATIA.
Toate programele care nglobeaz acest tip de soluii inginereti sunt clasificate ca
fiind soft-uri CAD . Instrumentele CAD variaz de la opiuni de creare i modificare a
37

formelor geometrice pn la opiuni complexe cum ar fi analiza i optimizarea acestora. ntre

aceste extreme se regsesc instrumentele specifice CAD i anume: analiza toleranelor,
diverse calcule i modelarea cu scopul analizei cu element finit i totodat vizualizarea
rezultatelor acestor analize.
Trsturile se realizeaz prin tehnici parametrice, pornindu-se de la o simpl schi,
care include ca date iniiale doar topologia modelului. n etapa urmtoare se precizeaz
geometria trsturii prin specificarea dimensiunilor concrete ale schiei 2D. Modelul
geometric complet al piesei se alctuiete, n etapa urmtoare, prin definirea mai multor
trsturi ntr-o structur ierarhic. Odat finalizate, modelele geometrice ale pieselor sunt
salvate pe disc, pentru a putea apoi fi utilizate pentru modelarea ansamblului, pentru care se
folosete, de obicei, un modul separat al pachetului CAD.
Precizarea cotelor i toleranelor funcionale se realizeaz, de obicei, pe modelul 3D.
Pe baza modelelor geometrice ale pieselor i ansamblurilor se realizeaz, n ultima etap,
documentaia tehnic de execuie (desene, plane), cu ajutorul unul modul specializat,
denumit modul drawing sau drafting [51].
Fig. 2.10. - Structura unui model geometric
La dezvoltarea pachetelor CAD nu se utilizeaz limbajele de programare pentru

realizarea funciilor de desenare pentru fiecare tip de entitate i nici bibliotecile de subrutine
grafice folosite n grafica asistat, ci se lucreaz cu biblioteci de subrutine specializate ce
alctuiesc aa numitele nuclee de dezvoltare CAD.
Exist dou nuclee de dezvoltare CAD care au o larg utilizare: ACIS i
PARASOLID. Acestea conin obiecte (module program i subrutine) care pot fi apelate n
limbajele de programare orientate pe obiecte (de genul C++). Aceste obiecte realizeaz funcii
elementare de modelare CAD i diversitatea lor acoper toate facilitile uzuale n soft-urile
38

CAD. Lucrnd cu acestea, dezvoltatorii concep doar modul de utilizare al softului (mpreun
cu interfaa grafic) integrat ntr-o filozofie de proiectare proprie, bazat pe o anumit viziune
asupra procesului de proiectare.
a. ACIS este un nucleu CAD promovat de compania Spatial Corporation, ncepnd
din 1989, care cuprinde mai multe module: ACIS 3D Geometric Modeler, ACIS Exchange
package, ACIS Standard Translator i ACIS Deformable Modelling Component.
Pentru realizarea funciilor de modelare geometric se utilizeaz modulul ACIS 3D
Geometric Modeler care este o bibliotec C++ orientat pe obiecte, prin care se pune la
dispoziia dezvoltatorilor de soft CAD un bogat set de operaii geometrice pentru construcia
i manipularea obiectelor 3D.
ACIS 3D include subrutine de modelare wireframe, suprafee i solide cuprinznd
peste 50 de module componente.
Dintre soft-urile bazate pe ACIS, cele mai importante sunt: AutoCAD i Mechanical
Desktop (Autodesk Inc.), CADKEY (CADKEY Corporation), IronCAD (Visionary Design
Systems), TurboCAD Solid Modelor (Ashlar Inc.)
b. PARASOLID este nucleul grafic dezvoltat de ctre Unigraphics Solutions Inc.
(UGS) n centrul su din Cambridge (UK). Primele versiuni au aprut n 1989 i au fost
folosite la soft-urile CAD Unigraphics i SolidEdge.
Nucleul grafic din ultimele generaii pune la dispoziia productorilor de soft CAD
pachetul cu facilitile din categoria Extreme Modelling, care includ:
Complex Blending, care permite o gam larg de combinaii de entiti cu geometrie

complex prin racordri;
operaii de manipulare i editare a suprafeelor: adugare de adncituri, guri,

proeminene, grosime (shelling), toate la cel mai nalt nivel de complexitate;
faciliti pentru proiectarea semiautomatizat a matrielor pentru injecie de plastic;
modelri complexe utiliznd curbe i suprafee sintetice: B-Spline i NURBS. Aceste

suprafee pot fi apoi croite prin operaii de retezare, i apoi asamblate pentru
obinerea de solide prin metoda B-rep;
suport pentru modele de dimensiuni mari. Aceste faciliti fac posibil definirea de
modele ce cuprind mii de piese, ale cror dimensiuni sunt legate prin restricii i
trsturi.
n afar de Unigraphics i Solid Edge, se mai pot meniona i alte soft-uri:

SolidWorks, MicroStation (Bentley), IronCAD (care este singurul soft ce utilizeaz i ACIS i
PARASOLID), TopSolid, ProDESKTOP etc.[51].
39

2.5.2. Fabricaia asistat de calculator

CAM (Computer Aided Manufacturing - Fabricaia asistat de calculator) este o
tehnologie ce presupune folosirea calculatorului pentru a planifica, conduce i controla
operaiile de fabricaie printr-o interfa. O ramur important a CAM este comanda
numeric. Aceasta este o tehnic prin care prin intermediul unor instruciuni din cadrul unui
program se pot controla operaiile efectuate de main: se pot tia, freza, guri, rectifica
diverse suprafee ale semifabricatului astfel nct la ncheierea procesului s se obin piesa
dorit. Datele despre pies sunt preluate dintr-o baz de date provenit din modulul de CAD.
Fig. 2.11. Simulare de fabricare a corpului de pomp n CATIA V5
O alt funcie a CAM este aceea de a programa roboii ce vor efectua operaii de
asamblare sau de transport al unor semifabricate sau echipamente.
Realizarea planului de operaii este o funcie important a CAM. Prin planul de
operaii se stabilesc principalele operaii de realizat , ordinea lor, sculele necesare realizrii
operaiilor, tipul mainii i ordinea prelucrrii semifabricatului pe aceste maini, materialele
necesare i cnd s fie livrate de furnizori. n figura 2.11. este prezentat o simulare a
procesului de fabricaie.
40

2.5.3. Ingineria asistat de calculator

CAE (Computer Aided Engineering - Ingineria asistat de calculator) este o
tehnologie ce presupune folosirea calculatorului pentru a analiza produsele realizate n CAD,
permite proiectantului s simuleze i s studieze modul de comportare al produsului n
condiii de funcionare. Pe baza acestuia, pot fi eliminate elementele necorespunztoare, are
loc o reproiectare a piesei i dup ce aceasta ndeplinete condiiile necesare, rezultate n urma
simulrii se poate trece la etapa urmtoare.
Probabil cea mai folosit metod de analiz este metoda cu element finit. Aceast
metod este folosit pentru a determina tensiunile, deformaiile, distribuia cmpului magnetic
i alte probleme de analiz ce nu pot fi rezolvate prin alt abordare.
Fig.2.12. Analiza cu metoda element finit n CATIA V5
Pentru analiza cu elemente finite trebuie parcuri urmtorii pai:
descrierea elementelor specifice: tip de element, constante geometrice,

material;
descrierea solicitrilor i a condiiilor de contur, aceste elemente fiind

asociate modelului geometric;
41

generarea automat a reelei de elemente finite;
analiza structural;
postprocesarea rezultatelor, oferirea de rezultatele, tensiuni i deformaii, sub

mai multe forme:
harta de tensiuni i deformaii pe modelul geometric tridimensional;
prezentare isosuprafeelor de tensiuni i deformaii pe modelul

geometric tridimensional;
prezentarea unor seciuni definite de utilizator pentru o mai bun

vizualizare a unor detalii de tensiuni i deformaii pe modelul
geometric tridimensional.
2.5.4. Produse CAD CAM CAE

2.5.4.1. Sisteme integrate
I-DEAS
I-DEAS (Integrated Design Engineering Analysis Software) este o suit de
instrumente software CAD CAM CAE integrate, produse de SDRC i destinate
automatizrii proiectrii mecanice.
a. Instrumente CAD:
I-DEAS Master Modeler este un program pentru proiectare tridimensional de nalt
performan i este instrumentul de baz pentru modelare al I-DEAS. Interfaa uor de folosit
permite asimilarea rapid a modului de lucru i realizarea unei productiviti optime n
proiectarea componentelor complexe, ntr-un mediu de modelare bazat pe elemente solide.
Abordarea elementelor solide ajut n creterea productivitii prin faptul c
simplific construcia geometriilor complexe, faciliteaz schimbrile n proiectare, nltur
automat liniile ascunse, calculeaz momentele de inerie i asigur o bun definire a piesei
pentru prelucrare. Pe lng faptul c este un sistem de proiectare, I-DEAS Master Modeler
este elementul de baz geometric al I-DEAS.
Un sistem integrat de gestionare a datelor asigur o baz pentru proiectarea n acelai
timp prin meninerea asociativitii n modele, desene, modele cu elemente finite i datele
pentru prelucrare. Cu I-DEAS membrii unei echipe de proiectare pot lucra mpreun, crend
ansambluri, desene, simulri i programe pentru mainile de prelucrat cu comand numeric.
Aceasta permite unei imagini a unei componente din baza de date a modelului, s suporte
orice numr de studii sau aplicaii, cum ar fi, de exemplu, calcule de rezisten, desene
detaliate, optimizri ale calcului proiectrii i fraciuni din programul pentru comand
numeric.
Folosind I-DEAS, un proiectant poate oferi modelul ntr-o etap intermediar
celorlali membrii ai echipei de proiectare, care pot ncepe analiza, desenarea, construcia
ansamblurilor i generarea traseului de prelucrare.
42

Modeler ul axat pe elemente de baz, ce constituie fundaia programului I-DEAS

permite construcia unui model master a crui definiie include: geometrie complex a
modelului, constrngeri variaionale, elemente de proiectare parametrice, elemente
funcionale, istoria construciei, calcule inginereti, cotare, plane de construcie, sisteme de
coordonate, note i atribute, baz de materiale.
Pe lng aceste elemente I-DEAS ofer i alte module sau pachete CAD specializate:
I-DEAS 3D IGES Data Translator, I-DEAS Rapid Prototyping Data Translator, I-DEAS
Master Surfacing, I-DEAS Master Assembly, I-DEAS Tolerance Analyses, I-DEAS Master
Drafting, I-DEAS Master Notation, I-DEAS Mechanism Design, I-DEAS Sheet Metal
Design.
b. Instrumente CAM:
I-DEAS Generative Machining este modulul integrat pentru crearea traseelor de
prelucrare cu comand numeric pe modelele construite n I-DEAS. Acest modul lucreaz
direct pe solid sau suprafa geometric creat sau importat n I-DEAS. Lucrnd direct pe
geometrie I-DEAS elimin erorile i munca ce o implic traducerea unei geometrii ntr-un
sistem neintegrat pentru comand numeric. Faptul c este sau nu integrat implic
posibilitatea ca programatorul de comand numeric s beneficieze de avantajul construciilor
asociative.
Modificrile de proiectare efectuate dup generarea traseului de prelucrare sunt
semnalate iar programatorul poate opta pentru efectuarea actualizrii. I-DEAS Generative
Machining poate folosi reguli sau metode existente, fapt care automatizeaz programarea
comenzii numerice i asigur uzul celor mai bune metode. Utiliznd I-DEAS Generative
Machining, este posibil modelarea ntregului mediu de prelucrare, inclusiv a pieselor, a
elementelor de fixare i chiar a mainii, pentru a optimiza micarea sculei i a evita
coliziunile.
I-DEAS Generative Machining prelucreaz solidul sau suprafaa construit cu IDEAS Master Modeler. I-DEAS ia decizii inteligente n privina procesului de prelucrare i a
strategiei necesare construirii traseului. I-DEAS ofer un mediu prietenos pentru a planifica i
verifica toate operaiile de comand numeric necesare prelucrrii piesei.
Modelul bazat pe elemente asigur o reprezentare complet i exact a geometriei
piesei. Cteva din beneficiile acestor abordri includ:
reprezentare complet a piesei cu posibilitatea construciei de geometrie

auxiliar n timpul programrii comenzii numerice;
sunt disponibile biblioteci de scule i elemente de fixare;
modificrile n pies i elementele de fixare sunt asociative cu prelucrarea,

sistemul semnaliznd traseele pe care exist modificri ca fiind invalid;
validity flags informeaz ntotdeauna de modificrile efectuate n orice

element;
exist posibilitatea de a determina vitezele, avansul i poziiile de intrare i

ieire;
se evit interferena ntre scul, main i dispozitivele de prindere.

43

c. Instrumente CAE:
I-DEAS ofer o serie de module integrate dar i programe separate specializate:
I-DEAS Advanced Durability ofer un set de instrumente analitice care s

prevad durata de via i uzura datorat oboselii pentru produsele respective
la sarcini i cicluri de utilizare impuse. Lista ncrcrilor poate fi generat din
msurtorile de testare sau prin metode analitice. Durata de via a
produsului poate fi calculat folosind ncrcarea din soluia cu element finit.
Att ncrcarea uniaxial, ct i cea biaxial sunt considerate n diferitele
criterii de durat de via. I-DEAS Advanced Durability ofer capaciti de
analiz a rezistenei la oboseal;
I-DEAS Finite Element Modeling (FEM) ofer posibilitatea de a construi

modele de element finit i de a interpreta rezultatele analizei. Utilizeaz
direct geometria creat cu I-DEAS Master Modeler sau I-DEAS Master
Assembly i include funcii fundamentale de modelare pentru generarea
automat a grilei, aplicarea de ncrcri i condiii la limit i de verificare a
modelului. Pot fi selectate proprieti pentru material din I-DEAS Master
Data System. Funciile de post-procesare permit recuperarea rezultatelor
analizei i ofer instrumente grafice i numerice extensive pentru a obine
rezultate coerente. Sunt disponibile interfee pentru peste 20 de programe
majore de analiz;
I-DEAS Laminate Composites este un sistem unic special integrat pentru

proiectarea i evaluarea structurilor din materiale compozite;
I-DEAS TMG Thermal Analysis este un pachet complet pentru simulare i

modelare, ce ofer soluii rapide i exacte pentru probleme termice
complexe. Folosind tehnici numerice avansate, I-DEAS TMG face uoar
modelarea proceselor de transfer de cldur neliniare i tranzitorii, inclusiv
conducia, radiaia, convecia liber i forat, curgerea fluidului. Cu I-DEAS
TMG Thermal Analysis, se pot efectua analize termice rapid i eficient [58].
Unigraphics
Modelarea solidelor include Modeler-ul Hybrid Unigraphics, care integreaz
modelarea componentelor bazat pe constrngeri cu modelarea tradiional geometric
explicit, ntr-un singur modul de modelare. Utilizatorii au avantajul de a putea folosi solide i
suprafee tradiionale, i funcionaliti wireframe integrate ntr-un mediu de proiectare
bazat pe elemente de model.
Operaii cu solide:
Se bazeaz pe nucleul Parasolid care este verificat n toate condiiile concrete

de utilizare;
Elemente de modelare tolerante permit ca geometriile cu acuratee sczut,

importate, s fie folosite eficient n Unigraphics;
Construcii care folosesc solidele primitive: prisme, cilindrii, conuri, sfere;

44

Operaii booleene: reuniune, intersecie, scdere;
Comenzi explicite pentru editarea faetelor: move, rotate, delete, offset,

replace geometry;
Solide din profile schiate, rezultate n urma operaiilor de tip extrude sau
revolve;
Plane de referin i axe pentru poziionare asociativ avansat;
Integrarea suprafeelor i solidelor;
Coaserea suprafeelor pentru a forma corpuri solide;
Desprirea i tierea solidelor pentru a permite suprafeelor libere s fie

transferate n solide;
Extragerea suprafeelor de pe faetele solidelor.
Editarea componentelor:
Editarea i tergerea componentelor: editri parametrice, repoziionri;
Suprimarea, reordonarea i inseria de componente;
Componentele sunt definite parametric pentru editare bazat pe dimensiuni i

poziie.
Componente:
Elemente de model parametrice native, puternice, orientate pe necesitile

proiectrii i analizei proiectrii: slot, hole, pad, boss, pocket - care asigur
creterea productivitii;
Dispunerea circular sau rectangular a elementelor de model, cu deplasri

ale elementelor individuale; toate elementele astfel create sunt asociate cu
elementul principal, dup care s-a efectuat instanierea;
Racordri cu raze fixe sau variabile, inclusiv situaii n care raza de racordare
depete dimensiunile piesei;
Posibilitatea de a tei orice muchie;
Solidele pot fi generate folosind profile care sunt deplasate dup o direcie, n
jurul unei axe sau dup un traseu;
Comanda, extrem de puternic, de gurire a unui corp, poate transforma

solidul ntr-un element cu perei subiri n cteva secunde; topologia peretelui
interior poate fi diferit de cea a peretelui exterior, dac este necesar;
nclinarea feelor;
Componente definite de utilizator pentru proiectarea obinuit de elemente.
Aplicaia Drafting ofer un set complet de unelte automate pentru producerea i

managementul desenelor tehnice i inginereti. Integrarea Drafting-ului cu alte produse
Unigraphics asigur posibilitatea de a crea i menine desene tehnice standard. Interfaa
grafic prietenoas permite utilizatorului s creeze uor i eficient desene de ansamblu de
calitate ridicat, i detalii de lucru corespunztoare.
45

Drafting - ul Unigraphics ofer o vitez i o acuratee excepional pentru detalierea

unui model solid i asigur consistena ntre detaliul respectiv i desenul de ansamblu. Cotele
asociative permit efectuarea unor schimbri direct din Drafting sau din model. Vederile de
reprezentare sunt actualizate automat reflectnd schimbrile din model, fapt care implic
abilitatea de a reprezenta, fr erori, detalii i desene de ansamblu. Aplicaia Drafting
folosete modeler-ul hibrid Unigraphics pentru a mbunti producerea desenelor.
Assemblies i Advanced Assemblies ofer instrumente pentru proiectare orientat pe
lucrul n echip i concurrent engineering a modelelor produsului, folosind un proces de
proiectare virtual la nivel de ntreprindere. Prin reducerea radical a timpului de realizare i
analiz a modificrilor produsului, timpul de lansare pe pia se micoreaz, iar calitatea
crete.
Caracteristici:
Ansamblurile se pot construi n abordrile: bottom-up (de jos n sus) sau topdown (de sus n jos);
Condiiile de asamblare captureaz i menin orientarea dorit a

componentelor. Poziionarea manual a componentelor este de asemenea
posibil i suportat de programul de modelare hibrida Unigraphics;
Dispunerile ordonate de componente se pot lega de dispunerile ordonate de

elemente (de exemplu, pentru a plasa un set de uruburi ntr-un set de guri);
Componentele simetrice ofer asociativitate, att pentru partea stnga, ct i

pentru partea dreapt;
Substituirea componentelor menine condiiile de asamblare pentru evaluarea

rapid a reprezentrilor alternative;
Criteriile de selecie a componentelor permit ca ansamblurile s foloseasc

cei mai potrivii membrii ai familiilor de componente (part family members).
Unigraphics CAM ofer un set de instrumente complet, uor de folosit pentru

crearea traseelor sculelor, simulare i verificare. Unigraphics CAM este o soluie pentru
fabricaie, ce poate fi utilizat autonom sau n configuraii multi-CAD. Soluiile de fabricaie
bazate pe cunotine i orientate pe proces, capteaz i refolosesc procesul de fabricaie, iar
tehnologia HSM a fost iniiat de Unigraphics n cooperare cu diveri productori de maini
unelte.
Unigraphics CAM permite detectarea rapid a echipamentelor de producie implicate
ntr-o schimbare a produsului, economisind astfel timp i oferind oportunitatea unor decizii
precise i economice. Librriile CAM asigur un mecanism de acces simplu pentru a obine i
folosi urmtoarele tipuri de date din baza de scule a Unigraphics CAM:
scule pentru maini;
cuite;
portscule, dispozitive de fixare;
avansuri i viteze.
46

Documentaia de execuie ce include fie de prereglare, informaii asupra unei

secvene de operaii i lista de scule, este generat automat de Unigraphics CAM i poate fi
afiat n mai multe formate, inclusiv text simplu sau HTML.
Pentru a ajuta la optimizarea traseului sculei i n acelai timp la descoperirea
eventualelor greeli, se poate verifica digital procesul ndeprtrii materialului i al
prelucrrii, nainte ca programul s ruleze pe maina respectiv. n cazul mainilor multiaxe
se poate vizualiza micarea mainii pentru a verifica att evitarea coliziunii, ct i micarea
optim a mainii. Aceste posibiliti sunt integrate n Unigraphics CAM i pot fi uor accesate
n timpul procesului de creare a traseului.
Unigraphics CAM este prevzut cu capaciti specifice care includ:
gam larg de procese de prelucrare;
control foarte bun n cazul unei game variate de scheme de divizare a

adaosului de material;
finisare eficient n cazul pieselor cu regiuni multiple de achiere;
programare avansat pentru strunjire (degroare, prelucrri frontale, canale,

finisare, filetare, gurire) ;
utilizarea eficient a modelului piesei in-process pentru mbuntirea

frezrii i strunjirii;
se poate folosi o gam larg de scule standardizate de ctre procesoarele de

frezare, strunjire, gurire;
suport pentru o gam larg de cinematici de maini unelte (strunguri

multiaxe, maini frezare / strunjire, strunguri carusel) ;
faciliti excelente de vizualizare i verificare a deplasrii sculei pentru a

obine traseul optim.
Modulul CAE este denumit Femap i se bazeaz pe analiza cu element finit. Femap
este un instrument de vizualizare i procesare independent de CAD i solver. Femap se poate
mpri n urmtoarele categorii:
Femap - Pre si Post-procesare autonom pentru analizele cu elemente finite.
Femap Structural, care combin Femap cu tehnologia EDS de rezolvare

verificat ce a derivat din solverul bazat pe element finit, I-deas(r)Model
Solution, incluznd soluii pentru moduri statice, normale, flambaj i transfer
de cldur.
Femap Thermal, ofer simulare termic avansat ce este integrat n mediul

Femap i o analiz complet a conduciei, conveciei, curgerii fluidelor i
radiaiilor, pentru simulri termice statice i de tranziie [58].
Scenario Structural Solver suport toat gama de simulri bazate pe element finit.
Tipuri de soluii asigurate:
structural liniar, static;
moduri normale de vibraie;

47

transfer de cldur static;
flambaj liniar;
guri i contacte;
optimizarea formei i mrimii.
CATIA
CATIA (Computer Aided Threedimensional Interactive Applications), produs al
firmei Dassault Systemes, este actualmente unul dintre cele mai des utilizate sisteme integrate
CAD CAM CAE PDM. Domeniile de aplicaie sunt extrem de diverse datorit
numrului mare de aplicaii care se pot dezvolta i realiza cu acest sistem, varietii i
flexibilitii instrumentelor puse la dispoziie utilizatorilor, dar i interfeei extrem de
prietenoase.
Software-ul CATIA V5 are o alctuire de tip modular ceea ce asigur o mare
versatilitate, trecerea de la un tip de aplicaie la altul se face rapid, cu posibilitate de editare
continu, fr pierdere de informaie (adic fr a fi necesar s se utilizeze formate de transfer
de date), cu meninerea datelor parametrice despre produs.
Experiena industrial a artat c integrarea aplicaiilor de proiectare (CAD
Computer Aided Design), analiz (CAE Computer Aided Engineering), fabricaie (CAM
Computer Aided Manufacturing), dar i PDM (Product Data Management) este o soluie
extrem de eficient n rezolvare tuturor problemelor legate de un produs, ncepnd de la
concepie, planificarea fabricaiei, fabricaie, aprovizionare, service etc.
CATIA - Mechanical Design
Principalele module sunt : Sketcher, Part Design, Assembly, Drafting, DMU
Kinematics i Sheet Metal Design
Avantaje:
un pachet avansat de produse destinat proiectrii 3D incluznd posibiliti

deosebite de proiectare a pieselor , ansamblurilor , i de ntocmire n mod
asociativ a desenelor aferente;
proiectare ntr-un mod intuitiv i productiv a pieselor din tabl (sheetmetal

design) permite lucrul n mod concurent att n vederi normale ct i
desfurate ale pieselor;
proiectare rapid i eficient pentru matrie prin faciliti dedicate proceselor

de injecie n matri a maselor plastice;
simplitate i vitez n proiectarea tuturor tipurilor de structuri de la proiectare

preliminar la proiectare de detaliu pentru maini i echipamente industriale,
nave, platforme industriale sau fabricaie;
modelare bazat pe specificaii, aplicaii generative i asociativitate

controlat, asigur un management robust i extrem de productiv al
transformrii informaiilor. Modificrile asupra coninutului informaiilor
48

legate de produse se propag n cadrul tuturor proceselor asociate ciclului de

via a produselor [80].
CATIA - Analysis
Facilitile de analiz de structuri din CATIA V5 asigur viteza iteraiilor proiectare /
analiz pentru orice tip de piesa sau ansamblu. Mai mult , ca un rezultat al arhitecturii
knowledge-based din cadrul CATIA V5 , e foarte uor de realizat optimizarea produselor
bazat pe specificaiile de analiz i rezultate. Nu n cele din urm uurina de utilizare face ca
aceste faciliti de analiz incluse n CATIA V5 s fie accesibile att proiectantului ct i
specialistului n analiza de structuri.
Avantaje:
vitez n realizarea ciclurilor proiectare - analiz. Mediul comun CAD-FEA

i capacitatea de lucru generativ i asociativ permite un mare numr de
evaluri ale comportamentului din punct de vedere mecanic ale pieselor i
ansamblurilor n fazele timpurii de elaborare a produselor;
optimizare, produsele destinate funciilor de analiz de structuri prezint

avantajul utilizrii arhitecturii Knowledge-based din CATIA V5. Se pot
obine optimizri deosebit de complexe prin captarea i studiul cunotinelor
asociate proiectrii i analizei pieselor;
soluie de analiz dovedit viabil, uurina n utilizare cuplat cu interfaa

facil i un timp performant de calcul furnizeaz un atu important n
recuperarea rapid a investiiei;
scalabilitate, soluiile de analiz sunt disponibile nevoilor specialitilor fie

prin funciile furnizate direct de CATIA fie prin alte aplicaii dezvoltate de
parteneri, disponibile prin interfaa CATIA i bazate pe arhitectura V5. Prin
astfel de parteneriate au crescut ariile de acoperire ale CATIA i pot fi
satisfcute necesiti speciale n ceea ce privete analiza dinamic, la
oboseal, acustic sau radiaii etc.;
uor de neles i folosit, funciile integrate de pre i postprocesare la fel ca i

cele de calcul sunt grupate printr-o foarte intuitiv interfa excelent croit
pentru a se potrivi cerinelor inginerului proiectant i celui de analiz.
CATIA - NC Manufacturing
Prin completare cu celelalte produse ale pachetului , pe baza arhitecturii V5
knowledge-based , CATIA V5 NC Manufacturing are urmtoarele avantaje:
nalt eficien n programarea mainrii pieselor mulumit strnsei integrri

ntre definirea i calculul traseelor de scul , verificare i furnizarea
programelor i de asemenea mulumit operaiilor de manufacturare cu
suport multitrecere i multinivel i automatizrii operaiilor de degroare i
finisare , utilizatorul i va efectua munca corect de la bun nceput
beneficiind astfel de o explozie a productivitii;
management eficient al modificrilor datorit naltului nivel de asociativitate

ntre informaiile despre produs , despre procesele de fabricare i despre
49

resurse, companiile pot lucra mult mai eficient n ceea ce privete ingineria
concurent i fluxul de informaii, reducnd considerabil timpul ciclului
proiectare-fabricaie i micornd costurile;
un nalt nivel de automatizare i standardizare prin integrarea n CATIA V5 a

facilitilor grupate sub denumirea de KnowledgeWare (captarea inteniei de
fabricaie, memorarea macro-urilor etc.). De asemenea, modulele destinate
fabricaiei permit stocarea i refolosirea know-how-ului, evitndu-se astfel
reinventarea informaiilor existente i micornd timpul de testare a ideilor
noi;
traiectorii optimizate pentru scule i reducerea timpului de fabricaie prin

oferirea unui larg set de operaii destinate achierii de mare vitez, astfel
reducnd foarte mult timpul de prelucrare;
reducerea efortului necesar administrrii prin integrarea unui set cuprinztor

de aplicaii (de la cele destinate strunjirii pn la cele destinate frezrii CNC
n 5 axe) ntr-un singur sistem [70].
2.5.4.2. Programe CAD

AutoCAD
AutoCAD este produsul de baz al firmei Autodesk, i reprezint o puternic
platform de proiectare i desenare 2D / 3D, care automatizeaz lucrul i furnizeaz
instrumente specializate:
instrumente de desenare, care cresc productivitatea i performana activitii

de proiectare;
metode de mbuntire a colaborrii n cadrul colectivului de proiectare i

extinderea accesibilitii la informaia tehnic;
instrumente care asist la administrarea i distribuia standardelor de

proiectare;
caracteristici evoluate de distribuie i integrare n medii de tip enterprise,

precum i instrumente avansate de administrare a licenelor, pentru
maximizarea amortizrii investiiei.
AutoCAD este fundaia CAD pentru:

a. Autodesk Architectural Desktop - Soluie de proiectare bazat pe modele
arhitecturale, destinat dezvoltrii arhitecturale i generrii documentaiei de producie, ADT
respect procedurile de proiectare existente, oferind o modalitate de migraie uoara de la
desenarea tradiionala 2D la abordarea proiectrii bazate pe modele arhitecturale 3D.
Facilitnd refolosirea datelor, n loc de a le redesena de la nceput, ADT
mbuntete coordonarea i precizia desenelor i crete productivitatea, optimiznd ciclul de
proiectare. Adaptndu-se la diverse abordri ale proiectrii arhitecturale, ADT permite lucrul
50

att n 2D, ct i n 3D, dar i comutarea fluid ntre acestea, pe msur ce proiectul
evolueaz.
b. Autodesk Inventor - Este soluia de top n proiectarea i modelarea 2D / 3D,
incluznd, n acelai pachet, AutoCAD Mechanical i Autodesk Mechanical Desktop, ambele
bazate pe platforma solid a lui AutoCAD , precum i Autodesk Inventor, noua paradigm
Autodesk n proiectarea 3D.
c. AutoCAD Mechanical - Dezvoltat pe platforma solid a lui AutoCAD, Mechanical
este un AutoCAD optimizat pentru proiectare i inginerie mecanica 2D, destinat tuturor
domeniilor industriale de producie.
d. Autodesk Mechanical Desktop 6 - Este aplicaia de proiectare mecanica 3D destinat
inginerilor mecanici care prefer s lucreze nativ n mediul AutoCAD. MDT unific
modelarea solid parametric 3D cu generarea de suprafee de form liber i wireframe
2D/3D, fiind destinat inginerilor mecanici, proiectani i desenatori din toate domeniile
industriale [20].
Solide Edge
Solid Edge este un sistem CAD care ofer soluii pentru proiectarea componentelor
mecanice, a ansamblurilor i pentru drafting.
Productivitatea specific Solid Edge automatizeaz i direcioneaz toate funciile de
proiectare, de la aspectul conceptual pn la proiectare detaliat i drafting, reducnd
semnificativ timpul de dezvoltare. Cu aplicaiile integrate de analiz, fabricaie i gestionare a
datelor, Solid Edge asigur eficien ciclurilor complete i permite lansarea pe pia a unor
produse de calitate nalt la costuri mici.
Elementele de simplificare a proiectrii din Solid Edge permit evaluarea mai multor
alternative de proiectare n mai puin timp astfel nct s se poat optimiza performana. Solid
Edge include calcule de model (centru de greutate, momente de inerie etc.), senzori de
proiectare, analiza micrii, detectarea interferenelor etc.
Modulul Part: Solid Edge ofer soluii CAD 3D avansat ntr-o interfa bazat pe
Windows. Tehnologia STREAM implic interferena logic i tehnici de gestionare a
deciziilor pentru a evidenia operarea i a scurta timpul de nvare.
Soft-ul conine un sistem de help on-line ce include i informaii pentru utilizatorii ce
trec de la un sistem de CAD 2D.
Solid Edge ajut inginerii s proiecteze mai rapid prin intermediul instrumentelor
bazate pe parametrizare i elementelor ce modeleaz componentele mecanice mai eficient
dect orice alt sistem CAD. ncepnd cu forme de baz create din schie plane deplasate dup
o direcie sau ax, proiectanii pot aduga uor elemente mecanice obinuite ca guri, seciuni,
racordri i elemente cu perei subiri, precum i elemente mai complexe precum nclinri,
elemente elicoidale etc. Geometria componentelor, relaiile i cotele pot fi schimbate rapid
pentru a analiza alternativele de proiectare.
Modulul Assembly: Solid Edge accept uor ansambluri mari care sunt fundamentale
proiectrii. Suportnd att tehnica de jos n sus ct i de sus n jos de proiectare, Solid
51

Edge permite divizarea sarcinilor de proiectare membrilor echipei de proiectare, livrarea

subansamblurilor imediat ce sunt terminate, i asigur finalizarea corespunztoare a
produsului final. Se pot asigura asamblri corespunztoare ale componentelor prin proiectarea
lor mpreun cu modelul ansamblului, folosind direct geometria componentelor adiacente.
Solid Edge optimizeaz performana interactiv a ansamblurilor pentru a permite explorarea
mai multor alternative n mai puin timp. Uor i rapid se pot restructura ansambluri, crea
familii de ansambluri pentru a evalua diferite configuraii ale produsului i pentru a modela
ansambluri cu componente ce au poziii variabile.
Cu instrumente de gestionare a ansamblului nglobate, Solid Edge reduce timpul
dedicat gestionarii datelor de proiectare. Librrii de piese integrate i elemente utile reviziei,
ajut n gsirea rapid, nlocuirea i revizuirea componentelor ansamblurilor. Reprezentrile
uoare i simplificate fac munca cu ansambluri de mii de componente uoara i practic.
Mediul pentru construcii de tabl al Solid Edge folosete terminologia standard de
construcii de tabl i fabricaie, cu comenzi de modelare specifice pentru diverse operaii
caracteristice construciilor din tabl. Cu plasarea automat a degajrilor colurilor, calculul
desfuratelor i generarea lor, Solid Edge ofer cel mai avansat pachet CAD disponibil
pentru construcii de tabl.
Solid Edge XpresRoute este un pachet integrat ce permite trasarea rapid i
modelarea evilor pentru sistemele hidraulice sau pneumatice. Modulul XpresRoute ajut la
definirea rapid a proprietilor 3D ale evii i traseelor ntre componentele ansamblului. Dup
definirea acestor parametri se poate crea n mod automat un model 3D al evii, completat cu
tratamente finale. Componentele ansamblurilor din evi sunt asociate dinamic la
componentele la care se leag, astfel nct se modific automat n momentul modificrii
vreunui component cu care este asociat.
Modulul de Drafting, dezvoltat special pentru generarea de desene tehnice asigur o
reprezentare excelent, detalieri, adnotri i cotri ce corespund automat standardului de
cotare folosit. Drafting-ul asociativ al Solid Edge creeaz automat i actualizeaz modelele
3D. n crearea unei vederi de desen primare, Drawing View Creation Wizard capteaz
cunotinele de pregtire a unui desen i asist n plasarea vederii. Proiectanii selecteaz
modelul, apoi selecteaz i aranjeaz vederile pe foaia de desen tehnic. Solid Edge creeaz
rapid vederi standard i auxiliare, inclusiv seciuni, detalii i vederi axonometrice. Pe msur
ce se modific modelele, desenele asociate sunt actualizate automat reflectnd schimbrile
efectuate n model. Sistemul drafting al Solid Edge accelereaz dramatic desenarea
ansamblurilor prin crearea automat a vederilor explodate, liste de componente i liste de
materiale. Solid Edge suport conversii bidirecionale pentru cele mai folosite formate CAD,
printre care: ACIS, DXF/DWG, IGES, MicroStation, STEP, Parasolid, PRO/ENGINEER.
Solid Edge poate deschide fr probleme fiiere CAD ale Unigraphics cu nglobare
asociativ ce asist n interoperabilitatea complet ntre cele dou sisteme.
SolidWorks
n categoria Sketch se gsesc toate instrumentele pentru modelare: de la poligoane,
cercuri, arce de cerc i pn la funciile de creare a dependenelor sau modificare a unor
parametri existeni. Pentru desenarea propriu-zis se pot folosi numai comenzile realizate cu
52

ajutorul mouse-ului, sau se poate apela la csuele de dialog unde pot fi introduse coordonate
exacte. Pentru crearea solidelor se folosesc elemente simple de desenare 2D, care apoi pot fi
extrudate printr-o varietate de tehnici. Pentru a realiza un model complex, se poate desena
fiecare entitate n parte, pentru ca apoi s fie asamblate folosind modulul Assemblies.
Avantajul lucrului n acest fel este c dac a aprut cumva o greeal, nu trebuie modificat
ntregul model, ci numai o anumit zon, SolidWorks fiind capabil s recalculeze automat
toate dependenele i s actualizeze modelul. Pentru fiecare component se poate completa un
cmp de informaii suplimentare care s conin numele respectivei componente, cine a
realizat-o, precum i alte observaii. Acestea sunt foarte utile n momentul n care un model
complex SolidWorks este vizualizat cu aplicaia gratuit SolidViewer i se dorete cutarea
unei anumite componente (de exemplu, informaii suplimentare despre modalitatea de
mbinare a dou structuri, sau caracteristicile unui urub) [23].
Modelarea plcilor din metal este o alt facilitate oferit de SolidWorks. Toate
operaiunile de ndoire, tiere sau pliere pot fi fcute direct pe suprafaa metalic. Foarte
folositoare este i posibilitatea de import a tabelelor cu dimensiuni din Microsoft Excel, n
momentul n care trebuie introduse cote precise (poate fi folosit pentru orice tip de model).
n procesul de proiectare a obiectelor complexe este esenial s se poat obine o
imagine ct mai bun a anumitor zone. Pentru aceasta SolidWorks pune la dispoziie un set
puternic de vizualizri, care ofer o ergonomie sporit aplicaiei. Pe lng posibilitatea de
mprire a ecranului n mai multe ferestre, care s conin diferite unghiuri de vedere asupra
modelului, n SolidWorks se poate aduce rapid n ecranul de lucru oricare dintre feele
modelului. O alt facilitate interesant este aceea prin care se pot afia ca umbrite (shadow)
acele contururi care n mod normal nu pot fi vzute dintr-un anumit unghi. Modelul poate fi
afiat n mai multe stri, de la cea wireframe cu toate contururile afiate, la forma solid, sau
solid cu umbre (pentru o mai bun sesizare a contururilor). Folosind add-in-ul PhotoWorks, se
pot aplica diferite texturi pe modele (exist o baz destul de larg cu texturi pentru metale,
plastic, lemn sau piatr), ilumina corespunztor anumite zone i selecta o imagine de
background astfel se poate obine o imagine ct mai real a obiectului creat.
Solidworks este compatibil cu formatele de tip: DXF, DWG, CGR, IGES, STEP etc.
2.5.4.3. Programe CAM

POWERMILL
PowerMILL este un soft specializat CAM pentru fabricarea de forme complexe din
industriile productoare de scule, automobile i aeronave, este un soft produs de DELCAM.
Caracteristicile cele mai importante includ o palet larg de strategii printre care, achierea de
nalt eficien, finisarea de vitez mare (high-speed) i tehnici de fabricaie n 5 axe, calcule
de timp rapide i unelte de editare puternice, pentru a asigura performan maxim sculei [26].
PowerMILL accept date de la orice sistem CAD, prin formatele: IGES, VDA, STL
sau de la orice interfee directe. Se pot genera suprafee de achiere i traiectorii de finisare,
care optimizeaz productivitatea sculelor mainii CNC, asigurnd astfel o fabricaie de o
calitate deosebit a modelelor i a sculelor. Un modul total integrat de simulare permite
verificarea acurateii i eficiena tuturor traiectoriilor, nainte ca maina s fie pornit.
53

Datele pot fi importate dintr-un set larg de formate de schimb incluznd aici IGES,
VDA, STL, SDRC IDEAS, ProE, SolidWorks, SolidEdge, Cimatron, CATIA, Unigraphics i
Parasolids. PowerMILL este tolerant cu traiectoriile cu date incomplete oferind o fabricaie
continu chiar i atunci cnd exist intervale lips. Cnd aceste intervale lips sunt mai mari
dect tolerana acceptat PowerMILL se retrage la o nlime z sigur, cnd intervalele sunt
mai mici dect tolerana, scula de achiere continu fabricarea, peste intervalul lips.
PowerMILL include multe strategii pentru High Speed Machining care asigur
condiiile optime pentru o ncrcare continu consistent, condiii necesare pentru o achiere
rapid i o finisare a suprafeei excelent. Trei exemple concludente sunt 3D Offset, Constant
Z finishing i Optimised Constant Z.
PowerMILL ofer strategii de fabricaie poziionale i continue n 5 axe, pentru o
producie mai eficient a componentelor n industria aeronautic, auto i n aplicaii de
inginerie de precizie. Fabricaia n 5 axe ofer multe beneficii care includ, prototiparea rapid,
prelungirea duratei de funcionare a sculei achietoare i reducerea reparaiilor. PowerMILL
suport o palet larg de strategii de fabricaie i de tipuri de scule, mpreun cu o serie
ntreag de traiectorii i legturi.
PowerSHAPE
PowerSHAPE este un software de modelare pentru proiectarea i producerea
formelor complexe, de modelare pentru producie.
Cu ajutorul PowerSHAPE utilizatorii pot prelua i proiecte dezvoltate cu alte sisteme
de modelare i folosind instrumente sofisticate de creare a suprafeei (crearea suprafeelor din
curbe sau modificarea dinamic a suprafeei), pot aduga elemente complexe proiectului
iniial precum racordri sau suprafee de separaie absolut necesare unei fabricaii fr
probleme.
O facilitate important este editarea orientat obiect (spre deosebire de alte programe
CAD). Aceasta nseamn c utilizatorul selecteaz nti obiectul de editat i apoi alege
operaia care trebuie efectuat asupra acestuia. n acest mod se reduce numrul de opiuni
disponibile la un moment dat, ajutnd astfel ca PowerSHAPE s fie mai uor i mai rapid de
utilizat.
Cele mai multe sisteme CAD 3D (att modeloare de suprafee ct si de solide) sunt
orientate mai mult spre proiectare dect spre fabricaie, deci au tendina de a produce proiecte
cu date incomplete de fabricaie. PowerSHAPE este instrumentul recomandat pentru matrieri
i productori de scule care primesc proiecte din alte sisteme i trebuie s le verifice i s le
completeze nainte de a crea fiierele pentru maina cu comand numeric. PowerSHAPE
accept date n toate formatele standard i are interfee directe pentru cele mai cunoscute
sisteme CAD/CAM [26].
HyperWORK
Operaii de frezare 2.5 axe, strunjire i tiere cu fir pentru utilizatorii de AutoCAD.
HyperWORK include funcii pentru frezare 2.5D, strujire i tiere cu fir pentru a transforma
AutoCAD-ul ntr-un produs de proiectare i manufacturare. Lucrnd integrat n AutoCAD
54

HyperWORK ofer o soluie integrat CAD/CAM - unde piesele sunt proiectate n AutoCAD
i convertite n program NC pentru fabricaie. Avantajele oferite de acest modul asigura
reducerea timpului de proiectare i producie. Funcionaliti complete de manufacturare hyperWORK combin funcionaliti complete de fabricaie 2.5D ntr-un singur pachet.[27].
Operaiile pentru strunjire includ:
degroare;
finisare;
debitare.
Operaiile de tiere cu fir suport:
tiere dup contur;
tiere n relief.
Poate fi completat cu:
modul pentru roi dinate;
postprocesoare adiionale fa de biblioteca existent;
PP adaptate pentru 2-4 axe;
mentenan pentru produsul hyperCUT i pentru opiunile descrise anterior.
EDGECAM
EdgeCAM este o soluie desktop de programare off-line a mainilor cu comenzi
numerice pentru prelucrare prin achiere (CNC) produs de Pathtrace. EdgeCAM se prezint
fie ca o aplicaie Windows independent pe 32 de bii, fie ca aplicaie AutoCAD destinat
instalrii peste Autodesk Mechanical Desktop (AMD).
Funcia sa principal este aceea de a crea i actualiza n manier grafic i interactiv
- uzitnd o baz de date complet 3D i dubla precizie - programe CNC privind frezarea,
strunjirea, rectificarea, alezarea i electroeroziunea.
Rendering-ul i verificarea on-screen a secvenelor de comenzi generate pentru
prelucrarea prin achiere, respectiv a traseelor sculelor de prelucrare, asigur ncredere i
precizie, ngduind detectarea timpurie a imperfeciunilor de simulare a prelucrrilor.
Generatoarele de cod din EdgeCAM pot produce secvene de comenzi pentru orice main de
prelucrare mecanic dotat cu control digital complet. Aa cum este de ateptat EdgeCAM
este capabil s preia integral datele i rezultatele post-procesrii create folosind sistemul
PAMS de la Pathtrace. Legat tot de transferul de modele trebuie spus c versiunea pentru
Windows permite att conceperea de piese (ocupndu-se singur de geometrie, curbe,
suprafee i cotri) ct i preluarea modelelor din sistemele CAD consacrate, graie
interfeelor standard de import (citete direct fiiere DWG/DXF, MicroStation, IGES, SAT i
VDA-FS).
55

Ca posibiliti ale lui EdgeCAM pot fi enumerate urmtoarele: frezare pe 2.5 sau 3
axe; strunjire pe 2 axe cu cicluri automate; electroeroziune pe 2 axe. La acestea, versiunea
EdgeCAM for Mechanical Desktop Plus adaug:
prelucrare complet de suprafee, prin rotirea planelor de achiere i/sau

prelucrare multiplan;
strunjire pe 4 axe, plus programarea micrilor dup axele C i Y (att pentru

prelucrarea axial ct i pentru cea radial);
electroeroziune pe 4 axe;
frezarea finiseaz complet suprafeele permind chiar i gravarea detaliilor

descriptive ale piesei i beneficiarului, iar fiecare suport de scul poate fi
sincronizat independent;
este posibil i o frezare prin fire interne i externe conform cerinelor

tehnologice din industria petrolier;
la simularea strunjirii se face i afiarea timpilor de tiere i de pauze, cu

posibiliti de sincronizare retrospectiv i de optimizare a secvenelor
fiecrui suport de cuit.
Toate variantele de EdgeCAM au n comun:
un bagaj de operaii de prelucrare predefinite, nemijlocit modificabile prin

parametri;
compensarea razelor de parcurs de ctre sculele de achiere/eroziune;
editare simpl i rapid a instruciunilor CNC (generabile i n secvene

condensate);
limbaj de macro-uri cu generare de rutine (secvene de automatizare, de

grupare, subrutine ncuibate).
EdgeCAM include trei module responsabile cu strunjirea, frezarea i cu

electroeroziunea.
Strunjire (turning):
varianta comun de EdgeCAM conine faciliti complete pentru strunjire pe

dou axe, ns pot fi procurate extensii pentru abordarea strunjirii pe patru
axe, incluznd axele C, Y i B;
simulare grafic complet a procesului de achiere a materialului brut i a

evoluiei sculelor strungului automat;
control dinamic al cuitelor de strunjire pentru micri rapide;
toate secvenele de strunjire generate sunt disponibile att ca cicluri

condensate ct i sub form de cod CNC neprescurtat (program complet);
funciile de recunoatere a geometriilor suprafeelor elimin riscurile de

exfoliere sau de deformare a suprafeelor / pereilor;
56

la calcularea traseelor de prelucrare se pot lua n considerare i inserarea i

degajarea sculelor de achiere (cuite, burghie).
Frezare (milling):
EdgeCAM suport frezare n 2.5 sau 3 axe, prelucrarea de suprafee, iar versiunea
cea mai complet permite prelucrarea simultan pe 5 axe plus prelucrare multiplan; faciliti
de simulare cvasi-realist i de calitate a traseelor sculelor de achiere; operaiile sunt
nregistrate separat pentru a uura resecvenierea; facilitate automat.
Verificarea poate fi aplicat att sistemelor de frezare ct i celor de strunjire pentru
a asigura o verificare detaliat a codului CNC i pentru a permite utilizatorului s compare
modelul iniial proiectat (cel teoretic) cu rezultatul virtual al prelucrrii prin secvena de
comenzi numerice generat. Simularea interaciunii dintre sculele de prelucrare i materialul
brut (la achierea din corpul materialului) permite validarea procesului, precum i verificarea
i identificarea coliziunilor, deformrilor i exfolierilor. Modulul de verificare a traseelor de
prelucrare trateaz i afieaz ca solide: materialul brut (profile, bare, piese turnate), clemele
i bridele de prindere, vrfurile de centrare i sculele de prelucrare mecanic (cuite de strung,
freze deget, freze cilindrice, freze cilindro frontale, burghie etc.).
Biblioteca de scule din EdgeCAM fluidizeaz procesul de programare a mainilor de
prelucrare cu comenzi numerice, coninnd faciliti generoase de administrare a sculelor.
Baza de date este compatibil cu dBASE IV i SQL, iar specificaiile tehnice de producie se
supun standardelor ISO, ANSI i BS (British Standard). Sculele pot fi grupate n truse
specifice, sau asignate cu informaii privind exploatarea, manevrarea sau administrarea
(poziia suportului de cuit, comentarii, parametri de instalare, regimul termic al modelului,
rcirea forat etc.).
Tot la acest capitol se nscrie i biblioteca de materiale prin care se evideniaz
diverse grade de rugozitate a suprafeelor obinute prin simularea prelucrrilor, i care
furnizeaz astfel informaii corelate privind vitezele i sculele de prelucrare [22].
SURFCAM
Sistemele SURFCAM, produse de Surfware, ofer soluii de modelare a suprafeelor
i prelucrare a acestora pe maini cu comand numeric (MUCN), avnd posibilitatea
generrii traiectoriilor sculelor i postprocesrii acestora pentru maini pornind de la
strunguri, maini de tiere cu fir (electroeroziune), cu laser sau jet de ap, pn la maini de
frezare cu 2 pn la 5 axe.
Prima versiune SURFCAM, lansat n 1988, oferea modelarea 3D a suprafeelor
neuniforme (NURBS), rotirea dinamic n timp real a modelului i prelucrarea n 3 axe,
pentru ca un an mai trziu s ofere capabiliti de prelucrare pn la 5 axe .
Intuind migraia sistemelor CAD/CAM ctre PC i platforme Windows, Surfware a
lansat n 1993 primul sistem CAM pentru Windows. SURFCAM 4 a fost rescris n ntregime
pentru lucrul pe 32 bii, oferind multitasking real. Astfel se pot rula mai multe sesiuni
SURFCAM pe aceeai platform hard, permind verificarea traiectoriilor sculelor pe un
sistem, n timp ce pe un alt sistem se pot genera noi traiectorii.
57

SURFCAM este un produs cu mai multe nivele de funcionalitate. Astfel se poate

porni cu un sistem SURFCAM 2Axis i, ulterior, s se adauge noi capabiliti pn la 4 sau 5
axe, pe msur ce necesitile o impun.
SURFCAM ofer cotare conform standardelor, cu poziionarea dinamic a cotelor cu
suport pentru tolerane i font-uri Windows.
Modelorul wireframe permite obinerea de suprafee complexe generate prin operaii
ca: SWEEP, LOFT, racordri cu raze variabile (n numr nelimitat), operaii de editare a
suprafeelor (trim, extend), sau operaii de generare a suprafeelor neuniforme (NURBS) prin
operaia de blend ntre 2, 3 sau 4 curbe sau suprafee. O alt capabilitate este aceea de a
genera linii de separaie i de separare automat a cavitii i miezului, n cazul matrielor.
SURFCAM permite folosirea modelelor create cu alte sisteme CAD prin convertirea
unor variate tipuri de fiiere. Cu ajutorul modulului SURFCAM Utilities pot fi convertite
fiiere din urmtoarele formate: Initial Graphics Exchange Specification (IGES), Drawing
Exchange Format (DXF), Ford Standard Tape (FST), Chrysler Standard Format (CSF),
CADKEY Advanced Design Language (CADL), General Motors Design Format (DES),
Northrop/McDonnell Douglas Mesh Type 6 (NCAL), ACIS format (SAT), European
Automotive formats (SPAC, VDA), Free-form Digitized Data (asc), Sharnoa Digitized Data
format (shn), Brown & Sharp Digitized Data format (brn).
SURFCAM prezint o bibliotec predefinit de scule achietoare i materiale de
prelucrat, cu ajutorul crora sunt calculate automat vitezele de achiere i avansurile pe baza
geometriei sculei, a materialului sculei, a materialului de prelucrat etc. [63].
Aceast bibliotec predefinit conine peste 500 de scule achietoare standard,
incluznd freze, burghie, cuite de strung, .a. Biblioteca de scule poate fi completat cu scule
i materiale definite de utilizator, numrul adugirilor fiind practic nelimitat.
Odat alese sculele achietoare, materialul de prelucrat i suprafaa sau suprafeele ce
vor fi prelucrate, generarea traiectoriilor sculelor este un proces rapid.
SURFCAM ofer posibilitatea de a genera traiectoriile sculei achietoare pentru
suprafee multiple prin operaii de degroare (Z-level roughing) i finisare (Z-level finishing).
Se scurteaz astfel timpul de lucru n SURFCAM ct i timpul propriu-zis de prelucrare.
Verificarea traiectoriilor generate se realizeaz cu modulul SURFCAM Verify ce
permite vizualizarea n timp real a procesului de prelucrare a modelului din semifabricatul pe
care l dorete utilizatorul. Se pot astfel urmri procesul de nlturare a materialului i pot fi
detectate eventualele erori de prelucrare.
2.5.4.4. Programe CAE

ADINA
Adina este un sistem performant de analiz cu elemente finite pentru structuri,
transfer termic i curgeri de fluide.
Adina System este o soluie pentru analiz folosind metoda elementelor finite a
structurilor , transferului termic ntre corpuri, curgerilor de fluide etc.
58

Module componente ale Adina System:
Adina User Interface, furnizeaz funcionalitate complet pentru

preprocesare i postprocesare pentru toate celelalte module componente;
Adina Modeler reprezint un modul add-on la Adina User Interface care

permite modelare de solide i integrare n alte sisteme CAD bazate pe
tehnologia Parasolid, de asemenea furnizeaz funciile de analiz liniar i
neliniar pentru solide i structuri. Prin Adina-M se pot importa n mod
direct geometrii bazate pe modelul Parasolid (ex. Unigraphics, SolidWorks
sau SolidEdge). n plus mai sunt disponibile programe care asigur interfaa
pentru programe cunoscute ca I-DEAS, Patran, Pro/ENGINEER sau
AutoCAD. Acolo unde nu exista o interfa direct , transferul informaiilor
despre geometrie se poate face prin IGES;
Adina-F, reprezint modulul CFD de analiz pentru curgeri de fluide

compresibile sau incompresibile avnd capacitatea deosebit de modificare a
limitelor i re-mesare automat;
Adina-T, grupeaz procedurile de analiz a transferului de cldur pentru

solide i probleme de cmp termic;
Adina-FSI (Fluid Structure Interaction),este dedicat analizei cuplate pentru

interacia fluid - structur;
Adina-TMC, furnizeaz instrumentele pentru analiza cuplat mecanotermic, inclusiv pentru analiza contactului cu transfer termic [71].
Design Space
DesignSpace este primul produs software ce folosete tehnologia ANSYS pentru
analiza cu element finit i care este complet integrat cu Autodesk Mechanical Desktop.
DesignSpace se comercializeaz ca un pachet de analiz pentru un sistem CAD
specific. DesignSpace arat i lucreaz identic, indiferent de platforma CAD, diferena apare
la integrarea datelor, care este complet transparent pentru utilizator. Platformele CAD
suportate sunt: Mechanical Desktop, Inventor, CATIA, Pro/Engineer, Unigraphics,
SolidWorks, Solid Edge.
Funcionalitile de analiz ale DesignSpace pentru fiecare sistem CAD sunt
organizate n patru pachete i module adiionale, fiecare destinat s satisfac cerinele unui
profil particular de utilizatori:
a. DesignSpace 6 Entra- este pachetul destinat analizei i simulrii la nivel de reper.
Include toate instrumentele necesare pentru:
analiza static linear, modal i influena temperaturii;
lucru direct pe modele solide din Mechanical Desktop;
posibilitate de a lucra pe mai multe proiecte concomitent;
alegere mediu de lucru;

59

alegere ncrcri pe piese;
alegere suporturi pies;
alegere tip de analiz;
afiare i interpretare rezultate;
gestionare rezultate.
b. DesignSpace 6 Advansia- are toate funcionalitile din DesignSpace Entra,

acestea putndu-se aplica, n plus, pentru studiul comportrii ansamblurilor de repere create
cu Mechanical Desktop.
c. DesignSpace 6 Optima- are toate funcionalitile din DesignSpace Advansia,
incluznd, n plus, control manual asupra discretizrii modelului i simularea contactelor
nelineare n ansambluri.
d. Additional CAD Readers/Plug-ins - sunt destinate companiilor care folosesc mai
multe platforme CAD, permind citirea geometriilor din cele mai populare pachete CAD
[68].
MSC NASTRAN
Destinat analizei structurale mecanice, termice i optimizrii. Pentru analize
complexe (electromagnetic/mecanic, electromagnetic/termic etc.) se cupleaz cu capabilitile
de calcul electromagnetic ale pachetului MSC/EMAS. MSC/NASTRAN este recunoscut ca
cea mai bun implementare (profesional) a proiectului public NASTRAN dezvoltat de
NASA pentru programul APOLLO n 1967. MSC/NASTRAN ofer o larg varietate de tipuri
de analize: analiz static liniar, analiz modal, flambaj, transfer de cldur (staionar,
tranzient, liniar i neliniar), analiz dinamic liniar i neliniar (rspuns tranzitoriu, rspuns
n frecven, rspuns aleatoriu, analiz spectral), analiz neliniar static, aeroelasticitate,
acustic, oboseal i durat de viaa, optimizare, analize complexe cu suprapunerea efectelor
termice i mecanice.
MSC/NASTRAN ofer posibilitatea elaborrii de modele structurale ce includ att
materiale ordinare, ct i materiale compozite, cu diferite grade de anizotropie.
MSC/MVISION este primul sistem dedicat ce vizeaz integrarea informaiilor
privitoare la proprietile fluxurilor de materiale n procesul de producie. MVISION d
posibilitatea crerii i exploatrii unei baze de date de materiale, prin vizualizarea,
compararea i filtrarea proprietilor acestora. MVISION furnizeaz baza de materiale
necesar calculelor cu MSC/NASTRAN, MSC/DYTRAN, MSC/FATIGUE i MSC/EMAS
MSC/DYTRAN: solver (modulul de calcul propriu-zis) pentru analiza deformaiilor
n regim dinamic puternic neliniar (deformaii mari prin explozie, ambutisare, forjare i
impact), pentru structuri solide i structuri complexe solid-fluid.
MSC/EMAS este un pachet pentru analiza fenomenelor electromagnetice. mpreun
cu MSC/NASTRAN este folosit pentru modelarea fenomenelor complexe (mecanice i
electromagnetice), stabilind interaciuni ntre ele.
60

MSC/ARIES i MSC/PATRAN: pre i postprocesoare (pre: etapa iniial a crerii

modelului virtual cu element finit i stabilirea parametrilor analizei; post: interpretarea i
analiza rezultatelor) pentru MSC/NASTRAN i MSC/EMAS, respectiv pentru
MSC/NASTRAN, MSC/DYTRAN i MSC/FATIGUE.
MSC/FATIGUE: pachet destinat analizei la oboseal i estimarea duratei de via a
structurilor mecanice [60].
ASTADIS
Astadis este un pachet de programe de calcul i analiz a structurilor din bare, care
permite exploatarea puterii metodelor numerice de analiz cu elemente finite, fiind destinat cu
precdere inginerilor constructori, proiectani de structuri, permind determinarea strii de
eforturi i de deformaii pentru structuri din bare, alctuite din beton armat, lemn, metal sau
mixte (beton-metal, metal-lemn sau alte materiale convenionale).
Tipurile de structuri care pot fi analizate sunt: grinzi continue, structuri articulate
plane, cadre plane, reele de grinzi, structuri articulate spaiale, cadre spaiale.
Pentru analiza dinamic a structurilor sunt utilizate dou metode:
analiza dinamic a structurilor prin integrarea accelerogramelor

(seismogramelor) - nregistrate sau generale - prin metoda pas cu pas,
indiferent de perioada semnificativ sau de durata micrii seismice;
analiza pseudo dinamic a structurilor cu ajutorul sarcinilor seismice de

cod.
Principalele avantaje ale utilizrii aplicaiei Astadis sunt:
reducerea timpului de elaborare a proiectului de rezisten de circa douzeci

de ori;
selecionarea tuturor posibilitilor de solicitare ale seciunilor dimensionate

i armarea lor corespunztoare dup normativele actuale n vigoare;
efectuarea tuturor verificrilor complexe impuse de legislaia n vigoare;
nlturarea erorilor umane n proiectarea i desenarea elementelor structurale

[62].
COSMOS
n cadrul programului COSMOS modelarea tridimensional este realizat avnd la
baz standardul ACIS, care reprezint o biblioteca de funcii C++.
Facilitile sunt cele comune tuturor programelor de modelare a solidelor:
parametrizarea total i bidirecional;
existena unor primitive 3D de tip paralelipiped, con, cilindru, tor, sfer;
posibilitatea combinrii acestor entiti prin operaii de algebr booleana n

vederea obinerii unor entiti complexe;
61

aplicarea unor elemente specifice proiectrii constructive: teiri, racordri,

guri;
posibilitatea generrii unor biblioteci parametrizate de profile;
utilizarea conceptului de features manager n vederea editrii att a

entitilor, ct i a modului de combinare a acestora;
posibilitatea de a lucra cu facilitile conceptului de assembly, referitoare

la desenul de ansamblu.
Analiza structural reprezint elementul de noutate al sistemului integrat, att ca

prezen chiar n meniul principal, ct i ca tehnologie. Toate etapele parcurse pentru calculul
de tensiuni i deplasri au algoritmi optimizai, ceea ce conduce la o reducere drastic a
timpului necesar. Modul de definire al parametrilor specifici este deosebit de facil i are ca
scop extinderea conceptului de parametrizare chiar pentru partea structural.
Condiiile de contur (rezemri, ncastrri etc.) i solicitrile (fore, presiuni etc.) sunt
asociate cu elemente geometrice; astfel, orice modificri care apar n modelul geometric se
transmit automat ctre parametrii specifici analizei structurale.
Programul dispune de algoritmi moderni cu ajutorul crora acesta, n urma analizei
elementelor geometrice, detecteaz att mrimea optim a elementului finit, ct i distribuirea
acestora pe elementele geometrice.
n ceea ce privete post procesarea, se pot obine hri de deplasri sau tensiuni, care
ofer o imagine foarte relevant asupra comportrii piesei respective.
n urma unor studii de caz se poate observa c exist posibilitatea ca anumite tensiuni
sau deformaii s aib valori importante chiar n interiorul solidelor, fiind astfel mai greu de
depistat aceste valori prin utilizarea facilitilor prezentate anterior. Pentru eliminarea acestui
neajuns, au fost create dou noi posibiliti care au urmtoarele faciliti:
identificarea valorilor n diverse seciuni de-a lungul uneia din cele trei axe
de coordonate;
identificarea i vizualizarea izo-suprafeelor pentru anumite mrimi.
Sistemul are la dispoziie n configuraia de baza 4 tipuri de analiz:
static liniar;
frecvene proprii;
stabilitate;
termic.
Extragerea desenelor de execuie se face n mod automat, astfel:
vederile sunt realizate automat n timp ce se genereaz modelul;
seciunile sunt generate direct prin indicarea traseului de secionare;
cotarea se face automat prin alegerea entitii care trebuie cotat.
Programul mai pune la dispoziie i alte faciliti din zona de desenare, cum ar fi
utilizarea conceptului de strat, tip de linie, text i aliniere etc.
62

Comanda numeric se realizeaz prin transferul ctre programe specializate a

oricrui tip de fiier specializat acestei operaii: DXF, IGS, SAT.
Un alt avantaj important al acestui sistem este deschiderea ctre cele mai importante
pachete de CAD i element finit, cum ar fi: AutoCAD, Pro/Engineer, Catia, Solid Works,
Euclid, Ansys, Nastran. Este de remarcat faptul c pentru fiecare din aceste programe exista
interfa special, care ine cont de toate elementele specifice ale fiecrui program [61].
Working Model 3D
Working Model 3D un produs CAE (Computer Aided Engineering) care reunete
modelarea, simularea i analiza, beneficiind de o interfa Windows consistent.
Tehnologia ACM (Automatic Constraint Mapping) extinde ansamblul CAD ntr-o
funciune Working Model prin maparea automat a geometriei modelului solid n pri
componente, iar constrngerile ansamblului transformndu-le n articulaii mecanice. Acestea
devin astfel, bazele pentru versiunea funcional a proiectului.
Working Model 3D ofer o complet gam de elemente de legturi i constrngeri
3D, de la motoare i pistoane, la arcuri, tije i lanuri, dnd posibilitatea utilizatorului s poat
crea orice tip de mecanism 3D pe care i-l dorete, indiferent de gradul de complexitate al
acestuia. De asemenea, Working Model 3D include detecia automat a coliziunilor dintre
prile componente ale ansamblului, avnd capacitatea unic de a simula cum interacioneaz
acestea ntre ele. Folosind aceast facilitate, proiectantul poate s mute componentele care
determin aceste coliziuni i s verifice din nou interferena dintre componente.
Produsele Working Model 3D sunt:
Working Model 3D;
Working Model Engineering Desktop - include cele mai recente versiuni ale
programelor Working Model 3D i Working Model 2D.
Produsele de integrare CAD sunt:
Working Model 3D for Mechanical Desktop;
Working Model 3D for Solid Edge;
Working Model 3D for SolidWorks;
Working Model 3D for Pro/ENGINEER.
Produsele de simulare a micrii legate de FEA sunt:
Working Model 3D/COSMOS Simulation Desktop for Solid Edge;
Working Model 3D/COSMOS Simulation Desktop for SolidWorks [64].
Alte soft-uri CAE: ABACUS: pentru structuri navale, ARGUS: pentru analiza
general a structurilor, BOSOR4: pentru analiza nveliurilor, CHAMPION 3D: pentru
nveliuri de rachete, LAMPSA: nveliuri i plci din compozite, PAC 78: analiza structurilor
din compozite.
63

Concluzii:
ntre soft-urile prezentate anterior exist diferene de compatibilitate. Dac o parte
dintre acestea vor fi folosite de ctre diverse organizaii din cadrul sistemului cooperativ vor
aprea probleme de compatibilitate i transfer ntre fiiere i eventual ntre versiunile aceluiai
soft.
De exemplu dac se import un desen 2D dintr-o versiune anterioar a soft-ului
CATIA ntr-o versiune superioar se vor remarca diferene de grosimi de linie, n unele cazuri
liniile subiri vor fi transformate n linii foarte groase. Aceeai problem se regsete i la
transferul ntre soft-uri diferite. n cazul transferurilor de componente 3D apar alte tipuri de
probleme, de exemplu n cazul transferului ntre CATIA i SolidEdge folosind formatele
neutre de tip STEP/IGES:
pierderea de date;
piesele nu sunt recunoscute ca entiti separate, ansamblul fiind vzut ca un ntreg;
apar diferene de culori ntre prile componente ale ansamblului
n continuare este prezentat o analiz comparativ a trei soft-uri (CATIA,

UNIGRAPHICS i SolidWorks) lund n considerare: nucleul geometric folosit, tehnicile de
modelare, tipuri de curbe i suprafee, tipuri de formate de import / export suportate, module
integrate, compania productoare i pre.
a. CATIA
64

b. UNIGRAPHICS
c. SolidWorks
65

2.7. Concluzii
Avantajele sistemelor cooperative:
a. activitatea creativ de cercetare, proiectare i dezvoltare de produse noi i aplicaii
n colaborare n domenii ca de exemplu:
proiectare asistat de calculator/fabricaie asistat de calculator CAD/CAM

(Computer Aided Design/ Computer Aided Manufacturing) ;
inginerie concurent conveior;
utilizarea de sisteme CASE.
b. procesele economico-administrative pentru:
activitile de marketing, desfacere, aprovizionare i financiare (gestiunea

comenzilor i facturilor etc.);
procesarea tranzaciilor;
gestiunea fluxului de lucru;
activitatea de personal;
activiti de birotica.
Avantaje ale folosirii sistemelor cooperative:
protecia proprietii intelectual, deoarece organizaia pune la dispoziia

partenerilor doar informaiile necesare;
reduce costul cu privire la adaptarea infrastructurii la cerinele partenerilor i

ale proiectului;
flexibilitate crescut;
are loc o mbuntire a relaiilor din interiorul organizaiei;
accesul la baza de date a proiectului se face pe nivele de securitate n funcie

de importana partenerului, a gradului su de implicare n cadrul proiectului
i a tipului de informaie solicitat;
ofer un nivel de automatizare al fluxului de lucru adecvat cu cerinele

companiei;
asigur accesul la toate serviciile oferite de web, mai ales n cazul echipelor
de lucru distribuite geografic;
trebuie s asigure respectarea standardelor n vigoare cu privire la sistemele

de operare i securitatea informaiilor;
permite interaciunea i vizualizarea n timp real ntre parteneri, fapt ce duce

la o reducere de cost i de timp n conceperea produsului;
66

existena unei interfee comune ce permite comunicarea, organizarea i

colaborarea;
acest tip de sisteme trebuie s fie uor de utilizat i s prezinte elemente

comune i standardizate pentru a nltura barierele tehnologice i
culturale[31].
67

Cap.
3.
CERCETRI
PRIVIND
TEHNICILE
MULTIAGENT N IMPLEMENTAREA SISTEMELOR
COOPERATIVE
3.1. Inteligena artificial distribuit.
Avnd n vedere faptul c domeniul de cercetare privind inteligena artificial
distribuit se dezvolt i se diversific continuu este foarte dificil de prezentat o definiie
unanim acceptat. Se poate spune c inteligena artificial distribuit se refer la studiul i
proiectarea sistemelor formate din mai multe entiti care interacioneaz, distribuite din punct
de vedere logic i deseori spaial i care pot fi considerate ntr-un anumit sens autonome i
inteligente [54].
Domeniul inteligenei artificiale distribuite se afl la grania dintre inteligena
artificial i calculul distribuit. Inteligena artificial distribuit const n studiul rezolvrii
distribuite a problemelor i studiul sistemelor multiagent.
Fig. 3.1. - Inteligena artificial distribuit
Necesitatea utilizrii sistemelor distribuite este justificat de extinderea paradigmei

cooperrii om main printr-o abordare mai natural bazat pe rezolvarea distribuit a
problemelor. De asemenea, un sistem poate fi att de complicat i poate conine att de multe
cunotine nct este mai bine s fie mprit n diverse entiti cooperative n scopul de a
obine o eficien crescut: modularitate, flexibilitate i un timp de rspuns mai scurt.
68

De asemenea, este necesar integrarea sistemelor de inteligen artificial deja

existente, att ntre ele ct i cu componente de prelucrare clasic.
Diferena principal dintre rezolvarea distribuit a problemelor (DPS) i sistemele
multiagent (SMA) se refer la faptul c primul domeniu se ocup de managementul
informaiei, aici o problem complex este descompus n mai multe subprobleme mai simple
care sunt rezolvate separat i apoi rezultatele pariale sunt combinate pentru a forma soluia
final astfel se presupune c entitile care rezolv subproblemele sunt compatibile. Al doilea
domeniu, cel al sistemelor multiagent studiaz managementul comportamentului, agenii pot
avea arhitecturi diferite, sau chiar scopuri conflictuale, i totui trebuie s interacioneze.
Dezvoltarea acestui domeniu se datoreaz progresului rapid nregistrat de sistemele
de operare multi-tasking i a limbajelor de programare orientate obiect, fapt ce a dus recent
la apariia, proiectarea i implementarea sistemelor bazate pe ageni.
Noua tendin este aceea de a folosi tehnologia orientat agent n implementarea
sistemelor cooperative.
3.2. Agenii
Conceptul de agent este unul recent aprut i sufer schimbri rapide i continue, unii
cercettori consider agenii ca fiind o nou paradigm n domeniul cercetrii computaionale.
Ei aduc o nou abordare i constituie noi instrumente de lucru. Nu exist o definiie unanim
acceptat, diferii cercettori insistnd mai mult sau mai puin asupra unora dintre proprieti
n funcie de domeniul de aplicaie dar n principal majoritatea consider autonomia ca fiind o
proprietate definitorie a agentului.
Noiunea de agent poate avea diverse interpretri n funcie de domeniul particular n
care este utilizat. Exist ageni n tiinele cognitive, economice, sociale, n biologie i,
recent, n tiina calculatoarelor.
3.2.1. Definiie
n continuare, sunt prezentate cteva definiii propuse de diferii cercettori:
Agentul AIMA este descris ca fiind orice lucru care i poate percepe mediul prin
senzori i poate aciona asupra acelui mediu prin efectori [48]. Definiia depinde n mare
msur de ce se nelege prin mediu, percepie i aciune. Astfel, dac mediul asigur intrri
pentru ageni i le primete ieirile, orice program poate fi considerat agent.
Agentul MAES: Agenii autonomi sunt sisteme computaionale care populeaz un
anumit mediu dinamic complex, percep i acioneaz autonom n acest mediu i astfel i
realizeaz un set de scopuri sau sarcini pentru care au fost proiectai [37]. Aceast definiie
adaug un element foarte important: autonomia agenilor, ns limiteaz tipurile de mediu,
astfel nct acestea s fie complexe i dinamice. Putem deci considera c un agent este un
69

sistem computaional situat ntr-un mediu de execuie i capabil de aciune autonom n acel
mediu pentru a-i ndeplini obiectivele planificate [55].
Agentul MuBot: termenul de agent este folosit pentru a prezenta dou concepte:
primul privete abilitatea agentului de a se executa autonom, iar al doilea reprezint abilitatea
agentului de se executa ntr-un domeniu orientat spre un anume scop [24]. Definiia se refer
n principal ca autonomia agentului i la obiectivul precis pe care acesta trebuie s l realizeze,
nu se face nici o specificaie n legtur cu condiiile de mediu n care acesta acioneaz.
Agentul KidSim: Agentul este o entitate software persistent ce are un scop
specific. Prin persisten agentul se deosebete de subrutine, agenii au propriile idei despre
cum s ndeplineasc sarcinile. Scopul specific i distinge de aplicaiile multifuncionale mai
ales c agenii au dimensiuni mult mai mici [49]. Autorii insist asupra scopului specific al
agenilor i a diferenei semnificative ntre un agent i un program obinuit.
Agentul SodaBot: Agenii sunt programe care pot dialoga, negocia i coordona
transferul de informaie [59]. Definiia specific faptul c agentul este un program, dar mult
mai evoluat, se insist pe diferena ntre un program obinuit i un agent, acesta este capabil
s coopereze, s negocieze i s coordoneze.
Agentul Brustoloni: Agenii autonomi sunt sisteme capabile de autonomie i aciuni
spre realizarea unui scop n lumea real[13], [2]. Aceast definiie exclude agenii software i
programele n general, i se insist asupra faptului c agenii trebuie s supravieuiasc n
lumea real.
Fig. 3.2. Arhitectura unui agent
n figura 3.2 este prezentat arhitectura unui agent i mediul n care acioneaz.
Agentul este nzestrat cu un receptor care va capta stimulii din mediul su de execuie.
Acetia pot veni din partea altor ageni, din partea utilizatorului sau ca urmare a schimbrii
mediului de execuie a obiectivului stabilit.
Agentul este nzestrat cu un analizator i cunotine. Cunotinele provin fie din
partea de programare a agentului, fie din experienele anterioare ale acestuia, agentul stocnd
toate activitile iniiale n ncercarea sa de a realiza obiectivul propus, fiind capabil sa nvee
din activitatea anterioar.
70

Pe baza cunotinelor deinute, a activitii i a analizei informaiei primite, agentul

este capabil sa ia autonom o decizie cu privire la aciunea ce trebuie s o ntreprind pentru a
ndeplini obiectivul propus. Astfel informaia se va ntoarce modificat n mediu. Un studiu
referitor la influena mediului asupra agentului i vice-versa se va regsi ntr-un capitol
ulterior.
3.2.2. Clasificri
3.2.2.1. Taxonomia general a agenilor
Una dintre cele mai generale clasificri este cea propus de Kiel [34]. n analogie cu
arborele filogenetic din biologie, se urmresc marile categorii de ageni care pot fi mai apoi
particularizate. Astfel agenii autonomi pot fi ageni biologici, ageni robotici i ageni
computaionali. Agenii computaionali pot fi clasificai n ageni software i ageni de via
artificial. La rndul lor agenii software sunt de mai multe tipuri n funcie de obiectivul pe
care l au, de caracteristicile deinute, de mediul n care acioneaz etc.
Fig. 3.3. Taxonomia general a agenilor
3.2.2.2. Clasificarea lui Nwana

Agenii pot fi clasificai prin prisma unor caracteristici minimale pe care trebuie s le
manifeste. S-a identificat o list minimal cu trei elemente: autonomie, nvare i cooperare.
Autonomia se refer la capacitatea de operare fr intervenie uman, cu scopul de a-i
ndeplini scopurile proprii i pe cele ale utilizatorilor. Cooperarea este motivul pentru care n
situaii n care un singur agent nu ar putea funciona sau nu ar putea funciona eficient, alegem
s utilizm mai muli ageni n sisteme multiagent. De asemenea, pentru a fi considerat
inteligent, un agent trebuie s fie capabil s nvee din interaciunile cu mediul exterior i are
drept consecin o crete a performanei n decursul timpului. Din combinarea acestor
atribute, se pot deduce patru tipuri de ageni: colaborativi, colaborativi instruibili, de interfa
i ageni inteligeni [43].
71

Fig. 3.4. Clasificarea lui Nwana
3.2.2.3. Agenii inteligeni

Cteva definiii reprezentative privind agenii inteligeni pot fi urmtoarele:
Agentul Hayes-Roth: Agenii inteligeni efectueaz n mod continuu trei funcii:
perceperea condiiilor dinamice din mediu, aciunea pentru influenarea condiiilor din mediu
i raionamentul pentru interpretarea percepiilor, rezolvarea problemelor, deducerea
interferenelor i determinarea aciunilor [17]. Definiia insist asupra raionamentului
necesar selectrii aciunilor, ns dac acest concept este interpretat ntr-un sens mai larg,
arhitectura rezultant permite i aciuni reflexe pe lng cele planificate.
Agentul IBM: Agenii inteligeni sunt entiti software care ndeplinesc anumite
operaii n numele utilizatorului sau al altui program, cu un anumit grad de independen sau
autonomie, folosind astfel cunotine sau reprezentri ale scopurilor sau dorinelor
utilizatorului [18]. Aceast definiie aduce n discuie o alt trstur a agenilor
cooperarea. De asemenea, se poate deduce c orice agent software este un program, ns un
program nu se consider agent dect dac manifest anumite caracteristici.
Wooldridge i Jennings [57] definesc un agent inteligent ca fiind un sistem hardware
sau software, care se posed urmtoarele proprieti:
autonomie: agentul opereaz ca un proces de sine stttor, fr intervenie

uman direct i deine controlul asupra aciunilor i strii sale interne;
reactivitate: agentul i percepe mediul (care poate fi de exemplu lumea

fizic, un utilizator prin intermediul unei interfee grafice, o colecie de ali
ageni, Internet-ul etc.) i rspunde prompt schimbrilor petrecute n mediul
respectiv;
proactivitate: agentul nu numai c reacioneaz la schimbrile mediului su

de execuie, ci este capabil s manifeste un comportament orientat spre scop
prin preluarea iniiativei;
abilitate social: agentul interacioneaz cu ali ageni (sau cu oamenii)

printr-un anumit limbaj de comunicare ntre ageni.
72

n concluzie inteligena reprezint capacitatea de aciune autonom flexibil, unde

flexibilitatea presupune reactivitate, proactivitate i aptitudine social.
3.2.2.4. Caracteristicile agenilor

Orice agent trebuie s nglobeze toate cele patru caracteristici: autonomie,
reactivitate, orientat spre un scop i s acioneze continuu pe o anumit perioad de timp. La
acestea adugnd celelalte caracteristici: cum ar fi nvarea sau mobilitatea duce la o
specializare a agentului respectiv [2].
Autonomia: un agent opereaz fr intervenie uman, are iniiative i exercit
control asupra propriilor lui aciuni. Agentul accept cereri de la utilizatori dar are i abilitatea
de a lua iniiativa, el este cel care decide cum i unde va satisface aceste cereri. n acelai timp
agentul colaboreaz cu utilizatorul sau ali ageni pentru satisfacerea cerinelor acestora,
putnd s propun modificri sau s cear date suplimentare.
Coordonarea: exist o motivaie i un interes colectiv al agenilor, astfel avem:
ageni cu scopuri proprii i fr legtur cu ceilali ageni;
ageni cu scopuri proprii dar aflai n competiie cu ceilali ageni pentru

aceleai resurse;
ageni cu scopuri proprii aflai n competiie cu ceilali ageni pentru

realizarea unui obiectiv propriu;
ageni cu scopuri proprii dar n alian cu ali ageni pentru realizarea

obiectivului.
Comunicare: un agent trebuie s fie capabil s se angajeze n comunicri i dialoguri

complexe cu ali ageni sau persoane pentru a obine informaii sau ajutor n satisfacerea
scopurilor, toate acestea fiind posibile prin existena unui protocol de comunicare, limbaj de
comunicare, negociere, ontologie.
Cooperarea este realizat prin intermediul comunicrii i se refer la capacitatea
agenilor de a aborda n comun aceleai subiecte de interes, n ideea ducerii la bun sfrit a
ceea ce i-au propus. Pentru a coopera, agenii trebuie s posede abiliti sociale, cum ar fi
abilitatea de a interaciona cu ali ageni i/sau oameni, pe baza unui limbaj de comunicare.
Abilitatea social, se refer la cooperarea dintre ageni, la partajarea scopurilor. Un
simplu schimb de informaii nu poate fi considerat drept comportament social, care se
dovedete mult mai complex. Exist cazuri n care atingerea propriilor scopuri intr n conflict
cu interesele altor ageni. n astfel de cazuri se recurge la negociere, alegerea unor aciuni
alternative etc.
nvarea este o caracteristic a agenilor care i adaug cunotine noi strilor lor
interne, pe baza reaciilor proprii i/sau interaciunii lor cu mediul exterior.
Reactivitatea este o proprietate necesar atunci cnd agentul acioneaz n medii ce
se afl n continu schimbare (poate fi lumea fizic, un utilizator prin intermediul unei
interfee, o colecie de ali ageni sau Internet), iar agentul reacioneaz n mod continuu
pentru a se adapta modificrilor. n astfel de medii dinamice, evenimentele externe pot
73

schimba chiar precondiiile considerate iniial pentru nceperea execuiei unei aciuni. Printr-o
continu reactualizare a informaiilor despre mediu, se poate evita ncercarea de a atinge
scopuri ce nu mai sunt actuale. Dac nsui scopul se modific, atunci trebuie luat o decizia
de nu mai continua aciunea prin consultarea utilizatorului.
Comportamentul unui agent reactiv urmeaz o schem de tip reflex; stimul
rspuns, n cadrul unui ciclu percepie decizie aciune.
Agenii pot avea i caracteristici suplimentare cum ar fi: noiuni mentale (preri,
dorine, obligaii, opiuni), raionalitate, adaptabilitate i nvare. n prezent nu exist ageni
inteligeni care s le nglobeze pe toate.
Proactivitatea este o proprietate a unui agent ce posed resurse, competene i
obiective proprii, comportamentul su datorndu-se unor motive interne sau externe
determinate n urma unei etape de raionare, pe baza percepiilor concentrate asupra atingerii
efective a scopurilor.
Modelul sau arhitectura agenilor poate varia de la structuri foarte simple, gen
automate, cum este cazul agenilor reactivi, pn la structuri de cunotine complexe, cu
reprezentri sofisticate, capaciti de raionament i decizie, structuri ntlnite n cazul
agenilor cognitivi, numii i ageni raionali.
Spre deosebire de agenii reactivi, agenii cognitivi conin o reprezentare simbolic
explicit a lumii i sunt capabili s ia decizii (ce aciuni s execute) pe baza unui raionament
simbolic. Ei au scopuri fixate i sunt capabili s-i modifice aciunile n funcie de schimbrile
din mediu i interaciunea cu ali ageni, n vederea realizrii acestor scopuri. Fiecare agent
cognitiv este un sistem bazat pe cunotine, cu un grad mai mare sau mai mic de elaborare i
care include ntreaga metodologie asociat acestor sisteme. n cazul sistemelor de ageni
cognitivi, inteligena sistemului este dat att de suma comportamentelor inteligente
individuale ale fiecrui agent ct i de inteligena rezultat din comportamentul colectiv bazat
pe interaciune de tip social.
Agenii inteligeni trebuie s nglobeze:
cunoatere: agentul A tie c mediul su este instabil;
convingeri: agentul A va efectueaz aciunea x deoarece tie c aceasta

duce la ndeplinirea scopului;
scopuri: Agentul A dorete s obin informaia y;
intenii: Agentul A intenioneaz s se mute pe severul B;
alegere: Agentul A decide s se mute pe serverul B i nu pe C;
angajament: Agentul A va continua s efectueze aciunea x pn la

ndeplinirea scopului;
obligaii: Agentul A trebuie s ndeplineasc obiectivul stabilit de

utilizator.
74

3.2.2.5. Tipuri de ageni

O clasificare se poate face n funcie de mediul computaional, de zona de execuie,
distingnd ntre ageni desktop, Internet i Intranet [3].
Agenii desktop funcioneaz pe un PC sau pe o staie de lucru i sunt ageni software
care se execut local n sistemul de operare al unui calculator personal, de exemplu Windows,
MacOS sau Unix. n funcie de sarcini, agenii desktop pot fi clasificai n:
ageni sistem de operare: efectueaz sarcini care necesit de obicei

interaciunea utilizatorului cu sistemul de operare prin interfaa grafic
(GUI). Astfel de ageni pot monitoriza evenimentele de la nivelul sistemului
de operare i executa diverse sarcini atunci cnd utilizatorul nu mai lucreaz
pentru o anumit perioad. De asemenea, agenii pot iniia sau finaliza
sarcini legate de interfaa grafic n numele utilizatorului;
ageni de aplicaie: automatizeaz unele sarcini n cadrul unei aplicaii;
ageni din suite de aplicaii: pot fi componente software sau suite de aplicaii
care faciliteaz interaciune utilizatorului cu aplicaiile respective. Un
exemplu n acest sens este un wizard care rspunde la ntrebrile
utilizatorului n funcie de context.
Agenii Internet au aprut din nevoia prelucrrii cantitii de informaie n continu

cretere. n cadrul acestui tip de ageni, se ntlnesc:
ageni de cutare: motoarele de cutare obinuite, care exploreaz toate link-urile
pornind de la o adres de baz i catalogheaz informaiile din fiecare pagin
vizitat;
ageni de filtrare a informaiei: spre deosebire de agenii de cutare, care

returneaz utilizatorului adrese, acetia adun informaii bazate pe coninut,
din diferite surse, le filtreaz prin prisma preferinelor personale ale
utilizatorului i propun rezultatul sub forma unei pagini Web actualizate sau
a unui mesaj de e-mail;
ageni de notificare: anun utilizatorul de anumite schimbri petrecute, cum

ar fi actualizarea unei pagini Web, primirea unui e-mail sau reamintirea unor
date de importan personal (ziua de natere a cuiva, o ntlnire programat
anterior etc.);
ageni ghizi: au ca scop conducerea utilizatorilor prin Web, oferind n acelai

timp o experien personalizat fiecrui utilizator. Ei ncearc s nvee prin
observarea reaciei utilizatorului la sfatul primit, utilizatorul fiind evident
liber s nu urmeze sfatul agentului;
ageni index, efectueaz o cutare masiv i autonom de informaie n Web,

putnd ajunge s inspecteze pn la un milion de documente, i creeaz un
index de cuvinte gsite n titlurile i textul documentelor inspectate.
Utilizatorul poate apoi interoga agentul despre documente ce conin anumite
cuvinte cheie. Agenii index pot oferi rspunsuri rapide dar prezint o serie
75

de limitri deoarece cutarea unei anumite informaii nu este ntotdeauna

bine deservit de cuvintele cheie. De asemenea, agenii index nu sunt
personalizai, ceea ce poate duce la oferirea unor informaii nerelevante, i
nici selectivi n cutarea efectuat;
ageni FAQ (Frequently Asked Questions files ) au rolul de a ghida

utilizatorul pentru gsirea rspunsurilor la ntrebrile frecvente. Utilizatorii
au tendina s pun mereu aceleai ntrebri asupra unui anumit subiect, n
consecin diversele organizaii sau grupuri din Internet au nfiinat i
dezvoltat o serie de fiiere care conin ntrebrile i rspunsurile la ceea ce s-au
considerat a fi ntrebri frecvent puse asupra unui subiect particular. Agenii
FAQ se ocup de aceast problem prin indexarea fiierelor FAQ. Spre
deosebire de agenii index, agenii FAQ sunt capabili s gseasc rspunsuri
numai la ntrebrile ce apar n fiierele FAQ pe care le-au indexat dar sunt
mult mai eficieni dect agenii index;
ageni consilieri: ofer instruciuni i consultan utilizatorului ntr-un anumit

domeniu n care sunt experi, au capacitatea de a se adapta nivelului de
cunotine al utilizatorului, pot nva stilul de lucru i domeniile particulare
de interes ale acestuia. Pot fie s rspund la ntrebri explicite, fie s
intervin din proprie iniiativ, oferind utilizatorului informaii sau sfaturi n
funcie de situaie. Un exemplu de astfel de agent este Coach, dezvoltat la
centrul de cercetri Almaden al IBM. Coach este folosit cu succes pentru a-i
ajuta pe studeni s nvee limbajul Lisp.
Agenii intranet sunt ageni software localizai pe un server, care supravegheaz i

administreaz desfurarea activitilor n numele utilizatorilor. Fiecare categorie de ageni
Internet i gsete aplicabilitatea i pe reelele Intranet. Agenii Intranet includ i cteva
categorii suplimentare:
ageni colaborativi: sunt parte a programelor colaborative, gestionnd

partajarea informaiilor de ctre un grup de utilizatori;
ageni de automatizare a proceselor: automatizeaz fluxul de operaii n

aplicaiile comerciale, cum ar fi sistemele de prelucrarea a cererilor de date
de ctre clieni;
ageni de baze de date: centralizarea unor date, ntocmirea unor rapoarte

periodice;
ageni mobili: aceti ageni se pot muta de pe o main client pe diferite

servere din reea pentru a ndeplini unele sarcini n numele utilizatorului [16].
n contrast cu apelurile de proceduri la distan (remote procedure call RPC), care se limiteaz la transmiterea datelor ctre o procedur de pe
server, agenii mobili transport att programul ct i datele asupra crora
acioneaz.
76

3.2.3. Ageni mobili

Agenii mobili sunt procese software computaionale capabile s cltoreasc prin
reele, s interacioneze cu host-uri strine, n scopul obinerii unor informaii pentru
utilizatorul care i-a creat i apoi s se ntoarc acolo de unde au plecat i s prezinte rezultatul
cltoriei lor [43].
n aplicaiile distribuite putem distinge dou mari tipuri de ageni software:
ageni staionari: acioneaz doar n cadrul sistemului din care face parte, iar
n cazul n care este necesar s interacioneze cu ali ageni se folosete un
mecanism de comunicare client-server cum ar fi: RPC, RMI, DCOM sau
CORBA;
ageni mobili: pot aciona i se pot muta de pe un sistem pe altul n cadrul

reelei pentru a se executa instruciunea (pentru a-i realiza scopul).
Fig. 3.5. Diferite abordri n realizare sistemelor distribuite
n figura 3.5. se prezint diferenele ntre abordrile client server, remote

execution, mobile code i cea a agenilor mobili. n abordarea client-sever se merge pe
varianta unei cereri a sistemului, caz n care sistemul ce reprezint ntreprinztorul deine
planul de realizare al produsului i atelierul. Acesta se va ocupa exclusiv de realizarea
produsului i l va transfera sistemului solicitant n momentul n care acesta este realizat.
n abordarea remote execution, sistemul solicitant este cel care deine planul de
realizare a produsului i lanseaz cererea ctre sistemul ce reprezint ntreprinztorul pentru a
realiza produsul.
Abordarea cod mobil presupune faptul c se dein mijloacele de realizare a
produsului dar nu i planul care este realizat de altcineva. Mobile code presupune faptul c
acest cod se obine de la un sistem ce poate fi nesigur i se va executa pe propriul sistem.
77

Astfel Atelierul poate fi JVM (Java Virtual Machine) n care se execut un cod pentru a
rspunde cererii, iar fraza: Arat-mi cum s realizez un produs este o cerere HTTP, codul
privind planul produsului i imaginea este de asemenea un rspuns HTTP sau un obiect Java.
Folosind tehnologia orientat agent i n principal ageni mobili, agentul va intra n
legtur cu sistemul ce deine mijloacele de realizare a produsului, va negocia cu acesta
(Las-m s folosesc atelierul pentru a realiza produsul) i se va putea transfera pe acest
sistem pentru a realiza produsul respectiv.
Mobilitatea agenilor poate fi:
mobilitate puternic ce presupune migraia codului agentului, a datelor i

execuia instruciunilor pe noul sistem;
mobilitate slab ce presupune doar migraia codului i a datelor.
Pe lng abilitatea de a fi mobili, aceti ageni mai prezint cel puin dou trsturi:
autonomie i cooperare. Cu aceste caracteristici, agenii mobili pot fi utilizai cu succes n
rezolvarea problemelor de natur distribuit.
Prin folosirea agenilor mobili se reduc ncrcrile reelei, crete viteza de execuie,
are loc o execuie autonom i asincron, se pot adapta dinamic etc.
Fig. 3.6. Exemplu de migrare a unui agent mobil
Presupunem c depozitul ntreprinderii primete o cerin privind furnizarea unui

anumit material. Agentul care gestioneaz depozitul va lua n considerare n cutarea sa
anumite condiii: n primul rnd va avea grij ca materialul s nu ajung prea devreme (pentru
a nu se suprancrca depozitul) dar nici s depeasc o dat limit de livrare, va avea grij ca
materialul s fie adus n seciunea din depozit destinat special acelui tip de material, de
asemenea poate lua n considerare sincronizarea primirii materialului cu sosirea altuia (din
cauz c nu poate fi folosit fr acesta sau pentru c vine din aceeai destinaie i transportul
va avea un cost mai redus astfel, etc.). Toate aceste informaii se vor regsi n baza de date a
acestui agent mobil care se va deplasa n reeaua de furnizori de materiale i va cuta n baza
lor de date (figura 3.6.). Odat ajuns la un astfel de host (gazd), agentul ar putea extrage
datele ce se conformeaz restriciilor sale, dup care ar merge pe urmtorul host (gazd) i ar
78

calcula noile posibiliti n funcie de restriciile iniiale i de datele obinute pn n acel

moment. n final, agentul se rentoarce la proprietarul su i prezent un program de achiziie
coninnd cele mai bune variante ce se supun condiiilor impuse.
3.2.4. Mediului de execuie al agenilor

Agenii pot aciona n diferite tipuri de medii, complexe sau mai puin complexe, dar
agentul nu va putea avea un control total asupra acestuia. n mod normal agentul va putea
avea un control parial, adic l va putea influena n funcie de gama de aciuni pe care poate
s le efectueze.
Mulimea tuturor aciunilor posibile ale unui agent poart denumirea de capacitate
efectoric, adic posibilitatea de a-i modifica mediul de execuie. Nu toate aciunile pot fi
executate ntr-o anumit situaie; ele au unele precondiii asociate, care definesc strile
mediului n care pot fi ndeplinite. Astfel, un agent d1 cu scopul de a livra materiale la cererea
altor ageni m2 i m3 (ageni ce gestioneaz alimentarea cu diferite materiale a unui utilaj) nu
va putea efectua aceast operaie dac n depozit nu exist aceste materiale.
O reprezentare general a agentului n relaia cu mediul se regsete n figura 3.7,
unde se evideniaz capacitatea agentului de a percepe mediul sau lumea real, de a aciona
asupra acestui mediu i de a comunica cu ali ageni care acioneaz n acelai mediu sau n
medii diferite.
Fig. 3.7. Reprezentarea agentului n funcie de mediul n care acioneaz
Mediul de execuie este cel ce influeneaz modul de aciune al agentului, de aceea

proprietile acestuia trebuiesc studiate n detaliu. Mediul poate fi [48]:
accesibil sau inaccesibil: ntr-un mediu accesibil, agentul poate obine

informaii complete i actuale despre mediul n care acioneaz. Mediile de
mare complexitate, precum lumea real sau Internetul, sunt inaccesibile;
determinist sau nedeterminist: ntr-un mediu determinist, orice aciune are un

singur efect, adic nu exist incertitudini asupra strii n care va trece mediul
dup efectuarea aciunii respective. Lumea real sau mediile complexe sunt
nedeterministe, deoarece aceeai aciune poate avea efecte diferite n condiii
79

iniiale diferite. De aceea, agenii trebuie s poat accepta posibilitatea

eecului, chiar dac au acionat optim n fiecare faz a procesului decizional
local. De asemenea, dac un mediu determinist este suficient de complex, el
trebuie tratat tot ntr-o manier nedeterminist;
static sau dinamic: un mediu static rmne neschimbat, cu excepia

rezultatelor aciunilor agentului. Un mediu dinamic are i alte procese care
opereaz asupra sa i astfel se poate modifica ntr-o manier care nu mai
depinde numai de aciunile agentului. Lumea fizic real este un exemplu de
mediu foarte dinamic;
discret sau continuu: un mediu discret dispune de un numr finit, constant, de

aciuni i elemente de percepie.
Cele mai generale clase de medii sunt cele inaccesibile, nedeterministe,

nonepisodice, dinamice i continue.
Din studiul literaturii de specialitate, a definiiilor i clasificrilor date de diveri
cercettori a rezultat necesitatea unei clasificri suplimentare a agenilor n funcie de
influena mediului n care activeaz i totodat lund n considerare influena celorlali ageni
din mediul respectiv, impactul aciunilor sale etc.
Un agent vede ceilali ageni ce nu fac parte din sistemul su ca parte integrant din
mediu n care acioneaz, astfel un agent ce poate influena mediul n care acioneaz
influeneaz automat i agenii influenabili de ctre acel mediu, deoarece la o schimbare de
mediu i acetia i pot schimba modul de aciune i posibil chiar scopul. Pentru a evita situaii
de acest gen ce pot duce la perturbane ideal este ca libertatea (posibilitatea de a influena) de
aciune a unui agent asupra mediului s se opreasc n momentul n care afecteaz libertatea
de aciune a altor ageni (bineneles doar dac aceast aciune duce la perturbarea mediului i
declinarea scopului de ctre agenii influenabili) [98]
Agenii se pot clasifica n funcie de influena avut asupra mediului i a celorlali
ageni astfel:
Agent de influen: tipul de agent care datorit privilegiilor cu care este

nzestrat i n urma aciunilor sale ndreptate spre ndeplinirea obiectivului
duce la o schimbare important a mediului n care acioneaz, iar aceast
influen duce la modificarea (ntrzierea, schimbarea) aciunii altor ageni, o
astfel de influen este indirect;
Agent influenabil: care prin prisma privilegiilor reduse n urma

ierarhizrii - i poate amna anumite aciuni sau chiar pot duce la
nendeplinirea scopului n urma influenei directe a unui alt agent sau indirect
n urma aciunii unui alt agent asupra mediului ce va suferi o schimbare i
datorit acesteia agentul va fi afectat;
Agent mixt: este tipul de agent care n timpul aciunii sale, n funcie de
anumii factori se poate afla n una din ipostazele de mai sus, marea
majoritate a agenilor sunt de acest tip.
80

Influena reprezint capacitatea unui agent ce deine anumite privilegii (ca urmare a
ierarhizrii) de a influena prin aciunea sa decisiv mediul n care acioneaz, schimbnd
starea acestuia i modificnd desfurarea activitilor altor ageni i chiar a scopului acestora.
Influena poate fi:
pe termen scurt, de exemplu un agent determin amnarea aciunii unui alt

agent pn la ndeplinirea propriului obiectiv;
pe termen mediu;
pe termen nelimitat (De exemplu, dac un agent D aloc tot stocul de

material x unui agent A1, atunci aciunea agentului A2 care necesit acelai
material va fi afectat).
Influena unui agent A ncepe n momentul n care un agent B i modific setrile

sau amn o aciune i nceteaz n momentul n care agentul B i poate relua aciunea n
mod normal i fr schimbarea propriului obiectiv.
Influena poate fi pozitiv (prin faptul c influenarea pozitiv reduce timpul, costul,
resurse) i influen negativ (afecteaz decisiv mediul i ceilali ageni).
Influena negativ poate fi respins prin securizare (verificarea agentului la intrarea
n sistem, pe tot parcursul aciunilor sale din sistem, la ieirea din sistem). n cadrul sistemului
trebuie s existe un agent de securitate ce verific posibilele modificri negative de mediu ca
urmare a aciunii acestui agent, el trebuie s cunoasc inteniile fiecrui agent nainte ca acesta
s intre n sistem, s fac o simulare pentru a putea preveni eventualele aciuni ce vor afecta
sistemul.
Influena poate fi premeditat (are un scop precis, acela de a aduce o schimbare de
mediu sau de reacie a altor ageni) sau nepremeditat (doar ca reacie la mediu sau la aciunea
altor ageni).
ntr-o astfel de abordare apar cteva probleme:
cum i poate da seama un sistem de securitate de tipul de influen?
la dispariia unui agent de influen, toi agenii ce depind de el vor dispare

sau i vor urma scopurile iniiale? sau i le vor schimba?
la dispariia unui agent de influen va deveni un alt agent influenator (pe

ordine ierarhic)?
posibilitatea influenrii determin reducerea cooperrii?
3.2.4.1 Aciunile agenilor asupra mediului

O aciune este caracterizat de condiiile sale iniiale, de efecte i de eventualele
constrngeri care specific modul n care e atins starea dorit, de exemplu timpul necesar
ndeplinirii unei sarcini.
81

Aciunile agenilor pot fi analizate pe baza unor proprieti [36]:
infailibilitatea: o aciune infailibil este ntotdeauna executat corect i va

produce cu certitudine efectele dorite mediul vizat. Infailibilitatea se refer n
principal la intenia de a efectua o aciune i nu la probabilitatea de reuit. O
aciune infailibil are mulimea rezultatelor posibile inclus n mulimea
rezultatelor ateptate, deci chiar dac exist mai multe rezultate posibile,
efectul aciunii va fi totdeauna unul ateptat. Dac aciunile unui agent sunt
failibile, chiar i un mediu static trebuie considerat nedeterminist;
utilitatea: utilitatea unei aciuni este dat de utilitatea strii n care se ajunge
prin aciunea respectiv. Dac nu exist nici o modalitate de a decide care
aciune este mai bine s fie efectuat, dintr-o mulime posibil, se spune c
aciunile au utiliti egale. Dac o asemenea modalitate exist, se spune c
aciunea cu utilitate maxim este corect;
costul: diferite aciuni pot necesita diferite resurse pentru a putea fi

ndeplinite, cum ar fi consumul de energie, cheltuirea unei sume de bani,
timp etc. Costurile pot fi calculate pe loc, nainte de efectuarea unei aciuni,
sau pot fi determinate la un moment de timp ulterior. ntr-un mediu
determinist costul aciunii poate fi cunoscut nainte de efectuarea aciunii dar
ntr-un mediu nedeterminist, costul unei aciuni nu poate fi cunoscut cu
anticipaie. O aciune este optim dac este corect i nu exist o alt aciune
corect cu un cost mai sczut.
Din punctul de vedere al schimbului de informaii cu mediul, aciunile pot fi:
de percepie: se refer la capacitatea agentului de a-i percepe mediul de

execuie;
de micare: dac nici o aciune posibil nu poate determina schimbarea

perspectivei agentului asupra mediului su de execuie, se spune c agentul
este static. n caz contrar, avem de a face cu un agent mobil. Noiunea de
mobilitate se refer att la accepiunea clasic, unde agentul i schimb
percepiile asupra mediului prin schimbarea poziiei, ct i la deplasarea pe o
alt main pentru continuarea execuiei;
de comunicare: comunicarea ntre ageni se refer la interaciunile (schimbul

de informaii) ntr-un anumit limbaj de comunicare inter-agent. Dac ntr-un
mediu exist mai multe tipuri de ageni, se poate impune comunicarea n mai
multe limbaje.
3.2.4.2 Activitile unui agent

Activitatea unui agent se poate afla n una din urmtoare faze[15], [50]:
ruleaz : este faza iniial n care se ateapt diverse evenimente, comenzi,

schimbri de mediu;
activ: n momentul n care execut o comand proprie (nu din exterior sau
ca o consecin a schimbrii de mediu);
82

n ateptare: activitatea ateapt ndeplinirea unei alte activiti a aceluiai

agent sau a altuia, cu aceasta poate intra n conflict sau o poate ajuta n
ndeplinirea scopului comun;
eveniment blocat: desfurarea activitii este blocat deoarece s-a trimis un

mesaj sincron ctre alt activitate i se ateapt rspuns;
activitate blocat: apare atunci cnd o activitate A ateapt ca o activitate

copil s se execute;
activitate ndeplinit: cnd scopul a fost atins i nu se mai ateapt

ndeplinirea sau apariia altor evenimente.
n mod normal un agent are de realizat mai multe activiti pentru a-i ndeplini
obiectivul, el va hotr care din ele are prioritate din relaia sa cu mediu (de exemplu o va
executa doar dac mediul o va permite), n funcie de relaia sa cu ali ageni prin negociere,
etc.
Oricare dou activiti ale unui agent se poate afla numai n una din relaiile:
se afl n competiie: atunci cnd scopul activitii A nu l afecteaz pe cel al

activitii B;
are loc un eveniment n serie: atunci cnd activitatea A este activ sau
blocat i acest fapt pune activitatea B n ateptare;
blocat i n ateptare: o activitate A este blocat i se afl n ateptare

deoarece o activitate anterioar nu a fost ndeplinit.
Fig. 3.8. Decizia privind realizarea unei activiti
83

Toi agenii pornesc neaprat cu activitatea denumit activitate de sistem, prin

aceast activitate se pornesc celelalte activiti din list n funcie de obiectiv, prioriti etc.
De asemenea, toate activitile au o activitate de tip printe, excepie face activitatea de
sistem. n cadrul acestei relaii printe-copil, printele are obligaia s indice urmtoarele:
relaia de concuren i de prioriti;
trebuie menionat daca acesta va moteni mediul de provenien al

printelui.
3.2.4.3 Obiectivele agenilor

Aciunea unui agent presupune realizarea unui obiectiv, un scop. Agenii n general
nu posed o mulime de obiective definite explicit, chiar dac acioneaz orientai spre scop.
Un exemplu ar fi agenii care decid aciunea urmtoare pe baza unor reguli de decizie aplicate
strii curente a mediului i n funcie de evoluia ulterioar a acestuia [36], [14]. Principalele
tipuri de obiective ale agenilor:
obiectiv de realizare sau ntreinere: un scop de realizare ncearc atingerea

unei anumite stri n cadrul mediului. Un scop de ntreinere ncearc
pstrarea sau conservarea unei anumite stri;
obiective singulare sau multiple: dac un agent este capabil s-i reprezinte
(implicit sau explicit) mai multe de un obiectiv, se spune c are obiective
multiple. n caz contrar, are un obiectiv singular;
generarea autonom a obiectivelor: capacitatea de a-i genera obiective

proprii se ncadreaz ntre caracteristicile definitorii ale unui agent autonom.
n general, stabilirea de noi obiective depinde att de agent ct i de starea
curent a mediului i evoluia acestuia;
angajamentul fa de obiectiv: dac un agent i abandoneaz un obiectiv

numai cnd acesta este atins, se spune c agentul este puternic angajat fa de
obiectiv. Dac agentul l va abandona i n alte condiii, cum ar fi situaia n
care se demonstreaz c obiectivul nu poate fi atins sau necesit un consum
prea mare de resurse, se spune c agentul este slab angajat fa de obiectiv;
utilitatea obiectivelor:
obiectivelor;
meta-obiective: unele condiii ale ndeplinirii unor obiective (cum ar fi

timpul, resursele, etc.) nu pot fi modelate ca scopuri. Un meta-obiectiv este
aadar o constrngere asupra altui obiectiv sau, mai general, asupra strilor
interne ale unui agent.
este
determinat
de
recompensa
ndeplinirii
Pentru realizarea obiectivului propus agentul parcurge mai muli pai (figura 3.9):
recunoaterea problemei, agentul trebuie s i nsueasc scopul propus;
cutarea de informaii, agentul trebuie s primeasc informaiile necesare de

la utilizator dar n acelai timp s caute singur aceste informaii fie prin
interogarea utilizatorului, fie prin acumularea de informaie din mediul su;
84

evaluarea alternativelor, agentul pe baza informaiilor deinute i a

informaiile provenite din mediu sau din partea utilizatorului trebuie s
elaboreze soluii pentru ndeplinirea obiectivului i trebuie s aleag varianta
potrivit;
Fig. 3.9. Algoritm pentru ndeplinirea obiectivelor agenilor [98]
negocierea, agentul trebuie s intre n contact cu ali ageni ce pot contribui la

realizarea obiectivului i s comunice cu acetia;
decizia de acionare, agentul n urma alegerii variantei potrivite i n urma

negocierii trebuie s acioneze pentru ndeplinirea obiectivului;
evaluare, agentul trebuie s fie capabil ca dup efectuarea aciunii s

evalueze rezultatele acesteia, n principal dac obiectivul a fost atins, n ce
proporie, cu ce costuri sau n caz de eec care au fost cauzele, n ambele
cazuri el trebuie s genereze un raport pentru utilizator.
3.2.4.4. Convingerilor agenilor

Convingerile unui agent reprezint ceea ce crede agentul despre mediu, i nu
neaprat ceea ce este mediul n realitate. Agentul i poate forma un model simplificat sau
85

chiar ideal al mediului pentru a prelucra mai uor informaiile despre acesta. De asemenea, nu
toi agenii i construiesc o reprezentare explicit a mediului. Cteva proprieti pot fi [36]:
consistena: convingerile unui agent sunt consistente dac pentru orice

propoziie p, acesta nu crede simultan p i non-p;
sigurana: convingerile unui agent sunt sigure dac reprezentarea

convingerilor nu admite grade de certitudine. Pentru orice propoziie p,
agentul crede p sau non-p. n caz contrar, agentul este nesigur despre p i i
poate calcula nivelele de ncredere cu o anumit probabilitate;
atitudini speciale: convingerile unui agent conin atitudini speciale dac

acesta i poate reprezenta att propriile scopuri i convingeri, ct i pe cele
ale altor ageni.
3.3. Sisteme multiagent

Exist dou mari tipuri de sisteme distribuite: cu coordonator central i fr un
coordonator central. n cazul existenei unui coordonator central se presupune c diverii
ageni inteligeni particip la rezolvarea unei probleme globale i de interes comun. n aceast
situaie soluiile sunt oarecum mai uor de gsit deoarece se bazeaz pe faptul c proiectanii
sistemului sunt capabili s influeneze n mod direct comportarea fiecrui agent n parte.
n cazul sistemelor distribuite fr coordonator central, problemele devin mult mai
complexe. n astfel de sisteme, agenii inteligeni pot fi implementai i programai de grupuri
de persoane avnd interese proprii i nu neaprat convergente. Astfel, agenii nu mai au un
interes comun, dimpotriv, scopurile lor risc s fie conflictuale. ntr-un asemenea sistem,
interaciunea dintre ageni poate lua diferite forme, de la competiia pentru resurse i atingerea
scopului pn la colaborarea n vederea optimizrii efortului depus de fiecare agent n parte.
Un sistem multiagent este un sistem care const din cel puin doi ageni inteligeni
capabili s interacioneze ntre ei n vederea realizrii unor scopuri individuale sau comune
(scopuri globale) i care partajeaz acelai mediu de lucru [16].
Datorit evoluiei continue n domeniu i a creterii complexitii sistemelor ce
necesit folosirea tehnologia agent, au aprut situaii n care folosirea unui singur agent pentru
realizarea unui anumit scop nu mai este suficient. Nu mai poate fi acceptat ideea c un
singur agent poate s dein toate informaiile necesare. Astfel este necesar implicarea mai
multor ageni, care grupai ntr-un asemenea sistem, denumit sistem multiagent, s contribuie
la o mai bun percepie a mediului i la o rezolvare mai rapid a problemelor. Astfel dac o
astfel de problem poate fi divizat n mai multe subprobleme de o dificultate mai redus,
acestea pot fi atribuite unor ageni care s le rezolve separat, n paralel, pentru ca apoi
rezultatele pariale s fie combinate pentru a forma soluia final. n cazul cnd problema are
o natur distribuit, aceast abordare este mai comod i strategia de rezolvare este mai uor
de neles i implementat.
86

n cadrul unui sistem multiagent simplu aproape c nu exist comunicare ntre ageni,
dar rezultatul aciunii ntregului sistem poate afecta i influena activitatea altor sisteme de
ageni.
Un sistem multiagent n care fiecare agent comunic cu fiecare se numete sistem
multiagent conectat complet.
Un sistem multiagent este o implementare a unei colecii de ageni (de natur
software) care se caracterizeaz prin:
existena mai multor platforme de tip agent, reprezentnd un ansamblu de

servicii corelate ntre ele;
oferirea unor servicii de tip agent (nregistrare, logg-in, vizualizarea

activitilor, etc.) i a unor resurse (entitate cu anumite proprieti, alocator
uniform de resurse - URL i limitri de capacitate);
asigurarea mijloacelor pentru definirea, denumirea i nregistrarea agenilor

cu permiterea (opional) mobilitii lor.
n general, n cadrul unui SMA, agenii sunt omogeni, ns pot fi i eterogeni, caz n
care interoperabilitatea se asigur printr-o structur de tip gril (grid), n curs de definitivare.
Internetul este un mediu deschis, n care agenii pot interaciona ntre ei pentru a-i atinge
scopurile individuale sau comune pentru care au fost realizai, cu condiia rezolvrii a dou
probleme:
agenii trebuie s se gseasc reciproc, deoarece pot apare, dispare sau muta
n orice moment;
dup ce s-au identificat i gsit, s fie capabili s interacioneze.
Cele mai importante proprieti ale agenilor software, care trebuie s se regseasc n
proiectarea unui singur agent sau SMA, sunt :
autonomia, prin care agenii sunt proactivi, orientai spre anumite scopuri,
acionnd pe cont propriu, realiznd taskuri n numele utilizatorului, fr a
apela la el (ncunotinare, confirmare, intuiie):
adaptivitate, prin care se adapteaz i nva, n mod dinamic, n i despre

mediul n care acioneaz;
reactivitate, prin care sunt activai de evenimente, fiind senzitivi la

evenimente n timp real, deci o capabilitate de a simi i reaciona;
mobilitate, prin care se pot deplasa unde sunt necesari, urmnd un itinerariu;
cooperativitate, prin care coopereaz n mod coordonat i negociaz, pentru a

atinge obiective comune, putnd delega anumite funcii/responsabiliti altor
ageni;
interactivitate, prin care interacioneaz cu unul, cu ali ageni, cu sisteme

existente (motenite), cu surse de informaii;
sociabilitate, prin care asigur o cooperare n atingerea unor scopuri comune,

fr a avea intenii negative i distructive;
87

personalitate, prin care agenii manifest caracteristici specifice omului:

convingeri, dorine, intenii i chiar emoii, inclusiv abilitatea de a lua n
considerare preferine i caracteristici personale ale utilizatorilor, adaptndui comportamentul n funcie de acetia (prin ceea ce se numete
personalizare).
Pentru a defini gradul de autonomie i autoritate cu care este investit un agent se

folosete noiunea de agentitate, msurat calitativ, prin natura interaciunii ntre ageni i alte
entiti din sistem. La minimum, agentul trebuie s se execute asincron, iar prin creterea
gradului de agentitate el poate atinge n extrem un utilizator [16].
Fig. 3.10. Cooperarea agenilor n cadrul SMA
Agenii care coopereaz n cadrul sistemelor multi-agent sunt de mai multe tipuri:
agent furnizor (de informaii sau servicii), care ofer utilizatorilor sau altor
ageni diferite tipuri de servicii: cutare de informaii, operaiuni specifice n
e-commerce etc.;
agent solicitant (de informaii sau servicii), care consum informaii i

servicii oferite de ali ageni din sistem, de obicei printr-un intermediar;
agent intermediar sau de mediere, care poate avea mai multe funcii: cea de
identificare sau consultare (agent matchmaker), cea de brokeraj (agent de tip
broker), sau cea de stocare (agent de tip blackboard).
O ilustrare a modului n care coopereaz cele trei tipuri de ageni n cadrul unui
sistem multi-agent se arat n figura 3.10.
Arhitectura sistemului multi-agent (SMA), care prezint agentul ca entitate de tip
furnizor/ consumator de servicii care interacioneaz cu ali ageni, direct sau prin intermediul
unui mediator:
Fig. 3.11. Arhitectura SMA
88

Funcionarea SMA se bazeaz pe o infrastructur, prin care se asigur regulile pe

care trebuie s le respecte i s le urmeze agenii, pentru a comunica ntre ei i pentru a se
nelege reciproc. Infrastructura SMA, ntr-o form general, se poate reprezenta n
urmtoarea componen:
Fig. 3.12. Infrastructura SMA
Componena infrastructurii SMA:

Principalele elemente ale infrastructurii SMA se refer la:
ontologii, prin care se pun de acord asupra semnificaiei conceptelor;
protocoale de comunicare, prin care se descrie limbajul de comunicare ntre

ageni;
protocoale de interaciune, prin care se descriu conveniile n interaciunea

agenilor;
canale de comunicare, prin care se precizeaz mediul de comunicare ntre

ageni.
n utilizarea agenilor se folosesc instrumente de construire a lor, care constituie aa

numitul cadru de lucru al agentului, realizat de diferite firme (ex. Agent Builder Reticular
Systems Luc, Aglets IBM, Agents International Knowledge Systems, Line Agent
Alcatel etc.).
n comparaie cu tehnologia orientat obiect, tehnologia bazat pe ageni prezint o
serie de avantaje:
agenii au autonomie, reactivitate, etc., care lipsesc obiectelor;
obiectele necesit control extern n execuia propriilor metode, n timp ce

agenii i ghideaz singuri aciunile;
obiectele au un fir de execuie pentru toat aplicaia, n timp ce agentul are

un fir de execuie propriu;
obiectele ncapsuleaz numai starea, comportamentul fiind ghidat din

exterior, pe cnd agenii ncapsuleaz att starea ct i comportamentul;
interfaa standard pentru instrumentele n orientarea obiect se realizeaz prin

manipulare direct (see and point) cu o serie de probleme atunci cnd
crete complexitatea produselor software; interfaa standard la instrumentele
pentru ageni se realizeaz prin manipulare indirect (ask and delegate),
cu o serie de avantaje: scalabilitate i descentralizare, aciuni planificate sau
conduse de evenimente, flexibilitate, abstractizare, orientare pe task-uri etc.
89

Aceste avantaje sunt evidente n reingineria proceselor, care se realizeaz prin lucrul
ntr-o echip, n general distribuit ca locaii, cu resurse informaionale i de cunoatere
distribuite, care favorizeaz lucrul autonom, dominant prin comunicare asincron. n acest
sistem se poate realiza o coordonare i negociere ntre utilizatori, o mediere ntre utilizatori n
folosirea resurselor precum i planificarea dinamic a activitilor n funcie de rezultate etc.
3.3.1. Caracteristici
Sistemele multiagent au i urmtoarele caracteristici [12]:
granularitatea agenilor: aceasta poate fi mare sau fin;
eterogenitate care determin robusteea, dac informaiile sau sarcinile sunt

alocate ctre mai muli ageni, cderea unora nu conduce la cderea
sistemului. Aceast proprietate este important mai ales n cazurile n care
sistemul trebuie s-i continue funcionarea n condiii dificile i
imprevizibile;
metodele de control distribuit: agenii pot coopera sau pot fi n competiie.

Organizarea lor poate fi ierarhic sau orice form de control centralizat poate
fi evitat, agenii intrnd n componena unor echipe. De asemenea, rolul
jucat de ageni poate fi constant, static, sau acetia i pot schimba rolurile n
funcie de necesiti;
posibilitile de comunicare: comunicarea se poate realiza prin intermediul

mesajelor transmise direct de la un agent la altul sau prin intermediul unei
memorii comune (sisteme blackboard). De asemenea, comunicaiile pot fi
clasificate dup nivelul de abstraciune al coninutului: de nivel nalt sau
sczut;
scalabilitate, noi ageni pot fi adugai pentru creterea randamentului.
Sistemele multiagent mai pot fi clasificate din perspectiva realizrii de aplicaii [42]:
funcia sistemului;
arhitectura agenilor: de exemplu gradul de eterogenitate sau modalitatea de

selecie a aciunilor reactiv sau deliberativ;
arhitectura sistemului: infrastructura de comunicaii, protocoalele, implicarea

oamenilor.
n funcie de eterogenitate i comunicare sistemele multiagent pot fi [21]:

a. sisteme omogene necomunicative;
b. sisteme eterogene necomunicative;
c. sisteme comunicative.
90

a. Sistemele multiagent omogene necomunicative

n acest tip de sistem toi agenii au aceeai structur intern, inclusiv scopurile,
cunotinele despre domeniu, aciunile posibile i procedurile de selecie a aciunilor.
Singurele diferene sunt percepiile i aciunile efective pe care le ndeplinesc, deoarece
agenii sunt situai diferit n mediul de execuie.
ntr-un astfel de sistem agenii nu comunic direct. De aceea nc din faza de
proiectare a sistemului trebuie s se decid n ce mod poate un agent s i influeneze pe
ceilali
b. Sistemele multiagent eterogene necomunicative
Un astfel de sistem este mai complex i de o putere mai mare de aciune.
Eterogenitatea se manifest prin diferene n ceea ce privete scopurile, cunotinele sau tipurile
de aciuni. ntr-un astfel de sistem agenii pot fi cooperani, adic se ajut reciproc pentru
ndeplinirea scopului sau pot fi concureni, adic i urmeaz propriile obiective, ntr-o astfel
de situaie se poate ajunge ca un agent s i ndeplineasc scopul numai dac alt agent nu
reuete ndeplinirea acestuia.
ntr-un astfel de sistem nu exist comunicare astfel este dificil ca un agent s i
prezinte scopurile, cunotinele sau aciunile. Un agent va trebui s le deduc numai pe baza
unor observaii, pe comportamentului exterior al acestora.
c. Sistemele multiagent comunicative
Acest tip de sistem este mult mai dezvoltat deoarece pune n valoare capacitatea de
comunicare ntre ageni. Comunicarea poate fi vzut ca parte a interaciunii agentului cu
mediul.
Comunicarea se poate realiza n mai multe moduri:
schimb de informaii unu la unu ntre doi ageni
informaiile pot fi comunicate tuturor agenilor (broadcast)
informaiile pot fi puse ntr-o zon de memorie comun (blackboard).
n toate sistemele multiagent i n special n cele cu ageni construii de diferii

proiectani, este foarte important s existe un protocol i un limbaj de comunicare comun,
pentru ca participanii s se poat comunica. Protocoalele se refer mai ales la formatul
mesajului, coninutul su i coordonarea dintre ageni. Cele mai utilizate limbaje proiectate
pentru acoperirea acestor aspecte sunt KQML, KIF, respectiv COOL.
3.4. Protocoale de comunicare. Negocierea

Aa cum am subliniat anterior, o problem complex poate fi divizat pe
subprobleme care pot fi alocate spre rezolvare unor ageni. Aceast abordare divide et
impera reduce complexitatea problemei, deoarece subproblemele necesit ageni cu mai
puine competene i mai puine resurse. Totui, descompunerea problemei trebuie s in
91

seama de resursele i capacitile agenilor, precum i de evitarea interaciunilor nedorite i a

conflictelor ntre acetia.
Descompunerea problemei poate fi fcut de proiectant, n etapa de implementare,
sau dinamic, de ctre ageni, n timpul execuiei.
Subproblemele pot fi distribuite n conformitate cu urmtoarele criterii :
evitarea suprancrcrii resurselor critice;
atribuirea sarcinilor ctre ageni cu abiliti potrivite;
selectarea unui agent cu privilegii mai mari, care s mpart sarcini celorlali
ageni;
atribuirea agenilor de sarcini interdependente pentru a minimiza costurile de

comunicare i sincronizare;
reatribuirea sarcinilor atunci cnd acest lucru este necesar pentru realizarea
sarcinilor urgente.
n anumite situaii agenii trebuie s decid singuri ce sarcini vor ndeplini, n funcie
de propriile scopuri, interese i capaciti. O form frecvent de interaciune care apare ntre
agenii cu scopuri diferite este negocierea, procesul prin care este luat o decizie comun de
ctre doi sau mai muli ageni care ncearc fiecare ndeplinirea unui scop individual.
Agenii din cadrul unui sistem pentru a putea colabora trebuie s dispun de un
protocol de comunicare. n acest sens, ideea de baz este separarea semanticii protocolului de
comunicare (care trebuie s fie independent de domeniu) de semantica mesajului coninut
(care poate depinde de domeniu). Pentru a interaciona, agenii trebuie s se pun de acord
asupra ctorva aspecte:
transportul: cum primesc sau trimit mesajele;
limbajul: cum interpreteaz semnificaia mesajelor;
politica: cum structureaz conversaiile;
arhitectura: cum s fie conectate sistemele n conformitate cu protocoalele

constitutive.
Procesul de negociere:
Reuita colaborrii dintre ageni depinde de protocol de negociere stabilit. Jeffrey
Rosenschein afirm [29]: Prin protocol nelegem regulile publice pe baza crora diverii
ageni se pot nelege. Un protocol descrie att tipul de nelegeri ce se pot stabili ntre ageni,
ct i secvenele de oferte i contra-oferte ce pot fi fcute de respectivii ageni.
Pentru ca diferii ageni s poat coopera este nevoie ca toi s foloseasc acelai
protocol. Acest protocol trebuie s asigure eficiena colaborrii, adic s duc la gsirea celei
mai bune soluii pentru agenii implicai. Un protocol nu trebuie s permit obinerea de
beneficii prin nelarea partenerilor de negociere.
Mecanismul de negociere trebuie s aib urmtoarele proprieti:
eficien: agenii nu trebuie s iroseasc resurse pentru a ajunge la un acord;

92

stabilitate: agenii trebuie s respecte o strategia convenit;
simplitate: mecanismul de negociere trebuie s aib costuri mici i s se

realizeze cu comunicaii minimale;
distribuire: mecanismul nu trebuie s necesite un proces decizional

centralizat;
simetrie: mecanismul trebuie s fie imparial fa de toi agenii implicai.
Tipuri de comunicare ntre ageni:

- Comunicarea folosind TELL si ASK
Fig. 3.13. Comunicare folosind TELL i ASK
Acest tip de comunicare se aplic agenilor care mpart acelai limbaj de reprezentare
i au acces direct la baza de cunotine a celuilalt prin intermediul interfeelor TELL si ASK.
- Comunicarea folosind limbaje formale
Fig. 3.14. Comunicare folosind limbaje formale
Acest tip de comunicare este folosit atunci cnd nu se poate comunica prin acces
direct la baza de cunotine a unui alt agent.
Pentru ca doi sau mai muli ageni s fie capabili s comunice unul cu celalalt, ei
trebuie s vorbeasc acelai limbaj. Dei n general fiecare creator al unui sistem multi-agent
folosete propriul limbaj de comunicare, doua limbaje s-au impus ca fiind cele mai folosite:
KQML i FIPA-ACL.
De exemplu un mesaj schimbat ntre 2 ageni va trebui s conin 5 cmpuri:
<sender> - ce agent a trimis mesajul, <receiver> - ce ageni sunt destinatarii mesajului,
<speechAct> - actul de limbaj al mesajului, <content> - coninutul mesajului i <protocol> 93

numele protocolului de comunicare folosit. Actele de limbaj sunt folosite pentru a exprima
intenia agentului care trimite mesajul, care este sensul pe care acel agent l asociaz cu acest
mesaj. Doi ageni care vorbesc acelai limbaj sunt capabili s descifreze un mesaj i s
neleag acelai lucru.
(*message* <sender> <receiver> <speechAct> <content> <protocol>)
Un exemplu de mesaj poate fi:
(*message* agentA agentB propose (object1 100) simpleProtocol),
semnificnd ca agentul A ii propune agentului B obiectul 1 la preul de 100 folosind
protocolul simpleProtocol.
Dar pentru ca doi ageni s poat comunica (deci s poarte o conversaie) nu este de
ajuns doar ca ei s neleag mesajele primite. Este important ca ei s respecte anumite reguli
ntr-o conversaie, n special reguli ce definesc ce mesaje pot fi trimise la un moment dat.
Aceste reguli formeaz ceea ce se numete un protocol de comunicare.
Probleme de securitate:
a. schimbarea identitii:
un agent A poate pretinde c este de fapt un alt agent pentru a accesa datele
sau serviciile unui host;
sistemul gazd i poate lua o fals identitate pentru a pcli agenii.
b. respingerea cererii:
un agent poate ncerca s blocheze anumite resurse pentru a mpiedica ali

ageni s le foloseasc;
sistemul gazd poate ignora cererea unui agent de acces la o resurs sau
serviciu.
c. acces neautorizat:
agenii pot obine accesul la anumite date prin exploatarea slbiciunilor

sistemului;
un agent A poate folosi un alt agent B pentru a avea acces la date.
d. sistemul gazd prin anumite proceduri poate afla algoritmul de funcionare al unui
agent i datele sale, de exemplu poate afla preul maxim pe care acesta este autorizat s l
ofere.
3.4.1. Knowledge Query and Manipulation Language (KQML)

Limbajul KQML este un protocol destinat schimbului de informaii i cunotine,
care permite programelor de aplicaii s interacioneze cu sistemele inteligente. Acest limbaj,
dezvoltat iniial n cadrul iniiativei DARPA de partajare a cunotinelor, a devenit un
standard pentru comunicaiile interagent [25].
94

Un mesaj KQML const dintr-o aa numit performativ, informaii despre expeditor

i destinatar, coninutul propriu-zis i un set de argumente opionale.
Structura fundamental a unui mesaj este urmtoarea:
( < performativ >
:sender < cuvnt >
:receiver < cuvnt >
:language < cuvnt >
:ontology < cuvnt >
:content < expresie >
...
)
Performativa se refer la tipul de aciune cerut prin mesaj. Presupunem c S este
expeditorul (sender-ul) i R destinatarul (receiver-ul):
advertise: S este n mod special potrivit pentru aciune;
ask-about: S vrea toate propoziiile relevante din baza virtual de cunotine

(BVC) a lui R;
ask-one: S vrea un rspuns de la R la o ntrebare;
delete: S vrea ca R s i tearg o propoziie din BVC;
deny: performativa din mesaj nu (mai) este relevant pentru S;
forward: S vrea ca R s transmit mai departe un mesaj;
insert: S i cere lui R s i adauge n BVC coninutul mesajului;
sorry: S nu poate furniza un rspuns mai adecvat;
tell: propoziia este n BVC a lui S;
untell: propoziia nu este n BVC a lui S.
Cuvntul cheie language semnific limbajul folosit, deoarece coninutul (precedat

de content) poate fi exprimat n orice limbaj, de exemplu SQL, KIF, CLIPS etc. Ontologia
nseamn aici vocabularul cuvintelor din mesaj. ntr-un sens mai larg, ea se refer la
categoriile utilizate n coninutul mesajului: obiecte, concepte i relaii din domeniul respectiv.
Ontologia confer semnificaie simbolurilor i expresiilor utilizate pentru a descrie domeniul.
Un agent poate nelege un mesaj numai cnd cunoate limbajul i ontologia acestuia.
Protocolul KQML acioneaz ntr-o infrastructur de comunicaii care trebuie s
permit agenilor s se localizeze unul pe cellalt. Infrastructura propriu-zis nu este precizat
n specificaiile KQML i implementarea sa cade n responsabilitatea proiectantului
sistemului.
95

3.4.2. Knowledge Interchange Format (KIF)

Caracteristicile urmtoare sunt eseniale pentru acest limbaj [19]:
KIF are o semantic declarativ, iar nelesul expresiilor poate fi neles fr

ajutorul unui interpretor care s le prelucreze;
permite exprimarea n propoziii logice arbitrare;
permite reprezentarea metacunotinelor, astfel nct utilizatorul poate

descrie explicit reprezentarea cunotinelor i poate de asemenea introduce
noi modaliti de reprezentare a acestora.
n acelai timp, limbajul poate fi extins pentru asigurarea:
translatabilitii: o necesitate operaional este posibilitatea de a traduce

bazele de cunotine declarative n i din diverse limbaje de reprezentare a
cunotinelor;
lizibilitii: dei KIF nu este proiectat special pentru interaciunea cu

oamenii, lizibilitatea faciliteaz utilizarea sa pentru descrierea semanticii
limbajelor de reprezentare, pentru publicarea exemplificrilor cu baze de
cunotine sau pentru asistarea operatorilor umani n probleme de translatare
a bazelor de cunotine;
utilizabilitii: dei KIF nu este proiectat ca un limbaj de reprezentare sau

comunicare n cadrul aplicaiilor, limbajul poate fi utilizat i n acest scop.
KIF a fost propus ca un standard pentru descrierea cunotinelor din sistemele expert,
baze de date, ageni inteligeni etc.
Cnd sisteme diferite comunic, ele pot avea capaciti de nelegere diferite. n acest
caz, dac un agent primete un mesaj pe care nu-l poate procesa, l poate ignora, chiar dac
nelege anumite poriuni. Dac i se cere ns un rspuns, destinatarul va putea raporta o
eroare expeditorului.
3.4.3. COOrdination Language (COOL)

Dac KQML este folosit pentru formatului mesajului, iar KIF pentru reprezentarea
coninutului informaional, limbajul COOL trateaz nivelul de coordonare i este utilizat n
principal pentru a proiecta, reprezenta i valida mecanismele i protocoalele de coordonare n
sistemele multiagent.
n medii cu resurse limitate, agenii trebuie s-i coordoneze activitile pentru
promovarea propriilor interese i ndeplinirea scopurilor de grup. Aciunile agenilor trebuie
coordonate deoarece acestea sunt interdependente i nici un agent nu are competena,
resursele sau cunotinele necesare atingerii de unul singur a scopurilor sistemului. De
96

exemplu, coordonarea se poate referi la trimiterea prompt de informaii altor ageni,

sincronizarea aciunilor agenilor sau evitarea rezolvrii redundante de probleme.
3.4.4. Sisteme blackboard

Agenii pot comunica prin schimb de informaii unu la unu sau prin broadcast.
Este posibil ca un agent s se comporte ca un client care s cear sau s transmit informaii
ctre altul, cu rol de server. Comunicaiile n aceast manier pot fi sincrone, cnd un rspuns
este ateptat pentru fiecare cerere, sau asincrone, cnd rspunsurile serverului vin la intervale
neregulate de timp.
O alt abordare este utilizarea unei memorii comune, la care s aib acces toi agenii
i prin intermediul creia s poat comunica, un astfel de sistem se numete blackboard.
Caracteristici ale sistemelor blackboard:
independena cunotinelor: agenii nu sunt instruii s lucreze exclusiv ntr-un

anumit grup, ei pot contribui independent la gsirea soluiei;
reprezentarea flexibil a informaiilor: nu exist restricii apriori asupra

informaiilor care vor fi plasate pe tabl;
limbajul comun de interaciune: agenii trebuie s interpreteze corect

informaiile nregistrate pe tabl;
activarea bazat pe evenimente: agenii pot aduga noi sau terge informaii;
necesitatea controlului: o component de control este responsabil pentru

administrarea desfurrii rezolvrii problemei. Cnd contribuia curent a
unui agent se termin, componenta de control selecteaz alt agent considerat
ca fiind cel mai potrivit pentru activare. Componenta de control trebuie s
estimeze calitatea i costul participrii fiecrui agent;
generarea incremental a soluiei: agenii contribuie la soluie uneori

aprobnd, alteori contrazicnd informaiile existente sau iniiind o nou linie
de raionament.
3.5. Abordri ale tehnologiei orientate agent n cadrul sistemelor

cooperative
n figura 3.15 se regsete un exemplu de arhitectur bazat pe ageni.
Agentul asistent are rolul de a ndruma utilizatorul pentru ca acesta s poat folosi
eficient sistemul accesat. De exemplu clientul plaseaz o cerere n cadrul sistemului i poate
observa paii ce duc spre rezolvarea acesteia prin intermediul unui agent de tip Extranet.
Vnztorul va folosi un soft de tip Customer Connect pentru a procesa cererea clientului i
pentru a trimite sarcinile ctre diferii ageni, astfel se pot folosi ageni de tip Intranet.
97

Una astfel de tip de agent este un agent ce posed mobilitate i acioneaz n mediul
oferit de ctre agentul de tip interfa.
Agenii de interfa au rolul de a adapta informaia folosit n cadrul aplicaiei ntr-un
format ce poate fi neles de utilizator sau de agentul acestuia.
Agenii de coordonare i control controleaz partea cea mai important a aplicaiei.
Un agent de tip control al fluxului are rolul de a controla fluxul de aplicaii de la diverse cereri
pn la comenzi i livrri. Prin modificarea i configurarea acestui tip de agent se poate
schimba ntreg modul de desfurare al aplicaiei.
Agenii auxiliari realizeaz diverse sarcini n cadrul aplicaiei i ei se comport ca i
clieni.
Fig. 3.155. Arhitectura unei aplicaii bazat pe ageni
De asemenea, este necesar existena unor ageni care s gseasc erorile i s le

ndrepte. Atunci cnd aceste erori intervin ele ntrerup ntreg procesul, mai ales dac se
manifest la majoritatea agenilor implicai n proces. De exemplu un agent poate cere
achiziionarea unui echipament ce nu se ncadreaz n bugetul gestionat de un alt agent. Sau o
alt eroare, un agent A1 poate cere prelucrarea unei piese pe maina M1 dei ea ar putea fi
prelucrat mai rapid i mai ieftin pe maina M2.
Rolul principal al agenilor n cadrul sistemelor de proiectare este acela de a asigura
comunicarea i de a mbunti coordonarea n timpul funcionrii sistemului. n acest mediu
din cadrul sistemului n care agenii acioneaz trebuie s permit schimbul de informaie ntre
toi participanii din cadrul sistemului. De asemenea, agenii implicai trebuie s fie capabili s
ia decizii, s ofere posibiliti de cooperare i de negociere ntre mai multe discipline
implicate n proiect.
98

De exemplu, pentru a putea continua n bune condiii procesul de producie se decide

nlocuirea unui echipament E1 cu un altul E2 mai performant. n acest moment vor aprea
mai multe probleme i conflicte ce vor trebui rezolvate de ctre agenii din sistem. n primul
rnd este posibil ca acest nou echipament s nu aib loc n hala de producie sau pentru a
optimiza procesul trebuie mutat ntre echipamentele E3 i E4, a cror mutare va afecta alte
echipamente etc. De asemenea, acest nou echipament poate consuma energie n plus fa E1,
fapt ce poate duce la un conflict cu agentul ce se ocup de acest sector care probabil are
nscris n cod o limitare privind energia consumat.
n cazul apariiei unei probleme se poate merge pe cale ierarhic: se verific starea
mainii, apoi dac scula este rupt sau uzat, n acest caz agentul va sesiza agentul ce se ocup
de magazia de scule pentru a o nlocui, dac nu se mai alimenteaz cu semifabricate, care este
cauza? nu mai este material, defect al semifabricatului, defect al benzii transportoare etc.,
dac maina nu funcioneaz, se verific la agentul ce gestioneaz energia din hal etc.
n cadrul un sistem de cooperare multidisciplinar n care sunt prezente mai multe soft-uri
este necesar un control al versiunilor acestor soft-uri pentru a mpiedica pierderea de date sau
eventuale erori la transferul acestora, de asemenea, trebuie s se in o eviden clar a tuturor
activitilor desfurate (istoria activitilor). Acest sistem trebuie s dein un nivel de
securitate ridicat astfel nct fiecare parte implicat s aib acces doar la datele de care are
nevoie pentru a-i continua activitatea i pentru a-i atinge scopul. Prile implicate (agenii)
pot fi grupai ierarhic dup autoritate i rol n cadrul sistemului:
ageni pentru planificarea transportului, livrrii, timpi de livrare, tipuri de

produse, ruta adoptat pentru transport (eventual acest agent poate lua decizii
n funcie de starea drumurilor, trafic, starea vremii informaii primite prin
web de la ageni externi specializai n furnizarea acestor tipuri de informaie.
ageni pentru planificare produciei din cadrul ntreprinderii (ageni ce

controleaz vehicule autonome de transfer i transport, de ex. robocar)
ntr-un asemenea sistem un agent poate fi responsabil pentru planificarea unei

maini, a unei scule, a unei resurse umane etc.
Putem identifica urmtoarele tipuri principale de ageni:
agent de proces: el tie toate piesele, materialele i resursele necesare pentru

realizarea unui anumit ansamblu sau produs. El poate negocia cu furnizorul
de materie prim pentru a achiziiona resursele necesare pentru ndeplinirea
ntregului plan de producie.
agent resurs: reprezint o resurs individual, de exemplu: o scul, un

conveior sau un operator. El memoreaz ntreaga istorie de activiti
desfurate, planificarea, disponibilitatea i costul.
agent intermediar: reprezint intrrile (materiale) i ieirile (produsul final)

ale agentului de proces, el n unele cazuri poate fi interpretat ca fiind un
buffer ce deine informaiile despre materialul sau produsul respectiv.
99

Fig. 3.166. Negocierea ntre ageni
Un agent inteligent, cunoscnd interesele utilizatorului, va fi capabil s schimbe

complet modul de interaciune om-main. n loc de a specifica fiecare pas pe care calculatorul
trebuie s-l execute, utilizatorii vor coopera cu agenii subordonai lor pentru a rezolva
mpreun probleme, ntr-un mediu n care iniiativa comunicaiei nu va aparine neaprat
prii umane.
Softbot-ul este un agent cruia utilizatorul i specific o cerere la un nivel abstract
care nu implic detalii privind modul n care cererea trebuie s fie soluionat. Se presupune
c un softbot este apoi capabil s gseasc soluia optim i s decid de exemplu dac e mai
bine s ofere o soluie incomplet sau dac e necesar s consulte utilizatorul pentru ntrebri
suplimentare.
Diferena dintre un agent i un program obinuit:
Majoritatea agenilor activeaz n lumea real, agenii software acioneaz n sisteme
de operare, baze de date, reele etc. Agenii de via artificial activeaz n medii virtuale pe
ecranul calculatorului sau n memoria sa.
Fiecare agent este situat ntr-un mediu i face parte din el, acioneaz autonom i
continuu pe o anumit perioad de timp.
Un program nu poate fi agent deoarece ieirile sale ca consecin a aciunilor sale nu
vor afecta modul su de aciune din viitor. Se poate spune c toi agenii software sunt
programe dar nu toate programele pot fi ageni. (de exemplu un corector gramatical ce face
parte dintr-un program de tip Word nu poate fi un agent dar un astfel de corector gramatical
ce corecteaz greelile n timp real, n timp ce utilizatorul tasteaz poate fi un agent.
100

3.6. Concluzii
Apariia tehnologiei agent a fcut ca numeroase firme, universiti i laboratoare de
cercetare s dezvolte sisteme agent, fiecare avnd la baz o anumit nelegere a fenomenului.
Acest lucru s-a ntmplat i n cazul mediilor agenilor mobili, i se pot da ca exemplu: IBM
(Aglets), General Magic (Odyssey), Darthmouth College (AgentTcl) etc. Datorit diversitii
de medii agent, s-a ajuns, n mod normal, la apariia unei incompatibiliti ntre agenii acestor
medii. Aceast incompatibilitate se remarca la toate nivelele, adic un agent al unui mediu nu
putea fi gzduit de un alt mediu sau nu putea accesa resursele gestionate de respectivul mediu
sau nu putea comunica cu agenii locali.
Pentru rezolvarea acestor probleme, mai multe firme dezvoltatoare de sisteme agent
au realizat o specificaie, pe baza creia s se poat dezvolta sisteme agent diverse, agenii
acestora putnd ns interaciona. Astfel, s-au identificat prile comune pe care le posed
mediile agent, adic acelea legate de interaciune, transfer de ageni i securitate. Mai apoi s-au
extras un set de trsturi n ideea standardizrii acestora, pentru a promova att
interoperabilitatea agenilor, ct i mbuntirea mediilor agent. Acest document, denumit
Mobile Agent Facitity Specification (MAF), a fost propus spre standardizare.
n urma acestui proces de standardizare s-a convenit:
agentul este un program software ce ruleaz autonom, pe ncrederea unei

persoane sau organizaii. Cei mai muli ageni actuali sunt programai cu
ajutorul limbajelor interpretate (de exemplu Tcl, Java), pentru a se asigura
portabilitatea lor pe variatele sisteme existente. Fiecare agent are propriul su
fir de execuie, astfel nct s poat s-i duc la bun sfrit sarcinile, pe baza
iniiativei proprii. Cnd un agent se deplaseaz n alt mediu, el i transport
starea i codul program cu el. Astfel, starea agent poate fi definit fie ca
starea sa la execuie, fie ca grupul valorilor variabilelor, pe baza crora
agentul poate deduce aciunile urmtoare, n momentul n care a ajuns la
destinaie. Autentificarea unui agent se face pe baza identificrii persoanei
sau organizaiei n numele creia agentul exist. Localizarea unui agent este
dat de ctre adresa de reea a sistemului agent unde acesta st, alturi de
calea local pn la fiierul propriu.
un sistem agent este o platform ce poate crea, interpreta, executa, transfera

i distruge un agent. Ca i agentul, un sistem agent se autentific n numele
unei persoane sau organizaii, iar identificarea lui se face pe baza numelui i
adresei acestuia. Un host (gazd) poate conine mai multe sisteme agent.
Comunicarea dintre sistemele agent se face prin modulul numit Infrastructura
de Comunicare (Communication Infrastructure). Un astfel de modul
furnizeaz sistemului agent serviciile de apel de procedur la distan
(Remote Procedure Call), denumire i securitate.
101

Care sunt avantajele folosirii unui agent mobil?
costuri de comunicaie sczute: doar datele cu adevrat utile ar ajunge la

utilizator, prin aceste costuri se neleg att cele legate de timp, ct i de
transfer de date;
coordonare uoar: s-a dovedit c este mai uor s se coordoneze un numr

de cereri independente i la distan, dect ca acestea s fie coordonate local;
calcul asincron: n timp ce agentul lucreaz pentru rezolvarea sarcinii,

utilizatorul se poate concentra asupra altei probleme tiind ns c rezultatul
i va veni la un moment dat. Utilizatorul se poate chiar deconecta de la reea,
agentul ateptnd s se reconecteze pentru a se rentoarce de unde a plecat;
arhitectur distribuit foarte flexibil: agenii mobili furnizeaz o arhitectur

foarte flexibil n comparaie cu arhitecturile distribuite clasice.
Probleme ce pot apare n cazul unei abordri incorecte:
problema transportului: cum se poate muta un agent dintr-un loc n altul; cum
i modific un agent structura n vederea acestei mutri?
problema autentificrii: cum putem fi siguri c agentul care se prezint este i

agentul care spune c este?
problema secretului: cum putem fi siguri c agentul nostru ne poate proteja

informaiile pe care i le furnizm; cum putem fi siguri c altcineva nu
ncearc s ne deturneze agentul, pentru propriile lui scopuri; cum putem fi
siguri c agentului nostru nu i s-a citit codul?
problema securitii: cum putem opri accesul agenilor-virui ce pot fura

informaii confideniale sau pot afecta activitatea sistemului?
Posibile probleme ce pot apare n folosirea agenilor inteligeni:
infrastructuri nesigure: n cadrul sistemelor distribuite mari, de exemplu

Internetul, problemele de comunicaie pot cauza o lentoare n modul de
aciune al agenilor sau chiar pot duce la pierderea de date, ntrziere n
primirea de mesaje sau chiar la dispariia acestora;
ageni rzlei, n cadrul sistemelor deschise agenii sunt dezvoltai

independent i au o mare libertate de circulaie, n aceste cazuri pot apare
ageni care s nu se supun regulilor sau care s acioneze ostil, de exemplu
bug-uri, virui, etc.
disfuncii n funcionare, care pot duce la un comportament haotic al

agenilor.
102

Ca orice nou tehnologie, cea orientat agent nate dispute i ridic diverse ntrebri
legate de implementarea acestora i impactul asupra activitii resursei umane, cteva din
aceste probleme i ntrebri la care specialitii din domeniu ar trebui n viitor s rspund sunt
redate n continuare:
Ce reacie vor avea oamenii n legtur cu dezvoltarea i implementarea

acestei noi tehnologii? Vor considera c vor fi nlocuii la locul de munc sau
vor fi mulumii c le uureaz munca?
Care este calea cea mai eficient i potrivit pentru a realiza comunicarea
dintre oameni i ageni?
Avnd n vedere faptul c aceste tehnici evolueaz ntr-un ritm alert unde se
va ajunge? Va trebui ca agenii s fie nzestrai cu emoii? Vor avea oamenii
ncredere n ageni?
n viitor agentul va avea o interfa uman? Ce sarcini noi vor putea

ndeplini?
Cum i pot ajuta agenii pe oameni? Cum i pot face mai productivi? Vor
ajunge agenii s-i nvee pe oameni lucruri pe care acetia nu le tiu?
103

Cap. 4. REZULTATE PRELIMINARE PRIVIND

IMPLEMENTAREA
SISTEMELOR
COOPERATIVE
PENTRU DEZVOLTAREA PRODUSELOR INDUSTRIALE
PE BAZA TEHNICILOR CAD CAM CAE
4.1. Proiectarea sistemelor cooperative. Metodologia de realizare i

dezvoltare a produselor pe baza tehnicilor CAD CAM CAE.
Un sistem cooperativ este un sistem n care mai muli utilizatori sau ageni sunt
angajai ntr-o activitate comun, de obicei din locaii diferite. n cadrul familiei mari a
aplicaiilor distribuite, sistemele cooperative se disting prin faptul c agenii din cadrul
sistemului lucreaz mpreun pentru realizarea unui scop comun pentru care este nevoie de o
interaciune strns ntre toi partenerii prin:
accesul comun la informaie;
schimbul de informaii;
verificarea stadiului fiecrui partener n cadrul proiectului [30].
Fig. 4.1. Schimbul de informaie dintre parteneri n cadrul sistemului
Sistemele de acest tip sunt clasificate n funcie de dou dimensiuni:
dac utilizatorii lucreaz mpreun n acelai timp (n timp real sau n mod
sincron) sau n momente diferite (n mod asincron);
104

dac utilizatorii lucreaz n acelai loc (co-localizat) sau n locuri diferite

(distribuite).
Fig. 4.2. Colaborare n aceeai locaie
Fig. 4.3. Colaborare din locaii diferite
4.1.1. Proiectarea sistemelor cooperative

Proiectarea acestui tip de sistem trebuie s porneasc de la:
genul de activiti ce vor fi desfurate;
de la numrul partenerilor implicai (ntr-un fel se comport i

interacioneaz de exemplu 100 de utilizatori i n alt mod un grup format din
5 persoane, performana sistemului este dependent de numrul de
utilizatori);
de asemenea, se presupune o bun nelegere a tehnologiilor folosite n cadrul

sistemului i modul lor de implementare;
105

infrastructura necesar pentru relaia cu partenerii din afara sistemului;
trebuie cunoscute tehnicile i metodele ce vor fi folosite;
costurile necesare proiectrii, realizrii, ntreinerii i dezvoltrii acestui

sistem;
durata de via preconizat a alianei partenerilor i implicit ciclul de via al

produsului.
Fig. 4.4. Proiectarea sistemului cooperativ [99]
Pentru utilizarea i dezvoltarea sistemelor de lucru n cooperare asistat de calculator

trebuie avute n vedere urmtoarele elemente cheie:
contientizarea (precizarea) grupului;
spaiul, coleciile i tipurile de informaii partajate;
modalitile i tipurile de comunicaie;
cunoaterea facilitilor mediului de dezvoltare;
interfeele multiutilizator;
controlul lucrului concurent;
coordonarea n cadrul grupului;
suportul pe mediul eterogen i deschis ce integreaz aplicaiile utilizator

singulare.
106

ntrebrile eseniale pe care trebuie s le pun fiecare organizaie nainte de intrarea

ntr-o organizaie virtual ce presupune cooperarea printr-un astfel de sistem:
De ce? - nainte de toate trebuie precizat scopul precis, reflectat n cerinele
clienilor [53];
Ce?
- Trebuie precizat ce anume implic aceast cooperare, ce produse, ce
tehnologii trebuiesc implicate;
Cum? - Trebuie precizate strategia organizaiei i metodele ce vor fi folosite pentru
ndeplinirea scopurilor;
Cine? - Trebuie s fie cunoscui toi partenerii implicai n realizarea produsului
respectiv i responsabilitile fiecruia;
Cnd? - momentul intrrii n vigoare al acordului, a perioadei de colaborare,
momentele precise n care diferiii parteneri trebuie s finalizeze anumite etape intermediare
din cadrul proiectului;
Unde? - trebuie precizat locaia fiecrui actor implicat n proiect i a modului de
interaciune a acestuia cu ceilali actori implicai [11].
Fig. 4.5. - ntrebri eseniale puse de fiecare organizaie nainte de intrarea ntr-o organizaie virtual
Odat creat organizaia se mai pot pune cteva probleme eseniale [28]:
Ce metode putem folosi pentru a produce produse noi, inovatoare?
Cum putem mri viteza fluxului de lucru?
Cum putem micora costurile?
Cum putem aduce primii produsul pe pia?
Cum putem preveni ntrzierile din fabricaie?
Elemente ce trebuiesc ndeplinite pentru integrarea produselor i a tehnologiilor:
realizarea unei bune comunicri;

107

sincronizare;
deschidere ctre noile metode i tehnologii;
verificarea anterioar a potenialelor riscuri;
s se aib n permanent n vedere reducerea costului i a timpului;
concentrarea asupra cerinelor clienilor;
integrarea metodelor, informaiilor i instrumentelor;
sisteme capabile s suporte medii de colaborare;
un rol important l are educaia i instruirea personalului;
Condiii ce trebuie ndeplinite pentru o funcionare bun a acestor tipuri de sisteme:
definirea tipurilor de date care trebuie modificate sau schimbate;
existena de date coerente i uor de neles;
bun corelare i compatibilitate ntre toate disciplinele implicate n proiect;
accesul pe nivele de informare la baza de date, n funcie de actorul care

solicit respectivele informaii [47].
n figura 4.6 se prezint modalitatea de alegere a celor mai buni parteneri i a celei
mai bune echipe, hotrrea asupra scopului final al ntreprinderii virtuale are loc n funcie de
scopul su iniial, de scopul partenerului implicai i de cerina pieei. Astfel se face o list cu
potenialii parteneri, a ofertei lor, se vor compara compatibilitatea, se va face o evaluare
individual i se va face o list de propuneri cu viitorii parteneri. Dup evaluarea privind
alegerea viitorilor parteneri n funcie de cerine, resurse i nevoi se va alege echipa. Nu
ntotdeauna cei mai buni membrii selectai vor forma i cea mai bun echip.
Fig. 4.6. Selectarea echipei i a partenerilor
108

4.1.2. Proiectarea i dezvoltarea produsului pe baza tehnicilor CAD

CAM CAE
Primul pas n tot acest complex ciclu o reprezint ideea. Ideea realizrii unui produs
anume poate veni din interiorul unei organizaii. Ideea este analizat i dac este fiabil i
realizabil se recurge la cutarea de parteneri i finanare pentru realizarea unei structuri de tip
ntreprindere virtual.
Fig. 4.7. Apariia ideii de produs
Ideea realizrii unui nou produs poate veni i din cadrul unei organizaii de tip virtual
deja constituit. n acest caz realizarea ei este mult mai facil, durata de concepere, realizare
i ieire pe pia este mult mai scurt. Tot n cazul unei astfel de ntreprinderi virtuale deja
constituite ideea de produs poate veni ca urmare a unor cercetri de pia, ca urmare a unei
nevoi din partea clienilor poteniali.
Fig. 4.8. Tipuri de relaii ale departamentului de marketing
109

Ideea astfel conturat se concretizeaz n departamentul de cercetare-dezvoltare i cel

de proiectare asistat. Se studiaz necesitatea produsului, competitivitate, performane. Se
compar cu cele similare de pe pia, ce aduce acesta nou n comparaie cu celelalte.
La faza de proiectare trebuiesc prevzute toate detaliile, inclusiv materiale,
posibiliti de reciclare i scoatere din uz. Se studiaz mai multe posibiliti de realizare,
fiecare cu avantaje i dezavantaje pentru a se alege varianta optim.
Departamentul de marketing dezvolt urmtoarele tipuri de relaii:
relaii orizontale cu celelalte departamente: cercetare dezvoltare, CAD,

CAM, CAE, departamentul de fabricaie, etc.
relaii verticale cu furnizori, intermediari, distribuitori, clieni etc.
Pentru a nelege mai bine rolul CAD, CAM , CAE n dezvoltarea sistemelor
cooperative trebuie s examinm principalele activiti i funcii ce trebuiesc realizate n
procesul de proiectare i procesul de fabricaie al produselor. Ciclul de via al produsului n
faza de realizare virtual se compune din dou activiti principale: procesul de proiectare i
procesul de fabricaie.
Fig. 4.9. Realizarea produsului pe baza tehnicilor CAD-CAM-CAE
110

Faza de proiectare are la baz cerina clientului care este perceput prin intermediul
departamentului de marketing i se termin cu o complet descriere a produsului, de obicei
sub forma unui desen. Procesul de fabricaie ncepe cu specificaiile de proiectare i se
termin cu livrarea produsului [35].
Odat faza de proiectare ncheiat, dup optimizare i dup luarea unor decizii, se
poate face evaluarea proiectului pn n aceast faz de dezvoltare.
Dup modelare piesa este supus simulrii privind solicitrile la care este supus
(analiz CAE), rezultatul acestei analize hotrnd dac este necesar sau nu o remodelare a
piesei.
Cnd procesul de evaluare prezint un rezultat favorabil, este pregtit documentaia
proiectului care include: desene, rapoarte i lista de materiale necesare, iar piesa merge mai
departe ctre modulul de CAM de unde rezult fia film.
n cazul n care fia film relev dificulti n realizarea piesei, documentaia
acumulat pn n acest moment este trimis departamentului de cercetare-proiectare.
Procesul de fabricaie ncepe cu planificarea operaiilor, folosind desenele din faza de
proiectare. Prin planificare se stabilesc parametrii procesului, planul de operaii, tipuri de
scule, mainile pe care se vor efectua operaiile de prelucrare, materialele necesare. Odat
planificarea ncheiat se trece la executarea pieselor i apoi controlul calitii.
4.2. Studiu privind sisteme cooperative capabile s susin

colaborarea n realizarea i dezvoltarea produselor industriale prin
integrarea principalelor aplicaii necesare cooperrii.
4.2.1. Integrarea principalelor aplicaii necesare cooperrii cu ajutorul
tehnologiei orientate agent. Studii de caz.
Rolul principal al agenilor n cadrul sistemelor de proiectare este acela de a asigura
comunicarea i de a mbunti coordonarea n timpul funcionrii sistemului. n acest mediu
din cadrul sistemului n care agenii acioneaz trebuie s permit schimbul de informaie ntre
toi participanii din cadrul sistemului. De asemenea, agenii implicai trebuie s fie capabili s
ia decizii, s ofere posibiliti de cooperare i de negociere ntre mai multe discipline
implicate n proiect.
Dou limbaje s-au impus ca fiind cele mai folosite: KQML i FIPA-ACL, dar n
general fiecare creator al unui sistem multiagent folosete propriul limbaj de comunicare.
Un exemplu de comunicare ntre ageni folosind limbajul FIPA va fi prezentat la una
din liniile de comand din acest studiul de caz, limbajul FIPA descriind n detaliu fiecare
agent participant prin: nume, adres, clasa din care face parte, de asemenea, este prezentat
111

detaliat mesajul propriu-zis care se dorete a fi transmis, iar n ncheiere, se dau detalii
referitoare la: limbajul folosit, ontologii, protocoale etc.
n studiile de caz prezentate pe lng comenzile specifice de programare propriu-zis
a fiecrui agent, liniile de comand destinate comunicrii ntre ageni pot avea o form
simplificat dup cum urmeaz (au fost create special pentru acest tip de comunicare i pentru
studiile de caz):
To <receiver> From <sender> <object> <information> <command>
Primele cmpuri referitoare la expeditor i destinatar sunt obligatorii, celelalte fiind
opionale dar prezena a cel puin unuia n coninutul mesajului este obligatorie; alegerea
acestuia depinde de tipul mesajul i ceea ce se dorete a se comunica. Cmpul <receiver>
poate fi de tip all atunci cnd mesajul se dorete a fi transmis ctre toi agenii din cadrul
sistemului.
Cmpurile <receiver> i <sender> vor cuprinde numele agentului, agentul destinatar,
respectiv expeditor.
Cu ajutorul cmpului <command> se pot adresa diverse comenzi ctre anumii
ageni. n mod normal astfel de comenzi pot da agenii de influen din cadrul sistemului.
Cmpul <information> cuprinde diverse informaii predefinite n sistem pentru a
putea fi nelese de ctre toi agenii, poate avea ataate diverse date, rapoarte etc.
Cmpul <object> nu poate exista de sine stttor n cadrul liniei de comand el poate
fi ataat alturi de o informaie sau comand. Este folosit de exemplu cnd se ofer informaii
despre o a treia parte implicat n sistem (de exemplu agentul 1 ofer informaii referitoare la
agentul 3 ctre agentul 2).
De asemenea, pot fi introduse mai multe astfel de obiecte in linia de comand, de
exemplu numele mainii la care se refer informaia i tipul erorii: machine5 7231a. Att
tipurile mainilor, pieselor, sculelor ct i alte genuri de informaii cum ar fi codul erorii ce se
regsesc n liniile de comand sunt preluate dintr-o baz de date individual agentului care
comunic, sau din baza de date comun.
Foarte important este ca informaia s poat fi neleas de destinatar, de exemplu
dac se trimite o informaie referitoare la apariia unei erori la maina5, destinatarul trebuie s
aib n baza de date codul erorii primite i descrierea acesteia pentru a putea aciona n
consecin.
Studiu caz 1:
Presupunem apariia unei probleme la maina3 din departamentul de fabricaie.
Pentru a identifica problema, agentul ce gestioneaz activitatea mainii recurge la o verificare
pe cale ierarhic eliminnd rnd pe rnd posibilele cauze ale ntreruperii funcionrii.
Agenii implicai n cadrul sistemului:
superviz este agentul supervizor al sistemului din cadrul acestui

departament;
machine3 este agentul ce gestioneaz activitatea mainii 3 din cadrul

departamentului;
112

en_agent agentul ce se ocup cu gestionarea energiei electrice;
conv1 este agentul care supervizeaz activitatea conveiorului 1 din cadrul

sistemului;
store este agentul ce gestioneaz intrrile, ieirile din depozit. Agentul are
acces la o baz de date ce conine toate sculele existente, semifabricate, piese
finite etc.
depan este agentul care gestioneaz resursa uman pe parte de depanare.
Pentru cmpul <information> din acest studiu de caz au fost definite urmtoarele
tipuri de informare:
Hello prin acest mesaj agentul i face simit prezena n sistem i

reprezint totodat metoda standard de ncepere a unei comunicaii cu un alt
agent;
technical problem prin livrarea acestui mesaj ctre destinatar, i se aduce

la cunotin acestuia c maina administrat de agentul expeditor are o
problem tehnic ce trebuie remediat i de asemenea, trebuie fcut public
ctre ceilali ageni din sistem;
problem este genul de declaraie de informare la care trebuie adugat

obligatoriu un obiect, astfel de informare este folosit cnd se dorete a se
comunica n sistem c un anumit obiect ( de exemplu o main sau conveior)
prezint o problem care este posibil s influeneze activitatea unor ageni;
delivery problem acest tip de informaie este transmis atunci cnd apare o
problem de livrare a unui obiect sau informaie, de exemplu: semifabricat,
pies finit, scul etc.;
other problem prin acest mesaj se informeaz agentul destinatar c

problema este alta dect cea preconizat, acest tip de mesaj se transmite de
obicei dup o verificare a obiectului administrat;
no system problem un agent trimite un astfel de mesaj pentru a informa

agentul su de influen sau ali ageni din sistem c obiectul administrat de el
nu prezint nici o problem i funcioneaz n parametri;
problem raport sent acest mesaj indic trimiterea unui raport referitor la
problema aprut;
raport sent mesajul precizeaz faptul c a fost trimis un raport referitor la

starea obiectului administrat;
information declaraia n mod obinuit este nsoit de un obiect la care

fac referire informaiile livrate, de exemplu un agent trimite toate informaiile
despre o anumit pies agentului unei maini pe care piesa urmeaz a fi
prelucrat;
arrive cu ajutorul acestui mesaj se transmite ctre destinatar c un anumit

obiect urmeaz s soseasc: o pies, o scul, un fiier etc.;
113

replace agentul destinatar este informat c un obiect din cadrul sistemului

(de exemplu o main sau pies) este nlocuit;
energy ok acest tip de mesaj este folosit de ctre agentul ce administreaz

livrarea energie electrice n sistem, astfel e anun faptul c nu exist o astfel
de problem n sistem;
extraenergy informaie tipic folosit n schimbul de informaie cu

agentul ce gestioneaz energia electric din departament;
time needed indic faptul c agentul expeditor are nevoie de mai mult
timp pentru a realiza cerina cerut de ctre un alt agent;
depan needed este genul de informare folosit exclusiv ctre agentul ce

gestioneaz resursa uman ce se ocup cu ntreinerea sistemului, mesajul
indic necesitatea interveniei depanatorului la maina gestionat de ctre
agentul expeditor;
scrap declaraia trebuie ataat unui obiect despre care se indic faptul c
reprezint un rebut, nu mai poate fi folosit n sistem i trebuie eliminat;
ok indic faptul c nu exist nici o problem la obiectul ataat;
time este tipul de informaie care are ataat un obiect de tip date ce
indic timpul necesar pentru ndeplinirea unei cerine de ctre agentul
expeditor;
Pentru cmpul <command> au fost definite urmtoarele tipuri de comenzi:
please raport este tipul de comand prin care agentul expeditor solicit
agentului destinatar efectuarea i transmiterea unui raport referitor la un
anume eveniment sau la starea general a obiectului administrat de ctre
acesta;
please shutdown prin aceast comand agentului destinatar i se comunic

c trebuie s ntrerup activitatea curent a mainii pe care o administreaz i
c aceasta va fi nlocuit n procesul de producie;
next verification acest tip de comand este dat n mod obinuit de un

agent de influen i i se impune agentului destinatar s treac la etapa
urmtoare de verificri pentru a putea depista problema;
give comanda este folosit de agentul destinatar pentru a determina

agentul expeditor s efectueze o anumit aciune asupra unei ter, n particular
de a trimite un obiect ctre acesta: semifabricat, raport, fiier, instrument etc.;
need comanda este utilizat pentru a preciza faptul c expeditorul

necesit un anumit obiect sau informaie de la agentul destinatar care posed
acea informaie sau gestioneaz resursa de care agentul expeditor are nevoie
pentru a continua activitatea conform planificrii i pentru a nu perturba
activitatea din sistem;
114

goto prin aceast comand se indic agentului destinatar s se mute pe alt

server sau alt sistem, comanda mai este utilizat pentru a transmite agentului
ce gestioneaz resursa uman s trimit o persoan la locul respectiv pentru
rezolvarea problemei.
Cmpul <object> va conine denumirea diverselor maini din departamentul de

fabricaie, tipuri de scule, coduri de piese, coduri de eroare, poate conine o valoare de tip
integer pentru a putea defini un anumit numr de piese de exemplu, poate conine o valoare
de tip date pentru a reda o informaie cu privire la un anumit tip necesar pentru remedierea
unei erori, etc.
Agentul machine3 va ntiina sistemul de apariia acestei probleme pentru ca
acesta s gestioneze eficient criza, s comunice i celorlali ageni implicai n proces
defeciunea, eventual ntreruperea activitii, suprapunerea unor operaii, studierea activitilor
ce vor putea fi derulate n continuarea( a celor ce nu au legtur cu defeciunea)- planificarea
programarea - reprogramarea acestora; luarea unei decizii privind includerea altei maini
din hal capabil s efectueze operaiile celei defecte chiar dac nu la fel de rapid i eficient
din punct de vedere al prelucrrii (cost mai mare de prelucrare, pierdere mare de material, mai
multe rebuturi, timp mai mare de prelucrare etc.)
n primul rnd se va verifica starea general a maini:
verific dac agentul ce se ocup cu gestionarea energiei electrice a ntrerupt

sau nu furnizarea acesteia ctre main, dac rspunsul este afirmativ se
caut motivul i o cale de rezolvare a conflictului, eventual prin intermediul
agentului supervizor care are este nzestrat cu mai multe privilegii i este
totodat un agent de influen n sistem;
agentul machine3 verific prin intermediul agentului supervizor modul de

alimentare cu semifabricate i piese, pentru a ti dac ntreruperea activitii
mainii se datoreaz defeciunii altei maini (de exemplu cea care face o
prelucrare anterioar a piesei), verific dac conveiorul sau manipulatorul are
o problem (dac da ce fel de problem, consecine, ntrziere n livrarea
piesei); n aceste cazuri agentul machine3 va atepta noi indicaii i soluii
din partea agentului supervizor;
se verific starea semifabricatului sau a piesei prin intermediul unor date

furnizate de agentul supervizor, de exemplu e posibil ca piesa s aib un
defect de prelucrare de la maina anterioar i trebuie nlturat (n cazul
exist o eroare de sistem i defeciunea nu a fost evideniat n momentul
apariiei), eroare de material (s-a folosit un alt material pentru semifabricat
dect cel proiectat pentru piesa de realizat);
se verific magazia de scule a maini, dac sunt probleme n transferul i

montarea sculei pe main, se recurge la rezolvare autonom (de exemplu
nlocuirea unei scule - n acest caz este informat agentul depozit, cel ce
gestioneaz depozitul i poate spune dac acea scul este disponibil, n ct
timp va ajunge de la depozit la main, dac nu exist o va achiziiona
estimare a duratei de ateptare, propunere de variant de scul, etc.) sau n
funcie de caz se recurge la serviciile depanatorului;
115

Fig. 4.10.a. Algoritm de rezolvare a problemei
116

Fig. 4.10.b. - Algoritm de rezolvare a problemei
se verific funcionalitatea fiecrei funcii a mainii pentru a vedea care

operaie nu poate fi efectuat, de exemplu se verific starea sculei ce este n
uz, dac acesta s-a rupt, dac este uzat, n unul din aceste cazuri dispune
nlocuirea acesteia. Agentul supervizor informeaz totodat i agentul ce se
ocup de gestionarea resursei umane pe parte de depanare(n cazul n care n
urma analizei nu se gsete o soluie de rezolvare autonom i este nevoie de
intervenia depanatorului), agentul ce gestioneaz depanatorul primete
totodat i n timp real informaii (n timpul interveniei acestuia directe
asupra mainii), comunic datele interveniei i face permanent o estimare
117

asupra timpului necesar reparaiei (pentru aceasta agentul depanator se

folosete i de experiena anterioar, din interveniile trecute, asemntoare);
toate aceste probleme pot fi evitate printr-o programare atent a sistemului,

sau o parte din ele pot fi prevenite, pot exista ateptri din partea sistemului
pentru apariia unei probleme (de exemplu uzura unei scule i nlocuirea
acesteia), cu toate acestea sistemul trebuie s tie cum s reacioneze, unde s
caute i cum s rezolve eventualele conflicte.
Agentul mainii 3 din departamentul de fabricaie ncepe dialogul cu agentul

supervizor i raporteaz apariia problemei.
To superviz From machine3 Hello
To superviz From machine3 technical problem
Agentul supervizor cere un raport privind starea mainii
To machine3 From superviz please raport
Pentru aceast comand se va prezenta i o variant FIPA drept exemplu, adresele i clasele
agenilor sunt demonstrative:
(SUBSCRIBE
:sender
(agent-identifier
:name superviz
:addresses (sequence http://DEMO:1921/exe)
:classname s10.superviz.SupervizAgent)
:receiver
(set
(agent-identifier
:name machine3
:addresses (sequence http://DEMO:1921/exe)
:classname m3.machine.MachineAgent))
:content
(( iota ?x
(Part1Arrive
(agent-identifier
:name machine3
:addresses (sequence http://DEMO:1921/exe)) ?x
(agent-identifier
:name superviz
:addresses (sequence http://DEMO:1921/exe)))))
:reply-with R31025692
:language fipa
118

:ontoligy demo1
:protocol fipa-subscribe
:conversation-id 192134967421)
Agentul machine3 cere timp pentru a investiga i raporta natura problemei. De
asemenea el va ncerca o rezolvare autonom a problemei
To superviz From machine3 time needed
Agentul supervizor va informa toi agenii din sistem n legtur cu apariia problemei
To all From superviz machine3 problem
El poate decide ntreruperea activitii dac n urma propriei analize rezult faptul c
fr maina 3 nu se poate continua activitatea:
To all From superviz please shutdown
El poate decide prelucrarea semifabricatelor pe alte maini ce fac parte din sistem
dac acest lucru este posibil, face i o analiz privind impactul acestei decizii: timp, cost,
calitate prelucrare, etc.
To machine4 From superviz part1 arrive
To machine4 From superviz part1 information
To machine4 From superviz 60 parts arrive
Agentul supervizor poate decide includerea unei maini noi n locul celei defecte
(analizeaz impactul asupra procesului, timpul necesar, etc.)
To all From superviz machine3 replace
Dac toate n urma analizei agentului supervizor i se permite agentului mainii 3 s
genereze un raport i s rezolve independent sau nu probleme acesta va urma paii prestabilii
n urma programrii agentului.
Are un dialog cu agentul ce se ocup cu gestionarea energiei electrice (furnizare
ntrerupt?motiv?rezolvare?)
To en_agent From machine3 please raport
Agentul n cazul n care nu este nici o problem cu furnizarea energiei electrice ctre
maina3 trimite mesajul:
To machine3 From en_agent energy ok
n cazul unei probleme acesta comunic:
To machine3 From en_agent delivery problem
sau
To machine3 From en_agent extraenergy
Agentul supervisor poate interveni i media problema:
To en_agent From superviz machine3 extraenergy give
119

Prin intermediul agentului supervizor se verific dac ntreruperea activitii mainii

se datoreaz defeciunii altei maini din sistem.
To all From superviz please raport
To superviz From machine1 raport sent
To superviz From conv1 raport sent
Agentul supervizor analizeaz toate rapoartele, identific posibila problem i
transmite rezultatul agentului mainii3:
To machine3 From superviz other problem
To machine3 From superviz problem raport sent
Acest mesaj semnific faptul c ntreruperea se datoreaz altor factori sau altor
maini din sistem. Sau dac toate rapoartele sunt pozitive el transmite agentului machine3
faptul c problema este la el i nu n cadrul sistemului.
To machine3 From superviz no system problem
To machine3 From superviz next verification
Se verific starea semifabricatului primit
To superviz From machine3 part1_52 information
Agentul supervizor caut n datele sale informaii cu privire la istoria activitilor
efectuate pe piesa respectiv, eventual poate cere din nou informaii de la mainile pe la care a
trecut acea pies:
To all From superviz part1_52 information need
Informaiile sunt primite inclusiv de la ageni externi ce au avut legtur cu piesa
respectiv, dac acum se raporteaz un defect ce nu a fost raportat iniial din cauza unei erori
se poate decide c piesa respectiv reprezint un rebut:
To machine3 From superviz part1_52 scrap
Dac n urma analizei nu rezult nici o problem de acest tip atunci agentul
superviz comunic:
To machine3 From superviz next verification
Dac n urma analizei rezult o problem la transferul sau montarea sculei, scul
uzat sau rupt se recurge la nlocuirea acesteia:
To store From machine3 tool32_a need
To machine3 From store tool32_a ok
To machine3 From store tool32_a information
Se informeaz agentul store care va confirma prezena acesteia n depozit, va
furniza detalii despre aceasta, iar n cazul n care nu exist n depozit va recurge la
achiziionarea acesteia.
120

n cazul n care n urma analizei nu se gsete o soluie de rezolvare autonom i este

nevoie de intervenia depanatorului, agentul supervizor l informeaz cu privire la necesitatea
interveniei. Conform protocolului agentul depan ce gestioneaz resursa uman pe parte de
depanare, deine deja toate informaiile legate de maina3 (momentul apariiei problemei,
ncercrile de rezolvare autonom, posibila natur a problemei, etc.)
To superviz From machine3 depan needed
To depan From superviz machine3 goto
To depan From superviz machine3 information
n timpul interveniei agentul depan comunic toate datele interveniei n timp real
i face permanent o estimare asupra timpului necesar reparaiei. Identific problema i
comunic codul acesteia (toate posibilele probleme sunt catalogate i se adaug permanent
date cu privire la variante de rezolvare astfel se formeaz experiena agentului n
rezolvarea problemelor, date ce vor fi folosite ulterior la rezolvarea altor probleme de acelai
tip).
To superviz From depan machine3 72a51 problem
To superviz From depan 3.20.00 time
Studiu de caz 2:
n cadrul un sistem de cooperare multidisciplinar n care sunt prezente mai multe
soft-uri trebuie s existe mai muli ageni care s le gestioneze. Situaia este foarte complicat
n cazul n care se folosesc soft-uri diferite pentru realizarea aceluiai scop, de exemplu pentru
faza de proiectare se folosesc Catia, SolideEdge sau Unigraphics. Ideal este ca la constituirea
ntreprinderii virtuale respective, la hotrrea principalelor direcii i resurse ce vor urma s
fie folosite s se evite situaii de acest gen. Dar aceste probleme pot aprea pe parcurs, pe baza
dezvoltrii organizaiei sau a cerinelor (de exemplu trebuie achiziionat un soft pe acelai
profil dar care este specializat i ofer mai mult randament pe o anumit ramura) astfel
sistemul trebuie s fie programat i chiar actualizat cu noi comenzi i ageni la introducerea
acestor soft-uri.
Aceast gestiune a soft-urilor este necesar deoarece la schimbul de fiiere ntre
diverse echipe ce folosesc soft-uri diferite pot aprea erori, pierderi de date fapt ce va duce la
creterea costurilor i ntrzieri n atingerea obiectivului stabilit.
De asemenea, unul din aceti ageni trebuie s vegheze i asupra versiunilor ale
aceluiai soft deoarece i aici pot apare diverse probleme de transfer ntre versiuni. De regul
nu se pot deschide fiierele realizate n versiunile superioare n cadrul unei versiuni
anterioare. Apariia unei situaii este foarte posibil, mai ales n cazul n care la constituirea
ntreprinderii virtuale s-a hotrt ca strategie achiziionarea i folosirea unitar a aceluiai soft.
Agentul responsabil cu controlul versiunii trebuie s vegheze actualizarea versiunii (update)
eventual odat ce unul din departamente a fcut o astfel de actualizare, celelalte s fie
informate s l fac dac este posibil.
121

Fig. 4.11. Controlul versiunii soft-urilor
Bineneles soluia ideal, cel puin n cazul soft-urilor pentru faza de proiectare este
s se foloseasc formate neutre pentru transferul fiierelor, cele mai uzuale STEP, IGES, etc.;
dar acestea nu rezolv perfect problema deoarece i prin intermediul acestor fiiere neutre pot
apare erori, de exemplu pot disprea linii, pari de ansamblu pentru 3D, diferene de grosimi
de linie etc.
Aceast problem nu se rezum numai la soft-urile de tip CAD CAM CAE,
problema apare n cadrul tuturor tipurilor de soft-uri ce trebuiesc folosite n cadrul sistemului
cooperativ.
Primordial este problema sistemului de operare deoarece acesta este scheletul pe
care se vor dezvolta viitoarele aplicaii. Cele mai rspndite sunt Windows i Linux. Dar
alegerea ine nu att de pre i facilitile iniiale oferite ct mai ales de randament i de
perspectiva dezvoltrii i a compatibilitii cu celelalte programe ce vor fi folosite n cadrul
sistemului.
Fig. 4.12. Alegerea sistemului de operare
Foarte important nc de la nceput este alegerea aplicaiilor ce vor dezvolta uriaa

baz de date a sistemului. Aplicaia trebuie:
s corespund cerinelor impuse;
s fie capabil s susin numeroase aplicaii independente i s fie

compatibil cu acestea;
s permit o ierarhizare i arhivare adecvat a datelor;
s permit accesul rapid la date;
gestionare eficient;
interaciune eficient cu tehnologia orientat agent.
122

Fig. 4.13. Alegerea aplicaiei de gestiune a bazei de date
Studiu de caz 3:
Unul sau mai muli ageni trebuie s in o eviden clar i detaliat a tuturor
activitilor desfurate n cadrul sistemului (istoria activitilor). ntr-un sistem complex de
cooperare este necesar centralizarea tuturor datelor i activitilor att pe categorii principale
(pe departamente de exemplu), ct i pe subcategorii. Un astfel de exemplu:
Categorie principala: Departament CAD
Subcategorie 1: Activiti legate de ansamblul 1
Subcategorie 2: Activiti efectuate pentru realizarea, modificarea part1 (ce face
parte din ansamblul1): ex. Modificri dimensionale, modificri geometrice etc.
Pe fiecare subcategorie i categorie principal trebuie s existe un agent care s
gestioneze aceste activiti, agent ce va primi aceste informaii din subsistemul de ageni
local, le va stoca, sorta i va raporta mai departe pe cale ierarhic pn la agentul ce
gestioneaz categoria principal.
Presupunem realizarea unei piese n departamentul de CAD. Vom avea urmtorii
ageni: agent_depCAD, agent_depCAE, agent_proiect, agent_ansamblu, agent_part, fiecare
agent aparinnd fiecrei categorii i subcategorii din departament, ei sunt organizai ierarhic,
astfel:
agent_depCAD i agent_depCAE sunt ageni de influen pentru agenii sub

ierarhici;
agent_proiect i agent_ansamblu sunt ageni micti;
agent_part ultimul n cazul acesta pe scara ierarhic va fi agent influenabil.
Pe lng tipurile definite la studiul de caz 1, cmpul <command> mai conine

comanda modify ce presupune o cerere de modificare a unui ansamblu, pies, suprafa etc.
123

n urma analizei ansamblului3 livrat iniial de departamentul de CAD spre analiz

departamentului CAE, au rezultat probleme i trebuie s se modifice anumite suprafee:
To agent_depCAD From agent_depCAE Hello
To agent_depCAD From agent_depCAE ansamblu3 modify
Agentul CAE transmite informaiile cu suprafeele cu probleme i d cteva sugestii
cu modificrile ce trebuiesc fcute:
To agent_depCAD From agent_depCAE ansamlu3 information
Agentul CAD identific ansamblul3 ca parte a proiectului 2 i transmite informaia mai
departe cu comanda de a modifica suprafeele respective:
To agent_proiect2 From agent_depCAD Hello
To agent_proiect2 From agent_depCAD ansamblu3 modify
To agent_proiect2 From agent_depCAD ansamblu3 information
Agentul proiect2 identific piesa (sau piesele) din ansamblu ce trebuie modificate i
transmite comanda:
To agent_ansamblu_3 From agent_proiect2 part23 modify
Agentul ansamblu3 transmite agentului piesei ce modificat informaiile necesare:
suprafee, dimensiuni, etc. El cere un raport din partea acestuia imediat ce piesa a fost
modificat.
To agent_part_23 From agent_ansamblu_3 Hello
To agent_part_23 From agent_ansamblu_3 surface4 modify
To agent_part_23 From agent_ansamblu_3 surface4 information
To agent_part_23 From agent_ansamblu_3 please raport
Agentul piesei de modificat primete informaia i compar modificrile cu cele
efectuate anterior (dac a fost cazul), pentru a evita o modificare nepotrivit (verific istoria
modificrilor anterioare). Modificarea i decizia nu va fi luat autonom, decizia este a resursei
umane implicate, acesta va primi aceste mesaje i informaii n legtur cu modificrile
necesare n momentul n care va porni propriul sistem. El va efectua aceste modificri innd
cont de informaiile i sugestiile primite din partea sistemului. n momentul n care
modificarea a fost fcut se raporteaz acest lucru i se transmit informaii cu noua structur
ctre agentul superior.
To agent_ansamblu_3 From agent_part_23 part23 ok
To agent_ansamblu_3 From agent_part_23 part23 information
Agentul ansamblu studiaz impactul acestor modificri asupra ansamblului, dac sunt
probleme sugereaz modificri, dac totul este n regul se transmite mai departe pe cale
ierarhic:
To agent_proiect2 From agent_ansamblu_3 part23 ok
To agent_proiect2 From agent_ansamblu_3 ansamblu3 information
124

Fig. 4.14. Exemplu de ierarhizare a agenilor
Fig. 4.65. Ierarhizarea agenilor pentru studiul de caz 3
125

Agentul proiect2 analizeaz modificrile survenite n ansamblul3, le compar cu

datele sale i transmite mai departe toate detaliile:
To agent_depCAD From agent_proiect2 ansamblu3 ok
To agent_depCAD From agent_proiect2 ansamblu3 information
Agentul CAD transmite informaia i fiierele modificate ctre agentul CAE:
To agent_depCAE From agent_depCAD ansamblu3 ok
To agent_depCAE From agent_depCAD ansamblu3 information
Are loc o nou analiz a proiectului, dac sunt necesare modificri se merge pe
aceeai cale, dac nu informaia se transmite ctre departamentul CAM.
Studiu de caz 4:
n cadrul unei organizaii de acest tip securitatea sistemului este foarte important. Se
pune problema asigurrii securitii acestor sisteme la un pre acceptabil, avnd soluia
potrivit pentru sistemul respectiv, s fie uor de gestionat de ctre cei ce se ocup de acest
lucru i mai ales s fie uor de implementat.
Tendina actual, mai ales n cazul marilor organizaii, n principal cele organizate pe
acest sistem de ntreprindere virtual este aceea de a contracta soluii de particulare de
securitate din partea firmelor specializate. (teoretic si acestea vor putea face parte din cadrul
organizaiei, mai ales pentru ntreinere, reprogramri de sistem etc.)
Un astfel de sistem trebuie s dein un nivel de securitate ridicat astfel nct fiecare
parte implicat s aib acces doar la datele de care are nevoie pentru a-i continua activitatea
i pentru a-i atinge scopul. Prile implicate (agenii) pot fi grupai ierarhic dup autoritate i
rol n cadrul sistemului.
Fig. 4.16. Accesul la baza de date organizata pe nivele de securitate
126

Astfel se poate gndi un sistem de securitate organizat pe nivele de securitate, astfel

putem defini nivelul 1, cel cu acces maxim la date, pn la nivelul n (n funcie de structura
organizaiei) cu acces minim la informaie. Aceste limitri nu se refer numai la personalul ce
acceseaz direct informaia deinut de sistem ct mai ales la multitudinea de ageni ce
acioneaz n cadrul acestuia.
Problema se pune att pentru agenii proprii ai sistemului, astfel aciunea fiecrui
agent s fie limitat la un anumit nivel, dar mai ales pentru agenii externi care acioneaz n
cadrul sistemului. Acetia trebuie identificai, trebuie precizat scopul intrrii n sistem, lista de
activiti ce doresc s o desfoare, rezultatele dorite, modificrile aduse sistemului (tipul de
influen exercitat de agent asupra altor ageni sau asupra sistemului), impactul acestor
modificri, etc. n principal agenii externi ce intervin n sistem au ca scop adunarea de date i
informaii specifice, mai puin o aciune anume asupra acesteia sau a altor ageni din sistem.
n acest studiu de caz am definit agenii:
security_agent reprezint agentul de securitate al sistemului;
store este agentul ce gestioneaz intrrile, ieirile din depozit.
Fa de studiile de caz anterioare apar n plus ca n cmpul <information>

urmtoarele tipuri de informaie:
access este genul de informaie ce are ca expeditor agentul de securitate

al sistemului i reprezint un rspuns afirmativ al acestuia la o cerere a altui
agent din sistem ce dorete s acceseze o anumit informaie; n mod normal
acest de tip de informaie are ataat un obiect ce specific nivelul de
securitate la care agentul expeditor are permisiunea s acceseze diverse
informaii;
access denied este rspunsul tipic de respingere de ctre agentul de

securitate a sistemului a unei cereri de informaie sau de acces la un anumit
nivel de securitate de ctre un agent; se poate ataa de asemenea un obiect n
care se specific nivelul de securitate restricionat sau chiar efectiv informaia
clasificat pe care agentul solicitant nu are dreptul s o acceseze.
Cmpul <object> poate conine: coduri de informaii clasificate, coduri de piese,

scule i materiale, nivel de acces etc.
S presupunem interaciunea unor ageni externi sau proprii sistemului cu agenii de
securitate ai sistemului. Agentul store de exemplu dorete obinerea unor informaii cu
privire la anumite piese , scule, maini etc.
To security_agent From store Hello
Agentul poate trimite un cod al informaiei (toate datele din sistem primesc un cod i
sunt ierarhizate pe nivele de acces) sau poate trimite denumirea elementului despre care se
solicit informaia.
To security_agent From store 2058 information need
To security_agent From store part_234 information need
To security_agent From store tool_54a2 information need
127

To security_agent From store material 78 information need

Agentul sau agenii de securitate (n funcie de informaia i nivelul de securitate
accesat) analizeaz cererea, verific necesitatea informaiei pentru respectivul agent deoarece
se poate confrunta cu o ncercare de sustragere de informaie.
Fig. 4.17. Sistem de securitate i control
Dac totul este conform protocolului se acord acces la informaie

To store From security_agent level2 access
Sau livreaz informaia propriu-zis:
To store From security_agent part_234 information
Dac este cazul unei ncercri de sustragere de informaie, de exemplu n cazul unei
schimbri de identitate sau fals identitate din partea unui agent extern. Este impropriu pentru
agentul store de exemplu s cear informaii detaliate n legtur cu o main din
departamentul de fabricaie.
Aceste date se pot afla pe nivelul de securitate ce poate fi accesat de acestea dar ar fi
o cerere nepotrivit, de care nu are nevoie, astfel agentul poate refuza accesul.
To store From security_agent access denied
sau
To store From security_agent level2 access denied
128

n acest caz poate cere i o verificare amnunit asupra activitii agentului store,
se verific starea acestuia, se poate decide reprogramarea lui sau se pot mri msurile de
securitate n caz de necesitate.
Probleme de securitate:
a. schimbarea identitii:
un agent A poate pretinde c este de fapt un alt agent pentru a accesa datele
sau serviciile unui host;
sistemul gazd i poate lua o fals identitate pentru a pcli agenii.
b. respingerea cererii:
un agent poate ncerca s blocheze anumite resurse pentru a mpiedica ali

ageni s le foloseasc;
sistemul gazd poate ignora cererea unui agent de acces la o resurs sau
serviciu.
c. acces neautorizat:
agenii pot obine accesul la anumite date prin exploatarea slbiciunilor

sistemului;
un agent A poate folosi un alt agent B pentru a avea acces la date.
d. sistemul gazd prin anumite proceduri poate afla algoritmul de funcionare al unui agent i
datele sale, de exemplu poate afla preul maxim pe care acesta este autorizat s l ofere.
Studiu de caz 5:
O component important n ansamblul V este sistemul de distribuie. n mod
normal aceast component a ntreprinderii este externalizat, compania ce se ocup de
distribuie poate s fac parte din V sau poate fi doar partener al organizaiei. n oricare din
aceste situaii el trebuie s fac parte din sistemul de cooperare, fie c posed un astfel de
sistem i agenii acestuia interacioneaz cu cel al organizaiei, fie este parte component a
acestuia.
Pentru gestionarea tuturor funciilor i a datelor este necesar prezena unui agent de
planificare a distribuiei pentru fiecare produs n parte. Acesta va ine cont de tipul de produs
ce trebuie transportat pentru alegerea mainii potrivite, disponibilitatea acestei maini, starea
ei, etc. De asemenea, el trebuie s calculeze o rut favorabil acestui transport n funcie de
distan, starea drumurilor, trafic, starea vremii - informaii primite prin web de la ageni
externi specializai n furnizarea acestor tipuri de informaie. Agentul trebuie s fie n
permanen legtur cu acetia, odat primit sarcina privind livrarea produsului respectiv el
va contacta toi aceti ageni i va primi continuu informaii de la acetia.
129

Fig. 4.18. Departamentul de distribuie parte a V sau partener al acesteia
De exemplu transportul trebuie fcut de la Arad la Bucureti. Agentul va calcula

toate rutele posibile i le va cataloga iniial n funcie de distan: de exemplu varianta prin
Sibiu, Valea Oltului Piteti - Bucureti va primi calificativul 1; varianta Sibiu-Braov i
Valea Prahovei va primi calificativul 2, iar varianta: Timioara Craiova - Piteti calificativul
3. Acesta va fi primul criteriu de selecie. Urmtorul factor luat n calcul va fi starea vremii,
agentul extern specializat cu livrarea unui astfel de tip de informaie livreaz toate datele
necesare cu o estimare pentru fiecare rut n parte, n funcie de aceasta agentul de distribuie
va primi anumite calificative pentru fiecare rut.
Fig. 4.19. Agentul de distribuie
Se pot defini urmtoarele calificative:
calificativ 1 pentru variant foarte bun;
calificativ 2 pentru variant bun;
calificativ 3 pentru variant proast;
calificativ 4 pentru variant impracticabil.

130

Informaii vor veni i din partea agentului extern specializat pe probleme de trafic: el
anun eventualele lucrri ce au loc pe anumite poriuni, blocaje n trafic, intensitatea acestuia,
etc. Va face o estimare pentru rutele respective acordnd calificative.
Avnd toate aceste informaii agentul de distribuie va face o estimare pentru fiecare
rut posibil, att ca distan, timp i cost. De exemplu pot apare factori ce pot face ca drumul
cel mai scurt s nu fie varianta cea mai optim datorit strii vremii sau a traficului.
De asemenea, agentul poate hotr modificarea traseului n timpul desfurrii
transportului dac conform ultimilor date primite pot apare probleme, astfel se intervine dac
una din variante mai este posibil i se propune o variant.
Pentru realizarea acestui sistem complex, pe lng calificative se codific i
principalele rute i drumuri ntre principalele orae dac este cazul i variante, de exemplu:
Bucureti - Piteti: 1; Arad - Timioara: 25.
Fig. 4.20 Stabilirea rutei optime de ctre agentul de distribuie
Au fost definii urmtorii ageni:
distrib_prod62 este agentul din cadrul sistemului ce supravegheaz distribuia

produsului cu codul 62;
road_agent este agentul care monitorizeaz i realizeaz clasificri ale

rutelor;
131

weather_agent este agentul ce ofer informaii referitoare la starea vremii pe

diverse zone sau seciuni de traseu;
trafic_agent agentul ce gestioneaz starea drumurilor.
Calificativele vor fi cuprinse in cmpul <information> i va fi de tipul n for, unde

n este numrul calificativului.
Agentul de distribuie contacteaz toi agenii externi i solicit informaii n legtur
cu toate variantele posibile. n acest caz este contactat agentul ce gestioneaz starea
drumurilor.
To all From distrib_prod62 Hello
To road_agent From distrib_prod62 road 25 information need
To distrib_prod62 From road_agent 1 for road 25
Acesta rspunde prin a da diferite calificative pentru respectiva poriune de drum
despre care s-au solicitat informaii.
Este contactat i agentul ce deine informaii privind starea vremii:
To weather_agent From distrib_prod62 road 25 information need
To distrib_prod62 From weather_agent 1 for road 25
Acesta acord calificative, poate trimite un anumit calificativ din care s rezulte c o
anume poriune de drum este impracticabil:
Agentul de distribuie i-a legtura cu agentul ce supravegheaz traficul:
To trafic_agent From distrib_prod62 road 25 information need
To distrib_prod62 From trafic_agent 2 for road 25
Acesta acord calificative, anunnd eventualele blocaje sau aglomerri pe anumite
poriuni din traseu:
132

Agentul de distribuie n funcie de datele primite va alege ruta optim.

Agentul extern poate interveni i n timpul desfurrii cursei pentru a anuna
eventuale blocaje sau situaii de urgen, n acest caz agentul de distribuie va lua n
considerare o deviere, alegerea altei variante dac situaia mai permite acest lucru. (se poate
transmite mainii prin GPS- Global Positioning System).
Studiu de caz 6:
S presupunem c maina 1 din departamentul de fabricaie are nevoie de materialul
1. Departamentul de fabricaie comunic cu depozitul prin intermediul Intranet-ului iar
depozitul comunic cu furnizorii prin Extranet [92].
n acest studiu de caz avem 5 ageni:
machine1 i machine2 sunt agenii ce gestioneaz activitatea mainilor din

departamentul de fabricaie;
store este agentul care gestioneaz intrrile i ieirile din depozit;
supp1 i supp2 sunt agenii ce administreaz activitatea furnizorilor;
n plus fa de studiile de caz precedente cmpul <information> mai conine:
Ping se folosete de ctre agentul expeditor pentru a verifica dac agentul

destinatar mai este n sistem;
Online se folosete de ctre agentul expeditor pentru a confirma

destinatarului c este nc n sistem i este gata de comunicare; reprezint un
rspuns automat la primirea mesajului Ping;
Yes este o variant de rspuns la o anumit cerere a altui agent, reprezint

confirmarea c agentul interogat posed obiectul cerut i este dispus sa-l livreze
ctre agentul solicitant;
No este o variant de rspuns la o anumit cerere a altui agent, reprezint

infirmarea faptului c agentul interogat posed obiectul cerut i este n
imposibilitate de a-l livra ctre agentul solicitant;
Price este rspunsul standard pentru comanda Howmuch, astfel se

comunic preul pentru obiectul chestionat. Ataat obligatoriu se regsete o
valoare numeric ce indic preul, valoare ce este preluat din baza de date
proprie i ce corespunde obiectului respectiv a crei valoare se dorete a fi
cunoscut;
De asemenea, se mai regsete i comanda:
Howmuch este comanda specific prin care agentul expeditor solicit o

informaie de tip pre, agentului destinatar, pentru un anumit obiect;
n primul rnd agentul care o gestioneaz va trimite tuturor agenilor din lista sa un
mesaj de tipul:
133

To store From machine1 Hello

Agentul machine1 va ntreba depozitul dac exist material 1:
To store From machine1 material1 Need
Agentul store va verifica lista cu materiale disponibile i va rspunde:
To machine1 From store material1 Yes
Maina 2 din departamentul de fabricaie are nevoie de materialul 2. Agentul acesteia va
ntreba agentul store dac acest material este disponibil:
To store From machine2 Hello
To store From machine2 material2 Need
Agentul store va verifica lista de materiale disponibile i va rspunde:
To machine2 From store material2 No
n acest caz agentul store va verifica lista de furnizori i i va ntreba dac au acest material
i care este preul. Agentul store va ntreba agentul supp1 cu privire la disponibilitatea
materialului 2.
To suppl1 From store Hello
To supp1 From store material2 Need
Agentul furnizor va verifica lista i va rspunde:
To store From supp1 material2 Yes
De asemenea, agentul store va verifica regulat dac agentul supp1 mai este online:
To supp1 From store Ping
Dac agentul supp1 este online va trimite un mesaj de tipul:
To store From supp1 Online
n cazul n care rspunsul agentului furnizor este afirmativ cu privire la existena materialului
cerut, agentul store se va informa cu privire la pre:
To supp1 From store material2 Howmuch
Agentul furnizor va trimite un mesaj cu preul materialului:
To store From supp1 material2 Price 200
Agentul store mai are n list i ali ageni furnizori pe care i va chestiona:
To supp2 From store material2 Need
Agentul furnizor va verifica lista i va rspunde:
To store From supp2 material2 Yes
Dac materialul este disponibil urmeaz informarea asupra preului:
To supp2 From store material2 Howmuch
Agentul supp2 trimite un mesaj ce conine preul materialului solicitat:
134

To store From supp2 material 2 Price 190

Pe baza informaiilor agentul store poate genera un raport ctre utilizator cu privire
la materialul 2 sau n funcie de gradul de autonomie deinut poate decide singur de la care
furnizor s achiziioneze materialul. El poate lua decizia n funcie de pre (n acest caz el va
cumpra de la supp2), n funcie de calitate, timp de livrare etc. n momentul n care
materialul cerut ajunge n gestiunea sa agentul store va informa agentul machine2 asupra
disponibilitii materialului cerut.
Pentru a nu perturba procesul de producie agentul fiecrei maini, pe baza
experienei contactelor anterioare i pe baza planificrii trebuie s solicite materialul respectiv
nainte ca acesta s fi fost epuizat (n depozit un material odat alocat n totalitate va figura
indisponibil pentru ali ageni dei el exist nc fizic n depozit).
Studiu de caz 7:
Planificarea fabricaiei reprezint o problem dificil de realizat, mai ales dac face
parte dintr-o aplicaie deschis, distribuit i dintr-un mediu dinamic. ntr-o astfel de aplicaie
rar se va ntmpla ca planificarea s se desfoare conform programului, sistemul poate cere
ndeplinirea unor sarcini ce nu au fost prevzute iniial, uneori poate decide omiterea onor
anumite sarcini ce trebuiau executate sau pot apare sarcini noi, neateptate.
De asemenea, unele resurse nu pot fi disponibile la momentul oportun sau pot fi
necesare alte tipuri de resurse. Pot apare diferene n timpii de realizare, unele activiti pot s
dureze mai mult dect a fost preconizat, iar aceste ntrzieri pot afecta alte activiti aflate n
desfurare.
ntr-un asemenea sistem un agent poate fi responsabil pentru planificarea unei
maini, a unei scule, a unei resurse umane etc.
Agentul trebuie s dein toate informaiile legate de maina respectiv: toate datele
tehnice, regimuri de prelucrare, tipuri de scule ce pot fi folosite, tipurile de scule existente n
magazia de scule, tipuri de piese ce pot fi prelucrate. Acest agent trebuie s interacioneze
permanent cu ceilali ageni din sistem pentru a obine informaii cu privire la semifabricatele
ce urmeaz a fi prelucrate, forma i caracteristicile dorite ale piesei supuse prelucrrii.
Fig. 4.21 Agentul ce gestioneaz activitatea unei maini din departamentul de fabricaie
135

De asemenea, trebuie s obin informaii legate de activitatea celorlalte maini n

timp real, mai ales n cazul n care anumite operaii de prelucrare ale piesei respective trebuie
efectuate iniial pe alt main sau chiar dup. Agentul trebuie s gestioneze o baz de date
complex n care sunt nregistrate permanent informaii, de exemplu acest agent va ti cnd o
scul este uzat i nlocuit deoarece n acea baz de date sunt trecui timpii de lucru ai sculei
respective.
Acest agent este n legtur permanent cu agentul ce gestioneaz conveiorul sau
robotul ce manipuleaz semifabricatele i piesele. El trebuie s tie precis toi aceti timpi
pentru a evita un blocaj de piese. De fapt toi aceti ageni, inclusiv cel supus studiului n acest
caz sunt supervizai la nivelul sistemului multiagent de un agent supervizor care are rolul de
a gestiona ntreg fluxul de date i ntreaga activitate a agenilor din sistem, sistem ce este
organizat ierarhic
Fig. 4.22. Agentul supervizor al sistemului
n acest studiu de caz vom folosi arhitectura sistemului descris n figura 4.23, n care
vor fi exemplificate posibile dialoguri ntre agenii ce gestioneaz activitatea mainilor din
cadrul departamentului de fabricaie. Sistemul adaptat acestui studiu de caz este format din:
depozit de semifabricate i piese; strung multiaxe MS32 CNC, main de alezat i frezat AFC
105S CNC; main de rectificat plan Blohm Precimat CNC, patru conveioare pentru
transportul pieselor; cinci roboi pentru transferul pieselor ntre maini i conveioare.
Agenii definii n acest studiul de caz:
superviz este agentul supervizor al sistemului din cadrul acestui

departament;
machine_strung este agentul ce gestioneaz activitatea strungului multiaxe

din cadrul departamentului;
machine_AF este agentul ce gestioneaz activitatea mainii de alezat i

frezat din cadrul departamentului;
machine_rectif este agentul ce gestioneaz activitatea mainii de rectificat

din cadrul departamentului;
136

store este agentul ce gestioneaz intrrile, ieirile din depozit. Agentul

deine o baz de date n care se regsesc toate sculele existente, semifabricate,
piese finite etc.;
Fig. 4.23 Sistemul supus studiului
depan este agentul care gestioneaz resursa uman pe parte de depanare;

sistemului, conveior ce face legtura ntre depozit i strung;

sistemului, conveior ce face legtura ntre strung i maina de alezat i frezat;

sistemului, conveior ce face legtura ntre maina de alezat i frezat i maina
de rectificat;

sistemului, conveior ce face legtura ntre maina de rectificat i depozit;
rob_transf1 este agentul care administreaz activitatea robotului 1 care face

transferul ntre depozit i conveiorul 1;

transferul ntre conveiorul 1, strung i apoi conveiorul 2;

transferul ntre conveiorul 2, maina de alezat i frezat i apoi conveiorul 3;
137


transferul ntre conveiorul 3, maina de rectificat i apoi conveiorul 4;

transferul ntre conveiorul 4 i depozit;
Alturi de comenzile prevzute n studiile de caz anterioare, mai ntlnim:
time estimation comanda este folosit pentru a cere agentului destinatar o

estimare de timp privind ndeplinirea unui obiectiv sau cerin imediat;
prepare este comanda folosit pentru a anuna agentul destinatar s

pregteasc o activitate sau un anumit obiect;
begin activity se comunic faptul c maina gestionat este pregtit i se

comand nceperea activitii
wait se comand agentului destinatar s blocheze activitatea curent pn

la noi ordine;
De asemenea, regsim n plus i urmtoarele tipuri de informaie prevzute n cmpul

<information>:
ready se ataeaz n mod obinuit unui obiect despre care se comunic

destinatarului c este pregtit a fi livrat;
waiting indic faptul c agentul expeditor ateapt livrarea sau primirea

unui anumit obiect i ateapt comanda de reluare a activitii legate de acel
obiect;
Agentul supervizor anun nceperea dialogul cu toi agenii din sistem:

To all From superviz Hello
De asemenea verific ca fiecare agent din sistem s fie online i pregtit pentru nceperea
activitii:
To store From superviz Ping
To rob_transf1 From superviz Ping
To conv From superviz Ping
To machine_strung From superviz Ping
Acest tip de verificare este fcut pentru fiecare agent din sistem, dac agentul este
online atunci va replica:
To superviz From store Online
To superviz From rob_transf1 Online
To superviz From machine_strung Online
Poate exista i situaia n care un agent s nu rspund, n cazul nostru agentul
conveiorului1. Agentul va repeta mesajul iar dac ntr-un anumit interval de timp nu primete
rspuns se presupune c exist o problem cu acea main sau cu modul n care a fost
programat agentul ce o gestioneaz. Agentul supervizor va anuna agentul ce gestioneaz
138

resursa uman s intervin asupra mainii i respectiv asupra aplicaiei ce susine agentul
respectiv pentru a identifica eroarea i a determina activitii agentului respectiv:
To depan From superviz conv1 goto
To depan From superviz conv1 71f390b problem
Agentul depan primete codul problemei, n cazul nostru faptul c agentul
conveiorului nu rspunde cererii agentului supervizor i va contacta automat o resurs uman
calificat pentru acest gen de problem i creia i va prezenta un raport despre activitile
anterioare ale agentului respectiv i a mainii gestionate de acesta. De asemenea, se va cere o
estimare a timpului necesar rezolvrii problemei, cnd acest lucru va fi posibil agentul
depan va trimite aceast estimare:
To depan From superviz conv1 time estimation
To superviz From depan 0.15.21 time
Agentul supervizor anun agentul ce administreaz depozitul de semifabricate i piese s
pregteasc 50 de piese ce urmeaz a fi transportate ctre strung spre a fi prelucrate:
To store From superviz 50 part1 prepare
n momentul n care piesele sunt gata sunt anunai agenii ce gestioneaz roboii ce
efectueaz transferul i conveiorul care va transporta piesa la destinaie, acetia vor confirma
c sunt gata pentru nceperea activitii:
To rob_transf1 From store part1 ready
To store From rob_transf1 begin activity
To conv1 From rob_transf1 part1 ready
To rob_transf1 From conv1 part1 begin activity
Agentul supervizor anun agentul ce gestioneaz strungul c piesa 1 trebuie prelucrat i
numrul de astfel de piese ce vor sosi:
To machine_strung From superviz part1 arrive
To machine_strung From superviz 50 parts arrive
Se cere o estimare a timpului necesar prelucrrii pentru o pies:
To machine_strung From superviz part1 time estimation
Pentru a face o estimare a timpului agentul mainii cere datele piesei i informaii
complete despre aceasta. Agentul are acces la baza de date completa a sistemului, el extrage
informaii complete cu privire la piesa: tipuri de suprafee, materialul piesei, planul de
operaii, scule necesare i le livreaz agentului solicitant:
To machine_strung From superviz part1 information
Pe baza informaiilor obinute agentul face o list cu ordinea operaiilor necesare, cu
sculele necesare, pe baza acestei analize face o estimare a timpului necesar prelucrrii i l
transmite agentului supervizor.
To superviz From machine_strung 0.10.30 time
139

Agentul supervizor analizeaz acest timp, l compara cu timpul estimat iniial n faza
de proiectare a piesei i a fluxului material al piesei. Dac timpul necesar prelucrrii se
ncadreaz n limitele acceptate el transmite aprobarea nceperii prelucrrii
To machine1 From superviz time ok
Agentul mainii face de asemenea i o verificare a strii mainii, verific gradul de
uzur al sculelor ce vor fi folosite n proces i n cazul n care totul este n regula transmite
mesajele
To superviz From machine1 no system problem
To superviz From machine1 tools ok
Dac n urma analizei rezult faptul c o scul a atins gradul de uzur maxim admis
sau dac aceasta l va atinge n timpul prelucrrii acestui set de piese el va informa sistemul.
To superviz From machine1 tool1 replace
Agentul supervizor analizeaz cererea, compara datele primite cu cele deinute i d
verdictul, dac scula trebuie nlocuit n acest moment sau ulterior, daca exist scula n
depozit, timpul necesar nlocuirii, daca nu exista procedura de achiziie, etc.
n mod similar se procedeaz i cu celelalte maini din sistem, fiecare primind
informaii legate de activitatea ce urmeaz s fie desfurat i s se pregteasc pentru
primirea piesei, sa fac estimri pentru prelucrarea suprafeelor, respectiv timpi de transfer i
transport etc. Astfel, acelai gen de comunicri primesc n ordine i agenii: rob_transf2,
conv2, rob_transf3, machine_AF, conv3, rob_transf4, machine_rectif, conv4, rob_transf5.
Exist riscul formrii unei concentrator de flux n sistem, presupunem c acest lucru
se ntmpl la maina de alezat i frezat. O posibil cauz ar putea fi apariia unei probleme
tehnice la aceast main. Agentul mainii de alezat i frezat va ntiina agentul supervizor de
apariia acestei probleme:
To superviz From machine_AF technical problem
Agentul supervizor va cere un raport privind starea mainii:
To machine_AF From superviz please raport
Problema aprut va fi remediat pe baza algoritmului de rezolvare a unei probleme
aprute n departamentul de fabricaie prezentat n studiul de caz 1.
Problema poate s apar din cauza numrului mare de piese ce ateapt s fie
prelucrate pe main. Agentul mainii anun agentul supervizor c necesit mai mult timp
pentru prelucrarea piesei dect a fost estimat iniial:
To superviz From machine_AF part1 time needed
Agentul supervizor va cere o nou estimare de timp privind prelucrarea piesei:
To machine_AF From superviz part1 time estimation
n acelai timp agentul supervizor va anuna agenii direct implicai de apariia ntrzierii i le
va cere s atepte, s nu mai livreze noi piese ctre maina de alezat i frezat pn la
generarea unei noi estimri de timp necesare pentru a putea prelucra piesa:
140

To conv1 From superviz wait

To rob_transf1 From superviz wait
n tot acest timp celelalte maini din sistem vor continua activitatea pn n momentul n care
ajung n imposibilitatea de a livra piese mai departe, respectiv de a mai primi piese. De
asemenea i acestea au fost avertizate de apariia problemei dar vor continua activitatea pn
se vor confrunta efectiv cu problema aprut n sistem, n acel moment vor transmite aceast
informare:
To superviz From rob_transf1 part1 waiting
To superviz From machine_strung part1 waiting
To superviz From conv1 part1 waiting
To superviz From conv3 part1 waiting
Agentul mainii de alezat i frezat va estima timpul necesar:
To superviz From machine_AF 0.07.12 time
Agentul supervizor va analiza noul timp, va reface ntregul flux tehnologic pe baza acestuia i
va transmite agenilor din sistem noul plan de realizare a piesei
To all From superviz part1 information
141

4.3. Studiu privind folosirea sistemelor cooperative pentru

susinerea ntregului ciclul de viata al produsului
Colaborarea ntr-un astfel de sistem presupune existena unui mediu comun de
stocare a datelor, informaiile la care s aib acces toi actorii din sistem. Colaborarea ncepe
nc de la conceperea produsului i proiectarea acestuia.
Fig. 4.24. Colaborarea n cadrul PLM
Se va colabora i se va urmri produsul pe ntregul su ciclu de via: fabricaie,

aprovizionare, livrare client, interaciune cu clienii. Din datele adunate pe acest ntreg ciclu
se identific soluii i metode de mbuntire a produsului astfel nct acesta s aduc o
satisfacie mai mare din partea clientului dar totodat s lrgeasc piaa de desfacere i s
prelungeasc ciclul su de via.
Un exemplu ce pune n eviden necesitatea implementrii PLM este urmtorul: o
companie poate reduce costul de realizare al produsului orict de mult, dac acel produs nu
este conceput conform cerinei pieei el nu are nici o valoare. Fr comenzi produsul este
inutil. Valoarea produsului este dat de modul su de proiectare i de perceperea permanent a
cerinelor clientului. Sistemele de tip PLM permit o astfel de relaie cu clienii.
PLM favorizeaz reducerea costului de realizare a produsului prin luarea celei mai
bune decizii n faza iniial de dezvoltare a acestuia. Acest tip de decizie are un impact direct
asupra costului final al produsului.
142

Fig. 4.25. Reprezentare clasic a ciclului de via al produsului
Figura 4.25. reprezint etapele clasice ale ciclului de via al unui produs: incubare
(cercetare dezvoltare), perioada de cretere, maturitatea, declinul i sfritul ciclului de via
al produsului. Ideea fundamental este aceea de a minimiza costurile de dezvoltare i de a
maximiza vnzrile n etapa de cretere.
Fig .4.26. Ciclul de via al produsului folosind PLM
143

Pentru implementarea PLM sunt necesare:
alinierea la cerinele pieei;
colaborarea;
tehnologia;
inovarea;
oportunitate realizrii produsului;
proprietatea intelectual.
Folosind un sistem PLM curba ce reprezint ciclul de via al produsului se modific,

rezultnd o curb sinusoidal. Ideea principal este aceea a unei inovri continue care s se
regseasc n noile etape ale ciclului de via: incubaia( cercetare-dezvoltare), cretere,
perceperea i implementarea noilor cerine, reluarea creterii conform cerinelor amintite mai
sus:
alinierea la cerinele pieei, investiiile cu IT s fie echilibrat;
colaborarea permanent cu asociaii i clienii, punerea n valoare a noilor

idei;
folosirea de tehnologie adecvat propriei variante de afacere;
inovarea permanent privind produsul aflat pe pia;
oportunitatea integrrii mai multor discipline n etapele de dezvoltare a

produsului;
proprietatea intelectual [9].
n continuare vom defini ntreprinderea virtual ca fiind un grup de sisteme

autonome de producie ce apar pe pia ca o singur ntreprindere [46]. Acest grup organizat
de SAP este creat pe msur ce oportuniti de afaceri sunt identificate, de asemenea,
organizaia n cursul ciclului su de viata i poate adapta configuraia n funcie de
schimbrile generate de cererea aprut pe pia.
n general se presupune c ciclul de via al V este scurt . Cu toate acestea, se poate
presupune i c ciclul de via al ntreprinderii virtuale poate fi extins n timp dac aceast
msur este justificata de cerere. n acest proces, pentru a ntmpina cererile clientului,
capacitatea disponibil a V trebuie ajustat. Capacitatea trebuie ajustat datorit mai multor
factori, precum: creterea sau scderea cererii ntr-un anume moment; dificulti de a mplini
sarcinile unuia sau mai multor participani al V datorit problemelor interne (defectarea
mainilor, ntrzieri de livrare etc.); ieirea (voluntara sau nu) a unuia sau a mai multor
participani ai V, acestea fiind doar cteva din exemplele posibile.
Aceste situaii pot fii rezolvate prin definirea adecvat a structurii existente a V, sau
prin reconfigurarea radical a proceselor V. Un management eficient al tuturor acestor
situaii va influena decisiv succesul V, deoarece V trebuie s ofere un rspuns adecvat
cererii clientului n timp util, n cantitate necesara i la calitatea dorit.
n majoritatea cazurilor, cnd se constituie arhitectura unei V, este neglijat un factor
esenial. Acest factor se refer la condiiile dizolvrii V, aceasta trebuie s garanteze c i
144

dup dizolvarea sa toate produsele sale sunt acoperite de servicii post-vnzare: service,
ntreinere, reciclare etc. n acest sens, o mare problem ce necesit gsirea unei soluii este
cazul n care n timpul ciclului su de viata, este posibil ca unii participani ai V s
prseasc structura V dup ce au participat activ cu anumite resurse i cunotine la
realizarea produsului. Serviciile sau prile produse de cei care au prsit organizaia trebuie
sa fie acoperite de anumite garanii.
Dizolvarea V, dup cum o sugereaz i denumirea, nu este doar o activitate de
ncheiere a ciclului de via a V. n timpul ciclului de su de via, mai multe activiti sunt
efectuate sub umbrela procesului de dizolvare. Procesul de dizolvare a V are rolul de a
pregti documente i proceduri pentru a formaliza intrarea i ieirea din V a SAP, pregtirea
tuturor procedurilor de nchidere a V i, n acelai timp, de a asigura stocarea datelor
privitoare la sarcinile pentru produsele terminate.
Fig. 4.27 Planificarea dizolvrii ntreprinderii Virtuale
n figura 4.27. am propus o soluie pentru dizolvarea unei ntreprinderi virtuale care
s nu afecteze ciclul de via al produsului. Ciclul de via al ntreprinderii virtuale nu este
neaprat acelai cu cel al produsului, de regul ciclul de via al produsului este mult mai
lung.
Foarte important este gsirea unor soluii pentru asigurarea mentenanei produsului,
service i bineneles reciclarea acestuia dup ncetarea activitii ntreprinderii virtuale. n
primul rnd trebuie realizat o analiz a datelor provenite de la toi partenerii implicai, se
urmresc resursele i cunotinele cu care acetia participa, datele financiare etc.
De asemenea, este necesar existena unei structuri care s stocheze toate
informaiile cu privire la care membru al V, responsabilitile i sarcinile fiecruia la un
moment dat i la nevoie (ca urmare a unei cereri) s fie capabil s identifice elementele cerute.
145

n timpul activitii V, dac o garanie sau un serviciu post-vnzare este pretins de

oricare dintre clieni, V trebuie s caute n baza sa de date care a fost SAP responsabil de
fabricarea produsului respectiv. Dac toate SAP se afl nc n activitate, cererea este trimis
ctre V cu scopul de a remedia eventualele disfuncionaliti. Dac SAP vizat a ieit din V
se cerceteaz daca alte resurse pot satisface cerina sau dac alt partener are capacitatea de a
rezolva respectiva cerin. n cazuri extreme, a noua V trebuie creat pentru a satisface
cererile clienilor.
146

4.4. Algoritm de evaluare a impactului arhitecturii de fabricaie

asupra ciclului de via al produsului.
ntreprinderea virtual (VE virtual enterprise) reprezint o alian temporar de
ntreprinderi care i propun o partajare a resurselor i aptitudinilor n scopul realizrii unui
produs ntr-un timp ct mai scurt, un cost ct mai mic i cu obinerea unei satisfacii maxime
din partea clientului, bazndu-se pe o infrastructur tehnic reprezentat de tehnologiile
informaionale i de comunicaii/reele de calculatoare [11] [4].
Astfel proiectarea, planificarea produciei i marketingul, aprovizionarea, fabricaia,
serviciile etc., pot fi realizate n orice loc din ar, dintr-un continent sau de pe glob, datorit
facilitilor oferite de infrastructurile care permit schimbul de informaii, bunuri i servicii [88].
Sisteme
Multi Agent
Managementul
Sistemelor
Informaionale
Aplicaii
inginereti
Reele
OS
Sistemul
Fluxului de
Munc
Multimedia,
Teleconferine
i CSCW
Fig.4.28. - Componentele tehnologice care contribuie la mediul IV.
Metodologia de modelare i simulare pentru proiectarea i fabricarea unui produs:

Tendina actual n cadrul unor astfel de organizaii dup ce se realizeaz fazele de
proiectare asistat, analiz CAE i CAM este de a se realiza o analiz a fluxului material din
sistem. Pentru aceasta se pot folosi soft-uri speciale ( de ex. WITNESS) [7]. Acest tip de soft
permite modelarea ntregului sistem pe baza datelor furnizate de departamentul CAM. Se pot
modela toate elementele principale: maini, piese, scule etc. Scopul este acela de a realiza o
configuraie optim a sistemului, din punct de vedere al aranjrii mainilor n hal, ordinea
prelucrrii pieselor etc. Avnd toate elementele modelate 3D, se pot observa uor toate
operaiile i fazele de producie, necesitatea interveniei depanatorului, apariia unor probleme
etc. Odat simulat fluxul material din sistem se pot identifica concentratorii. Are loc o analiz
i pentru eliminarea concentratorilor se poate decide:
remodelare funcional, se poate schimba amplasarea anumitor maini,

ordinea anumitor operaii, viteze ale anumitor benzi transportare sau timpi de
realizare;
147

remodelare tehnologic, prin aceasta toate datele sistemului sunt regndite:

tipul mainilor necesare, tipuri de scule, materiale etc. Se remodeleaz
sistemul n nou configuraie i are loc o nou simulare a fluxului material
din sistem.
Dac rezultatele sunt satisfctoare are loc o analiz a impactului economic i se

genereaz un raport.(figura 4.29)
MARKETING
CERCETARE-PROIECTARE
MODELARE CAD
CAE
CAM-FIA FILM
PLAN OPERAII
TIPURI DE SCULE
TIPUL MAINII
MODELAREA
SISTEMULUI
SIMULAREA FLUXULUI
MATERIAL DIN SISTEM
IDENTIFICAREA
CONCENTRATORILOR
REMODELAREA
TEHNOLOGIC
REMODELAREA
FUNCIONAL
ANALIZA IMPACTULUI
ECONOMIC
RAPORT
Fig. 4.29. - Metodologia de modelare i simulare pentru proiectarea i fabricarea unui produs [87]
148

n studiul de caz prezentat n continuare se regsesc trei parteneri organizai sub

forma unei ntreprinderi virtuale. Doi dintre ei reprezint furnizorii de produse, iar al treilea
reprezint ntreprinderea n care se va face asamblarea acestora n urma creia va rezulta
produsul final.
Scopul studiului de caz este acela de a prezenta o metodologie de simulare
multipolar a fluxului material din sistem pentru a optimiza activitatea dintre parteneri i a se
realiza o cretere a profitabilitii.
Folosind soluii specifice, fiecare partener poate realiza o simulare pentru a verifica
capabilitatea propriului sistem de a ndeplini funcia trasat n cadrul ntreprinderii virtuale.
Dup aceea toate aceste simulri pot fi integrate ntr-un model de simulare multipolar pentru
a optimiza fluxul material din ntregul sistem.
n continuare vom defini cele trei pari implicate n sistem ca fiind trei sisteme
flexibile de fabricaie, astfel SFF1 i SFF2 vor reprezenta partenerii furnizori de componente,
iar SFF3 va fi sistemul ce va realiza asamblarea acestora.
Pentru descrierea sistemului i pentru gsirea soluiilor potrivite rezolvrii posibilelor
conflicte din sistem se va folosi metoda SADT (Structured Analysis and Design Technique).
Astfel n figura prezentat partenerii A i B corespund SFF1 i respectiv SFF2, iar
ntreprinderea n care se face asamblarea C corespunde SFF3.
Fig. 4.30. Arhitectura ntreprinderii virtuale pentru studiul de caz prezentat
Pentru a realiza un model de simulare a fluxului material din sistem, primul pas este
acela de a defini mainile-unelte necesare, sculele i piesele implicate n proces la nivelul
fiecrui SFF. Intrrile n sistem sunt reprezentate de parametrii mainilor-unelte, a sculelor i
a pieselor implicate, iar ieirea din sistem este reprezentat de ctre arhitectura optimizat a
sistemului. Principalele limitri ale sistemului sunt: planurile de realizare, etapele de realizare
disponibile i capabilitatea sistemului CAD CAM CAE de analiz a comportamentului n
regim de lucru a mainilor-unelte, a sculelor i a pieselor. Simularea va fi realizat folosind
software-ul specializat Witness care include dou module ce reprezint mecanismul folosit
pentru conversia intrrilor n ieiri.
149

n figura 4.31 este reprezentat prima datagram a algoritmului SADT. Un prim pas
este acela de a defini sistemul supus studiului:
identificarea elementelor sistemului;
identificarea intrrilor i ieirilor din sistem;
evaluarea limitrilor i a mecanismelor implicate n funcionarea sistemului.
Fig. 4.31. Prima a algoritmului SADT
Urmtorul pas n cadrul algoritmului SADT este acela de a identifica rolul fiecrui
element ce face parte din sistem:
realizarea unei ierarhii ntre elementele sistemului;
definirea structurii fiecrui element din sistem;
definirea relaiilor ntre elementele sistemului.
Fig. 4.32. A doua etap a algoritmului SADT
150

A fost necesar stabilirea unei ierarhii ntre elementele sistemului pentru a identifica
acel element care are un rol determinant pentru echilibrul sistemului, element n jurul cruia
s fie structurate toate limitrile i interaciunile din sistem, astfel conform datagramei acest
sistem a fost definit SFF3, ntreprinderea n care are loc asamblarea produsului.
Principala problem este definirea piesei. Modul n care este definit piese se poate
schimba datorit diferitelor limitri, care constituie feedback-ul dat de celelalte elemente din
sistem. Ultima definire a acesteia este influenat de definirea procesului de realizare
disponibil, de sculele disponibile, i de validarea procesului. De la conceptul iniial la forma
final, piesa traverseaz numeroase forme tranzitorii (care privesc geometria sa, tolerantele
etc.), care sunt cauzate de limitrile impuse de alte elemente ale sistemului. Rolul piesei nu va
fi redefinit, dar este foarte important gsirea unui echilibru ntre proiectul iniial i
posibilitile practice. Acesta este motivul pentru care conceptul final al piesei poate s fie
realizat numai dup identificarea limitrilor introduse de procesul validat, care este ultima
faz, nainte de a decide planul final al procesului.
Avnd n vedere cele de mai sus am definit structura modelelor celor trei SFF i a
modelului general a ntregului sistem pentru a putea realiza simularea fluxului material.
Pentru a face acest lucru au fost necesare mai multe etape n cadrul algoritmului SADT. Au
fost analizate toate punctele de lucru (maina-unealt, ntreprindere de asamblare), elementele
de transfer i transport (roboi, conveioare), depozite etc. Au fost studiate relaiile dintre ele i
fiecare SFF al sistemului.
Am verificat, de asemenea, validitatea algoritmului cu actigrame, acele diagrame ale
modelului, care sunt reprezentate grafic drept csue desemnate de verbe, i uneori nsoite de
date complementare, reprezentate de sgei.
Evaluarea arhitecturii ntreprinderii virtuale folosind simularea fluxului material
Pentru a evalua arhitectura sistemului am utilizat modele de simulare a fluxului
material pentru cele trei SFF folosind software-ul Witness. Simularea acestui proiect a fost
realizat pentru a demonstra i a confirma productivitatea unui proces de fabricaie, bazat pe
prezentarea desenului propus i pe datele operaionale. Un alt scop al simulrii a fost
identificarea modalitilor de mbuntire a configuraiei sistemului pentru a crete
productivitatea.
mbuntirea productivitii implic identificarea concentratorului de flux de material
pentru fiecare SFF i pentru ntreprinderea virtual ca un sistem, i propunerea unei alte
arhitecturi care s elimine concentratorii. SFF1 i SFF2, ce reprezint furnizorii de
componente, sunt sisteme difuze bazate pe paletizare. Paletizarea permite mbuntirea
timpilor ciclurilor de lucru, reducerea timpului i a costurilor de instalare. Pentru aceste
sisteme de fabricaie difuze, fluxul material poate sa fie extrem de sensibil la numrul de
palete de pe benzile recirculante, i de asemenea, prea multe palete pot s fie chiar mai
ineficiente dect cazul n care s-ar folosi mai puine.
Ciclurile timpilor de operare i timpii intermediari de transformare rezult din
specificaiile echipamentelor implicate. Modelele simulate n Witness pentru acele dou SFF
difuze sunt prezentate n figurile de mai jos.
151

Fig. 4.33. Modelarea n Witness a SFF1
152

Conform menionrilor de mai sus SFF1 i SFF2 sunt sisteme difuze, iar SFF3 este
un sistem concentrat. Astfel, un SFF concentrat poate fi definit ca o arhitectur bazat pe un
singur punct de lucru nconjurat i asistat de sisteme de transfer i transport. Un sistem SFF
difuz poate fi definit ca o arhitectur ce cuprinde mai mult de dou puncte de lucru conectate
prin sisteme de transfer i transport i folosind sistemul de stocare la nivel local sau la nivel
de sistem [6].
Simularea multipolar distribuit poate fi definit ca fiind un sistem integrat de
monitorizare a mai mult de dou simulri de flux material interconectate n cadrul unei
arhitecturi de ntreprindere virtual.
Pentru ntreprinderea de asamblare SFF3, analiza timpilor din sistem este foarte
important. Se analizeaz timpul mediu de bun funcionare (MTBF - mean time between
failure) i timpul mediu pentru reparaii (MTTR - mean time to repair) care conin date
suficiente pentru primele dou studii, dar nu i pentru al treilea. SFF3 a fost identificat de
algoritmul SADT drept cel mai influent din ntreg sistemul managerial al fluxului de
materiale.
n figurile 4.36 i 4.37 sunt prezentate SFF1 i SFF2 n timpul simulrii. Au fost
definii parametri pentru fiecare main i conveior n parte, n urma simulrii rezultnd locul
n care se gsesc concentratorii respectivelor sisteme. Astfel, pentru primul sistem conform
rapoartelor generate i prezentate n figurile 4.38 i 4.39 rezult apariia de blocaje la maina
M1_2, activitatea acesteia este blocat 92% din timp, 7 % din timp funcioneaz, iar 1% din
timp ateapt primirea de piese. Blocaje apar i n cazul conveiorului C1_2, activitatea
153

acestuia este blocat 94% din timp, 5 % din timp funcioneaz, iar 1% din timp ateapt
primirea de piese.
Fig. 4.36 SFF1 n timpul simulrii
Fig. 1.37. Simularea SFF2
154

Fig. 4.38. Raport privind activitatea mainii M1_2 din cadrul SFF1
Fig. 4.39. Raport privind activitatea mainii C1_2 din cadrul SFF1
n figura 4.40. este prezentat un raport cu privire la activitatea mainii M1_4 din
cadrul SFF1. Datorit blocajelor la mainile anterioare se poate observa c aceasta
funcioneaz doar 11% din timpul total, n restul de 89% ateapt piese. Sistemul se dovedete
astfel neeficient. Astfel are loc o remodelare funcional a sistemului, se parametrizeaz din
nou sistemul i n urma simulrii rezult dispariia concentratorului de la maina M1_2, dup
155

cum se poate observa i din raportul prezentat n figura 4.41. n aceast nou configuraie
maina M1_2 funcioneaz 60% din timpul total, iar 40% din timp ateapt piese. De
asemenea, n figura 4.42 este redat raportul mainii M1_4. Se poate observa o mbuntire
considerabil, maina funcionnd 98% din timp spre deosebire de primul caz n care
funciona doar 11% din timp.
Fig. 4.40. Raport al activitii mainii M1_4 din cadrul SFF1
Fig. 4.41. Raport privind activitatea mainii M1_2 dup remodelarea sistemului 1
156

Fig. 4.42. Raport privind activitatea mainii M1_4 dup remodelarea sistemului 1
Fig. 4.43. Introducerea parametrilor pentru conveiorul C2_1
De asemenea, a fost simulat i fluxul material din SFF2 pentru identificarea

concentratorilor, eliminarea acestora i optimizarea sistemului. n figura 4.43 se regsete
fereastra de comand prin care se introduc datele pentru conveiorul C2_1 care face parte din
sistemul 2 al studiului de caz.
157

Dup simularea sistemului s-au generat diverse rapoarte pentru a monitoriza

activitatea fiecrui element al sistemului i pentru a identifica elementele unde apar probleme.
n figura 4.44 este prezentat un raport al activitii mainii M2_1 ce face parte din sistemul 2.
Se poate observa din grafic c maina prelucreaz 75% din timpul total, 18 % din timp fluxul
material este blocat, iar 7% maina nu funcioneaz pentru a permite intervenia operatorului.
Raportul privind activitatea conveiorului C2_1 se regsete n figura 4.45. Putem
observa blocarea activitii la aceast unitate pentru 45% din timp, conveiorul este oprit
pentru intervenia operatorului 5% din timp, iar maina funcioneaz normal doar 50% din
timpul total.
n figura 4.46. este prezentat raportul privind activitatea mainii M2_5, ultima din
cadrul sistemului, rezultatul raportului este important deoarece pe aceast main are loc
ultima prelucrare a piesei, de aici rezultnd timpul necesar prelucrrii unei piese n sistem i
productivitatea sistemului. Din grafic se observ faptul c maina ateapt piese 75% din timp
i doar n 25% din timpul total maina prelucreaz piese.
De asemenea, a fost generat un raport privind activitatea resursei umane din sistem
(figura 4.47), astfel operatorul este implicat n aciuni de depanare a unor maini din sistem
5% din timpul total, n restul de 95% supravegheaz activitatea sistemului i ateapt cereri de
intervenie.
Avnd n vedere o prezen semnificativ a concentratorilor n cazul M2_1 i C2_1
de unde rezult o productivitate redus a sistemului ( conform raport main M2_5) este
necesar o remodelare funcional a sistemului i o nou parametrizare a acestuia.
Fig. 4.44. Raport privind activitatea mainii M2_1
158

Fig. 4.45. Raport privind activitatea conveiorului C2_1
Fig. 4.46. Raport privind activitatea mainii M2_5 parte a SFF2
159

Fig. 4.47 Raport privind activitatea operatorului n cadrul SFF2
Sistemul SFF2 a fost remodelat i s-a efectuat o nou simulare a fluxului material din
sistem. Conform rapoartelor generate se observ o mbuntire a performanelor acestuia,
astfel:
n figura 4.48 este prezentat raportul privind activitatea mainii M2_1 dup
remodelarea sistemului, se poate observa scderea la jumtate a blocajelor pe aceast unitate,
de la 18% la 9%, maina funcioneaz la parametrii normali n 70% din timp, n schimb fa
de simularea precedent crete timpul necesar interveniei operatorului, la 21%.
n figura 4.49 este prezentat raportul privind activitatea conveiorului C2_1 dup
remodelare, putem observa dispariia total a blocajelor existente la simularea precedent.
Astfel, conveiorul se afl n funciune 55% din timp, 34% din timp ateapt primirea de piese,
iar timpul necesar interveniei resursei umane este de 11%.
Din raportul privind intervenia operatorului pentru rezolvarea unor probleme aprute
la mainile din sistem rezult o dublare a interveniilor acestuia (figura 4.50), procentul din
timpul total crete de la 5% la 11%. n restul de 89% din timp operatorul supravegheaz
sistemul i ateapt solicitri de a interveni pentru a rezolva problemele aprute la diverse
maini din cadrul SFF2.
Productivitatea SFF2 dup remodelare i noua simulare rezult din raportul mainii
M2_5 (figura 4.51), ultima din care efectueaz prelucrri asupra piesei. Se poate observa c
aceasta prelucreaz piese timp de 99% din total i doar 1% din timp ateapt primirea de piese
pentru a fi prelucrate. De aici rezult o imbuntire major a productivitii sistemului, acesta
devenind mult mai performant dup eliminarea concentratorilor identificai la prima simulare
i dup reparametrizarea elementelor sistemului.
160

Fig. 4.48. Raport privind activitatea mainii M2_1 dup remodelarea SFF2
Fig. 4.49. Raport privind activitatea conveiorului C2_1 dup remodelarea SFF2
161

Fig. 4.50. Raport privind activitatea operatorului dup remodelarea SFF2
162

n figura 4.52 este prezentat sistemul 3 n timpul simulrii. Bufferele B1 i B2

reprezentate cu galben reprezint intrrile n sistemul 3 i totodat ieirile sistemului 1 i
respectiv ale sistemului 2. Cu albastru sunt reprezentate cele dou conveioare, iar maina pe
care se efectueaz asamblarea finala (M3_1) este reprezentat cu verde. De asemenea, se
regsesc figurate cele dou piese (P i P2) care provin din sistemele anterioare SFF1 i SFF2,
operatorul i numrul de piese prelucrat n momentul raportrii.
Au fost generate urmtoarele rapoarte pentru a identifica concentratorii:
n figura 4.53 se regsete raportul privind activitatea conveiorului C3_1, se

poate observa c acesta funcioneaz normal 80% din timpul total, iar 20%
din timp este blocat
din figura 4.54 reiese faptul c 84% din timp conveiorul C3_2 este blocat i
doar 16% din timp funcioneaz normal
raportul activitii mainii M3_1 arat faptul c aceasta 89% din timp se afl
n stare de funcionare, 1% atept piese, iar n 10% din timp se efectueaz
reparaii, reglri i alte activiti ale operatorului.
Din studiul acestor rapoarte i prin localizarea concentratorilor, n special la

conveiorul C3_2, rezult necesitatea remodelrii sistemului pentru eliminarea concentratorilor.
Acest lucru se va face pentru sistemul 3, iar dac concentratorii se vor menine rezult
necesitatea interveniei asupra intrrilor n sistem deci implicit asupra sistemelor 1 i 2 care
prin propriile rezultate ale ieirilor determin cele dou intrrile sistemului 3.
Fig. 4.52. SFF3 n timpul simulrii
163

Fig. 4.53. - Raport privind activitatea conveiorului C3_1 parte a SFF3
Fig. 4.54. Raport privind activitatea conveiorului C3_2 parte a SFF3
164

Fig. 4.55. Raport privind activitatea mainii M3_1 parte a SFF3
n urma remodelrii sistemului 3 conform noilor cerine a rezultat eliminarea

concentratorului n cazul conveiorului C3_1.
n cazul conveiorului C3_2, conform raportului prezentat n figura 4.56., blocajul
existent este redus de la 84% la 19% din timp. Astfel rezult faptul c acesta funcioneaz
normal 80% din timp, ceea ce indic o mbuntire major a activitii acestuia i implicit a
sistemului.
Figura 4.57 prezint raportul asupra activitii mainii M3_1 dup remodelarea
sistemului. Conform acestuia maina este n funciune 80% din timp, iar intervenia
operatorului dureaz 20% din timpul total de funcionare a acesteia.
Din analiza sistemului 3 remodelat rezult o cretere a productivitii sistemului 3 i
implicit a ntregii ntreprinderi virtuale prin optimizarea fluxului material din cele trei sisteme
separat dar i ca sistem general. Prin eliminarea concentratorului focalizat la conveiorul C3_2,
timpii de transfer i transport a pieselor pe maina M3_1 au sczut, rezultnd faptul c aceste
componente au fost livrate mult mai rapid, de aici i necesitatea reprogramrii mainii pentru
a putea face asamblarea mult mai rapid. Astfel timpul ciclului de producie a sczut
semnificativ.
Studiile de caz prezentate, modelate i simulate n Witness valideaz algoritmul de
simulare multipolar propus, realiznd n fapt o simulare de flux material pentru o
ntreprindere virtual. O problem se poate regsi la calcularea timpilor de transport ntre cele
dou uniti furnizoare i fabrica ce efectueaz asamblarea produsului. Fiind delocalizate
geografic, distanele pot fi extrem de mari i este greu de estimat un timp mediu de transport.
n simularea propriilor sisteme au fost folosii timpii medii, deoarece implic rezultate
relevante, iar variaiile sunt foarte mici, spre deosebire de cazul transportului de piese ntre
165

sisteme n care nu se poate lua n considerare un timp mediu deoarece acesta variaz foarte
mult, de la ore la zile i chiar sptmni, funcie de problemele de transport ntmpinate pe
traseu i distanele luate n considerare. Mult mai realist ar fi calcularea acestor timpi de
transport folosind anumite legi de distribuie.
Fig. 4.56. Raport privind activitatea conveiorului C3_2 dup remodelarea SFF3
166

O alt soluie propus poate fi simularea multipolar invers. Acest concept

presupune pornirea direct de la cerine i de la rezultatele ce doresc s fie obinute. Astfel,
pentru sistemul nostru presupunem necesitatea realizrii a 5.000 de produse ntr-un timp T.
Se pleac de la modelarea sistemului 3, cel care va realiza asamblarea, se va simula i se va
pstra modelul n care cerina este respectat. De aici vor rezulta intrrile necesare pentru
realizarea obiectivului. Aa cum am spus n studiul de caz de mai sus, intrrile din sistemul 3
reprezint ieirile sistemelor 1 i 2. Prin aceast soluie se face abstracie de costul necesar
pentru ndeplinirea obiectivului, n cazul SFF1 i SFF2 pentru a realiza un anumit numr de
subansamble ntr-o anumit perioad de timp. Aceste sisteme sunt modelate, parametrizate i
simulate, iar dac rezultatele nu sunt satisfctoare are loc fie o remodelare tehnologic sau
funcional de sistem, remodelare ce poate duce chiar la implicarea altor maini n sistemul
respectiv.
Datorit faptului c agenii posed autonomie n activitate i execuie pot fi folosii cu
succes n simulrile de flux material din sistem. Agenii ofer o mare flexibilitate n luarea
deciziilor n timp real. Pe baza studiului de caz de mai sus vom arta modul de comunicare,
negociere ntre ageni i modul n care agenii iau deciziile. Primul pas este acela de a defini
agenii sistemului. Astfel, pentru fiecare din cele trei sisteme vom avea cte un agent ce
gestioneaz activitatea mainilor, activitatea conveioarelor i a resursei umane. Fiecare din
cele trei sisteme au un agent supervizor (superviz1, superviz3 i superviz2).
Agentul supervizor anun nceperea dialogul cu toi agenii din sistem:
To all From superviz1 Hello
Este anunat prima main din SFF1 de venirea unui lot de piese:
To M1_2 From supervi1z part23 arrive
To M1_2 From superviz1 50 parts arrive
Se cere o estimare a timpului necesar prelucrrii pentru o pies:
To M1_2 From superviz1 part50 time estimation
Agentul mainii M1_2 face o list cu ordinea operaiilor necesare, cu sculele necesare, pe
baza acestei analize face o estimare a timpului necesar prelucrrii i l transmite agentului
supervizor.
To superviz1 From M1_2 0.02.15 time
Agentul supervizor analizeaz acest timp, l compara cu timpul estimat iniial n faza
de proiectare a piesei i a fluxului material al piesei. Dac timpul necesar prelucrrii se
ncadreaz n limitele acceptate, el transmite aprobarea nceperii prelucrrii
To M1_2 From superviz1 time ok
n momentul n care apare o problem tehnic la une dintre maini, agentul supervizor anun
depanatorul s intervin:
To depan From superviz1 C1_3 goto
To depan From superviz1 C1_3 89b432x problem
167

Agentul depan primete codul problemei, va contacta automat o resurs uman

calificat pentru acest gen de problem i creia i va prezenta un raport despre activitile
anterioare ale agentului respectiv i eventual propune soluii pentru rezolvarea problemei.
Exist riscul formrii unei concentrator de flux n sistem, presupunem c acest lucru
se ntmpl la conveiorul C1_2 din primul sistem. Problema poate s apar din cauza
numrului mare de piese ce ateapt s fie preluate pentru transportul ctre maina C1_3.
agentul conveiorului va anuna agentul supervizor c sistemul este blocat
To superviz1 From C1_2 sistem bloked
Agentul supervizor va anuna agenii direct implicai de apariia ntrzierii i le va cere s
atepte, s nu mai livreze noi piese ctre conveior pn la generarea unei noi estimri de timp
necesare pentru a putea prelucra piesa:
To M1_2 From superviz1 wait
n tot acest timp celelalte maini din sistem vor continua activitatea pn n momentul n care
ajung n imposibilitatea de a livra piese mai departe, respectiv de a mai primi piese. De
asemenea i acestea au fost avertizate de apariia problemei dar vor continua activitatea pn
se vor confrunta efectiv cu problema aprut n sistem, n acel moment vor transmite aceast
informare:
To superviz1 From M1_3 waiting
To superviz1 From C1_3 waiting
To superviz1 From M1_4 waiting
Agentul supervizor va analiza ncerca remedierea problemei prin refacerea ntregul flux
tehnologic i va transmite agenilor din sistem noul plan de realizare a piesei
To all From superviz1 part23 information
n acelai mod se procedeaz i pentru sistemele 2 i 3. n tot acest timp agenii
supervizori ai celor trei sisteme trebuie s schimbe informaii permanent, s ofere date legate
de stadiul propriului sistem, deoarece, un blocaj aprut la sistemul 1 poate afecta sistemul 3 ce
efectueaz asamblarea i poate duce la oprirea activitii sistemului 2 n momentul n care
sistemul 3 deine prea multe subansamble provenite din SFF2.
168

4.4. Concluzii
Dac dorim s optimizam arhitectura unui flux de materiale obinuit din cadrul unei
ntreprinderi virtuale nu este de ajuns o simulare. Acesta este motivul pentru care am propus o
noua soluie, simularea multipolar, capabil s evalueze performantele unei V ca un sistem
integrat, bazat pe modelul realizat folosind un algoritm SADT. Analiza simulrii multipolare
face mai mult dect s concateneze rezultatele simulrilor izolate. Concentratorul de flux care
rezult din simularea multipolara poate s fie oricare dintre concentratorii de simulrile
izolate dar poate fi de asemenea i unul total diferit. Una dintre cauzele principale ale acestei
particulariti este diferena dintre algoritmii pentru simulri izolate difuze. Pentru acest
studiu de caz, eliminarea concentratorului de flux material din SFF3 d importante
mbuntiri ale productivitii la nivelul ntregii ntreprinderi virtuale, dar cel mai influent
concentrator al ntregului sistem este localizat n SFF2.
Spre deosebire de modelul clasic (mono-localizat) de ntreprindere, n cadrul unei
ntreprinderi Virtuale mai nti se percep cerinele clientului i apoi se trece la proiectarea i
fabricarea produsului, clientul fiind ntr-o interaciune permanent cu ntreprinderea;
Tehnologiile, tehnicile i metodele folosite n cadrul unei ntreprinderi Virtuale duc la
reducea costului, a timpului de proiectare i fabricare, la reducerea timpului de distribuie i
maximizarea satisfaciei clientului;
Arhitectur delocalizat rezult a fi necesar doar n cazul unor produse sau
ansambluri complexe (autoturisme, maini i sisteme de producie);
Prin implementarea unei soluii PLM n cadrul unei organizaii, ciclul de via clasic
al produsului se poate modifica rezultnd o curb sinusoidal. Ideea principal este aceea a
unei inovri continue care s se regseasc n noile etape ale ciclului de via: incubaia
(cercetare dezvoltare), cretere, perceperea i implementarea noilor cerine i reluarea
creterii.
Toate elemente componente ale sistemului cooperativ trebuie studiate cu atenie nc
de la nceperea proiectrii sistemului, folosirea tehnologiei orientate agent fiind foarte util
pentru implementarea sistemului, ntreinerea cooperrii, transferului de date i informaii .
Figura 4.58. prezint un exemplu de arhitectur a unui sistem cooperativ dezvoltat pe
baza tehnologiei orientat agent.
Prile componente ale unui sistem cooperativ implementat utiliznd tehnicile
orientate agent, constituie n fapt mai multe subsisteme multiagent ce comunic ntre ele.
Astfel, activitatea departamentelor CAD, CAM i CAE este gestionat de sisteme multiagent,
organizate ierarhic, n funcie de influena i importana fiecrui agent.
Foarte important este prezena unui sistem de securitate ce gestioneaz accesul
diverilor ageni la informaia din cadrul bazei de date distribuite.
169

Fig. 4.58. Arhitectura unui posibil sistem cooperativ dezvoltat pe baza tehnologiei orientat agent
170

Cap. 5. CONTRIBUII PRIVIND REALIZAREA UNUI

SISTEM
COOPERATIV
DE
DEZVOLTARE
A
PRODUSELOR INDUSTRIALE
5.1. Contribuii privind studiul sistemelor cooperative

Avnd n vedere faptului c tema propus se afl la grania mai multor domenii i
specializri a rezultat necesitatea studierii bibliografiei de specialitate pentru fiecare element
n parte. Am pornit cu studiul principalelor definiii de sisteme cooperative i evoluia lor n
timp. La acest aspect literatura de specialitate s-a dovedit foarte generoas rezultnd mai
multe puncte de vedere i definiii date de specialiti. De aici a rezultat importana definirii
celor patru termeni principali parte a conceptului de sistem cooperativ: cooperare, colaborare,
comunicare i coordonare (cei 4C).
De asemenea, este interesant de urmrit evoluia n timp a sistemelor cooperative,
pornind de la nevoia de comunicare primar calculator-calculator, chiar monolocalizat,
trecnd prin oferirea de soluii de susinere a comunicrii (e-mail, chat, videoconferin),
continund cu implementarea principalelor aplicaii necesare desfurrii unei activiti
desfurate de ctre actori delocalizai geografic i ncheind cu efortul integrrii complete a
tuturor instrumentelor, tehnicilor i tehnologiilor necesare pentru realizarea obiectivului
propus de organizaie.
Studiul bibliografiei referitoare la tehnologia groupware i a aplicaiilor incluse de
ctre acestea este esenial. Sub acest domeniu se regsesc numeroase soluii de comunicare
ntre membrii unei echipe ce lucreaz pentru elaborarea aceluiai produs. Pe baza acestora am
analizat cerinele care trebuiesc ndeplinite pentru implementarea lor, avantajele i
dezavantajele fiecrui element component. De asemenea, au fost detaliate principalele
activiti de tip sincron i asincron ca parte a unui groupware.
n cadrul capitolului 2 am analizat principalele tipuri de sisteme cooperative i
clasificarea acestora pentru a stabili modalitile de colaborare, comunicare i coordonare
ntre partenerii implicai. Cel mai avansat model este acela al unei aplicaii sincrone i
delocalizate, totodat se dovedete a fi i cel mai realist n contextul cerinelor din ziua de
astzi: parteneri delocalizai, conceperea i realizarea rapid a produsului etc. Majoritatea
sistemelor cooperative folosesc aplicaii sincrone ct i asincrone (monolocalizate i/sau
delocalizate) n funcie de posibilitile tehnice i strategia organizaiei. De asemenea, au fost
identificate principalele tendine de dezvoltare a acestor tipuri de sisteme. Au fost identificate
dou mari nuclee: Europa, care mizeaz pe dezvoltarea de proiecte complexe pentru ntreaga
organizaie vizat i SUA, care mizeaz pe aplicaii mai mici i pachete de programe dedicate
care ulterior s poat fi integrate conform necesitilor.
171

Foarte important este prezentarea conceptului de ntreprindere virtual i a tipurilor

de relaii din cadrul acesteia. Au fost detaliate principalele tipuri de relaii din care pot fi
enumerate: B2B, B2C, B2A, B2G etc. Pe baza acestora am schiat o posibil arhitectur de
ntreprindere virtual, insistnd pe relaiile dintre actorii implicai n realizarea produsului sau
prestarea serviciului.
n continuare am prezentat cteva concepte i soluii software pentru susinerea
activitii din cadrul unui sistem cooperativ. n primul rnd am menionat sistemul PDM,
managementul datelor legate de produs, sistemul ofer instrumente pentru proiectarea,
dezvoltarea i realizarea produsului. La baza PDM st o baz de date de tip RDBMS (Sistem
de administrare a bazelor de date relaionate). Baza de date este folosit pentru a fi nregistrate
piese i relaiile dintre fiierele acestor piese. Sistemele PDM ofer securitate sporit a
datelor, stocarea fiierelor, clasificare, notificare, control i diverse aplicaii pentru procese
specific inginereti. Pentru o mai bun analiz a sistemului conceptul de PDM a fost mprit
n administrarea datelor i administrarea proceselor. n ncheiere au fost detaliate principalele
funcii ale PDM i beneficiile implementrii unui astfel de sistem.
n continuare a fost prezentat arhitectura funcional a unui ERP cu ajutorul prilor
sale componente. Am detaliat funciile sale, principalele obiective, am descris paii necesari
implementrii. De asemenea, am detaliat avantajele i dezavantajele folosirii acestui tip de
soluie.
Pentru a completa suita de soluii software folosite pentru susinerea activitii unui
sistem de cooperare, am prezentat sistemul PLM (Managementul ciclului de via al
produsului), concept aprut recent n domeniu. Trebuie menionat c PLM nu reprezint un
soft n sine ci mai degrab o soluie i un concept. n urma studiului a rezultat faptul c PLM
nglobeaz concepte ale sistemelor PDM, ERP, CRM, CAD, CAE i CAM. Am enumerat
principalele cerine ale sistemului i am prezentat pe scurt cteva soluii software ce pot fi
catalogate ca fiind soft-uri dedicate PLM.
De asemenea, am realizat o comparaie ntre sistemele comparate, si anume ntre
PLM i PDM, respectiv PLM vs ERP. Primele dou soluii (PDM i ERP) continu s existe
independent i reprezint nc o soluie pentru organizaii, dar avnd n vederea dezvoltarea
tot mai rapid a soluiilor PLM, care nglobeaz o bun parte din PDM i ERP, se ateapt ca
soluia PLM s devin dominant cu att mai mult cu ct ofer o soluie complet de
dezvoltare a produsului pe ntreg ciclul su de via.
n capitolul 2 am mai prezentat o descriere a tehnicilor CAD CAM CAE utilizate
n cadrul sistemelor cooperative. Pentru prezentarea caracteristicilor acestora am folosit ca
studiu de caz un corp de pomp care a fost modelat n modului CAD al soft-ului Catia V5. Au
fost descrise principalele dou nuclee pe baza crora se dezvolt principalele soft-uri CAD:
ACIS i PARASOLID. Pentru exemplificare i descriere CAM i CAE, am realizat o simulare
de fabricare a corpului de pomp modelat n CAD i am realizat o analiz cu element finit a
acestuia pentru partea de CAE.
Am considerat ca fiind important studiul principalelor soft-uri dedicate CAD CAM
CAE, mai nti sistemele integrate i apoi cele specializate pe fiecare modul. Ca sisteme
integrate am analizat: I-DEAS, UNIGRAPHICS i CATIA. La fiecare dintre ele am descris
principalele module i funcii, unele din ele specifice pentru soft-ul respectiv. Dintre soft-urile
172

CAD descris pot fi amintite: AutoCad, ales spre studiu datorit faptului c este foarte
rspndit, respectiv SolidEdge i SolidWork ca produse de nivel mediu comparativ cu soft-urile
integrate. Soluiile dedicate CAM descrise: PowerMill, PowerShape, EDGECAM i
SURFCAM, iar soluii CAE: Adina, DesignSpace, NASTRAN, COSMOS.
n urma analizei acestor soft-uri au fost observate probleme de compatibilitate la
transferul de fiiere, compatibilitatea fiierelor n cadrul unui sistem de cooperare fiind
primordial. Soluii exist, prin folosirea de fiiere neutre de tip STEP, IGES dar i aici apar
diverse probleme cum ar fi: pierderea de date; piesele nu sunt recunoscute ca entiti separate,
ansamblul fiind vzut ca un ntreg; apar diferene de culori ntre prile componente ale
ansamblului etc.
n ncheiere am prezentat o analiz comparativ a trei soft-uri (CATIA,
UNIGRAPHICS i SolidWorks) lund n considerare: nucleul geometric folosit, tehnicile de
modelare, tipuri de curbe i suprafee, tipuri de formate de import / export suportate, module
integrate, compania productoare i pre.
5.2. Realizarea unei clasificri a agenilor i studiul influenei lor

lund n calcul mediul n care acetia acioneaz
Studiul agenilor este esenial pentru a realiza o metodologie de implementare a
sistemelor cooperative. Nu exist o definiie a agentului unanim acceptat, diferii cercettori
insistnd mai mult sau mai puin asupra unora dintre proprieti n funcie de domeniul de
aplicaie dar n principal majoritatea consider autonomia ca fiind o proprietate definitorie a
agentului. Prin studiul literaturii de specialitate am realizat o clasificare a agenilor, am
prezentat caracteristicile acestora. Printre caracteristicile principale putem enumera:
autonomia, cooperarea, coordonarea, comunicarea, abilitatea social, nvarea, reactivitatea,
proactivitatea etc.
Avnd la baz aceste elemente am conceput o arhitectur de agent, coninnd
principalele elemente definitorii: prezena unui receptor, analizator, punct de decizie,
obiective, cunotine i tipuri de activiti ce pot fi efectuate.
n continuare am prezentat diferite abordri n realizarea sistemelor distribuite
folosind agenii mobili i am prezentat un studiu de caz privind migrarea unui agent ctre alt
sistem pentru a aduna informaii i a-i ndeplini obiectivul.
Una din contribuiile personale este reprezentat de o nou clasificare a agenilor n
funcie de influena mediului n care acetia activeaz. Astfel am definit:
Agent de influen: tipul de agent care datorit privilegiilor cu care este

nzestrat i n urma aciunilor sale ndreptate spre ndeplinirea obiectivului
duce la o schimbare important a mediului n care acioneaz, iar aceast
influen duce la modificarea (ntrzierea, schimbarea) aciunii altor ageni, o
astfel de influen este indirect;
Agent influenabil: care prin prisma privilegiilor reduse n urma

ierarhizrii - i poate amna anumite aciuni sau chiar pot duce la
173

nendeplinirea scopului n urma influenei directe a unui alt agent sau indirect
n urma aciunii unui alt agent asupra mediului ce va suferi o schimbare i
datorit acesteia agentul va fi afectat;
Agent mixt: este tipul de agent care n timpul aciunii sale, n funcie de
anumii factori se poate afla n una din ipostazele de mai sus, marea
majoritate a agenilor sunt de acest tip.
De asemenea, am definit influena ca fiind capacitatea unui agent ce deine anumite

privilegii (ca urmare a ierarhizrii), de a influena prin aciunea sa decisiv mediul n care
acioneaz, schimbnd starea acestuia i modificnd desfurarea activitilor altor ageni i
chiar a obiectivul acestora. Am definit principalele tipuri de influen: influen pozitiv sau
negativ, premeditat sau nepremeditat etc.
O alt contribuie proprie este reprezentat de determinarea unui algoritm pentru
ndeplinirea obiectivelor agenilor. Orice agent are un obiectiv principal cu care este nzestrat
nc de la crearea sa, dar pe parcursul existenei sale n sistem poate primi i diferite sarcini
secundare. Pe scurt, paii de urmat pentru ndeplinirea obiectivului trasat sunt:
recunoaterea problemei, agentul trebuie s i nsueasc scopul propus;
cutarea de informaii, agentul trebuie s primeasc informaiile necesare de

la utilizator dar n acelai timp s caute singur aceste informaii fie prin
interogarea utilizatorului, fie prin acumularea de informaie din mediul su;
evaluarea alternativelor, agentul pe baza informaiilor deinute i a

informaiile provenite din mediu sau din partea utilizatorului trebuie s
elaboreze soluii pentru ndeplinirea obiectivului i trebuie s aleag varianta
potrivit;
negocierea, agentul trebuie s intre n contact cu ali ageni ce pot contribui la

realizarea obiectivului i s comunice cu acetia;
decizia de acionare, agentul n urma alegerii variantei potrivite i n urma

negocierii trebuie s acioneze pentru ndeplinirea obiectivului;
evaluare, agentul trebuie s fie capabil ca dup efectuarea aciunii s

evalueze rezultatele acesteia, n principal dac obiectivul a fost atins, n ce
proporie, cu ce costuri sau n caz de eec care au fost cauzele, n ambele
cazuri el trebuie s genereze un raport pentru utilizator.
Identificarea principalelor tipuri de aciuni ale agenilor asupra mediului este foarte
important. Am realizat o clasificare a acestor aciuni, am redat proprietile acestora i am
prezentat o schem de decizie pentru realizarea unei activiti.
Un element important din cadrul lucrrii l reprezint studiul sistemelor multiagent.
n urma studiului bibliografiei de specialitate am descris aceste sisteme multiagent, am
prezentat principalele caracteristici i tipuri de sisteme. Am prezentat, de asemenea,
infrastructura unui sistem multiagent, arhitectura sistemelor multiagent i modul n care se
realizeaz cooperarea dintre ageni n cadrul acestor tipuri de sisteme.
Am prezentat principalele protocoale de comunicare ntre ageni, procese de
negociere i limbaje folosite n comunicare.
174

O contribuie personal este reprezentat de prezentarea unor abordri ale tehnologiei

orientate agent n cadrul sistemelor cooperative prin descrierea arhitecturii unei aplicaii
bazat pe ageni.
5.3. Realizarea unei arhitecturi distribuite bazat pe tehnologia

agent prin integrarea principalelor instrumente necesare cooperrii
Au fost prezentate consideraii privind proiectarea sistemelor cooperative,
principalele elemente de la care ar trebui s se porneasc pentru proiectarea acestor tipuri de
sisteme. De asemenea, am descris modalitile de selectare a echipei i partenerilor n cadrul
unei ntreprinderii virtuale, un aspect important fiind acela c nu ntotdeauna cei mai buni
membrii selectai vor forma i cea mai bun echip.
Se poate meniona ca o contribuie personal elaborarea unei metodologii de
realizare a produselor pe baza tehnicilor CAD-CAM-CAE.
O alt contribuie este aceea a realizrii unui protocol de comunicare simplificat,
pornind de la cele dou limbaje de baz: KQML i FIPA-ACL. Am definit cmpurile
specifice necesare pentru realizarea comunicrii dintre ageni pentru studiile de caz prezentate
n lucrare, dup cum urmeaz:
To <receiver> From <sender> <object> <information> <command>
Pe scurt acestea sunt explicate astfel:
cmpurile <receiver> i <sender> vor cuprinde numele agentului, agentul

destinatar, respectiv expeditor;
cu ajutorul cmpului <command> se pot adresa diverse comenzi ctre

anumii ageni. n mod normal astfel de comenzi pot da agenii de influen
din cadrul sistemului;
cmpul <information> cuprinde diverse informaii predefinite n sistem

pentru a putea fi nelese de ctre toi agenii, poate avea ataate diverse date,
rapoarte etc.;
cmpul <object> nu poate exista de sine stttor n cadrul liniei de comand

el poate fi ataat alturi de o informaie sau comand. Este folosit de exemplu
cnd se ofer informaii despre o a treia parte implicat n sistem (de
exemplu agentul 1 ofer informaii referitoare la agentul 3 ctre agentul 2).
5.3.1. Algoritm de rezolvare a unei probleme aprute n departamentul

de fabricaie
O contribuie principal a tezei este reprezentat de prezentarea algoritmului de
rezolvare a unei probleme aprute n departamentul de fabricaie. Pe baza algoritmului am
dezvoltat un studiu de caz pentru un departament de fabricaie n care activitatea tuturor
175

mainilor din sistem este gestionat de ageni. Conform protocolului de comunicare de mai
sus au fost definii agenii implicai, au fost descrise tipurile de comenzi, tipurile de informaii
transmise, tipurile de date etc.
Astfel, am descris modul de comunicare, negociere i mediere a conflictelor ntre
ageni la apariia unei probleme n cadrul sistemului, urmrind algoritmul prezentat.
5.3.2. Studii de caz referitoare la folosirea agenilor n cadrul sistemului

cooperativ
Printre contribuiile personale se pot enumera:
1. Prezentarea unui studiu de caz referitor la colaborarea ntre ageni i ierarhizarea
lor n cadrul sistemului. Ca exemplificare: colaborarea ntre ageni din cadrul a trei
departamente: CAD, CAM i CAE. Astfel am considerat c ntr-un sistem complex de
cooperare este necesar centralizarea tuturor datelor i activitilor att pe categorii principale
(pe departamente de exemplu), ct i pe subcategorii. Ca exemplu:
categorie principala: Departament CAD
Subcategorie 1: Activiti legate de ansamblul 1
Subcategorie 2: Activiti efectuate pentru realizarea, modificarea part1 (ce

face parte din ansamblul1): ex. Modificri dimensionale, modificri
geometrice etc.
Pe fiecare subcategorie i categorie principal trebuie s existe un agent care s

gestioneze aceste activiti, agent ce va primi aceste informaii din subsistemul de ageni
local, le va stoca, sorta i va raporta mai departe pe cale ierarhic pn la agentul ce
gestioneaz categoria principal.
2. Am prezentat metode de control a versiunilor soft-urilor existente n cadrul
sistemelor cooperative, alegerea sistemelor de operare i alegerea aplicaiei de gestiune a
bazei de date.
n cadrul un sistem de cooperare multidisciplinar n care sunt prezente mai multe
soft-uri trebuie s existe mai muli ageni care s le gestioneze. Aceast gestiune a soft-urilor
este necesar deoarece la schimbul de fiiere ntre diverse echipe ce folosesc soft-uri diferite
pot aprea erori, pierderi de date fapt ce va duce la creterea costurilor i ntrzieri n
atingerea obiectivului stabilit. De asemenea, unul din aceti ageni trebuie s vegheze i
asupra versiunilor ale aceluiai soft deoarece i aici pot apare diverse probleme de transfer
ntre versiuni.
3. Prezentarea unui studiu de caz bazat pe ageni referitor la sistemul de securitate i
control. Am identificat cerinele unui sistem de securitate din cadrul unui sistem cooperativ,
sistem gestionat cu ajutorul tehnologiei orientate agent i am prezentat modul n care agenii
pot accesa baza de date structurat pe nivele de securitate. Pentru acest studiu de caz am
descris agenii implicai i am detaliat principalele cmpuri ce se regsesc n protocolul de
comunicare. De asemenea, am prezentat arhitectura unui sistem de securitate i control
176

adaptat unui sistem de cooperare bazat pe ageni i am identificat principalele probleme de

securitate ce pot s apar n sistem.
4. Prezentarea unui posibil sistem de distribuie a produselor i administrarea
acestuia prin tehnologia orientat agent. Pentru gestionarea tuturor funciilor i a datelor este
necesar prezena unui agent de planificare a distribuiei pentru fiecare produs n parte. Acesta
va ine cont de tipul de produs ce trebuie transportat pentru alegerea mainii potrivite,
disponibilitatea acestei maini, starea ei etc. Am prezentat arhitectura unui agent de distribuie
lund n considerare: tipul produsului, destinaie, alegerea variantei de transport potrivit etc.
Agentul poate clasifica diversele variante din care se poate opta acordnd calificative
astfel:
calificativ 1 pentru variant foarte bun;
calificativ 2 pentru variant bun;
calificativ 3 pentru variant proast;
calificativ 4 pentru variant impracticabil.
De asemenea, am stabilit un algoritm de alegerii a rutei cea mai favorabil innd

cont de toate elementele prezentate anterior. Pentru studiul de caz am descris agenii implicai
i am detaliat principalele cmpuri ce se regsesc n protocolul de comunicare folosit de ctre
agenii din sistem.
5. Studiu de caz privind negocierea i achiziionarea unui material necesar unei
maini din cadrul departamentului de fabricaie folosind tehnologia orientat agent. Am
detaliat principalii ageni implicai i comenzile folosite de acetia pentru transmiterea
mesajelor. n acest studiu de caz, majoritatea agenilor din sistem sunt ageni mobili ce
migreaz n alte sisteme pentru a aduna informaiile necesare generrii unui raport sau pentru
a alegerea mai bun soluie din variantele culese.
6. Studiu de caz privind colaborarea agenilor ce gestioneaz activitatea mainilor din
departamentul de fabricaie: prezentarea unui agent ce gestioneaz activitatea unei maini,
ierarhizarea agenilor i modaliti de comunicare ntre agentul supervizor ca agent de
influen n sistem i ceilali ageni. Pe baza arhitecturii de sistem propus au fost definii
agenii ce vor gestiona activitatea mainilor din cadrul departamentului, au fost definite
tipurile de comenzi folosite de ctre agenii de influen din sistem, a fost descris cmpul
information etc.
5.4. Studiu privind folosirea sistemelor cooperative pentru

susinerea ntregului ciclul de via al produsului
Implementarea sistemelor de tip PLM n cadrul sistemelor cooperative devine o
cerin esenial pentru proiectarea, dezvoltarea i fabricarea de noi produse n condiii optime
i conform cerinelor pieei. Am prezentat un model de colaborare n cadrul PLM i am
identificat principalele cerinele pentru implementarea PLM.
177

Am realizat un studiu de caz comparativ privind ciclul de via al produsului. n

prima variant am folosit reprezentarea clasic a ciclului de via iar n cea de-a doua variant
am prezentat ciclul de via al produsului folosind PLM prin scoaterea n eviden a
elementelor principale ce contribuie la modificarea ciclului de via al produsului, cel mai
important element fiind inovarea continu, care trebuie s fie prezent n toate etapele ciclului
de via.
Ca o contribuie personal se poate meniona soluia optim pentru dizolvarea unei
ntreprinderi virtuale care s nu afecteze ciclul de via al produsului. Ciclul de via al
ntreprinderii virtuale nu este neaprat acelai cu cel al produsului, de regul ciclul de via al
produsului este mult mai lung, foarte important este gsirea unor soluii pentru asigurarea
mentenanei produsului, service i bineneles reciclarea acestuia dup ncetarea activitii
ntreprinderii virtuale.
Dizolvarea unei ntreprinderi virtuale, dup cum o sugereaz i denumirea, nu este
doar o activitate de ncheiere a ciclului de via a acesteia. n timpul ciclului de su de via,
mai multe activiti sunt efectuate sub umbrela procesului de dizolvare. Procesul de dizolvare
are rolul de a pregti documente i proceduri pentru a formaliza intrarea i ieirea din
ntreprinderea virtual a partenerilor, pregtirea tuturor procedurilor de nchidere i, n acelai
timp, de a asigura stocarea datelor privitoare la sarcinile pentru produsele terminate.
5.5. Algoritm de evaluare a impactului arhitecturii de fabricaie

asupra ciclului de via al produsului.
O contribuie principal a lucrrii este aceea a prezentrii unui algoritm de evaluare a
impactului arhitecturii de fabricaie asupra ciclului de via al produsului.
Pentru definirea acestui algoritm , iniial am elaborat o metodologie de modelare i
simulare pentru proiectarea i fabricarea unui produs. Prin aceast contribuie personal adus
lucrrii am prezentat toate etapele necesare modelrii i simulrii sistemului, cea mai
important fiind identificarea concentratorilor i eliminarea acestora prin:
remodelare funcional, se poate schimba amplasarea anumitor maini,

ordinea anumitor operaii, viteze ale anumitor benzi transportare sau timpi de
realizare;
remodelare tehnologic, prin aceasta toate datele sistemului sunt regndite:

tipul mainilor necesare, tipuri de scule, materiale etc. Se remodeleaz
sistemul n nou configuraie i are loc o nou simulare a fluxului material
din sistem.
Am realizat un studiu de caz prin care s fie prezentat metodologia de simulare

multipolar a fluxului material din sistem pentru a optimiza activitatea dintre parteneri i a se
realiza o cretere a profitabilitii. n studiul de caz prezentat se regsesc trei parteneri
organizai sub forma unei ntreprinderi virtuale. Doi dintre ei reprezint furnizorii de produse,
iar al treilea reprezint ntreprinderea n care se va face asamblarea acestora n urma creia va
rezulta produsul final. Primele dou sisteme sunt difuze iar cel de-al treilea este un sistem
178

concentrat, astfel am definit aceast simulare ca fiind o simulare finit mixt. Am pornit
dezvoltarea algoritmului prin descrierea i detalierea activitilor din sistem folosind metoda
SADT.
Pentru validarea algoritmului prezentat am folosit soft-ul specializat Witness n care
am modelat respectivele sisteme, le-am parametrizat i apoi le-am simulat. Scopul simulrii
iniiale a fost acela de a identifica concentratorii de flux din sistem i a realiza eliminarea lor.
Pentru aceasta am folosit metoda remodelrii funcionale. n urma acestei modelri,
concentratorii au fost eliminai i a rezultat o cretere a productivitii sistemelor.
Avnd o arhitectur distribuit am considerat c ieirile din SFF1 i SFF2 reprezint n
fapt intrri ale sistemului SFF3.
De asemenea, am folosit i conceptul de simulare multipolar invers, conceptul
presupune pornirea direct de la cerine i de la rezultatele ce doresc s fie obinute, n cazul
nostru de la cerinele sistemului SFF3, i apoi ctre celelalte dou sisteme, fcnd abstracie
de costul necesar pentru ndeplinirea obiectivului stabilit.
Pentru a optimiza arhitectura unui flux de materiale obinuit din cadrul unei
ntreprinderi virtuale nu este de ajuns o simulare. Acesta este motivul pentru care am propus o
noua soluie, simularea multipolar distribuit, capabil s evalueze performantele unei V ca
un sistem integrat, bazat pe modelul realizat folosind un algoritm SADT. Concentratorul de
flux care rezult din simularea multipolara poate s fie oricare dintre concentratorii de
simulrile izolate dar poate fi de asemenea i unul total diferit. Una dintre cauzele principale
ale acestei particulariti este diferena dintre algoritmii pentru simulri izolate difuze.
Pe baza algoritmului am realizat un studiu de caz privind simularea multipolar
distribuit bazat pe tehnologia orientat agent.
179

INDUSTRIALE PE BAZA TEHNICILOR CAD-CAM-CAE
Cap. 6. CONCLUZII
DEZVOLTARE
FINALE
DIRECII
DE
6.1. Concluzii finale

Dezvoltarea sistemelor cooperative ca suport al colaborrii n cadrul unei organizaii
de tip ntreprindere virtual a devenit o cerin de baz. Problema principal rmne aceea a
implementrii sistemului, o astfel de abordare fiind prezentat n teza de fa n cadrul creia
soluia aleas este utilizarea tehnologiei orientat agent.
Tendinele actuale sunt de a include un sistem suport pentru susinerea ntregului
ciclu de via al produsului, ncepnd cu analiza de pia, perceperea cerinelor potenialilor
clieni i ncheind cu retragerea produsului din uz. O astfel de soluie o reprezint
implementarea unui sistem de tip PLM.
Un element important l constituie proiectarea sistemului cooperativ, atunci cnd
trebuie studiate toate componentele necesare funcionrii sistemului, lund n considerare att
resursa uman ct i posibilitile tehnice i tehnologice ale fiecrui partener.
De asemenea, trebuie implementate diverse metode, tehnici i tehnologii de realizare
a produsului pentru a reui aducerea lui pe pia n cel mai scurt timp posibil, s satisfac
cerinelor clientului i mai ales cu un cost minim. ntr-un astfel de sistem a devenit
indispensabil existena unor departamente cum ar fi: cel de proiectare asistat, de fabricaie
asistat i CAE. Astfel produsul este proiectat, verificat i se gsesc soluii de fabricare ntr-un
timp foarte scurt i cu resurse minime. De asemenea, simularea fluxului material din sistem a
devenit o cerin pentru a obine o optimizare a acestuia.
O problem ce rmne de rezolvat pe viitor este aceea a transferului de date ntre
diverse soluii software, n momentul de fa fiierele neutre de transfer nefiind suficient de
eficiente, aprnd erori i pierderi de informaie.
Utiliznd tehnologia orientat agent se realizeaz o mai bun comunicare ntre
parteneri, intervenia uman se reduce, rolul acesteia fiind aceea de a supraveghea, a lua
decizii i de a interveni doar cnd este strict necesar.
Interfaa cu utilizatorul a unui sistem cooperativ de dezvoltare a produselor
industriale trebuie s conin obligatoriu:
browser, prin care utilizatorul poate accesa anumite adrese intranet sau
internet;
accesul la diverse aplicaii de tip groupware;
vizualizarea partenerului de discuii prin aplicaii de tip video conferin,
posibilitatea de a controla calitatea audio i video a transmisiei;
180

vizualizarea n permanen a listei de utilizatori conectai n cadrul

sistemului;
posibilitatea de a comunica n scris cu acetia (sistem de tip chat);
lista de aplicaii disponibile pe care le poate folosi n comun cu ali utilizatori;
posibilitatea de a vizualiza i efectua n timp real schimbri din cadrul
proiectului.
Figura 6.1. Exemplu de portal colaborativ
6.2. Direcii de dezvoltare
MAINE
AZI
IERI
Integrarea
completa a
tuturor
aplicatiilor si
instrumentelor
MEDIU
COLABORATIV
AVANSAT
DISTRIBUIT
Abilitatea de
comunicare intre
achipe distribuite
geografic (sincron,
asincron)
MEDIU
COLABORATIV
DISTRIBUIT
Abilitatea de a
comunica cu
membrii echipei
MEDIU
COLABORATIV
Figura 6.2. Direcii de dezvoltare a sistemelor cooperative
181

Sistemele cooperative sunt ntr-o evoluie continu, de la mediul clasic de colaborare

ntre membrii unei echipe de lucru din cadrul unei organizaii s-a ajuns n ziua de astzi la un
mediu colaborativ distribuit ce permite cooperarea ntre mai multe echipe dispersate geografic
att n mod asincron ct i n timp real. Tendina actual este aceea de a dezvolta un mediu
colaborativ avansat distribuit care s susin colaborarea prin integrarea complet a tuturor
aplicaiilor i instrumentelor.
Principalele direcii de dezvoltare propuse sunt:
implementarea conceptului PLM n cadrul unui sistem cooperativ;

evaluarea capabilitii resurselor umane n culturi organizaionale specifice
ntreprinderilor virtuale;
integrarea tuturor aplicaiilor i instrumentelor ntr-un sistem colaborativ
avansat distribuit;
utilizarea sistemelor holonice n proiectarea i dezvoltarea sistemelor
cooperative;
dezvoltarea unei interfee grafice cu utilizatorul specific unui sistem
cooperativ;
testarea algoritmului de evaluare a impactului arhitecturii de fabricaie
asupra ciclului de via al produsului n cazul n care n simulare sunt
introduse legi de distribuie n locul timpilor medii;
testarea algoritmului de evaluare a impactului arhitecturii de fabricaie
asupra ciclului de via al produsului utiliznd simularea finit (n care
toate sistemele sunt difuze sau toate sunt concentrate) i simularea infinit
(n care toate sistemele sunt difuze sau toate sunt concentrate).
182

BIBLIOGRAFIE
Lucrri de referin n domeniu:
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
Bill Gascoigne - PDM: The Essential Technology for Concurrent Engineering World
Class Design to Manufacture, ISSN 1352-3074, Vol.2 , pg.38 42, 1995
Brustoloni, Jose C. - Autonomous Agents: Characterization and Requirements,
Technical Report CMU--CS--91--204, School of Computer Science, Carnegie-Mellon
University, Pittsburgh, PA, 1991
Caglayan A., Harrison, C. - Agent Sourcebook: Commercial Agent Software, Wiley
Computer Publishing, ISBN 0471153273, 1997
Camarinha-Matos L.M., Carelli R., Pellicer J., Martn M., - Towards the virtual
enterprise in food industry, Proceedings of the ISIP'97 OE/IFIP/IEEE International.
Conference on Integrated and Sustainable Industrial Production, Chapman & Hall,
ISBN 0 412 79950 2, Lisboa, Portugal, 14-16 May, 1997
Carl Gutwin and Saul Greenberg - The Importance of Awareness for Team Cognition
in Distributed Collaboration .Team Cognition: Understanding the Factors that Drive
Process and Performance, APA Press, pg. 177-201, Washington, 2004
Cote C.E., Abaza B.F., Cruau N.L. Multipolar distributed simulation for
concentrate and difussed FMS, Proceedings of the International Conference on
Manufacturing Systems ICMaS 2004, 2004, p. 647-650, Editura Academiei Romane,
ISBN 973-27-1102-7
Cristina Mohora, Costel Emil Cote, Gabriela Ptracu Simularea sistemelor de
producie Simularea proceselor, fluxurilor materiale si informaionale, Editura
Academiei Romane, ISBN 973-8130-69-7, Bucuresti, 2001
Cristina V. Niculescu Sinergia de competene prin Internet, o viziune holist,
Academia Romana, 2001
David Burdick - Collaborative Visions, http://www.collaborativevisions.com/
Drgoi G., Guran M. Collaborative engineering, a tool for the Virtual Enterprise
based on a open information model, The Romanian Review Precision Mechanics,
Optics & Mechatronics, pg. 17-20, ISSN 1220-6830, 2001
Drgoi George ntreprinderea integrat: metode, modele, tehnici i instrumente de
dezvoltare i realizare a produselor, Editura Politehnica Press, ISBN 973-8449-25-1,
Bucureti, 2003
Dumitrescu D. - Principiile inteligenei artificiale, Ed. Albastr, Cluj-Napoca, 1999
Franklin, Stan - Artificial Minds, MIT Press, ISBN 0-262-06178-3, Cambridge, MA,
1995
Georgeff, M.P., Lansky, A.L. - Reactive Reasoning and Planning, In Proceedings of
the Sixth National Conference on Artificial Intelligence,MIT Press, 1987
Goutam Satapathy, Jun Lang, Renato Levy - Application of agent building tools in
factory scheduling and control systems, Proceedings of SPIE, Network Intelligence:
183

Internet-based Manufacturing, Ed. Nina. M. Berry, Vol. 4208, pg 42-53, 2000
[16]
[17]
[18]
[19]
[20]
[21]
[22]
[23]
[24]
[25]
[26]
[27]
[28]
[29]
[30]
[31]
[32]
[33]
[34]
[35]
[36]
[37]
[38]
[39]
[40]
Guran Marius - Sisteme informaionale. Curs Master: Managementul i Ingineria

ntreprinderiolor Industriale Virtuale, Facultatea I.M.S.T. din cadrul Universitii.
Politehnica Bucureti, anul univ. 2003/2004
Hayes-Roth B. - An Architecture for Adaptive Intelligent Systems, Artificial
Intelligence: Special Issue on Agents and Interactivity, 1995
http://activist.gpl.ibm.com:81/WhitePaper/ptc2.htm - IBM (1995), Intelligent agent
strategy2, White Paper
http://logic.stanford.edu/kif/dpans.html
http://www.autodesk.com
http://www.c3.lanl.gov/~rocha/psl/agent_review.pdf
http://www.cadreport.ro/cadrep98.02/053.htm
http://www.chip.ro/revista/
http://www.crystaliz.com/logicware/mubot.html
http://www.cs.umbc.edu/kqml/
http://www.delcam.ro
http://www.openmind.de/
Ian Dabney - Mastering the misunderstandings that threaten project deadlines,
CoCreate, 2005
Jeffrey S. Rosenschein - Negotiation in State-Oriented Domains with Incomplete
Information over Goals, The Sixteenth European Conference on Artificial
Intelligence, Spain, 2004
Jim Farley - Java Distributed Computing, O'Reilly Media, ISBN 1-56592-206-9,
Sebastopol, USA, 1998
John Alpine - Best practices for project team collaboration,CoCreate, 2004
Jonathan Grudin - CSCW: History and Focus, IEEE Computer Society Press, vol.27,
pg.19-26, 1994
Jordan Cocs - Incorporating Product Lifecycle Management in Mechanical
Engineering Curricula, 2003
Keil F. C. - Concepts, Kinds, and Cognitive Development, MIT Press, Cambridge,
MA, 1989
Lee, K. - Principles of CAD/CAM/CAE Systems, Addison Wesley Longman
Publishers, USA, 1999
Logan B. - Classifying Agent Systems, In Proc. of the AAAI-98 Workshop on
Software Tools for Developing Agents, Wisconsin, USA, 1998
Maes P. - Artificial Life Meets Entertainment: Life like Autonomous Agents,
Communications of the ACM, pg.108-114,1995
Malone, T. W. & Crowston, K. - The interdisciplinary study of coordination,ACM
Press, pg.87-119, New York, USA, 1994
Malone, T.W. & Crowston, K. - What is Coordination Theory and How Can It Help
Design Cooperative Work Systems, Proceedings of the Conference on ComputerSupported Cooperative Work, pg. 357-370, Los Angeles, 1994
Mark Julian Perry Distributed cognition and computer supported collaborative
design, 1998
184

[41]
[42]
[43]
[44]
[45]
[46]
[47]
[48]
[49]
[50]
[51]
[52]
[53]
[54]
[55]
[56]
[57]
[58]
[59]
[60]
[61]
[62]
[63]
[64]
[65]
[66]
[67]
[68]
[69]
Mircea Mirescu - Sistemele de lucru pentru cooperare asistata; de calculator, o noua

dimensiune pentru colaborarea stiintifica si conlucrarea n cadrul unitatilor
organizationale
Moukas A., Guttman, R., Maes P. - Agent-mediated Electronic Commerce: An MIT
Media Laboratory Perspective, International Journal of Electronic Commerce, vol.4,
pg.5-21, ISSN1086-4415, USA, 2000
Nwana, H. S. - Software Agents: An Overview. Intelligent Systems Research, BT
Laboratories, Ipswich, U. K., 1996
Paul Larson & Jeff Fischer - A Short Intro to Business-to-Business E-Commerce, 2002
Philip Sargent - The Product Data Management (PDM) and Related Software
Markets,1997, http://home.klebos.net/philip.sargent/design/pdm-market.html
Pires L.C.M., Carvalho J., Moreira, N. The role of bill materials and movements
(BOMM) in virtual enterprises environment, International journal of production
research (IFPR), 2006, ISSN 0020-7543
Robert M. Mattison Understanding Product Data Management Systems, ISBN-13
978-0070499997, 1997
Russell S. J., Stuart, J., Norvig, P. - Artificial Intelligence: A Modern Approach,
Englewood Cliffs, NJ, Prentice Hall, 1995
Smith, D. C., Cypher, A.and Spohrer, J. - KidSim: Programming Agents Without a
Programming Language, Communications of the ACM, 1994
Sobah Abbas Petersen - Using Agents to Support the Formation of Virtual Enterpise
Teams, 2002
Talab D. - Bazele CAD, Editura Universitii Transilvania, 2000
Terveen, L.G. - An Overview of Human-Computer Collaboration ,Knowledge-based
Systems, ISSN 0950-7051, 1995
Wanda Orlikowski, JoAnne Yates - Structuring Interaction through Communicative
Norms, Journal of Business Communication, pg. 13-35, 2002
Weiss G., Sen S. - Adaptation and Learning in Multiagent Systems. Springer Verlag,
Berlin, 1996
Weiss G. - Multiagent Systems A Modern Approach to Distributed Artificial
Intelligence, The MIT Press, ISBN 0-26223-203-6, Cambridge, Massachusetts, 2000
White J. E. - Mobile Agents, Menlo Park, CA, AAAI Press, MIT Press, 1996
Wooldrige M. - An Introduction to MultiAgent Systems, John Wiley&Sons, 2002
www.adacomputers.ro
www.ai.mit.edu/people/sodabot/slideshow/total/ P001.html
www.cadreport.ro/cadrep96.03/03.htm
www.cadreport.ro/cadrep97.01/
www.campusprogram.com
www.cimmetry.com
www.cosyninc.com
www.crcnet.ro/designspace6.html
www.cs.tcd.ie
185

[70]
[71]
[72]
[73]
[74]
[75]
[76]
[77]
[78]
www.cybernetics.ro
www.adina.com
www.hoise.com
www.pdmic.com
www.plm3ds.com
www.premieritservices.com
www.productcenter.com
www.solutions.intergraph.com
www.usabilityfirst.com
Articole, cri i brevete realizate de autor:
[79]
[80]
[81]
[82]
[83]
[84]
[85]
[86]
Ciobanu, L.F., Constantinescu, C.C., Popa L.C., Catalog Editor in CATIA V5R8,
International Conference on Economic Engineering and Manufacturing Systems,
Brasov, Octombrie 2003
Popescu, D., Popa, L.C., Ciobanu, L.F., Grigoroiu, G.E., Constantinescu C.C.,
Indrumar CAD CATIA V5R8, Editura AIUS, Craiova 2004
Mai 2004 - Medalia de aur la Expoziia International de Invenii GENIUSEUROPE, BUDAPESTA cu invenia Mecanism diferenial pentru antrenarea
utilajelor rotative
Popa C.L., Bucur (Constantinescu) C. C., Ciobanu L.F. - Using CAD/CAM/CAE
Cooperative Systems in Pump Cover Design & Manufacturing - IC-SCCE-1st
International Conference From Scientific Computing to Computational EngineeringProceedings Volume III, 2004, pp. 1343-1349, Patras University Press, ISBN 960-530071-07
Ciobanu L.F., Popa C.L., Bucur (Constantinescu) C. C. - Simulation in validating
manufacturing systems remodeling for virtual enterprise environement integration IC-SCCE-1st International Conference From Scientific Computing to
Computational Engineering-Proceedings Volume III, 2004, pp. 1108-1113, Patras
University Press, Demos T. Tsahalis, ISBN 960-530-071-0
Bucur (Constantinescu) C. C., Ciobanu L.F., Popa C.L. - Study about the
manufacturing integration in the design phase using several CAD-CAM integration
systems software - IC-SCCE-1st International Conference From Scientific
Computing to Computational Engineering-Proceedings Volume III, 2004, pp. 11951202, Patras University Press, ISBN 960-530-071-0
Hadr, A., Ciobanu, L. F., Popa, C. L., Bucur (Constantinescu), C. C. - Replacing
Differential Rolls with Full Rolls in Revolving Equipments Driving Mechanism Proceedings of the International Conference on Manufacturing Systems ICMaS 2004,
2004, p. 179-182, Editura Academiei Romane, ISBN 973-27-1102-7
Hadr, A., Ciobanu, L. F., Bucur (Constantinescu), C. C., Popa, C. L - Alternative
Movable System for Turning Shafts in Heavy Industry - Proceedings of the
International Conference on Manufacturing Systems ICMaS 2004, 2004, p. 109-112,
Editura Academiei Romane, ISBN 973-27-1102-7
186

[87]
[88]
[89]
[90]
[91]
[92]
[93]
[94]
[95]
[96]
Popa C.L., Bucur C. C. - Data Transfer Between CAD-CAM-CAE Cooperative Systems

- Proceedings of the 7th Conference on Management of Innovative Technologies
(MIT2004), 2004, pp. 11-14, AIUS, Craiova, ISBN 973-700- 028- 5
Ciobanu L.F., Popa C.L. - Simulation and CAD/CAM/CAE cooperative systems
integration in virtual environments - Proceedings of the 7th Conference on Management
of Innovative Technologies (MIT2004), 2004, pp. 15-18, AIUS, Craiova, ISBN 973-700028- 5
Cotet, C.E., Drgoi, G., Abaza, B.F., Popa, C.L. - A general simulation algoritm for
concentrate and difussed FMS - Proceedings of the 7th Conference on Management of
Innovative Technologies (MIT2004), 2004, pp. 99-102, AIUS, Craiova, ISBN 973-700028- 5
Hadr, A., Ciobanu, L. F., Popa, C. L., Bucur (Constantinescu), C. C. - Differential
Gear Train for Revolving Equipments Driving with Sustaining Rolls - Proceedings of
the 15th International DAAAM Symposium, Intelligent Manufacturing &
Automation: Focus on Reconstruction and Development (DAAAM 2004), 2004, pp.
149-150, DAAAM International Vienna 2004, ISBN 3-901509-42- 9
Hadr, A., Ciobanu, L. F., Bucur (Constantinescu), C. C., Popa, C. L. Manufacturing System for Big Shafts Cutting in Heavy Industry - Proceedings of the
15th International DAAAM Symposium, Intelligent Manufacturing & Automation:
Focus on Reconstruction and Development (DAAAM 2004), 2004, pp. 147-148,
DAAAM International Vienna 2004, ISBN 3-901509-42- 9
Popa C.L., Ciobanu L.F., Bucur C. C., Parpala R.C. - Using multi-agent systems
technology in distributed systems implementation - Proceedings of the 8th
Conference on Management of Innovative Technologies (MIT2005), 2005, pp. 259262, TAVO Slovene Society for Abrasive Water Jet Technology, Slovenia, LAT
Laboratory for Alternative Technologies University of Ljubljana, Slovenia, ISBN
961-6238-96-5
Ciobanu L.F., Popa C.L., Parpala R.C., Bucur C. C. - Internet/Intranet/Extranet
Portals for products designing, manufacturing and service - Proceedings of the 8th
Conference on Management of Innovative Technologies (MIT2005), 2005, pp. 7780, TAVO Slovene Society for Abrasive Water Jet Technology, Slovenia, LAT
Laboratory for Alternative Technologies University of Ljubljana, Slovenia, ISBN
961-6238-96-5
Bucur C. C., Parpala R.C., Popa C.L., Ciobanu L.F. - SADT Modelling for Data
Transfer using the STEP Format - Proceedings of the 8th Conference on
Management of Innovative Technologies (MIT2005), 2005, pp. 193-197, TAVO
Slovene Society for Abrasive Water Jet Technology, Slovenia, LAT Laboratory for
Alternative Technologies University of Ljubljana, Slovenia, ISBN 961-6238-96-5
Parpala R.C., Bucur C. C., Ciobanu L.F., Popa C.L. - Automatic generation of part
and assemblies in CATIA V5 using Visual Basic - Proceedings of the 8th Conference
on Management of Innovative Technologies (MIT2005), 2005, pp. 183-186, TAVO
Slovene Society for Abrasive Water Jet Technology, Slovenia, LAT Laboratory for
Alternative Technologies University of Ljubljana, Slovenia, ISBN 961-6238-96-5
Popa C.L., Bucur C. C., Aurite T. - A multi-agent approach in the development of
distributed systems - International Conference on Integrated Engineering C2I 2005,
187

[97]
[98]
[99]
[100]
[101]
[102]
[103]
[104]
[105]
[106]
2005, pp. 123-124, Editura Politehnica Timisoara 2005, ISBN 973-625-259- 0

Ciobanu L.F., Popa C.L., Aurite T. - Virtual manufacturing based on an
Internet/Intranet/Extranet Portal - International Conference on Integrated
Engineering C2I 2005, 2005, pp. 107-108, Editura Politehnica Timisoara 2005, ISBN
973-625-259- 0
Popa C.L. - An Agent Classification From the Environment Perspective - Annals of
DAAAM for 2005 & Proceedings of The 16th INTERNATIONAL DAAAM
SYMPOSIUM Intelligent Manufacturing & Automation: Focus on Young
Researchers and Scientists (DAAAM 2005), pag. 309-310, ISSN 1726-9679, ISBN
3-901509-46-1
Popa C.L., Hadr, A., - A cooperative system design based on agent technology Annals of DAAAM for 2006 & Proceedings of The 17th INTERNATIONAL
DAAAM SYMPOSIUM Intelligent Manufacturing & Automation: Focus on
Mechatronics and Robotics (DAAAM 2006), pag. 311-312, ISSN 1726-9679, ISBN
3-901509-57-7
Ciobanu, L. F., Parpala, R. C., Popa, C. L. - Integrating Supply Chain Management
In Virtual Enterprises, Proceedings of the 15th International Conference on
Manufacturing Systems ICMaS, Bucuresti, Romania, October 2006
Ciobanu, L.F., Popa, C.L. - Remodeling and validation by simulation of
manufacturing systems architecture for the integration in virtual enterprise
platforms, Annals of the Oradea University Fascicle of Management and
Technological Engineering, volume VI, Oradea, 2007, pag. 1610-1613, ISSN 15830691
Ciobanu, L.F., Popa. C.L. - Product life cycle management in virtual environment,
Academic Journal of Manufacturing Engineering, Volume 5, number 2/2007, Editura
Politehnica, ISSN 1583-7904
Parpal, L.F., Popa, C.L., Cruau, G. Using CAD CAM CAE techniques and
alternative technologies in virtual enterprises, Proceedings of the 9th Conference on
Management of Innovative Technologies (MIT2007), Fiesa, Slovenia, 2007,
pag.171-176, ISBN 978-961-6536-19-6
Cruau, G., Drghici, A., Parpal, L.F., Popa, C.L. How to get a five star partner,
Proceedings of the 9th Conference on Management of Innovative Technologies
(MIT2007), Fiesa, Slovenia, 2007, pag. 91-96, ISBN 978-961-6536-19-6
Parpal, L.F., Popa, C.L., - Comparative analysis of main process and material flow
modeling/simulation softwares used in virtual environment , Annals of DAAAM for
2007 & Proceedings of The 18th International DAAAM SYMPOSIUM, Intelligent
Manufacturing & Automation: Focus on Creativity, Responsibility and Ethics of
Engineers, Zadar, Croaia, 2007, pag.534-544, ISSN 1726-9679
Popa, C.L., Parpal, L.F., Aurite, T. Algorithm for problems rezolving in
distributed system using agent technology, Annals of DAAAM for 2007 &
Proceedings of The 18th International DAAAM SYMPOSIUM, Intelligent
Manufacturing & Automation: Focus on Creativity, Responsibility and Ethics of
Engineers, Zadar, Croaia, 2007, pag.575-576, ISSN 1726-9679
188

LIST DE FIGURI
Fig. 2.1. - Exemplu de utilizare a tablei de lucru comune .......................................................12
Fig.2.2. Interfaa sistemului AutoVue SolidModel Professional ...........................................21
Fig.2.3. Exemplu de utilizare a sistemului AutoVue SolidModel Professional.....................21
Fig.2.4. Tipuri de relaii ........................................................................................................25
Fig. 2.5. - Fluxul informaional n PDM [11] ..........................................................................28
Fig. 2.6. Arhitectura funcionala a unui ERP........................................................................30
Fig. 2.7. - Funciile contabile ale unui E.R.P...........................................................................31
Fig. 2.8. Sistemul PLM ..........................................................................................................34
Fig. 2.9. Corp de pomp modelat n CATIA V5 .....................................................................37
Fig. 2.10. - Structura unui model geometric ............................................................................38
Fig. 2.11. Simulare de fabricare a corpului de pomp n CATIA V5....................................40
Fig. 2.12. Analiza cu metoda element finit n CATIA V5 ......................................................41
Fig. 3.1. - Inteligena artificial distribuit ............................................................................. 68
Fig. 3.2. Arhitectura unui agent ............................................................................................ 70
Fig. 3.3. Taxonomia general a agenilor............................................................................. 71
Fig. 3.4. Clasificarea lui Nwana ........................................................................................... 72
Fig. 3.5. Diferite abordri n realizare sistemelor distribuite............................................... 77
Fig. 3.6. Exemplu de migrare a unui agent mobil................................................................. 78
Fig. 3.7. Reprezentarea agentului n funcie de mediul n care acioneaz .......................... 79
Fig. 3.8. Decizia privind realizarea unei activiti ............................................................... 83
Fig. 3.9. Algoritm pentru ndeplinirea obiectivelor agenilor [98] ...................................... 85
Fig. 3.10. Cooperarea agenilor n cadrul SMA ................................................................... 88
Fig. 3.11. Arhitectura SMA ................................................................................................... 88
Fig. 3.12. Infrastructura SMA ............................................................................................... 89
Fig. 3.13. Comunicare folosind TELL i ASK ....................................................................... 93
Fig. 3.14. Comunicare folosind limbaje formale .................................................................. 93
Fig. 3.15. Arhitectura unei aplicaii bazat pe ageni .......................................................... 98
Fig. 3.16. Negocierea ntre ageni....................................................................................... 100
189

Fig. 4.1. Schimbul de informaie dintre parteneri n cadrul sistemului
104
Fig. 4.2. Colaborare n aceeai locaie ...............................................................................105

Fig. 4.3. Colaborare din locaii diferite ..............................................................................105
Fig. 4.4. Proiectarea sistemului cooperativ [99] ................................................................106
Fig. 4.5. - ntrebri eseniale puse de fiecare organizaie nainte de intrarea ntr-o
organizaie virtual ................................................................................................................107
Fig. 4.6. Selectarea echipei i a partenerilor ......................................................................108
Fig. 4.7. Apariia ideii de produs ........................................................................................109
Fig. 4.8. Tipuri de relaii ale departamentului de marketing..............................................109
Fig. 4.9. Realizarea produsului pe baza tehnicilor CAD-CAM-CAE .................................110
Fig. 4.10.a. Algoritm de rezolvare a problemei ..................................................................116
Fig. 4.10.b. - Algoritm de rezolvare a problemei...................................................................117
Fig. 4.11. Controlul versiunii soft-urilor.............................................................................122
Fig. 4.12. Alegerea sistemului de operare ..........................................................................122
Fig. 4.13. Alegerea aplicaiei de gestiune a bazei de date..................................................123
Fig. 4.14. Exemplu de ierarhizare a agenilor ....................................................................125
Fig. 4.15. Ierarhizarea agenilor pentru studiul de caz 3 ...................................................125
Fig. 4.16. Accesul la baza de date organizata pe nivele de securitate................................126
Fig. 4.17. Sistem de securitate i control ............................................................................128
Fig. 4.18. Departamentul de distribuie parte a V sau partener al acesteia .....................130
Fig. 4.19. Agentul de distribuie ..........................................................................................130
Fig. 4.20 Stabilirea rutei optime de ctre agentul de distribuie ........................................131
Fig. 4.21 Agentul ce gestioneaz activitatea unei maini din departamentul de fabricaie135
Fig. 4.22. Agentul supervizor al sistemului.........................................................................136
Fig. 4.23 Sistemul supus studiului.......................................................................................137
Fig. 4.24. Colaborarea n cadrul PLM ...............................................................................142
Fig. 4.25. Reprezentare clasic a ciclului de via al produsului.......................................143
Fig .4.26. Ciclul de via al produsului folosind PLM........................................................143
Fig. 4.27 Planificarea dizolvrii ntreprinderii Virtuale ....................................................145
Fig.4.28. - Componentele tehnologice care contribuie la mediul IV. ....................................147
Fig. 4.29. - Metodologia de modelare i simulare pentru proiectarea i fabricarea unui
produs [87] .............................................................................................................................148
Fig. 4.30. Arhitectura ntreprinderii virtuale pentru studiul de caz prezentat....................149
190

Fig. 4.31. Prima a algoritmului SADT ................................................................................150

Fig. 4.32. A doua etap a algoritmului SADT.....................................................................150
Fig. 4.33. Modelarea n Witness a SFF1.............................................................................152
Fig. 4.36 SFF1 n timpul simulrii ......................................................................................154
Fig. 4.37. Simularea SFF2 ..................................................................................................154
Fig. 4.38. Raport privind activitatea mainii M1_2 din cadrul SFF1 ................................155
Fig. 4.39. Raport privind activitatea mainii C1_2 din cadrul SFF1 .................................155
Fig. 4.40. Raport al activitii mainii M1_4 din cadrul SFF1 ..........................................156
Fig. 4.41. Raport privind activitatea mainii M1_2 dup remodelarea sistemului 1 .........156
Fig. 4.42. Raport privind activitatea mainii M1_4 dup remodelarea sistemului 1 .........157
Fig. 4.43. Introducerea parametrilor pentru conveiorul C2_1...........................................157
Fig. 4.44. Raport privind activitatea mainii M2_1 ............................................................158
Fig. 4.45. Raport privind activitatea conveiorului C2_1 ....................................................159
Fig. 4.46. Raport privind activitatea mainii M2_5 parte a SFF2......................................159
Fig. 4.47 Raport privind activitatea operatorului n cadrul SFF2 .....................................160
Fig. 4.48. Raport privind activitatea mainii M2_1 dup remodelarea SFF2....................161
Fig. 4.49. Raport privind activitatea conveiorului C2_1 dup remodelarea SFF2............161
Fig. 4.50. Raport privind activitatea operatorului dup remodelarea SFF2 .....................162
Fig. 4.52. SFF3 n timpul simulrii .....................................................................................163
Fig. 4.53. - Raport privind activitatea conveiorului C3_1 parte a SFF3...............................164
Fig. 4.54. Raport privind activitatea conveiorului C3_2 parte a SFF3..............................164
Fig. 4.55. Raport privind activitatea mainii M3_1 parte a SFF3......................................165
Fig. 4.56. Raport privind activitatea conveiorului C3_2 dup remodelarea SFF3............166
Fig. 4.58. Arhitectura unui posibil sistem cooperativ dezvoltat pe baza tehnologiei orientat
agent .......................................................................................................................................170
Figura 6.1. Exemplu de portal colaborativ ......................................................................... 181
Figura 6.2. Direcii de dezvoltare a sistemelor cooperative............................................... 181
191

GLOSAR DE TERMENI I ABREVIERI

A
ACL: Agent Communication Language
ACM: Automatic Constraint Mapping
ANSI: American National Standards
Institute
Institutul naional de standardizare american
B
B2A: Business-to-Administration
B2B: Business-to-Business
B2C: Bussiness to Customer
B2E; Business-to-employees
B2G: Business-to-Government
raporturi comerciale existente ntre firm i

furnizori n conceptul VE
raporturi comerciale existente ntre firm i
clieni n conceptul VE
raporturi legale i fiscale existente ntre firmfurnizori n conceptul VE ntre firm i guvern
B2X: business to exchange

B-rep: boundary representation
BS (British Standard)
C
C2A: Customer-to- Administration
C2B: customer-to-business
C2C: customer-to-customer
CADL: CADKEY Advanced Design
Language
CAD: Computer Aided Design
CAM: Computer Aided Manufacturing
CAE: Computer Aided Engineering
CASE: Computer Assisted Software
Engineering
CATIA: Computer Aided
Threedimensional Interactive
Applications
CGR: Catia Graphical Representation
CIM: Computer Integrated
Manufacturing
CLIPS: C Language Integrated
Production System
CORBA: Common Object Request
Brooker Adapter
CNC: computer numerical control
COOL: COOrdination Language
CRM: Customer Relationship
Management
CSF: Chrysler Standard Format
proiectarea asistat de calculator

fabricaia asistat de calculator
Ingineria asistat de calculator
producia integrat asistat de calculator

instrument software pentru realizarea sistemelor
expert
tehnologie de aplicaii client-server promovat
de OMG
managementul relaiilor cu clienii
192

D
DARPA: Defense Advanced Research
Project Agency
DCOM: Distributed Component Object
Model
DP: data processing
Digital engineering libraries
DPS: Distributed problem solving
DM: Data Management
DXF: Drawing Interchange Format
DWG: drawing
Agenia de Cercetare Avansat n Aprare

(SUA)
librrii digitale n domeniul ingineriei

rezolvarea distribuit a problemelor
administrarea datelor
E
e-Commerce
E-mail
ERP: Enterprise Resource Planning
ESPRIT: European Strategic Programs
for Research and Development in
Information Technology
comer electronic
Pot electronic
planificarea resurselor ntreprinderii
F
FEA:
FIPA: Foundation for Intelligent Physical
Agents
FAQ: Frequently Asked Questions
FST: Ford Standard Tape
G
GPS: Geographical Positioning System
Groupware
GUI: Graphic User interface
sistem global de poziionare

tehnologie proiectat i dezvoltat pentru a
facilita lucrul dintre diferite grupuri de persoane
interfa grafic cu utilizatorul
H
HCI: Human Computer Interaction
HSM: High Speed Machining
HTML: Hypertext Markup Language
HTTP: Hypertext Transfer Protocol
HPGL: Hewlett Packard Graphic
Language
Interaciune (cooperare) om-calculator
I
IB: Intra Bussines
relaiile existente ntre unitile organizaionale

elementare n interiorul firmei corespunztor
conceptului VE
IGES: Initial Graphics Exchange

Specification
IS: information systems
ISO : International Standards
Organisation
IT Information technology
sisteme informaionale
Organizaia Internaional de Standardizare
Tehnologia Informaiei
193

IV
ntreprindere virtual
J
JVM (Java Virtual Machine
K
KQML: Knowledge Query and
Manipulation Language
KIF: Knowledge Interchange Format
L
LAN: Local Area Network
reea local
M
MAF: Mobile Agent Facitity
Specification
MAS: multi-agent systems
MRP: Material Resource Planning
MIS: Management Information Systems
MUCN: maini-unelte cu comand
numeric
sisteme multiagent
planificarea resurselor materiale
N
Newsgroup
NURBS: non-uniform rational B-spline
Grup de tiri
O
OA: Office Automation
P
PC: Personal Computer
PDM: Product Data Management
PLM: Product Lifecycle Management
managementul datelor de produs

managementul ciclului de via al produsului
PM: Process Management
administrarea proceselor
R
RACE: Research and Development in
Advance Communication Technology
RFP: Request For Proposal
RFQ: request for quotation
RPC: remote procedure call
RDBMS: Relational Database
Management System
RMI: Remote Method Invocation
Sistem de administrare a bazelor de date

relaionate
S
SADT: Structured Analysis and Design
Technique
SAP
SE: software engineering
SFF
SMA
SQL: Structured Query Language
STEP: Standard for the Exchange of
Product data
sisteme autonome de producie

Soft dedicat aplicaiilor inginereti
Sisteme Flexibile de Fabricaie
Sistem multiagent
194

STL: stereolithography CAD
folosit n general pentru prototipare rapid i

CAM
T
TCP/IP: Transmission Control
Protocol/Internet Protocol
suit de protocoale de comunicaie folosite

pentru conectarea la diferite host-uri de pe
Internet
U
UML: Unified Modeling Language
URL: Uniform resource locator
user
Limbajul de Modelare Unificat

alocator uniform de resurse
utilizator
V
VE: Virtual Enterprise
VDA:Verband der Automobilindustrie
ntreprindere virtual
sistem german de management al calitii pentru
industria auto
W
Workflow system
WWW: World Wide Web
sistem de tip flux de lucru
195

Cicerone Laurentiu POPA - Teza Doctorat

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cicerone Laurentiu POPA - Teza Doctorat

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSITATEA POLITEHNICA BUCURETI

FACULTATEA INGINERIA I MANAGEMENTUL SISTEMELOR TEHNOLOGICE

Ing. Cicerone Laureniu POPA

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

3.2.2.3. Agenii inteligeni ............................................................................................ 72

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

Cap. 5. CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

Cap. 2. STADIUL ACTUAL AL SISTEMELOR

Scurt istoric. Concept. Evoluia sistemelor cooperative.

n contextul actual al economiei, al unei concurene acerbe, al diversificrii gamei de

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

Comunicarea poate fi definit simplu ca un schimb de informaii. Comunicarea

2.1.2. Apariia conceptului de sistem cooperativ.

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

asupra angajailor, a modului i a procedurilor de lucru, a creterii de productivitate, scderea

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

baze de date partajate i confereniere electronic,

colecie de obiecte - n care s poat fi stocate i gestionate cunotine,

model de acces i distribuie - s permit utilizatorilor s localizeze i s

cadru de lucru pentru dezvoltarea de aplicaii ce manipuleaz serviciile

Pentru a fi funcionale ntr-un mediu i cadru economico-organizaional dat,

posibilitate de integrare cu resursele externe - originea informaiei pentru

independena de platform - aplicaiile groupware debuteaz deseori ca

mobilitate - infrastructura groupware trebuie s poat suporta multe

coexistena unor aplicaii comune mai multor uniti - relaiile economice

Proiectarea acestui tip de soft dedicat sistemelor cooperative implic nelegerea

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

faciliteaz comunicarea, o face mai rapid, mai uoar i mai convingtoare;

reduce costurile privind transportul;

pune n eviden multiple perspective;

faciliteaz rezolvarea rapid a problemelor;

permite folosirea unor noi ci de comunicare;

reduce timpul i costul n coordonarea unui grup de lucru;

Pota electronic (E-mail) se refer la facilitile de schimb electronic de

Grupurile de tiri reprezint un forum universal de discuii pe teme

Sisteme de tip workflow, permit ca documentele s fie repartizate n

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

Grupuri de tip calendar, permit planificarea, administrarea unui proiect,

Aplicaii n timp real:

Shared whiteboards (tabl de lucru comun), permite mai multor persoane

Sisteme de comunicaii video, ofer posibilitatea colaborrii i vizualizrii

Sisteme decizionale, proiectate pentru a facilita luarea unor decizii n cadrul

Fig. 2.1. - Exemplu de utilizare a tablei de lucru comune

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

2.2. Tipuri de sisteme cooperative i clasificarea lor.

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

b. Sistemele cooperative sunt n general, clasificate dup urmtoarele criterii:

aplicaii pentru grupuri mari, ce lucreaz n domeniul public, administrativ,

aplicaii pentru grupuri mici (3-10 utilizatori), cu posibiliti de:

b.2 n funcie de timpul n care se desfoar activitatea de cooperare:

b.3 dup amplasarea utilizatorilor de sisteme:

locaii unice (face to face) - personalul cooperant coexista n cadrul aceluiai

locaii diferite (distribuite) - participanii la cooperare sunt dispersai

Din analiza comparativ a modurilor de abordare a dezvoltrii sistemelor

CONTRIBUII PRIVIND REALIZAREA UNUI SISTEM COOPERATIV DE DEZVOLTARE A PRODUSELOR

Pentru proiectele mari, organizaionale, cercetarea este sponsorizat, n mare parte, de

transmisii de la i ntre PC-uri;

pota electronic i extensii;