Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie Présentation PPT CARSELFCARE
Ähnlich wie Présentation PPT CARSELFCARE (20)
Présentation PPT CARSELFCARE
- 1. Conception et réalisation d’une application cross- plateforme de diagnostic automobile sur la base de l’ELM 327 Elaboré par : TLILI Bilel SAADALLAH Mohamed Amir Projet de Fin d’Etudes Pour l’obtention du Licence Fondamentale en Sciences InformatiqueFaculté des Sciences de Tunis Canadian Software Technology Encadreur pédagogique: Mr. HIZEM Moez Tuteur de stage: Mr. GARA Samir
- 2. 2 Sommaire de la présentation Introduction Présentation du Projet Etude des besoins Etude Conceptuelle Implémentation et mise en place Conclusion et Perspectives
- 3. 3 Introduction Diagnostic des voitures : Domaine marqué par l’évolution Certains critères jugent quelle solution domine ce marché faire mieux : avec moins du temps avec moins de coût un défi sui suggère le comment répondre aux besoins clientèles .
- 4. 4 Problématique Etude de l’existant Solution Proposée Présentation du projet
- 5. 5 Présentation du projet (1/4) 1.Problématique Des pannes inattendues Maintenances et réparations recommandées Maintenances et réparations coûteuses !!! On ‘a pas toujours le temps nécessaire
- 6. 6 Comment prévoir les pannes ??? Comment éviter les réparations en retard ??? Quelle est la solution pour rendre notre véhicule toujours performant ??? Est-il possible de contrôler nos véhicules nous- mêmes ? Sous quelles conditions ??? Présentation du projet (2/4) 1.Problématique
- 7. 7 « Torque » la solution de OBD : Avantages Respecte les règles ergonomiques Répond aux besoins attendus Performante Limites Application mono-plateforme Payante Pas assez simple à utiliser pour tous les utilisateurs Présentation du projet (3/4) 2. Etude de l’existant
- 8. 8 Les problèmes rencontrés dans le domaine de diagnostic des voitures nous ont mené à penser à une application mobile indépendante de la plateforme qui est à la fois fiable et répond bien aux besoins pour lesquelles elle sera conçue. Afin d’établir une meilleure interaction entre l’utilisateur et sa voiture pour un fonctionnement stable et plus performant, l’application que nous proposons « Car Self Care » semble une bonne solution pour répondre aux problèmes mentionnés. 3. Solution proposée Présentation du projet (4/4)
- 9. 9 Etude des Besoins Spécifications des besoins Identification des acteurs Diagramme de cas d’utilisation général
- 10. 10 Besoins Fonctionnels • Notifications center • Diagnostic • Dashboard • Estimation • Logs • Settings Besoins Non Fonctionnels • Capacité • Compatibilité • Disponibilité • Ergonomie • performance • Sécurité Etude des Besoins (1/3) 1.Spécifications des besoins
- 11. 11 Utilisateur Serveur ELM 327 Etude des Besoins (2/3) 2. Identification des Acteurs
- 12. 12 3. Diagramme de cas d’utilisation général Etude des Besoins (3/3)
- 13. 13 Etude Conceptuelle 1 • Méthodologie Et Démarche 2 • Analyse du cas « Lancer Diagnostic » 3 • Diagramme de classe
- 14. 14 1. Méthodologie Et Démarche Etude Conceptuelle (1/4) Méthodologie : Bonne modélisation métier Solution modulaire Solution Evolutive
- 15. 15 Démarche : Etude Conceptuelle (2/4) 1. Méthodologie Et Démarche Diagnostic diagnostic logs Notification Center User évents System évents Estimation Estimation GPS Dashboard Dashboard Settings User profil , Car profil , Help , Préférences
- 16. 16 2. Analyse du cas « lancer Diagnostic » Etude Conceptuelle (3/4) I. Choisir l’icone de diagnostic à partir de menu principal II. Choisir le type de diagnostic désiré III. Lancer le diagnostic via le bouton « Start » et attendre le résultat IV. Le résultat de diagnostic est prêt à consulter
- 17. 17 Etude Conceptuelle (4/4) 3. Diagramme de classe
- 18. 18 Implémentation et Mise en place Implémentation • Etude technique • Architecture adoptée Mise en place • Interfaces • Mise en place
- 19. 19 Implémentation et Mise en place (1/5) 1. Etude technique Environnement matériel : PC Samsung Acer Smartphone HTC One m7 EverAllure II Microcontrôleur ELM 327
- 20. 20 Implémentation et Mise en place (2/5) 1. Etude technique Environnement logiciel : JavaScript HTML 5 CSS 3 Technologies PowerAMC LAMP Intel Xdk Logiciels
- 21. 21 Implémentation et Mise en place (3/5) 2. Architecture adoptée
- 22. 22 Implémentation et Mise en place (4/5) 3. Interfaces Splash Screen Menu principal Dashboard Settings Logs Estimation Notifications center Diagnostic
- 23. 23 Implémentation et Mise en place (5/5) 4. Mise en place
- 24. 24 Conclusion & Perspective Ce projet a été une bonne occasion pour : vivre la première expérience dans la vie professionnelle. apporter de nouvelles connaissances. sentir le goût de travail en groupe renforcer notre créativité et notre détermination. Grâce à son caractère extensible et sa modularité notre système peut être enrichi par l’intégration d’autres modules telles qu’: un module de gestion de paiement un service d’historique et statistique
- 25. Merci pour votre attention
Hinweis der Redaktion
- « Amir » Le plan de notre exposé s’articule autour de six phase , l’introduction vient au premier lieu suivi par la présentation du projet , ensuit nous passerons à l’etude des besoins puis à l’etude concptulle avnt de passer al phase d’implémenttaion et mise en place de l’application , nous finirons par une conclusion et perspective «
- « amir » dans un domaine marqué par l’évolution , certains critères jugent quelle solution domine le marché , en fait faire mieux dans moins du temps avec moins du cout est un défi sui suggère le comment répondre aux besoins clientèles , Dans le cadre de réalisation de notre projet de fin d’étude pour l’obtention de la licence fondamentale en sciences informatique nous avons eu la chance d’aller le plus loin possible dans ce défit au sein de la société Canadian software Technology qui a bien représenté un organisme d’accueil confortable pour la réalisation d’une application cross plateforme de diagnostic des voitures ,
- ,
- « amir » Conncernant l’etude des besoins nous allons parler des specifications des besoins , identifiacation des acteurs et finira par l’illustartion de diagramme de cas d’utilisation génarale ,
- « Amir » Avant qu’un système soit complètement conçu, des contraintes doivent être prises en considération, ces contraintes vont définir les besoins attendus par l’utilisateur et les spécifications qui forment une fondation sur laquelle l’architecture de système est construite. Pour notre système les besoins fonctionnels se resument aux fonctioannalitées offertres par l’application dont on cite le diagnostic qui presente la fonctionnalité la plus attendue par le client , nous avons aussi le service logs qui permet à l’utilisateur de consulter les diganostic des datens anterieures , ainsi que settings, dhasboard et centre d enotification , nou passeons mainatenant aux besoins fonctionneles qui constituent les termes suivants : la sécurité , la performance et l’ergonomie
- « amir » pour notre Notre système de diagnostic « car self care » 3 acteurs sont définits : Utilisteur :C’est une personne physique pour laquelle le système est conçu, l’utilisateur de l’application c’est celui qui veut gérer son véhicule Serveur :C’est une machine dédiée à l'administration et la gestion de l’accès aux ressources. Le serveur dans notre système gère les connexions des différents utilisateurs à l’application. ELM327 est un microcontrôleur programmé produit par ELM Electronique pour traduire le diagnostic embarqué.
- « amir » Le diagramme de cas d’utilisation est un diagramme uml statique qui sert à identifier les différentes fonctionnalités de l’application en ilustrant l’interaction entre l’utilisateur et le système
- ,
- « amir » Avant de terminer la phase de conception nous intéressons au diagramme de classe représenté par cette figure en fait , notre système est identifié par ce diagramme uml statique à l’aide des classes identifiées par leurs propriétés, méthodes et les associations qui les relient entre eux.
- « amir »Nous allons maintenant détailler la phase d’implémentation et mise en place tout d’abord on va parler de l’etude technique
- « amir »Donc nous intéressons à l’environnement matériel , tout au long de dévéloppement de notre système nous avons utilisés deux pc portables performants , deux samrtphones htc et everallure 2 et bien sure , nous avons utilisé l’elm 327 qui représente le dispositif le plus important dans notre système en assurant la communication avec la voiture ,
- « amir »Nous avons choisis de développer une application cross-plateforme offre la possibilité à tous les utilisateurs des samrtphones d’utiliser l’application , en fait nous avons travaillé dans un environnement hybride utilisant les technologies CSS , HTML , JavaScript el le logieciel intel xdk , nous devons également citer l’environnement LAMP ( linux apache2 mysql php 5),
- « Amir » M’architecture MVC es celle qui semble la plus adéquate à notre système en fait ce modèle est destiné à répondre aux besoins des applications interactives en séparant les problématiques liées aux différents composants au sein de leur architecture respective.