0% ont trouvé ce document utile (0 vote)

414 vues118 pages

Rapport de Fin de Stage

Ce rapport de stage présente la conception et la réalisation d'une application mobile de gestion de stock pour TECH-LABS, effectuée par des étudiants de l'Institut Africain d'Informatique dans le cadre de leur diplôme de Technicien Supérieur en Informatique. Le projet a impliqué l'identification des besoins des utilisateurs, la rédaction d'un cahier des charges, et l'application de méthodologies comme UML et MVC pour le développement de l'application. Les résultats montrent une solution efficace pour optimiser la gestion des stocks au sein de l'entreprise.

Transféré par

Chris Belibi

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 PDF, TXT ou lisez en ligne sur Scribd

0% ont trouvé ce document utile (0 vote)

414 vues118 pages

Rapport de Fin de Stage

Transféré par

Chris Belibi

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 PDF, TXT ou lisez en ligne sur Scribd

République Du Cameroun Republic Of Cameroon

Paix – Travail – Patrie Peace – Work – Fatherland

******** ********

INSTITUT AFRICAIN D’INFORMATIQUE TECHLABS DE GAROUA

Centre d’excellence Technologique PAUL BIYA -----------------

-----------------

BP: 13179 Yaoundé – Cameroun BP: 49 Gaoua – Cameroun

Tel: (+237) 242 72 99 58 / 222 72 99 57 Tel: (+237) 677 11 54 76/ 699 94 31 03
Site Web : [Link] Site Web : [Link]
E-mail: contact@[Link] E-mail: contact@[Link]

Rapport De Fin De Stage

T HEME :

CONCEPTION ET REALISATION D’UNE

APPLICATION DE GESTION DE STOCK
DISTRIBUÉE :

Stage effectué du 01er juillet au 30 septembre 2024

En vue de l’obtention du Diplôme de Technicien Supérieur en Informatique (DTS)

Option : Génie logiciel

Rédigé et présenté par :

TIKELA DAOUDA SIMPLICE JUNIOR
TSAMO TONFACK THIERRY ROLAND
Étudiant en deuxième année.

Sous la supervision

Académique de Professionnel de
Mme ADA RIHANATOU M. NDJOU BERLINOT
Chef de Centre IAI-GAROUA Directeur de TECHLABS
CONCEPTION ET REALISATION D’UNE APPLICATION
MOBILE DE GESTION DE STOCK DISTRIBUÉE AVEC QR
CODE

DEDICAC DEDICACE

A NOS FAMILLES

Rédigé Par : TIKELA DAOUDA SIMPLICE JUNIOR en 2ème année IAI Cameroun, Centre
d’Excellence Technologique PAUL BIYA, Année académique 2022 / 2023
CONCEPTION ET REALISATION D’UNE APPLICATION
MOBILE DE GESTION DE STOCK DISTRIBUÉE AVEC QR
CODE

REMERCIEMENT

Nous tenons à exprimer notre profonde gratitude envers le bon Dieu Tout-Puissant pour le courage et
la volonté qu’Il nous a donnés dans la réalisation de ce projet. Nous souhaitons également remercier
certaines personnes qui ont contribué, de près ou de loin, au succès de ce travail.

Nous adressons nos remerciements à :

➢ Monsieur Armand Claude ABANDA, représentant résident de l’IAI Cameroun au Centre

Technologique Paul Biya, pour son soutien et la formation de qualité dispensée au sein de son
institution.

➢ Monsieur DJOU NDOUMTSOP Berlinot, responsable de Tech-Labs, pour l’opportunité de

stage offerte au sein de son entreprise et pour avoir accepté d’être mon encadrant profession-
nel.

➢ Madame ADA RIHANATOU MAHAMAT, chef de centre de l’IAI GAROUA, , pour son
encadrement attentif et professionnel durant notre stage académique. Sa patience et ses con-
seils éclairés ont été d’une grande aide pour relever les défis et progresser dans notre appren-
tissage.

➢ Monsieur NZE FOMEKONG STEPHANE, pour son soutien et son engagement tout au
long de cette année académique. Votre passion pour l'enseignement et votre disponibilité ont
grandement contribué à notre apprentissage et à mon épanouissement personnel.

➢ Madame MEKONGO MARIE THERESE, pour son encadrement tout au long de notre
année académique

➢ L’ensemble du corps enseignant et du personnel administratif de l’IAI pour leur accompagne-

ment et leurs conseils tout au long de ma formation.

➢ Mes camarades de promotion pour leurs idées et leurs remarques constructives.

➢ La famille DAOUDA et La famile TSAMO, pour tous les bienfaits reçus depuis notre nais-
sance jusqu’à ce jour.

SOMMAIRE

GFDG

SIGLE ET ABREVIATION

2TUP: Two Track Unified Process;

API : Application Programming Interface ;
AUP : Agile Unified Process ;
BD : Base De Donnée ;
DTS : Diplôme de Technicien Supérieur ;
ESSUP : Essential Unified Process ;
GL : Génie Logiciel ;
Http : Hyper Text Transfer Protocol ;
IAI : Institut Africain D’Informatique ;
IBM : International Business Machines ;
IDE : Integrated Développent Environnement ;
IHM : Interface Home Machine ;
JSON : JavaScript Object Notation ;
Merise : Méthode d'étude et de réalisation informatique pour les systèmes d'entreprise ;
OMG: Object Management Group;
RAM: Random Access Memory;
RUP : Rational Unified Process ;
SI : Système d’Information ;
SQL : Structured Query Language ;
TIC : Technologie de L’information et de la Communication ;
UML: Unified Modeling Langage;
UP: Unified Processing;
URL: Uniform Resource Location;
USB: Universal Serial Bus;
XML: Extensible Markup Language;

LISTE DES TABLEAUX

LISTE DES FIGURES

RESUME

Dans le cadre de l’obtention du diplôme de Technicien Supérieur en Informatique, option Génie Lo-
giciel, l’Institut Africain d’Informatique exige que ses étudiants de deuxième année réalisent un
stage académique de trois mois au sein d’une entreprise. Pour notre part, nous avons effectué notre
stage au sein de la startup TEH-LABS à Garoua, du 1er juillet au 30 septembre 2023. Au cours de
ce stage, nous avons été chargés de concevoir et de développer une « Application de Gestion de
Stock » pour TECH-LABS. Dans ce cadre, nous avons d'abord identifié les besoins et les exigences
des futurs utilisateurs, puis nous avons élaboré un cahier des charges qui détaille les besoins fonc-
tionnels et non fonctionnels, ainsi que la planification du projet. La mise en œuvre de la solution a
nécessité l'application du processus unifié 2TUP, basé sur le langage de modélisation UML (Uni-
fied Modeling Language) version 1.4, et l'utilisation de l'outil Astah Professional pour la création de
nos diagrammes. Pour la conception de notre application, nous avons utilisé des langages de pro-
grammation tels que JavaScript, tout en adoptant l'architecture Model-View-Controller (MVC) et
une architecture physique en trois tiers pour le déploiement de la solution. Grâce à ces efforts, nous
avons réussi à développer une application efficace pour la gestion des stocks au sein de TECH-
LABS.

ABSTRACT

As part of obtaining the Higher Technician Diploma in Computer Science, Software Engineering
option, the African Institute of Computer Science requires its second-year students to complete a
three-month academic internship within a company. In our case, we completed our internship at the
startup TEH-LABS in Garoua, from July 1 to September 30, 2023. During this internship, we were
tasked with designing and developing a "Stock Management Application" for TECH-LABS. To this
end, we first identified the needs and requirements of the future users, and then we created a specifi-
cations document detailing both functional and non-functional requirements, as well as the project
planning. The implementation of the solution involved applying the unified process 2TUP, based on
the Unified Modeling Language (UML) version 1.4, and using the Astah Professional tool for creat-
ing our diagrams. For the design of our application, we utilized programming languages such as Ja-
vaScript, adopting the Model-View-Controller (MVC) architecture and a three-tier physical archi-
tecture for deploying the solution. Through these efforts, we successfully developed an effective ap-
plication for stock management within TECH-LABS.

INTRODUCTION GENERALE

Une entreprise est une entité économique qui regroupe des ressources humaines, financières et ma-
térielles dans le but de produire des biens ou des services pour répondre aux besoins du marché.
Elle est généralement créée dans le but de générer des bénéfices et d'assurer sa pérennité. Dans le
cadre de mon stage académique au sein de l'entreprise Tech-Labs, le thème abordé concernait la
gestion de stock. Cette notion fait référence à l'ensemble des actions mises en place par une entre-
prise pour optimiser le suivi et la gestion de ses stocks, garantissant ainsi une réponse efficace aux
demandes du marché. Au sein de Tech-Labs, l'importance accordée à la gestion des stocks est es-
sentielle. En effet, dans un marché concurrentiel où la disponibilité des produits est cruciale, il est
nécessaire d'adopter des stratégies et des outils efficaces pour garantir une gestion optimale. Cela
permet non seulement de maintenir une bonne fluidité opérationnelle, mais également de favoriser
la croissance de l'entreprise en améliorant la satisfaction client et en réduisant les coûts. Au cours de
mon stage, j'ai eu l'opportunité de travailler sur le développement d'une application mobile dédiée à
la gestion de stock au sein de Tech-Labs. Ce projet m'a permis de comprendre les enjeux liés à une
gestion efficace des stocks et de mettre en pratique mes connaissances en génie logiciel pour conce-
voir une solution adaptée aux besoins spécifiques de l'entreprise. Ce rapport de stage vise à décrire
le processus de développement de cette application, en mettant en lumière les différentes étapes, les
méthodologies utilisées et les résultats obtenus. Dans un premier temps, nous présenterons un dos-
sier d'insertion qui décrira mon intégration au sein de l'entreprise, suivi d'un cahier des charges dé-
taillant notre projet et ses contraintes. Ensuite, un dossier d'analyse présentera l'étude de notre projet
à travers diverses méthodes, suivi d'un dossier de réalisation décrivant les outils techniques et logi-
ciels utilisés. Enfin, un guide d'utilisation sera proposé pour aider les futurs utilisateurs à se familia-
riser avec notre application.

PARTIE I : PHASE D’INSERTION

Introduction

I. Accueil et insertion

II. Présentation de la
structure

III. Situation
Géographique

IV. Présentation du Thème

Conclusion

Préambule :
Dossier d'insertion d'un rapport de stage est un document qui accompagne le rapport de stage
lui-même. Il sert à mettre en valeur ton expérience professionnelle acquise lors du stage et à présenter
de manière détaillée ton parcours, tes compétences et tes réalisations. L'objectif est de compléter le
rapport de stage en fournissant des informations supplémentaires sur toi et qui présente la structure
d’accueil, son fonctionnement et les conditions dans lesquelles nous avons été accueillis.

INTRODUCTION
L'insertion en entreprise d'un étudiant fait référence au processus par lequel un étudiant intègre
le monde professionnel dans le cadre d'un stage, d'un apprentissage ou d'un premier emploi. C'est une
étape importante qui permet à l'étudiant de mettre en pratique les connaissances théoriques acquises
lors de ses études et de se familiariser avec le fonctionnement d'une entreprise dans son domaine
d'étude. Les entreprises veillent Également à faciliter l'insertion de leurs nouveaux employés en
mettant en place des programmes d'accueil et d'intégration, en assignant un mentor ou un tuteur pour
les guider, et en fournissant les ressources et les informations nécessaires pour favoriser leur réussite.
De leur côté, les employés doivent être actifs et engagés dans leur propre processus d'insertion, en
posant des questions, en cherchant à comprendre la culture et les valeurs de l'entreprise, et en
développant rapidement les compétences requises pour leur poste. Pendant cette période d'insertion
en entreprise, l'étudiant à l'opportunité de développer ses compétences, de découvrir le milieu
professionnel, de tisser des liens avec des professionnels du secteur et éventuellement de décrocher
un emploi à l'issue de son stage ou de son apprentissage. C'est une occasion précieuse pour l'étudiant
de se préparer à sa future carrière et de mettre un pied dans le monde du travail.

I. ACCUEIL ET INTEGRATION
1) Accueil
Le lundi 1 juillet 2024 fut notre premier jour a TECH-LABS, nous avons été accueillir
par la secrétaire Mme Esther qui à manifester un geste d’hospitalier en vers nous. Elle nous a
présenter l'entreprise et nous a guider dans nos premiers pas. Elle nous a diriger vers le bureau
du PDG de l’entreprise TECH-LABS M. DJOU NDOUMTSOP Berlinot avec qui nous avons
entretenue des discussions sur règlement intérieur de la structure fixant l’organisation
journalière, le fonctionnement de la structure, l’environnement de travail, le matériel
technique et pour finir il nous a présenté l’équipe avec laquelle nous serons appelés à
travailler.

2) Intégration
Notre phase d'intégration chez TECH-LABS a été une expérience enrichissante et
stimulante. Dès notre premier jour, nous avons été chaleureusement accueilli par l'équipe
dynamique et bienveillante. Nous avons rapidement pris connaissance des valeurs et de la
culture d'entreprise qui prônent l'innovation et la collaboration. Grâce à des sessions de
formation personnalisées, nous avons pu nous familiariser avec les différents départements et
processus de l'entreprise. Notre tuteur nous a guidé tout au long de cette période d'adaptation,
nous permettant de nous intégrer progressivement dans son équipe. Nous avons participé
activement aux réunions et projets en cours, apportant nos contributions de manière
constructive. La communication transparente et ouverte au sein de l'équipe a favorisé l`
intégration rapide et efficace.

II. PRESENTATION DE L’ENTREPRISE

1) Historique
TECH-LABS se situe entre l’hôpital la caisse et le carrefour fédéral Yelwa, a cent
mètres (100m) du carrefour fédéral face à la pharmacie JADE, se trouve un immeuble d’un
niveau. Au niveau un se trouve la structure. Ce n’est qu’en 2020 que cette startup fut
enregistrée auprès de l’État mais bien avant cela, elle offrait déjà de multiples services dans
le domaine informatique (infographie, réseau, créations des applications, formation etc..).
Comme cité précédemment, TECH-LABS fait dans la prestation des services informatiques.

2) Organisation de la TECH-LABS

TECH-LABS est constitué d'une équipe de 8 membres permanents, chacun possédant

des compétences en développement maîtrisant au moins trois langages de programmation
(JAVA, Bootstrap, CSS, PHP, HTML) ainsi que des compétences en réseaux. Chaque membre
du personnel se voit assigner des tâches à accomplir dans des délais précis en fonction du
projet en cours et de l'équipe à laquelle il appartient. Durant la phase d'analyse d'un projet, la
participation de tous est requise, puis le PDG forme les équipes en désignant un chef pour
chacune d'elles.

3) La mission de TECH-LABS
Nous pouvons affirmer que la startup TECH-LABS se spécialise dans la prestation de
services informatiques, la formation, le développement d'applications, la conception
graphique et la vente de produits informatiques.
La startup TECH-LABS se distingue par son expertise diversifiée dans les services
informatiques, les formations sur mesure, la conception et le développement d'applications
sur mesure, la création graphique de qualité et la commercialisation de produits informatiques
innovants. Grâce à une équipe de huit membres compétents et polyvalents, TECH-LABS offre
des solutions sur mesure adaptées aux besoins spécifiques de chaque client. Que ce soit pour

des projets de développement logiciel complexes, des formations personnalisées en

informatique, des créations graphiques originales ou la fourniture de produits technologiques
de pointe, TECH-LABS s'engage à offrir un service de qualité supérieure. La startup se
positionne comme un partenaire fiable pour les entreprises en quête d'innovation et de
performance dans le domaine informatique.

4) Organigramme

Chef Exécutif officiel

Service TIC

Secrétaire de Service Client

Direction

Unité Unité Unité Unité

Unité
Sécurité Réseaux Génie HELPDES
Infographie
Informatiqu Informatiq Logiciel K
e ue

5) Plan de Localisation

6) Les ressources
Les ressources nécessaires au fonctionnement de TECH-LABS sont classées en quatre
catégories distinctes. Ce regroupement permet d'assurer une gestion efficace et optimale de
l'entreprise.

6.1) Les ressources humaines

TECH-LABS compte3 employés permanents et 2 employés non permanent, ayant
tous des compétences professionnelles variées.

6.2) Les ressources financières

Chez TECH-LABS, les finances proviennent exclusivement des services rendus à des
particuliers ou à d'autres entreprises. Notre rémunération est directement liée aux services
que nous offrons à nos clients, et ces revenus sont essentiels pour couvrir les salaires du
personnel, les frais de maintenance, le loyer et les impôts de l'entreprise. Étant donné que
notre clientèle est en constante évolution, il nous est difficile de fournir une estimation
chiffrée précise. Cependant, en moyenne, nos revenus mensuels sont estimés à environ
150 000 francs CFA.

6.3) Les ressources matérielles

Tableau 1:Ressources matérielles

Numéro Libellé Quantités Caractéristiques Observation
1 Bâtiment(entreprise) 1 2 bureaux Location
1 grande salle
2 Ordinateurs de 5 Core i5 Acheté
bureaux Pouces 3 GHZ
500 giga DD
3 Serveur 1 Location
4 Photocopieuse 1 Acheté
5 Switch 1 Acheté
6 Tricycle 1 Acheté
7 Téléviseur 1 Full HD Acheté
8 Ventilateur 1 Acheté
9 Imprimante 1 Acheté
10 Routeur 4 Acheté
Rédigé Par : TIKELA DAOUDA SIMPLICE JUNIOR en 2ème année IAI Cameroun, Centre
d’Excellence Technologique PAUL BIYA, Année académique 2022 / 2023
CONCEPTION ET REALISATION D’UNE APPLICATION
MOBILE DE GESTION DE STOCK DISTRIBUÉE AVEC QR
CODE

6.4) Les ressources logicielles

Les ressources illustrant logicielles de TECH-LABS.

Tableau 2:les ressources logicielles (source : cahier des charges de TECH-LABS)

Libellé Logiciels Quantités Caractéristiques Observations
S. E Windows 6 Windows 10 Acheté
S. E Kali Linux 2 Version 2017 Gratuit
Logiciel de Photoshop 2 Version 2020 Acheté
montage
Logiciel de Illustrator 2 Version 2020 Acheté
montage
IDE Intellij IDE 6 Version 2019 Acheté
Eclipse 6 Version 2019 Gratuit
Logiciel Suit Office 2 Version 2019 Gratuit
d’apprentissa Version 2016
ge

6.5) Présentation du thème

La gestion efficace des stocks est cruciale pour le bon fonctionnement de toute entreprise,
surtout lorsqu'il s'agit de gérer des entrepôts et des points de vente distribués, c’est un défi
constant. Les erreurs de saisie manuelle, les pertes de produits et le manque de visibilité
en temps réel sur les niveaux de stock peuvent entraîner des inefficacités et des coûts
élevés. La technologie des codes QR, combinée à une application dédiée, offre une
solution moderne pour optimiser le suivi et la gestion des stocks, réduisant ainsi les erreurs
et améliorant l'efficacité opérationnelle.

CONCLUSION
La période d’insertion s'est déroulée de manière positive et nous a permis de nous adapter aisément à
l'environnement professionnel de l'entreprise. Nous avons bénéficié d'un soutien précieux de la part
du maître de stage, ce qui a grandement facilité notre intégration. Son accueil chaleureux et sa
disponibilité ont contribué à créer un climat favorable pour notre apprentissage. Grâce à ces
conditions propices, nous avons pu nous familiariser rapidement avec les tâches et les attentes au sein
de la structure. Cette expérience nous a permis d'acquérir des compétences pratiques et de mieux
comprendre le fonctionnement de l'entreprise.

PARTIE II : PHASE TECHNIQUE

DOSSIER I : L’EXSITANT

DOSSIER II : CAHIER DE CHARGES

DOSSIER III : DOSSIER D’ANALYSE

DOSSIER IV : DOSSIER DE CONCEPTION

DOSSIER V : DOSSIER DE REALISATION

DOSSIER VI : TESTE DE FONCTIONNALITÉ

DOSSIER VII : GUIDE D’INSTALLATION

Préambule :
Après avoir pris connaissance du thème, cette section se concentre sur la description des
besoins des utilisateurs ainsi que des conditions nécessaires à la réussite du projet. Cette étape est
cruciale pour éviter la production de résultats inadéquats et garantir que l'application réponde
efficacement aux attentes des utilisateurs finaux.

DOSSIER I : EXISTANT

INTRODUCTION

I- PRESENTATION DU THEME
II- ETUDE DE L’EXISTANT
III- CRITIQUE DE L’EXISTANT
IV- PROBLEMEATIQUE
V- PROPOSITION DE SOLUTION

CONCLUSION

INTRODUCTION
L'analyse de la situation actuelle est une méthode qui consiste à examiner et évaluer les éléments déjà
en place dans une organisation. Elle cherche à comprendre la situation présente, les pratiques, les
processus et les résultats obtenus au sein de l'entreprise. L'objectif principal de cette analyse est
d'avoir une vue complète et détaillée des éléments en cours, afin de pouvoir ensuite prendre des
décisions éclairées pour améliorer, optimiser les performances ou résoudre des problèmes.

I. PRESENTATION DU THEME
La gestion des stocks distribués à l’aide de codes QR est un aspect crucial pour les entreprises
cherchant à optimiser leur chaîne d'approvisionnement. Il s'agit de mettre en œuvre des méthodes et
des outils permettant de suivre et de gérer les stocks répartis sur plusieurs sites en utilisant des codes
QR pour une traçabilité et une gestion plus efficaces. L'objectif principal de cette étude est d'examiner
les méthodes actuelles de gestion des stocks avec codes QR et de formuler des recommandations pour
améliorer ces pratiques. Cela implique d’évaluer divers aspects de la gestion des stocks, de la
configuration des systèmes de codes QR à l’analyse des performances des processus en place.

Pour approfondir l’étude de la gestion des stocks avec codes QR, nous nous appuierons sur les
éléments suivants :

❖ Analyse des besoins et des attentes en matière de gestion de stock : Il est essentiel de
comprendre les exigences spécifiques liées à l'utilisation des codes QR pour gérer les stocks
de manière efficace. Cette étude devra évaluer si l’entreprise dispose des outils nécessaires
pour implémenter et optimiser l’utilisation des codes QR dans la gestion des stocks.

❖ Évaluation de l'efficacité des systèmes en place : L'efficacité des systèmes de gestion de

stock avec codes QR joue un rôle clé dans la performance globale. Il est important de vérifier
si les outils et processus actuels mesurent correctement l'efficacité du suivi des stocks et s’ils
permettent une gestion fluide et précise.

❖ Examen des procédures de gestion des stocks : L'étude devra détailler les procédures
existantes pour l'utilisation des codes QR, en évaluant leur pertinence, leur efficacité, et leur
impact sur la gestion des stocks. Cela inclut la vérification de l’intégration des codes QR dans
les systèmes de gestion existants et l’identification des ajustements nécessaires pour améliorer
ces procédures.

❖ Analyse des performances des stocks : Les performances en matière de gestion des stocks
sont un indicateur clé de la réussite de l'implémentation des codes QR. L’étude devra examiner
les indicateurs de performance des stocks, comme la précision des inventaires et les temps de
traitement des demandes de transfert, afin d’identifier les points à améliorer.

❖ Comparaison avec les pratiques concurrentielles : Une analyse comparative des méthodes
de gestion des stocks avec codes QR utilisées par les concurrents peut offrir des perspectives
Rédigé Par : TIKELA DAOUDA SIMPLICE JUNIOR en 2ème année IAI Cameroun, Centre
d’Excellence Technologique PAUL BIYA, Année académique 2022 / 2023
CONCEPTION ET REALISATION D’UNE APPLICATION
MOBILE DE GESTION DE STOCK DISTRIBUÉE AVEC QR
CODE

utiles sur les meilleures pratiques du secteur. L’étude devra donc inclure une analyse
concurrentielle pour repérer les forces et les faiblesses de l’entreprise par rapport à ses
concurrents en matière de gestion des stocks.

Cette étude sur la gestion des stocks distribués avec codes QR permettra de dresser un tableau clair
des pratiques actuelles, d’identifier les domaines nécessitant des améliorations, et de proposer des
recommandations pour renforcer l’efficacité du système de gestion des stocks. Cela aidera l’entreprise
à optimiser la gestion des stocks, à améliorer la précision des inventaires et à maintenir une gestion
efficace tout en restant compétitive sur le marché.

II. ÉTUDE DE L'EXISTANT

L'étude de l'existant nous permet de comprendre les systèmes et technologies actuellement utilisés
pour la gestion de stock. Voici quelques aspects clés :

1. Systèmes Manuels :
❖ Utilisation de registres papier pour suivre les entrées et sorties des stocks.
❖ Inconvénients : erreurs humaines, lenteur, manque de visibilité en temps réel.

2. Systèmes Informatisés Traditionnels :

❖ Logiciels de gestion de stock sur des ordinateurs de bureau.
❖ Utilisation de codes-barres pour suivre les produits.
❖ Inconvénients : nécessitent des investissements en matériel (scanners de codes-barres),
erreurs de lecture de codes-barres endommagés, manque de mobilité.

3. Technologies Modernes :
❖ Systèmes de gestion de stock intégrés avec des ERP (Enterprise Resource Planning).
❖ Utilisation de technologies comme RFID pour un suivi plus précis et automatisé.
❖ Inconvénients : coûts élevés, complexité d'implémentation, besoin de formation du
personnel.

III. CRITIQUE DE L'EXISTANT

Malgré les avancées technologiques, les systèmes actuels présentent plusieurs limitations :

1. Erreurs Humaines :
❖ Les systèmes manuels et même certains systèmes informatisés sont sujets aux erreurs
humaines, comme les erreurs de saisie et d'oubli de mise à jour.

2. Visibilité Limitée :
❖ Les systèmes traditionnels ne fournissent pas toujours une visibilité en temps réel sur
les niveaux de stock, ce qui peut entraîner des ruptures de stock ou des surstocks.

3. Coûts Élevés :
❖ Les technologies avancées comme RFID sont coûteuses à mettre en œuvre et à
maintenir, ce qui peut être prohibitif pour les petites et moyennes entreprises.

4. Complexité d'Implémentation :
❖ L'intégration de nouveaux systèmes avec les systèmes existants peut être complexe et
nécessite souvent des ressources importantes en termes de temps et de compétences.

IV. PROBLEMATIQUE
Comment peut-on concevoir et réaliser une application de gestion de stock distribuée utilisant les QR
codes pour surmonter les limitations des systèmes actuels, tout en étant accessible, économique et
facile à implémenter pour les entreprises de toutes tailles ?

V. PROPOSITION DE SOLUTION
Pour répondre à cette problématique, nous proposons de développer une application de gestion de
stock distribuée avec les caractéristiques suivantes :

1. Utilisation de QR Codes :
❖ QR codes pour une identification rapide et fiable des produits.
❖ Lecture facile via des smartphones ou tablettes, réduisant le besoin d'équipements
spécialisés coûteux.

2. Application Mobile :
❖ Une application mobile pour permettre la gestion des stocks en déplacement.
❖ Une interface web pour une gestion centralisée et une visibilité en temps réel.

3. Intégration avec les Systèmes Existants :

❖ Compatibilité avec les ERP et autres systèmes de gestion pour une transition en
douceur.
❖ API pour permettre une intégration facile et personnalisée.

4. Notifications et Alertes :
❖ Notifications en temps réel pour les niveaux de stock bas ou les produits arrivant à
expiration.
❖ Rapports et analyses pour aider à la prise de décision.

5. Facilité d'Utilisation :
❖ Interface utilisateur intuitive pour réduire le besoin de formation.
❖ Guide de démarrage rapide et support technique accessible.

CONCLUSION
La conception et la réalisation d'une application de gestion de stock distribuée utilisant des QR codes
offrent une solution moderne, économique et efficace pour surmonter les limitations des systèmes
actuels. En améliorant la précision, la visibilité et la facilité d'utilisation, cette application peut
significativement améliorer les opérations de gestion de stock pour les entreprises de toutes tailles.

DOSSIER II : CAHIER DE CHARGE

INTRODUCTION

I- CONTEXTE ET JUSTIFICATION
DU PROJET
II- LES OBJECTIFS DE L’ETUDE
III- EXPRESSIONS DES BESION
IV- PLANIFICATION DU PROJET
V- ESTTIMATION DU COUT DU
PROJET
VI- LES LIVRABLE
CONCLUSION

INTRODUCTION
Le présent cahier des charges vise à encadrer la conception et la réalisation d'une application de
gestion de stock utilisant des QR codes pour l'identification et le suivi des produits. Ce projet a pour
but de moderniser et de rendre plus efficace le processus de gestion de stock au sein de l'entreprise,
en automatisant les tâches critiques et en réduisant les erreurs humaines. Ce document établit les bases
nécessaires pour la réalisation du projet en précisant le contexte, les objectifs, les besoins, la
planification, l'estimation des coûts, et les livrables attendus.

I. CONTEXTE ET JUSTIFICATION DU PROJET

1) Contexte du projet
La gestion des stocks est essentielle pour toute entreprise traitant des produits physiques, qu'il s'agisse
de biens de consommation, de matières premières ou de produits finis. Une gestion efficace permet
non seulement de minimiser les coûts d'inventaire mais aussi d'améliorer la satisfaction client en
assurant la disponibilité des produits.

Avec l'évolution rapide des technologies et les exigences croissantes du marché, les systèmes de
gestion de stock doivent être modernes, flexibles et capables de s'adapter aux besoins dynamiques
des entreprises. Les systèmes traditionnels, souvent manuels ou semi-automatisés, peuvent être
insuffisants pour répondre aux défis actuels, tels que la gestion en temps réel, la précision des données
et la coordination entre différents sites ou entre différents partenaires de la chaîne
d'approvisionnement.

La gestion de stock distribuée permet de centraliser et de synchroniser les informations de stock à

travers plusieurs sites ou points de vente. L'utilisation de technologies telles que les QR codes et les
systèmes de base de données en temps réel facilite cette gestion en offrant une visibilité et un contrôle
accrus sur les niveaux de stock, les mouvements de produits et les contraintes budgétaires.

2) Justification du projet
Le projet de développement d'une application de gestion de stock distribuée avec QR code répond à
plusieurs besoins et enjeux :

2.1) Optimisation des Processus :

➢ Les processus manuels et semi-automatisés peuvent entraîner des erreurs, des retards
et des coûts supplémentaires. Une application moderne permet de rationaliser ces
processus, d'automatiser les tâches répétitives et de réduire les erreurs humaines.

2.2) Visibilité en Temps Réel :

➢ Les entreprises ont besoin d'une visibilité en temps réel sur leurs stocks pour prendre
des décisions rapides et éclairées. Une application de gestion distribuée permet de
suivre les niveaux de stock en temps réel à travers différents sites ou partenaires.

2.3) Réduction des Coûts :

➢ Une gestion efficace des stocks permet de réduire les coûts liés aux excédents ou aux
ruptures de stock. En optimisant les niveaux de stock et en améliorant la gestion des
achats, les entreprises peuvent réaliser des économies significatives.

2.4) Amélioration de la Satisfaction Client :

➢ La disponibilité des produits et une gestion efficace des stocks sont cruciales pour la
satisfaction client. Une application qui garantit la précision des informations de stock
permet de mieux répondre aux besoins des clients et d'améliorer leur expérience.

2.5) Conformité et Traçabilité :

➢ La conformité aux réglementations et la traçabilité des produits sont de plus en plus
importantes. Une application de gestion de stock permet de suivre les produits de
manière détaillée, facilitant ainsi les audits et les rapports de conformité.

II. LES OBJECTIFS DE L’ETUDE

1) Objectif général
L'objectif principal de cette étude est de concevoir et développer une application de gestion de stock
distribuée intégrant la technologie QR code pour améliorer la précision, l'efficacité et la traçabilité
des opérations de gestion des stocks au sein de l'entreprise.

2) Objectifs spécifiques
➢ Automatisation du processus de gestion des stocks : Remplacer les méthodes manuelles par
une application capable de gérer automatiquement les entrées, sorties, et mouvements de
stock.

➢ Réduction des erreurs humaines : Utiliser les QR codes pour minimiser les erreurs
d'identification des produits et assurer une traçabilité précise.

➢ Amélioration de l'efficacité opérationnelle : Permettre une gestion plus rapide et plus fiable
des inventaires grâce à une interface utilisateur intuitive.

➢ Génération de rapports analytiques : Offrir des outils d’inventaire pour analyser les
tendances de stock, prévoir les besoins futurs et optimiser les commandes.

➢ Sécurité et intégrité des données : Assurer la protection des données sensibles liées aux
stocks par des mécanismes de sécurité robustes.

III. EXPRESSION DES BESION

Un élément clé pour garantir la qualité d'un logiciel réside dans l'attention portée aux besoins de
l'utilisateur. En effet, ces besoins, une fois clairement définis, servent de fondation à l'organisation
du processus de conception du logiciel. Ils permettent de préciser les fonctionnalités que
l'application devra offrir. On distingue principalement deux catégories de besoins : les besoins
fonctionnels, qui spécifient les actions que le logiciel doit accomplir, et les besoins non
fonctionnels, qui définissent les critères de performance, de sécurité, et d'expérience utilisateur
auxquels le logiciel doit répondre.

1) Besoins Fonctionnels
Les besoins fonctionnels sont celle que l’on doit pouvoir obtenir à la fin du projet ainsi dans
ce projet il sera question pour nous qu’on puis avoir les fonctionnalités suivantes .

1.1) Gestion des Produits

➢ Ajout de produits : L'utilisateur doit pouvoir ajouter de nouveaux produits dans la base de
données avec des informations telles que le nom, la description, le prix, et la quantité en stock.
➢ Modification des produits : L'utilisateur doit pouvoir modifier les informations d'un produit
existant, comme son prix ou sa quantité.
➢ Suppression de produits : L'utilisateur doit pouvoir supprimer des produits qui ne sont plus
en stock ou qui ne seront plus gérés par l'application.

1.2) Gestion des Mouvements de Stock

➢ Enregistrement des entrées et sorti de stock : L'application doit permettre d'enregistrer les
nouvelles arrivées de produits, en indiquant la quantité ajoutée et la date d'entrée doit
permettre de consigner les produits sortis du stock, en précisant la quantité retirée, la date de
sortie, et la raison (vente, transfert, etc.).
➢ Consultation de l'historique des mouvements : L'utilisateur doit pouvoir accéder à un
historique détaillé des entrées et sorties de stock pour chaque produit.

1.3) Rapports
➢ Génération de rapports sur les stocks : L'application doit pouvoir produire des rapports sur
les niveaux de stock actuels, les tendances de consommation, et les besoins de
réapprovisionnement.
➢ Rapports sur les mouvements de stock : L'application doit offrir des rapports détaillant les
mouvements de stock sur une période donnée, incluant les entrées et sorties.

5. Notifications et Alertes

❖ Alertes de stock bas : L'application doit notifier les utilisateurs lorsque les niveaux de stock
d'un produit atteignent un seuil critique.
❖ Alertes de réapprovisionnement : L'application doit proposer des suggestions de
réapprovisionnement en fonction des tendances de consommation et des seuils définis

6. Gestion des Utilisateurs

❖ Création de comptes utilisateurs : L'application doit permettre l'ajout de nouveaux

utilisateurs avec des rôles définis (administrateur, utilisateur standard).
❖ Authentification des utilisateurs : Chaque utilisateur doit se connecter avec un identifiant et
un mot de passe.
❖ Gestion des droits d'accès : L'application doit permettre de définir et de gérer les droits
d'accès des utilisateurs en fonction de leur rôle.

A. Besoins non fonctionnels

Les besoins non fonctionnels définissent les caractéristiques du système qui ne sont pas
directement liées aux fonctionnalités mais qui influencent la qualité et l'expérience globale de
l'application

1. Performance
❖ Temps de réponse : L'application doit répondre rapidement aux actions des utilisateurs,
comme la lecture des QR codes et la consultation des données de stock, avec des temps de
réponse généralement inférieurs à quelques secondes.
❖ Scalabilité : L'application doit être capable de gérer un volume croissant de données et
d'utilisateurs sans dégradation significative des performances.

2. Sécurité
❖ Authentification et autorisation : L'application doit sécuriser l'accès aux fonctionnalités et
aux données par une authentification robuste (identifiant et mot de passe) et un contrôle
d'accès basé sur les rôles (administrateur, Magasinier, Vendeur).

❖ Protection des données : Les données sensibles doivent être protégées par cryptage, à la fois
au repos et en transit. Les informations personnelles des utilisateurs doivent être gérées
conformément aux réglementations sur la protection des données.
❖ Prévention des attaques : L'application doit être protégée contre les attaques courantes, telles
que les injections SQL, les attaques XSS (Cross-Site Scripting), et les tentatives de piratage.

3. Disponibilité et Fiabilité

❖ Disponibilité : L'application doit être disponible pour les utilisateurs en tout temps, avec un
objectif de disponibilité élevé (par exemple, 99,9% du temps).
❖ Sauvegarde et récupération : Des mécanismes de sauvegarde réguliers doivent être en place
pour protéger les données contre les pertes. Des procédures de récupération doivent être
définies en cas de défaillance du système.

4. Usabilité

❖ Interface utilisateur : L'application doit offrir une interface intuitive et facile à utiliser, même
pour les utilisateurs non techniques. La conception doit tenir compte des besoins des différents
utilisateurs et faciliter les interactions avec le système.
5. Compatibilité
❖ Interopérabilité : L'application doit pouvoir fonctionner avec divers types de dispositifs de
lecture de QR codes et scanners, ainsi qu'avec différents systèmes d'exploitation et navigateurs
web.
❖ Intégration : Si nécessaire, l'application doit être capable de s'intégrer avec d'autres systèmes
ou logiciels utilisés par l'entreprise, comme des ERP ou des logiciels de comptabilité.

6. Réponse aux incidents

❖ Gestion des erreurs : L'application doit gérer les erreurs de manière robuste, fournir des
messages clairs aux utilisateurs en cas de problème, et permettre la résolution rapide des
incidents.

IV. PLANIFICATION DU PROJET

La planification d'un projet consiste à diviser le projet en plusieurs phases distinctes. Pour chaque
phase, un délai spécifique est fixé afin d'assurer que les tâches soient réalisées dans les temps

impartis. En additionnant les durées prévues pour chaque phase, on obtient une estimation globale
de la durée totale du projet.

A. L’ÉQUIPE DE TRAVAIL

Un groupe de travail est constitué de personnes qui travaillent ensemble et synchronisent leurs efforts
pour atteindre un objectif commun. Ce groupe est généralement formé de membres possédant des
compétences et des connaissances variées et complémentaires. Chaque membre a un rôle spécifique
et participe activement à la réalisation des tâches attribuées.

Tableau 3 : équipe de développement

ACTEURS PROFESSIONS RÔLES

TIKELA DAOUDA Étudiant en deuxième année Stagiaire : chargée d’écouter et

SIMPLICE JUNIOR (GL) respecter ses encadreurs cités
en amont afin d’assurer La
bonne mise sur pied du projet

Mme ADA RIHANATOU Ingénieur de conception en Encadreur académique : a pour

informatique rôle de nous guider Dans nos
prises de décisions et en
résume de faire pour un bon
suivi académique

M DJOU BERLINOT

B. PLANIFICATION DU PROJET
La planification d'un projet est essentielle pour organiser et structurer les différentes phases
nécessaires à l'atteinte des objectifs définis. Cela implique la création d'un calendrier détaillé, la
définition des ressources nécessaires, l'identification des dépendances entre les tâches, et
l'estimation des efforts et des coûts. Reconnaissant l'importance de cette démarche pour le succès

du projet, et conformément au cahier des charges, nous avons élaboré le planning suivant,
couvrant une période totale de 3 mois.

Tableau4 : tableau de planification du projet

ÉTAPE PÉRIODE

Dossier d’insertion

Cahier de charge

Dossier d’analyse

Dossier de développement

Dossier de conception

Dossier de réalisation

Guide d’utilisateur

C. DIAGRAMME DE GANTT

V. ESTIMATION DU COUT DU PROJET

A. Ressource matérielles
Tableau 5 : ressources matérielles.

DESIGNATION CARACTERISTIQUES QUANTITES PRIX PRIX TOTAL

UNITAIRE
Ordinateurs
portables

B. Les ressources logicielles

Tableau 6 : ressources logicielles

DESIGNATION FONCTIONS PRIX

Ubuntu Système d’exploitation

Firefox Navigateur

Gantt Project Logiciel de planificaion

Eclipse IDE

C. Les ressources humaines

Tableau 6 : ressources humaines

FONCTION PERSONNES NOMBRE DE SALAIRE/JOUR SALAIRE

JOUR TOTAL

Analystes 02
concepteurs

Développeurs 02
back end

Développeurs 02
front end

Testeur 02

Total 08

D. Estimation globale

Tableau 7 : estimation globale du projet

RESSOURCES PRIX

Matérielles

Logicielles

Humaines

Total

E. Les contraintes du projet

Les principales contraintes à considérer pour ce projet sont les suivantes :

• Le délai imparti de 3 mois, couvrant la période du 1er juillet au 30 septembre 2022

• La préservation de l'intégrité de l'application pour assurer la sécurité et la fiabilité des

données.

VI. LES LIVRABLES

• Le dossier d’analyse ;

• Le dossier de conception ;

• Le dossier de réalisation ;

• Une clé USB contenant les codes sources de l’application.

CONCLUSION

DOSSIER III :

INTRODUCTION

I- ETUDE COMPARATIVE

II- ETUDE DE LA METHODE

III- ANALYSE PROPREMENT

DITE

CONCLUSION

INTRODUCTION
Dans un rapport de stage consacré à une application, la section dédiée à l'analyse constitue un volet
crucial où le stagiaire explore minutieusement toutes les facettes du processus de création de
l’application. Cette partie peut inclure l’évaluation des besoins initiaux, des objectifs visés, ainsi que
l'examen des technologies employées. Elle comprend aussi la justification des décisions en matière
de conception et de développement, ainsi qu’une analyse des résultats obtenus. Ce dossier offre au
stagiaire l'opportunité de montrer sa maîtrise des concepts de développement logiciel, ses
compétences techniques et de fournir une analyse critique du processus, en soulignant les points forts,
les faiblesses et les opportunités d’amélioration. Pour y parvenir, cette section de notre projet inclura
les étapes de la méthodologie et la rédaction.

I- ETUDE COMPARATIVE
Les premières techniques d'analyse ont émergé dans les années 1970. Aujourd'hui, on
utilise diverses approches telles que la méthode Booch, Merise, OOSE, et celles basées
sur le langage UML. Le tableau ci-dessous offre une comparaison détaillée entre deux de
ces méthodes, à savoir Merise et UML.

2.5)1. Analyse comparative

Méthodologies Merise UML (Unified Modeling

Langage)

sigle

Domaine d'application Merise est principalement UML peut être utilisé dans
utilisé pour la conception divers domaines du génie
de logiciel, tels que le
systèmes d'information, développement de logiciels,
en la modélisation de systèmes,
se concentrant sur la la conception d'architectures,
modélisation des données etc.
et
des traitements

Niveaux de modélisation Merise propose une UML prend en charge

approche structurée en plusieurs niveaux de
trois modélisation, y compris la
niveaux de modélisation : modélisation des exigences,
conceptuel (modèle en- la modélisation structurelle,
tité- la modélisation dynamique,
association), logique etc.
(modèle relationnel) et
physique (modèle phy-
sique
de la base de données).

Notation Merise utilise une notation UML utilise une syntaxe

graphique spécifique pour graphique standardisée avec
représenter des concepts tels des icônes et des symboles
que les entités, les relations, spécifiques pour représenter
les processus, les flux de différents concepts de
données, etc. modélisation.

Approche Merise est basé sur une UML adopte une approche
approche relationnelle qui se plus générale et orientée
concentre sur la modélisation objet pour modéliser les
des données et des systèmes, mettant l'accent
traitements. sur la représentation des
classes, des objets, des
relations, etc.

Popularité Merise a été largement UML est très répandu dans

utilisé dans le domaine des l'industrie du logiciel et est
systèmes d'information, en utilisé par de nombreux
particulier en France, mais développeurs et architectes
son utilisation a diminué ces logiciels.
dernières années.

2.5)2. Choix du langage / Methode

Pour la gestion de notre stock avec des codes QR, l’utilisation du langage UML (Unified
Modeling Language) serait particulièrement avantageuse. En effet, UML est un langage
de modélisation standardisé et largement reconnu dans le secteur du développement logi-
ciel. Cela signifie qu’il est bien connu des développeurs et des architectes, ce qui favorise
une meilleure collaboration et une compréhension commune du système entre les diffé-
rentes équipes. UML se distingue par sa flexibilité, permettant de modéliser divers aspects
de notre application à l’aide de différents types de diagrammes. Par exemple, les dia-
grammes de cas d’utilisation peuvent aider à cerner les exigences des utilisateurs, les dia-
grammes de classes à représenter les entités et leurs relations, et les diagrammes de sé-
quence à illustrer les interactions entre les utilisateurs et le système. Cette approche offre
une documentation complète et structurée, facilitant ainsi la compréhension et la mainte-
nance de l’application. En adoptant UML pour notre projet de gestion de stock, nous bé-
néficierons d’un langage de modélisation standardisé, d’une flexibilité pour représenter
les différents aspects du système, et d’une approche orientée objet pour gérer les objets
complexes. Cela contribuera à concevoir une architecture flexible et évolutive, à améliorer
la communication entre les équipes, et à mieux appréhender l’ensemble de l’application.

2.5)3. Présentation du langage UML

L'UML (Unified Modeling Language) est un langage de modélisation standardisé qui est
largement utilisé dans le développement logiciel depuis les années 1990. Conçu pour fournir une
représentation visuelle et cohérente des systèmes d'information, l'UML est devenu un outil
essentiel en conception logicielle. Il a été développé par un consortium regroupant plusieurs
grandes entreprises informatiques telles que Rational Software, IBM et Microsoft. La première
version, UML 1.0, a été publiée en 1997, et depuis, le langage a été régulièrement mis à jour et
amélioré. Les versions ultérieures, comme UML 1.1, UML 1.3 et UML 2.0, ont introduit de
nouvelles fonctionnalités et élargi les capacités de modélisation. L'UML est largement employé
dans divers aspects de l'ingénierie logicielle, notamment l'analyse des besoins, la conception
architecturale et la documentation des systèmes. Il permet aux concepteurs de représenter
visuellement la structure, les fonctionnalités et les interactions d'un système à travers des

diagrammes bien définis. Parmi les types de diagrammes les plus utilisés, on trouve les
diagrammes de cas d'utilisation, de classes, de séquences et d'activités.

L'utilisation de l'UML présente plusieurs avantages significatifs :

• Communication améliorée : L'UML propose un langage visuel commun qui facilite les
échanges entre les membres de l'équipe de développement logiciel. Les diagrammes UML
illustrent clairement et de manière concise les différentes composantes et interactions d'un
système, ce qui simplifie la compréhension et les discussions sur les concepts.

• Documentation complète : L'UML permet de documenter toutes les étapes du cycle de vie
d'un système logiciel, de la spécification des besoins à la conception détaillée. Les
diagrammes UML servent de supports visuels pour décrire les fonctionnalités, les processus,
les classes, les relations et les contraintes du système, ce qui facilite la maintenance et la
compréhension à long terme.

• Abstraction et modularité : L'UML permet de se concentrer sur les concepts essentiels d'un
système en masquant les détails techniques. Il favorise ainsi la modularité du logiciel en
représentant les différents modules, leurs interactions et leurs responsabilités de manière
claire.

• Réutilisabilité : L'UML encourage la réutilisation du code et la conception orientée objet.

Les diagrammes de classes aident à identifier les classes réutilisables et à les organiser en
bibliothèques ou en modules distincts, ce qui améliore l'efficacité et la maintenance du
système.

• Détection précoce des erreurs : En modélisant un système avec l'UML, il est possible
d'identifier les erreurs, incohérences et conflits potentiels avant la phase de développement.
Cela permet d'économiser du temps et des ressources en évitant les corrections coûteuses
après la mise en œuvre.

En exploitant l'UML, les équipes de développement peuvent rehausser la qualité, la

compréhension et l'efficacité de leurs projets logiciels, ce qui se traduit par une plus grande
satisfaction des clients ainsi qu'une réduction des coûts et des délais. Depuis la version 1.3,
UML propose neuf diagrammes, tandis que la version 2.3 en compte désormais quatorze. Ces
quatorze diagrammes UML sont hiérarchiquement liés et complémentaires, facilitant ainsi la
modélisation d'un projet tout au long de son cycle de vie.

Les diagrammes UML se divisent en trois grandes catégories :

➢ Diagrammes structurels ou statiques :

• Diagramme de classes : Illustre les classes qui composent le système.

• Diagramme d’objets : Montre les instances de ces classes (objets) utilisées dans le système.

• Diagramme de composants : Présente les composants du système du point de vue physique.

• Diagramme de déploiement : Représente les éléments matériels (comme les ordinateurs,

périphériques, réseaux, systèmes de stockage) et décrit comment les composants du système
sont répartis et interagissent sur ces éléments matériels.

• Diagramme des paquetages : Montre les dépendances entre les différents packages utilisés
dans le système.

• Diagramme de structure composite : Depuis UML 2.x, il permet de décrire les relations
entre les composants d’une classe.

• Diagramme de profils : Depuis UML 2.2, il permet de spécialiser et personnaliser un méta-

modèle UML pour un domaine spécifique.

➢ Diagrammes comportementaux

• Diagramme des cas d'utilisation : Permet de déterminer toutes les fonctionnalités que le
système doit offrir.

• Diagramme états-transitions : Décrit le comportement du système ou de ses composants

sous la forme d'une machine à états finis.

• Diagramme d'activité : Illustré sous forme de flux ou de séquence d'activités, il décrit le

comportement du système ou de ses composants.

➢ Diagrammes d'interaction ou dynamiques

• Diagramme de séquence : Illustre de manière séquentielle le déroulement des traitements

et des interactions entre les éléments du système et/ou ses acteurs.

• Diagramme de communication : Introduit avec UML 2.2, il fournit une vue simplifiée
des interactions entre les objets en mettant l'accent sur les échanges de messages.

• Diagramme global d'interaction : Depuis UML 2.x, ce diagramme permet de décrire les
enchaînements possibles entre les scénarios identifiés au moyen de diagrammes de
séquence.

Nous pouvons illustrer la hiérarchie des diagrammes d’UML comme suit :

Figure 4:Hiérarchie des diagrammes d’uml 2 circle de vie en ‘Y’ source :

https//[Link]/wiki/File

Notons Que : Le langage UML n'impose aucune méthode spécifique ; il ne constitue donc
pas une méthode d'analyse en soi. Chacun peut utiliser les types de diagrammes qu'il souhaite
et les organiser dans l'ordre qu'il préfère. En réalité, UML est un langage de modélisation qui
est intégré dans diverses méthodes d'analyse et processus.

II- ETUDE DE LA METHODE

Cette section explore les différentes méthodes employées dans le développement logiciel.
Ces méthodes sont des approches structurées qui guident les équipes tout au long du cycle
de vie du logiciel, depuis la collecte des exigences jusqu'à la livraison du produit final.
Elles fournissent des cadres et des processus pour gérer efficacement les diverses activités
de développement, assurant ainsi la cohérence et la qualité des projets. Les méthodes of-
frent des directives, des processus et des techniques pour une gestion efficace du cycle de
vie du logiciel, y compris la collecte des exigences et la maintenance du produit final.
Nous examinerons les méthodes les plus couramment utilisées, telles que le modèle en
cascade, le développement agile, le modèle en V, le développement itératif, et d'autres
approches. Pour chaque méthode, nous discuterons de ses caractéristiques principales, de
ses avantages et de ses défis, ainsi que des contextes dans lesquels elle est le plus souvent
appliquée. Cette analyse nous permettra de choisir la méthode la mieux adaptée en fonc-
tion des besoins et des contraintes spécifiques de chaque projet logiciel.

1) Quelques processus
Plusieurs processus ont été établis pour accompagner le langage UML. Le tableau ci-dessous présente
certains de ces processus unifiés qui intègrent UML :

Processus Description

L'Agile Unified Process (AUP) est une version

simplifiée du processus unifié (UP) qui intègre
des pratiques agiles, telles que le développement
AUP
piloté par les tests (TDD). Il conserve les phases
séquentielles et les jalons de fin de phase du
processus unifié, tout en renforçant l'approche
agile

Dérivé du processus unifié (UP) et

commercialisé par IBM en 1998, le Rational
Unified Process (RUP) est l'une des
implémentations les plus connues de la méthode
RUP UP, offrant un cadre structuré pour le
développement logiciel. RUP est un exemple de
formalisation d'un processus basé sur le cycle de
vie en spirale.

2TUP est un processus unifié conçu pour ré-

pondre aux contraintes de changement fonction-
2TUP nelles et techniques rencontrées par les systèmes
d'information. Il propose un cycle de développe-
ment qui distingue clairement les aspects tech-
niques des aspects fonctionnels.
Essential Unified Process (EssUP) vise à sim-
plifier le processus unifié, qui, malgré son carac-
tère itératif et incrémental, est souvent jugé trop
EssUP
complexe et trop formalisé. EssUP applique le
principe de la séparation des préoccupations en
remplaçant un processus monolithique par un
ensemble de pratiques distinctes. Ces pratiques
peuvent être combinées de manière flexible pour
créer un processus sur mesure, adapté aux be-
soins spécifiques du contexte.

2) Présentation de la méthode 2UTP

Le 2TUP (Two-Tier Unified Process) est un processus unifié conçu pour répondre aux défis des
systèmes d'information en constante évolution. Il se distingue par sa capacité à séparer les aspects
techniques des aspects fonctionnels du développement logiciel. En faisant cela, 2TUP facilite une
gestion plus efficace des changements fonctionnels et techniques, tout en permettant une meilleure
flexibilité et une adaptation plus rapide aux besoins changeants.

a) Structure du 2TUP :

➢ Séparation des Aspects Techniques et Fonctionnels :

• Aspects Techniques : Concernent les choix technologiques, l'architecture du système,

et la gestion des ressources techniques. Ils incluent la conception de l'infrastructure, la
gestion des performances, et la sécurité.

• Aspects Fonctionnels : Se concentrent sur les besoins et les exigences des utilisateurs,
la conception fonctionnelle, les processus métier, et la définition des fonctionnalités
du système.

➢ Cycle de Développement :

• Phase d'Initialisation : Définition des objectifs, identification des parties prenantes,

et établissement des exigences initiales.

• Phase de Conception : Conception des aspects fonctionnels et techniques du système

en parallèle, permettant une meilleure intégration et alignement.

• Phase de Développement : Mise en œuvre des fonctionnalités et des technologies

conformément aux conceptions établies.

• Phase de Test : Vérification et validation des aspects fonctionnels et techniques pour

garantir que le système répond aux exigences et fonctionne correctement.

• Phase de Déploiement : Livraison du système aux utilisateurs finaux et gestion des

mises à jour nécessaires.

b) Avantages de la méthode 2TUP :

➢ Flexibilité Accrue :

• Permet d'adapter facilement les aspects techniques et fonctionnels indépendamment, ce qui

facilite la gestion des changements dans l'un ou l'autre domaine sans perturber l'ensemble du
projet.

➢ Amélioration de la Gestion des Changements :

• La séparation des préoccupations facilite la gestion des changements fonctionnels et

techniques en réduisant les impacts croisés et en permettant des ajustements plus ciblés.

➢ Réduction des Risques :

• En isolant les aspects fonctionnels des aspects techniques, 2TUP permet une meilleure gestion
des risques, car les modifications dans un domaine n'affectent pas directement l'autre domaine.

➢ Optimisation des Ressources :

• Permet une allocation plus efficace des ressources en se concentrant sur les besoins
spécifiques de chaque domaine, ce qui peut conduire à des gains d'efficacité et à une réduction
des coûts.

➢ Meilleure Adaptation aux Besoins :

• Permet une réponse rapide aux besoins changeants des utilisateurs en séparant clairement les
exigences fonctionnelles des choix techniques, ce qui facilite la mise en œuvre de
modifications fonctionnelles sans nécessiter des ajustements techniques majeurs.

➢ Amélioration de la Communication :

• Facilite la communication entre les équipes techniques et fonctionnelles en clarifiant leurs

rôles et responsabilités respectifs, ce qui peut améliorer la collaboration et réduire les
malentendus.

c) Les branches du processus 2TUP

La méthode 2TUP, qui est associée au langage UML, emploie différents diagrammes
UML pour chacune de ses branches comme suit :

• Branche technique : Cette branche se concentre sur le savoir-faire et les contraintes

techniques, visant à réduire le risque de créer un système inadapté aux besoins des utilisateurs.
Elle utilise deux types de diagrammes : le diagramme de classes et le diagramme de
composants.

• Branche fonctionnelle : Elle se focalise sur la connaissance du métier de l’entreprise et sur

l'élaboration d’un modèle des besoins centré sur les attentes des utilisateurs. Trois diagrammes
sont employés dans cette branche : le diagramme des cas d’utilisation, le diagramme de
séquence et le diagramme d’activité.

• Branche de réalisation : Cette branche fait le lien entre les deux précédentes. Elle est chargée
de la conception applicative et vise à fournir une solution qui répond aux besoins spécifiés par
les utilisateurs. Le diagramme utilisé dans cette branche est le diagramme de déploiement.

III- ANALYSE PROPREMENT DIT

1) Diagramme des cas d’utilisations

Le diagramme des cas d'utilisation est un outil de modélisation employé dans le développement
logiciel pour illustrer les interactions entre les acteurs (qu'il s'agisse d'utilisateurs ou de systèmes
externes) et le système en question. Il permet de visualiser les divers scénarios d'utilisation du système
en mettant en avant les fonctionnalités qu'il propose pour satisfaire les besoins des utilisateurs. Les
acteurs sont représentés par des symboles, et les cas d'utilisation sont indiqués par des formes
elliptiques. Les flèches reliant les acteurs aux cas d'utilisation montrent les interactions entre eux. Ce
diagramme offre une vue d'ensemble des fonctionnalités du système, facilitant ainsi la communication
entre les parties prenantes et aidant à définir les exigences du système à développer. Il constitue une
base essentielle pour la conception et l'analyse des systèmes centrés sur l'utilisateur.

2) Les composants du diagramme de cas d’utilisation

COMPOSANTS DESCRIPTIONS FORMALISME

Acteur Un acteur est un rôle assumé par un

utilisateur ou un système externe qui
interagit avec le système en question.
Les acteurs peuvent inclure des
utilisateurs humains, d'autres systèmes,
des équipements matériels, etc.

Cas d’utilisation Il illustre une interaction précise entre un

acteur et le système, en expliquant les
différentes étapes et actions requises
pour atteindre un but spécifique.

Association Elles servent à relier les acteurs aux cas

d'utilisation.

Extension (extend) Cette relation décrit, de manière plus

générale, les différentes possibilités
offertes par le cas d'utilisation désigné. A B

Inclusion (include) Cette relation implique que le

cas d'utilisation B doit être
exécuté avant le cas B A
d'utilisation A.

L’héritage La relation de généralisation

ou d’héritage entre cas A
d’utilisation permet de
montrer qu’un cas
d’utilisation est une
généralisation d’un autre cas
B

Relation entre acteur et cas La relation entre un acteur et

d’utilisation
un cas d'utilisation est une
association, ce qui signifie
que l'acteur est impliqué dans
l'exécution du cas
d'utilisation. L'acteur utilise
le système pour effectuer une

3) Représentation du diagramme de cas d’utilisation

En général, toute action est effectuée par un élément d'action appelé acteur. Pour notre sujet, les
acteurs impliqués dans ces processus sont les suivants :

4) Identifications et rôles des différents acteurs

En général, toute action est effectuée par un élément d'action appelé acteur. Pour notre sujet, les
acteurs impliqués dans ces processus sont les suivants :

Acteurs Rôles

Admin

Vendeur

Magasinier

a) Diagramme de cas d’utilisation du système globale

b) Diagramme de cas d’utilisation détaillé de l’interaction de l’admin

5) Diagramme de séquence.

a) Présentation générale du diagramme de séquence

Les diagrammes de séquences constituent une illustration graphique des interactions entre les acteurs
et le système, présentée sous une forme chronologique selon la notation UML. Ils permettent de vi-
sualiser les échanges de messages en adoptant une lecture de haut en bas. L'axe vertical symbolise le
temps, tandis que l'axe horizontal représente les objets impliqués dans la collaboration. Chaque objet
est associé à une ligne verticale en pointillé, illustrant sa durée de vie. Les messages sont représentés
par des lignes continues, tandis que les réponses sont indiquées par des lignes interrompues.

b) Les composants du digramme de séquence et leurs formalismes

ELEMENTS DESCRIPTIONS REPRESENTATION

Les objets sont les instances

Objet De classe et sont rangés classe
horizontalement
Un acteur est une personne
Acteur qui interagit ou communique
avec le système et les objets
La ligne de vie identifie
Ligne de vie l’existence de l’objet par
rapport au temps
Les activations sont
modélisées par des boites
Activation
rectangulaires sur la ligne de
vie
Les messages représentés la
Message communication entre les
objets et les acteurs

c) Présentation du diagramme de séquence.

6) Présentation de quelque diagramme de séquences de la solution

a) Diagramme de séquence d’authentification

b) Diagramme de séquence de vérification de réponse Json

c) Diagramme de séquence de l’ajout du utilisateur

d) Diagramme de séquence de la recherche d’un produit

e) Diagramme de séquence d’ajout des categories des produits

3. DIAGRAMME D’ACTIVITES

Un diagramme d'activités est un type de diagramme utilisé dans la modélisation UML (Unified Mo-
deling Language) pour représenter les processus ou les flux de travail au sein d'un système. Il permet
de décrire les étapes d'un processus, les décisions qui influencent le flux et les activités parallèles ou
concurrentes. Voici quelques éléments clés d'un diagramme d'activités :

❖ Activités : Représentent les tâches ou les actions réalisées dans le processus. Elles sont géné-
ralement illustrées par des rectangles arrondis.
❖ Transitions : Indiquent le passage d'une activité à une autre. Elles sont représentées par des
flèches reliant les activités.
❖ Décisions : Illustrent les points où le processus peut diverger en fonction de conditions spéci-
fiques. Elles sont représentées par des losanges.
❖ Partitions (ou swimlanes) : Permettent de diviser le diagramme en différentes sections pour
montrer quelles activités sont réalisées par quels acteurs ou rôles.
❖ Début et Fin : Marqués respectivement par des cercles pleins (pour le début) et des cercles
avec un contour (pour la fin).
❖ Activités concurrentes : Montées en parallèle, elles sont représentées par des barres de syn-
chronisation.

Les diagrammes d'activités sont particulièrement utiles pour modéliser les processus métier, les flux
de travail, et les algorithmes complexes dans un système. Ils fournissent une vue d'ensemble claire
des processus et aident à comprendre et à optimiser les flux de travail.

4. Présentation
4.5) Diagramme d’activité de l’authentification

4.6) Diagramme d’activité de l’ajout d’un produit

4.7) Diagramme d’activité de la recherche du client

CONCLUSION

La phase d'analyse constitue une étape cruciale dans le déroulement d'un projet. Au cours de cette
phase, notre objectif était de décrire l'état actuel, d'évaluer ses points forts et ses faiblesses, d'identifier
les problématiques, de proposer des solutions adaptées, et de sélectionner un langage de modélisation
ainsi qu'une méthode d'analyse appropriés pour examiner notre solution. Avec l'achèvement de cette
phase, nous nous apprêtons à entrer dans la phase de conception.

DOSSIER IV :

INTRODUCTION

I- LES OBJECTIFS DE LA
CONCEPTION

II- PRESENTATION DES

DIAGRAMMES
INTERVENANTS

CONCLUSION

INTRODUCTION

La conception constitue indéniablement une étape cruciale dans le développement d'une solution
informatique efficace. Comme le souligne un adage bien connu, "ce qui se conçoit bien s'énonce
clairement", ce qui signifie que la phase de conception joue un rôle essentiel dans la réussite du projet.
Dans cette optique, le présent dossier se concentrera principalement sur l’aspect technique de la
méthode 2TUP. Nous y présenterons les diagrammes de classes, le diagramme d'état de transition et
le diagramme de composants, qui détailleront l'architecture du système pour répondre à tous les
besoins du projet.

I. OBJECTIFS DE LA CONCEPTION

Les objectifs de la conception d'un système informatique sont divers et cruciaux pour garantir le
succès du projet. Voici les principaux objectifs :

1. Clarté et Compréhension :
❖ Développer une compréhension claire des exigences du système.
❖ Produire des documents de conception précis qui servent de référence tout au long du
développement.
2. Architecture et Structure :
❖ Concevoir une architecture du système qui répond aux besoins fonctionnels et non
fonctionnels.
❖ Définir la structure globale du système, incluant les composants, leur interaction, et
leurs responsabilités.
3. Modularité et Réutilisabilité :
❖ Promouvoir la modularité en découpant le système en composants ou modules dis-
tincts, facilitant ainsi leur réutilisation et leur maintenance.
❖ Assurer une bonne séparation des préoccupations pour faciliter la gestion et les évo-
lutions futures.
4. Scalabilité et Flexibilité :
❖ Concevoir le système pour qu'il soit évolutif, c'est-à-dire qu'il puisse gérer une aug-
mentation de la charge ou des fonctionnalités futures sans nécessiter une refonte com-
plète.
❖ Prévoir une flexibilité pour intégrer des modifications ou des ajouts sans compro-
mettre l'intégrité du système.
5. Performance et Efficacité :
❖ Optimiser la conception pour garantir que le système fonctionne efficacement, répon-
dant aux exigences de performance en termes de vitesse et de ressources.
❖ Identifier et réduire les goulets d'étranglement potentiels et les inefficacités.
6. Sécurité et Robustesse :

❖ Incorporer des mécanismes de sécurité pour protéger les données et les fonctionnalités
du système contre les accès non autorisés et les vulnérabilités.
❖ Assurer la robustesse du système face aux pannes ou aux erreurs en prévoyant des
mécanismes de récupération et de résilience.
7. Interface Utilisateur et Expérience :
❖ Concevoir des interfaces utilisateur intuitives et ergonomiques qui répondent aux be-
soins des utilisateurs finaux et améliorent leur expérience.
❖ Assurer que l'interaction avec le système est fluide et conforme aux attentes des utili-
sateurs.
8. Conformité et Normes :
❖ Veiller à ce que la conception respecte les normes industrielles, les réglementations
légales et les meilleures pratiques en matière de développement logiciel.
❖ Assurer la compatibilité avec d'autres systèmes et technologies, le cas échéant.
9. Documentation et Communication :
❖ Fournir une documentation détaillée de la conception pour faciliter la communication
entre les membres de l'équipe de développement et les parties prenantes.
❖ Assurer que la documentation est suffisamment détaillée pour être utilisée lors de la
phase de développement, de tests, et de maintenance.

Ces objectifs visent à créer un système informatique qui est non seulement fonctionnel et performant,
mais aussi durable, sécurisé et aligné avec les attentes des utilisateurs et des parties prenantes.

II. PRESENTATION DES DIAGRAMMES.

4.7)1. DIAGRAMME DE CLASSES
1.1) Présentation

Un diagramme de classes est un outil de modélisation utilisé principalement dans le cadre de la

conception et de l'analyse des systèmes informatiques, notamment dans les méthodologies de déve-
loppement orienté objet. Il fait partie intégrante du langage de modélisation UML (Unified Modeling
Language). Voici ce qu'il faut savoir à son sujet . Un diagramme de classes est une représentation
graphique des classes dans un système, ainsi que de leurs relations et interactions. Il montre comment
les différentes classes se connectent et interagissent entre elles.

1.2) Composants Principaux

Classes :

❖ Représentées par des rectangles divisés en trois sections : le nom de la classe, les attributs
(variables de classe), et les méthodes (fonctions ou procédures de la classe).

Attributs :

❖ Propriétés ou caractéristiques de la classe, souvent indiquées avec leur nom et leur type (par
exemple, nom : String).

Méthodes :

❖ Fonctionnalités ou opérations que la classe peut effectuer, indiquées avec leur nom, leurs pa-
ramètres, et éventuellement leur type de retour (par exemple, calculerSalaire() : Float).

Relations :

❖ Associations : Liens entre les classes, qui peuvent avoir une direction, une multiplicité
(nombre d'instances), et une nommée pour clarifier leur rôle.

❖ Héritage (ou généralisation) : Représente une relation "est-un" entre une classe générale
(super-classe) et une classe spécifique (sous-classe). Illustré par une flèche avec un triangle
vide à l'extrémité.
❖ Composition : Une relation forte où la durée de vie des objets dépend de la durée de vie de
l'objet composite (indiquée par une ligne avec un losange noir).
❖ Aggregation : Une relation plus faible où les objets peuvent exister indépendamment (repré-
sentée par une ligne avec un losange vide).

Interfaces : Représentées souvent par des rectangles avec une stéréotype « <<interface>> ».
Elles définissent des méthodes que les classes doivent implémenter.

La cardinalité : Est le concept qui représente le nombre de correspondances ou d'occurrences

entre les objets dans une relation. Elle est utilisée pour indiquer combien d'objets d'une classe
sont associés à un ou plusieurs objets d'une autre classe Voici quelques exemples de notation
couramment utilisée pour représenter la cardinalité :

❖ "0...1" : Indique qu'au plus un objet de la classe peut être associé à un objet de l'autre
classe, mais qu'il peut également ne pas y avoir d'association du tout.
❖ "1" : Indique qu'un objet de la classe doit être associé à exactement un objet de l'autre
classe.
❖ "0...*" : Indique qu'il peut y avoir un nombre quelconque (zéro ou plusieurs) d'objets
de la classe associés à un objet de l'autre classe.
❖ "1...*" : Indique qu'il doit y avoir au moins un objet de la classe associé à un objet de
l'autre classe, mais qu'il peut y avoir plusieurs

1.3) Règle de gestion

4.7)2. Présentation du diagramme de classe intervenant

4.7)3. DIAGRAMME D’ETAT TRANSITION

3.1) Présentation

Un diagramme d'états-transitions est un type de diagramme comportemental utilisé dans le langage

de modélisation unifié (UML) pour illustrer les changements d'état d'un objet. Il commence généra-
lement par un cercle noir représentant l'état initial et se termine par un cercle encadré marquant l'état
final. Bien que ces diagrammes possèdent des points de départ et de fin clairement définis, ils ne sont
pas toujours les plus adaptés pour représenter la séquence complète d'événements. Ils sont principa-
lement conçus pour illustrer des comportements spécifiques liés aux changements d'état, tels que les
transitions entre différents états. Les états sont représentés par des rectangles aux coins arrondis por-
tant le nom de l'état concerné, tandis que les transitions sont indiquées par des flèches reliant les états,
montrant ainsi l'évolution entre eux.

ELEMENTS DESCRIPTIONS REEPRSENTATION

GRAPHIQUES

Etat initial C’est l’état d’un objet avant

toute transition.
Etat final Représente la destruction de
l’objet que nous modélisons
Transition ou événement Transition ou événement :
Décrit le changement d’état
d’un objet, provoqué par un
événement
Etat État : Correspond à une
situation durable dans
laquelle se trouvent les Etat

objets d’une classe.

Etat de sortie. Point auquel un objet quitte

l'état composite ou
l’automate. En règle
générale, on l'utilise si le
processus n’est pas terminé
mais doit être quitté en
raison d'une erreur ou d'un
autre problème.

3.2) Diagramme d’état transition intervenante

a) Diagramme d’état transition de création des utilisateur

b) Diagramme d’état transition d’authentification

c) Diagramme d’état transition d’ajout d’un produit

CONCLUSION

Le dossier de conception nous a fourni les informations nécessaires pour la création de notre base de
données et l’implémentation de notre application. Les éléments modélisés dans cette phase nous ont
offert une vue d'ensemble des différents modules de notre application. Par conséquent, l’étape
suivante de notre projet sera la rédaction du dossier de réalisation, en prenant en compte les éléments
modélisés précédemment.

DOSSIER V : DOSSIER DE REALISATION

INTRODUCTION

I- LES TECHNOLOGIES
UTILISEES

II- ARCHITECTURE
UTILISEES

III- DIAGRAMME DE
DEPLOIEMENT

IV- DIAGRAMME DE
COMPOSANT

CONCLUSION

Préambule : La réalisation implique la mise en œuvre du projet en utilisant un langage de

programmation, conformément aux spécifications établies dans le dossier précédent. Cette phase
comprend l’élaboration des diagrammes de composants et de déploiement, ainsi que les étapes de test
et de validation. À l'issue de cette phase, une documentation technique sera fournie, détaillant
l'architecture de la base de données ainsi que celle du code développé.

INTRODUCTION

Le dossier de conception a un impact majeur sur le dossier de réalisation en fournissant l’ensemble

des outils nécessaires à une exécution optimale. Cette phase de réalisation nous permettra de
concrétiser les objets issus de la branche technique. Tout au long de cette étape, il sera essentiel de
mettre en avant l’architecture logicielle, physique et matérielle du système, à travers des diagrammes
tels que le diagramme de déploiement, le modèle physique et l’architecture du code.

I. LES TECHNOLOGIE UTILISEES

1) Logicielles

NOMS DE LOGICIEL ROLES LOGO

Logiciel de traitement de texte

Microsoft Office Word
utilisé pour la rédaction de notre
2019 rapport.

xampp server Serveur local (Web + Base de

données)

GANTT Project 3.0.2914 Outil de planification et de

prévision des taches

Mozilla Firefox, Google Navigateurs web pour les test et

recherches

Adobe Photoshop 2022 Logiciel de traitement

d’images

Windows 10 Système d’exploitation

nécessaire pour exécuter les
logiciels de notre projet

Android studio Pour la création de notre frontend

coter mobile

Est un programme informatique

Chatgpt qui utilise l'intelligence
artificielle pour répondre à
différentes requêtes appelées «
prompt

PowerPoint Pour la présentation du projet

2) Materielles Utiliser

Nom du matériel ROLES IMAGES

Nous as permis d’installe

nos différentes applications
PC pour le développement. Et
c’est dans elle que nous
avons écrit les codes pour
programmer notre
application

Clé USB Pour transférer les fichiers

Imprimante Pour l’impression de nos

rapport de stage

Un stylo à bille Pour prendre les notes

Une rallonge Pour brancher mes appareils

Energie secondaire pour

Un ondulateur maintenir la machine sous
tension en cas de coupure
d’électricité

Modem Pour l’accès à internet afin

d’effectuer des recherches

3) Les langages de programmation utilisés

➢ JAVA

Java est un langage de programmation orienté objet, développé par Sun Microsystems en 1995, connu
pour sa simplicité, sa portabilité et sa sécurité. Il compile le code en bytecode, ce qui permet une
exécution sur n'importe quelle machine virtuelle Java (JVM), rendant ainsi le code indépendant de la
plateforme. Avec des fonctionnalités comme le multithreading, la gestion automatique de la mémoire
(garbage collection) et un vaste écosystème de bibliothèques et de frameworks, Java est idéal pour
développer des applications allant des logiciels d'entreprise aux applications mobiles. Sa communauté
active et son adoption dans divers domaines, tels que le développement web, les systèmes embarqués
et les jeux vidéo, en font un choix privilégié pour les développeurs à travers le monde. De plus, Java
est souvent choisi pour sa robustesse et sa capacité à gérer des applications à grande échelle, ce qui
en fait un pilier de l'industrie du logiciel.

➢ JavaScript

Java est un langage de programmation orienté objet, développé par Sun Microsystems en
1995, connu pour sa simplicité, sa portabilité et sa sécurité. Il compile le code en bytecode, ce
qui permet une exécution sur n'importe quelle machine virtuelle Java (JVM), rendant ainsi le
code indépendant de la plateforme. Avec des fonctionnalités comme le multithreading, la
gestion automatique de la mémoire (garbage collection) et un vaste écosystème de
bibliothèques et de frameworks, Java est idéal pour développer des applications allant des
logiciels d'entreprise aux applications mobiles. Sa communauté active et son adoption dans
divers domaines en font un choix privilégié pour les développeurs à travers le monde.

II. ARCHITECTURE UTILISEES

1) Architecture Logique

L'architecture MVC (Modèle-Vue-Contrôleur) est un pattern de conception utilisé principalement

dans le développement d'applications web et de logiciels. Elle vise à séparer les préoccupations, fa-
cilitant ainsi la gestion et la maintenance du code. Voici les trois composants principaux :

➢ Modèle (Model) :

o Représente la logique métier et les données de l'application.

o Gère les interactions avec la base de données et définit les règles de gestion.
o Ne contient aucune information sur la manière dont les données sont affichées ou pré-
sentées.
➢ Vue (View) :
o Représente l'interface utilisateur, c'est-à-dire la manière dont les données sont présen-
tées à l'utilisateur.
o Affiche les informations fournies par le modèle et est responsable de la mise en forme
de ces données.
o Ne contient aucune logique métier, se concentrant uniquement sur l'affichage.
➢ Contrôleur (Controller) :
o Agit comme un intermédiaire entre le modèle et la vue.
o Recevoit les entrées de l'utilisateur (par exemple, des clics de boutons ou des formu-
laires) et les traite.
o Met à jour le modèle en fonction des actions de l'utilisateur, puis notifie la vue pour
qu'elle se mette à jour avec les nouvelles données

Avantages de l'architecture MVC

• Séparation des préoccupations : Facilite la maintenance et l'évolution de l'application.

• Réutilisabilité : Les composants peuvent être réutilisés dans différentes parties de l'applica-
tion.

• Testabilité : Les différentes couches peuvent être testées indépendamment.

En résumé, l'architecture MVC permet de structurer une application de manière claire et

organisée, ce qui est particulièrement utile pour les projets de grande envergure.

2) Architecture Physique

L'architecture physique d'une application se réfère à la façon dont les composants matériels et logi-
ciels interagissent dans un système, généralement organisée autour des rôles de client, serveur et base
de données. Voici une explication des trois éléments principaux :

Client (Niveau 1)

➢ Rôle : Le client est l'interface avec laquelle l'utilisateur interagit. Cela peut être un navigateur
web, une application mobile ou une application de bureau.
➢ Fonctionnalité : Il envoie des requêtes au serveur pour récupérer des données ou effectuer
des actions. Le client peut également afficher les résultats fournis par le serveur.
➢ Exemple : Un utilisateur naviguant sur un site web à partir de son ordinateur ou de son smart-
phone.

Serveur (Niveau 2)

➢ Rôle : Le serveur reçoit les requêtes du client, traite ces requêtes, interroge la base de données
si nécessaire et renvoie les résultats au client.
➢ Fonctionnalité : Il contient la logique métier de l'application, gère les connexions, la sécurité
et le traitement des données. Le serveur peut être un serveur web, une application serveur ou
un serveur d'applications.
➢ Exemple : Un serveur exécutant une application web qui gère les connexions des utilisateurs
et les transactions.

Base de Données(Niveau 3)

➢ Rôle : La base de données stocke de manière permanente les données utilisées par l'applica-
tion, comme les utilisateurs, les produits ou les transactions.

➢ Fonctionnalité : Elle permet de sauvegarder, récupérer, mettre à jour et supprimer des don-
nées de manière efficace. Les bases de données peuvent être relationnelles (comme MySQL,
PostgreSQL) ou non relationnelles (comme MongoDB).
➢ Exemple : Une base de données contenant les informations des utilisateurs et leurs historiques
d'achats.

Avantages de cette architecture

➢ Scalabilité : Les serveurs peuvent être ajoutés ou modifiés indépendamment des clients et des
bases de données.
➢ Séparation des préoccupations : Chaque composant peut évoluer sans affecter les autres.
➢ Sécurité : La logique métier et les données peuvent être protégées derrière des serveurs, limi-
tant l'accès direct à la base de données.

En résumé, l'architecture physique client-serveur-base de données est essentielle pour le développe-

ment d'applications modernes, permettant une interaction fluide entre l'utilisateur et les données tout
en assurant la sécurité et la performance.

III. DIAGRAMME DE DEPLOIEMENT

1) PRESENTATION

Le diagramme de déploiement offre une représentation statique de l'infrastructure physique utilisée

par le système, illustrant la répartition des composants et leurs relations. Il reflète la réalité physique
en identifiant les éléments matériels, leur agencement et la position des composants sur ces éléments.
Ainsi, il permet de visualiser l'architecture physique d'un système

1.1) Formalisme

Les éléments d'un diagramme de déploiement comprennent :

➢ Composants : Représentés par un rectangle avec deux onglets, indiquent des éléments logi-
ciels.
➢ Nœuds : Boîtes en relief représentant des ressources physiques ou logicielles.
➢ Artefact : Produit généré par le logiciel, symbolisé par un rectangle avec le mot « artefact »
entouré de flèches doubles.
➢ Association : Ligne qui montre un message ou un type de communication entre deux nœuds.
➢ Dépendance : Ligne en pointillés avec une flèche, indiquant qu'un nœud ou un composant
dépend d'un autre.
➢ Interface : Cercle qui symbolise une relation contractuelle, indiquant que les objets qui l’im-
plémentent doivent respecter certaines obligations.
➢ Nœud conteneur : Un nœud qui contient un ou plusieurs autres nœuds, souvent illustré avec
des composants à l'intérieur.
➢ Stéréotype : Étiquette dans la partie supérieure d'un nœud, entourée de flèches doubles, qui
décrit une caractéristique ou un rôle particulier du nœud

1.2) Diagramme de déploiement du système

IV. DIAGRAMME DE COMPOSANT

1.1) Présentation

Les diagrammes de composants UML offrent une vue statique des relations entre les différents
composants d’un système, intégrant à la fois des aspects logiques et physiques. Dans ce cadre,
les composants sont des unités modulaires indépendantes, pouvant être remplacées par
d'autres équivalents. Ils sont autonomes et englobent des structures complexes, n'interagissant
avec d'autres composants que par le biais d'interfaces. Ces interfaces permettent aux compo-
sants d'accéder aux fonctions et services d'autres éléments. De plus, elles documentent les
relations et dépendances au sein de l'architecture logicielle.

1.2) DIAGRAMME DE COMPOSANT DU SYSTEME

CONCLUSION

Le dossier de réalisation a servi à décrire le mode de déploiement de la solution. Dans cette section,
nous avons mis en avant les technologies employées, les diverses architectures, les langages utilisés,
ainsi que les diagrammes de déploiement et de composants. Ces diagrammes modélisent les éléments
matériels nécessaires à l'implémentation du système et illustrent les associations entre les composants.
Une fois cette partie complétée, nous passerons à la présentation des tests de fonctionnalité de l’ap-
plication.

DOSSIER VI : TEST DE FONCTIONNALITE

INTRODUCTION

I. OBJECTIVES DE TEST

II. TEST UNITAIRE

CONCLUSION

INTRODUCTION

Les tests fonctionnels ont pour objectif d'évaluer les aspects fonctionnels d'une application. Ils véri-
fient chaque fonctionnalité afin de garantir un fonctionnement conforme aux attentes. Ces tests peu-
vent être réalisés soit par le biais d'outils d'automatisation, soit manuellement.

Le test d'application est un processus logiciel effectué à l'aide de scripts pour détecter les erreurs,
optimiser les performances, le fonctionnement, la stabilité et d'autres caractéristiques de l'application.
Ce processus contribue à améliorer la qualité de l'application tout en maximisant le retour sur inves-
tissement et en réduisant les efforts, le temps et les coûts de développement. Il garantit que toutes les
composantes de l'application fonctionnent de manière optimale, offrant ainsi une expérience utilisa-
teur de haute qualité.

II. TEST UNITAIRE

1) Cas de la protection des données sensibles (authentification)

Pour tester la protection des données sensibles, notamment l'authentification dans notre application
de gestion de stock, nous avons écrire des tests qui vérifient que :

➢ Les utilisateurs non autorisés ne peuvent pas accéder à des ressources protégées.
➢ Les utilisateurs peuvent se connecter avec des identifiants valides et être refusés avec des
identifiants invalides.

1.1) Test de connexion avec des identifiants invalides

➢ Ce test s'assure que si un utilisateur tente de se connecter avec un mot de passe incorrect, la
réponse est un statut 401 (non autorisé) et le message approprié est retourné.

1.2) Test de connexion avec des identifiants valides

➢ Ce test vérifie que l'utilisateur peut se connecter avec des identifiants valides.
➢ Il s'assure que la réponse contient un token JWT après une connexion réussie, et ce token est
enregistré pour une utilisation ultérieure.

1.3) Test pour ajouter un produit

Explication du code de test

➢ Vérifie qu'un article peut être ajouté au stock et que la réponse est correcte.
➢ Vérifie que l'article est bien présent dans le stock après l'ajout.

1.4) Test pour Supprimer un produit

Explication Du code
➢ Ajoute d'abord un article, puis le supprime.
➢ Vérifie que l'article est effectivement supprimé du stock.

CONCLUSION
En somme, notre objectif était de présenter les divers tests de fonctionnalité de notre application
mobile. Pour garantir une application de haute qualité, il est essentiel d’évaluer plusieurs aspects, tels
que les performances, les fonctionnalités, l’ergonomie, la stabilité et la fiabilité. C’est pourquoi il est
crucial de se familiariser avec les différents types de tests applicatifs.

DOSSIER VII : TEST DE FONCTIONNALITE

INTRODUCTION

I. GUIDE D’INSTALLATION

II. GUIDE D’UTILISATEUR

CONCLUSION

INTRODUCTION
Un logiciel de qualité devrait être accompagné d'une documentation destinée à faciliter son utilisation
par les futurs utilisateurs. Le guide d'installation Aider les utilisateurs à installer correctement le lo-
giciel ou l'application , prérequis système, configuration initiale. Ainsi, Fournir des instructions sur
la façon d'utiliser le logiciel une fois qu'il est installé. . Nous commencerons par présenter le guide
d'installation, suivi du guide d'utilisateur.

I. GUIDE D’INSTALLATION

Un guide d'installation est un document qui fournit des instructions détaillées sur la façon d'installer
un logiciel ou une application. Il est conçu pour aider les utilisateurs à configurer correctement le
programme afin qu'il fonctionne comme prévu.

Prérequis Système

Avant de commencer l'installation, assurez-vous que votre environnement remplit les conditions sui-
vantes :

1. Environnement de Développement :
➢ Eclipse IDE (version recommandée : 2019-xx ou supérieure)
➢ Apache Tomcat (version 9.0 ou supérieure)
2. Langage de Programmation :
➢ Java JDK (version 11 ou supérieure)
3. Base de Données :
➢ MySQL (version 5.7 ou supérieure) ou autre base de données compatible
➢ Un client SQL (ex. : MySQL Workbench) pour gérer la base de données
4. Extensions et Bibliothèques :
➢ Bibliothèques Java nécessaires (ex. : JDBC, Hibernate, etc.) incluses dans votre projet

Étapes d'Installation

1. Télécharger les Fichiers du Projet :

➢ Clonez ou téléchargez le projet depuis votre dépôt (ex. : GitHub, Bitbucket).
2. Importer le Projet dans Eclipse :
➢ Ouvrez Eclipse et sélectionnez File > Import.
➢ Choisissez Existing Projects into Workspace et localisez le dossier du projet télé-
chargé.
➢ Cliquez sur Finish.

3. Configurer la Base de Données :

➢ Créez une nouvelle base de données dans MySQL.
➢ Importez le script SQL fourni (s'il existe) pour créer les tables nécessaires.
➢ Notez les informations de connexion (nom d'utilisateur, mot de passe, nom de la base
de données).
4. Configurer le fichier de connexion :
➢ Ouvrez le fichier de configuration (ex. : [Link] ou [Link]) et
entrez vos paramètres de connexion à la base de données.
5. Configurer le Serveur Apache Tomcat :
➢ Téléchargez et installez Apache Tomcat.
➢ Dans Eclipse, allez dans Window > Preferences, puis Server > Runtime Environments.
➢ Cliquez sur Add et sélectionnez Apache Tomcat v9.0 (ou votre version).
➢ Spécifiez le répertoire d'installation de Tomcat.
6. Déployer l'Application :
➢ Cliquez avec le bouton droit sur le projet dans Eclipse, allez dans Run As > Run on
Server.
➢ Sélectionnez le serveur Tomcat configuré et cliquez sur Finish.
7. Accéder à l'Application :
➢ Ouvrez votre navigateur et accédez à [Link]
8. Configuration Initiale :
➢ Suivez les instructions à l'écran pour configurer l'application selon vos besoins.

Résolution de Problèmes

➢ Si vous rencontrez des erreurs lors du déploiement, vérifiez les journaux de Tomcat pour des
messages d'erreur spécifiques.
➢ Assurez-vous que le port 8080 est disponible et non utilisé par d'autres applications.

II. GUIDE D’UTILISATEUR

1.1) Page de connexion

Après l’exécution de l’application, l’utilisateur est renvoyé à une page de connexion ou il pourra
remplir le formulaire de connexion, comme son noms, mots de passe. Lorsque les informations sont
remplies, Cliquez sur le bouton Se Connecter pour valider vos informations.

1.2) Le tableau de bord de l’administrateur

Une fois l’utilisateur connecter on lui affiche le tableau de bord selon le rôle qui lui est attribuer

1.3) Le tableau de bord du magasinier

1.4) Le tableau de bord du vendeur

CONCLUSION
À la fin de cette section, notre objectif était de présenter clairement toutes les étapes nécessaires pour
installer et utiliser notre application. Cette partie vise donc à faciliter l'expérience utilisateur, rendant
son utilisation plus intuitive et accessible.

CONCLUSION GENERAL

Au cours de notre stage académique de trois mois au sein de Tech-Labs, nous avons eu l'occasion de
mettre en pratique les connaissances acquises durant notre formation en informatique. Cette expé-
rience nous a permis de découvrir le monde professionnel et d'identifier les défis auxquels nous pour-
rions être confrontés dans le futur. Ce stage a été particulièrement enrichissant, car il nous a offert un
aperçu des problèmes rencontrés par les entreprises en matière de gestion des stocks. Grâce à cette
expérience, nous avons pu nous concentrer sur le développement d'une application de gestion de stock
utilisant des QR codes, ce qui a révélé l'importance de cette technologie pour optimiser les processus
de suivi et d'inventaire. Nous avons compris qu'une telle application permettrait non seulement de
simplifier les opérations de gestion des stocks, mais aussi d'améliorer l'efficacité des achats et des
réapprovisionnements. En facilitant le suivi des produits, cette application renforcerait la relation
entre l'entreprise et ses clients, tout en augmentant la visibilité des produits disponibles. Il en ressort
que de nombreuses entreprises sont confrontées à des difficultés dans la gestion efficace de leurs
stocks. En réponse à ces enjeux, nous estimons que notre projet est achevé à 80 %. Il est prévu d'ap-
porter des mises à jour et des améliorations significatives dans un avenir proche, afin d'enrichir les
fonctionnalités de l'application et de renforcer sa sécurité, garantissant ainsi une fiabilité accrue.

BIBLIOGRAPHIE

WEBOGRAPHIE
➢ [Link]
pour comprendre les erreurs lier au server (consulter le 25 juillet 2024 à 10h17).
➢ [Link] pour créer notre avec tous
les dépendance spring (consulter le 29 juillet 2024 14h26)..
➢ [Link] pour ce documenter sur le langage Java
(consulter le 01 Aout 2024 à 10h43).
➢ [Link]
connecting-to-mysql-database pour ce documenter sur la connexion a la base de donnée
(consulter le 04 Aout 2024 à 21h47).
➢ [Link] Documentaire sur le SGBD MySQL connaissance sur
la notion de MYSQL (consulter le 10 Aout 2024 à 13h23).
➢ [Link]
reference/ pour ce documenter sur les diagrammes UML (consulter le 16 Aout 2024 à 17h19).
➢ [Link] avoir des
connaissances sur la création d’une API (consulter le 21 Aout 2024 à 20h59)
➢ [Link]
notfound#:pour rechercher un problème dans notre application Android (consulter le 30Aout
2024 à 17h39).
➢ [Link] pour la
différence entre merise et UML (consulte le 02 September 2024 à 14h30).
➢ [Link] pour comprendre les types de test
d’application (consulter le 05 septembre 2024 à 13h21)

ANNEXE
Rédigé Par : TIKELA DAOUDA SIMPLICE JUNIOR en 2ème année IAI Cameroun, Centre
d’Excellence Technologique PAUL BIYA, Année académique 2022 / 2023

Vous aimerez peut-être aussi

Rapport de Stage DTS Ahmadou Yassine Souleymanou
Pas encore d'évaluation
Rapport de Stage DTS Ahmadou Yassine Souleymanou
114 pages
Rapport de Stage : Gestion Informatique IUC
100% (1)
Rapport de Stage : Gestion Informatique IUC
61 pages
Liste Sujets TFC G3 Info PDF Application in
Pas encore d'évaluation
Liste Sujets TFC G3 Info PDF Application in
1 page
Rapport de Stage
Pas encore d'évaluation
Rapport de Stage
126 pages
Projets Innovants en Génie Informatique
Pas encore d'évaluation
Projets Innovants en Génie Informatique
6 pages
Mémoire 3
Pas encore d'évaluation
Mémoire 3
80 pages
Rapport 1
Pas encore d'évaluation
Rapport 1
40 pages
Rapport de Stage
Pas encore d'évaluation
Rapport de Stage
40 pages
Projet de messagerie instantanée Android
Pas encore d'évaluation
Projet de messagerie instantanée Android
41 pages
Memoire de Soutenance Corrigee V2
Pas encore d'évaluation
Memoire de Soutenance Corrigee V2
106 pages
Projet de Gestion Des Projets Logiciel: Application Web de Gestion Stage Avec Système de Recommandation
Pas encore d'évaluation
Projet de Gestion Des Projets Logiciel: Application Web de Gestion Stage Avec Système de Recommandation
28 pages
Rapport - MoncarFinal
Pas encore d'évaluation
Rapport - MoncarFinal
81 pages
Rapport Iko Charles
Pas encore d'évaluation
Rapport Iko Charles
36 pages
Sujet Memoire Proposés 2
Pas encore d'évaluation
Sujet Memoire Proposés 2
8 pages
Systeme de Reservation de Billet de Bus: Cahier Des Charges
Pas encore d'évaluation
Systeme de Reservation de Billet de Bus: Cahier Des Charges
6 pages
Rapport Final
Pas encore d'évaluation
Rapport Final
131 pages
Conception Et Réalisation Dune Application
100% (1)
Conception Et Réalisation Dune Application
71 pages
DRAFT - Memoire - ALBA (CORRECTION)
Pas encore d'évaluation
DRAFT - Memoire - ALBA (CORRECTION)
97 pages
Plateforme Gestion Immobilière Marly-Immo
Pas encore d'évaluation
Plateforme Gestion Immobilière Marly-Immo
75 pages
Stage Rapport
Pas encore d'évaluation
Stage Rapport
60 pages
Projets Systèmes d'Information Étudiants
Pas encore d'évaluation
Projets Systèmes d'Information Étudiants
4 pages
Rapport Pfe 3a
Pas encore d'évaluation
Rapport Pfe 3a
66 pages
Rapport de Stage Essadiss Corriger
Pas encore d'évaluation
Rapport de Stage Essadiss Corriger
89 pages
Rapport de Projet
100% (1)
Rapport de Projet
21 pages
Mémoire Licence IUT Ngaoundere (GLO)
Pas encore d'évaluation
Mémoire Licence IUT Ngaoundere (GLO)
92 pages
Conception D'une Base de Données Pour La Gestion Des Perceptions Des Frais Scolaire
Pas encore d'évaluation
Conception D'une Base de Données Pour La Gestion Des Perceptions Des Frais Scolaire
23 pages
Rapport Stage ETUDE ET CONCEPTION DE LOGICIEL DE GESTION DE STAGE
Pas encore d'évaluation
Rapport Stage ETUDE ET CONCEPTION DE LOGICIEL DE GESTION DE STAGE
46 pages
RAPPORT DE STAGE ACADEMIQUE Final
Pas encore d'évaluation
RAPPORT DE STAGE ACADEMIQUE Final
45 pages
Conception Et Realisation D'une Application Web Pour La Gestion Des Soutenances
Pas encore d'évaluation
Conception Et Realisation D'une Application Web Pour La Gestion Des Soutenances
76 pages
Rapport de Stage1
Pas encore d'évaluation
Rapport de Stage1
103 pages
Memoire Myra-1
Pas encore d'évaluation
Memoire Myra-1
51 pages
Rapport
Pas encore d'évaluation
Rapport
46 pages
Rapport
Pas encore d'évaluation
Rapport
46 pages
Rapport Siantou 2024
Pas encore d'évaluation
Rapport Siantou 2024
18 pages
Rapport de Stage Genie Logiciel
Pas encore d'évaluation
Rapport de Stage Genie Logiciel
87 pages
UML Rapport de Stage
100% (1)
UML Rapport de Stage
37 pages
Site E-Commerce: Conception et Réalisation
Pas encore d'évaluation
Site E-Commerce: Conception et Réalisation
21 pages
Conception D'une Application Réseau de Gestion de Fret Dans Une Agence de Transport Routier. Cas de L'agence GAD/ISIRO
Pas encore d'évaluation
Conception D'une Application Réseau de Gestion de Fret Dans Une Agence de Transport Routier. Cas de L'agence GAD/ISIRO
78 pages
Liste Des Sujets de Mémoires de Licence 2024-2025
Pas encore d'évaluation
Liste Des Sujets de Mémoires de Licence 2024-2025
23 pages
Memoire Savane Seidou Agitel
100% (1)
Memoire Savane Seidou Agitel
59 pages
MEMOIRE Gestion D'une Application Web Pour La Gestion de La Police Congolaise
Pas encore d'évaluation
MEMOIRE Gestion D'une Application Web Pour La Gestion de La Police Congolaise
87 pages
Memoire L3
Pas encore d'évaluation
Memoire L3
113 pages
Caro-Rapport de Stage-DiG1
Pas encore d'évaluation
Caro-Rapport de Stage-DiG1
94 pages
Mise en Place D'intranet
Pas encore d'évaluation
Mise en Place D'intranet
53 pages
Memoire
Pas encore d'évaluation
Memoire
28 pages
Gestion automatisée de l'assistance IT
Pas encore d'évaluation
Gestion automatisée de l'assistance IT
31 pages
1 - Republique Du Benin Memoire - Copie
Pas encore d'évaluation
1 - Republique Du Benin Memoire - Copie
79 pages
Memoire - Jos - AMUNDALA - Fin
Pas encore d'évaluation
Memoire - Jos - AMUNDALA - Fin
113 pages
Rapport de STage
100% (1)
Rapport de STage
42 pages
RAPPORT
Pas encore d'évaluation
RAPPORT
1 page
Rapport de Stage (Bekombo - Lba)
Pas encore d'évaluation
Rapport de Stage (Bekombo - Lba)
15 pages
Conception Et Réalisation D'une Application de Gestion Des Ressources Humaines
Pas encore d'évaluation
Conception Et Réalisation D'une Application de Gestion Des Ressources Humaines
126 pages
TFC Gestion de L'inscription Des Elèves Par AARON KOSO - 080648
Pas encore d'évaluation
TFC Gestion de L'inscription Des Elèves Par AARON KOSO - 080648
62 pages
Développement d'une Application de Gestion Immobilière avec Laravel
Pas encore d'évaluation
Développement d'une Application de Gestion Immobilière avec Laravel
62 pages
Application Web Pour La Génération Des Attestations Et Certificats
100% (2)
Application Web Pour La Génération Des Attestations Et Certificats
59 pages
Memoire
Pas encore d'évaluation
Memoire
35 pages
Mise en Place D'une Application Multiplate-Forme de Suggestion Des Restaurants Proches Aux Clients Dans La Ville de Goma
100% (1)
Mise en Place D'une Application Multiplate-Forme de Suggestion Des Restaurants Proches Aux Clients Dans La Ville de Goma
75 pages
Rapport de Satge Iuc Inesse
Pas encore d'évaluation
Rapport de Satge Iuc Inesse
56 pages
Elsa Cle
Pas encore d'évaluation
Elsa Cle
53 pages
Rapport de Stage GSI 2
100% (4)
Rapport de Stage GSI 2
56 pages
CC COB Dossier-De-Candidature
Pas encore d'évaluation
CC COB Dossier-De-Candidature
6 pages
TD TP 4 2021 2022 Lpgi2-1
Pas encore d'évaluation
TD TP 4 2021 2022 Lpgi2-1
5 pages
Stoeber Sworm
Pas encore d'évaluation
Stoeber Sworm
30 pages
Programme d'Action NARSA 2023 et Portail
Pas encore d'évaluation
Programme d'Action NARSA 2023 et Portail
25 pages
Chapitre 2 Transformee Laplace
Pas encore d'évaluation
Chapitre 2 Transformee Laplace
9 pages
Analyse des Stratégies d'Entreprises et de Performance
Pas encore d'évaluation
Analyse des Stratégies d'Entreprises et de Performance
3 pages
Personnalisation Écologique Rapide
Pas encore d'évaluation
Personnalisation Écologique Rapide
12 pages
Cours de Droit de Societes Ecs 2
Pas encore d'évaluation
Cours de Droit de Societes Ecs 2
28 pages
2023 ENPC CASME Séance 1
Pas encore d'évaluation
2023 ENPC CASME Séance 1
156 pages
NV 2
Pas encore d'évaluation
NV 2
5 pages
TD 3 Thermodynamique Corrigé
Pas encore d'évaluation
TD 3 Thermodynamique Corrigé
5 pages
Ikea-Wok IKEA365
Pas encore d'évaluation
Ikea-Wok IKEA365
12 pages
2717 Etude Dimpact Environnemental Et Social Esia
Pas encore d'évaluation
2717 Etude Dimpact Environnemental Et Social Esia
34 pages
Châssis et Supports pour Climatisation
Pas encore d'évaluation
Châssis et Supports pour Climatisation
14 pages
Liste Des Etablssements Et Entreprises Autorises-4
Pas encore d'évaluation
Liste Des Etablssements Et Entreprises Autorises-4
72 pages
Liens M3u Iptv Gratuits
Pas encore d'évaluation
Liens M3u Iptv Gratuits
6 pages
Reinscription Et Inscription 2023 2024
Pas encore d'évaluation
Reinscription Et Inscription 2023 2024
4 pages
Pqbe0761 PDF
Pas encore d'évaluation
Pqbe0761 PDF
3 pages
133.ELE.01.2019. Analyseur Réseau
Pas encore d'évaluation
133.ELE.01.2019. Analyseur Réseau
3 pages
La Separation Des Pouvoirs Dans Le Regime Presidentiel Americain
Pas encore d'évaluation
La Separation Des Pouvoirs Dans Le Regime Presidentiel Americain
3 pages
Analyse de la Masse Salariale 2021-2022
Pas encore d'évaluation
Analyse de la Masse Salariale 2021-2022
4 pages
Siemens 6se7024 1ep85 0aa1 Operating Instructions Manual 86
Pas encore d'évaluation
Siemens 6se7024 1ep85 0aa1 Operating Instructions Manual 86
86 pages
Projet de Magazine Immobilier
Pas encore d'évaluation
Projet de Magazine Immobilier
2 pages
Cambridge IGCSE: FRENCH 0520/22
Pas encore d'évaluation
Cambridge IGCSE: FRENCH 0520/22
12 pages
Métropole Aix-Marseille : Défis et Avenir
Pas encore d'évaluation
Métropole Aix-Marseille : Défis et Avenir
164 pages
Évaluation du contrôle interne chez Deloitte
Pas encore d'évaluation
Évaluation du contrôle interne chez Deloitte
6 pages
Devis Main d'Œuvre Tirage Câbles
Pas encore d'évaluation
Devis Main d'Œuvre Tirage Câbles
1 page
Introduction au Processeur Multicycle
Pas encore d'évaluation
Introduction au Processeur Multicycle
37 pages
Facture Bouygues: iPhone 11 Achat
Pas encore d'évaluation
Facture Bouygues: iPhone 11 Achat
1 page
Codes défauts EOBD : Guide complet
Pas encore d'évaluation
Codes défauts EOBD : Guide complet
59 pages