M.S.P.

Cap.1 Noiuni generale

1.10

1
NOTIUNI GENERALE DE MODELARE - SIMULARE
1. Necesitatea simulrii Orict ar prea de ciudat i exagerat, este totui o realitate faptul c n viaa de toate zilele fiecare dintre noi modeleaz i simuleaz, dei numai unii o fac explicit, folosind n acest scop calculatorul. Nu credei? Iat un exemplu destul de concludent: pentru a atinge un anumit obiectiv, cum ar fi adjudecarea unui contract sau o promovare pe scar ierarhic, persoana interesat trebuie s analizeze un grup de factori care interacioneaz i care fac parte dintr-un sistem real. Dar analistul nostru are o imagine proprie asupra sistemului, ignornd o serie de detalii, fie pentru c nu a avut cum s le afle, fie pentru c nu le consider importante. Si astfel va opera cu un model mental, care constituie o reprezentare simplificat, i deci aproximativ, a sistemului real, dar pe care analistul o consider satisfctoare. Folosind acest model el ncearc s i imagineze cum se vor defsura lucrurile (s prevad comportarea sistemului), realiznd astfel o simulare. Dar, fiind contient de faptul c anumii factori se pot modifica, probabil va simula mai multe variante, ncercnd astfel s estimeze ce se ntmpl dac .... Deciziile luate pe baza rezultatelor obinute pot varia de la nu merit s ncerc, pn la stabilirea unui plan detaliat de aciune pentru a influena, ntr-un mod considerat favorizant, anumii factori. Din pcate, dac modelul mental nu aproximeaz corect sistemul real, este posibil ca decizia luat s fie complet eronat. De cte ori nu i s-a ntmplat fiecruia dintre noi s judece greit o situaie sau o persoan? Si totui, n permanen se ivesc situaii n care, pentru a lua o decizie ct de ct just, trebuie s construim modele i s facem simulri. n procesul proiectrii, realizrii i exploatrii sistemelor complexe modelarea i simularea joac un rol de incontestabil importan, atestat i de sumele imense cheltuite n acest scop n rile dezvoltate. Dar utilizarea eficient a acestui instrument de analiz extrem de puternic, numit simulare, presupune nelegerea corect a mecanismelor sale, a avantajelor pe care le ofer, dar i a posibilelor dezavantaje, cunoaterea factorilor care pot conduce la succes sau la eec. Termenul simulare, n accepiunea din domeniul informaticii, se refer la utilizarea calculatorului n procesul de analiz indirect a unui sistem. Ce fel de sistem? Orice colecie de elemente care interacioneaz pentru realizarea unui obiectiv (scop): un motor sau un aeroport, o autostrad sau o retea de calculatoare, un lac sau o comunitate uman, o navet spaial sau un sistem planetar. Fiecare sistem este descris prin mulimea componentelor sale, relaiile dintre acestea
1

M.S.P.E

Cap.1 Noiuni generale

2.10

i mulimea de variabile care defineste starea sistemului la un anumit moment de timp. De ce analiz? Pentru a obtine informatii despre caracteristicile si comportarea sistemului studiat (care poate fi un sistem existent sau unul ipotetic, eventual n curs de proiectare). Informatiile obtinute pot fi destinate evalurii performantelor sistemului ntr-un anumit context, analizei sensibilittii sale la diversi factori, optimizrii functionrii, alegerii unei variante dintre mai multe posibile, etc. Cu alte cuvinte, pentru a rspunde la ntrebri de tipul Se conformeaz criteriilor impuse?, respectiv Ce se ntmpl dac ...?. De ce indirect? Pentru c analiza direct nu este posibil, din diverse motive. De cele mai multe ori pentru c sistemul analizat nu are existent material concret, fiind vorba de un sistem aflat n curs de proiectare sau reproiectare. Dar chiar n cazul unui sistem existent, analiza direct este imposibil n multe cazuri, fie pentru c ar putea produce pagube deosebit de mari, prin deteriorarea sau distrugerea sistemului, fie pentru c sistemul nu poate fi pus la dispozitia analistului pentru efectuarea de experimente directe. De asemenea, anumite sisteme au evolutie foarte lent, care conduce la o durat inadmisibil de mare a analizei directe, iar pentru alte sisteme nu pot fi generate conditiile n care trebuie analizat comportarea lor. Astfel, n cazul unei cldiri pentru care se studiaz comportarea n caz de cutremur este imposibil si inadmisibil s se genereze contextul analizei (cutremure de diferite magnitudini). Si chiar dac, prin absurd, analiza direct ar fi posibil, ea ar conduce la deteriorarea cldirii. n astfel de situatii nu exist dect o solutie: utilizarea unei alte reprezentri a sistemului analizat, deci a unui model al acestuia. Ce fel de model? Pentru o cldire, un baraj sau un avion poate fi realizat un model la scar redus al obiectului analizat. Este deci vorba de un model fizic. Dar, n marea majoritate a cazurilor, modelul utilizat este un model simbolic, care prezint, sub form de schem functional sau de model matematic (sistem de ecuatii algebrice sau diferentiale, relatii de recurent etc.), acele aspecte ale sistemului analizat care sunt considerate esentiale din punctul de vedere al obiectivelor analizei. Din punctul de vedere al reprezentrii n timp, modelul poate fi static sau dinamic, dup cum ilustreaz particularittile sistemului modelat la un singur moment, sau pe parcursul unui interval de timp. La rndul su, un model dinamic poate fi continuu sau discret, dup cum prezint evolutia n timp a valorilor variabilelor de stare: ca o schimbare care are loc n permanent, sau doar la momente de timp izolate. Modelele n care modificarea strii este determinat de producerea unor evenimente reprezint modele discrete controlate de evenimente. Nu se exclude posibilitatea unor modele combinate, care s contin att componente continue, ct si componente discrete.

M.S.P.E

Cap.1 Noiuni generale

3.10

Un alt criteriu de clasificare a modelelor este cel al prezentei sau absentei elementelor cu caracter aleator, care mparte modelele n stocastice, respectiv deterministe. n cazul unui sistem cu model matematic foarte simplu (de exemplu sistem de ecuatii algebrice) este relativ usor de obtinut, chiar fr a folosi calculatorul, informatia dorit cu privire la comportarea sa. De exemplu, poate fi calculat valoarea unei anumite variabile de stare la un anumit moment de timp sau trasat o reprezentare grafic a evolutiei variabilei respective pentru intervalul de timp de interes. Dar astfel de situatii sunt destul de rare, complexitatea modelelor matematice ale sistemelor reale impunnd utilizarea unui calculator care s prelucreze modelul matematic, adus la o reprezentare adecvat - modelul de simulare. Ce tip de calculator? n stadiul actual majoritatea simulrilor se realizeaz pe calculatoare numerice de cele mai diverse tipuri, de la calculatoare personale pn la supercalculatoare sau sisteme distribuite. Dar, ocazional, se mai utilizeaz si calculatoare analogice, ale cror blocuri functionale, cu modele matematice bine precizate, sunt interconectate pentru a obtine reprezentarea fidel a modelului matematic al sistemului analizat. Totusi, simularea numeric este preponderent, analistul avnd posibilitatea s aleag dintr-o mare varietate de limbaje si programe de simulare pe cel mai potrivit scopului si posibilittilor sale. Ce tip de program? Programul destinat simulrii unui anumite clase de modele (numit, mai simplu, simulator), poate fi scris fie ntr-un limbaj de programare de uz general (BASIC, C, Pascal, FORTRAN, PYTHON, FreePASCAL, MATHCAD, etc.) utiliznd, eventual, biblioteci special concepute, fie ntr-un limbaj de simulare (GPSS, MATHLAB, SIMULINK, SIMULA, DYMOLA, etc.). Analistul poate s implementeze propriul su simulator sau poate s opteze pentru utilizarea unuia dintre numeroasele simulatoare specializate, care nu implic programare efectiv, ci doar selectarea, prin intermediul meniurilor, a componentelor modelului de simulare si, eventual, definirea unor parametri ai acestora. Cum se obtin rezultatele? n urma mai multor experimente de simulare (executii ale modelului de simulare), efectuate pentru seturi de date si/sau parametri, alese corespunztor obiectivelor urmrite n procesul de simulare. Forma de prezentare a rezultatelor poate s varieze, de la tabele de valori la grafice sau chiar prezentri animate ale evolutiei n timp a modelului n ansamblu sau a unor elemente ale acestuia. Pentru ca rezultatele experimentelor de simulare s fie realmente utile, este obligatoriu ca modelul de simulare utilizat s reflecte ct mai fidel propriettile si comportarea sistemului modelat. Numai n acest caz concluziile la care se ajunge analiznd rezultatele simulrii (care, evident, se refer la model) pot fi aplicate si n cazul sistemului. Utilitate si limitri. Simularea este o metodologie experimental si aplicativ, care se concretizeaz prin efectuarea de experimente asupra modelelor sistemelor, pentru a nu perturba sau construi efectiv sistemele respective. Rezultatele obtinute pe
3

M.S.P.E

Cap.1 Noiuni generale

4.10

aceast cale permit factorilor de decizie s compare sisteme diferite sau variante ale aceluiasi sistem, s trag concluzii cu privire la performantele unui sistem, la comportarea probabil a acestuia si la eventualele abateri de la cea asteptat. Dar simularea are si limitri: nu permite obtinerea unor solutii exacte sau optime, nu compenseaz erorile n specificarea datelor sau n luarea anumitor decizii si poate fi foarte costisitoare n cazul sistemelor de complexitate ridicat. De asemenea, nu trebuie uitat nici un moment un aspect esential: modelul este o reprezentare simplificat a sistemului real. n consecint exist ntotdeauna riscul ca o eroare de apreciere n ceea ce priveste importanta unui factor sau formularea unei interdependente s conduc la rezultate total diferite de cele care s-ar obtine n realitate. De aceea modelul trebuie verificat si validat cu mare atentie nainte de a trece la folosirea sa efectiv.
2. Etapele analizei prin simulare

Simularea unui sistem este, n marea majoritate a cazurilor, un proces iterativ, care impune deseori reluarea unor etape, pn la obtinerea unor rezultate concludente. Principalele etape ale acestui proces sunt urmtoarele: Stabilirea cadrului simulrii - etap esential, n care trebuie definite clar att sistemul analizat, ct si obiectivele urmrite: ntrebrile la care trebuie dat un rspuns, variantele care trebuie analizate, criteriile aplicate pentru compararea variantelor, modul de prezentare a rezultatelor s.a.m.d. n definirea sistemului analizat este bine s intervin toate detaliile cunoscute, care pot contribui la o mai bun ntelegere a functionrii acestuia, chiar dac ulterior unele dintre ele vor fi considerate nerelevante pentru obiectivul urmrit. Elaborarea modelului conceptual, folosind notatii matematice sau grafice adecvate. n aceast etap poate fi vorba fie de un model unic, fie de un prim model dintr-un grup, care s constituie punctul de pornire pentru modele elaborate ulterior, prin modificarea unor elemente sau prin includerea unor elemente noi. Modelul trebuie s reflecte esenta sistemului real, fr a include detalii inutile. Definirea experimentelor de simulare care trebuie realizate pentru verificarea si validarea modelului de simulare si, respectiv, n scopul obtinerii rezultatelor necesare pentru atingerea obiectivelor stabilite. Colectarea si pregtirea datelor care vor fi utilizate n experimentele de simulare este si ea o etap important. Aceasta nu numai pentru c fr date nu este posibil validarea modelului si obtinerea rezultatelor dorite, ci si pentru c anumite particularitti ale datelor se pot reflecta direct n modelul de simulare al sistemului. Realizarea modelului de simulare, ca rezultat al codificrii modelului conceptual al sistemului sub form de program sau folosind interfata oferit de un simulator specializat. Alegerea unei anumite solutii este conditionat de numerosi factori, dintre care mentionm numai disponibilitatea unuia sau altuia dintre pachetele de programe,
4

M.S.P.E

Cap.1 Noiuni generale

5.10

experienta n utilizarea acestora, timpul necesar realizrii modelului de simulare si usurinta cu care pot fi efectuate modificri asupra acestuia. Verificarea si validarea modelului prin executia unor experimente de simulare care s confirme analogia dintre comportarea modelului si cea a sistemului modelat. Dac acestea nu conduc la rezultatele dorite este necesar reexaminarea deciziilor luate n etapele anterioare, n vederea detectrii si corectrii erorilor comise. Efectuarea experimentelor de simulare generatoare de rezultate, conform obiectivelor urmrite. Este posibil ca rezultatele obtinute dup primele experimente de simulare s impun modificri ale modelului de simulare sau ale modului n care trebuie continuat simularea (adugnd noi experimente de simulare sau renuntnd la unele dintre cele planificate initial). Analiza si interpretarea rezultatelor obtinute. Aceasta poate fi realizat manual sau cu ajutorul unor programe de prelucrare adecvate. Prezentarea si utilizarea rezultatelor analizei. De regul rezultatele analizei prin simulare sunt destinate lurii unor decizii de ctre alte persoane dect cele care au realizat simularea. De aceea este absolut necesar prezentarea concluziilor ntr-o form clar, sugestiv si convingtoare, folosind o exprimare accesibil factorilor de decizie. Se creeaz astfel premisele ntelegerii corecte a rezultatelor obtinute, care este determinant pentru acceptarea si aplicarea lor n practic. Un aspect care nu trebuie neglijat pe tot parcursul simulrii este documentarea, care trebuie s se refere att la modul n care a fost elaborat si dezvoltat modelul, ct si la criteriile care au stat la baza planificrii experimentelor de simulare. Este foarte important ca n documentatie s fie precizate limitrile modelului: ce aspecte au fost neglijate n varianta elaborat, ce aproximri au fost fcute s.a.m.d. Odocumentare de calitate permite ca modificrile ulterioare s fie mai usor de realizat (chiar de ctre altcineva dect persoana sau echipa care a realizat studiul de simulare), precum si reutilizarea unor elemente deja puse la punct. Efortul depus pentru documentare poate fi benefic chiar pentru cel care l face, deoarece anumite aspecte, referitoare la sistem, model sau experimentele de simulare, initial neluate n considerare, pot s ias la lumin n momentul scrierii documentatiei, respectiv al comentrii programului de simulare. Un alt factor care trebuie avut n vedere este contactul permanent cu beneficiarul simulrii, deoarece acesta poate fi sursa unor informatii importante, care nu au fost furnizate n momentul formulrii problemei, dar care pot afecta puternic modelul sau datele utilizate n experimentele de simulare. Se remarc faptul c etapele ce se parcurg n simulare sunt similare celor parcurse pentru realizarea oricrui produs program. Modelul matematic si modelul de simulare joac n simulare acelasi rol pe care l joac algoritmul si programul n rezolvarea unei probleme oarecare - dac unul dintre ele este gresit, atunci rezultatele
5

M.S.P.E

Cap.1 Noiuni generale

6.10

obtinute nu au nici o valoare sau, mai ru, pot avea efecte dezastruoase. Acelasi efect pot s l aib si datele incorect alese. Asa cum n programarea uzual etapa mai delicat este cea de elaborare a algoritmului de rezolvare a unei probleme, n simulare partea cea mai delicat este cea de modelare. Aceasta deoarece modelul trebuie s aproximeze sistemul real, folosind o reprezentare ct mai simpl si mai compact, care nu include detalii inutile si nu omite nici unul dintre elementele importante. 3. Mecanismele simulrii Un experiment de simulare trebuie s pun n evident comportarea modelului (deci modul n care evolueaz valorile variabilelor de stare) pe parcursul unui interval de observare, definit prin valoarea initial si cea final a timpului simulat. n multimea variabilelor care definesc starea modelului pot fi incluse, n afara variabilelor care modeleaz elemente ale sistemului real, si variabile utilizate pentru a colecta informatii statistice, necesare pentru obtinerea rezultatelor dorite. Dac simularea se realizeaz pe un calculator numeric, atunci avansul timpului n intervalul de observare este marcat de ceasul simulrii, care se modeleaz printr-o variabil numeric. Dar aceasta poate lua numai valori discrete, ceea ce nseamn c, n acest caz, modelul de simulare este un model discret. Tipul modelului conceptual - continuu sau discret - va determina numai modul n care se produce avansul timpului. Astfel, n cazul modelelor continue din categoria ecuatiilor diferentiale ceasul simulrii avanseaz cu pas constant sau variabil, n functie de particularittile metodei numerice de integrare utilizate. Mecanismul de avans al ceasului simulrii este diferit n cazul modelelor discrete controlate de evenimente. n astfel de situatii se pstreaz evidenta tuturor evenimentelor care urmeaz s se produc si a momentelor de timp planificate pentru producerea lor, ceasul simulrii avansnd de fiecare dat pn la cel mai apropiat dintre aceste momente de timp. Prima situatie prezentat poate fi considerat un caz particular al modelului controlat de evenimente, n care intervin numai dou tipuri de evenimente: avansul ceasului simulrii, planificat sistematic, si, respectiv, atingerea valorii care marcheaz sfrsitul intervalului de observare. Avansul ceasului simulrii nu conduce ntotdeauna la executia prelucrrilor corespunztoare tuturor evenimentelor planificate pentru momentul de timp respectiv. Aceasta deoarece este posibil ca anumite evenimente s se poat produce numai n conditii bine precizate, care nu sunt ndeplinite n momentul planificat. n astfel de cazuri evenimentele sunt amnate pn la schimbarea conditiilor, care poate avea loc numai ca rezultat al producerii altor evenimente. Ceasul simulrii se opreste si experimentul de simulare se termin n momentul ndeplinirii unei conditii specifice, deci al producerii unui eveniment, cum ar fi atingerea valorii finale a intervalului de observare, detectarea unei erori s.a.m.d.
6

M.S.P.E

Cap.1 Noiuni generale

7.10

Rezult c, indiferent de tipul sistemului simulat, executia experimentului de simulare se deruleaz conform aceluiasi algoritm: * initializri ct timp nu apar cauze de oprire execut { * actualizare stare * avans ceas } * prelucrri finale n cazul general al simulrii controlate de evenimente actualizarea strii se realizeaz prin tratarea tuturor evenimentelor care pot avea loc la momentul de timp marcat de ceasul simulrii. O parte dintre acestea pot fi evenimente planificate pentru momente de timp anterioare, dar care au trebuit amnate. Tratarea unui eveniment conduce la modificarea valorilor unor variabile de stare si, eventual, planificarea unor noi evenimente. Dar aici apare o problem destul de spinoas, deoarece n sistemul real toate aceste modificri au loc n paralel, ceea ce este practic imposibil de realizat n experimentul de simulare, chiar si n contextul prelucrrilor paralele. Este deci extrem de important ca, n procesul de secventializare, ordinea tratrii evenimentelor simultane s fie stabilit corect, ca de altfel si ordinea n care se actualizeaz variabilele de stare pe parcursul tratrii unui anumit eveniment. n cazul n care implementarea modelului de simulare este realizat ntr-un limbaj de programare de uz general, responsabilitatea stabilirii ordinii prelucrrilor cade n totalitate n sarcina programatorului. Dac se utilizeaz un limbaj de simulare specializat, atunci cea mai mare parte a acestei responsabilitti este preluat de compilator (interpretor). Gama prelucrrilor efectuate pentru actualizarea valorii unei variabile de stare este foarte larg, de la simpla atribuire pn la calcule de complexitate ridicat. Si aici apare o alt problem delicat: erorile de calcul. Fr a intra n amnunte, trebuie mentionat faptul c, de cele mai multe ori, precizia rezultatelor obtinute prin simulare n cazul modelelor determinste scade o dat cu cresterea intervalului de observare, datorit acumulrii erorilor de calcul, n timp ce, n cazul modelelor stocastice, precizia rezultatelor creste, deoarece distributiile variabilelor aleatoare au tendinta de a se apropia de cele dorite. Mecanismul de simulare prezentat, bazat pe planificarea evenimentelor, este reflectat ca atare n modelele de simulare descrise n limbaje de uz general. Acestea pun n evident modul n care este tratat fiecare dintre evenimentele caracteristice modelului (fr a omite nici un detaliu semnificativ) si, evident, mecanismul de control al ceasului simulrii. Limbajele de simulare urmresc s simplifice descrierea modelului de simulare si s o aduc la o form usor de nteles de ctre un numr ct mai mare de utilizatori, apropiat de forma uzual a modelelor conceptuale si ct mai compact. Astfel, n cazul limbajelor de simulare destinate sistemelor cu cozi de asteptare, se prefer descrierea modelului de simulare prin succesiuni de activitti (de exemplu ocuparea,
7

M.S.P.E

Cap.1 Noiuni generale

8.10

utilizarea si eliberarea unor resurse), care se interconditioneaz. Binenteles c, datorit interactiunilor, o entitate nu poate s si desfsoare nestnjenit ntregul flux de activitti. Acesta este ntrerupt si ulterior reluat, n concordant cu modificrile n starea sistemului cauzate de evenimente specifice. De obicei acestea se produc la nceputul sau sfrsitul unor activitti. Si astfel am ajuns din nou la necesitatea planificrii evenimentelor dar, de aceast dat, problema este rezolvat de compilator care, de cele mai multe ori, rezolv si problemele legate de colectarea de statistici. 4. In loc de concluzii Simularea cstig din ce n ce mai mult teren, desi acest fapt nu este ntotdeauna evident. n prezent cel mai spectaculos domeniu n care intervine simularea este realitatea virtual, motorul fiecrei aplicatii fiind un simulator. De asemenea, multe experimente de simulare sunt prezentate ntr-un ambalaj de realitate virtual, care le face mai spectaculoase si mai convingtoare. Dar, n special n acest context, rezultatele trebuie analizate cu luciditate si chiar cu oarecare circumspectie. De ce? Pentru c n spatele unei prezentri superbe se poate afla un model care se abate, din unul sau mai multe puncte de vedere, de la realitatea pe care credem c o modeleaz. Aceasta nu nseamn c trebuie s renuntm la simulare, ci doar c trebuie s respectm, la fel ca n viata de zi cu zi, cteva reguli simple: s cutm s aflm ct mai mult despre problema tratat si s filtrm ct mai atent informatiile obtinute, s nu ne lsm furati de aparente si s nu confundm conditiile reale cu cele care ne convin. 5. Noiuni principale n simulare Pentru a se inelege mai bine i pentru a se reduce din erorile datorate interpretrii diferite a noiunilor curent utilizate n modelarea i simularea sistemelor se prezint n continuare un dicionar resus de termeni cu explicarea detaliat a sensului i legturilor ntre noiuni. Sistem. Ansamblu de elemente (componente) care interacioneaz pentru realizarea unui obiectiv (scop). Exemple: un motor, un bioreactor de fermentaie, o instalaie de tratat ape reziduale, o reea de calculatoare, o comunitate uman, o navet spaial, un sistem planetar. Componentele unui sistem pot fi privite ca entiti de sine stttoare sau ca subsisteme. Sistem continuu Sistem n care variabilele de stare se modific n permanen, aa cum se ntmpl n cazul unui sistem aflat n micare (tren, avion etc.) a crui poziie i vitez se modific continuu.

M.S.P.E

Cap.1 Noiuni generale

9.10

Sistem discret Sistem n care variabilele de stare se modific instantaneu, la momente de timp izolate. De exemplu, n cazul unui magazin, numrul de clieni se modific numai la sosirea i, respectiv, plecarea unui client. Sistem controlat de evenimente Sistem n care modificarea strii este determinat de evenimente care se produc la momente de timp izolate. Variabile de stare Variabile necesare pentru a descrie un sistem la un anumit moment de timp. Starea sistemului Mulimea valorilor variabilelor de stare. Model Reprezentare (de cele mai multe ori simplificat) a unui sistem, care permite obinerea de informaii despre comportarea sistemului analizat. Model fizic Reprezentare la scar redus sau din alt material a unui sistem. Model simbolic Reprezentare abstract a unui sistem, care prezint acele aspecte ale sistemului analizat care sunt considerate eseniale din punctul de vedere al obiectivelor analizei. Model matematic Descriere matematic a unui sistem (sistem de ecuaii algebrice sau difereniale, relaii de recuren etc.). Model static Prezint particularitile sistemului modelat la un singur moment de timp. Model dinamic Model care permite determinarea evoluiei n timp a sistemului modelat. Un model dinamic poate fi continuu sau discret, dup cum prezint evoluia n timp a strii. Nu se exclude ns posibilitatea unor modele combinate, care s conin att componente continue, ct i componente discrete. Un alt criteriu de clasificare a modelelor este cel al prezenei sau absenei elementelor cu caracter aleator, care mparte modelele n stochastice, respectiv deterministe. Model de simulare Model implementat pe un sistem de calcul, pentru a realiza analiza indirect a unui sistem.
9

M.S.P.E

Cap.1 Noiuni generale

10.10

Schem funcional O modalitate de reprezentare a sistemului de simulat prin desene schematice care modeleaz caracteristici constructive i funcionale. Schem bloc O modalitate de reprezentare a sistemului de simulat cu entiti de tip bloc.

10