Final Report

Réalisation d’un logiciel de formation pratique d’auto-école en réalité virtuelle
Dédicaces
À
NGOUANAT NGOUO Stéphane Maxwell, camarade de classe parti trop tôt.
Ma Famille dans son grand ensemble, pour leur soutien indéfectible tout
au long du stage académique et de la rédaction du rapport de stage.
BINELI BILLE André Franck Emilien

IAI-Cameroun, Centre d’Excellence Technologique Paul BIYA
2017 - 2018
i
Remerciements
Nos sincères remerciements s’adressent à tous ceux qui ont œuvré de près ou de loin dans
l’accomplissement de ce travail. Nous tenons toutefois à accorder une place toute particulière à
:
Nos parents, M. BINELI Thomas Roger et Mme NDOUMBE Françoise Emilienne,

pour leur amour et leur soutien constant ;
M. Armand Claude ABANDA, Représentant Résident de l’IAI-Cameroun et toute la
direction du Centre d’Excellence Technologique Paul BIYA, pour l’encadrement
académique sans lequel tout ce travail n’aurait été possible ;
M. Jacques BONJAWO, Directeur de l’OIC-Kribi, pour avoir accepté d’assumer notre
encadrement professionnel ;
M. Jeannot Claude ABOGO NOGO, Enseignant à l’IAI-Cameroun, pour
l’encadrement académique tout au long de notre stage ; ceci en dépit de ses multiples
occupations ;
M. Arsel TINDO NGOUFO et Cabrel Laurent FOTSO, pour l’encadrement
professionnel et la patience à notre égard ;
Nos frères, Charles Emmanuel, Pierre-Yves Roger, Margot Anne-Cécile, et Jessica
Lisebeth pour leur apport de toute nature ;
Nos amis : Esthelle, Robyne, Hervé, Bianca, Alice, Jean-Ulrich, Franck pour leur
attention toute particulière à notre égard et pour avoir su trouver les mots pour
m’encourager ;
Nos compagnons de stage : NGATCHA JONGWANE Rosette Ange Bibiane, DZOU
LEBONGO Eraste Lucien, NTAMAG II Hervé Didier, NGOLLE DIN Charles
Cédric, NGON Guy Martin, pour l’aide, la collaboration et les conseils prodigués tout
au long de notre stage académique.

2017 - 2018
ii
Sommaire
Dédicaces .................................................................................................................................... i
Remerciements ........................................................................................................................... ii
Sommaire .................................................................................................................................. iii
Liste des figures ........................................................................................................................ iv
Liste des tableaux ...................................................................................................................... vi
Résumé ..................................................................................................................................... vii
Abstract ................................................................................................................................... viii
Introduction Générale ................................................................................................................. 1
1ère Partie : Phase d’insertion...................................................................................................... 2
Cahier des Charges ................................................................................................................... 12
Dossier d’analyse ..................................................................................................................... 26
Dossier de conception .............................................................................................................. 48
Dossier de réalisation ............................................................................................................... 61
Guide d’installation et guide d’utilisation ................................................................................ 72
Conclusion générale ................................................................................................................. 89
Bibliographie ............................................................................................................................ 91
Webographie ............................................................................................................................ 92
Glossaire ................................................................................................................................... 94
Annexes .................................................................................................................................. 100

2017 - 2018
iii
Liste des figures

Figure 1:Organigramme de l'OIC-Kribi ..................................................................................... 6
Figure 2:Plan de localisation de l'OIC-Kribi .............................................................................. 9
Figure 3:Diagramme de Gantt de notre projet.......................................................................... 22
Figure 4:Logo de l'auto-école Univers ..................................................................................... 29
Figure 5:Logo de l'auto-école Planète ...................................................................................... 30
Figure 6:Système d'information soumis à deux types de contraintes....................................... 33
Figure 7:Le processus de développement en Y ........................................................................ 35
Figure 8:Diagramme de cas d'utilisation du système ............................................................... 39
Figure 9:Diagramme du cas d'utilisation "Gérer les profils utilisateur" .................................. 40
Figure 10:Diagramme du cas d'utilisation "Modifier les paramètres" ..................................... 41
Figure 11:Diagramme de séquence de l'ajout d'un utilisateur .................................................. 45
Figure 12:Diagramme de séquence de l'authentification ......................................................... 46
Figure 13:Formalisme d'une association .................................................................................. 52
Figure 14:Formalisme des classes-association ......................................................................... 53
Figure 15:Formalisme d'un agrégat multiple Figure 16:Formalisme d'une
agrégation réflexive .................................................................................................................. 53
Figure 17:Formalisme d'une composition ................................................................................ 54
Figure 18:Formalisme d'une généralisation/spécialisation ...................................................... 54
Figure 19:Diagramme de classe de la solution ......................................................................... 55
Figure 20:Diagramme d'activité de l'ajout d'un utilisateur ....................................................... 58
Figure 21:Diagramme d'activité de l'authentification .............................................................. 59

2017 - 2018
iv
Figure 22:Architecture Client-Serveur ..................................................................................... 67

Figure 23:Architecture physique du logiciel ............................................................................ 68
Figure 24:Diagramme de déploiement de la solution .............................................................. 70
Figure 25:Fichier exécutable du logiciel .................................................................................. 75
Figure 26:Choix de la langue d'assistance d'installation .......................................................... 76
Figure 27:Accord de licence du logiciel .................................................................................. 76
Figure 28:Mot de passe d'installation ....................................................................................... 77
Figure 29:Choix du dossier de destination de l'installation...................................................... 78
Figure 30:Taches supplémentaires ........................................................................................... 78
Figure 31:Récapitulatif des choix............................................................................................. 79
Figure 32:Installation en cours ................................................................................................. 79
Figure 33:Fin de l'installation ................................................................................................... 80
Figure 34:Simulateur de voiture ............................................................................................... 80
Figure 35: Casque hTC Vibe .................................................................................................... 81
Figure 36: Matériel Oculus Rift ............................................................................................... 81
Figure 37:Icône du logiciel sur un bureau ................................................................................ 82
Figure 38:Interface de connexion du logiciel ........................................................................... 82
Figure 39:Interface d'accueil du logiciel .................................................................................. 83
Figure 40:Interface de configuration ........................................................................................ 84
Figure 41:Interface des paramètres .......................................................................................... 85
Figure 42:Interface du choix de la difficulté ............................................................................ 85
Figure 43:Interface du choix de l'exercice ............................................................................... 86
Figure 44:Interface de lancement de l'exercice ........................................................................ 86
Figure 45:Interface de présentation de la jouabilité ................................................................. 87

2017 - 2018
v
Liste des tableaux

Tableau 1:Les intervenants du projet ....................................................................................... 17
Tableau 2:Coût en ressources humaines .................................................................................. 18
Tableau 3:Coût en ressources matérielles ................................................................................ 18
Tableau 4:Coût en ressources logicielles ................................................................................. 19
Tableau 5:Coût financier global ............................................................................................... 21
Tableau 6:ordonnancement des tâches de notre projet............................................................. 23
Tableau 7:Existant, limites et solutions.................................................................................... 31
Tableau 8:Les composants du diagramme de cas d'utilisation ................................................. 36
Tableau 9:Les relations possibles entre les cas d'utilisation .................................................... 37
Tableau 10:description textuelle du cas d'utilisation "Gérer les profils d’utilisateur" ............. 42
Tableau 11:Description textuelle du cas d'utilisation "Modifier les paramètres". ................... 43
Tableau 12:Les composants du diagramme de séquence ......................................................... 44
Tableau 13:Les composants du diagramme de classe .............................................................. 51
Tableau 14:Les composants du diagramme d'activité .............................................................. 56
Tableau 15:Technologies utilisées ........................................................................................... 64
Tableau 16:Les composants du diagramme de déploiement .................................................... 69
Tableau 17:Performances requises ........................................................................................... 75

2017 - 2018
vi
Résumé
Le présent document présente le résultat du travail effectué lors de notre stage académique
s’étant déroulé du 15 juin 2018 au 30 septembre 2018 dans les locaux de l’OIC-Kribi. En effet,
la formation à l’IAI-Cameroun intègre un stage académique d’une période de quatre (04) mois
à l’étudiant en 2e année afin de le préparer à l’insertion en milieu professionnel et également
de lui permettre la mise en pratique de son savoir-faire. C’est dans cette optique, mais également
celle d’incubation que nous avons été admis au sein de l’OIC-Kribi, dans les buts de
l’expérience dans la mise sur pied d’une start-up mais aussi et surtout l’obtention du DTS
(Diplôme de Technicien Supérieur), option Systèmes et Réseaux.
Principalement, notre thème consiste en la Réalisation d’un logiciel de formation pratique

d’auto-école en réalité virtuelle.
Notre travail se subdivise en deux (02) grandes parties. La première partie (Phase d’Insertion)
fait état de l’accueil qui nous a réservée dans l’entreprise pour notre stage académique, ainsi
que de la présentation de cette dernière. La seconde partie (Phase Technique) quant à elle
présente le cahier de charges, les différentes étapes ayant permis d’aboutir à nos espérances
ainsi que les tests de fonctionnalité et un guide utilisateur.
Mots-Clés : Incubation, DTS, Logiciel, Formation pratique.

2017 - 2018
vii
Abstract
This document presents the results of the work done during our academic internship held from
June 15th, 2018 to September 30th, 2018 in the premises of the OIC-Kribi structure. Indeed, the
training at the IAI-Cameroon integrates an academic internship of a period of four (04) months
to the student in second year in order to prepare him for insertion in a professional environment
and also to allow him to put in practice of his know-how. It is in this perspective and also that
of incubation that we have been admitted within the OIC-Kribi, for the purposes of experience
in setting up a start-up but also and especially the obtaining of DHT (Diploma of Higher
Technician), option Systems and Networks.
Mainly, our theme is the Realization of practical training software for driving school in
virtual reality.
Our work is divided into two (02) large parts. The first part (Insertion Phase) refers to the
reception that the OIC-Kribi structure gave us for our academic internship, as well as the
presentation of the latter. The second part (Technical Phase) as for it presents the specifications,
the various stages which made it possible to reach our expectations as well as the tests of
functionality and a user guide.
Keywords: Incubation, DHT, Software, Practical trainin

2017 - 2018
viii

2017 - 2018
9
Introduction Générale
Les technologies de l’information et de la communication sont en perpétuelle évolution. Elles
sont devenues utiles voire indispensables dans plusieurs secteurs d’activités. Plusieurs solutions
informatiques aux problèmes quotidiens sont désormais disponibles. Dès lors que le monde
passe à la pointe de la technologie, quel est les cas du Cameroun ? Notre pays suit-il le rythme ?
Pour répondre à ces questions, nous nous attarderons particulièrement sur le domaine de la
conduite automobile qui connait de grandes avancées dans d’autres pays. C’est d’ailleurs ce
constat qui donna naissance à notre idée de projet : la start-up « Auto-Ecole VR ». Il sera donc
question pour nous de relater les différentes étapes ayant conduit à la réalisation de notre
logiciel, partant de la structure nous ayant permis d’y arriver, en passant par notre analyse et
conception, pour terminer par la réalisation. Nous présenterons également un guide
d’installation et un guide d’utilisation de notre logiciel solution.

2017 - 2018
1
1 Partie : Phase
ère
d’insertion

2017 - 2018
2
Il s’agit ici de la première partie de notre rapport de stage. Son utilité est la présentation de notre
accueil, de la structure d’accueil de notre stage académique à savoir son historique, son
organisation, ses missions et un plan de localisation.
Introduction
I- Accueil en
entreprise
II- Présentation de
l’OIC-Kribi
III- Plan de
localisation
Conclusion

2017 - 2018
3
Introduction
Notre admission en entreprise s’est faite par étude de projet. En effet, il nous avait été demandé
à l’Institut de nous rapprocher de l’administration dans le cas où nous aurions des idées
novatrices de projet. C’est alors que chacun d’entre nous s’était attelé à élaborer une explication
de l’idée de projet souhaitant être concrétisée ; explication qui avait été transmise à l’entreprise
pour validation. Se sont alors formés des groupes de 2 à 3 personnes par projet validé par
l’entreprise. C’est ainsi que nous nous sommes retrouvés dans la ville de Kribi pour notre stage
académique.

2017 - 2018
4
I- Accueil en entreprise
Le vendredi 15 juin 2018 marque le début de notre stage académique à l’OIC-Kribi, mais parce
qu’encore fatigués par le voyage de la veille, le directeur ne nous fera faire qu’une visite guidée
des lieux, présentant par la même occasion le matériel et les différentes technologies qui le
compose. Ce ne sera que le lendemain, le samedi 16 juin 2018, que sera convoqué la réunion
de présentation du personnel administratif, de l’entreprise, suivie d’un entretien sur les
différentes étapes importantes et non négligeables chacune au même titre, de la réalisation d’un
projet de start-up.
II- Présentation de l’OIC-Kribi

1- Historique
Inauguré le 11 juillet 2017 par M. Louis Paul MOTAZE, alors Ministre en charge de
l’Economie, de la planification et de l’Aménagement du Territoire (MINEPAT), et quatre autres
membres du gouvernement, l’OIC, le plus grand technopôle numérique d’Afrique centrale, a
été mis sur pied par M. Jacques BONJAWO, ancien senior manager au siège de Microsoft
(USA) et ancien président et co-fondateur de l’Université virtuelle africaine, avec un appui
important du MINEPAT en termes d’équipement.
En effet, dans un soucis de traduire en actes concrets la volonté du Chef de l’Etat de faire du
Cameroun une Nation numérique à l’horizon 2020, Monsieur MOTAZE, en approuvant le
projet que lui avaient soumis les promoteurs de l’OIC, avait estimé que c’était un projet
d’envergure, susceptible de changer la donne grâce en particulier à un programme structurant
d’incubation, un dispositif conçu pour promouvoir et développer de nombreuses entreprises de
TIC jeunes et prometteuses, en les soutenant au stade précoce de leur développement.
En partenariat avec Microsoft depuis février 2018, l’OIC est un acteur de la transformation
digitale. A ce titre, il exerce trois missions principales :

2017 - 2018
5
1) Aider les jeunes porteurs de projets innovants dans le Numérique à convertir leurs idées
ou projets en entreprises à fort potentiel économique et de création d’emplois (le
Processus d’Incubation),
2) Transmettre les connaissances (la Formation aux technologies émergentes),
3) Assurer un rôle d’expertise et de se conseil auprès des pouvoirs publics du secteurs privé
et de tous les autres acteurs socio-économiques.
Dans cette perspective, OIC s’est doté d’un Comité scientifique, cœur de son activité.
L’excellence scientifique de ses membres, sa multidisciplinarité, son ouverture au monde lui
permettent de jouer un rôle de premier plan en matière d’expertise, de prospective et
d’animation en faisant appel, les cas échéant aux compétences de personnalités extérieures
qualifiées.
2- Organigramme de l’OIC-Kribi
CHAIRMAN SCIENTIFIC COMITEE
Jacques BONJAWO (COMITE SCIENTIFIQUE)
CEO
CHIEF FINANCIAL OFFICER

BDM
CTO ACCOUNTANT
M. Dorian NOGNENG
M. Anshumali BHUSHAN
SOFWARE ENGINER SOFWARE ENGINER SOFWARE ENGINER
(INGENIEUR EN INFORMATIQUE) (INGENIEUR EN INFORMATIQUE) (INGENIEUR EN INFORMATIQUE)
Figure 1:Organigramme de l'OIC-Kribi

2017 - 2018
6

2017 - 2018
7
3- Les missions de l’OIC-Kribi
La structure OIC-Kribi se donne pour mission de :
▪ Promouvoir l’enseignement de la Technologie par : la formation aux technologies

émergentes, la mise à disposition de ressources pédagogiques, l’opération La main à la
pâte, son soutien à des élèves des filières scientifiques ou techniques prometteurs ;
▪ Diffuser la culture technologique grâce à : des séances publiques, lieux de débats sur de
grandes problématiques modernes, des manifestations scientifiques et technologiques
(exemple : Journée de la Fille Digitale), une Newsletter trimestrielle, vitrine de la
réflexion de nos spécialistes et experts ;
▪ Favoriser les collaborations internationales : OIC-Kribi est impliquée dans plusieurs
grands prix et colloques internationaux et mène une action résolument volontariste de
partenariat avec des institutions internationales ;
▪ Assurer un rôle d’expertise et de conseil : OIC-Kribi a mis en place un Comité
scientifique et technologique et des groupes de travail, le Comité ou les groupes de
travail émettent des propositions auprès des pouvoirs publics, des acteurs socio-
économiques et autres institutions pour une meilleure exploitation des technologies au
service de l’homme, le comité ou les groupes de travail élaborent des rapports, avis ou
recommandations, autant d'outils d’aide à la décision.
L’OIC-Kribi s’engage à :
➢ Mettre à disposition l’ensemble des prestations contenues dans l’offre de l’incubateur,

➢ Réserver un espace de travail avec toutes les conditions y afférentes, y compris la
connectivité (abonnement téléphonique exclus),
➢ Inciter l’entrepreneur à participer à des formations destinées à l’initier aux mécanismes
de base de la gestion d’entreprise,
➢ Proposer un coach pour un suivi personnalisé et une évaluation de la progression du
projet.

2017 - 2018
8
III- Plan de localisation de l’OIC-Kribi

Situé au centre administratif de la cité balnéaire de Kribi, le siège d’OIC est un bâtiment R+3,
doté de plusieurs bureaux et salles de conférences, d’espaces coworking, d’équipements
modernes et de 120 postes de travail, l’immeuble pouvant héberger une quarantaine de
startupers en même temps.
Figure 2:Plan de localisation de l'OIC-Kribi

2017 - 2018
9
Conclusion
En somme, nous pouvons dire que nous avons eu une insertion assez satisfaisante. Tout a été
réuni pour que notre séjour au sein de l’OIC-Kribi se passe sans un quelconque désagrément
majeur. Le personnel y était tout aussi accueillant que compréhensif, ouvert et à l’écoute de nos
différents problèmes et préoccupations de tous ordres. Une telle chaleur donne envie d’y
retourner dans d’autres occasions et, pourquoi pas, d’y être en tant qu’employé.

2017 - 2018
10
2 Partie : Phase
ième
technique

2017 - 2018
11
Cahier des
Charges

2017 - 2018
12
Il s’agit ici du premier document de la deuxième partie de notre rapport de stage. Le cahier des
charges est le document qui décrit exactement ce que l’entreprise attend de vous. Il fixe les
objectifs à atteindre et décrit en même temps les obligations des deux parties.
Introduction
I- Contexte et justification du
projet
II- Les objectifs du projet
III- Expression des besoins de
l’utilisateur
IV- Les intervenants du projet
V- Estimation du coût du
projet
VI- Planification du projet
VII- Les contraintes du projet
VIII- Les livrables
Conclusion

2017 - 2018
13
Introduction
Avant de se lancer dans la phase technique proprement dite, un étudiant devrait se rassurer que
le cahier des charges de son thème soit bien clarifié. La rédaction de ce cahier dépend du
domaine dans le lequel on se trouve. D’une manière générale, il est question de situer le contexte
dans lequel le projet a été donné, les objectifs à atteindre, la planification du projet et
l’évaluation financière, les obligations de la maitrise d’œuvre et de la maitrise d’ouvrage sans
oublier l’expression des besoins.

2017 - 2018
14
I- Contexte et justification du projet

1. Contexte
Notre étude s’effectue au sein de Ocean Innovation Center (OIC) qui a pour but l’incubation de
projets dans l’optique de donner naissance à des start-up. Pour faire partie de l’incubation, il
était question pour nous d’avoir une idée novatrice, réalisable par le biais de la technologie.
Parmi ces idées se trouve donc la nôtre qui est celle de la Réalisation d’un logiciel de formation
pratique d’auto-école, en réalité virtuelle.
C’est dans ce cadre que s’inscrit ce projet.
2. Justification
Force est de constater de nos jours que la formation à la conduite automobile dans notre pays
est très souvent bâclée du fait d’un manque de véhicules et des dégâts matériels causés par les
apprenants formés à la hâte. La faible disponibilité de véhicule rend aussi assez lente la
formation, offrant un temps de conduite vraiment court aux apprenants d’auto-école du fait
d’une grande demande. C’est partant de ce constat que nous sommes galvanisés de palier à ces
difficultés par les biais des Nouvelles Technologies de l’Information et de la Communication
(NTIC), dans le but de permettre l’apprentissage de la conduite automobile de façon immersive
sans crainte de dégâts matériels excessifs et de manière plus rapide.
II- Les objectifs du projet

Notre projet vise dans un premier temps à offrir à l’utilisateur une bonne formation pratique
sans peur de causer de quelconques accidents, ceci grâce à la technologie de la réalité virtuelle.
Il s’agira donc de le confronter aux divers exercices pratiques auxquels il aura à faire face, mais
là dans un univers virtuel. Par-là, un second objectif est de vulgariser la réalité virtuelle afin de
montrer son importance dans un pays comme le nôtre. Notre application pourra ainsi être
disponible sur l’ensemble du territoire et sera mise à la disposition des diverses auto-école
désireuses de la mettre à la disposition de leurs apprenants, afin d’optimiser leur apprentissage.

2017 - 2018
15
III- Expressions des besoins de l’utilisateur

Pour arriver au bout de notre projet, nous devons dans un premier temps atteindre les objectifs
spécifiques suivant :
✓ Gérer les inscriptions et les authentifications sur le logiciel ;

✓ Gérer les utilisateurs ;
✓ Gérer les sauvegardes des utilisateurs ;
✓ Gérer les différentes parties du logiciel qu’un utilisateur aura à franchir ;
✓ Gérer les différentes mises à jour du logiciel.
1- Besoins fonctionnels
Les besoins fonctionnels ici représentent l’ensemble des principaux modules à offrir aux
utilisateurs. Ils ont purement trait à ce qu’est sensé faire le logiciel à la fin de sa réalisation. Par
ailleurs, le logiciel devra permettre à l’apprenant de :
➢ Se connecter ;
➢ Sauto-’évaluer ;
➢ Pouvoir choisir un niveau d’apprentissage ;
➢ Suivre un tutoriel avant chaque exercice ;
➢ Pouvoir utiliser toutes les fonctionnalités d’une voiture ;
➢ Pouvoir effectuer des sauvegardes ;
➢ Pouvoir supprimer ses sauvegardes ;
➢ Modifier les paramètres d’utilisation du logiciel (volume, affichage, qualité de
l’image).
2- Besoins non fonctionnels

À la suite des besoins fonctionnels, viennent les besoins non fonctionnels qui représentent la
convivialité du logiciel. Dans notre système, on distingue les besoins non fonctionnels suivants
:

2017 - 2018
16
✓ Sécurité (gestion des utilisateurs) : toute utilisation du logiciel doit être précédée par
une phase d’authentification ; à cet effet chaque utilisateur habilité doit posséder un
profil lui permettant d’accéder aux diverses fonctionnalités. Ainsi, le système doit offrir
des fonctionnalités permettant de gérer les profils des utilisateurs. Il doit permettre
d’enregistrer, modifier et supprimer des profils utilisateurs.
✓ Utilisabilité et déploiement : le logiciel devra être fonctionnel sous Windows et sous

Linux.
✓ Disponibilité : le logiciel devra être extensible, c’est-à-dire qu’il pourra y avoir des
mises à jour à lui apporter.
IV- Les intervenants du projet

Tableau 1:Les intervenants du projet
Noms et prénoms Fonction Rôle

M. TINDO NGOUFO Full stack Software Engineer Encadreur professionnel
Arsel
FOTSO Cabrel Laurent PHD Paths-Info, option Info Encadreur professionel
M. ABOGO NOGO Enseignant à l’IAI- Encadreur académique
Jeannot Claude Cameroun
Mme GNINTEDEM Enseignante à l’IAI- Encadreur académique
Lionelle Cameroun
M. DZOU LEBONGO Etudiant à l’IAI-Cameroun, Programmeur
Lucien Génie Logiciel, niveau 2
M. BINELI BILLE André Etudiant à l’IAI-Cameroun, Analyste
Franck Emilien Systèmes et Réseaux, niveau
2

2017 - 2018
17
V- Estimation du coût du projet

1. Coût en ressources humaines
Tableau 2:Coût en ressources humaines
Libellé de la tâche Acteurs Nombres Durée en Coût Montant

(jour) par
(jour)
Analyse et Analyste/programmeur 02 20 200 000 4 000 000

Conception
Codage Codeur/développeur 02 20 150 000 3 000 000
Graphisme et Graphiste 3D 02 12 650 000 7 800 000

Modélisation
Montage Technique Technicien 02 2 58 000 116 000
Tests Développeur 03 5 200 000 1 000 000
TOTAL 15 916 000
2. Coût en ressources matérielles

Tableau 3:Coût en ressources matérielles
Ressources Quantités Prix unitaire Montant
(F CFA) (F CFA)
Laptop Dell Latitude XT3 01 312 500 312 500
Desktop Dell Vostro 01 283 333 283 333

2017 - 2018
18
Laptop PbHev Notebook 01 Free Free
Casque réalité virtuelle HTC 01 389 350 389 350

Vibe
TOTAL 985 183
3. Coût en ressources logicielles

Tableau 4:Coût en ressources logicielles
Ressources Descriptions Montant
(F CFA)
Microsoft office 2013 Progiciel de bureautique composé de 96 850

nombreux outils de création et
d’édition de documents de plusieurs
formats.
Sybase power AMC 15.1 Atelier de génie logiciel permettant la 3 686 150
modélisation des applications.
GanttProject Permet de visualiser dans le temps les Free

diverses tâches liées composant un
projet. Il nous permet de représenter
graphiquement l’avancement du
projet.
Firebase Ensemble de services d'hébergement Free

pour n'importe quel type
d'application.
Unity 3D personnal 2017.3.1 Logiciel permettant de réaliser des Free

environnements virtuels à partir
d’objets 3D ou 2D et de faire des

2017 - 2018
19
interactions entre ces objets et les

environnements.
MonoDevelop Editeur de code associé à Unity 3D. Free
Google Chrome Navigateur web développé par Free

Google.
Autodesk 3DS Max 2017 Logiciel de modélisations 3D et Free

d’animations 3D. version étudiante
Autodesk Maya 2016 Logiciel d’animations 3D. version Free

étudiante
Blender Logiciel de modélisations 3D et Open Source

d’animations 3D
Bandicam Logiciel de capture d’écran et vidéo Free
AVS Video Editor Logiciel de montage vidéo Free
Microsoft Windows 10 Dernière version de système 158 950

d’exploitation développé par
Microsoft.
TOTAL 3 941 950

2017 - 2018
20
4. Coût financier global

Tableau 5:Coût financier global
Coût total du projet
Ressources Montant
Humaines 15 916 000
Matérielles 985 183
Logiciels 3 941 950
TOTAL 20 43 133
VI- Planification du projet

Nous avons utilisé le logiciel Gantt Project nous permettant de visualiser dans le temps les
diverses tâches liées composant notre projet. Il nous permet de représenter graphiquement
l’avancement du projet. Cet outil nous permet de planifier de façon optimale et communiquer
sur le planning établit. Le diagramme représentant les étapes de réalisation de notre projet est
le suivant :

2017 - 2018
21
Figure 3:Diagramme de Gantt de notre projet

2017 - 2018
22
VII- Les contraintes du projet

Selon la durée de notre stage, notre projet sera réalisé sur une période de quatre (04) mois et
selon la durée d’incubation, notre projet s’étendra sur une période de six (06) mois.
1. Contraintes de temps
Tableau 6:ordonnancement des tâches de notre projet
Phase Input Output Durée
Insertion Prise de contact et recueil des Rapport d’insertion 2 semaines

informations sur l’entreprise
Cahier des charges Réaliser le cahier des charges Cahier des charges 1 semaine
Analyse - Recueil de l’existant Dossier d’analyse 2 semaines
- Capture des besoins
- Cas d’utilisation et
description textuelle
- Modélisation (UML)
Conception - Conception préliminaire Dossier de conception 2 semaines
- Conception détaillée
Réalisation - Implémentation Dossier de réalisation 2 semaines
- Test unitaire
- Test
Test et validation Modèle de test Résultats des tests 1 semaine
Documentation Documentation Guide d’utilisation 1 semaine

2017 - 2018
23
2. Contraintes de qualité
Pour une qualité optimale de notre projet, nous allons :
 Associer le logiciel à une plateforme web pour la bonne gestion des utilisateurs ;
 Nous assurer de son installation ;
 Rendre le logiciel maniable facilement ;
 Rendre le logiciel utilisable sous Windows et sous Linux ;
 Nous assurer qu’il y’a de bugs ou crash du logiciel ;
 Modéliser en respectant les exigences définies par le langage de modélisation UML ;
 Nous assurer que le logiciel est bien configuré.
VIII- Les livrables

Une fois notre projet à terme, les livrables seront les suivants :
➢ Un rapport complet comportant :

❖ Un dossier d’insertion
❖ Un dossier d’analyse
❖ Un dossier de conception
❖ Un dossier de réalisation
❖ Un guide d’installation
❖ Un guide d’utilisation
➢ Un CD-ROM comportant
❖ Le logiciel
❖ Son guide d’installation
❖ Son guide d’utilisation

2017 - 2018
24
Elaborer le cahier des charges est une étape capitale dans la réalisation d’une solution
informatique. Ce document a permis de mieux cerner notre projet et d’en connaître de manière
exacte la route à suivre et les tâches à effectuer dans les délais prescrits.

2017 - 2018
25
Dossier d’analyse

2017 - 2018
26
Il s’agit ici du second document de la deuxième partie de notre rapport de stage. L’analyse est
une étape importante dans tout projet informatique, qu’importe sa taille ou sa durée. Dans cette
partie nous présenterons la méthode d’analyse choisie, ainsi que les diagrammes qui
matérialiseront la structure de notre projet.
Introduction
I- Recueil de l’existant
II- Méthodologie
III- Modélisation de la
solution
Conclusion

2017 - 2018
27
L’analyse suit une méthodologie permettant la distinction des différentes parties d’un problème,
afin d’en ressortir des solutions, suivant une méthodologie définie. Cette section présentera le
recueil de l’existant, la méthode d’analyse avec justification du choix de cette dernière, et les
diagrammes intervenants dans la phase d’analyse, à savoir les diagrammes de cas d’utilisation
et les diagrammes de séquence.

2017 - 2018
28
I- Recueil de l’existant
Les auto-écoles étant les structures ayant donné naissance à l’interrogation qui nous aura
poussées à entreprendre notre projet, ce sont elles que nous utiliserons comme existant. Nous
étudierons donc deux auto-écoles de la place, une toute classique et l’autre présentant une
solution au problème que nous avons soumis plus haut.
Il s’agit de respectivement de l’Auto- École Univers et de l’Auto- École Planète.
1. Présentation de l’existant
a- L’Auto- École Univers
L’Auto- École Univers est une des nombreuses auto-écoles qui ont vu le jour au Cameroun ;
elle est présente dans plusieurs villes (Douala, Yaoundé, …). Elle offre diverses formations à
divers coûts, selon la demande du client. On distingue par exemple la formation normale, la
formation accélérée et le recyclage qui consiste en une formation courte et uniquement pratique.
Figure 4:Logo de l'auto-école Univers

2017 - 2018
29
b- L’Auto- École Planète

L’Auto- École Planète est une auto-école Camerounaise de la place. Elle offre à la population
du Cameroun des formations à la conduite automobile à prix variable selon les besoins de leurs
divers clients et ceci que ce soit en salle ou en ligne. C’est pour ces formations que l’Auto-
École Planète intègre dans la partie pratique, la possibilité pour l’élève de pratiquer avec un
simulateur de conduite en réalité virtuelle. Cette simulation consiste pour l’élève à faire un tour
de ville où ce dernier devra mettre en pratique tous les enseignements théoriques qui lui ont été
prodigués.
Figure 5:Logo de l'auto-école Planète
2- Critique de l’existant et proposition de solution
Critique
Après étude de l’existant nous avons noté que l’accessibilité à la technologie de la pratique par
simulation de la conduite en réalité virtuelle nécessite de souscrire à l’une des formations que
propose l’Auto- École Planète, qui s’avèrent assez coûteuses. Et s’agissant de la technologie en
elle-même, elle ne propose que l’exercice du tour de ville, qui ne se situe pas comme étant le
premier exercice dans les différentes étapes d’une formation pratique d’auto-école. Aussi,

2017 - 2018
30
l’élève n’a pas la possibilité de s’améliorer dans un domaine précis qui lui poserait peut-être
des difficultés et ainsi de voir s’il progresse dans ce domaine.
a- Proposition de solution
Notre souhait a donc été celui de mettre sur pieds une application qui permettra de se frotter
aux différents exercices de la formation pratique d’auto-école. En outre notre application sera
disponible pour utilisation sans avoir forcément à passer par une auto-école en particulier. e
tableau ci-dessous résume l’innovation majeure que nous souhaitons apporter :
Tableau 7:Existant, limites et solutions
Existant Limites Solutions

Auto-école Univers Grand nombre d’apprenants Initier tous les apprenants à la
pour très peu de véhicules à formation pratique par simulateur de
leur disposition ce qui réduit conduite en réalité virtuelle, afin de
le temps de conduite par pouvoir attribuer un temps conduite
apprenant. considérable à chacun d’entre eux et
de les mettre à l’aise avant la conduite
en réel.
Auto-école Planète Pour ce qui est de sa solution Concevoir en réalité virtuelle,
de formation pratique par différents exercices auxquels sont
simulateur de conduite en confrontés les apprenants dans la
réalité virtuelle, le seul conduite réelle, pour une meilleure
exercice pouvant être maîtrise de tous les aspects de la
pratiqué est celui du tour de conduite automobile.
ville.
II- Méthodologie
L’objectif d’une méthode d’analyse est de permettre la formalisation des étapes préliminaires
au développement d’un système, dans le but de rendre ce développement plus fidèle aux besoins
du client. Plusieurs méthodes d’analyse existent ; parmi lesquelles celles étudiées en classe
(Méthodes Agiles, MERISE, UML).
Notre choix s’est orienté vers le langage UML associé au processus 2TUP pour

2017 - 2018
31
Une méthode d'analyse a pour objectif de permettre de formaliser les étapes préliminaires du
développement d'un système afin de rendre ce développement plus fidèle aux besoins du client.
Il existe plusieurs méthodes d'analyse qui sont : Méthodes agiles, Hoom, UP, OOSE... ainsi que
MERISE la méthode la plus utilisée en France. MERISE (Méthode d’Etude et de Réalisation
Informatique pour les Systèmes d’Entreprise) est une méthode d'analyse et de réalisation des
systèmes d'information qui est élaborée en plusieurs étapes : schéma directeur, étude préalable,
étude détaillée et la réalisation.
Nous avons choisi de modéliser notre système avec le langage UML associée au processus
2TUP.
1- Présentation du langage UML

« Unified Modeling Language » : UML se définit comme un langage de modélisation graphique
et textuel destiné à comprendre et décrire des besoins, spécifier, concevoir des solutions et
communiquer des points de vue. Né de la fusion des langages de modélisation objet dominants
à savoir OMT de James Rumbaugh, Booch de Grady Booch et OOSE d’Ivar Jacobson, UML a
été normalisé en janvier 1997 par l’OMG (Object Management Group) qui est une association
américaine crée en 1989 dont l’objectif est de promouvoir et standardiser le modèle objet sous
toutes ses formes. UML unifie à la fois les notations et les concepts orientés objet. Il ne s’agit
pas d’une simple notation, mais les concepts transmis par un diagramme ont une sémantique
précise et sont porteurs de sens au même titre que les mots d’un langage, c’est pour ça qu’UML
est présenté parfois comme une méthode alors qu’il ne l’est absolument pas.
UML unifie également les notations nécessaires aux différentes activités d’un processus de
développement et offre, par ce biais, le moyen d’établir le suivi des décisions prises, depuis la
définition des besoins jusqu’au codage.
La version d’UML utilisée ici est la version 1.3 qui compte 9 diagrammes, et une subdivision
du système en 2 grandes vues :
- La vue statique : représente le système physiquement et comporte 5 diagrammes :

➢ Diagramme de cas d’utilisation ;
➢ Diagramme de classe ;
➢ Diagramme d’objet ;
➢ Diagramme de déploiement ;

2017 - 2018
32
➢ Diagramme de composant.
- La vue dynamique : représente les interactions effectuées dans le système. Elle
comporte 4 diagrammes :
➢ Diagramme d’activité ;
➢ Diagramme de collaboration ;
➢ Diagramme d’état transition ;
➢ Diagramme de séquence.
1- Présentation du processus 2TUP

On dit de la méthode UP qu’elle est générique c’est-à-dire qu’elle définit un certain nombre de
critères de développement, que chaque société peut par la suite personnaliser afin de créer son
propre processus plus adapté à ses besoins.
C’est dans ce cadre que la société Valtech a créé la méthode 2TUP.
2TUP signifie « 2 Track Unified Process ». C’est un processus qui répond aux caractéristiques
du Processus Unifié. Le processus 2TUP apporte une réponse aux contraintes de changement
continuel imposées aux systèmes d’information de l’entreprise. En ce sens, il renforce le
contrôle sur les capacités d’évolution et de correction de tels systèmes. « 2 Track » signifie
littéralement que le processus suit deux chemins. Il s’agit des « chemins fonctionnels » et «
d’architecture technique », qui correspondent aux deux axes de changement imposés au système
d’information.
Figure 6:Système d'information soumis à deux types de contraintes

2017 - 2018
33
La branche gauche (fonctionnelle) : capitalise la connaissance du métier de l’entreprise. Elle

constitue généralement un investissement pour le moyen et le long terme.
Les fonctions du système d’information sont en effet indépendantes des technologies utilisées.
Cette branche comporte les étapes suivantes :
• La capture des besoins fonctionnels, qui produit un modèle des besoins focalisé sur le
métier des utilisateurs.
• L’analyse.
La branche droite (architecture technique) : capitalise un savoir-faire technique. Elle constitue
un investissement pour les court et moyen termes. Les techniques développées pour le système
peuvent l’être en effet indépendamment des fonctions à réaliser.
• La capture des besoins techniques.

• La conception générique.
La branche du milieu : à l’issue des évolutions du modèle fonctionnel et de l’architecture
technique, la réalisation du système consiste à fusionner les résultats des 2 branches. Cette
fusion conduit à l’obtention d’un processus en forme de Y.
• La conception préliminaire.
• La conception détaillée.
• Le codage.
• L’intégration.
Le processus 2TUP s’appuie sur UML tout au long du cycle de développement, car les
différents diagrammes de ce dernier permettent de par leur facilité et leur clarté, de bien
modéliser le système à chaque étape.

2017 - 2018
34
Figure 7:Le processus de développement en Y
III- Modélisation de la solution

Nous allons modéliser notre solution en respectant le processus de développement 2TUP. Ainsi,
à ce niveau, nous allons nous limiter à la branche fonctionnelle qui comprendra le diagramme
de cas d’utilisation et le diagramme de séquence.
1- Diagramme de cas d’utilisation

Il permet l’identification des fonctionnalités que fournit le système (cas d’utilisation), des
utilisateurs interagissant avec le système (acteur), et des interactions entre ces derniers. Les cas
d’utilisation trouvent utilité lors de la phase d’analyse afin de définir les besoins de « haut
niveau » du système.
Le diagramme de cas d’utilisation a pour objectifs principaux :
- La fourniture d’une vue de haut-niveau de ce que fait le système,

- L’identification des utilisateurs du système,

2017 - 2018
35
- La détermination des secteurs nécessitant des interfaces hommes-machine.
a- Les composants du diagramme de cas d’utilisation

Les composants de base des diagrammes de cas d’utilisation sont le système, l’acteur, les cas
d’utilisation et l’association.
Tableau 8:Les composants du diagramme de cas d'utilisation
Formalisme Nom Description

Acteur Un acteur représente un rôle
joué par une personne ou
une chose qui interagit avec
le système (la même
personne physique pouvant
Nom de rôle de l’acteur
donc se représenter par
plusieurs acteurs en fonction
des rôles qu’elle joue).
Cas d’utilisation Un cas d’utilisation
représente une fonctionnalité
fournie par le système,
Cas d'uitilisation typiquement décrite sous la
forme Verbe + objet. Il
correspond à un objectif du
système, motivé par un
besoin d’un ou plusieurs
acteurs.
Association Les associations sont
utilisées pour lier des acteurs
avec des as d’utilisation.
Elles indiquent qu’un acteur
participe au cas d’utilisation
sous une forme quelconque.

2017 - 2018
36
Système Le système représente

l’espace étudié. C’est dans
celui-ci que se trouvent les
cas d’utilisation.
a- Les relations
Une fois les acteurs et les cas d’utilisation identifiés, il serait utile de restructurer l’ensemble
des cas d’utilisation que l’on a afin de rechercher les comportements partagés, les cas
particuliers et les généralisations.
Les relations possibles entre les cas d’utilisation en UML sont les suivantes :
- Une relation d’inclusion

- Une relation d’extension
- Une relation de généralisation/spécification
Tableau 9:Les relations possibles entre les cas d'utilisation

La relation d’inclusion - Une instance de A va engendrer
une instance de B et l’exécuter,
<<include>> - A dépend de B,
A
B - B n’existe pas tout seul et A
n’existe pas sans B
La relation d’extension - Une instance de A va engendrer
une instance de B et l’exécuter
sous certaines conditions, B sait
<<extend>> B où s’insérer dans A,
A - B connait A et non l’inverse,
c’est-à-dire que B dépend de A,
- B n’existe pas tout seul et A
existe dans B
La relation de généralisation entre La relation d’héritage ou de
cas d’utilisation généralisation entre cas d’utilisation est

2017 - 2018
37
plus subtile. Cette relation est à

prendre au sens classique de
spécialisation, inhérent à l’héritage. Ici,
la généralisation peut être vue aussi
comme un polymorphisme de cas.

2017 - 2018
38
b- Quelques diagrammes de cas d’utilisation de la solution
❖ Diagramme de cas d’utilisation du système
Figure 8:Diagramme de cas d'utilisation du système

2017 - 2018
39
❖ Diagramme du cas d’utilisation « Gérer les profils d’utilisateur »
Figure 9:Diagramme du cas d'utilisation "Gérer les profils utilisateur"

2017 - 2018
40
❖ Diagramme du cas d’utilisation « Modifier les paramètres »
Figure 10:Diagramme du cas d'utilisation "Modifier les paramètres"

2017 - 2018
41
c- Descriptions textuelles des cas d’utilisation

Chaque cas d'utilisation, est associé à une série d'actions représentant la fonctionnalité voulue,
ainsi que les stratégies à utiliser dans l'alternative où la validation échoue, ou bien des erreurs
se produisent. Un cas d’utilisation est donc une abstraction de plusieurs chemins d’exécution.
Une instance de cas d’utilisation est appelée : « scénario ». C’est un chemin particulier pris lors
de l’exécution d’un cas d’utilisation.
La description textuelle est constituée des éléments suivants :
▪ Le présupposé : ce sont les actions qui doivent être remplies avant le lancement du cas
d’utilisation.
▪ La précondition : ce sont les conditions qui doivent être remplies avant le lancement du
cas d’utilisation.
▪ Le déclencheur : C’est l’élément qui déclenche le cas d’utilisation.
▪ Le dialogue : C’est le scénario principal et le Scénario secondaire.
▪ La post condition : Ce sont les différents mécanismes pouvant conduire à la fin de
l’exécution du cas d’utilisation.
▪ L’arrêt : C’est l’état du système à l’arrêt du cas d’utilisation.
Cas d’utilisation « Gérer les profils d’utilisateur »
Tableau 10:description textuelle du cas d'utilisation "Gérer les profils d’utilisateur"
GERER LES PROFILS D’UTILISATEUR
Présupposé Se connecter à la base de données du logiciel
Précondition S’authentifier dans la base de données
Déclencheur Cliquer sur le bouton « Authentification »
1. L’administrateur se connecte à la base de données à l’aide d’une connexion internet

Dialogue 2. L’administrateur saisie ses informations d’authentification (informations relatives au
mail d’inscription)

2017 - 2018
42
3. a) Le système effectue les vérifications et si tout est correct il redirige l’administrateur

vers la page d’accueil et celui-ci doit cliquer sur le bouton « Accéder à la console ».
b) Le système effectue les vérifications et si tout n’est pas correct il notifie à
l’administrateur qu’il y a une erreur dans la saisie de ses informations
d’authentification. L’administrateur doit alors réitérer l’opération jusqu’à ce qu’il y ait
succès.
4. Une fois connecté l’administrateur clique sur le bouton « Authentification »
5. Le système lui affiche les différents profils inscrits et il peut donc commencer la
gestion de ces derniers.
L’administrateur effectue la gestion. Il peut : ajouter un utilisateur, désactiver un profil,
Post condition
supprimer un profil ou réinitialiser le mot de passe d’un profil.
Une fois que l’administrateur a terminé les quelconques modifications qu’il aurait effectuées,
Arrêt
le système met à jour la base de données et affiche les modifications.
Cas d’utilisation « Modifier les paramètres »
Tableau 11:Description textuelle du cas d'utilisation "Modifier les paramètres".
MODIFIER LES PARAMETRES
- L’apprenant ouvre le logiciel

- L’apprenant se connecte à son profil en remplissant les champs nécessaires (email et
Présupposé
mot de passe)
-Le logiciel le redirige vers la page d’accueil
- Disposer de l’application
- Disposer d’une connexion internet
Précondition
- Disposer d’un profil
- Être connecté au logiciel
Déclencheur Cliquer sur le bouton « Modifier paramètres »
1. L’apprenant clique sur le bouton

Dialogue
2. Le logiciel le redirige vers la page de modification des paramètres
L’apprenant effectue les modifications. Il peut : augmenter ou réduire le volume, changer la
Post condition
qualité de l’affichage, changer la résolution.

2017 - 2018
43
Le logiciel effectue les modifications de paramètres souhaitées et attend que l’apprenant clique
Arrêt
sur le bouton de retour afin de le rediriger vers la page d’accueil.
1- Diagramme de séquence
Il documente les interactions à mettre en œuvre entre les classes afin de réaliser un résultat,
comme un cas d’utilisation. Le diagramme des séquences énumère des objets
horizontalement, et le temps verticalement. Il modélise l'exécution des différents messages en
fonction du temps.
a- Les composants du diagramme de séquence

Dans un diagramme de séquence, les classes et les acteurs sont énumérés en colonnes, avec
leurs lignes de vie verticales indiquant la durée de vie de l'objet.
Tableau 12:Les composants du diagramme de séquence

Objet Les objets sont des instances des
classes, et sont rangés horizontalement.
: Nom de l’objet
Acteur Les acteurs peuvent également

communiquer avec des objets, ainsi ils
peuvent eux
aussi être énumérés en colonne.
Nom de l’acteur
Ligne de vie Les lignes de vie, LifeLine, identifient
l'existence de l'objet par rapport au
temps.
Activation Les activations indiquent quand l'objet
effectue une action.
Message Les messages indiquent

Message les communications entre les objets.

2017 - 2018
44
a- Quelques diagrammes de séquence de la solution
❖ Diagramme de séquence de l’ajout d’un utilisateur
Ajout d'un utilisateur
Firebase Base de données
Utilisateur Administrateur
Demande connexion
verification
alt Compte existe

Interface de Gestion
Deamande d'ajout d'un utilisateur
Interface d'ajout
Remplissage du formulaire
vérification
alt informations correctes envoie des informations
Enrégistrement des données
Message de confirmation d'ajout
informations incorrectes
Message d'erreur
compte inexistant
Interface de conexion
Figure 11:Diagramme de séquence de l'ajout d'un utilisateur

2017 - 2018
45
Diagramme de séquence de l’authentification au profil d’utilisateur
Figure 12:Diagramme de séquence de l'authentification

2017 - 2018
46
L’analyse a permis de mieux comprendre le système à réaliser. C’est dans cette même lancée
que nous utiliserons le langage de modélisation et le processus choisi pour établir par la suite
notre dossier de conception.

2017 - 2018
47
Dossier de
conception

2017 - 2018
48
Il s’agit ici du troisième document de la deuxième partie de notre rapport de stage. Le dossier
de conception permet la présentation détaillée de la solution proposée ainsi que la structure
statique du système de cette solution en présentant le diagramme de classe et le diagramme
d’activité.
Introduction
I- Diagramme de
classe
II- Diagramme
d’activité
Conclusion

2017 - 2018
49
La conception est l’étape principale dans laquelle on entre dans la phase de développement de
la solution. Cette partie aura donc pour objectif de présenter les diagrammes UML utilisés pour
ce faire, entre autres le diagramme de classe et le diagramme d’activité.

2017 - 2018
50
I- Diagramme de classe
Il exprime la structure statique du système en termes de classes et de relations en ces classes.
Son est de modéliser les entités du système d’information. Le diagramme de classe permet de
représenter l’ensemble des informations finalisées qui sont gérées dans le domaine. Celle-ci
sont structurées, c’est-à-dire qu’elles sont regroupées dans les classes. Le diagramme met en
évidence d’éventuelle relations entre les classes.
1- Les composants du diagramme de classe

Le diagramme de classes comporte quelques concepts : classe, attribut, opération (méthode) et
relation.
Tableau 13:Les composants du diagramme de classe

Classe Une classe est un type
abstrait caractérisé par des
propriétés (attribut et
Nom de la classe méthodes) communes à un
- Nom de l'attribut_1 : type
- Nom de l'attribut_2 : type ensemble d’objets et
- Nom de l'attribut_3 : type
+ nomMethode_1 () : type permettant de créer des
- nomMethode_2 () : int
# nomMethode_3 () : int objets ayant ces propriétés.
Ou encore la description d’un
ensemble d’objets partageant
la même sémantique, ainsi
que les mêmes attributs,
opérations et relations.
Attribut Un attribut représente la
modélisation d’une
information élémentaire
représentées par son nom et
son format.

2017 - 2018
51
Opération (méthode) L’opération représente un

élément de comportement
des objets, défini de manière
globale dans la classe. Une
opération est une
fonctionnalité assurée par
une classe.
Relation Les liens entre les objets
doivent être considérés
comme des instances de
relations entre classe.
2- Les différents types de relation entre les classes
Il existe plusieurs types de relations entre classes : l’association, la généralisation/spécialisation

et la dépendance
L’association
Une association représente une relation structurelle entre classes d’objets. La plupart des
associations sont binaires, c’est à dire qu’elles connectent deux classes. On représente une
association en traçant une ligne entre les classes associées.
Figure 13:Formalisme d'une association
Les classes-association
Les attributs d’une classe dépendent fonctionnellement de l’identifiant de la classe. Parfois, un

attribut dépend fonctionnellement de 2 identifiants, appartenant à 2 classes différentes ou il peut
arriver que l’on ait besoin de garder des informations (attributs ou opérations) propres à une
association. Une classe de ce type est appelée classe association.

2017 - 2018
52
Figure 14:Formalisme des classes-association
L’agrégation
Dans UML, l’agrégation n’est pas un type de relation mais une variante de l’association. Une
agrégation représente une association non symétrique dans laquelle une des extrémités joue un
rôle prédominant par rapport à l’autre extrémité. L’agrégation se représente toujours avec un
petit losange du côté de l’agrégat. Le choix d’une association de type agrégation traduit la
volonté de renforcer la dépendance entre classes. Les agrégations indiquent une relation de
contenant contenu. Elle permet de modéliser des relations de type maître et esclaves.
L’agrégation permet de représenter :
- La propagation des valeurs d’attributs d’une classe vers une autre classe
- Une action sur une classe qui implique une action sur une autre classe
- Une subordination des objets d’une classe à une autre classe
Figure 15:Formalisme d'un agrégat multiple Figure 16:Formalisme d'une agrégation réflexive
La composition
La composition est un cas particulier de l’agrégation dans laquelle la vie des composants est
liée à celle des agrégats. Elle fait souvent référence à une contenance physique. Dans la
composition l’agrégat ne peut être multiple. La composition implique, en plus de l’agrégation,
une coïncidence des durées de vie des composants : la destruction de l’agrégat (ou conteneur)

2017 - 2018
53
implique automatiquement la destruction de tous les composants liés. La composition se

représente par un losange noir.
Figure 17:Formalisme d'une composition
La généralisation/spécialisation
Le principe de généralisation / spécialisation permet d’identifier parmi les objets d’une

classe (générique) des sous-ensembles d’objets (des classes spécialisées) ayant des
définitions spécifiques. La classe plus spécifique (appelée aussi classe fille, classe
dérivée, classe spécialisée, classe descendante …) est cohérente avec la classe plus
générale (appelée aussi classe mère, classe générale …), c’est-à-dire qu’elle contient
par héritage tous les attributs, les membres, les relations de la classe générale, et peut
contenir d’autres. Une relation de généralisation est indiquée par une flèche creuse se
dirigeant vers la classe "parent".
Figure 18:Formalisme d'une généralisation/spécialisation

2017 - 2018
54
3- Diagramme de classe de la solution
Figure 19:Diagramme de classe de la solution
II- Diagramme d’activité

Il est utilisé pour la documentation du déroulement des opérations dans le système, du niveau
commercial au niveau opérationnel (de haut en bas). On y retrouve des éléments du diagramme
d’état. En fait, le diagramme d’activité est une variante du diagramme d’état où les états
représentent des opérations et les transitions représentent les activités qui se produisent une fois
l’opération terminée.

2017 - 2018
55
1- Les composants du diagramme d’activité
Un diagramme d’activité se compose d’activité (ou d’état d’activité), de transition, de couloir,

d’état initial et final, de barre de synchronisation et de décision.
Tableau 14:Les composants du diagramme d'activité

Etat d’activité ou Activité L’état d’activité marque une
action faite par un objet
Nom de l'activité
Transition Quand un état d’activité est

accompli, le traitement
passe à un autre état
d’activité. Les transitions
sont utilisées pour marquer
ce passage.
Couloir Chaque activité sera placée
Nom du coul oi r sur une colonne (couloir)
qui correspond à l’acteur.
Les objets sont énumérés
au-dessus des colonnes, et
les barres verticales séparent
les colonnes pour former les
couloirs d’activités.
Etat initial L’état initial marque le point

d’entrée de la première
activité. Il ne peut y avoir

2017 - 2018
56
qu’un seul état initial sur un

diagramme.
Etat final L’état final marque la fin du

déroulement des opérations
modélisées (ou d’un flux). Il
Etat final de flux peut y avoir des états finaux
multiples sur un diagramme.
Barre de synchronisation Souvent certaines activités

peuvent être en parallèle.
Pour dédoubler le traitement
« Fork », ou le reprendre
quand les activités multiples
ont étés accomplies
(« join »), des barres de
synchronisation sont
utilisées.
Décision Les décisions sont utilisées
pour marquer dans un
Decision diagramme d’activité le fait
qu’un objet fait un choix
suite à un traitement. Ce
choix détermine la transition
à suivre vers la prochaine
activité.

2017 - 2018
57
2- Quelques diagrammes d’activité de la solution

❖ Diagramme d’activité de l’ajout d’un utilisateur
Figure 20:Diagramme d'activité de l'ajout d'un utilisateur

2017 - 2018
58
❖ Diagramme d’activité de l’authentification de connexion
Figure 21:Diagramme d'activité de l'authentification

2017 - 2018
59
Le dossier de conception aura permis de présenter une conception détaillée de la solution

proposée ainsi que la structure statique du système de cette solution. Il était question de
présenter les diagrammes intervenants, tels que le diagramme de classe dont le but est de
modéliser les entités du système et le diagramme d’activité qui montre les diverses transitions
entre activité. Ce travail ainsi achevé permettra de passer à l’étape de réalisation.

2017 - 2018
60
Dossier de
réalisation

2017 - 2018
61
Il s’agit ici du quatrième document de la deuxième partie de notre rapport de stage. Le dossier
de réalisation permet la présentation des technologies utilisées, des architectures et des
diagrammes intervenants comme le diagramme de déploiement.
Introduction
I- Technologies
utilisées
II- Architectures du
logiciel
III- Diagramme de
déploiement
Conclusion

2017 - 2018
62
La structure physique de la solution ayant déjà été présentée dans le dossier de conception, le
dossier de réalisation présentera quant à lui son mode de déploiement. Cette partie document,
présente donc les technologies utilisées, les architectures du logiciel et enfin le diagramme
UML intervenant dans cette partie.

2017 - 2018
63
I- Technologies utilisées
Afin de réaliser à bien notre projet, voici les différentes technologies auxquelles nous avons fait
appel tout au long du déroulement de notre travail.
Tableau 15:Technologies utilisées
NOM LOGO ROLE
LANGAGES DE PROGRAMMATION
Implémentation des interactions

C Sharp
entre l’utilisateur et le logiciel.
Permis aux enregistrements des

Json utilisateurs dans la base de
données.
RESSOURCES LOGICIELLES
Implémentation du logiciel et
Unity Personnal
les différents environnements.
Autodesk 3Ds Max
Modélisation des objets servant

à la création du logiciel.
Blender

2017 - 2018
64
Création des animations servant

Autodesk Maya
à l’animation de certains objets.
Réalisation des cinématiques

Filmora
pour le logiciel.
MonoDevelop
Editeur de texte d’Unity pour

l’édition des scripts
Visual Studio 2017
(community)
Permet de faire une capture

Bandicam vidéo pour filmer les
cinématiques
AVS Video Editor Permet le montage des vidéos
AUTRES
Notre SGBD qui nous permettra

Firebase
de sauvegarder nos utilisateurs.

2017 - 2018
65
II- Architectures du logiciel

1- Architecture logique
L'architecture logique décrit une répartition des tâches au sein du réseau (organisation de la
circulation des données). Les principales sont :
- Paire-à-paire : tous les postes sont « égaux » et partagent (ou non) des données et des
périphériques ; ils sont à la fois client et serveur,
- Client-serveur : les postes clients demandent (selon leurs droits) l'exécution de services
au(x) serveur(s) qui centralise(nt) des ressources.
Pour notre projet solution, nous avons eu à utiliser architecture client-serveur. L'environnement
client–serveur désigne un mode de communication à travers un réseau entre plusieurs
programmes : l'un, qualifié de client, envoie des requêtes ; l'autre ou les autres, qualifiés de
serveurs, attendent les requêtes des clients et y répondent. Par extension, le client désigne
également l'ordinateur ou la machine virtuelle sur lequel est exécuté le logiciel client, et le
serveur, l'ordinateur ou la machine virtuelle sur lequel est exécuté le logiciel serveur. Les
serveurs sont des ordinateurs généralement dédiés au logiciel serveur qu'ils abritent, et dotés de
capacités supérieures à celles des ordinateurs personnels en ce qui concerne la puissance de
calcul, les entrées-sorties et les connexions réseau. Les clients sont souvent des ordinateurs
personnels ou des appareils individuels (téléphone, tablette), mais pas systématiquement. Un
serveur peut répondre aux requêtes d'un grand nombre de clients.
L'organisation d'un environnement client–serveur diffère selon le type d'architecture du réseau

et le type de client. Et nous :
- Architecture paire à paire ;

- Architecture à deux niveaux ;
- Architecture à trois niveaux ;
- Architecture à N niveaux ;
L’architecture à deux niveaux est celle à laquelle nous avons fait recours pour notre logiciel.
Avec pour :
- Client : l’ordinateur qu’utilisera l’utilisateur possédant le logiciel solution.

- Serveur de données : Firebase qui sera utilisé comme base de données

2017 - 2018
66
Figure 22:Architecture Client-Serveur
2- Architecture physique
L’architecture technique de notre solution suivra l’architecture à deux niveaux, et par

conséquent fera appel à 02 (trois) protagonistes à savoir le logiciel (le client) et le serveur de
base de données, qui communiqueront selon le processus ci-dessous :
Dans notre solution, l’Utilisateur sera amené à se connecter à celle-ci à partir d’une connexion
sans fil ou une connexion filaire. Après être connecté au logiciel, l’Utilisateur n’aura plus besoin
de connexion pour la pratique des exercices.

2017 - 2018
67
Serveur
Internet
Routeur
Modem
Client
Figure 23:Architecture physique du logiciel

2017 - 2018
68
III- Diagramme de déploiement

Le diagramme de déploiement modélise les composants matériels utilisés pour implémenter un
système et l'association entre ces composants. Des diagrammes de déploiement peuvent être
mise en œuvre dès la phase de conception pour documenter l'architecture physique du système.
1- Les composants du diagramme de déploiement
Les éléments utilisés dans des diagrammes de déploiement sont des composants et leurs
dépendances, comme dans les diagrammes des composants, et des nœuds, qui représentent les
ressources physiques de traitement du système, et leurs associations.
Tableau 16:Les composants du diagramme de déploiement

Composant Un composant représente une
entité logicielle du système.
(Fichier de code source,
programmes, documents,
fichiers de ressource, etc.).
Sur un diagramme de
déploiement, les composants
sont placés dans des nœuds
pour identifier l'endroit de
leur déploiement.
Nœud Un nœud représente un
ensemble d'éléments
matériels du système.
Association Une association, représentée

par une ligne pleine entre
deux nœuds, indique une
ligne de communication
entre les éléments matériels.

2017 - 2018
69
Dépendance Une dépendance est utilisée

pour modéliser ou
matérialiser la relation entre
deux composants.
2- Diagramme de déploiement de la solution
AutoEcole VR
Fichier.dll Serveur de base de données
Fichier.cs Firebase
Fichier.xml
Fichier.json Fichier firebase.cs
bd
Figure 24:Diagramme de déploiement de la solution

2017 - 2018
70
Le dossier de réalisation a permis la présentation du mode de déploiement de la solution. Il a

donc été question des technologies utilisées, des architectures ainsi que le diagramme de
déploiement qui modélise les composants matériels utilisés pour implémenter un système et
l’association entre ces composants. Ce travail ainsi achevé permet de passer au guide
d’installation et au guide d’utilisation.

2017 - 2018
71
Guide d’installation et
guide d’utilisation

2017 - 2018
72
Il s’agit ici du dernier document de notre rapport de stage. Les guides d’installation et
d’utilisation sont complémentaires dans la réalisation d’un projet. Ils présentent les différentes
fonctionnalités et familiarisent le futur utilisateur avec le produit final déployé afin de faciliter
la bonne utilisation et la sûreté du logiciel déployé.
Introduction
I- Guide
d’installation
II- Guide
d’utilisation
Conclusion

2017 - 2018
73
La solution ayant été analysée, conçue et déployée, il est maintenant nécessaire de former les
futurs utilisateurs à son installation et son utilisation. Ce sera le principal dont traitera en
profondeur ce dossier. Il sera question donc ici de la présentation des guides d’installation et
d’utilisation.

2017 - 2018
74
I- Guide d’installation
Pour son installation Auto-Ecole VR notre projet solution a besoin de certaines ressources.
Ainsi l’utilisateur pour le bon fonctionnement du logiciel, doit avoir en sa possession une
machine ayant les configurations suivantes :
Tableau 17:Performances requises
PERFOMANCES REQUISES
Windows 7 SP1+
macOS 10.11+
Systèmes d’exploitation
Ubuntu 12.04+
SteamOS+
Carte graphique Carte graphique compatible DX10 (modèle de shader 4.0).
Processeur instructions SSE2 supportées.
Ram 2Go et plus
Si l’utilisateur possède les configurations minimales, il peut dès maintenant lancer l’installation
du logiciel solution en cliquant sur le setup.
Figure 25:Fichier exécutable du logiciel

2017 - 2018
75
Une fois que l’utilisateur aura cliqué sur le setup d’installation, l'installation débutera avec
quelques configurations à faire comme :
- Le choix de la langue de l’assistant d’installation :
Figure 26:Choix de la langue d'assistance d'installation
- L’accord de licence :
Figure 27:Accord de licence du logiciel

2017 - 2018
76
- La saisie du mot de passe correspondant :
Figure 28:Mot de passe d'installation
- Choix du dossier de destination du logiciel :

2017 - 2018
77
Figure 29:Choix du dossier de destination de l'installation
- Choix de l’utilisateur de créer ou pas une icône sur le bureau :
Figure 30:Taches supplémentaires

2017 - 2018
78
- Préparation de l’installation du logiciel (affichage de quelques choix précédents pour

vérification) :
Figure 31:Récapitulatif des choix
- Début de l’installation en cours :
Figure 32:Installation en cours

2017 - 2018
79
- Fin de l’installation :
Figure 33:Fin de l'installation
Avant de passer au guide d’utilisation du logiciel, il faudrait que l’utilisateur ait à sa portée le
matériel nécessaire pour son utilisation. Ce matériel est constitué de :
- Un simulateur de voiture qui sera une représentation interne d’une voiture, constitué du
tableau de bord, les pédales et les différents leviers.
Figure 34:Simulateur de voiture

2017 - 2018
80
Un casque de réalité virtuelle permettant d’immerger l’utilisateur dans les environnements

virtuels du logiciel. Ce casque peut être un Oculus Rift ou HTC Vibe
Figure 35: Casque hTC Vibe
Figure 36: Matériel Oculus Rift
L’installation du matériel, se fait juste avec un branchement sur les ports USB de votre machine
et le matériel sera directement relié au logiciel.

2017 - 2018
81
I- Guide d’utilisation
Une fois le logiciel installé et le matériel connecté à la machine, il est possible maintenant de
commencer à utiliser le logiciel. Ainsi cette section, montrera comment utiliser le logiciel.
Tout d’abord il faut exécuter le logiciel en cliquant sur l’icône du logiciel installé :
Icône du logiciel
créée sur le bureau
Figure 37:Icône du logiciel sur un bureau
Après avoir cliqué et dès que le chargement du logiciel est terminé, vous êtes conduits vers
l’interface de connexion suivante :
Champ pour entrer

l’email
Bouton de
connexion
Champ pour entrer
le mot de passe
Bouton d’inscription
Figure 38:Interface de connexion du logiciel

2017 - 2018
82
Après connexion, l’utilisateur est redirigé vers l’interface d’accueil suivante :
Bouton de lancement
d’un exercice
Bouton de chargement
Bouton de
d’une partie sauvegardée
configuration du
logiciel
Bouton de
modifications des
Bouton de sortie du paramètres du logiciel
logiciel
Figure 39:Interface d'accueil du logiciel
Il est possible de voir les configurations du logiciel, c’est-à-dire les différents boutons ou
touches à utiliser dans le logiciel. Pour ce faire il suffit d’un clic sur le bouton Configuration
et l’utilisateur sera conduit vers l’interface suivante :

2017 - 2018
83
Bouton de retour
au menu principal
Figure 40:Interface de configuration

2017 - 2018
84
Pour accéder aux paramètres du logiciel pour effectuer des modifications, il suffit d’un clic sur
le bouton Paramètres du menu principal et l’utilisateur sera redirigé vers l’interface suivante :
Augmenter ou réduire
le volume
Modifier la taille
d’affichage
Modifier la qualité de
l’image
Bouton de retour au
menu principal
Figure 41:Interface des paramètres
Débuter un exercice se fait par un clic sur le bouton Commencer ; l’utilisateur sera alors
redirigé vers l’interface suivante où le choix du niveau d’apprentissage lui sera donné :
Bouton de retour
au menu principal
Figure 42:Interface du choix de la difficulté

2017 - 2018
85
Une fois le niveau d’apprentissage sélectionné, l’utilisateur sera redirigé vers l’interface
suivante où il devra choisir un exercice. Pour ce cas il s’agit de niveau débutant.
Bouton de retour à
l’interface du choix
du niveau
Figure 43:Interface du choix de l'exercice
Après le choix de l’exercice, l’utilisateur est conduit vers l’interface de l’exercice correspondant
à son choix. Pour ce cas, il s’agit de l’Exercice 2.
Fenêtre tutoriel qui explique

en à l’utilisateur en quoi
consiste l’exercice qu’il a
choisi
Bouton pour continuer

à suivre le tutoriel
Bouton pour passer le
tutoriel
Figure 44:Interface de lancement de l'exercice

2017 - 2018
86
Le tutoriel suivi jusqu’à la fin ou passé, il est alors possible de commencer son exercice
proprement dit.
Affichage du
changement de vitesse
Affichage de
compteur de vitesse
Affichage des
indicateurs de direction
Affichage du point
de localisation
Affichage de la
minuterie
Figure 45:Interface de présentation de la jouabilité

2017 - 2018
87
L’objectif ici était de documenter les futurs utilisateurs de notre solution sur son installation et
son utilisation. Après avoir montré le guide d’installation et le guide d’utilisation, nous
pouvons dire maintenant que notre logiciel peut être fin prêt pour utilisation par un utilisateur
possédant le matériel complet.

2017 - 2018
88
Conclusion générale
Notre passage à l’OIC-Kribi dans le cadre de l’incubation et de notre stage académique, aura
été très instructif. Il aura permis l’aboutissement de notre projet, qui est la Réalisation d’un
logiciel de formation pratique d’auto-école en réalité virtuelle. Sur la période allant du 14
juin au 30 septembre 2018, nous avons pu mettre en application le savoir-faire acquis tout au
long de l’année académique. C’est ainsi que nous avons étudié le problème posé et proposé une
solution. Cela s’est fait principalement dans la seconde phase de notre stage, phase au cours de
laquelle nous avons eu à faire une analyse, une conception puis une réalisation après quoi nous
avons agrémenté le tout de guides d’installation et d’utilisation de notre logiciel solution Auto-
Ecole VR. Parlant du logiciel, il s’agit d’un projet ouvert, appelé à évoluer au fil du temps, à
interagir avec son environnement tout en tenant compte des fluctuations de ce dernier. Le
prototype réalisé à des fin expérimentales, aura besoin d’être finalisé. Il convient cependant de
noter que notre solution peut présenter des limites, notamment le manque de matériel adéquat
pour son bon fonctionnement, la faible disponibilité de celui-ci pour tous les citoyens et le temps
de réponse assez lent. Toutefois, nous espérons pouvoir palier à ses manquements avec le
temps.

2017 - 2018
89

2017 - 2018
90
Bibliographie
o Anciens rapports de stage de l’IAI-Cameroun, année académique 2016-2017
o Cours d’UML 1.3, proposé par M. DIFFOUO TAZO Evariste à l’IAI-Cameroun
o Cours de rédaction scientifique, proposé par M. SALABESSIES Pacôme Ignace à
l’IAI-Cameroun
o Cours sur le cahier de charges, proposé par M. SALABESSIES Pacôme Ignace à
l’IAI-Cameroun

2017 - 2018
91
Webographie
o https://fr.scribd.com/doc/57496887/U-M-L-Methode-2TUP visité le 4 septembre 2018
concernant la méthode 2TUP ;
o https://www.cidj.com/metiers/graphiste-illustrateur-2d-3d-graphiste-illustratrice-2d-3d
visité le 4 septembre 2018 concernant le salaire d’un graphiste 3D ;
o https://www.regionsjob.com/observatoire-metiers/fiche/technicien-informatique visité
le 4 septembre 2018 concernant le salaire d’un technicien ;
o https://fr.wikipedia.org/wiki/UML_(informatique)#Logiciels_de_modélisation_UML
visité le 4 septembre 2018 pour la présentation du langage UML
o products.office.com/fr-fr/buy/office visité le 2 septembre concernant le prix de la suite
office 2013
o https://fadace.developpez.com/poweramc visité le 2 septembre concernant le prix du
logiciel power AMC
o www.microsoft.com/fr-cm/p/windows-10-professionnel/df77x4d43rkt visité le 2
septembre concernant le prix du système Windows 10 Pro
o https://assetstore.unity.com/ visité du 16 juin jusqu’au 25 septembre 2018 pour le
téléchargement de certains assets
o Tutoriels utilisés pour la réalisation du logiciel :
▪ https://www.youtube.com/watch?v=9aFFNgQ1aRA&list=PLVcHD3L
kf4UadaKgRurr70fHkY7g9NTSx
▪ https://www.youtube.com/watch?v=Unkj6QDhC1s
▪ https://www.youtube.com/watch?v=CFo6CQJErcw
▪ https://www.youtube.com/watch?v=Fqsoca2KwIc
▪ https://www.youtube.com/watch?v=AVN9TUpnLYs&t=911s
▪ https://docs.unity3d.com/ScriptReference/index.html
▪ https://www.youtube.com/watch?v=bD8Bk6VJWvk&list=PLUa90-
ECSDFr69tmypbzhhy2bZoirGuNT

2017 - 2018
92
o https://www.bing.com/search?q=+instructions+SSE2&qs=n&form=QBRE&sp=-
1&pq=instructions+sse2&sc=1-
17&sk=&cvid=2D8E6E37556142AF9F21B78367089A02 visité le 15 septembre 2018
pour définition SSE2.

2017 - 2018
93
Glossaire
MINEPAT : Ministère de l'Économie, de la Planification et de l'Aménagement du Territoire
USA : United States of America (Etats Unis d’Amérique)
Auto-Ecole VR: Auto-Ecole Virtual Reality

2017 - 2018
94
Table des matières

Dédicaces .................................................................................................................................... i
Remerciements ........................................................................................................................... ii
Sommaire .................................................................................................................................. iii
Liste des figures ........................................................................................................................ iv
Liste des tableaux ...................................................................................................................... vi
Résumé ..................................................................................................................................... vii
Abstract ................................................................................................................................... viii
Introduction Générale ................................................................................................................. 1
1ère Partie : Phase d’insertion...................................................................................................... 2
Introduction ................................................................................................................................ 4
I- Accueil en entreprise ........................................................................................................... 5
II- Présentation de l’OIC-Kribi ............................................................................................ 5
1- Historique ............................................................................................................................ 5
2- Organigramme de l’OIC-Kribi............................................................................................ 6
3- Les missions de l’OIC-Kribi ............................................................................................... 8
III- Plan de localisation de l’OIC-Kribi ................................................................................. 9
Conclusion ................................................................................................................................ 10
Cahier des Charges ................................................................................................................... 12
.............................................................................................................................. 14
I- Contexte et justification du projet ..................................................................................... 15
1. Contexte ............................................................................................................................ 15

2017 - 2018
95
2. Justification ....................................................................................................................... 15
II- Les objectifs du projet ................................................................................................... 15
III- Expressions des besoins de l’utilisateur ........................................................................ 16
1- Besoins fonctionnels ......................................................................................................... 16
2- Besoins non fonctionnels .................................................................................................. 16
IV- Les intervenants du projet ............................................................................................. 17
V- Estimation du coût du projet ......................................................................................... 18
1. Coût en ressources humaines ............................................................................................ 18
2. Coût en ressources matérielles .......................................................................................... 18
3. Coût en ressources logicielles ........................................................................................... 19
4. Coût financier global ......................................................................................................... 21
VI- Planification du projet ................................................................................................... 21
VII- Les contraintes du projet ............................................................................................... 23
1. Contraintes de temps ......................................................................................................... 23
2. Contraintes de qualité ....................................................................................................... 24
VIII- Les livrables ............................................................................................................... 24
................................................................................................................................ 25
Dossier d’analyse ..................................................................................................................... 26
.............................................................................................................................. 28
I- Recueil de l’existant .......................................................................................................... 29
1. Présentation de l’existant .................................................................................................. 29
a- L’Auto- École Univers ...................................................................................................... 29
2- Critique de l’existant et proposition de solution ............................................................... 30
Critique ..................................................................................................................................... 30
a- Proposition de solution ..................................................................................................... 31
II- Méthodologie ................................................................................................................ 31
1- Présentation du langage UML........................................................................................... 32

2017 - 2018
96
1- Présentation du processus 2TUP ....................................................................................... 33
III- Modélisation de la solution ........................................................................................... 35
1- Diagramme de cas d’utilisation ........................................................................................ 35
a- Les composants du diagramme de cas d’utilisation .......................................................... 36
a- Les relations ...................................................................................................................... 37
b- Quelques diagrammes de cas d’utilisation de la solution ................................................. 39
c- Descriptions textuelles des cas d’utilisation ..................................................................... 42
1- Diagramme de séquence ................................................................................................... 44
a- Les composants du diagramme de séquence..................................................................... 44
a- Quelques diagrammes de séquence de la solution ............................................................ 45
................................................................................................................................ 47
Dossier de conception .............................................................................................................. 48
.............................................................................................................................. 50
I- Diagramme de classe ........................................................................................................ 51
1- Les composants du diagramme de classe .......................................................................... 51
2- Les différents types de relation entre les classes............................................................... 52
3- Diagramme de classe de la solution .................................................................................. 55
II- Diagramme d’activité .................................................................................................... 55
1- Les composants du diagramme d’activité ......................................................................... 56
2- Quelques diagrammes d’activité de la solution ................................................................ 58
................................................................................................................................ 60
Dossier de réalisation ............................................................................................................... 61
.............................................................................................................................. 63
I- Technologies utilisées ....................................................................................................... 64
II- Architectures du logiciel ............................................................................................... 66
1- Architecture logique .......................................................................................................... 66

2017 - 2018
97
2- Architecture physique ....................................................................................................... 67
III- Diagramme de déploiement .......................................................................................... 69
1- Les composants du diagramme de déploiement ............................................................... 69
2- Diagramme de déploiement de la solution........................................................................ 70
................................................................................................................................ 71
Guide d’installation et guide d’utilisation ................................................................................ 72
.............................................................................................................................. 74
I- Guide d’installation ........................................................................................................... 75
I- Guide d’utilisation ............................................................................................................ 82
................................................................................................................................ 88
Conclusion générale ................................................................................................................. 89
Bibliographie ............................................................................................................................ 91
Webographie ............................................................................................................................ 92
Glossaire ................................................................................................................................... 94
Table des matières .................................................................................................................... 95
Annexes .................................................................................................................................. 100

2017 - 2018
98

2017 - 2018
99
Annexes

2017 - 2018
100

Final Report

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Final Report

Transféré par

Droits d'auteur :

Formats disponibles

Réalisation d’un logiciel de formation pratique d’auto-école en réalité virtuelle

BINELI BILLE André Franck Emilien

Nos parents, M. BINELI Thomas Roger et Mme NDOUMBE Françoise Emilienne,

BINELI BILLE André Franck Emilien

Sommaire .................................................................................................................................. iii

Liste des figures ........................................................................................................................ iv

Liste des tableaux ...................................................................................................................... vi

Résumé ..................................................................................................................................... vii

Abstract ................................................................................................................................... viii

Introduction Générale ................................................................................................................. 1

1ère Partie : Phase d’insertion...................................................................................................... 2

Cahier des Charges ................................................................................................................... 12

Dossier d’analyse ..................................................................................................................... 26

Dossier de conception .............................................................................................................. 48

Dossier de réalisation ............................................................................................................... 61

Guide d’installation et guide d’utilisation ................................................................................ 72

Conclusion générale ................................................................................................................. 89

Annexes .................................................................................................................................. 100

BINELI BILLE André Franck Emilien

Liste des figures

BINELI BILLE André Franck Emilien

Figure 22:Architecture Client-Serveur ..................................................................................... 67

BINELI BILLE André Franck Emilien

Liste des tableaux

BINELI BILLE André Franck Emilien

Principalement, notre thème consiste en la Réalisation d’un logiciel de formation pratique

Mots-Clés : Incubation, DTS, Logiciel, Formation pratique.

BINELI BILLE André Franck Emilien

Keywords: Incubation, DHT, Software, Practical trainin

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

II- Présentation de l’OIC-Kribi

BINELI BILLE André Franck Emilien

CHAIRMAN SCIENTIFIC COMITEE

Jacques BONJAWO (COMITE SCIENTIFIQUE)

CHIEF FINANCIAL OFFICER

SOFWARE ENGINER SOFWARE ENGINER SOFWARE ENGINER

(INGENIEUR EN INFORMATIQUE) (INGENIEUR EN INFORMATIQUE) (INGENIEUR EN INFORMATIQUE)

Figure 1:Organigramme de l'OIC-Kribi

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

3- Les missions de l’OIC-Kribi

La structure OIC-Kribi se donne pour mission de :

▪ Promouvoir l’enseignement de la Technologie par : la formation aux technologies

➢ Mettre à disposition l’ensemble des prestations contenues dans l’offre de l’incubateur,

BINELI BILLE André Franck Emilien

III- Plan de localisation de l’OIC-Kribi

Figure 2:Plan de localisation de l'OIC-Kribi

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

BINELI BILLE André Franck Emilien

I- Contexte et justification du projet

C’est dans ce cadre que s’inscrit ce projet.

II- Les objectifs du projet

BINELI BILLE André Franck Emilien

III- Expressions des besoins de l’utilisateur

✓ Gérer les inscriptions et les authentifications sur le logiciel ;