Vous êtes sur la page 1sur 10

Ecole Nationale d’Electronique et des

Ministère de l’Enseignement Supérieur  Télécommunications de Sfax


et de la Recherche Scientifique
Génie télécommunication
Université de Sfax

Titre De Projet UML n:7

Systeme De Prevention De Collision Frontale

Réalisé par :
Wissal Ben MASSOUD
&
Zaineb Chnainia

 Enseignant : Mr. Achraf Mtibaa 

1
Système de prévention de collision frontale ou FCW (Frontal
Collision Warning)
I. Objectif :

FCW incombe au conducteur de surveiller en permanence l'état de la circulation,


d'évaluer la distance et la vitesse relative des autres véhicules.
Son principe de fonctionnement s’appuie sur une surveillance de la route à l’aide
de capteurs inclus des caméras qui sont installés à l’avant du véhicule. Ces
capteurs permettent de détecter des obstacles et de déterminer la distance entre le
véhicule et ces obstacles. Si le système détecte que le véhicule s’approche trop près
de l’obstacle, alors il fournit des alertes au conducteur par le biais d’une interface
homme-machine afin que le conducteur réagisse et par conséquent évite la
collision.

Ces systèmes sont conçus pour apporter une aide à la conduite. Ils n’ont pas pour
objet de remplacer l’attention et le jugement du conducteur. Il incombe toujours au
conducteur de maintenir une distance et une vitesse sécuritaires même lorsque le
système d’alerte de collision est utilisé.

Il se peut que le capteur radar ne soit pas en mesure de détecter d’autres véhicules
pendant de fortes précipitations de pluie ou de neige, ni des véhicules à l’arrêt.

Il se peut que le système ne donne pas d’alerte ou que l’alerte soit retardée pour
des véhicules à l’arrêt ou circulant à basse vitesse, si la vitesse de votre véhicule
dépasse, par exemple, 70 km/h.

2
II. Les Diagrammes
1. Le Diagramme De Cas D’utilisation
1.1Introduction 
Les diagrammes de cas d'utilisation (DCU) sont des diagrammes UML utilisés pour une 
représentation du comportement fonctionnel d'un système logiciel. Ils sont utiles pour des
présentations auprès de la direction ou des acteurs d'un projet, mais pour le développement,
les cas d'utilisation sont plus appropriés. En effet, un cas d'utilisation (use cases) représente une
unité discrète d'interaction entre un utilisateur (humain ou machine) et un système. Ainsi, dans
un diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs (actors), et ils apparaissent
dans les cas d'utilisation.
1.2Diagramme de cas d’utilisation du système

Il y’a 5 acteurs système majeurs :

 Les capteurs : qui enregistrent les données en enregistrant la distance entre le véhicule et
les obstacles, et en observant l’état du véhicule.
 L’unité de fusion : collecte les données et les fusionne afin d’augmenter la confiance et
la précision
 Le contrôleur : reçoit les données acquises et analyse la situation et  calcule le temps
restant avant collision et prend l’action nécessaire en cas ou le conducteur n’a pas
répondu
 Les composants de l’interface home/machine : générer les alertes soit visuels soit
sonores pour averter le conducteur
 Le conducteur  : être averti et il prend l’action nécessaire

3
4
2. Le Diagramme de classes
2.1 Introduction
Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter les classes et
les interfaces des systèmes ainsi que leurs relations. Ce diagramme fait partie de la
partie statique d'UML, ne    s'intéressant pas aux aspects temporels et dynamiques.
Une classe décrit les responsabilités, le comportement et le type d'un ensemble d'objets. Les
éléments de cet ensemble sont les instances de la classe.
2.2 Diagramme de classes du  système

Le système est composé de 2 types de capteurs :

 Proprioceptifs : pour observer l’état du véhicule comme la vitesse, accélération,


positionnement et freinage.
 Extéroceptifs : qui détectent la position, vitesse et type de chaque obstacle.

Chaque information du capteur a un code, une fréquence et une période.

 Les données : sont envoyés vers l'unité de fusion de façon périodique pour être traités

chaque donnée est caractérisé par une durée de validité , date de mise a jour et une unité.

 le contrôleur reçoit ces données , analyse la situation pour décider l'action a prendre :

5
 Soit il envoie des alertes visuelles et sonores au conducteur a travers un
composant si le risque est faible. Chaque type d'alerte est défini par un niveau ,
un taux de répétition et une durée.
 Sinon le système freine automatiquement si le conducteur n'a pas pris une action
pour ajuster la vitesse.

6
3. Le Diagramme de séquence
3.1 Introduction 
Les diagrammes de séquences sont la représentation graphique des interactions entre
les acteurs et le système selon un ordre chronologique.
3.2 Diagramme de séquences du système
Les valeurs sont mesurées par le capteur périodiquement, l'unité de fusion reçoit ces valeurs et
les fusionne, et traite pour mettre à jour les données et obtenir une meilleure précision qui sera
ensuite reçue par le contrôleur afin de calculer le TTC, analyser la situation et détecter le risque.
Si le risque existe le contrôleur transmet le signal au surface homme/machine pour activer les
composants qui génèrent l'alerte au conducteur pour prendre l'action si le conducteur ne prend
pas la décision au temps le contrôleur ajuste le véhicule automatiquement

7
4. Le diagramme d’état de transition
4.1 Introduction 
Les diagrammes d'états-transitions d'UML décrivent le comportement interne d'un objet à l'aide
d'un automate à états finis. Ils présentent les séquences possibles d'états et d'actions qu'une
instance de classe peut traiter au cours de son cycle de vie en réaction à des événements discrets
(de type signaux, invocations de méthode).
4.2 Diagramme d’états de transitions du système
8
5 Le diagramme d’activité
5.1Introduction
Les diagrammes d'activités permettent de déterminer des traitements a priori séquentiels. Ils
offrent un pouvoir d'expression très proche des langages de programmation objet: spécification
des actions de base (déclaration de variables, affectation etc.), structures de contrôle

(conditionnelles, boucles), ainsi que les instructions particulières à la programmation orientée


objet (appels d'opérations, exceptions etc.). Ils sont donc bien adaptés à la spécification détaillée
des traitements en phase de réalisation. 

9
5.2Diagramme d’activités du système
Les capteurs acquièrent les informations et les envoient à l'unité de fusion pour les traiter et
obtenir une meilleure estimation. Les données sont envoyées au contrôleur pour analyser la
situation, calculer le TTC évaluer le degré du risque et déterminer une action :

 S’il y'a un risque ne rien faire et attendre des nouvelles données 


 Soit genre les alertes par les composants et les transmettre au conducteur lorsque le
conducteur reçoit les alertes :
 S’il prend une action dans un temps TTC < TRC alors l'action se termine
 S’il n'a pas pris une action et TTC > TRC alors le contrôleur intervient et freine
automatiquement

10

Vous aimerez peut-être aussi