Franck Ken

A Mes parents
MOUKAM CHRISTOPHE
Et
BATAKE HENRIETTE
CREATION DUN CITE WEB DENREGISTREMENT EN LIGNE POUR UNE PROCEDURE
DIMMIGRATION CANADIENNE
REMERCIEMEN
TSet nos sincères reconnaissances
Tout d’abord, nous adressons notre gratitude à tous ceux qui,
de près ou de loin, directement ou indirectement, ont contribué à la production de ce rapport de
stage, mais aussi qui ont été d’un apport remarquable et indéniable dans notre formation à
L’INSTITUT UNIVERSITAIRE DU GOLFE DE GUINEE (IUG) de DOUALA. Nous
citerons tout particulièrement :
 FEU M. Louis Marie DJAMBOU qui, par son initiative a mis sur pied cette structure de
formation qui forme des cadres de demain dans des conditions meilleures qu’ailleurs ;
 M. Steve Cédric DJAMBOU pour sa détermination, son acharnement et son engagement
dans la continuité de notre formation ;
 M. YOUMBISSI MATHIEU notre encadreur académique pour sa disponibilité et son
sens pratique dans le traitement de notre thème et la conduite de notre stage académique ;
 M. YOUMBI LOIC pour son accueil, les conseils, et le suivi fourni durant le
déroulement de notre stage académique ;
 Tout le Corps enseignant de l’IUG de Douala pour son apport indéniable et acharné
dans notre formation ;
 Mes Frères et sœurs et particulièrement mon grand-frère MOUKAM Stéphane
 A mes parents pour leurs soutiens financiers et multiple conseil
 Ma famille, pour leur amour et leurs efforts incommensurable, sans lequel il n’y aurait
aucun fondement relatif à ce travail
 Tous mes camarades de promotion qui ont participé dans les motivations entraide, le
soutient et les chalenges fixe en début d’année ;
 Tous mes amis, connaissances et ancien camarade qui m’ont poussé à toujours donner le
meilleur de moi ;
 Les personnes dont les noms ne sont pas inscrits dans cette liste, ne sont pas mis à l’écart,
mais font partie des plus importantes.
Rédigé et Présenté par NGAMENI FRANCK KELLY

AVANT-PROPOS
L’arrêté ministériel n° 90/E/50/MINEDUC du 24 décembre 1971 est celui qui institua

l’examen national du brevet de techniciens supérieurs (BTS), ceci dans le but de fournir aux
entreprises camerounaises des techniciens directement opérationnels.
La formation tient sur deux ans comprenant un stage académique de deux mois effectué à
la fin de la première année. Ce stage a pour but de confronter les étudiants aux réalités du monde
professionnel et entraine la rédaction d’un rapport soutenu en fin de deuxième année.
En créant ce diplôme le ministère ouvre un grand marché pour la branche de l’éducation.
Parmi les divers offreurs de ce marché, on peut citer l’institut universitaire du golfe de guinée qui
regroupe en son sein trois campus (ESG, ISTA et ISA)1. Il est situé à Douala-bassa au quartier
pk8 à quelques mètres de l’entrée laïc et a été créé par arrêté ministériel N°
78/J2/2656/MINEDUC/SCAFES du 10 septembre 1993. Il a pour finalité de préparer les jeunes
titulaires d’un baccalauréat ou d’un diplôme équivalent dans formations suivantes :
 Le cycle Master Professionnel (bac + 5)
 Le cycle Licence Professionnelle et Académique (bac +3)
 Le cycle BTS (bac + 2)
Dans le cas qui se rapporte à nous, le cycle BTS comprend entre autres les options suivantes :
o Gestion Logistique et Transport (GLT) ;
o Banque et Finance (BF) ;
o Communication des Organisations (CO) ;
o Commerce International (CI) ;
o Comptabilité et Gestion des Entreprises (CGE) ;
o Marketing Commerce et Vente (MCV) ;
o E-commerce (E-com) ;
o Gestion des Systèmes d’Information (GSI) ;
1
ii

Avec aujourd’hui ses trente années d’expérience, un imposant palmarès aux examens
officiels qui le hissent au sommet de la hiérarchie nationale, une gamme d’infrastructures aussi
complètes que modernes, un corps enseignant des plus sélectifs, l’Institut Universitaire du Golfe
de Guinée s’impose comme l’une des institutions privées d’enseignement supérieur les plus
performantes d’Afrique Centrale.
Etant donné le caractère professionnel que revêt ce diplôme, l’étudiant en cycle de BTS
doit effectuer un stage académique dont l’objectif est non seulement de concrétiser les
connaissances théoriques acquises mais surtout de découvrir les réalités de l’entreprise dans un
contexte professionnel réel. Ayant donc été à COMPETENCE IMMIGRATION CONSULTING,
nous vous présenterons notre travail portant sur le thème : « CREATION DUN CITE WEB
DENREGISTREMENT EN LIGNE POUR UNE PROCEDURE DIMMIGRATION
CANADIENNE.>>
iii

RESUME
Le thème (CREATION DUN CITE WEB DENREGISTREMENT EN LIGNE POUR UNE
PROCEDURE DIMMIGRATION CANADIENNE) qui nous a été confié est reparti sur deux
grandes parties qui, chacun subdivisé en chapitre. Dans le premier chapitre nous avons fait une
présentation de l’entreprise qui nous a accueilli pour le stage, de son évolution à son
fonctionnement; un deuxième chapitre ou nous avons fait une étude du système existant ce qui
nous a permis de ressortir les besoins de l’entreprise et d’avoir une vue d’ensemble sur le système
déjà mis en place. Grâce à cette étude, nous avons pu faire des critiques sur l’existant tout en
proposant des solutions pour y remédier. La deuxième partie de ce rapport met en place le
nouveau système tout en présentant la méthode de modélisation et les outils utilisés dans un
troisième chapitre et dans un quatrième chapitre une implémentation du futur système.
iv

ABSTRACT
The theme (CREATION DUN CITE WEB DENREGISTREMENT EN LIGNE POUR UNE
PROCEDURE DIMMIGRATION CANADIENNE.) entrusted to us is based on two main
parts, each of which will be subdivided into chapters. The first chapter of the first part will make
a presentation of the company which welcomed us for the internship of its evolution and its
functioning; a second chapter to make a study of the existing which enlightens us better on the
needs of the company and to have an overview of the system already in place. The conclusion
resulting from this study will allow us to criticize the existing system while proposing solutions
that will allow the implementation of the new system. The second part of our report, we will
make an implementation of the new system by first presenting the modeling method and the tools
used in a third chapter and then we will move on to the implementation in a fourth chapter.

EPIGRAPHE
‘’ Le succès est la somme de petits efforts, répétés jour après jour ‘’

LEO ROBERT COLLIER
vi

LISTE DES
vii

LISTE DES
viii

LISTE DES SIGLES ET
 POO : Programmation Orientée Objet
 SGBD : Système de Gestion des Bases de Données
 BD: Base de Données
 OO: Orientée Objet
 SQL: Structured Query Language
 IUG : Institut Universitaire du Golfe de Guinée
 ESG : Ecole Supérieur de Gestion
 BTS : Brevet de Technicien Supérieur
 UML: Unified Modeling Language
ix

SOMMAIRE
INTRODUCTION
L’avènement des technologies de l’information et de la communication a apporté plusieurs
changements sur le travail manuel de l’homme. Ces technologies se sont accompagnées d’une
évolution formidable des activités quotidiennes des entreprises. Pour cela, l’information se veut
fiable et sécurisée. Elle permet aussi la coordination des activités de l’entreprise tant au niveau
stratégique qu’au niveau opérationnelle. C’est ainsi que le développement des solutions
logicielles permet aux entreprises d’accroitre leur rendement, de sécuriser leurs informations, de
rendre disponible et fiable celles-ci tant en interne qu’en externe.
C’est sur cette base que nous nous sommes interrogés sur ses différents problèmes qui sont :
l’élaboration manuelle des documents de gestion d’enregistrement, la perte constante des
données. Ce qui nous a d’ailleurs pousse à la problématique : quelles solutions pouvons-nous
apporter à ces problèmes ? c’est dans le but de palier a ces problèmes qu’il nous a été donne dans
le cadre de notre stage académique effectue dans l’entreprise COMPETENCE IMMIGRATION
CONSULTING de choisir comme thème d’étude : « CREATION DUN CITE WEB
DENREGISTREMENT EN LIGNE POUR UNE PROCEDURE DIMMIGRATION
CANADIENNE »
Pour palier a ces problèmes, nous utiliserons la méthode d’analyse UML. Cette méthode étant
notre base de conception, l’étude se présentera comme suit : l’analyse du système existant qui
consiste à délimiter, décrire le processus puis le modéliser, ensuite nous le

ferons « modélisation » pour le cas du système futur grâce à UML, enfin nous terminerons par
son implémentation grâce a plusieurs langages.
Notre travail sera divisé en deux parties de deux chapitres chacun. Dans la première qui
s’intitule : Etude de l’environnement, nous présenterons l’entreprise et le déroulement du stage,
ensuite nous ferons l’étude de l’environnement et la description de l’existant puis, la critique de
l’existant ensuite, l’ébauche de solution. Dans la deuxième partie qui s’intitule : Mise sur pied du
système, nous présenterons la méthode utilisée ensuite, la modélisation du système futur puis, la
création de la base de données et la présentation de l’environnement et les différentes captures
d’écran. Notre travail s’achèvera par la conclusion générale.
xi

INTRODUCTION
générale
La gestion de stock est un élément stratégique de chaine d’approvisionnement, désigne le suivi
des stocks depuis les fabricants jusqu’aux entrepôts, puis jusqu’à un point de vente. La gestion de
stock des appareils électronique est un enjeu primordial pour le bon fonctionnement d’une
entreprise de vente d’appareil : elle représente le deuxième volet du SIRH (Système
d’Information de Gestion des Ressources Humaines) le plus déployé. Si elle s’apparente à une
corvée ou à un énième processus de perte de temps pour certains, elle peut en réalité devenir un
levier de performance pour les entreprises. Une solution informatique par rapport à notre thème
va permettre de faciliter le processus de gestion des stocks. Pendant notre stage et au cours des
activités effectuées, nous avons constaté plusieurs anomalies au niveau du suivi des produits en
stocks ; notamment la lenteur car le traitement d’information est manuel, les erreurs de calculs.
Etant donné que les demandes se font manuellement, ceci nous a poussé à choisir comme thème
de notre rapport de stage : « CONCEPTION ET REALISATION D’UNE APPLICATION
DE GESTION DE STOCK DES APPAREILS ELECTRONIQUES » afin de limiter les
erreurs dans le traitement des informations, d’évaluer la procédure en cours ; l’objectif étant donc
la rapidité des opérations de gestions, le gain de temps. Comment rendre la gestion des stocks
plus rapide pour l’entreprise ? Pour pallier à ces problèmes, nous utiliserons la méthode d’analyse
UML (Unified Modeling Language). Cette méthode étant notre base de conception, l’étude se
présentera comme suit : l’analyse du système existant qui consiste à le délimiter, décrire les
processus puis le modéliser pour le cas du système futur grâce à UML, enfin nous terminerons
par son implémentation grâce au langage de programmation JAVA. Notre travail sera divisé en
deux parties de deux chapitres chacune. Dans la première qui s’intitule : présentation de
l’entreprise et étude de l’existant, nous présenterons l’entreprise et le déroulement du stage
(chapitre 1), ensuite nous ferons l’étude de l’environnement et la description de l’existant puis, la
critique de l’existant ensuite, l’ébauche des solutions (chapitre 2). Dans la deuxième partie qui
s’intitule : Mise sur pieds du système, nous présenterons la méthode utilisée ensuite, la
modélisation du système futur (chapitre 3) puis, la création de la base de données et la
présentation de l’environnement et les différentes captures d’écran (chapitre 4). Notre travail
s’achèvera par la conclusion générale.

PREMIERE PARTIE : ETUDE DE LENVIRONNEMENT
Dans cette partie nous allons présenter l’entreprise dans laquelle nous avons effectué notre
stage, les activités que nous avons effectuées et ce pour quoi nous avons choisi notre thème que
nous étudierons.
CHAPITRE I : PRÉSENTATION GÉNÉRALE DE

L’ENTREPRISE ET DÉROULEMENT DU STAGE
Il sera question pour nous dans ce chapitre de présenter COMPETENCE

IMMIGRATION CONSULTING selon son historique, ses missions, sa situation géographique
puis de sa structure et de son fonctionnement.
SECTION I : PRESENTATION DE COMPETENCE IMMIGRATION

CONSULTING
Dans cette section, nous allons présenter l’historique, la structure, le fonctionnement la société
COMPETENCE IMMIGRATION CONSULTING.
I. CREATION ET HISTORIQUE
COMPETENCE IMMIGRATION CONSULTING a été créée en 2018 par Monsieur TCHAMI
TANKEU Mathieu Hamel comme entreprise privée en statut de personne morale.
II. STRUCTURE
Toute entreprise qui se veut compétitive doit être organisée. L’on entend par structure
organisationnelle la manière selon laquelle s’exercent le pouvoir et la répartition des tâches au
sein d’une entreprise. Tans Sunday dispose d’un personnel qualifié qui assure le bon
fonctionnement et les différentes tâches assignées par l’entreprise au quotidien.

On peut citer :
 Un directeur général
 Une secrétaire
 Un magasinier
 Plusieurs livreurs
III. FONCTIONNEMENT
D’après notre structure organisationnelle, nous énumérons le rôle du personnel dans l’entreprise :
- Le directeur : Il a pour rôle de gérer les activités décisionnelles de l’entreprise.

- La secrétaire : Elle a pour rôle d’accueillir les clients à leur arrivé à l’entreprise, de
répondre aux messages des clients en ligne et aussi d’enregistrer les commandes client.
- Le magasinier : Il est chargé d’effectuer les sorties de stocks et d’établir les bons de
commandes des produits de l’entreprise.
- Les livreurs : Chargés d’acheminer les commandes clients passés en ligne et dont l’option
de récupération est livraison
IV. ORGANIGRAMME HIERARCHIQUE

Tans Sunday dispose d’un personnel qualifié répartis dans différents de la manière suivante :
DIRECTEUR
GENERALE
CONTROLEUR ASSISTANCE
DE GESTION SECRETAIRE
SERVICE GESTION DE
SERVICE SERVICE
FINANCE ET STOCKS ET
D'ACHAT COMMERCIALE
COMPTABILITE MAGASIN
MAGASINIER
Figure 1 : organigramme de l’entreprise

V. PLAN DE LOCALISATION
Figure 2 : plan de localisation
SECTION II : DEROULEMENT DU STAGE
Dans cette partie, nous allons présenter le déroulement de notre stage, de la justification de notre
thème puis de ce que nous avons pu bénéficier en faisans ce stage.

I. CHRONOGRAMME DES ACTIVITES
Tableau 1 : chronogramme des activités

Périodes Services Taches effectuées Observations
04 juillet 2022 Magasin Observation et Stock parfois
Au participation aux insuffisant après
10 juillet 2022 sorties de stocks commande
confirmée du
client
11 juillet 2022 Magasin Rangement des Les produits n’étaient
Au produits par pas rangés pour un
24 juillet 2022
catégories accès facile
25 juillet 2022 Magasin Proposition et
Au création d’un registre
29 juillet 2022 pour l’enregistrement
des livraisons
30 juillet 2022 Magasin Participation çà la
Au réalisation de
2 aout 2022 l’inventaire du mois
de juillet
03 aout 2022 Magasinier Participation aux
Au sorties de stock
26 aout 2022
27 aout 2022 Magasinier Inventaire du mois
Au
30 aout 2022
Le magasin de stock des produits électronique repose sur la gestion des produits dans le but
d’assurer la disponibilité continue des produits indispensables au bon fonctionnement des
activités de l’entreprise. Les principales étapes du processus de stock rencontrés sont : suivi de la

commande ; Réception et contrôle de la commande ; suivre les activité d’entrées et sorties des
produits du stock ; de critères organiser et suivre l’inventaire ; réapprovisionner en cas nécessaire.
C’est dans cette optique que nous avons effectué une série d’activités. Nous avons essayé de
résumer dans le tableau ci-dessous avec les périodicités inscrites par semaine.
II. JUSTIFICATION DU THEME
Pendant notre stage et au cours des activités effectuées, nous avons constaté plusieurs
anomalies au niveau du suivi des documents liés à la gestion de stock des produits ; notamment la
lenteur du traitement des informations qui se fait manuellement, une insécurité des documents de
gestion de stock (fiche de commande, bon de livraison, bon de sorties etc.), un nombre d’archive
accumulés qui engendre une difficulté de stockage et déclaration à long terme, ceci nous a poussé
à choisir comme thème de notre rapport de stage : « CONCEPTION ET REALISATION D’UNE
APPLICATION DE GESTION DE STOCK DES APPAREILS ELECTRONIQUES » afin de
limiter les erreurs dans le traitement des informations, d’évaluer la procédure en cours : l’objectif
étant la rapidité des opération de gestion des stock des appareils et un gain de temps.
Dans ce chapitre, nous avons présenté Tans Sunday en général puis nous avons
également présenté le déroulement de notre stage. Dans les prochaines lignes de notre rapport,
nous ferons l’étude de l’existant.
Ce stage nous a bénéficié sur le plan :

 Sur le plan professionnel : il nous a permis de faire face au monde professionnel
et aux réalités du terrain, et d’avoir les caractères du terrain ;
 Sur le plan académique : il nous a permis allier les connaissances théoriques et
pratique du domaine ;
 Sur le plan social : nous avons pu faire de nouvelles rencontres et avoir de
nouveaux amis et surtout.

CHAPITRE II : ETUDE DE L’EXISTANT
L’existant renvoie au fonctionnement actuel de l’entreprise en ce qui concerne la gestion

de stock des produits. Pour constituer cet existant, Nous nous sommes rapprochés des différents
services de la structure, question d’examiner la manière avec laquelle l’entreprise fonctionne.
Ensuite nous avons fait une description de l’existant, apporter des critiques et présenter des
ébauches de solution.
SECTION I : DESCRIPTION DE L’EXISTANT

Dans cette partie, nous allons délimiter notre système, présenter les acteurs et les différents
processus.
I. DESCRIPTION DE LEXISTANT
1. Délimitation du système d’information
L’étude de l’existant est une étape très importante dans l’informatisation d’une entreprise, car
elle permet de mieux maitriser le système actuel, ceci afin de concevoir une solution
informatique spécifique aux problèmes rencontrés. Ainsi le système d’information soumis à
notre étude est l’enregistrement d’une procédure de voyage pour le CANADA, dont les activités
portent sur 03 processus : l’inscription, le choix de procédure et la soumission des documents
nécessaires.
Nous allons dans un premier temps identifier les différents acteurs de notre système.

2. Liste des acteurs
Un acteur est défini comme tout ce qui peut émettre une action dans le système. En d’autres
termes un acteur est une personne physique ou morale qui intervient activement dans le
système d’information ou qui la stimule. Nous pouvons citer par exemple un service, une
personne, une fonction ou sous fonction d’une organisation. Ceux du système étudie sont
regroupés en acteurs principaux et secondaires.
a. Les acteurs principaux
Un acteur principal est un poste de travail ou une cellule (ensemble de plusieurs postes de
travail) qui appartient au champ d’étude. Dans le cas de notre système, les acteurs internes
sont : la secrétaire, le consultant.
b. Les acteurs secondaires
Un acteur secondaire est celui qui est hors du champ d’étude et dont l’intervention ou même la
simple existence est capitale au fonctionnement du système. Nous avons pour le cas d’espèce :
les clients
3. Description des processus
a) Processus d’inscription
En ce qui concerne l’inscription du client, il faudrait que le client soit à son premier rende vous
dans l’agence et qu’il aimerait s’engager dans une procédure. Une fois le client est là, la
secrétaire l’enregistre dans son cahier registre à travers ces informations (nom, prénom, numéro
de téléphone, adresse email, date et lieux de naissance).
b) Processus de choix de procédure
Quand le client arrive dans l’agence, il est reçu par la secrétaire et ensuite il est conduire chez le
consultant (le directeur). Ce dernier lui débriefe sur les différentes offres de service (procédure
d’immigration canadienne). Une fois cela fait, le client choisie la procédure de voyage qui lui
convient.
c) Processus de soumission des documents
II. Critiques de l’existant et ébauche de solutions
A. Critique de l’existant

Cette critique qui découle de l’analyse de l’existant préalablement menée a pour but de
fournir un état de la situation actuelle et notamment de faire ressortir les qualités et les
défauts de ce système ; il s’agit cependant d’être objectif sans chercher à tout
construire.
Pour le faire, nous ferons à ce point une critique constructive. Suite à notre étude, nous
nous rendons compte qu’elle est confrontée a de nombreuses difficultés dues aux
diverses causes. Face à ces problèmes, nous envisageons quelques solutions qui se
résumeront dans le tableau d’analyse causale ci-dessous :
Tableau : Tableau d’analyse causale
Problèmes Causes Objectifs Solutions

Perte de temps lors -Traitement manuel -Minimiser la perte -Mise sur pied d’une
de la recherche des données de temps base de données qui
d’une information -Excès de données -Faciliter la va traiter de
d’un client déjà enregistrées recherche d’une manière
enregistré dans le information automatique la
cahier registre recherche d’un
client
-Intégrer un espace
de recherche
d’informations
Difficulté pour le Non accessibilité des Permettre au client Mise sur pied d’une
client de suivre informations à de pouvoir consulter page de suivi à
l’évolution de sa distance par le client l’évolution de son distance de chaque
procédure à dossier a n’importe client
distance quel moment
Présence obligatoire Aucun moyen mis Facilite le transfert Mise sur pied d’une
du client pour en œuvre pour des informations plateforme de
pouvoir commencer pouvoir effectuer sa transfert des donner
sa procédure procédure a
distance
B. Ebauche de solution
1) Description des nouveaux processus
Le système devrait permettre aux utilisateurs (clients) de créer un compte

personnel, de remplir des formulaires spécifiques aux différentes catégories
d’immigration en fonction de celle qu’il a choisi, de pouvoir suivre l’avancement
de sa demande en se connectant à leur compte sur le site web. Une fois les
utilisateurs sont satisfaits de leur demande, ils devraient pouvoir la soumettre
électroniquement via le site web. Un accuse de réception devrait être généré,

confirmant que la demande a été enregistrée avec succès. Il ne devrait pas

inclure les services de paiement lies aux frais de demande qui seraient traités
par un système de paiement tiers.
2) Expression des besoins de l’utilisateur
i. Besoins fonctionnels
Les besoins fonctionnels se rapportent aux fonctionnalités que

l’application doit offrir pour satisfaire les utilisateurs. Les fonctionnalités
que doivent intégrer l’application à développer sont :
 Création de compte : les utilisateurs devraient fournir des
informations de base telles que leur nom, leur adresse e-mail, et
créer un mot de passe sécurisé.
 Remplissage des formulaires : une fois connecté, l’utilisateur
serait guide à travers une série de formulaires spécifiques à la
catégorie d’immigration choisie. Les formulaires devraient
inclure des questions sur l’identité, l’éducation, l’expérience
professionnel, les compétences linguistiques, etc. Les utilisateurs
devraient pouvoir enregistrer leur progression et revenir plus
tard pour compléter les formulaires si nécessaire.
 Suivie de l’avancement de la demande : les utilisateurs devraient
pouvoir suivre l’avancement de leur demande en se connectant
à leur compte sur le site.
ii. Besoins non-fonctionnels
Les besoins non fonctionnels sont indispensables et permettent

l’amélioration de la qualité logicielle de notre système. Ils agissent
comme des contraintes sur les solutions, mais leur prise en
considération fait éviter plusieurs incohérences dans le système. Ce
dernier doit répondre aux exigences suivantes :
 Authentification : le système doit permettre à l’utilisateur de
saisir son Login et son mot de passe pour accéder au système.
Cette opération assure la sécurité du système et limite le
nombre d’utilisateur ;
 Ergonomie : le système devra offrir aux utilisateurs une interface
qui soit la plus riche et simple possible afin de limiter le nombre
de page. Par ailleurs, l’interactivité devra être adaptée (usage de
clavier ; menu ; etc…) ;
 Fiabilité : l’application doit fonctionner de façon cohérente sans
erreurs (l’utilisateur doit avoir confiance en la qualité de son
produit) ;
 Accessibilité : le site doit être mobile ;
10

 Maintenabilité : le site devra être maintenue dans la facilité

totale, c’est-à-dire sans effets sur les autres composants du site ;
 Sécurité : le site devra être dotée d’une sécurité maximale pour
éviter des fuites d’informations et les accès non autorises ;
 Compatibilité : le site doit être compatible avec des terminaux
Windows, Linux, Mac, Android, ISO.
iii. Résultats souhaites
Pour remédier aux faiblesses de notre système, nous allons procéder à

son informatisation. Pour cela, nous mettrons sur pied un logiciel qui
permettra de :
 Diminuer l’utilisation abusive des papiers ;
 Générer automatiquement tous les documents nécessaires à
notre système (information concernant chaque client) ;
 Pouvoir engager une procédure de voyage où qu’il soit dans le
monde sans se déplacé ;
 Pouvoir suivre l’évolution de sa procédure en tout temps et en
tout lieux.
INTRODUCTION DE LETUDE DE LEXISTANT
11

L’analyse de l’existant est une étape importante dans le cycle de vie d’un système, il
s’agit de connaitre la situation actuelle de l’organisation pour pouvoir porter un
jugement juste. Ainsi, l’analyse du système existant doit nous fournir toute l’information
nécessaire, afin d’établir une bonne conception et de proposer de bonnes solutions.
Dans ce chapitre, nous allons présenter une étude générale du service personnel
concerné par notre étude. Par la suite, un intérêt particulier est porté à la gestion des
personnels de la faculté de science. Dans un premier temps nous présenterons
l’Université Abou Bekr Belkaid Tlemcen (UABT).
Conclusion
Dans ce chapitre nous avons présenté une étude détaillée sur le service personnel
concerné par l’étude notre système « gestion personnel enseignant ». La modélisation
de ce système se fait par le langage UML qui se présenté dans le chapitre suivant.
DEUXIEME PARTIE :
MISE SUR PIED DU SYSTÈME
FUTUR
Dans cette partie nous procèderons à la conception du système futur à l’aide du langage de
conception UML, puis à son implémentation.
12

CHAPITRE III : PRÉSENTATION DE LA MÉTHODE ET

MODÉLISATION DU NOUVEAU SYSTÈME
Dans ce chapitre il sera question pour nous de présenter la méthode d’étude utilisée pour
notre analyse en occurrence UML, puis nous procéderons à la modélisation du système futur.
SECTION 1 : PRESENTATION DE UML ET DESCRIPTION DES

PROCESSUS
Comme n’importe quel type de projet informatique, un projet informatique nécessite une phase
d’analyse, suivi d’une étape de conception et enfin d’une réalisation. C’est ainsi que dans ce
13

projet mûrement détaillé dans le cahier de charge ci-dessous nous utiliserons le langage de
modélisation UML et comme méthode, la méthode 2TUP.
I.
PRESENTATION D’UML
1. LE LANGAGE UML
Nous avons choisi UML (Unified Modeling Language), que l'on traduit par « langage de
modélisation unifié » ; UML est un langage formel et normalisé : il permet un gain de précision
et de stabilité. Dans le cadre de la réalisation de notre thème, UML est un support de
communication performant : il permet la représentation graphique des différents diagrammes. Il
joue également un rôle important dans le développement de notre logiciel car c’est un moyen de
montrer visuellement le comportement et la structure de notre système et des processus. UML est
un langage de modélisation objet né de la fusion de trois langages de modélisation objet (Booch,
OMT, OOSE) qui ont révolutionnés la modélisation dans les années 90. UML est dit universel
car il est indépendant des langages de programmation, des domaines d’application et aussi du
processus de développement adopté.
UML permet de représenter un système sous forme de schémas. Sa notation graphique et
textuelle permet d’exprimer visuellement une solution objet, ce qui facilite la comparaison et
l’évaluation de la solution. UML sert à formaliser tous les documents techniques d’un projet et
permet d’affiner les détails de l’analyse au fur et à mesure de l’avancée du projet. Enfin il est
indépendant des langages de programmation et des processus de développement.
 Les diagrammes de cas d’utilisation sont des diagrammes UML utilisées pour une
représentation du comportement fonctionnel d’un système logiciel. Ils sont utiles pour des
représentations de la direction ou des acteurs d’un projet, mais pour le développement, les
cas d’utilisation sont plus appropriés ;
 Les diagrammes de séquences sont la représentation graphique des interactions entre les
acteurs et le système selon un ordre chronologique dans la formulation UML ;
 Les diagrammes d’activités sont des diagrammes comportemental d’UML, permettant
de représenter le déclenchement d’événement en fonction des états du système et de
modéliser des comportements en parallèles. Ce diagramme est également utilisé pour
décrire un flux de travail ;
14

 Le diagramme de classe est un schéma utilisé en génie logiciel pour présenter les classes
et les interfaces des systèmes ainsi que leurs relations. Ce diagramme fait partie de la
partie statique d’UML, ne s’intéressant pas aux aspects temporels et dynamiques.
 Les vues : En UML 2.5, les diagrammes sont représentés sous deux types de vue : d’un
point de vue statique ou structurelle du domaine avec les diagrammes de structure. D’un
point de vue dynamique avec les diagrammes de comportement et les diagrammes
d’interactions.
2. LA METHODE 2TUP
2TUP (2 Tracks unified Process) est un processus de développement logiciel qui met en œuvre la
méthode de Processus Unifié. 2TUP propose un cycle de développement en Y, qui dissocie les
aspects techniques des aspects fonctionnels. Il commence par une étude préliminaire qui consiste
à identifier les acteurs qui vont interagir avec le futur système, les messages qu’échangent les
acteurs et le système à modéliser.
Ce processus s’articule autour de trois phases essentielle notamment :
 Une branche fonctionnelle qui capitalise la connaissance du métier de l’entreprise. Cette

branche capture les besoins fonctionnels, qui lui permet de produire un modèle focalisé
sur le métier des utilisateurs finaux ;
 Une branche technique qui capitalise un savoir-faire technique ;
 Une branche de réalisation qui regroupe les deux premières branches, permettant de
mener une conception applicative.
15

Figure 2 : Modèle en Y
II. Description des processus
i- Processus d’entrée
Lorsqu’un produit a atteint son seuil, une notification est envoyée au magasinier pour que celui-ci
établit un bon de commande. Lorsque le bon de commande est établi, il est transféré à la
secrétaire pour impression afin que le directeur y appose sa signature ou non. Si la commande est
validée par le directeur, après livraison des produits par le fournisseur, le magasinier doit
enregistrer le bon de livraison du fournisseur puis comparer avec le bon de commande établit.
S’il y a concordance, les produits sont ajoutés au stock sinon un nouveau bon de commande est
établit avec les produits non livrés. Si la commande venait à être invalidé par le directeur la
secrétaire va mettre à jour le statut et la raison de l’invalidation si disponible du bon de
commande pour que le magasinier puisse établir un nouveau.
ii- Processus de sortie

Lorsqu’un client décide passer une commande (en ligne ou sur place), la secrétaire saisit les
informations du client et établit un bon de commande avec les produits commandés et leur
quantité. Lorsque le paiement est effectué par le client (les paiements sont faits directement en
cash ou par paiement mobile), le bon de commande établit est transféré au magasinier ainsi
qu’une facture qui est imprimé et remise au client. Le magasinier à son tour doit établir un bon de
sorti et un bon de livraison si le client décide de se faire livre. Si le client décide de se faire livrer
la secrétaire devra imprimer le bon de livraison qui sera remis au livreur.
iii- Processus d’inventaire

En fin de journée, la secrétaire à la possibilité d’imprimer une fiche récapitulative des produits
vendu ainsi que le montant total des ventes journalier ; elle pourra aussi comparer le montant
total des ventes au montant perçu pour vérifier s’il y a manquant. En fin de semaine un inventaire
de la semaine est généré automatiquement pour présentation au directeur.
SECTION II : CONCEPTION ET MODELISATION DU FUTUR SYSTEME
16

Dans cette partie, il sera question pour nous de modéliser le système futur et pour cela, nous
passerons par les besoins fonctionnels et les besoins techniques.
I. CAPTURE DES BESOINS FONCTIONNELS

1. Diagramme de cas d’utilisation
L’objectif fondamental de cette étape est d’identifier les principaux cas d’utilisation. Nous
nous intéressons donc, dans cette partie, à la réalisation des diagrammes des cas d’utilisations. Ce
diagramme décrit précisément les besoins des utilisateurs finaux et spécifie le comportement
attendu par le système à développer. Généralement un diagramme de cas d’utilisation modélise
un service rendu par le système. Les acteurs sont représentés par des bonhommes et sont mis en
relation avec les cas d’utilisations qui sont représentés par des ellipses.
En ce qui concerne notre étude, nous avons :
Comme acteurs
 Le magasinier
 Le Directeur
 La secrétaire
Comme cas d’utilisation
 Gérer les bons de commandes client et produit : cette fonctionnalité nous permettra
d’établir des bons de commandes pour chaque commande passée ;
 Gérer les bons de livraison : cette fonctionnalité va permettre au magasinier
d’enregistrer un bon de livraison, de consulter dans le système ;
 Gérer les mouvements : c’est la fonctionnalité qui permet au magasinier d’effectuer
les opérations d’entrées et de sorties des produits du stock.
 Consulter le stock : ici, le magasinier peut ajouter, modifier, rechercher, consulter ou
supprimer un produit dans le système.
 Gérer les inventaires : le magasinier pourra consulter les différentes activités de son
magasin, faire une étude comparative entre ce qu’il a en stock (inventaire physique) et
ce qui est enregistrer dans la machine (inventaire logique).
17

Figure 5 : diagramme du cas d’utilisation
2. Diagramme de séquence
Les diagrammes de séquences sont la représentation graphique des interactions entre les
acteurs et le système selon un ordre chronologique dans la formulation UML. On montre ces
interactions dans le cadre d’un scénario d’un diagramme des cas d’utilisation.
Dans un souci de simplification, on représente l’acteur principal à gauche du diagramme et les

acteurs secondaires éventuels à droite du système. Le but étant de décrire comment se déroulent
les actions entre les acteurs ou les objets.
 S’AUTHENTIFIER
Ce cas permet aux utilisateurs de s’authentifier avec un identifiant et un mot de passe avant
d’accéder aux fonctionnalités de l’application. Ceci afin de garantir la sécurité des donnés.
Acteur : membre du personnel
Précondition : l’application est lancée
Scénario Nominal :
18

1. Le système demande à l’utilisateur de saisir son identifiant

2. L’utilisateur entre son nom d’utilisateur et son mot de passe
3. Le système vérifie les informations entrées par l’utilisateur
4. Si cela est correct, le système ouvre l’espace de travail correspondant à
l’utilisateur connecté
Scénario Alternatif :
5. Si les informations entrées par l’utilisateur sont incorrectes, la connexion échoue

On repart à l’activité 1 du scénario nominal
Figure 6 : Diagramme de séquence authentification

19

 AJOUTER UN PRODUIT DANS LE STOCK

Ce cas permet au magasinier d’ajouter un produit.
Acteur : Magasinier
Précondition : le magasinier veut ajouter un produit dans le stock
Scénario Nominal :
1. L’authentification
2. L’utilisateur clique sur le bouton ‘’ajouter un produit’’
3. Le système envoi le formulaire
4. L’utilisateur remplir le formulaire avec les informations du produit
5. Le système vérifie le formulaire
6. Le système enregistre le produit
 Les réponses du formulaire ne répondent pas aux attentes du système

 Le système notifie l’utilisateur des erreurs
 On repart à l’activité 3 du scénario nominal
 Si le produit existe, le système affiche une notification de l’existence du produit et
remplis le formulaire pour d’éventuelle modification
20

Figure 7 : diagramme de séquence ajouter un produit
 ETABLIR BON DE COMMANDE
Ce cas permet à la secrétaire d’effectuer une commande client
Acteur : Secrétaire
Précondition : demande à effectuer une commande d’un produit
Scénario Nominal :
1. Authentification
2. La secrétaire clique sur le bouton ‘’Bon de commande client’’
3. Le système envoi le formulaire de commande
4. La secrétaire rempli le formulaire et puis cliques sur établir
5. Le système vérifie le formulaire
21

6. Le système enregistre la commande

 Les réponses du formulaire ne répondent pas aux attentes du système
 Le système notifie l’utilisateur des erreurs
 On repart à l’activité 3 du scénario nominal
Figure 8 : diagramme de séquence établir bon de commande

 CONSULTER LE STOCK
Ce cas permet aux utilisateurs de consulter le stock dans le système.
Acteur : tous les utilisateurs authentifiés
22

Scénario nominal :
1. Authentification
2. Le système affiche la page d’accueil
3. L’utilisateur clique sur le bouton consulter le stock
4. Le système affiche l’interface de consultation du stock
 Le système affiche le seuil est atteint veillez passer une commande
 Le système envoi le formulaire de la commande
Figure 9 : diagramme de séquence consulter stock

 ETABLIR UN INVENTAIRE
Ce cas permet d’établir un inventaire de l’entreprise
Acteur : Magasinier
23

Scénario nominal :
1. Authentification
2. Le système affiche la page d’accueil
3. L’utilisateur clique sur le bouton inventaire
4. Le système affiche l’interface d’établissement de l’inventaire
5. L’utilisateur sélectionne un produit
6. Le système affiche les détails du produit
7. L’utilisateur saisi la quantité physique
8. Le système compare la quantité physique et logique
9. Le système affiche le résultat
10. L’utilisateur imprime la fiche d’inventaire
Figure 10 : diagramme de séquence établir inventaire
24

3. DIAGRAMME DE CLASSE
Le diagramme de classes est considéré comme le plus important de la modélisation orientée
objet, c’est l’un des diagrammes obligatoires lors d’une telle modélisation. Alors que le
diagramme de cas d’utilisation montre un système du point de vue des acteurs, le diagramme de
classes en montre la structure interne.
Il permet de fournir une représentation abstraite des objets du système qui vont interagir
ensemble pour réaliser les cas d’utilisation. Il est important de noter qu’un même objet peut très
bien intervenir dans la réalisation de plusieurs cas d’utilisation. Les cas d’utilisation ne réalisent
donc pas une partition des classes du diagramme de classes. Un diagramme de classes n’est donc
pas adapté (sauf cas particulier) pour détailler, décomposer, ou illustrer la réalisation d’un cas
d’utilisation particulier.
25

Figure 11 : diagramme de classe
Dans cette partie, nous avons présenté les différents diagrammes de notre système.
CHAPITRE IV : IMPLÉMENTATION DE LA SOLUTION
Dans cette dernière partie, nous nous intéressons aux outils utilisés pour la réalisation de notre
application ainsi qu’aux principales interfaces de l’application.
SECTION I : ENVIRONNEMENT DE TRAVAIL
Pour un fonctionnement optimum et le partage effectif des données, l’application qui devra être
développé requiert les spécifications matérielles et logicielles suivantes :
Tableau 3 : environnement matériel
Environnement matériel
Pc HP 650
Processeur Intel(R) Core(TM) i3 CPU @

2.2GHz
Disque Dur 300 Go
RAM 8Go
26

Tableau 4 : Environnement logiciel
Environnement logiciel
NETBEANS
NetBeans est un environnement de développement intégré
(EDI), placé en open source par SUN en JUIN 2000 sous
licence CDDL (Common Development and Distribution
License) et GPLv2. Il offre toutes les facilités d’un IDE
moderne (éditeur avec coloration syntaxique, projet multi-
langage, refactoring, éditeur graphique d’interfaces et pages
web)
ASTAH
Astah logiciel de conception et de modélisation en UML, qui
nous a permis de concevoir nos différents diagrammes.
WampServer
WampServer est une plateforme de développement web

sous Windows pour des applications web dynamiques à l’aide
du server APACHE2, du langage des scripts PHP et d’une
base de données MySQL. Il possède également
PHPMyAdmin pour gérer plus facilement vos bases de
données
JAVA
27

JAVA est un langage Orienté Objet permettant la mise au

point des programmes. Il dispose d’un certain nombre de
qualités faisant de ça aujourd’hui le langage de
développement le plus utilisé pour la conception des logiciels
SCENE BUILDER
Scene Builder est un outil interactif de conception d’interface
graphique pour Java FX Créé par Oracle, il permet de
construire rapidement des interfaces utilisateurs sans avoir
besoin de (savoir) coder.
CSS
Les feuilles de style en cascade, généralement appelées CSS
de l’anglais Cascading Style Sheets, forment un langage
informatique qui décrit la présentation des documents HTML
et XML. Les standards définissant CSS sont publiés par le
World Wide Web Consortium(W3C). Introduit au milieu des
années 1990, CSS devient couramment utilisé dans la
conception de sites web et bien pris en charge par les
navigateurs web dans les années 2000.
SECTION II : SCENARIO APPLICATIF
Cette partie recense la présentation d’un Scénario applicatif de l’application, vu que la navigation
dans l’application dépend de l’utilisateur, nous présentons, dans ce qui suit, quatre espaces
d’utilisation. Pour accéder à l’application, l’utilisateur doit tout d’abord s’authentifier, pour cela il
introduit son login et son mot de passe comme l’indique la figure. Selon son profil ce dernier est
redirigé vers son propre espace.
I. PRESENTATION DE LA BASE DE DONNEES
28

II. PRESENTATION DE QUELQUES CAPTURES DU LOGICIEL

 Interface de connexion
Figure 12 : interface de connexion à l’application
 Tableau de bord
29

Figure 13 : tableau de bord

 Ajout de produit
Figure 14 : interface d’ajout de produit
 Consultation de stock
30

Figure 15 : interface de consultation de stock
 Base de donnée
Figure 16 : base de donnée
SECTION III : CONFIGURATION MINIMAL
Pour le bon fonctionnement de notre logiciel, nous recommandons aux utilisateurs un minimum
de configuration matériel.
31

Le logiciel doit fonctionner en architecture client-serveur c’est-à-dire les utilisateurs devrons

avoir accès au logiciel sur leur poste de travail depuis un serveur central.
Le coût total pour faire fonctionner le logiciel est de 200 000 FCFA.
32

CONCLUSION
GENERALE
Notre projet a été réalisé dans le cadre du cursus de formation d’étudiant du cycle de brevet de
technicien supérieur (BTS) et qui a pour objectif la GESTION DES STOCKS D’APPAREILS
ELECTRONIQUES dans l’entreprise Tans Sunday. Notre travail se résume en la conception et
la réalisation d’une application permettant la gestion de gestion des stocks. Dans ce contexte,
nous avons cherché à développer une application flexible et évolutive permettant son
amélioration par la suite afin d’anticiper les changements continus des besoins des utilisateurs.
Cette application a permis, en premier lieu, d’améliorer la rapidité des opérations de gestions et le
gain de temps lors des différentes demandes. Ainsi l’application permettra de rendre la gestion
des entrées et sorties plus rapides.
Pour la conception de notre application, nous avons eu recours à la méthodologie 2TUP. Cette
approche nous a permis de bien comprendre la problématique et de bien modéliser les objectifs à
atteindre. Ce qui nous a donné la possibilité de réaliser un système stable et évolutif.
Le projet s’est déroulé selon trois axes principaux afin de passer par les étapes essentielles de tout
projet : l’analyse, la conception et la réalisation. Pour la réalisation, nous avons utilisé JAVA
comme langage de programmation et MySQL comme système de gestion de base de données.
En outre, ce projet était une opportunité pour bien maitriser la conception et apprendre le langage
JAVA.
En guise de perspective, ce travail reste prêt pour toute amélioration envisageable.
REFERENCE 33
BIBLIOGRAPHIQUES
 LES COURS :
 TCHUENKAMDOM I. (2022) ‘Conception et Adaptation des Solutions
Applicatives’, Cour non publié, IUG, 15 pages.
 NDIHOU M. 2022) ‘Conception et Réalisation des Solutions d’une Base de
Données’ Cour non publié, IUG, 24 pages.
 TCHUENKAMDOM I. (2022) ‘Réalisation et Maintenance des Composantes
Logiciels, Cour non publié, IUG, 19 pages.
 Rapport de stage
 Gestion du stock. (2022), ‘Développement d’une application de gestion des stocks de
médicaments’, Douala, IUG, 52 pages.
 OUVRAGES
UML, ‘UML 2 Analyse et Conception’ UML, Paris, 900 pages.

JAVA, ’Apprendre à programmer en Java Claude Delannoy’, 9ème édition, Eyrolles, 973 pages
 Sites Web
https://fr.m.wikipedia.org/wiki/Scene_Builder
ANNEXES
34

Figure 17 : arborescence du projet
Figure 18 : code de connexion à la base de donnée
TABLE DES MATIERES
35

REMERCIEMENTS..........................................................................................................................................i
AVANT-PROPOS............................................................................................................................................ii
RESUME.......................................................................................................................................................iv
ABSTRACT.....................................................................................................................................................v
EPIGRAPHE..................................................................................................................................................vi
LISTE DES TABLEAUX...................................................................................................................................vii
LISTE DES FIGURES......................................................................................................................................vii
LISTE DES SIGLES ET ABRÉVIATIONS...........................................................................................................viii
SOMMAIRE..................................................................................................................................................ix
INTRODUCTION générale.............................................................................................................................1
PREMIERE PARTIE : PRESENTATION DE TANS SUNDAY ET ETUDE DE L’EXISTANT.....................................2
CHAPITRE I : PRÉSENTATION GÉNÉRALE DE L’ENTREPRISE ET DÉROULEMENT DU STAGE....................3
SECTION I : PRESENTATION DE TANS SUNDAY....................................................................3
I. CREATION ET HISTORIQUE............................................................................................3
II. STRUCTURE.....................................................................................................................3
III. FONCTIONNEMENT.......................................................................................................3
IV. ORGANIGRAMME HIERARCHIQUE..........................................................................4
V. PLAN DE LOCALISATION.................................................................................................5
Figure 2 : plan de localisation...............................................................................................................5
SECTION II : DEROULEMENT DU STAGE................................................................................5
I. CHRONOGRAMME DES ACTIVITES..............................................................................5
II. JUSTIFICATION DU THEME.........................................................................................6
CHAPITRE II : ETUDE DE L’EXISTANT........................................................................................................8
SECTION I : DESCRIPTION DE L’EXISTANT...........................................................................8
I. DELIMITATION DU SYSTEME EXISTANT....................................................................8
1. LISTE DES ACTEURS......................................................................................................8
i- ACTIVITES DU SYSTEME..........................................................................................8
ii- ACTEURS DU SYSTEME.............................................................................................9
II. DESCRIPTION DES PROCESSUS..................................................................................9
i- PROCESSUS D’ENTRE................................................................................................9
ii- PROCESSUS DE SORTIE..........................................................................................10
iii- PROCESSUS D’INVENTAIRE...............................................................................10
36

SECTION II : CRITIQUE DE L’EXISTANT ET EBAUCHE DE SOLUTIONS......................11

I. TABLEAU D’ANALYSE CAUSAL....................................................................................11
II. EBAUCHE DES SOLUTIONS........................................................................................12
1. OBJECTIFS DU NOUVEAU SYSTEME.......................................................................12
2. LES BESOINS FONCTIONNELS..................................................................................12
3. LES BESOINS NON FONCTIONNELS........................................................................12
DEUXIEME PARTIE :....................................................................................................................................14
MISE SUR PIED DU SYSTÈME FUTUR...........................................................................................................14
CHAPITRE III : PRÉSENTATION DE LA MÉTHODE ET MODÉLISATION DU NOUVEAU SYSTÈME............15
SECTION 1 : PRESENTATION DE UML ET DESCRIPTION DES PROCESSUS.................15
I. PRESENTATION D’UML..................................................................................................15
1. LE LANGAGE UML........................................................................................................15
2. LA METHODE 2TUP......................................................................................................16
II. Description des processus.................................................................................................17
i- Processus d’entrée............................................................................................................17
ii- Processus de sortie............................................................................................................18
iii- Processus d’inventaire..................................................................................................18
SECTION II : CONCEPTION ET MODELISATION DU FUTUR SYSTEME........................18
I. CAPTURE DES BESOINS FONCTIONNELS..................................................................18
1. Diagramme de cas d’utilisation.......................................................................................18
2. Diagramme de séquence...................................................................................................20
3. DIAGRAMME DE CLASSE...........................................................................................26
CHAPITRE IV : IMPLÉMENTATION DE LA SOLUTION.............................................................................28
SECTION I : ENVIRONNEMENT DE TRAVAIL.......................................................................28
SECTION II : SCENARIO APPLICATIF.....................................................................................30
I. PRESENTATION DE LA BASE DE DONNEES..............................................................31
II. PRESENTATION DE QUELQUES CAPTURES DU LOGICIEL..............................31
SECTION III : CONFIGURATION MINIMAL...........................................................................33
CONCLUSION GENERALE............................................................................................................................35
REFERENCE BIBLIOGRAPHIQUES...............................................................................................................36
ANNEXES....................................................................................................................................................37
TABLE DES MATIERES................................................................................................................................38
37

38

Franck Ken

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Franck Ken

Transféré par

Droits d'auteur :

Formats disponibles

A Mes parents

Rédigé et Présenté par NGAMENI FRANCK KELLY

L’arrêté ministériel n° 90/E/50/MINEDUC du 24 décembre 1971 est celui qui institua

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

‘’ Le succès est la somme de petits efforts, répétés jour après jour ‘’

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

LISTE DES SIGLES ET

 POO : Programmation Orientée Objet

 SGBD : Système de Gestion des Bases de Données

 BD: Base de Données

 OO: Orientée Objet

 SQL: Structured Query Language

 IUG : Institut Universitaire du Golfe de Guinée

 ESG : Ecole Supérieur de Gestion

 BTS : Brevet de Technicien Supérieur

 UML: Unified Modeling Language

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

Rédigé et Présenté par NGAMENI FRANCK KELLY

PREMIERE PARTIE : ETUDE DE LENVIRONNEMENT

CHAPITRE I : PRÉSENTATION GÉNÉRALE DE

Il sera question pour nous dans ce chapitre de présenter COMPETENCE

SECTION I : PRESENTATION DE COMPETENCE IMMIGRATION

Rédigé et Présenté par NGAMENI FRANCK KELLY

- Le directeur : Il a pour rôle de gérer les activités décisionnelles de l’entreprise.

IV. ORGANIGRAMME HIERARCHIQUE

Figure 1 : organigramme de l’entreprise

Rédigé et Présenté par NGAMENI FRANCK KELLY

Figure 2 : plan de localisation

SECTION II : DEROULEMENT DU STAGE

Rédigé et Présenté par NGAMENI FRANCK KELLY

I. CHRONOGRAMME DES ACTIVITES

Tableau 1 : chronogramme des activités

Rédigé et Présenté par NGAMENI FRANCK KELLY

II. JUSTIFICATION DU THEME

Ce stage nous a bénéficié sur le plan :

Rédigé et Présenté par NGAMENI FRANCK KELLY

CHAPITRE II : ETUDE DE L’EXISTANT

L’existant renvoie au fonctionnement actuel de l’entreprise en ce qui concerne la gestion

SECTION I : DESCRIPTION DE L’EXISTANT

1. Délimitation du système d’information

Rédigé et Présenté par NGAMENI FRANCK KELLY

2. Liste des acteurs

a. Les acteurs principaux

b. Les acteurs secondaires

3. Description des processus

b) Processus de choix de procédure

c) Processus de soumission des documents

II. Critiques de l’existant et ébauche de solutions

Rédigé et Présenté par NGAMENI FRANCK KELLY

Tableau : Tableau d’analyse causale

Problèmes Causes Objectifs Solutions

1) Description des nouveaux processus

Le système devrait permettre aux utilisateurs (clients) de créer un compte

Rédigé et Présenté par NGAMENI FRANCK KELLY

confirmant que la demande a été enregistrée avec succès. Il ne devrait pas

2) Expression des besoins de l’utilisateur

Les besoins fonctionnels se rapportent aux fonctionnalités que