Sunteți pe pagina 1din 21

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

MODULUL 4
INGINERIA SISTEMELOR APLICAT SISTEMELOR INTELIGENTE DE
TRANSPORT

4.1. Introducere n ingineria sistemelor.................................................................115 4.1.1. Sistem i ingineria sistemelor................................................................115 4.1.1.1. Conceptele introductive ale ingineriei sistemelor..........................116 4.1.1.2. Ingineria sistemelor ca noiune complex.....................................117 4.1.1.3. Dimensiunile multiple ale ingineriei sistemelor..............................118 4.1.2. Modele de proces din ingineria sistemelor............................................118 4.1.2.1. Modelul tip V a ciclului de via al unui sistem............................119 4.1.2.2. Modelul tip CASCAD...................................................................121 4.1.2.3. Modelul tip SPIRAL.....................................................................121 4.1.2.4. Modelul EVOLUTIV ca model de dezvoltare tip V.........................122 4.1.2.5. Compararea modelelor de proces.................................................123 4.2. Procesul de planificare...................................................................................123 4.2.1. Procesul de exprimare a viziunii............................................................125 4.2.2. Definirea cerinelor sistemului...............................................................127 4.2.3. Trasabilitatea........................................................................................127 4.3. Procesul de proiectare...................................................................................129 4.3.1. Transpunerea cerinelor n funcii..........................................................129 4.3.2. Arhitectura ITS.......................................................................................130 4.3.2.1. Subsistemul cltorilor..................................................................132 4.3.2.2. Subsistemul centrelor...................................................................132 4.3.2.3. Subsistemul vehiculelor................................................................132 TEST 8.................................................................................................................134

114

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

3. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT


3.1. INTRODUCERE N INGINERIA SISTEMELOR 3.1.1. SISTEM I INGINERIA SISTEMELOR Un sistem este un ansamblu de elemente aflate n corelaie sau n interaciune. (conform ISO/DIS 9000: 2000) Un sistem este un ansamblu integrat, format din unul sau mai multe procese, hardware, software, faciliti i oameni, care furnizeaz o capabilitate de a satisface o necesitate specificat sau un obiectiv specificat. (conform ISO/CEI 12207:1995) Ingineria sistemelor este o abordare interdisciplinar i un mijloc, care permite realizarea cu succes a sistemelor. Ingineria sistemelor integreaz toate disciplinele i grupurile de specialiti n efortul de echip formnd un proces dezvoltat structural, care pornete de la concept pentru a ajunge la execuie i operare. Ingineria sistemelor ia n considerare att nevoile de afaceri ct i cele tehnice ale tuturor participanilor, cu scopul de a furniza calitatea produselor care satisfac nevoile consumatorilor (utilizatorilor). Importana ingineriei sistemelor nu poate fi subliniat suficient. Procentul neobinuit de mare al defeciunilor sistemelor bazate pe programe n domeniul tehnologiei informaiei (IT) se schimb esenial cnd proiectele sunt conduse de participani experimentai. Nu sunt disponibile nc statistici specifice proiectelor ITS, cunoscut fiind faptul c modul de nregistrare a datelor pentru aceste proiecte este mai deficitar dect pentru oricare alt sistem. Comunitatea ITS ntmpin dificulti similare ceea ce nu ar trebui s surprind, deoarece proiectele ITS: trebuie s opereze n timp real, 24 de ore pe zi, apte zile pe sptmn; implic interfaa cu echipamentul provenind de la muli furnizori fr beneficiul unor interfee standardizate; se bazeaz, n mare parte, pe programe care sunt ele nsele mai puin fiabile; implic clieni (de obicei agenii publice) cu puin experien n achiziia tehnologiei informaiei pe care se bazeaz proiectele. Cum se poate constata din tabelul 3.1, probabilitatea de succes a proiectelor majore de transport rutier se mbuntete considerabil prin cunotinele individuale experimentate ale celor care conduc proiectul i particip la implementarea lui.
Tabelul 3.1: Probabilitatea de succes a unui proiect ITS. Rezultate Anulri ntrzieri Activiti corecte Clieni experimentai 40% 39% 21% Management cu experien 35% 37% 28% Toi participanii au experien (profesionalism) 1% 2% 97%

Integrarea sistemelor nu reprezint ingineria sistemelor, deci trebuie fcut o distincie ntre aceste dou noiuni. Integrarea sistemelor se refer la interconectarea sistemelor, astfel nct ele s interacioneze corect, pentru a realiza o funcie superioar. Un exemplu relevant este cel privind dou calculatoare utilizate n domenii adiacente. Fiecare calculator colecteaz date de trafic referitoare la drumuri n sfera autoritii sale. Cnd cele dou sisteme sunt integrate, datele de trafic sunt distribuite pentru a furniza
115

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

afiarea fluxurilor de trafic din sfera ambelor autoriti. Aceasta este o funcie superioar fa de cea realizat de un sistem individual. Sistemele interacioneaz corect dac: transmit datele ctre toate celelalte sisteme, la intervale regulate sau definite de timp; distribuie datele n formate pe care toate celelalte s le neleag; opereaz cu fiabilitate sporit. Combinarea a dou sisteme interconectate reprezint, de asemenea, un sistem. Principiile ingineriei sistemelor, incluznd modul de proiectare i analiz, se aplic, de asemenea, sistemelor integrate. Astfel, se obine o ierarhizare a sistemelor. 3.1.1.1. Conceptele introductive ale ingineriei sistemelor n ingineria sistemelor, trebuie apreciat diferena dintre un sistem, un subsistem i o component, figura 3.1.

Figura 3.1. Sistem, subsistem, component, model tip piramid.

1. Sistem reprezint o combinaie de componente care acioneaz mpreun pentru a realiza o funcie care nu este posibil cu nici una din prile individuale. 2. Subsistem este o grupare de componente, n interiorul sistemului, care realizeaz o funcie identificabil. Un subsistem poate conine mai multe module. 3. Component este cea mai mic unitate de baz a sistemului. Pentru moment, n exemplul anterior fiecare autoritate opereaz cu propriul sistem: detectorii constituie subsistemul de supraveghere, iar subsistemul de comunicaii const din echipamente prin care, se conecteaz calculatorul cu echipamentul extern. n plus, lund n considerare avantajul datelor combinate ale celor dou sisteme de la autoritatea regional, fiecare autoritate opereaz cu un subsistem al sistemului total regional.

Figura 3.2. Automobilul, ca sistem.

Conceptul sistemelor, subsistemelor i componentelor poate fi descris ca o ierarhie. Productorii de automobile, vd automobilul ca un sistem, figura 3.2. Rndul urmtor din aceast structur - motor, caroserie roi - este alctuit din subsisteme, iar anvelopa i butucul roii sunt componente. Dar, productorii pot vedea anvelopa i butucul roii ca subsistem ce conine multiple elemente (butuc i suprafaa de rulare a anvelopei) ca i componente.
116

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

Similar, n cazul specialitilor ITS, trebuie considerat automobilul ca un subsistem al sistemului de transport, care trebuie s cuprind autovehiculul, conductorul i drumul. Astfel, este foarte important s se acorde atenie noiunilor de sistem i subsistem. 3.1.1.2. Ingineria sistemelor ca noiune complex n aplicaiile de nceput, inginerii erau concentrai asupra performanelor i ignorau muli factori importani, cum ar fi factorul uman, problematica social i economic, mediul de afaceri, asociate cu proiectarea i implementarea sistemului. Aceasta situaie s-a dovedit a fi nesatisfctoare. Un sistem, orict de simplu, trebuie s ia n considerare uurina de utilizare, sigurana, costul de fabricaie, stil, etc. Multe sisteme sunt att de extinse i de complexe, nct unei singure persoane i va fi imposibil s neleag n detaliu toi aceti factori.

Figura 3.3. Ingineria sistemelor tehnice complexe.

n principal, procesele din ingineria sistemelor trebuie s ia n considerare urmtorii factori: Consideraii tehnice procesul trebuie s se supun legilor naturale i capacitile de performan ale componentelor i subsistemelor folosite. Consideraiile includ nelegerea aspectelor tehnice ale cerinelor sistemului, specificaiile i constrngerile. Aspecte economice i valorice ingineria sistemelor trebuie s aleag ntre alternative bazate pe proiectare, nu numai din punct de vedere tehnic ci, i de cost i valori relative. Consideraii industriale i politice rezultatele proiectrii trebuie s rspund nevoilor clienilor, n mod obinuit definii ca organizaii care pltesc pentru crearea sistemului.
Tabelul 3.2. Optimizarea sistemului de management al traficului. Aspecte de optimizare Tehnice Economice i valorice Detectori cu bucl inductiv Msurarea volumului, vitezei i gradului de ocupare. Instalarea ntrerupe traficul Instalarea perechilor de detectori furnizeaz cea mai precis metod de colectare a datelor. Furnizeaz nregistrri de date (volume) pentru ingineria i planificarea transporturilor. Detectori radar Msurarea vitezei. Instalare uoar fr blocarea benzilor de trafic. Furnizeaz date despre viteze de circulaie pentru detectarea incidentelor i afiarea pe internet.

Industriale i comerciale

117

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

Optimizarea sistemului clasic de management al traficului poate fi realizat printr-o comparaie ntre monitorizarea traficului, prin folosirea unor detectori bucl inductiv sau a detectorilor radar. Comparaia ntre consideraiile tehnice, economice i industrial/politice sunt prezentate n tabelul 3.2. 3.1.1.3. Dimensiunile multiple ale ingineriei sistemelor Aprecierea caracteristicilor multi-dimensionale este foarte important. Toate produsele considerate n tabelul 3.3, constituie subiectul criteriilor descrise anterior i ele necesit, pentru a sprijini proiectarea i dezvoltarea lor, un proces bazat pe ingineria sistemelor. n perioada actual, inginerii nu mai pot ignora nici unul dintre aceste aspecte, dac vor s proiecteze un produs folositor i vandabil.
Tabelul 3.3. Proiectarea diferitelor produse pe baza teoriei ingineriei sistemelor. Aspecte economice i Aspecte industriale i Produs Aspecte tehnice valorice comerciale Gama de frecvene. Cost. Mrime. Mrimea unitilor. Distribuia bornelor de Aspect. Sistem Tehnologia semiconductorilor. ieire. Particulariti clieni stereo Amortizarea investiiei. (folosirea echipamentului). Control la distan. Standardizare. Vitez. Comercial sau personal. Aspect. Cost. Cerine de spaiu. Calculator Periferice. nvare Portabilitate. Standardizare. Particulariti client. Performane. Reducere zgomot. Capacitate. Costuri de construcie. Amenajri tranzit. Drumuri Vitez limit. Taxat i netaxat. Generarea traficului. Tipuri de vehicule. Mediu. Capacitatea pasageri. Particulariti client. Putere. Culoare. Opiuni. Pre de cumprare. Stil. Automobile Capacitate de ncrcare Costuri de mentenan. Distribuie. Traciune fa/ traciune Siguran. spate.

Proiectarea drumurilor, inclus n tabelul 3.3, este probabil cea mai veche form de inginerie a sistemelor datorit procesului extins de planificare i de proiectare cerut. n continuare este prezentat o reprezentare a modului n care se aplic ingineria sistemelor procesului de proiectare. Pentru o nelegere mai uoar, procesul este mprit n patru faze: planificarea, proiectarea preliminar, proiectarea detaliat i planificarea operaional. 3.1.2. MODELE DE PROCES DIN INGINERIA SISTEMELOR Modelul tip V este cea mai folosit reprezentare a proceselor din ingineria sistemelor, aplicat sistemelor avansate de transport. Acesta definete secvenele i corelaia dintre activitile procesului. Paii reprezentai n diagram sunt preponderent executai ntr-o manier definit de trei modele posibile ale procesului: Modelul tip CASCAD definete procesul liniar n care fazele succesive sunt realizate secvenial. Acest model de analiz a fost o abordare dominant n ingineria sistemelor n anii 80.

118

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

Modelul tip SPIRAL, folosit pentru a descrie dezvoltarea iterativ a proiectrii sistemului. Modelul tip EVOLUTIV, care poate fi executat ca un proces secvenial sau unul n care, anumite faze, pot fi executate n paralel. Utilizarea acestor modele depinde de caracteristicile sistemului ce trebuie dezvoltat. 3.1.2.1. Modelul tip V a ciclului de via al unui sistem Modelul tip V a fost creat pentru a defini ordinea n care este dezvoltat un sistem bazat pe o tehnologie informatic (IT). El ncepe cu dezvoltarea conceptului de OPERARE, are la baz faza de IMPLEMENTARE i ajunge la final n faza de EXPLOATARE I MENTENAN nchiznd astfel prin faza de EVALUARE bucla. Fiecare faz din partea dreapt a modelului, este echivalent cu o faz din partea stng. Figura 3.4 prezint cazul modelului V general, iar figura 3.5 cazul modelului V a ciclului de via al unui sistem inteligent de transport.

Figura 3.4. Modelul general de tip V al ciclului de via.

Partea stng a modelului tip V cuprinde urmtoarele faze: Conceptul de Operare definete modul n care va fi utilizat sistemul, n cazul general, iar pentru arhitectura unui sistem inteligent de transport se identific cu nevoile utilizatorilor. Cerine definesc ceea ce va face sistemul. Cerinele sunt dezvoltate, n mod obinuit, folosind cel puin dou niveluri de detaliere. Proiectare definete modul n care, va fi proiectat sistemul, la cele dou niveluri de detaliere. Implementarea construcia sistemului. Partea dreapt a modelului tip V cuprinde: Integrarea i testarea - asamblare i interconectare Verificarea subsistemelor i a sistemului n ansamblu privind implementarea corect. Exploatare i mentenan. n cazul arhitecturii unui sistem inteligent de transport (fig. 3.5) este foarte important procesul de verificare, pentru a confirma c rezultatul fiecrei faze succesive este n conformitate cu rezultatul fazei anterioare. Procesul de evaluare a arhitecturii unui proces

119

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

este necesar pentru a asigura c arhitectura sistemului este conform cu nevoile utilizatorilor.

Figura 3.5. Modelul tip V al ciclului de via n cazul sistemelor inteligente de transport.

Pasul final n dezvoltarea sistemului este evaluarea, deci, reprezint estimarea abilitii sistemului de a rspunde noilor cerine i identificarea nevoilor poteniale pentru un nou sistem. Evaluarea confirm dac sistemul este potrivit conceptului de operare. Printre obiectivele procesului de evaluare n cazul arhitecturii ITS pot fi amintite: s confirme funciile necesare furnizrii serviciilor ITS cerute; s identifice modul n care arhitectura conine aceste funcii i sprijin conexiunile necesare pentru a furniza aceste servicii; s identifice lipsa oricrei legturi, ntre funciile care ar putea fi furnizate, n scopul producerii serviciilor stabilite; s confirme abilitatea arhitecturii de a sprijini modificrile componentelor sale sau/i schimbrile condiiilor; s confirme abilitatea arhitecturii de a conduce la aplicaii fiabile, din punct de vedere tehnic, politic i financiar; s confirme abilitatea arhitecturii de a conduce la aplicaii care pot fi gestionate, meninute i utilizabile, sub diverse moduri de operare, n deplin siguran. Procesul de evaluare a ciclului de via const n patru tipuri deferite de proceduri: Verificarea compararea datelor de ieire a fiecrei faze individuale a evoluiei sistemului cu rezultatele fazei anterioare, obiectivul fiind de a asigura c rezultatele noii faze ndeplinesc cerinele specificate n rezultatele fazei anterioare. ntotdeauna, verificarea cere s se fac o comparare (de exemplu, rezultatele testului cu rezultatele ateptate). Analiza faz a evalurii ciclului de via, care implic compilarea i cuantificarea intrrilor i ieirilor pentru un produs sistem dat n ntreg ciclul de via (conform ISO 14050: 1998/DAM 1). Testarea procesarea ofertei unui set de mrimi de intrare, a condiiilor i rezultatelor ateptate cu intenia de a gsi defectele unui produs. Se poate reine c testarea poate fi utilizat doar pentru a verifica corectitudinea, dac i numai dac, anumite procese pot fi testate. Validarea - demonstrarea faptului c un produs satisface cerinele prestabilite. Validarea cere ca decizia s se ia pe baza rezultatelor procesului de verificare i, innd cont de testele realizate, sistemul s poat fi integrat.
120

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

3.1.2.2. Modelul tip CASCAD

Figura 3.6. Modelul tip cascad al ciclului de via al sistemelor.

Modelul tip CASCAD descrie o metod de evoluie liniar i secvenial. Dezvoltarea tip cascad are obiective distincte pentru fiecare faz de dezvoltare. O dat completat o faz de dezvoltare, se trece la urmtoarea faz i nu se mai revine la situaia precedent, asemeni unei cascade. n practic, ingineria sistemelor poate permite revenirea la faza anterioar, pe baza experienei acumulate n pasul curent. De exemplu, dac pe durata proiectrii, se constat c o schimbare minor a cerinelor va avea ca rezultat costuri de implementare mai sczute, cerina poate fi modificat. Modelul tip cascad include aceeai pai ca cei identificai pentru modelul V. Ei sunt doar aranjai ntr-un astfel de format, care s arate progresia liniar. Avantaje: este aplicabil sistemelor mici, bine definite; cere mai puin munc dect alte modele i poate fi folosit n mod sigur, dac circumstanele sunt potrivite. 3.1.2.3. Modelul tip SPIRAL Modelul tip SPIRAL este folosit pentru a reprezenta dezvoltarea iterativ a proiectrii sistemului. n alte cuvinte, proiectarea iniial este definit de un prototip. Aceasta este urmat de analiza prototipului, incluznd dezvoltarea conceptului de operare.

Figura 3.7. Modelul tip spiral al ciclului de via al sistemelor. 121

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

n cadrul modelului tip spiral exist patru stadii: alegerea obiectivelor, evaluarea riscului i reducere, dezvoltarea i validarea i cea de-a patra, planificarea. Acest proces poate fi repetat de cte ori este nevoie, cu mbuntiri i analize suplimentare. Faza de proiectare n detaliu i cea de implementare sunt demarate abia cnd proiectanii i consumatorii convin c prototipul ndeplinete nevoile lor. Avantaje: flexibilitatea proiectrii permite schimbri care s fie implementate n diferite stadii ale proiectului; funcia de control este angajat, n mod permanent, de durata implementrii proiectului; este recomandat pentru proiectele cu definire neadecvat a cerinelor. Dezavantaje: procesul iterativ poate necesita un interval mai mare de timp; cere evaluarea riscului i expertiza prototipului.

3.1.2.4. Modelul EVOLUTIV ca model de dezvoltare tip V Modelul EVOLUTIV poate fi reprezentat de diagrama tip V. Liniile din diagrama prezentat n figura 3.8 reprezint modele tip V multiple care sunt executate secvenial. Se ncepe cu o viziune iniial i se execut fazele de planificare i proiectare urmate de dezvoltarea fazei pentru fiecare iteraie.

Figura 3.8. Modelul evolutiv al ciclului de via.

n fiecare faz sunt inclui toi paii maturizrii sistemului (aa cum este reprezentat n diagrama tip V). La sfritul procesului, cumprtorul este responsabil pentru operarea i mentenana fazei finale. La sfritul fiecrei faze exist o evaluare pentru a determina dac cerinele fazei urmtoare, necesit modificri pe baza experienei consumatorului n faza curent. Fr a fi reprezentat n figur, anumite activiti din fiecare iteraie se pot suprapune. Avantaje: simplitatea; furnizeaz maximum de oportuniti pentru dezvoltarea fiecrei versiuni succesive a sistemului, pe baza leciei nvate de la predecesor; dac sunt nregistrate probleme, fazele urmtoare pot fi ntrziate sau anulate (de exemplu, probleme legate de buget); proiectele mari pot fi separate n subproiecte mici, mai uor de condus;
122

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

ntruct pot fi amnate iteraiile urmtoare, sunt minimizate schimbrile privitoare la cerine. Dezavantaje: timpul total de expansiune a sistemului poate crete; este dificil de implementat dac, funciile/cerinele nu pot fi mprite logic n faze.

Figura 3.9. Desfurarea n timp a modelului evolutiv.

Aceast reprezentare cronologic a modelului evolutiv demonstreaz c este posibil ca, anumite faze, s se realizeze n paralel. Modelul evolutiv poate fi executat, n principal, ca un proces secvenial sau, planificarea unei faze se poate realiza n timp ce faza precedent este nc n curs de desfurare. Beneficiarul poate ncepe operarea i ntreinerea pentru aceast faz, imediat ce fiecare faz a fost acceptat. 3.1.2.5. Compararea modelelor de proces Modelul tip cascad este un proces liniar i este cel mai simplu dintre modelele discutate. Modelul tip spiral implic, nainte de a executa produsul final, folosirea mai multor prototipuri. Acest model este cel mai potrivit cnd nu se cunoate cu precizie obiectivul final i sistemul nu poate fi mprit, cu uurin, n mai multe componente. Modelul evolutiv presupune adugarea unor caracteristici n timp. n cazul n care sistemul poate fi mprit n componente, acesta este cel mai potrivit model. n proiectarea sistemelor complexe este posibil s se foloseasc oricare dintre aceste modele, combinate. Este important doar ca modelul s fie definit n faza de lansare a proiectului, astfel nct, s poat fi urmat pe ntreaga durat a proiectului. 3.2. PROCESUL DE PLANIFICARE Procesul planificrii unui sistem de transport inteligent poate fi similar cu planificarea unei vacane. Comparaia este prezentat n tabelul 3.4, care prezint etapele procesului de planificare pentru un sistem avansat de management al traficului. Fiecare dintre pai, printre care selectarea celei mai potrivite abordri contractuale, este esenial pentru un sistem bine planificat. Modelele tip cascad i spiral, includ aceleai activiti fundamentale - planificare, proiectare i implementare. Diferena ntre cele dou const n succesiunea n care sunt realizate aceste activiti. ntrebarea la care trebuie s se rspund este dac, o agenie public, un sistem integrator, sau un contractor din sectorul energetic, ar trebui s fac aceast munc.
123

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

Procesul de contractare determin evaluarea acestor responsabiliti. Acest proces distribuie responsabilitile organizaiilor implicate n implementarea sistemului. Nu are importan cte responsabiliti sunt stabilite sectorului privat (consultani, sisteme integratoare sau contractor din domeniul energetic). Agenia local trebuie s rmn implicat n dezvoltarea sistemului. Se recomand ca n dezvoltarea unui sistem de orice importan (cu buget mai mare de 500 mii de dolari) s fie stabilit o agenie public local responsabil cu managementul proiectului, n caz contrar proiectul nu va putea fi implementat.
Tabelul 3.4. Procesul de planificare. Etapele planificrii Scenariu Planificarea vacanei Tipul vacanei (plaj, obiective istorice, parcuri de distracii. Cost, distane, confortabilitate. Buget, durata vacanei. Mijloc de transport, cazare, restaurante. Planificarea ITS Tipul sistemului Autostrzi Artere rutiere, artere i autostrzi integrate Probleme de rezolvat Congestie normal Managementul incidentelor Supravegherea traficului Buget, timp de instalare Limitri de personal Panouri cu mesaje variabile, informare prin internet, detectori, camere de luat vederi cu circuit nchis

Cerine

Restricii Nivel ridicat al funciilor

n mod tradiional abordarea contractual pentru proiectele privind proiectarea i execuia de artere rutiere este ntotdeauna aceeai.

Figura 3.10. Dezvoltarea generic a procesului.

Fiecare dintre alternativele contractuale poate fi descris n aceeai termeni, folosind diagrama din figura 3.10. La nivelul superior, etapele se identific cu fazele amintite anterior. Angajarea unui consultant pentru proiectarea drumului, selectarea unui contractor, cu ofert avantajoas pentru construirea drumului. Aceast abordate este inclus n prezentarea urmtoare, dar nu aa se procedeaz n cazul ITS.

Figura 3.11. Dezvoltarea procesului consultant/contractor.

Responsabilitile fiecrui participant sunt prezentate n tabelul 3.5. Printre alternativele de abordare contractual pot fi alese:
124

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

Tabelul 3.5. Responsabilitile participanilor la realizarea unui sistem. Participant Agenie Consultant Contractor Planificare Da Opional Nu Proiectare Recenzeaz Proiecteaz Nu Execuie Inspecteaz Consiliere Execut Testare Observ Consiliere Conduce

Consultant/Contractor. Consultantul sau personalul tehnic al ageniei publice poate fi implicat n sistemul de planificare. Consultantul (expert) proiecteaz sistemul i realizeaz programele, precum i un set de specificaii. Specificaiile sunt elaborate sub forma documentelor de ofert. Pentru a instala sistemul este selectat oferta cel mai sczut nivel al costurilor de implementare. Sistem Manager. Este selectat, pe baza calitii propunerii sale, o firm de consultan, cu abiliti de integrare. Costurile nu reprezint un factor determinant n selectarea procesului. Firma de consultan poate fi implicat n planificarea sistemelor. Expertul proiecteaz sistemul i produce programele cerute pentru operare. El este responsabil pentru integrarea sistemelor (se asigur c subsistemele comunic, cu fiecare dintre celelalte, i lucreaz mpreun ca un sistem). Specificaiile expertului sunt folosite de agenie pentru a procura echipamente i a contracta servicii de specialitate.

Figura 3.12. Dezvoltarea procesului Sistem Manager.

Integrator de sisteme. Un contract integrator de sisteme este o component a contractului manager de sistem, n care, este ales integratorul pentru a furniza programele i serviciile de integrare a sistemelor cerute pentru implementare. Aceast selecie poate fi realizat folosind un proces de selecie de tip consultant, deoarece aceasta implic pstrarea serviciilor personalului. Proiectare/Execuie. Plaseaz maximum de responsabilitate contractorului, dar nu scutete agenia de rolul de ndrumare i revizie a evoluiei dezvoltrii sistemului. Procesul de proiectare/execuie poate fi implementat n mai multe feluri, ceea ce face dificil generalizarea lui.

3.2.1. Procesul de exprimare a viziunii Un element fundamental al fazei de planificare este definirea viziunii sistemului. Viziunea reprezint exprimarea larg a obiectivelor pe termen lung ale sistemului. Cteva exemple de exprimri tipice n ingineria de trafic, ce pot fi luate n considerare, sunt prezentate n continuare: 1. Sistemul va furniza mai puine ntreruperi ale fluxurilor de trafic n regiune. Fluxurile de trafic vor fi coordonate de-a lungul arterelor i autostrzilor. Fluxurile de trafic ce se deplaseaz ntre nodurile de circulaie, vor fi controlate ntr-o astfel de manier, nct s nu fie afectate de limitrile legislative. Mesajele ctre automobiliti vor fi stabilite, astfel nct s aib un format standard i coninut. 2. Informarea n timp real va fi diseminat ctre public ntr-o manier care faciliteaz planificarea cltoriilor de la un capt la cellalt. Informaia va include durata
125

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

cltoriei pentru toate modurile de transport, inclusiv timpii necesari deplasrii pe jos. Informaia va fi diseminat folosind internetul. 3. Sistemul va facilita micarea sigur i eficient a vehiculelor comerciale de-a lungul reelei rutiere. Micarea vehiculelor comerciale va fi simplificat prin staiile de colectare a taxelor, se reduc ntrzierile n staiile de cntrire i inspecie i furnizeaz constrngeri extinse privind vitezele de deplasare ale camioanelor. n mod obinuit, viziunea nu cuprinde mai mult de trei paragrafe, completate de un text potrivit pentru detalierea managementului la nivel local. Acest text trebuie s justifice dezvoltarea viziunii i s descrie modul n care, utilizatorii sistemului de transport, sunt afectai de aceast viziune. Exprimarea viziunii este important din urmtoarele motive: Oblig toate ageniile afectate de implementarea sistemului s fie de acord, n termeni simpli, cu privire la obiectivul principal al sistemului. Nu sunt necesari termeni de specialitate n cazul discuiilor. Nivelul de detaliere va angaja cel mai ridicat management sunt stabilii participanii care trebuie s fie de acord nainte de finalizarea enunului viziunii. Dezvoltarea unei viziunii care oblig participanii s participe la discuii unii cu ceilali. Dac sunt bine conduse, ntlnirile pentru enunul viziunii, vor genera dialogul ntre participani, care face cunoscut agenda personal a participanilor, obiective nvecinate i nevoi funcionale. Ajutoarele stabilesc prioritile i asigur c sistemul ce urmeaz a fi dezvoltat rspunde n totalitate nevoilor participanilor. n stabilirea viziunii pot fi considerate etapele urmtoare. Identificarea juctorilor pune n eviden cel mai nalt nivel de management. Planificarea reuniunii. n cadrul primei reuniuni participanii sunt informai asupra posibilitilor, limitrilor i riscurilor. Descrierea scopului reuniunii. Se definete viziunea. Sunt explicate rezultatele dorite. 1. Dac la reuniune particip mai mult de 10 15 persoane, grupul trebuie divizat n subgrupuri (ateliere) pentru a fi mai productive. 2. Fiecare grup are atribuit sarcina de a identifica trei dintre cele mai importante probleme de trafic din regiune. 3. Fiecare grup este instruit s identifice soluiile tehnice pentru rezolvarea acestor probleme. n aceast etap, nu intereseaz constrngerile legate de buget sau tehnologiile curente. 4. Sunt reasamblate grupurile de lucru pentru a se compara rezultatele lor. Se aleg 5 pn la 10 rezultate dintre cele mai amintite. Se analizeaz rezultatele pentru a fi reinute. Prin colaborare, sunt dezvoltate 3 -5 seturi de probleme i soluii. 5. Sunt discutate 3 pn la 5 paragrafe (pentru a se constitui baza pentru enunul viziunii) care reprezint obiectivele pe termen lung care se adreseaz acelor seturi de probleme soluii. 6. Se constituie un grup restrns care va da forma final a documentului viziunii sistemului. Dac exist, un consultant sau un manager de sistem, deja angajat acetia trebuie s ndeplineasc aceast responsabilitate. Enunul realizat ar putea fi similar celui deja amintit. El va fi suficient de specific pentru a ajuta n etapa viitoare de planificare, dar suficient de larg pentru a evita predefinirea soluiilor tehnice. Declaraia viziunii sistemului constituie primul pas n dezvoltarea cu succes a unui sistem att de complex ca cel al sistemelor avansate de transport.
126

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

3.2.2. DEFINIREA CERINELOR SISTEMULUI Cuvntul cerin este definit ca o nevoie, o necesitate exprimat. Un enun sugestiv pentru nelegerea noiunii de cerin ar fi, de exemplu: Mncarea este o necesitate. Rbdarea este o cerin n nvare. nainte de a decide cine poate fi implicat n sistem, este foarte important s se neleag conceptul de cerine de nivel superior. Aceasta necesit s se fac o delimitare ntre definiia cerinei i definiia funciilor. n termeni ai sistemelor avansate de transport, nevoia de a disemina orarul autobuzelor este o cerin. Diseminarea timpilor de sosire a autobuzelor folosind mesaje variabile la oprire este o funcie. n acelai limbaj, nevoia de a disemina timpii de sosire ai autobuzelor pe ruta autobuzului la toate opririle majore n interiorul oraului reprezint o cerin detaliat. Pe de alt parte nevoia de a disemina timpii de sosire ai autobuzelor este o cerin de nivel inferior.
Tabelul 3.6. Definirea cerinelor i funciilor. Categorie Cerine de nivel Cerine detaliate aplicaie superior Detectare mai rapid a Management ntrzieri reduse pe incidentului. trafic durata incidentelor. Rspuns mai rapid la detectarea incidentului. Informare cltori Diseminarea informaiilor privind timpii de sosire pentru toate modurile de transport. ncurajarea abonamentelor pentru simplificarea achitrii biletului de cltorie. Siguran sporit n deplasare. Diseminarea legturilor dintre timpii de cltorie pentru transportul rutier. Simplificarea achitrii bietului de cltorie pentru autobuz, tren i parcare. Creterea siguranei prin constrngeri stricte legate de mrimea i greutatea camionului. Funcie Comunicare digital ntre centrele de management al incidentului. Afiarea pe internet a legturilor dintre timpii de cltorie. Afiarea pe internet a orarelor autobuzelor pentru diferite trasee. Implementarea sistemului de comer electronic pentru achitarea abonamentelor de cltorie cu autobuzul, trenul i parrilor pentru tranzit. Implementarea sistemului de cntrire din mers. Implementarea sistemelor de detectare a camioanelor nalte.

Transport public Operare vehicule comerciale

Eforturile inginerilor de trafic se concentreaz nc de la nceput pentru definirea corespunztoare a cerinelor utilizatorilor. n cazul ITS America de exemplu, i nu numai, sunt definite 32 servicii ctre utilizatori care se regsesc n Programul Naional ITS. Aceste servicii au fost transpuse n mai mult de 100 de cerine ale utilizatorilor cu scopul de a rspunde solicitrilor principale privind managementul traficului, dar i sistemele avansate de control al traficului i informarea cltorilor. 3.2.3. TRASABILITATEA Trasabilitatea este o caracteristic extrem de important a proceselor din ingineria sistemelor. Ea permite inginerului s stabileasc cerinele utilizatorilor printr-o funcie specific a sistemului care asigur satisfacerea complet a acestor cerine. Reversul este, de asemenea, adevrat. Ea permite ca, avnd n vedere o cerin, s fie stabilite toate funciile sistemului, cu scopul de a garanta faptul c nu au fost create funcii suplimentare.

127

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

Cerinele serviciilor ctre utilizatori pot fi regsite n documente dedicate trasabilitii n documentaia arhitecturii ITS. Tabelul 3.7 prezint un exemplu pentru pachetul de servicii i cerine ale serviciilor ctre utilizatori.
Tabelul 3.7. Pachetul de servicii i cerine ale serviciilor ctre utilizatori. Serviciu utilizatori Control trafic Management transport public Exemple de cerine ale serviciilor ctre utilizatori Controlul traficului va utiliza o funcie de supraveghere trafic. Supravegherea va include o funcie de detectare a vehiculelor cu capacitatea de a detecta vehiculele, cu precizie i n timp real. Va include o funcie a serviciilor de planificare i programe pentru a automatiza operaiunile de planificare i programare trafic de cltori.

Serviciile ctre utilizatori coninute n arhitectura ITS la nivel naional definesc cerinele de nivel superior identificate de echipa care a creat sistemul. Pe durata etapei de planificare este recomandat ca lista cerinelor s fie transpus n definirea funciilor de nivel superior. Aceste funcii sunt numite, n cadrul arhitecturii ITS, specificaii de proces. Documentaia de specialitate a sistemelor inteligente ofer n detaliu funciile de nivel superior. Acestea reprezint o descriere scurt a procesului prezentnd activitile, datele de care este nevoie i care trebuie furnizate. Fiecare specificaie de proces include o list de intrri i ieiri ale fluxurilor de date, o descriere legat de cerine (pentru trasabilitate) i fluxurile de ieire (pentru analiza ncrcrii). De asemenea, sunt incluse descrieri generale de tipul celor prezentate n exemplele urmtoare (n original). Exemplul 1.
1.6.0 (ITS) shall provide a Traffic Control capability. Traffic Control provides the capability to efficiently manage the movement of traffic on streets and highways. Four functions are provided which are (1) Traffic Flow Optimization, (2) Traffic Surveillance, (3) Control Function, and (4) Provide Information. This will also include control of network signal systems with eventual integration of freeway control. 1.6.1 Traffic Control shall include a Flow Optimize function to provide the capability to optimize traffic flow. 1.6.1.1 The Flow Optimize function shall employ control strategies that seek to maximize traffic-movement efficiency. 1.6.1.2 The Flow Optimize function shall include a Wide Area optimization capability, to include several jurisdictions. 1.6.1.2.1 Wide area optimization shall integrate the control of network signal systems with the control of freeways. 1.6.1.2.2 Wide area optimization shall include features that provide preferential treatment for transit vehicles. 1.6.2 Traffic Control shall include a Traffic Surveillance function. Exemplul 2 1.1.1.1---Process Traffic Sensor Data Overview: This process shall be responsible for collecting surveillance obtained from the roadside, vehicles, pedestrians (travellers using other modes of transport), railroad grade and multimodal crossings. The process shall be able to receive both passive (e.g. presence) and active (e.g. tag) data from vehicles. Where any of the data is provided in analogue form, the process shall be responsible for converting it into digital form and calibrating. The converted data shall be sent to other processes for distribution, further analysis and storage. Functional Requirements: This process shall: (a) continuously monitor the solicited data input flows shown above; (b) where necessary convert the data obtained in (a) from analogue to digital form, and calibrate the data; (c) periodically send all of the surveillance data to other processes in the Manage Traffic function via the solicited output data flows shown above; (d) complete a full scan of all inputs and generate the outputs in less than the time interval between successive activations. 128

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

n exemplul 2, sunt definite dou tipuri de date obinute de la vehicule: date active i date pasive. Acestea se pot referi la datele transmise de la vehicul sau, la datele despre vehicule, colectate de senzorii plasai n infrastructura rutier. Nu este foarte clar ns dac, de exemplu, noua tehnologie celular de localizare geografic a vehiculelor cu ajutorul creia vehiculele sunt urmrite prin transmisii cu telefoane celulare, poate fi considerat activ sau pasiv. n recomandri nu este stabilit precis tehnologia de achiziie a datelor, aceast activitate rmnnd n responsabilitatea coordonatorilor proiectului. 3.3. PROCESUL DE PROIECTARE Faza de proiectare a proiectului ncepe abia dup ce a fost identificat bugetul, definite funciile de nivel superior i a fost dezvoltat planul de contractare. Pe durata acestei faze, funciile generale sunt transpuse n proiectarea unui sistem fizic care identific fluxurile de date, arhitectura echipamentelor i funciile detaliate, figura 3.13.

Figura 3.13: Legtura ntre serviciile ctre utilizatori i arhitectura fizic a sistemului ITS.

Acesta activitate poate fi un proces relativ simplu, dar exist multe consideraii de ordin tehnic, incluznd: analiza alternativelor legate de echipament, prototipuri i dezvoltarea cerinelor detaliate. Procesul poate fi repetat, funcie de modelul de proces utilizat. 3.3.1. TRANSPUNEREA CERINELOR N FUNCII Cerinele generale i de detaliu, fr considerarea conexiunilor dintre echipamente i programe, sunt deja dezvoltate la ncheierea procesului de planificare. ns, nu au fost stabilite aspecte ca: numrul de locaii ale computerelor, programele instalate pe acestea, interconectarea echipamentelor i comunicarea dintre ele. Provocarea ingineriei sistemelor pe durata fazei de proiectare, este de a defini aceast corelaie, cunoscut ca dezvoltarea arhitecturii fizice a sistemului. Paii implicai n realizarea acestui proces includ: reevaluarea cerinelor funcionale i dezvoltarea fluxurilor de date; dezvoltarea criteriilor de evaluare a calitii proiectrii; crearea i compararea proiectelor alternative; selectarea alternativei preferate de proiect; identificarea standardelor potrivite; dezvoltarea cerinelor funcionale detaliate; gestionarea achiziiei sistemului. Conceptul de trasabilitate este implementat pe durata acestui proces, obinndu-se informaii complete privind cerinele sistemului i detalii privind funciile. Trasabilitatea are o importan major pentru a garanta c funciile sunt ndeplinite pentru toate cerinele, c exist att sistemele hardware ct i software pentru realizarea acestora i au fost elaborate teste pentru a verifica operarea corespunztoare a sistemului. Trasabilitatea este meninut prin crearea unei baze de date folosit pentru a genera matricea trasabilitii.
129

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

Tabelul 3.8. Exemplu de matrice de trasabilitate. Nr. Nr. Funcia Cerina funcie cerin 1.0 Msurarea triei traficului. Colectarea datelor de trafic de la detectori plasai n 1.1 infrastructura rutier. Procesarea datelor provenite de la detectorii plasai n 1.2 infrastructura rutier. Diseminarea 1.0 condiiilor de Calculul vitezei medii pe baza datelor nregistrate de 1.2.1. trafic detectorii plasai n infrastructura rutier. Estimarea corelaiilor ntre vitezele nregistrate de 1.2.2. detectorii plasai n infrastructura rutier. 1.3 Stocarea corelaiilor obinute n baze de date. 2.0 Regruparea datelor pentru afiarea pe internet.

Exemplul din tabelul 3.8 arat un model de matrice pentru un sistem de informare asupra cltoriei cu funcii complexe, descrise de numere cu o cifr sau dou i funcii de nivel inferior descrise cu mai mult de dou cifre. n acest exemplu, o cerin se ntinde pe funcii de nivel superior i dou de nivel inferior.
Tabelul 3.9. Matricea de trasabilitate invers. Nr. Nr. Funcia Cerin funcie cerin 1.0 Diseminarea condiiilor de trafic. 2.0 Managementul incidentelor. Msurarea intensitii 1.0 2.1 Detectarea automat a incidentelor. traficului. Informarea publicului asupra condiiilor de trafic 2.2 rezultate din incident. 1.0 Diseminarea condiiilor de trafic. Managementul incidentelor. Colectarea datelor de 2.0 1.1 la detectorii plasai n 2.1 Detectarea automat a incidentelor. infrastructura rutier. Informarea publicului asupra condiiilor de trafic 2.2 rezultate din incident. 1.0 Diseminarea condiiilor de trafic. Procesarea datelor 2.0 Managementul incidentelor. provenite de la 1.2 2.1 Detectarea automat a incidentelor. detectorii plasai n Informarea publicului asupra condiiilor de trafic infrastructura rutier. 2.2 rezultate din incident.

Matricile de trasabilitate sunt elemente importante ale proceselor din ingineria sistemelor. Ele sprijin proiectarea (asigur definirea corect a funciilor pentru fiecare cerin), dezvoltarea (furnizeaz un mecanism de urmrire a stadiului de dezvoltarea programelor) i testarea (poate fi definit un test pentru fiecare funcie). Matricea de trasabilitate invers, tabelul 3.9, este, de asemenea, foarte util. Acest tip de matrice poate fi folosit pentru a determina aspectele ce sunt afectate de anumite funcii. Matricea de trasabilitate invers este util, n mod special, pe durata desfurrii i testrii, pentru a garanta c au fost luate n considerare toate conexiunile dintre funcii. 3.3.2. ARHITECTURA ITS n cele prezentate n paragrafele anterioare, procesul a fost centrat pe identificarea cerinelor utilizatorilor i funciilor complexe, altfel denumite specificaii. Nu a fost fcut nici o meniune despre modul n care sunt stabilite funciile pentru sisteme i subsisteme specifice. Identificarea acestor aspecte este cunoscut ca procesul de creare a unei arhitecturi fizice, figura 3.14.
130

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

Figura 3.14. Procesul de creare a unei arhitecturi ITS.

Figura 3.15. Arhitectura fizic a sistemelor inteligente de transport. 131

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

Arhitectura fizic a sistemului de transport este asociat cu cele patru tipuri de subsisteme, figura 3.15: subsistemul cltorilor, subsistemul centrelor, subsistemul vehiculelor, subsistemul infrastructurii rutiere. 3.3.2.1. Subsistemul cltorilor Cuprinde echipamentele utilizate de cltori pentru a accesa serviciile ITS, att nainte de efectuarea cltoriei, ct i pe durata ei. Subsistemul Acces personal la informare permite cltorilor s primeasc informaii despre trafic de acas, de la locul de munc sau, direct, n zonele generatoare de cltorii. Aa cum sugereaz i numele, acest subsistem folosete instrumente aflate sub control personal. Subsistemul Sprijin la distan pentru cltori furnizeaz diseminarea informaiei ctre utilizator prin intermediul unor echipamente, cum ar fi, chiocurile sau monitoarele de informare. Acest subsistem sprijin monitorizarea siguranei publice prin folosirea camerelor video n circuit nchis sau a altor echipamente de supraveghere i informare, n caz de urgen, n zonele de interes public. 3.3.2.2. Subsistemul centrelor Subsistemul centrelor furnizeaz funcii de management i administrare, coordoneaz conexiunile dintre modurile de transport i aspectele juridice i comunic cu sub-sistemele drum, vehicul, cltori.

Figura 3.16. Subsistemul centrelor.

Acest subsistem include centrele menionate n figura 3.16. 3.3.2.3. Subsistemul vehiculelor Subsistemul vehiculului care include sisteme de informare general a conductorului auto i sisteme de siguran aplicabile vehiculelor de orice tip.

Figura 3.17. Subsistemul vehiculelor.

132

MODULUL 4. INGINERIA SISTEMELOR APLICAT SISTEMELOR AVANSATE DE TRANSPORT

Cele patru subsisteme vehicule comerciale, vehicule de tranzit, vehicule de intervenie i vehicule pentru construcii i mentenan sunt subsisteme ale flotei de vehicule, adugnd abiliti ITS unice vehiculelor speciale. 3.3.2.4. Subsistemul infrastructurii rutiere Cuprinde infrastructura rutier inteligent distribuit de-a lungul reelei de transport; operarea infrastructurii rutiere n cazul sistemelor inteligente de transport este guvernat, de obicei, doar de un centru, chiar dac pot fi conectate centre multiple; interfaa direct cu vehiculele; Acest subsistem realizeaz funcia de supraveghere, furnizeaz informaii i execut planul de control. Cele patru subsisteme ale infrastructurii rutiere sunt, cum se poate constata din figura 3.14: drumurile; sisteme de colectare a taxelor; managementul parcrilor; verificarea vehiculelor comerciale. Un alt element important al arhitecturii fizice a unui sistem ITS l reprezint aa numiii terminatori. Terminatorii reprezint persoanele, sistemele i mediul general care este n interconectare cu sistemul inteligent de transport.

Figura 3.18. Subsistemul terminatorilor.

Att arhitectura logic i cea fizic au acelai set de terminatori. Acetia sunt clasificai n patru categorii, astfel: Terminatorii UMANI, n numr de 21 se refer la: conductorul auto, personalul de operare a traficului i operatorii sistemului de intervenie. Pot fi amintii n aceast categorie: administratorul datelor arhivate, conductorul auto al vehiculului comercial, managerul vehiculului comercial, inspectorul privind operarea vehiculelor comerciale, conductorul auto, personalul interveniilor de urgen, operatorul sistemului de urgen, personalul centrului de construcii i mentenan, operatorul parcrii, pietonii, administratorul sistemului de taxare, operatorul de taxare, personalul operaiunilor de trafic, conductorul vehiculului de tranzit, managerul parcului de vehicule de tranzit, operatorii sistemului de tranzit, utilizatorii traficului de tranzit, cltorii. Terminatorii de MEDIU, n numr de 6, definesc mediul nconjurtor; drumul i obstacole poteniale; mediul zonelor de securitate, traficul general, caracteristicile vehiculelor. Cei 32 terminatori de SISTEM includ sisteme de mesaje variabile, instituii financiare i alte vehicule. 12 terminatori aparin de ALTE SISTEME.
133

APLICAII TELEMATICE N SISTEMELE AVANSATE DE TRANSPORT RUTIER

TEST 8 1. Ce definiie considerai potrivit pentru noiunea de ingineria sistemelor?

2. Considerai c lansarea unui program ITS trebuie s respecte criteriile de inginerie a sistemelor?

3. Reprezentai structura piramidal a unui automobil, ca sistem.

4. Care sunt factorii luai n considerare n abordarea proceselor din ingineria sistemelor?

5. Enunai cteva cerine pentru un sistem de semaforizare.

6. Care sunt modelele de proces din ingineria sistemelor?

7. Care sunt elementele (etapele) comune ale acestor tipuri de modele?

8. Ce nelegei prin viziune a unui sistem? Exemplificai.

9. Reprezentai arhitectura ITS.

10. Cum se face conexiunea dintre sistemele unei arhitecturi ITS?

134