Professional Documents
Culture Documents
Simularea cu calculatorul
Dezvoltarea simularii “in timp real” sau “on-line” a deschis noi domenii de aplicatie
pentru simulari. In domeniile care utilizeaza sisteme de control si achizitie de date
(SCADA = Supervisory Control and Data Acquisition) sau sisteme de control distribuit
(DCS = Distributed Control Systems), utilizarea simularii on-line ofera posibilitatea de a
calcula in timp real informatii financiare, de inventar si de programare a activitatilor,
facandu-le accesibile imediat intregii companii.
Sistemele SCADA sunt folosite uzual in domenii in care este necesara transmiterea
la distante mari a unui produs. Sistemele DCS sunt intalnite mai ales in intreprinderi
independente cum ar fi uzinele chimice, unitati de productie si fabrici de producere sau
ambalare din industria alimentara.
Cel mai important aspect al unui sistem SCADA sau DCS este acela ca operatorul
primeste in permanenta informatii despre functionare de la numeroase echipamente
situate la distanta si controleaza procesul de la terminale de calculator. Acest fapt permite
ca toate datele de proces sa fie imediat disponibile pentru o simulare pe computer.
Odata ce simularea in timp real este pusa la punct si ea reproduce fidel conditiile
reale ale intreprinderii, se pot efectua - avand certitudinea ca deciziile sunt corecte si bine
fundamentate - extrapolari pentru viitor, decizii economice on-line, modificari ale
eficientei activitatilor, si analize “ce se intampla daca...”. Simularea in timp real permite
efectuarea de calcule economice si financiare si obtinerea imediata a datelor.
Arhitectura simularii
Simularea a fost definita de catre Oxford American Dictionary in anul 1980 ca fiind
un mod de a reproduce conditiile reale ale unei situatii, prin intermediul unui model, cu
scopul de a-l testa sau pentru instruire. Modelul folosit in aceasta lucrare este un model
creeat pe calculator, context in care simularea poate fi definita ca fiind imitarea unui
sistem dinamic folosind un model realizat pe calculator cu scopul de a-l evalua si de a-i
imbunatati performantele. Conform Schriber a definit in anul 1987 simularea ca fiind
modelarea unui proces sau sistem intr-un asa fel incat acesta sa imite sistemul real.
In simulare se formuleaza mai intai o ipoteza referitoarea la care este cel mai bun
design sau care sunt cele mai bune modalitati de operare ale sistemului analizat. Dupa ce
ipoteza a fost formulata se trece la pregatirea simularii unui model in scopul de a testa
ipoteza formulata. In continuare se vor realiza mai multe experimente pe modelul
realizat. In final se vor analiza rezultatele si se vor trage concluziile referitoare la ipoteza
formulata. Daca ipoteza a fost corect formulata, se va putea merge mai departe in
realizarea de schimbari in design sau operatii. Dupa cum se vede in figura acest proces se
repeta pana in momentul in care rezultatele obtinute sunt satisfacatoare.
Se poate observa asdar ca simularea este o unealta care descrie modalitaea in care
sistemul se va comporta si nu modalitatea in care sistemul ar trebui construit.
Nu toate problemele sistemelor pot sa fie rezolvate prin simulare. Este importanta
alegerea uneltei potrivite pentru realizarea problemelor. Pentru unele probleme simularea
este o solutie prea complexa si inutila. Simularea are anumite limitari care sunt bine sa fie
stiute inainte de a lua decizia de a folosi simularea pentru a rezolva o anumita situatie.
Este bine sa se tina cont de urmatoarele criterii inainte de a lua decizia de a folosi
simularea:
Deciziile trebuie sa fie de natura operationala. Poate cea mai importanta limitare a
simularii este restrictia referitoare la problemele operationale asociate cu planificarea
sistemelor in care este cautata o solutie cantitativa sau logica. Nu este foarte folositoare in
rezolvarea problemelor cantitative ce implica chestiuni tehnice sau sociologice cum ar fi
solutii de natura cum sa se imbunatateasca siguranta utilajelor sau cum sa se motiveze
angajatii ca sa dea un randament mai bun. Toate aceste probleme legate de calitate se pot
rezolva folosind alte tehnici.
Procesele trebuie sa fie bine definite si repetitive. Simularea este utila doar daca
procesul modelat este bine structurat si repetitiv. Daca procesul nu urmeaza o secventa
logica respectand anumite reguli, acesta va fi greu de modelat. Simularea poate fi aplicata
doar daca se poate descrie modul in care procesul opereaza. Acest lucru nu inseamna ca
nu pot sa existe incertitudini, comportamentul oscilant sau aleatoriu putand fi modelat cu
ajutorul expresiilor probabilistice. In momentul in care nu se poate anticipa modalitatea
in care sistemul se va comporta, simularea devine inutila, la fel si procesele care nu se
repeta in mod uniform.
Sistemul trebuie sa prezinte interdependente si variabilitate. Un sistem poate sa
cuprinda mai multe activitati, dar daca acestea nu interactioneaza niciodata intre ele sau
daca nu prezinta variatie, folosirea simularii nu este necesara. Nu numarul de activitati
face sistemul greu de analizat ci numarul de activitati aleatorii si cele interdependente.
Interdependentele simple sunt usor de analizat daca nu este mare diversitate in activitati.
Costul luarii deciziei este mai mare decat costul realizarii simularii. Uneori
impactul deciziei in sine este atat de mic incat justifica timul si efortul necesar realizarii
unei simulari.
Costul experimentarii pe sistemul actual este mai mare decat costul efectuarii
simularii. In timp ce simularea evita pauzele de timp si costurile asociate cu
experimentarea pe sistemul real, in unele simulari uneori este mai rapid si mai putin
costitsitor sa se experimenteze pe sistemul real.
project management;
comunicari;
ingineria sistemelor;
analiza statistica si conducerea experimentelor;
principii si concepte de modelare;
programare si cunostinte de folosire a calculatorului;
pregatire in una sau mai multe simulari pe diferite produse;
cunoasterea sistemului investigat;
Experienta a aratat faptul ca unele persoane invata simularea mult mai repede decat
altele si devin mult mai rapid implicati in acest domeniu. Cei care au o putere de gandire
ridicata si cei care dau importanta si sunt atenti la detalii sunt cei mai potriviti pentru
realizarea simularilor. Acestia sunt capabili ca in scurt timp sa determine ceea ce este
important pentru sistemele analizate, sa adune informatii pertinente si sa realizeze un
model cat mai real fara mare efort.
In mod normal, un proiect de simulare poate avea mai multe obiective care se
incadreaza in categoriile listate mai sus. Uneori obiectivele se schimba sau se extind pe
parcursul proiectelor. Intuitia pe care o ofera simularea mareste sansele de imbunatatire a
oportunitatilor neobservate de la inceput. In plus procesul realizarii simularii ajuta la
rafinarea si clarificarea obiectivelor. Este important sa se ramana in apropierea
obiectivelor initiale ale proiectului iar schimbarile trebuiesc sa fie foarte bine
documentate si evaluate referitor la impactul pe care acestea le vor avea asupra bugetului
si asupra timpilor de lucru.
Definirea obiectivelor unui studiu de simulare ar trebui sa ia in considerare scopul
final pentru care modelul va fi folosit. Unele modele sunt construite doar pentru a fi
folosite o singura data iar mai apoi nu vir mai fi folosite, altele vor fi refolosite in studii
de analiza de natura ce se intampla daca, alte simulari sunt folosite doar pentru a obtine
date statistice, altele doar pentru a convinge prin intermediul animatiei modul in care
sistemul sau procesul va functiona, pentru clientii sceptici, unele sunt folosite doar de
catre analisti si de aceea nu au nevoie de o interfata grafica foarte prietenoasa.
Cand scopul este analiza aspectelor in materie de performante ale sistemului,
tendinta este de a se gandi la valorile asteptate si care se doresc sa fie obtinute.
Este intotdeauna important si este cel mai bine daca obiectivele pot fi definite
complet, precis si clar. Este necesar sa se stie de la inceput ce se doreste sa se realizeze cu
studiul de simulare si de asemenea daca la sfarsit s-au atins obiectivele. De aceea pentru a
fi eficiente obiectivele trebuie sa fie:
sa aiba impact;
sa fie posibil de atins;
sa fie specific;
sa fie cuantificabil;
sa fie masurabil;
sa identifice constrangerile relevante;
3.2 Prezentare
3.3.1 Locatii
Locatiile sint zone fixe ale sistemului (ex. masini, cozi, zone de stocare, puncte de
lucru, rezervoare, etc. ) in care entitatile sint directionate pentru procesare, depozitare sau
doar pentru a lua o decizie referitoare la o directionare viitoare. Locatiile pot contine o
singura unitate lucratoare sau mai multe unitati lucratoare de acelasi tip care executa
aceeasi operatie in paralel.
Locatiile pot avea o capacitate mai mare decit 1 si intreruperi periodice datorita
timpului de folosire, frecventei de folosire, schimbului de material sau datorita unor
conditii impuse de utilizator. Locatiilor i se pot atribui reguli de intrare si iesire. Regulile
de intrare sint folosite pentru selectarea carei entitati va fi procesata in timp ce regulile de
iesire sint folosite pentru sortarea entitatilor (prima intrata prima iesita – FIFO, ultima
intrata prima iesita – LIFO, definita de utilizator ) intr-o locatie cu capacitate largita.
Doua tipuri speciale de locatii care furnizeaza operatii de stocare si mutare sint
cozile si transportoarele. O coada simuleaza comportamentul unei linii de asteptare
incluzind miscarea entitatilor pe aceasta linie. Transportoarele pot sau nu acumula entitati
si au particularitati referitoare la viteza si spatiu de stocare. Acestea pot fi configurate ca
impreuna sa furnizeze retele de transportoare. Ceea ce e nou in versiunea 4.0 a ProModel
este posibilitate a de a modela curgerea continua a lichidelor si a altor substante din si in
rezervoare sau recipiente similare.
3.3.2 Entitatile
Retelele interne definesc posibilele trasee pe care entitatile si resursele le pot avea
de-a lungul prelucrarii in sistem, ele fiind optionale. Retelele interne sint alcatuite din
noduri conectate prin segmente de retea. Retelele interne se definesc grafic cu ajutorul
mouse-ului. Se pot defini mai multe retele interne iar una sau mai multe resurse si sau
entitati pot face parte din aceeasi retea. Transferul intr-o retea interna poate fi definit in
termeni de distanta si viteza sau timp. Distantele sint calculate automat in functie de scara
definita de utilizator.
Exista trei tipuri de retele interne: de trecere, care nu accepta trecerea si macara. O
retea interna de trecere este folosita pentru transfer deschis in care entitatile si resursele se
pot depasii una pe alta.
3.3.4. Resurse
O resursa poate fi: o persoana, o unealta, un vehicul sau orice alt obiect ce poate fi
folosit la:
- transportul materialelor intre locatii
- executarea unei operatii la o locatie
- intretinerea unei locatii sau a unei alte resurse care e nefunctionala.
Resursele pot fi statice sau pot fi atribuite unei retele interne. Un tip special de
resursa dinamica e o macara. Reguli decizionale oferite de ProModel pot fi folosite
pentru alocarea resurselor si pentru definirea prioritatilor de ridicare si livrare a
entitatilor. Caracteristicile de miscare a resurselor cum ar fi definirea vitezei, a
accelerarii, a decelerarii, timpilor de ridicare si livrare pot fi deasemenea specificate.
3.3.5 Procesarea
3.4.1 Atribute
Atributele pentru entitati si locatii pot contine valori reale sau intregi. Numele
locatiilor, resurselor si entitatiilor pot fii deasemenea atasate atributelor.
3.4.2 Variabile
3.4.4 Macro-uri
Un Macro e o expresie complexa sau un set de expresii care poate fi definit intr-un
loc si poate fi folosit de cite ori e nevoie. Macro-urile pot fi de ajutor in situatii in care se
aplica o formula in mai multe locuri in interiorul modelului.
3.4.5 Subrutine
3.5 Costuri
Cu ajutorul modulului de costuri sepot lua decizii bazate pe costuri. Noi ferestre de
dialog permit monitorizarea costurilor asociate locatiilor, entitatilor si resurselor in timpul
rulari unui model. Pentru locatii se poate determina costurile necesare functionarii
locatiei respective. Pentru resurse costurile totale include costurile de folosire si costurile
de nefolosire a resursei. Pentru entitati costurile totale include insumarea tuturor
costurilor necesare procesarii entitatii la toate locatiile prin care aceasta trece la care se
adauga costurile de folosinta a resurselor si costul initial al entitatii.
3.6 Grafica
Prin alegerea statisticilor pentru resurse, locatii, entitati, variabile, etc. utilizatorii
pot personaliza afisarea rapoartelor finale. Statisticile sunt scrise la final intr-o baza de
date ce contine statistici iar informatiile din aceasta pot fi exportate mai apoi in fisiere de
diferite extensii, se pot afisa, printate sau plotate.
3.10 Opţiunile
3.11 Optimizarea
3.13 Concluzii