<!-- Slide number: 1 --> UNIVERSITÉ DE TUNIS EL MANAR FACULTÉ DES SCIENCES DE TUNIS DÉPARTEMENT DES SCIENCES DE L'INFORMATIQUE


Conception et réalisation d’un outil de configuration et de codage des unités de contrôle électroniques par BeCheikh Wejden
encadré par M. Bsaies Khaled (FST) Mme.Werteni Amira (ARDIA)
<!-- Slide number: 2 --> Plan 2
1
Introduction 2
Spécification des besoins 3
Technologies utilisées 4
Conception
5 Réalisation 6
Conclusion et perspectives
<!-- Slide number: 3 --> Plan 3
1 Introduction 2 Spécification des besoins 3 Technologies utilisées 4 Conception 5 Réalisation 6 Conclusion et perspectives
<!-- Slide number: 4 --> # Présentation de ARDIA 4
 Créée en 2005 filiale d’ACTIA GROUP
 Electronique embarqué pour les véhicules industriels et militaires
Diagnostic automobile Développement outils et logicielles

Notes:
<!-- Slide number: 5 --> # Problématique 5
 ACTIGRAF : outil de configuration et de codage des unités de contrôle électroniques.



Notes:
<!-- Slide number: 6 --> # Objectifs et motivations 6

Spécifier concevoir développer une application RCP (Rich Client Plateforme) :
Permet de configurer et coder les unités de contrôle électroniques Extensible Modulaire
<!-- Slide number: 7 --> # Méthodologie de travail 7








Publicité







<!-- Slide number: 8 --> # Notion de Calculateur électronique 8
 Calculateur électronique = UCE (Unité de contrôle électroniques)
C est un système à base de microcontrôleur intégrant plusieurs fonctions électronique : contrôle commande régulation
<!-- Slide number: 9 --> # Types de UCE
 9


 CAMU PODIUM MULTIC

 Central ActiGRAF Management Unit : Il s’agit d’une unité électronique utilisée dans les applications multi bus afin de gérer les différentes entrées/sorties.
 C’est un calculateur graphique composé d’un écran d’affichage. Il est utilisé pour contrôler l’affichage de différentes informations utiles (vitesse, pression moteur, niveau du carburons, température..). Le podium regroupe le MULTIC, ainsi que d’autres composants comme les boutons, les commutateurs, les connecteurs, les jauges...
<!-- Slide number: 10 --> Plan 10
1 Introduction 2 Spécification des besoins 3 Technologies utilisées 4 Conception 5 Réalisation 6 Conclusion et perspectives
<!-- Slide number: 11 --> # Principe de fonctionnement 11











<!-- Slide number: 12 --> # Cas d'utilisation système 12

Use Case System Gérer application
Gérer variante
Charger <<extend>> <<extend>>
 <<extend>> Gérer véhicule Enregistrer <<extend>> <<extend>> Développeur ARDIA Gérer maître <<extend>> Gérer câblage Gérer esclave <<extend>>
Notes: GERer vehicule__charcger+enregistrer ____gerer appli gerer variant
<!-- Slide number: 13 --> # Gérer application 13

Publicité

Notes: Melloul matdorhch ba3d tji
<!-- Slide number: 14 --> # Programmer application 14


<!-- Slide number: 15 --> Plan 15
1 Introduction 2 Spécification des besoins 3 Technologies utilisées 4 Conception 5 Réalisation 6 Conclusion et perspectives
<!-- Slide number: 16 --> # Technologies utilisées : Etude comparative 16


 | | JGraph | GMF | GEF | | --- | --- | --- | --- | | open source | oui | oui | oui | | plugin Eclipse | non | oui | oui | | maturité | oui | non | oui |
Notes:
<!-- Slide number: 17 --> # Principe de GEF 17

 L’EditPart retourne des commandes fournies par les Edit- Policies concernées. Ces commandes seront exécutées par la CommandStack. Les EditPolicies sont des objets servant à fabriquer les commandes à partir des requêtes. La CommandStack est une implémentation d’une pile de redo-undo. Chaque interaction est interprétée par GEF comme une requête de classe Request. Ces requêtes sont interprétées par le contrôleur ou encore l’EditPart correspondant au modèle Le modèle est donc mis à jour et envoie des events à son EditPart grâce aux listeners de notification de changement l’EditPart modifie la vue correspondante. L’utilisateur agit sur l’interface (sélection, déplacement, édition...)
<!-- Slide number: 18 --> Plan 18
1 Introduction 2 Spécification des besoins 3 Technologies utilisées 4 Conception 5 Réalisation 6 Conclusion et perspectives
<!-- Slide number: 19 --> # Diagramme de composants 19


Notes:
<!-- Slide number: 20 --> # 20

model
 VIEW
Controller
<!-- Slide number: 21 --> # Model 21


<!-- Slide number: 22 --> # View = Figure 22


<!-- Slide number: 23 --> # Controller = EditPart 23

<!-- Slide number: 24 --> Plan 24
1 Introduction 2 Spécification des besoins 3 Technologies utilisées 4 Conception 5 Réalisation 6 Conclusion et perspectives
<!-- Slide number: 25 --> # Environnement de travail 25




Publicité
 Draw 2D
Notes:
<!-- Slide number: 26 --> # Interfaces homme-machine (1/6) 26


view editor
View
Notes: B3thoulik hier fi email
<!-- Slide number: 27 --> # Interfaces homme-machine (2/6) 27


<!-- Slide number: 28 --> # Interfaces homme-machine (3/6) 28




<!-- Slide number: 29 --> # Interfaces homme-machine (4/6) 29
 Vehicule
 Variante

<!-- Slide number: 30 --> # Interfaces homme-machine (5/6) 30

<!-- Slide number: 31 --> # Interfaces homme-machine (6/6) 31


Notes:
<!-- Slide number: 32 --> Plan 32
1 Introduction 2 Spécification des besoins 3 Technologies utilisées 4 Conception 5 Réalisation 6 Conclusion et perspectives
<!-- Slide number: 33 -->
 # Conclusion 33 33
Apport : La maitrise de l’ IDE Eclipse RCP et le développement de plugins. La maitrise de la technologie GEF . Tirer profits du patron de conception MVC. Sculpter le sens de l’argumentation avec l’étude comparative.
Notes:
<!-- Slide number: 34 -->
 # Perspectives 34 34 Finir les implémentations des cas d’utilisation restantes. Le développement d’un module de génération direct d’un fichier H86. Le développement d’un éditeur de FlowChart et schéma à contact.
Notes:
<!-- Slide number: 35 --> 35 Merci pour votre attention
<!-- Slide number: 36 --> # 36
