0% ont trouvé ce document utile (0 vote)
42 vues46 pages

Coprs Du Rapport

Le document présente le rapport de stage d'ASSANA BODI, étudiant en deuxième année à l'IAI Cameroun, au sein de SALAR Digital Startups, où il a effectué un stage de trois mois. L'objectif principal de ce stage est de concevoir une application mobile de gestion de transport pour résoudre le problème de pièces de monnaie au Cameroun. Le rapport inclut des remerciements, une présentation de l'entreprise, un plan de travail et des propositions de solutions pour améliorer le système de transport existant.

Transféré par

chris paulbp
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
42 vues46 pages

Coprs Du Rapport

Le document présente le rapport de stage d'ASSANA BODI, étudiant en deuxième année à l'IAI Cameroun, au sein de SALAR Digital Startups, où il a effectué un stage de trois mois. L'objectif principal de ce stage est de concevoir une application mobile de gestion de transport pour résoudre le problème de pièces de monnaie au Cameroun. Le rapport inclut des remerciements, une présentation de l'entreprise, un plan de travail et des propositions de solutions pour améliorer le système de transport existant.

Transféré par

chris paulbp
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence

technologique Paul Biya


DEDICASE

L’honneur est pour moi de dédier ce travail :


A mes très chers parents : Monsieur MVOGO BODI DESIRE, Madame PATOU PAULET et Madame AYISSI
CATHERINE

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
REMERCIEMENT

Nous tenons fort bien à exprimer notre gratitude et reconnaissance à toutes les personnes ayant
contribuer à l’élaboration ce travail :
 Monsieur ARMAND CLAUDE ABANDA représentant résident de l’IAI-Cameroun centre
d’excellence de technologique. Pour son effort sans précédent dans le processus
d’automatisation et de la professionnalisation des jeunes citoyens dans le domaine des
technologies de l’information et de la communication.
 Monsieur SANAME LEOPOLD ARMEL CÉO de SALAR mon encadreur professionnel… de
SALAR de nous avoir permis d’effectuer notre stage au sein de sa structure et pour sa rigueur
disciplinaire et intellectuelle à laquelle il a tenu jusqu’au dernier jour de stage.
 Monsieur MVOGO BODI DESIRE
 Madame PATOU PAULET et Madame AYISSI CATHERINE

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
LISTE DES FIGURES

Figure 1 : plan de localisation de SALAR……………………………………………….


Figure 2 : organigramme de l’entreprise………………………………………………...

Figure 3 : diagramme de GANTT……………………………………………………….


Figure 4 : formalisme du diagramme de cas d’utilisation ……………………………………
Figure 5 : diagramme de cas d’utilisation globale…………………………………………….
Figure 6 : diagramme de cas d’utilisation spécifiques…………………………
Figure 8 : formalisme du diagramme de communication…………………………………
Figure 9 : diagramme de communication authentification……………………………….
Figure 10 : formalisme du diagramme de séquence………………………………………

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya

5
INTRODUCTION GENERALE

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya

6
RESUME
Les étudiants du niveau deux (2) du cycle ingénieur des travaux informatiques de l’institut
Africaines d’Informatique représentation du Cameroun ont dans leur cursus un stage de trois
(3) mois en entreprise. Ceci dans le but d’harmoniser leur connaissance théorique à la
pratique, afin d’acquérir l’esprit du professionnalisme. Dans le cadre de notre formation et
précisément pour l’obtention du diplôme technicien supérieur des travaux informatiques,
nous allons effectuer notre stage à SALAR DIGITAL STARTUPS du 01 juillet au 30 septembre
2024. Dont la finalité est de permettre la validation de des acquis des deux premières années
de formation pour l’obtention du diplôme de technicien supérieur (DTS) en informatique.
Notre projet consiste à la conception et l’implémentation de la gestion de transport. Ce
thème vient résoudre le problème de pièce de monnaie dans le pays de manière générale.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
ABSTRACT

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
INTRODUCTION GENERAL

De nos jours, la gestion de transport de véhicule de taxi au Cameroun reste toujours


d’actualité. Les populations sont confrontées à des multiples problèmes mais un seul nous a
attiré notre attention : celui des problèmes des pièces de monnaie. En effet, emprunter un taxi
demande au client d’avoir absolument les pièces en main pour espérer avoir un véhicule de
transport. Ainsi pour mener bien ce projet, nous aurons besoin d’un dossier d’insertion qui
nous édifiera sur l’accueil que nous avions reçu de la part de l’entreprise où nous avons
effectué notre stage, un cahier de charges qui décrit de façon explicite notre projet ainsi que
les contraintes y afférentes, le dossier d’analyse dans lequel nous allons effectuer notre
analyse à travers des méthodes, le dossier de réalisation présentant les outils techniques et
logiciels utilisés pour la réalisation et le déploiement de notre projet et en fin un guide
d’utilisation pour aider les futurs utilisateurs à manipuler notre application.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
DOSSIER D’ANALYSE

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
PRÉAMBULE
La phase d’insertion est la toute première partie du rapport de stage qui présente la
structure d’accueil de l’entreprise, son fonctionnement et les conditions dans lesquelles nous
avons été accueillis.

PLAN

INTRODUCTION
I. ACCUEIL AU SEIN DE SALAR
II. PRESENTATION DE L’ENTREPRISE

CONCLUSION

INTRODUCTION

La phase d’insertion est la première des deux phases d’un stage académique. Elle a
une durée de deux semaines pendant laquelle l’étudiant doit découvrir son environnement de
travail, connaître son encadrant professionnel, et devra apprendre à coexister avec ses
collègues de service. C’est une période pendant laquelle l’étudiant doit faire valoir son savoir
vivre et son savoir être. Nous présenterons ainsi comment s’est déroulée notre insertion dans
les locaux de SALAR.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
I. ACCUEIL AU SEIN DE SALAR

Arrivé le 01 juillet 2024 à SALAR Digital Startups. Nous avons eu accueil chaleureux
de L’CEO de SALAR, Monsieur SANAMA Léopold Armel. Suite à cette ambiance, les
présentations ont été faites entre mes collègues de service et moi. Mr SANAMA Léopold
Armel étant notre encadrant professionnel, nous a fait visiter les différents services qui s’y
trouvent afin de mieux cerner l’environnement dans lequel nous allons travailler. Ensuite nous
avons été imprégner par Mr SANAMA Léopold Armel les objectifs à atteindre durant le
stage, de la manière dont se déroulera le stage, de la conduite à tenir (être discipliné et
concentré) et surtout d’avoir confiance en nous. Sans avoir tarder, nous avons ensuite entamé
notre premier travail dans la rédaction de notre rapport de stage. Une connexion wifi est mise
à notre disposition durant notre stage afin que nous soyons dans de meilleure conditions de
travail.

II. PRESENTATION DE L’ENTREPRISE

1. Historique

Venant d’un éclair de génie durant son stage de deuxième année d’ingénierie à l’IAI-
Cameroun, le projet SALAR fût pensé par SANAMA Léopold Armel. La concrétisation de ce
projet commença dès Février 2021 avec l’obtention du statut de SARL (Société A
Responsabilité Limitée). Durant sa première année d’exercice, plusieurs jeunes étudiants des
universités et écoles de formations ont été formés pour offrir à la société camerounaise des
produits de qualité. Aux jours d’aujourd’hui, SALAR SARL est en partenariat avec plusieurs
jeunes sur de nombreux projets.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
2. Situation géographique

Figure 1 1 : plan de localisation source : SALAR

3. Mission

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
La mission de SALAR est de fournir des services et des produits de qualité dans les
domaines des TIC (Technologie de l’Information et de la Communication).

4. Objet Social

La société a pour objet :


 Conception et réalisation des applications web, mobiles et de bureau ;
 Administration des réseaux informatiques ;
 Formation à la conception et développement logiciel ;
 Formation en administration réseaux ;
 Maintenance informatique ;
 Infographie ;
 Produit de services, commerce général.

Et, généralement, toutes opérations financières, commerciales, industrielles, mobilières et


immobilières, pouvant se rattacher directement ou indirectement à l’objet ci-dessus o à tous
objets similaires ou connexes.

5. Organigramme

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
Département Département innovation
Département Réseaux et télécoms technologique
maintenance

Département
Département de Systèmes
comptabilité embarqués et
modélisation 3D

Département Direction Département


marketing Générale Graphisme et
animations

Département
Ressources Département
Humaines Sécurité

Département Département
juridique Département
formations Systèmes
d’information et
Génie Logiciel

;
Figure 2 : 2: organigramme de L’entreprise (Source : SALAR SARL)

Produits

 MBYE SMS
 LightMediaStorage
 SALAR e-learning
 BOGAFIO
 LIFI Consulting

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
CONCLUSION

Parvenu au terme de notre phase d’insertion, nous a permis de s’imprégner du cadre


professionnel de cette entreprise. De par la simplicité, la disponibilité et l’accueil chaleureux
de notre encadreur professionnel nous a permis une prompte adaptation et nous avons effectué
nos travaux dans la sérénité

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
PROGRAMME GÉNÉRAL

DOSSIER 1 : L’existant
DOSSIER 2 : Le cahier des charges
DOSSIER 3 : Le dossier d’analyse
DOSSIER 4 : Le dossier de conception
DOSSIER 5 : Le dossier de déploiement
DOSSIER 6 : Test de fonctionnalité
DOSSIER 7 : Guide d’installation et d’utilisation

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
DOSSIER 1 : L’existant

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
A. PRESENTATION DU THÈME

Notre thème consiste à concevoir et à réaliser une application mobil de gestion de


transport. En vue de permettre aux populations d’emprunter un véhicule sans toutefois
à se soucier des manques de pièce de monnaie. Mais aussi de permettre au chauffeur
de conduire en toute sécurité

B. ETUDE DE L’EXISTANT

Yango est un logiciel de transport russe créer dans le but de faciliter le déplacement des
populations par tous dans le monde installer au Cameroun depuis 2021
C. CRITIQUE DE L’EXISTANT

La critique de l’existant également appeler bilan de l’existant, nous aidera à trouver les
défaillances du système existant mit en place. Ce diagnostic permet d’établir des solutions à
apporter à des problèmes posés. Suite à notre cas, nous avons cerner de multiples défaillances
du système que nous pouvons relevés :

AVANTAGE INCONVENNIENT
 Assure la sécurité des chauffeurs
et des clients  Les commande annuler
 La faciliter de trouver un  Les fake commandes
véhicule de transport  La désorientation du lieu
 Les chauffeurs exerçant avec des
véhicules personnels

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
D. PROBLAMETIQUE

Aux vues des multiples problèmes soulevés précédemment, sur la gestion de transport
de taxis, la collecte des données sur le terrain nous a permis de réfléchir sur comment élaborer
un système qui assure la satisfaction du client en garantissant une expérience agréable et
efficace pour fidéliser la clientèle.

E. PROPOSITION DES SOLUTIONS

Suite aux nombreuses difficultés du système de gestion de transport de taxis , nous


pouvons proposer la solution d’une conception d’une application mobile qui permettra de :

1. Pour les clients :

 Créer un compte en tant que passager


 Se connecter à leur compte
 Demander une course en spécifiant :
 Le lieu de départ
 La destination
 Voir l'historique de leurs courses
 Effectuer des paiements pour les courses
 Gérer leur profil (photo, informations personnelles)

2. Pour les chauffeurs:

 Créer un compte en tant que chauffeur


 Se connecter à leur compte
 Voir les courses qui leur sont attribuées
 Consulter leur historique de courses effectuées
 Gérer leur profil

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
DOSSIER 2 : CAHIER DES CHARGES

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
PLAN

INTRODUCTION
I. CONTEXTE ET JUSTIFICATION DU
PROJET
II. OBECTIFS D’ETUDE
III. EXPRESSION DES BESOOINS
FONCTIONNELS
IV. PLANIFICATION DU PROJET
V. EXTIMATION DU COUT DU PROJET

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
INTRODUCTION

Un cahier de charge est un document que l’on utilise dans le cadre du développement
d’un projet. Sa rédaction suit en général des normes assez fixes. Il sert à définir la finalité
d’un projet, les étapes pour sa réalisation et les éléments nécessaires pour le mener à bien.
Aux vues des multiples problèmes soulevés précédemment, quelle application conforme peut-
on mettre en œuvre pour palier à ces multiples difficultés auxquelles ces structures font face ?

I. CONTEXTE ET JUSTIFICATION DU PROJET

1. Contexte
La Rareté des pièces de monnaie reste d’actualité au Cameroun, indispensable pour les
courses quotidiennes et les petites transactions. Ces petite Pièce métalliques ne font plus
monnaie courante depuis 2018. Alors pour palier a ce problème, nous obtenons pour solution
la mise en place d’un système de gestion de Transport et de paiement par voie électronique.

2. Justification du projet

La gestion de transport de taxis favorise la communication entre les différentes parties prenantes. En
gardant tout le monde informer des horaires de livraison et des éventuels retards, on peut mieux
gérer les attentes et maintenir une bonne dynamique de travail.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
I. OBJECTIF DE L’ETUDE

A. OBJECTIF GÉNÉRAL
Un objectif général est une déclaration plus large et moins précise qui décrit l’intention ou le but
global d’un projet ou d’une initiative et dans notre cadre, l’objectif général consiste tous
simplement de faciliter la transaction monétaire du chauffeur au client et vise versa tout en
assurant assurent une expérience agréable

B. OBJECTIFS SPÉCIFIQUES
Un objectif spécifique est une déclaration claire et précise qui définit ce que l’on souhaite
accomplir dans un cadre donner c’est aussi le rassemblement de plusieurs objectifs cohérent et
précisant le cheminement pour atteindre l’objectif générale, et pour nous ici c’est serai de :
Elaborer un système de gestion des chauffeurs
Elaborer un système de gestion des clients

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
I. EXPRESSIONS DES BESOINS FONCTIONNELS

1. BESOIN FONTIONNELS
a. gestion des Utilisateurs

 L'application doit permettre la création de deux types de comptes : chauffeur et


client
 Les utilisateurs doivent pouvoir se connecter avec un nom d'utilisateur et un
mot de passe
 Les utilisateurs doivent pouvoir modifier leurs informations de profil
 Les utilisateurs doivent pouvoir ajouter/modifier leur photo de profil
 Les utilisateurs doivent pouvoir se déconnecter de l'application
2. Gestion des Courses

Les clients doivent pouvoir demander une course en spécifiant :


o Un point de départ
o Une destination
Le système doit attribuer automatiquement un chauffeur à une course
Les utilisateurs doivent pouvoir consulter l'historique de leurs courses
Le système doit enregistrer les détails de chaque course :
o Identifiants du client et du chauffeur
o Points de départ et d'arrivée
o Prix
o Date et heure
o Statut de la course
3. Gestion des Paiements
 Le système doit générer un code de paiement unique pour chaque transaction
 Les clients doivent pouvoir entrer un montant à payer
 Le système doit enregistrer l'historique des paiements
 Les utilisateurs doivent pouvoir consulter leur historique de paiements
4. Notifications
 Le système doit envoyer une notification lors de la confirmation d'une course

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
 Les utilisateurs doivent recevoir des notifications sur les changements de statut de
leur course
 BESOINS NON FONCTIONNELS
1. Performance
 L'application doit démarrer en moins de 5 secondes
 Le temps de réponse pour les opérations courantes ne doit pas dépasser 2 secondes
 L'application doit pouvoir gérer au moins 100 utilisateurs simultanés
2. Sécurité
 Toutes les données sensibles des utilisateurs doivent être stockées de manière
sécurisée
 Les mots de passe doivent être stockés de manière cryptée
 Les sessions utilisateur doivent expirer après 30 minutes d'inactivité
3. Fiabilité
 L'application doit être disponible 99,9% du temps
 Le système de base de données doit sauvegarder les données toutes les 24 heures
 L'application doit pouvoir récupérer les données en cas de crash
4. Utilisabilité
 L'interface utilisateur doit être intuitive et facile à naviguer
 L'application doit fournir des messages d'erreur clairs et compréhensibles
 Toutes les fonctionnalités doivent être accessibles en moins de 3 clics
5. Maintenabilité
 Le code doit être modulaire et bien documenté
L'application doit utiliser un système de gestion de versions
 Le système doit pouvoir être mis à jour sans perte de données

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
I. PLANIFICATION DU PROJET

La planification d'un projet est l'une des phases clés de la gestion de projet. Elle
consiste à définir de manière détaillée les actions à entreprendre, les ressources nécessaires,
les délais à respecter, et les risques potentiels à anticiper. Le logiciel Gantt Project nous a
permis de mettre en place un planning de notre projet.

1. DIAGRAMME DE GANTT

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
Ressources logicielles
V. ESTIMATION DU COUT DU PROJET
Ressources Description Cout en
FCFA
Microsoft Windows [Link]ème d’exploitation
RESSOURCE HUMAINE 50000
10
GANTT Project Logiciel de planification Gratuit
personnel Quantit Description CU/jours Jours Cout total en
Gratuit
MySQL Système de Gestion des Bases de Données
é FCFAà
(intégré
Wamp)
Analyste 01Effectuera une analyse 100.000 40 4.500.000
Concepteur approfondie à l’aide d’outils
afin de prévoir le futur
NetBeans système Environment de Development Integer Gratuit
Développeu 01 Il implémentera la solution à 100.000 20 2.000.000
r Google chrome l’aide des Navigateur
directives Web
de (plateforme d’exécution) Gratuit
l’analyste.
Testeur Microsoft
01 Office 2019 Logiciel
Il effectuera de traitement
les tests de texte
unitaires 50.000 01 50.000
Gratuit
afin
Sybase Power AMC de valider la solution
Logiciel de Modélisation des données Gratuit
15.1 obtenue.
Formateur
Python02 30.000
Logiciel de développement 02
de la solution 60.000
Gratuit
TOTAUX 9.680.000 FCFA
Tableau : ressources financières Totaux 50 000
Source : Mercuriale des prix 2024

2. Ressources matérielles
Désignation Quantité Caractéristiques PU en Cout total
FCFA
Ordinateur 01 Laptop :HP Core Intel 310.000 310.000
i3 7th Gen,
DD
RAM 12gigo,
1To
CD-ROM 01 CD-RW 550 550
Clés USB 01 1Go 2000 2000
Ramette de 01 A4 80G blanc 4485 4485
papier
Stylo 04 100 400
serveur 01 Serveur HP ML 106 G6950, RAM 8GO, DD 250X2 505 943 505943
GO
TOTAL : 750.278 FCFA
Tableau : ressources matérielles
Source : Mercuriale des prix 2024

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
Cout total du projet
Ressources Montant en FCFA
Humaines 6.680.000
Matérielles 623. 278
Logicielles 50. 000
Imprévus (5%) 400.963,9
Total en chiffre 07.754.241
Cout du projet
Total en lettre

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
A. CONTRAINTES DU PROJET

I- Les contraintes du projet


Sécurité des Donnée : Assurer la confidentialité et la sécurité des données personnelles et
financières des utilisateurs est primordial. La mise en place de mesures de sécurité
robustes pour protéger les informations sensibles est essentielle pour établir la confiance
des utilisateurs.

Intégration avec les Partenaires : Collaborer avec différents fournisseurs de services de


transport, prestataires de paiement et autres partenaires peut poser des défis en termes
d'intégration technique, de conformité aux normes et de coordination des opérations.
Gestion des Transactions Financières : Assurer le bon déroulement des transactions
financières en ligne, y compris le traitement des paiements, les remboursements éventuels
et la gestion des litiges, nécessite une infrastructure fiable et sécurisée.
Conformité Réglementaire : Respecter les réglementations locales et internationales en
matière de transport, de paiement en ligne et de protection des consommateurs peut être
complexe et nécessite une expertise juridique approfondie pour éviter les litiges
juridiques.
Expérience Utilisateur : Offrir une interface conviviale, des fonctionnalités intuitives et
un service client réactif sont essentiels pour garantir une expérience utilisateur positive. La
conception centrée sur l'utilisateur et les retours d'expérience réguliers sont nécessaires
pour améliorer continuellement le système.
Évolutivité et Maintenance : Prévoir la croissance future du système, la prise en charge
d'un nombre croissant d'utilisateurs, l'ajout de nouvelles fonctionnalités et la maintenance
régulière pour garantir la fiabilité et la performance à long terme du système.

1. Maître d'ouvrage :
- Le maître d'ouvrage est généralement l'entité qui exprime un besoin et qui va piloter le
projet.
- Dans le cas de la gestion de transport et de paiement électronique, le maître d'ouvrage
peut être le département des ressources humaines ou un autre service de l'entreprise
responsable de la gestion des déplacements et des paiements des employés.
- Ses responsabilités incluent la définition des besoins, la validation des livrables, le
suivi financier et la coordination des différents acteurs impliqués dans le projet.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
2. Maître d’œuvre :
- Le maître d'œuvre est quant à lui chargé de mettre en œuvre les solutions définies par
le maître d'ouvrage.
- Dans le contexte de la gestion de transport et de paiement électronique, le maître
d'œuvre peut être un prestataire externe spécialisé dans les solutions technologiques ou
une équipe interne dédiée à la mise en place du système.
- Ses responsabilités comprennent la conception, le développement, l'intégration, les
tests et le déploiement des outils de gestion de transport et de paiement électronique.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
CONCLUSION

Un cahier des charges est un document qui décrit de manière précise les besoins, les attentes
et les exigences pour la réalisation d'un projet. Il sert de guide pour toutes les parties
prenantes afin de s'assurer que tout le monde est sur la même longueur d'onde.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
PARTIE III

Dossier d’analyse

PLAN

INTRODUCTION
I. METHODOLOGIE
A. ETUDE COMPARATIVE UML ET MERISE
B. ETUDE COMPARATIVE DES PROCESSUS
UNIFIÉES
II. MODÉLISATION
CONCLUSION

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
B. INTRODUCTION
Un dossier d'analyse est un document qui présente une étude détaillée d'une
situation, d'un problème ou d'un projet, afin de mieux le comprendre et de prendre des
décisions éclairées. Il permet de structurer les informations et de les analyser sous
différents angles.

I. METHODOLOGIE

A. ETUDE COMPARATIVE UML ET MERISE


1. UML

UML se définit comme étant un langage de modélisation graphique et textuel destiné à


l’architecture, la conception et la mise en œuvre de systèmes logiciels complexes par leurs
structures aussi bien que leurs comportements, concevoir des solutions et communiquer les
points de vue. L’UML utilise les points fort de ces trois approches pour présenter une
méthodologie plus cohérente et plus facile à utiliser. Il représente les meilleures pratiques de
création et de documentation des différents aspects de modélisation des systèmes logiciels et
d’entreprise. UML unifie à la fois les notions et les concepts orientés objets. Il se n’agit pas
d’une simple notation graphique. Car les concepts transmis par un diagramme ont une
segmentation précise et sont porteurs de sens au même titre que les mots d’un langage. C’est
un langage standard de modélisation des systèmes d’informations à objet.

La version UML utilisée est 2.5.1 qui compte treize diagrammes et une division du
système en deux (02) grandes vues :

La vue statique composée des diagramme UML structurel qui représente le système
physiquement et comporte six (06) diagrammes
 Le diagramme de classe
 Le diagramme de composant
 Le diagramme de structure composite
 Le diagramme de déploiement
Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
 Le diagramme d’objet
 Le diagramme de packages

La vue dynamique constituée des diagrammes UML comportementaux qui représente


les interactions effectuées dans le système, elle comporte sept (07) diagrammes :
 Le diagramme d’activité
 Le diagramme de communication
 Le diagramme global d’interaction
 Le diagramme de séquence
 Le diagramme d’état-transition
 Le diagramme de temps
 Le diagramme de cas d’utilisation

UML étant un langage formel et normalisé, il est un bon support dans l’élaboration d’une
solution informatique, sa polyvalence et sa souplesse font de lui un langage universel.

2. MERISE

Merise est une méthode de conception de bases de données. Elle repose sur une approche
structurée en plusieurs étapes pour modélisé les données d’une organisation, en se concentrant
sur les besoins des utilisateurs finaux.

La méthode MERISE se divise en trois niveaux principaux :

Le niveau conceptuel
Le niveau organisationnel
Le niveau physique

a) Le niveau conceptuel
Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
Au niveau conceptuel on définit les besoins des utilisateurs et on établit un modèle conceptuel
de données à l’aide de schémas entité-association

b) Le niveau organisationnel

A ce niveau, on traduit le niveau conceptuel en un modèle organisationnel plus détaillé, en


utilisant des schémas relationnels.

c) Le niveau physique

Au niveau physique on met en place la structure concrète de la base de données en se basant


sur un Système de Gestion de Base de Données (SGBD) spécifique.

La méthode MERISE a été largement utilisé pour concevoir des systèmes d’information dans
de nombreux domaines.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
LES LIVRABLES

À la fin des délais fixés pour la conception de notre système de gestion les éléments suivants
constitueront les livrables :
 Un dossier d’insertion
 Un cahier des charges
 Un dossier d’analyse
 Un dossier de conception
 Un dossier de déploiement
 Un test de fonctionnement
 Un guide d’installation et d’utilisation

A. ETUDE COMPARATIVE DES PROCESSUS UNIFIER

Une étude comparative des processus unifiés consiste à comparer différentes


méthodes de gestion de projet qui se basent sur des processus unifiés, souvent dans le cadre
du développement logiciel. Le terme "processus unifié" fait référence à des méthodes de
développement de logiciels qui suivent une approche structurée et systématique pour mener à
bien un projet. L'exemple le plus connu est le Processus Unifié Rational (RUP), mais il
existe d'autres variantes adaptées à différents contextes.
Voici une comparaison des différents processus unifiés et méthodes similaires qui suivent
cette approche :
1. Rational Unified Process (RUP)
 Origine : Créé par Rational Software (acquis par IBM) dans les années 1990.
 Caractéristiques :
o Processus unifié structuré avec des phases distinctes : Inception,
Élaborement, Construction, Transition.
o Fortement axé sur la documentation et la modélisation UML.
o Utilisation intensive d’outils logiciels pour suivre et gérer le cycle de vie du
projet.
o Itératif : chaque phase produit des livrables progressifs.
o Composants clés : gestion des exigences, analyse, conception, développement,
tests, et déploiement.
 Avantages :

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
o Approche bien structurée et adaptable.
o Convient à des projets de grande envergure.
o Prend en charge l'ingénierie des exigences dès le début du projet.
 Inconvénients :
o Complexité et lourdeur pour les petits projets.
o Souvent critiqué pour la grande quantité de documentation nécessaire.
2. Agile Unified Process (AUP)
 Origine : Une simplification du RUP, influencée par les méthodes agiles.
 Caractéristiques :
o Suivi des principes agiles : moins de documentation, plus de flexibilité et de
collaboration.
o Utilise une approche unifiée mais plus légère, adaptée aux petites équipes.
o Les phases sont simplifiées : Modélisation, Mise en œuvre, Test,
Déploiement, Configuration.
 Avantages :
o Moins lourd que RUP, plus flexible.
o Convient mieux aux projets de taille moyenne à petite.
 Inconvénients :
o Manque parfois de structure pour des projets complexes.
o Moins complet que RUP en termes de gestion des risques et de processus.
3. Enterprise Unified Process (EUP)
 Origine : Extension du RUP pour inclure la gestion post-déploiement.
 Caractéristiques :
o Ajoute deux nouvelles phases au RUP : Production et Retrait.
o Prend en compte les aspects liés au cycle de vie complet du logiciel, y compris
la maintenance et l’évolution du système.
 Avantages :
o Idéal pour les grandes entreprises qui doivent gérer le cycle de vie complet des
applications.
o S’adapte à la réalité des systèmes d’entreprise, où les systèmes continuent à
évoluer après le déploiement.
Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
 Inconvénients :
o Peut ajouter de la complexité inutile pour des projets plus petits.
o Nécessite des équipes dédiées pour chaque phase, ce qui augmente les coûts.
4. Disciplined Agile Delivery (DAD)
 Origine : Une évolution des processus unifiés, prenant en compte les bonnes
pratiques agiles et DevOps.
 Caractéristiques :
o Combine les principes de RUP et Agile pour proposer un cadre agile complet.
o Prend en charge la gestion des exigences, la modélisation, l’architecture, et les
tests, tout en étant plus agile que le RUP traditionnel.
o Ajoute une dimension DevOps pour gérer le cycle de vie logiciel du début à la
fin.
 Avantages :
o Plus agile, tout en préservant une bonne structure pour les grands projets.
o Intègre DevOps, ce qui est crucial dans les environnements modernes.
 Inconvénients :
o La courbe d’apprentissage peut être longue.
o Moins de flexibilité pour des équipes qui veulent une méthode agile purement
légère (comme SCRUM).
5. SCRUM (non unifié mais comparable)
Bien que SCRUM ne soit pas un processus unifié, il mérite d’être comparé dans le cadre
d'une étude comparative, car il s'agit d'une des méthodes agiles les plus populaires.
 Origine : Cadre agile centré sur les équipes auto-organisées, les sprints (cycles courts
de développement), et les livraisons fréquentes.
 Caractéristiques :
o Absence de phases définies comme dans RUP, mais focalisation sur des
livraisons itératives rapides.
o Rôles bien définis : Product Owner, Scrum Master, équipe de développement.
o Priorité donnée aux besoins des clients avec des ajustements fréquents.
 Avantages :
o Très léger et flexible.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
o Excellente réactivité aux changements des exigences.
 Inconvénients :
o Moins adapté aux projets où une planification rigoureuse et des exigences
détaillées sont nécessaires.
o Ne couvre pas toujours les aspects comme la modélisation et les exigences
techniques en profondeur, comparé aux processus unifiés.
Comparatif des processus unifiés
EUP
RUP (Rational DAD
AUP (Agile (Enterprise
Critères Unified (Disciplined SCRUM
Unified Process) Unified
Process) Agile Delivery)
Process)

Cycle de vie
Itérative, Itérative, Agilité, Agile,
complet,
Approche orientée sur la orientée agile et structuré avec orienté
gestion post-
documentation légère DevOps sprints
prod

Inception, Modélisation, Ajout des Développement


Sprints (1-
Phases Élaboration, Implémentation, phases complet,
4
principales Construction, Tests, Production et livraison
semaines)
Transition Déploiement Retrait continue

Documentée, Faible,
Assez détaillée
Documentation Très détaillée Minimale surtout pour adaptée en
mais agile
la post-prod continu

Convient aux
Moins flexible, Plus flexible, Flexible, mais
systèmes Très
Flexibilité surtout pour convient aux structuré pour
complexes et flexible
gros projets petits projets l'entreprise
durables

Projets
Projets Grandes Projets
complexes, Petits à moyens
Adoption d'entreprise, équipes, projets légers et
grande projets logiciels
longue durée complexes rapides
entreprise

Moins
Moyennement coûteux,
Élevés (temps, Moins coûteux, Coûts élevés
Coûts coûteux (outils rapide à
ressources) agile (cycles longs)
DevOps) mettre en
œuvre

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
Conclusion
Dans une étude comparative des processus unifiés, le RUP est très adapté pour les
grands projets structurés, bien que lourd pour les petites équipes. L'AUP propose une
approche plus légère, agile, idéale pour les équipes de petite taille ou les projets de moyenne
envergure. L'EUP étend le RUP pour couvrir toute la durée de vie d'un projet, y compris la
maintenance. Enfin, le DAD introduit des concepts agiles et DevOps, intégrant les avantages
des processus unifiés avec plus de flexibilité pour les projets modernes.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
I. MODÉLISATION

1. Diagramme de cas d’utilisation

Un diagramme de cas d'utilisation (en anglais Use Case Diagram) est un outil
visuel utilisé dans la modélisation des systèmes, notamment avec UML (Unified Modeling
Language), pour décrire les fonctionnalités d'un système du point de vue des utilisateurs (ou
acteurs) et les interactions entre ces utilisateurs et le système.

Voici les concepts clés d’un diagramme de cas d’utilisation :

1. Acteurs

Les acteurs représentent les entités qui interagissent avec le système. Ils peuvent être :

 Des utilisateurs humains (par exemple : un client, un administrateur).

 D’autres systèmes ou logiciels qui communiquent avec le système modélisé.

L'acteur n'est pas forcément une personne spécifique, mais plutôt un rôle ou un type
d'utilisateur.

2. Cas d’utilisation (Use Case)

Un cas d'utilisation représente une action ou un ensemble d'actions que l'acteur réalise en
interaction avec le système pour atteindre un certain objectif ou accomplir une tâche
spécifique. Il est généralement représenté par une ellipse sur le diagramme.

Exemples de cas d'utilisation :

 Se connecter (pour un utilisateur qui accède à une plateforme).

 Effectuer un achat (pour un client sur un site de e-commerce).

 Générer un rapport (pour un administrateur).

3. Liaisons entre acteurs et cas d'utilisation

Les lignes qui relient les acteurs aux cas d’utilisation représentent les interactions. Elles
montrent quelles fonctionnalités (cas d'utilisation) sont accessibles à quel acteur. Par exemple,

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
un client peut « Passer commande », mais seul l’administrateur peut « Gérer les utilisateurs
».

4. Relations entre les cas d'utilisation

Il existe plusieurs types de relations entre les cas d’utilisation :

 Include (inclusion) : Un cas d'utilisation fait appel à un autre cas d’utilisation


systématiquement. Cela permet de réutiliser des actions communes. Par exemple, «
Valider un achat » inclut « Se connecter », car un utilisateur doit d'abord se connecter
pour valider un achat.

 Extend (extension) : Un cas d'utilisation peut être étendu par un autre dans des
situations spécifiques. Par exemple, « Payer par carte » peut étendre « Payer une
commande » si cette option est choisie.

 Généralisation : Un cas d'utilisation peut hériter des comportements d’un autre cas.
C'est similaire à la notion d’héritage en programmation orientée objet.

5. Système

Le système est généralement représenté par une boîte ou un rectangle autour des cas
d’utilisation. Cela définit la frontière de ce qui fait partie du système et ce qui est externe (les
acteurs).

Exemple visuel d'un diagramme de cas d'utilisation :

 Acteurs : Un client, un administrateur.

 Cas d'utilisation pour le client : Se connecter, parcourir les produits, passer une
commande, payer.

 Cas d'utilisation pour l’administrateur : Gérer les utilisateurs, générer des rapports,
mettre à jour le stock.

Avantages des diagrammes de cas d'utilisation :

 Clarté : Ils permettent de comprendre les fonctionnalités principales du système de


manière simple et intuitive, même pour des non-techniciens.

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
 Communication : Servent d’outil de communication entre les équipes de
développement et les parties prenantes (clients, utilisateurs).

 Planification : Ils aident à définir les exigences fonctionnelles du système et à


clarifier les rôles des utilisateurs.

composant Description Formalisme


Acteur C’est un type stéréotypé
représentant une abstraction qui
réside juste en dehors du système
à modéliser. Un acteur représente
un rôle joué par une personne ou
une chose qui interagit avec le
système. Pour identifier les
acteurs, il faut donc se concentrer
sur les rôles joués par les entités
extérieures au périmètre. Il existe
quatre (04) catégories d’acteurs à
savoir :
Les acteurs principaux : les
Acteur_1
personnes qui utilisent les
fonctions principales du
système ;
Les acteurs secondaires : qui
sont les personnes qui
effectuent des tâches
administratives ou de
maintenance ;
Le matériel externe : les
dispositifs matériels
incontournables qui font
partie du domaine de
l’application et qui doivent
être utilisés ;
Les autres systèmes : les
systèmes avec lesquels le système
doit interagir

Tableau : formalisme du diagramme de cas d’utilisation

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
Cas d’utilisation Un cas d'utilisation représente
une fonctionnalité fournie par le
système, typiquement décrite sous
la forme Verbe + objet. Il (use
case) correspond à un objectif du Cas_1

système, motivé par un besoin


d’un ou plusieurs acteurs.
L'ensemble des use cases décrit
les objectifs (le but) du système.
Les cas d'utilisation sont
représentés par une ellipse
contenant leur nom.
Association Les associations sont utilisées
pour lier des acteurs avec des cas
d'utilisation.
Elles indiquent qu'un acteur
participe au cas d'utilisation sous
une forme quelconque.
Extension La relation d’extension (« extend
») permet d’étendre les interactions.
Elle désigne qu’un cas d’utilisation <<extend>>
peut fonctionner tous seul mais peut
aussi être complété par d’autres
sous certaines conditions.
Inclusion La relation d’inclusion (« include
») désigne qu’un cas d’utilisation
dépend d’un autre : C’est-à-dire
<<include>>
que pour pouvoir exécuter un cas
donné, il faudrait
Obligatoirement exécuter un autre
cas.
Relation en acteur Un acteur interagit avec le système
et cas d’utilisation grâce au cas d’utilisation. C’est une
relation qui va donc de ce dernier Cas_2
vers son cas.
Acteur_1

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya
a. Formalisme de Diagramme de cas d’utilisation

<<extend>>
Cas_1

<<extend>>
Acteur_1

Cas_2

Rédiger par : ASSANA BODI, étudiant en deuxième année á l’iai Cameroun centre d’excellence
technologique Paul Biya

Vous aimerez peut-être aussi