Documente Academic
Documente Profesional
Documente Cultură
Facultatea de Transporturi
Indrumator:
1. Cerintele Utilizatorului
2. Arhitectura Functionala
3. Arhitectura Fizica
4. Arhitectura de comunicatie
5. Arhitectura Organizationala
6. Arhitectura de Securitate
7. Concluzii
1. Cerintele Utilizatorului.
Sistemul isi propune sa ofere calatorului posibilitatea de a isi planifica o călătorie on-demand cu
mijoace din transportul public.
1) Un HMI prin care călătorii înaintea călătoriei pot solicita un serviciu la cerere pentru o parte
din călătoria sa sau pentru întreaga călătorie.
2) Capacitatea de a planifica serviciile folosind cerintele calatorului, plus datele despre reteaua
rutiera, conditiile curente de trafic, serviciile curente programate si serviciile oferite de alte moduri de
transport.
3) Capacitatea de a planifica servicii folosind rute care sunt cele mai eficiente.
4) O data ce ruta și costul au fost determinate acestea sunt trasmise către functionalitatea de
HMI a calatorului.
5) Atunci cand informațiile sunt confirmate de către călător acestea sunt trimise functionalitati
de implementare.
6) În cazul în care serviciul este respins, este posibil să se recalculeze traseul și ceilalți
parametrii înainte ca aceștia să fie trimiși către functionalitatea interfetei de călătorie.
2) Pentru punerea în aplicare a unui serviciu, este posibil să se utilizeze vehiculul și șoferul cel
mai adecvat și să se furnizeze șoferului detaliile serviciului.
3) O parte a punerii în aplicare a serviciului implica, de asemenea, furnizarea unei călătorii care
are o anumita ora de sosire a vehiculului care îl va prelua pe călător.
5) În cazul în care vehiculul este în intarziere acestuia ii se poate aplica o prioriate în scopul de
a fi în programul de timpii planificat.
3) Capacitatea de a include o interfata separata prin care informațiile pot fi furnizate pasagerilor,
inclusiv informații cu privire la timpii de sosire.
1) Un HMI prin care operatorul serviciului care ofera transport public la cerere poate gestiona
prestarea de servicii.
3. Arhitectura Fizica
Arhitectura fizică, orientată pe proiectarea sistemului, distribuie procesele definite de arhitectura logică
a subsitemelor fizice, pe baza specificaţiilor proceselor funcţionale şi a locului unde trebuie efectuate
funcţiile.
O arhitectură fizică defineşte şi descrie modul în care componentele arhitecturii funcţionale pot fi
grupate, pentru a forma entităţi fizice. Principalele caracteristici ale acestor entităţi sunt, în primul rând,
faptul că ele furnizează unul sau mai multe dintre serviciile ce sunt cerute de către necesităţile
utilizatorilor iar, în al doilea rând, faptul că ele pot fi create. Acest proces de creare poate implica
entităţi fizice, cum ar fi structuri amplasate pe drum şi diferite forme de echipamente, entităţi care nu
sunt fizice, cum ar fi software-ul, sau combinaţii ale celor două. În arhitectura fizică ITS aceste entităţi
fizice sunt numite „sisteme etalon”.
Toate „sistemele etalon” pot fi compuse din două sau mai multe subsisteme. Un subsistem execută una
sau mai multe sarcini definite şi poate fi oferit ca un produs comercial. Fiecare subsistem poate fi
compus din una sau mai multe părţi ale arhitecturii funcţionale (funcţii şi depozite de date) şi poate
comunica cu alte subsisteme şi cu unul sau mai multe terminale. Aceste comunicaţii pot fi furnizate
prin folosirea fluxurilor fizice de date.
4. Arhitectura de comunicatie
O arhitectură de comunicaţie defineşte şi descrie mijloacele care asigură schimbul de informaţii
dintre diferitele părţi ale sistemului. Acest schimb de informaţii este realizat folosind fluxurile fizice de
date descrise în arhitectura fizică. Arhitectura de comunicaţie defineşte şi descrie mijloacele prin care
sunt realizate fluxurile fizice de date pentru unele dintre „sistemele etalon” din arhitectura fizică ITS.
5. Arhitectura Organizationala
Analiza actorilor implicaţ i nu se rezumă numai la cei care operează sistemul ci,
are î n vedere ş i actorii implicaţ i î n toate fazele proiectului de dezvoltare, implementare
ş i operare a sistemului.
Instituţ ii europene C C R I I I
Consultanti(RATB) R R I A I I
Proiectanţ i (UTI)
C C I R A A
Furnizori (UTI)
I I I A R A
Operatori (RATB)
R A C I R R
6. Arhitectura de Securitate
Securitatea, în acest context, reprezintă protejarea persoanelor, a informaţiilor vehiculate în
activităţile specifice transportului, a vehiculelor/ navelor şi a infrastructurii de transport (căi de rulare/
navigare, terminale, poduri, tuneluri şi alte componente ale sistemului de transport).
Sistemele ITS sunt subiectul ameninţărilor de securitate ca şi celelalte sisteme care utilizează
tehnologia informaţiei, telecomunicaţii şi electronică, iar soluţiile care vizează contracararea atacurilor
de securitate sunt în special similare cu cele dezvoltate până în acest moment în alte domenii care
utilizează aceste tehnologii.
La dezvoltarea unei arhitecturi de securitate trebuie avute în vedere următoarele concepte privind
securitatea informaţiei:
Autentificare– sistemul trebuie să verifice identitatea unui utilizator şi/sau altui sistem înainte
de oferirea accesului la resursele cerute. Pentru cazul analizat, cererea de prioritate pentru un
autovehicul de intervenţie trebuie făcută de sistemul de management al serviciului de
intervenţie, iar accesul acestuia din urmă la funcţiile sistemului de acordare a priorităţii nu se
poate face decât în urma unei autentificări.
Auditare– sistemul trebuie să aibă capacitatea să urmărească acţiunile şi activităţile unui
subsistem ITS sau ale unui utilizator individual. Funcţia de auditare a sistemului este plasată
într-un proces de auditare ce este protejat la accesul şi modificările neautorizate. Este foarte
importantă monitorizarea acţiunilor pe care sistemul le face în baza unor cereri de prioritate,
astfel se monitorizează atât cererile de prioritate cât şi identificările şi acordările de prioritate.
Controlul accesului– sistemul trebuie să limiteze accesul la resursele unui subsistem numai la
acei utilizatori sau subsisteme care sunt autorizaţi să aibă acel acces. După autentificarea unei
entităţi sistemul trebuie să aibă capacitatea să limiteze accesul la informaţii sau resurse numai
pe baza privilegiilor de acces aleentităţii. Sistemul trebuie să limiteze modificările şi instalările
de software numai a acelor utilizatori sau sisteme care au autorizare pentru astfel de acţiuni în
sistem. Acest aspect este foarte important pentru securitatea software a sistemului, deoarece
aplicaţiile software instalate fără drepturi de acces pot ascunde aplicaţii care să modifice sau să
afecteze comportamentul sistemului în ansamblul său.
b) Securitate operaţională
Securitatea operaţională este responsabilă pentru protejarea elementelor ITSîmpotriva
ameninţărilor fizice din partea altor sisteme şi a oamenilor, precum şi celede mediu. Această
arie furnizează monitorizare, control acces, configurare control şi management al incidentelor şi
materialelor de securitate al elementelor critice ITS.
c) Securitatea personalului
Securitatea personalului- este responsabilă pentru ca personalul ITS să nupericliteze
funcţionarea elementelor ITS şi să fie pregătit corespunzător îneventualitatea existenţei unui
incident de securitate. Operatorul unui sistem deacordare a priorităţii în intersecţii să nu poată
utiliza sistemul după bunul său plac şisă nu pericliteze siguranţa circulaţiei prin eventualele
erori de operare.
Separarea sarcinilor– sarcinile trebuie să fie identificate astfel încât dacă opersoană
acţionează singură, aceasta să nu poată compromite securitatea serviciilor ITS critice. Rotaţia
posturilor trebuie să fie utilizată pentru poziţiile ITS sensibile.
Limitarea privilegiilor– personalul ITS trebuie să aibă un nivel de acces necesar pentru
îndeplinirea sarcinilor şi nimic mai mult.
d) Managementul securităţii
Gestionarea securităţii furnizează suport pentru Securitatea Informaţiei, Securitatea
Operaţională şi Securitatea Personalului ITS. Sistemul este guvernat de politica de securitate a
acestuia. O politică de securitate a sistemului specifică procedurile de securitate, rolurile şi
responsabilităţile, configuraţia sistemului (atât între subsisteme cât şi între subsisteme şi
terminatoare, nevoile securităţii operaţionale, securitatea personalului ITS şi securitatea
elementelor componente ale sistemelor inteligente de transport). Riscurile sunt identificate şi
analizate pentru determinarea necesarului de măsuri de siguranţă. Elementele şi datele critice
trebuie sa fie identificate.
e) Obiectivele securităţii
Obiectivele securităţii ajută la formarea bazei pentru evaluarea serviciilor specifice de securitate,
precum şi la nivelul serviciilor care satisfac aceste obiective de securitate. Obiectivele de securitate au
fost clasificate ca fiind: Înalte, Medii, Joase şi Minimale.
Disponibilitatea : obiectivul disponibilitate asigură faptul că sistemul şi informaţiile
sunt accesibile şi utilizabile de către persoanele şi procesele autorizate.
Confidenţialitatea: obiectivul de securitate confidenţialitate asigură faptul că
informaţiile nu sunt distribuite către persoane, procese şi sisteme neautorizate (ex: înregistrări
protejate ale operatorilor). Acest obiectiv de securitate are ca funcţie asigurarea faptului că
informaţiile sensibile nu sunt distribuite neautorizat. Acest obiectiv defineşte nivelul de restricţii
privind stocarea şi transmiterea informaţiilor sensibile în sistem.
f) Ameninţări de securitate
Ameninţările de securitate, împreună cu obiectivele de securitate, furnizeazăbaza pentru
evaluarea corespunzătoare a serviciilor de securitate. Ameninţările desecuritate se clasifică în:
Înalte, Medii, Joase şi Minimale.
Divulgare: o circumstanţă sau eveniment prin care o entitate obţine accesul la nişte date
pentru care acea entitate nu este autorizată.
7. Concluzii