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

Management cu
experien

40%
39%
21%

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

Industriale i
comerciale

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.

117

Detectori radar
Msurarea vitezei.

Instalare uoar fr blocarea

benzilor de trafic.

Furnizeaz date despre viteze

de circulaie pentru detectarea
incidentelor i afiarea pe
internet.

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.

Cerine

Cost, distane,
confortabilitate.

Restricii

Buget, durata vacanei.

Nivel ridicat al
funciilor

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

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.

Diseminarea legturilor
dintre timpii de
cltorie pentru
transportul rutier.

Transport
public

ncurajarea
abonamentelor
pentru simplificarea
achitrii biletului de
cltorie.

Simplificarea achitrii
bietului de cltorie
pentru autobuz, tren i
parcare.

Operare
vehicule
comerciale

Siguran sporit n
deplasare.

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.

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