Vous êtes sur la page 1sur 54

DEDICACE

Je dédie ce présent rapport à mon papa ZOUHOULA BI SUI, pour son soutien moral et
financier et sa présence à mon côté.

3
REMERCIEMENT

Ce travail a pu être effectué grâce à la bonne volonté du tout puissant Dieu et la


franche collaboration de plusieurs personnes auxquelles nous adressons notre profonde
reconnaissance, plus particulièrement :

 A Madame OKOU BLANCHE, la Fondatrice du Groupe CEFIAT ;

 A Monsieur TAUKLA KOUASSI DIDIER le Responsable de la société SQLI-CI ;

 A Monsieur EHUI KOUAKOU BONIFACE mon Maître de stage pour son encadrement
technique et son soutien durant mon stage ;

 A Monsieur ARTHUR AGBA, mon encadreur Pédagogique ;

 A tous les enseignants et le personnel du Groupe CEFIAT ;

Toute ma reconnaissance surtout à tous les membres de ma famille pour leur amour et
leurs bénédictions, à tous mes amis et tous ceux qui ont participé de près ou de loin à la
réalisation de ce projet de par leurs conseils et leurs encouragements.

4
AVANT-PROPOS
Soucieux de poursuivre sa politique de scolarisation et parfaire la formation des
élèves et étudiants, l’Etat ivoirien a favorisé la création des écoles de formation
professionnelle.

C’est ainsi qu’a été créé le Groupe CEFIAT en 2007.

Situé au Plateau à l’immeuble Noguès, le Groupe CEFIAT est non seulement un


Etablissement Supérieur privé agréé par l’Etat mais aussi un cabinet de formation et
placement habilité par le FDFP (Fon de Développement de la Formation Professionnelle) et
agréé par le Ministère de l’Enseignement Technique et de la Formation Professionnelle.

Cet établissement est spécialisé dans les formations suivantes :

 Formation classique de brevet de Technicien Supérieur (BTS) dans les filières


suivantes :

• Informatique de Gestion (IG)

• Assistanat de Direction (AD)

• Gestion de collectivité Territoriale (GCT)

• Informatique, Développeur d’Application (IDA)

• Nouvelle Technologie l’Informatique et de Commercialisation (NTIC)

• Gestion Commerciale (AC)

• Finance Comptabilité et Gestion des entreprises (FCGE)

• Carrière Juridique et Professionnelle Immobilière (CJPI)

• Ressources Humaines et Communication (RHC)

• Réseau Informatique et Télécommunication (RIT)

 Formation Post-BTS (Licence Professionnelle – Ingénieur – Master et DESS) dans les


filières suivantes :

• Informatique (Génie Logiciel et Réseau Télécom) ;

• Techniques commerciales et Marketing ; 5


• Technique Comptable et Financière ;

• Audi et Contrôle de Gestion ;

• Fiscalité et Droit des Affaires ;

• Marketing et Direction des Ventes ;

• Gestion des Ressources Humaines ;


• Management et Administration.

La formation BTS, option Informatique Développeur d’Application (IDA) à laquelle nous


appartenons, a pour but de former des techniciens capables de concevoir, mettre en œuvre
et maintenir un système d’Information automatisé.
Pour rendre opération et pratique cette formation, la tutelle exige des étudiants, futurs
techniciens développeurs d’applications, la réalisation d’un projet le thème nous avons
choisi et qui fait l’objet notre étude s’intitule : << CONCEPTION ET REALISATION D’UNE
APPLICATION DE GESTION DES IMMOBILISATIONS EN MODE WEB>>

NB : ce projet a été réalisé par un étudiant du Groupe CEFIAT en classe d’IDA sous la
supervision du professeur de MERISE.

6
INTRODUCTION

La révolution informatique balaye le monde et change l’image de la société. C’est


aujourd’hui que naît le monde de demain, où l’ordinateur sera notre compagnon quotidien.
L’ordinateur a trouvé aujourd’hui sa place à la maison et dans des bureaux. L’utilisation des
matériels performants assure le développement des micro finances, parmi eux une
entreprise connue sous le nom de SQLI-CI justement nous avons eu la chance d’y avoir
effectuer un stage en vue d’élargir mes connaissances acquises au cours de quelque
apprentissage. De plus il faut savoir gérer ces matériels ou immobilisations pour pouvoir
accélérer l’exécution des taches. C’est pour cela que SQLI-CI a besoin d’un système
informatisé pour mieux gérer ces immobilisations, alors ce travail est la réalisation d’une
application qui va gérer les immobilisations de SQLI-CI et même les sections qui sont
rattachées à cette entreprise.
Ce travail se subdivise en trois grandes parties :
 Etude préalable
 Etude détaillée
 Réalisation

7
PARTIE I :
ETUDE PREALABLE

8
I. PRESENTATION DE LA SOCIETE SQLI-CI
1. Historique de SQLI-CI

La Société Informatique, SQLICI est une SARL créée en 1979 sous la dénomination de C2A et
depuis 2010 est devenue SQL-CI vu la croissance et l’évolution des systèmes informatiques
et en vue d’un partenariat avec SQLI France. A commencé ses activités en 2010.

2. Mission de la société SQLI-CI

La Société SQLI-CI a pour mission de concevoir des outils de gestion informatique destinés
aux structures étatiques, entreprises, associations et particuliers dans la réalisation de leurs
projets informatiques.
Elle met à la disposition de ses clients des produits et services de qualité, éprouvés par des
procédés fiables.

3. Siège de la Société SQLI-CI

Elle est située près de la petite mosquée de la Riviera 2 Cocody - Abidjan - Côte
d’Ivoire
BP : 04 BP 565 Abidjan 04
Téléphone : (+225) 22 43 93 89 / (+225) 22 43 94 03
E-mail : infos@sqlici.com.

9
4. L’organigramme de SQLI-CI

RESPONSABLE/GE
RANT

COMPTABILITE SERVICE INFORMATIQUE

10
5. L’étude de l’existence
La gestion des immobilisations est une pratique qui consiste à gérer en continu l’ensemble
des actifs de l’entreprise, qu’ils soient corporels ou incorporels. De plus en plus souvent,
cette gestion des immobilisations implique également un suivi des amortissements
comptables dans le temps. Dans un cadre réglementaire national et international de plus en
plus complexe, il s’agit en effet d’un enjeu réglementaire majeur. L’informatisation de la
gestion des immobilisations est très importante pour une entreprise.

Procédures de gestion des immobilisations

La procédure de gestion des immobilisations se faire comme suite :

 Acquisition
La procédure a pour objet de s’assurer que :

• Les budgets d’investissements sont établis de manière à permettre un suivi


ultérieur efficace des engagements ;
• Les investissements réalisés correspondent bien aux besoins de SQL-CI et ont été
acquis dans les meilleures conditions de prix ;
• Les immobilisations nécessaires à l’activité sont correctement appréhendées ;
• Les immobilisations livrées par les fournisseurs pour une utilisation immédiate
doivent faire l’objet d’une affectation rapide (2 jours) ;
• La confusion entre les dépenses imputées en charges et en immobilisations est
évitée grâce à la mise en place de règles précises régissant l’imputation de
dépense en charge ou en immobilisations.

 Identification
Toutes les immobilisations sont inventoriées et enregistrées dans un registre crée à cet
effet ;
A la première mise en service d’une immobilisation, sa prise en compte se fait sur une
fiche d’identification.
Les informations à inscrire sur la fiche d’identification sont :
• La nature, la désignation de l’immobilisation ;
• L’affectation (centre de responsabilité) et la localisation ;
• La valeur et la date d’acquisition ;
• La source de financement ;
• La date d’affectation et de mise en service ;
• La durée de vie ;
• Le taux et la méthode d’amortissement ; 11
• La date de sortie du patrimoine.

 Mise en service de l’immobilisation ;


La mise en service d’un immobilier doit être incorporé au coût
d’achat de l’immobilisation lorsqu’ils sont supportés pendant la période d’ac-
quisition du bien. Il s’agira notamment :
• Des frais d’acquisition d’immobilisations : droits de mutation (droits d’enregis-
trement et de timbres), honoraires (frais d’agences,
notaires, etc.), commissions (frais de courtage) et frais d’actes,
• Des droits de douane et de toute taxes assimilées à la TVA non récupérable
par l’entreprise,
• Et des frais de livraisons, de transport (et d’assurance transport), d’installa-
tion, de montage et de manutention lorsqu’ils permettent de
mettre en service l’immobilisation.
Les frais qui ne sont pas nécessaires à l’acquisition de l’immobilisation ou à sa
mise en état de fonctionner sont exclus du coût d’acquisition
et doivent être comptabilisés directement en charge. Il s’agira, par exemple, des
frais de formation du personnel à l’utilisation et à
l’entretien des machines.

 Transfert sur d’autres sites.

Un transfert d'immobilisation enregistre le mouvement d'une partie ou de la tota-


lité d'une immobilisation d'un emplacement à un autre.
Il ne tient pas compte des implications fiscales du transfert, des gains ou des
pertes obtenu(e)s lors du transfert ou la valeur marchande équitable des immobili-
sations transférées
Règles de transfert générales

Les règles suivantes s'appliquent :


 Une imputation supplémentaire n'affecte pas le transfert d'immobilisations.
 Aucune imputation supplémentaire ou donnée d'Economique Recapture
n'est transférée avec l'immobilisation.
 Le facteur de décalage n'est pas transféré vers la nouvelle immobilisation
mais il est automatiquement réinitialisé.
 Les commentaires sur les affectations ne sont pas copiés dans l'immobilisa-
tion cible.

12
PARTIE II :
ETUDE DETAILLEE

13
I. CHOIX D’ANALYSE DE LA METHODE D’ANALYSE
1- Définition
Une méthode d'analyse et de conception est un procédé qui a pour objectif de
permettre de formaliser les étapes préliminaires du développement d'un système
afin de rendre ce développement plus fidèle aux besoins du client.

Il existe plusieurs méthodes d’analyses qui sont : MERISE, AXIAL, MINOS, etc….

2- Présentation de la méthode d’analyse retenue


La méthode MERISE date de 1978 à 1979, et fait suite à une consultation nationale lancée
en 1977 par le ministère de l’Industrie française dans le but de choisir de sociétés de conseil
en informatique afin de définir une méthode de conception de système d’information. Les
deux principales sociétés ayant mis au point cette méthode sont le CTI (Centre Technique
d’Informatique) chargé de gérer le projet, le CETE (Centre d’Etudes Technique de
l’Equipement) implanté à AIX- en –Provence.

a-Objectifs :
La méthode MERISE est une méthode de conception et de développement de système
d’information. Elle est basée sur la séparation des données et de traitements à effectuer en
plusieurs modèles conceptuels et physiques. La séparation des données et des traitements
assure une longévité au modèle. La méthode MERISE doit donc être utilisé pour faciliter le
développement des systèmes d’informations en s’appuyant sur les technologies logicielles
actuelles telles que les bases de données relationnelles et /ou l’architecture client/serveur.
Elle se déroule en trois étapes :

-Le niveau conceptuel : Il décrit la statique et la dynamique du système d’information en


se préoccupant uniquement du point de vue de gestionnaire

-Le niveau organisationnel : Il décrit la nature des ressources qui sont utilisés pour
supporter la description statique et dynamique du système d’information. Ces ressources
peuvent être matérielles et/ou humaines et logicielles.

-Le niveau opérationnel : Dans ce niveau on choisit les techniques d’implantation du


système d’information

14
b- le système d’information :
Le système d’information de l’entreprise est constitué de nombreux flux d’informations.
L’entreprise a donc besoin d’un dispositif de maîtrise de ces flux. Le but de toute entreprise

est de mettre en place un système permettant de collecter, manipuler, mémoriser, traiter,


distribuer l’information, avec un temps suffisamment bref. Ce système d’information assure
une relation entre le Système Opérant et le Système de Pilotage

Système de pilotage

Système d’information

Système opérant

Le système de pilotage décide des actions à conduire sur le système opérant en fonction
des objectifs et des politiques de l’entreprise. Le système opérant englobe toutes les
fonctions liées à l’activité propre de l’entreprise : régler les salariés, gérer les stocks….

c- Conception d’un système d’Information :


Le système d’information doit décrire le plus fidèlement possible le fonctionnement du
système opérant. Pour ce faire, il doit intégrer une base d’information dans laquelle sera
mémorisés la description des objets, des règles et des contraintes du système opérant.
Cette base étant sujette à des évolutions, le système d’information doit être doté d’un
mécanisme (appelé processeur d’information) destiné à piloter et à contrôler ces
changements. Son architecture se résume en deux mécanismes : -Base d’information -
Processeur d’information Et cet architecture induit à une double conception : celle d’une
base d’information (aspect statique) et celle du processeur de traitement (aspect
dynamique)

15
BASE D’INFORMATION

Faits et évènements
PROCESSEUR D’INFORMATION
Etat de la base d’information

Pour aider le concepteur dans ces deux tâches, la méthode Merise propose un ensemble de
formalismes et de règles destinées à modéliser de manière indépendante les données et les
traitements du système d’information. Ces modèles ne sont qu’une base de réflexion pour
le concepteur et un moyen de communication entre les divers acteurs du système
d’information dans l’entreprise. Seule la validation de l'ensemble se fera en commun.

d- Système d’information et système informatique


Pour assurer la cohérence du système d’information, la MERISE propose une démarche
d’informatisation comportant les étapes suivantes : Le schéma directeur qui définit la
manière globale la politique d’organisation et d’automatisation de système d’information.
L’étude préalable par domaine : qui aboutit à une présentation générale du système de
gestion (Modèle de données et de traitements) en indiquant les principales nouveautés par
rapport au système actuel, les moyens matériels à mettre en œuvre. Elle est réalisée en 4
phases :

- Phase de recueil qui analyse l’existant

- Phase de conception qui formalise et hiérarchise les orientations nouvelles en fonction de


critiques formulées sur le système actuel.

- Phase d’organisation : définit le système futur au niveau organisationnel. - Phase


d’appréciation : qui établit les coûts et les délais des solutions définies et d’organiser la
mise en œuvre de la réalisation.

• L’étude détaillée par projet qui consiste :

Affiner les solutions conçues lors de l’étude préalable, rédiger pour chaque procédure à
mettre en œuvre. •

La réalisation : l’objectif est l’obtention des programmes fonctionnant sur un jeu d’essai
approuvés par les utilisateurs.

• La mise en œuvre : le réalisateur transfert la responsabilité du produit à l’utilisateur.


16
• La maintenance : consiste à mettre à jour l’application en fonction de besoins de
l’utilisateur et/ou de l’évolution technologiques.

Le modèle conceptuel de données constitue une description globale des données


manipulées dans l’organisme, tous les acteurs et tous documents confondus. Donc c’est la
représentation de l’ensemble des données mémorisable du domaine, sans tenir compte des
aspects techniques et économiques du stockage et de l’accès, sans se référer aux conditions
d’utilisation par tels ou tels traitements.

II- NIVEAU CONCEPTUEL


Dans notre domaine d’étude il est question de l’informatisation de la gestion des
immobilisations au sein de SQLI-CI.

1. Les règles de Gestion


Les règles de gestions sont associées au niveau conceptuel et décrivent le « QUOI » de
l’entreprise.
RG1 : A chaque immobilisation on attribue une identification.
RG2 : toutes les immobilisations subissent un entretien.
RG3 : Pour une immobilisation on connait son type.
RG4 : chaque immobilisation est suivie.
RG5 : Toutes les acquisitions sont faites par d’un ou plusieurs fournisseurs.
RG6 : chaque immobilisation doit avoir une mise en service.
RG7 : toutes les immobilisations contiennent une acquisition.
RG8 : Le transfert des immobilisations s’effectue dans une même société.
RG9 : Dans une société, il existe un ou plusieurs responsables.
RG10 : Un ou plusieurs utilisateurs peuvent exercer dans la même société.

17
2. Dictionnaire des données
CODIFICATION DESIGNATION TYPE TAILLE NATURE OBSERVATION

Code_Immo Code de l’immobilisation AN 12 E Identification

Aff_Immo Affectation de l’immobilisation A 8 E

Date_acq_Immo Date d’acquisition Date 8 E JJ/MM/AA

Vald’acq_Immo Valeur d’acquisition N 12 E

D.an_Immo Durée en année d N 12 E


l’immobilisation
T. amor_Immo Taux d’amortissement N 4 E A créer
d’immobilisation
VCN_Immo Valeur comptable Net N 4 E A créer
d’immobilisation
Mot.p_U Mot de passe de l’utilisateur A 8
E Identifiant
Nom_U Mot de passe de l’utilisateur A 8 E

E-mail-U E-mail de l’utilisateur A 10 E

Tel_U Téléphone de l’utilisateur A 6 E A créer

Cod_Frs Code du fournisseur A 6 E Identifiant

Nom_Frs Nom du fournisseur A 12

Sex_Frs Sexe du fournisseur A 6 E

Tel_Frs Téléphone du fournisseur N 12 E A créer

Dat_Acq Date d’acquisition Date 4 E JJ/MM/AA

Val_Acq Valeur d’acquisition N 8 E

Num_S Numéro de service Date 10 E JJ/MM/AA

Val Valeur N 18 E

Autre.info Autres information A 20 E

Per_S Période de mise en service AN 30 E

TVA Toute taxe comprise N 16 E

18
Cod_So Code de la société AN 4 E Identifiant

Nom_So Code de la société A 6 E

Lieu_So Lieu de la société A 8 E

Tel_So Téléphone de la société N 12 E A créer

Num_Su Date de suivi N 6 E Identifiant

Des Description A 8 E

Autr.info Autre information A 6 E

Cod_Ent Code entretien N 12 E Identifiant

Dat_Ent Dante de l’entretien Date 4 E JJ/MM/AA

Des_Ent Description de l’entretien A 8 E

Res_Ent Résumé de l’entretien N 12 E A créer

Tarif_Ent Tarif de l’entretien N 13 E

Cde_Resp Code du responsable N 6 E Identifiant


Nom_Resp Nom du responsable A 8 E

Sex_Resp Sexe du responsable A 6 E

Tel_Resp Téléphone du responsable N 12 E A créer

Tra_Resp Travail du responsable A 4 E A créer


Num_Id Numéro de l’identification N 25 E Identifiant

Nat_Id Nature de l’identification A 16 E

Dat_Id Date d’identisation Date 20 E JJ/MM/AA

NUm_Tr Numéro de transfert N 25 E Identifiant

Lieu_Tr Lieu du transfert A 50 E

Motif_Tr Motif de transfert A 20 E

Cod.typ_Immo Code type d’immobilisation N 40 E Identifiant

Lib.typ_Immo Libellé type d’immobilisation A 60

19
Légende

 AN : Alphanumérique ;

 A : Alphabétique ;

 N : Numérique ;

 E : Elémentaire ;

 JJ : Jours ;

 MM : Mois ;

 AA : Année.

20
3. Structure d’accès théorique (SAT)

Num_Serv

Cod_Frs Num_Acq Dte_S

Nom_Frs Dat_Acq Autre.info

Sexe_Frs Val_Acq
Val

Tel_Frs Per

Num_Su
Num_Id
Des_S
Cod_Immo
Dte_Id
Aut.info
Design_Id Aff_Immo
Date_acq_Immo
Nat_Id Vald’acq_Immo
D.an_Immo
T. amor_Immo
VCN_Immo
Cde.typ_Immo

Lib_Immo
Cde_Ent Num_Tr

Dte_Ent Dat_Tr

Des_Ent Lieu_Tr

Res_Ent Motif_Tr

Tarif_Ent
Cod_So

Nom_So
Cde_Resp
Mot.p_U
Lieu_So
Nom_resp
Nom_U
Tel_So Sex_Resp
Email_U
Tel_Resp
Tel_U
Tra Resp

21
4. Modèle conceptuel de données
MIS EN SERVICE
FOURNISSEUR ACQUISITION
Num_S
Nom_Frs Num_Acq
Dte_S
1, n 1, 1
Prénom_Frs Faire Val_Acq
Autre.info
Sexe_Frs Num_Acq 1, 1
Val
Dte_Acq
Per
1, n
Être
Contenir
IDENTIFICATION
1, 1
Num_Id
IMMOBILISATION 1, n
1, n Identifier
Dte_Id 1, 1
Cod_Immo SUIVI
Design_I
Aff_Immo Num_Su
1, n Avoir 1, 1
Nat_Id Date_acq_Immo
Vald’acq_Immo Des_Su
0,n D.an_Immo
T. amor_Immo Aut.info
VCN_Immo
1, 1 Dte_Su
Subir
1, 1 Connaitre
1,1

contenir 1, n
ENTRETIEN
TYPE
Cde_ent 1, n IMMOBILISATION

Dte_Ent TRANSFERT
Cde.typ_Immo
Des_Ent Num_Tr

Res_Ent Lieu_Tr Lib_Immo

Tarif_Ent Motif_Tr

Dte_Tr
1,UTILISATEUR
1 1, 1 RESPONSABLE
S’effectuer
Cod_U Cod_Resp
1, n
Tel_U 1, n Nom_Resp
1, 1 Exercer 1, n SOCIETE Exister
1, 1 Sexe_Resp
E-mail-U Cod_So
Tel_Resp
Nom_U Nom_So

Lieu_So
22
III- NIVEAU LOGIQUE
Le niveau logique est indispensable du matériel informatique, des langages de
programmation ou de la gestion des données. C’est à la question avec quoi ?

Le formalisme sera le Modèle Loque des Données (MLD)

1- Modèle Logique de Données (MLD)


Le MCD est indépendant du choix du logiciel de gestion de fichiers à utiliser. Le formalisme
individuel utilisé sera transcrit dans un formalisme dépendant du choix du logiciel. C'est-à-
dire le Système de Gestion de Base de Données.
Passage du MCD en MLDr :
Toutes entité se transforme en une table.
L’identifiant de l’entité devient la clé primaire de la table
Les propriétés de l’entité deviennent des attributs de la table
Cas des associations :
• Cas des associations type père-fils (Cardinalité du père 0, n ou 1, n Cardinalité du fils
0,1 ou 1,1)
-L’entité « père » devient une table.
-L’entité « fils » devient une table.
- L’identifiant de l’entité « père » devient attribut de la table « fils » ; cet attribut est appelé
« Clé étrangère ».
-Les propriétés éventuelles de l’association deviennent les attributs de la table « fils ».
• Cas des associations type un-un (1,1)
L’identifiant d’une entité sera recopié dans l’autre selon la contrainte de dépendance
fonctionnelle c’est-dire, les plus récents reçoivent l’identifiant du plus ancien

• Cas des associations plusieurs à plusieurs (Cardinalité des entités 0.n ou 1, n)


-Chaque entité devient une table, l’identifiant de l’entité devient la clé primaire de la table.
-L’association devient une table, l’identifiant de l’association (formé par la composition des
identifiants des entités) devient la clé primaire de cette table.
Les identifiants relatifs :
C’est le cas où une occurrence d’une entité n’a pas d’existence propre que par rapport à
une autre. Alors, l’identifiant de l’entité principale s’ajoute à celui de l’entité dépendante
23
2. Le Modèle Logique de Données (MLD)
o Le modèle relationnel :
IMMOBILISATION (Cod-Immo, Aff_Immo, Date_acq_Immo, Vald’acq_Immo, D.an_Immo, T.
amor_Immo, Num_Id, #Cde.typ_Immo, #Num_Acq, #Num_Id, #Num_Tr).

ACQUISITON (Num_Acq, Dte_Acq, Val_Acq, #Cod_Frs)

FOURNISSEUR (Cod_Frs, Nom-Frs, Sex-Frs, Tel-Frs).


IDENTICATION (Num_Id, Dte_Id, Design_Id, Nat_Id)

SUIVI (Dte_Su, Des_S, Aut.info, #Cod-Immo)

MIS EN EN SERVICE (Num_S, Dte_S, Autre.info, VaL, Per, #Cod-Immo)

ETRETIEN (Cde_ent, Dte_Ent, Des_Ent, Res_Ent, Tarif_Ent, #Cod-Immo )

TYPE IMMOBILISATION (Cde.typ_Immo ,Lib_Immo, Cod_Immo)

TRANSFERT (Num_Tr, Dte_Tr Lieu_Tr, Motif_Tr, Cod-Immo, #Code_So)


UTILISATEUR (Mot.p_U, Nom_U, Tel_U, E-mail_U, #Code_So).
SOCIETE (Code-So, Nom-So, Lieu-So, Tel-So, #Cod-Rsp).
RESPONSABLE (Cod-Rsp, nom-Rsp, Sexe-Rsp, Tél-Rsp).

24
IV- MODELE CONCEPTUEL DE TRAITEMENTS (MCT)
Les traitements constituent la partie dynamique du système d’information en traitant les
opérations qui sont réalisées en fonction des événements. Ils décrivent les actions à
exécuter sur les données afin d’obtenir les résultats attendus par l’entreprise. Les
traitements ne sont en fait que la traduction en action des règles de gestion qui composent
l’activité de l’entreprise. La modélisation conceptuelle des traitements a pour objectif de :
-Représenter formellement les activités exercées par le domaine, activités dont la
connaissance est la base du système d’information -Préparer le passage aux préoccupations
suivantes.
-Permettre l’identification des règles conceptuelles formalisées.

A-Concept et formalisme :

1-Le processus :
C’est un enchaînement d’opération au sein d’un même domaine d’activité de l’entreprise
ou de l’établissement et qui concerne à la production d’un ou plusieurs résultats en
réponse à la sollicitation d’un ou plusieurs événements externes au système d’information.

2-L’Evènement :
C’est un fait actif qui, seul ou synchronisé avec d’autres évènements, provoque une
réaction du système d’information donnant lieu à l’émission d’un ou plusieurs résultats.
-Evènement externe : ce sont les évènements provenant ou destinés à un acteur externe
-Evènement interne : ce sont les évènements qui restent dans le domaine, soit pour assurer
la continuité du processus, soit vers le système de pilotage.

3-L’Opération :
Elle est constituée d’un ensemble d’action qui sont exécutables sans interruption et qui
sont nécessaires et suffisants pour faire subir à la structure de données la transformation
induite par l’évènement déclencheur, tout en restituant en fin d’opération un état
cohérent.

4-La synchronisation :
La synchronisation d’une opération définit une condition booléenne sur les évènements qui
contribuent devant déclencher une opération.

5-La règle d’émission :


C’est une condition qui permet de décider du résultat à déclencher en fonction des
évènements de l’opération.

25
6-Résultat
Il est produit de l’exécution de l’opération, fait réel de même nature que l’évènement et
pourra être le déclencheur d’une autre opération.

7-Formalisme :

FORMALISME CONCEPTS

EVENEMENT EVENEMENT
EVENEMENT
1 2

Condition d’exécution SYCHRONISATION


DESIGNATION DE L’OPERATION

Traitement OPERATION
Condition d’émission des résultats

RESULTAS RESULTAT

26
B. Modèle Conceptuel de Communication

o Processus de gestion des immobilisations

1. Les Acteurs et leurs rôles

Type Acteurs Rôles

-Fait des offres


Externe Fournisseur -Il édite la facture
-Livraison
Service de de calcul des Demande des
Externe besoins immobilisations

-Bon à payer
Société -Rejet de la livraison
Interne

Interne Service Comptable Chèque de paiement

Interne Service Acha -Demande de prix


- bon de commande
-Copie de la
commande à la société

- Copie de la
commande au
service comptabilité

27
2. Graphe des flux
SCE achat
E1

SCB
E4 E5
E2 E3

E6
E7 Société
Fournisseur
E8
E10
E9

E11
SCE comptable

• Liste des évènements entrée

1- Commande des immobilisations

3- Offre

10- Facture fournisseur

7- Livraison

• Liste des événements en sortie

2- Demande de prix

4- Bon de commande

8- Rejet de livraison

10-Chèque de paiement

• Liste des événements

1- Commande des immobilisations

2-Demande de prix

3- Offre 28
4- Bon de commande

5- Copie de la commande à la société

6- Copie de la commande au service comptabilité

7- Livraison

8- Rejet de livraison

9- bon à payer

10- Facture fournisseur

11- Chèque de paiement

29
3. Graphe d’Ordonnancement des Evènement

Demande
immobilisation

Demande de prix
Offre

Bon de commande
Livraison

Facture Rejet de livraison


fournisseur

30
4- Schéma du Modèle Conceptuel de Traitement

Demande
d’immobilisation

Op1 Envoi de demande

Toujours

Demande de
prix envoyé Offre

et

Op2 Etude des offres

-Etude des offres

-Elaboration des bons de


commandes

Ok Ok

Livraison
Bon de
Commande

Et

Op3 Contrôle de la commande

-Réception

-contrôle (Qté, Qlité)

Non OK OK

Rejet livraison
Bon à payer

Factur

Et
30
Op4 Règlement

-Préparation des chèques

-transmission des chèques

Toujours

Chèques
transmis

31
V. LE NIVEAU ORGANISATIONNEL
Le modèle conceptuel des Traitements a permis de décomposer un processus en
opérations décrivant ainsi l’ensemble de l’activité de l’entreprise. Cette description doit
être maintenant complétée par la prise en considération de l’organisation choisie par
l’entreprise. Le MOT permet de représenter l’ensemble de traitements en prenant compte
l’organisation de l’entreprise.

o Règles d’organisation :
La règle d’organisation exprime l’organisation mise en place en termes de poste de travail,
de nature de traitement et de chronologie en tenant compte des moyens financiers,
matériels et humains réellement dans l’entreprise.

o Tâches :
C’est une action ou sous définition d’action conceptuelle pourvue d’une organisation
définie par les règles d’organisation.

o Poste de travail :
C’est une unité de l’entreprise chargée d’exécuter les tâches. Un poste de travail est
caractérisé par son type de lieu, par sa fonction, par un responsable et par des ressources
ou moyens matériels.

o Procédure fonctionnelle :
C’est un ensemble des tâches dont l’enchaînement interruptible compte tenu de
l’organisation mise en place mais conditionnée par l’attente d’aucun événement autre que
les déclencheurs. Par conséquent, le poste de travail, la nature de traitement et son
déroulement dans le temps seront communs à toutes les tâches d’une même procédure
fonctionnelle. Pour simplifier la notation, on utilise une abréviation PF.

32
Le Modèle Organisation de Traitement (MOT)
PERIODE DEPENDANCE FONCTIONNELLE NATURE POSTE DE
TRAVAIL
Demande
d’immobilisation

Lorsque le
Op1 Envoi de demande Manuel
SCB fait la Service
demande achat

Toujours

Demande de
prix envoyé Offre
Et

Op2 Etude des offres

-Etude des offres


Dès que le
fournisseur Service
-Elaboration des bons de
fait la Comptabilit
commandes Manuel
facture é

OK Ok

Bon de Livraiso
Commande

Et

Op3 Contrôle de la commande

-Réception
Quand le
-contrôle (Qté, Qlité)
contrôle Manuel Fournisseur
est fait
Non OK OK

Rejet livraison
Bon à payer

Facture

Et

33
Op4 Règlement

-Préparation des chèques

-transmission des chèques Service


Lorsque Manuel
le Comptabilité
paiement Toujours
est réglé

Chèques
transmis

34
VI. NIVEAU PHYSIQUE
L’objectif au modèle physique est de faire l’implantation physique de données sur les
organes périphériques de l’ordinateur en faisant intervenir un système de gestion de
données. Il décrit la façon dont les données sont réellement stockées sur le disque
dur.

o Les fonctions à accomplir sont :


-La création des fichiers pour stocker les données -La gestion des liens entre les
fichiers
-La limitation entre les redondances de données
-L’optimisation de l’accès aux fichiers comme la création de l’index.

o Pour la réalisation, il y a deux moyens :

La gestion est totalement programmée :


La définition des fonctions citées ci-dessus est à la charge du programmeur.

o La gestion est assistée par un système spécialisé :


Une partie de ces fonctions déchargée du programmeur. On fait appel aux SGBD
pour créer de fichiers logiques pour stocker les données : les tables. Ainsi chaque
SGBD a sa propre façon de gérer les tables.
o Dans notre cas, on a choisi d’utiliser le SGBD pour stocker les données :
-De réduire les redondances aux données
-De décharger le programmeur de la programmation
-D’assurer la sécurité aux données
-De gérer les liens entre les données

35
1. Le Modèle Physique de Données
Le MPD est construit à partir du Modèle Logique de Données en tenant compte du langage
de description de définition du SGBD.

2. Description physique du MPD


 TABLE
Nom de la table : IMMO Clé d’accès : Code_Immo

Organisation : Séquentielle indexée Longueur :60

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :70,31Ko

Accès : Direct

Codification Désignation Type Longueur

Code_Immo Code de l’immobilisation AN 12

Aff_Immo Affectation de l’immobilisation A 8

Date_acq_Immo Date d’acquisition Date 8

Vald’acq_Immo Valeur d’acquisition N 12

D.an_Immo Durée en année d l’immobilisation N 12

T. amor_Immo Taux d’amortissement d’immobilisation N 4

VCN_Immo Valeur comptable Net d’immobilisation N 4

Total 60

36
 TABLE_UTILISATEUR
Nom de la table : UTILISATEUR Clé d’accès : Mot.p_U

Organisation : Séquentielle indexée Longueur :32

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :62,5 Ko

Accès : Direct

Codification Désignation Type Longueur

Mot.p_U Mot de passe de l’utilisateur AN 6

Nom_U Nom de l’utilisateur A 8

E-mail-U E-mail de l’utilisateur A 10

Tel_U Téléphone de l’utilisateur A 6

Total 32

 TABLE_FOURNISEUR
Nom de la table : FOURNISSEUR Clé d’accès : Code_Frs

Organisation : Séquentielle indexée Longueur :36

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :70,31 Ko

Accès : Direct

Codification Désignation Type Longueur

Cod_Frs Code du fournisseur A 6

Nom_Frs Nom du fournisseur A 12

Sex_Frs Sexe du fournisseur A 6

Tel_Frs Téléphone du fournisseur N 12

Total 36

37
 TABLE_TYPE IMMOBILISATION
Nom de la table : TYPE IMMOBILISATION Clé d’accès :
Cod.typ_immo

Organisation : Séquentielle indexée Longueur :100

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :195,31Ko

Accès : Direct

Codification Désignation Type Longueur

Cod.typ_Immo Code type d’immobilisation N 40

Lib.typ_Immo Libellé type d’immobilisation A 60

Total 100

 TABLE_SOCITE
Nom de la table : SOCIETE Clé d’accès : Code_So

Organisation : Séquentielle indexée Longueur :18

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :35,15Ko

Accès : Direct

Codification Désignation Type Longueur

Cod_So Code de la société AN 4

Nom_So Code de la société A 6

Lieu_So Lieu de la société A 8

Total 18

38
 TABLE_TRANSFERT
Nom de la table : TRANSERT Clé d’accès : Num_Tr

Organisation : Séquentielle indexée Longueur :95

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :85,54Ko

Accès : Direct

Codification Désignation Type Longueur

Num_Tr Numéro de transfert Date 25

Lieu_Tr Lieu du transfert A 50

Motif_Tr Motif de transfert A 20

Total 95

 TABLE_MIS EN SERVICE
Nom de la table : SMIS EN SERVICE Clé d’accès : Num_S

Organisation : Séquentielle indexée Longueur :28

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :54,68Ko

Accès : Direct

Codification Désignation Type Longueur

Num_S Numéro de mise en service N 10

Val Valeur N 18

Autre.info Autres information A 20

Total 28

39
 TABLE_RESPONSABLE
Nom de la table : RESPONSABLE Clé d’accès : Code_Resp

Organisation : Séquentielle indexée Longueur :36

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume :70,31Ko

Accès : Direct

Codification Désignation Type Longueur

Cod_Resp Code du responsable A 6

Nom_Frs Nom du responsable A 8

Sex_Resp Sexe du responsable A 6

Tel_Resp Téléphone du responsable N 12

Tra_Resp Travail du responsable A 4

Total 36

 TABLE_SUIVI
Nom de la table : SMIS EN SERVICE Clé d’accès : Code_SU

Organisation : Séquentielle indexée Longueur :20

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume : 39 ,06Ko

Accès : Direct

Codification Désignation Type Longueur

Num_Su Numéro de suivi Date 6

Des Description A 8

Autr.info Autre information A 6

Total 20

40
 TABLE_ENTRETIEN
Nom de la table : ENTRETIEN Clé d’accès : Cod_Ent

Organisation : Séquentielle indexée Longueur :20

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume : 39 ,06Ko

Accès : Direct

Codification Désignation Type Longueur

Cod_Ent Code entretien N 12

Dat_Ent Dante de l’entretien Date 4

Des_Ent Description de l’entretien A 8

Res_Ent Résumé de l’entretien N 12

Tarif_Ent Tarif de l’entretien N 13

Total 20

 TABLE_IDENTIFICATION
Nom de la table : IDENTIFICATION Clé d’accès : Num_Id

Organisation : Séquentielle indexée Longueur :61

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume : 119,14 Ko

Accès : Direct

Codification Désignation Type Longueur

Num_Id Numéro de l’identification N 25

Nat_Id Nature de l’identification A 16

Dat_Id Date d’identisation Date 20

Total 61

41
 TABLE_ENTRETIEN
Nom de la table : ACQUISITION Clé d’accès : Dat_Acq

Organisation : Séquentielle indexée Longueur :12

Support : Disque dur Nombre d’occurrences : 2000

Nature : permanent Volume : 23 ,43 Ko

Accès : Direct

Codification Désignation Type Longueur

Dat_Acq Date d’acquisition Date 4

Val_Acq Valeur d’acquisition N 8

Total 12

42
PARTIE III :
PHASE DE
REALISATION DU PROJET

43
I.OUTILS DE REALISATION DU PROJET
1. Système de Gestion de Base de Données (SGBD)
 ACCESS
ACCESS est un SGBD relationnel utilisable aussi bien par le grand public que les
professionnels. Il est assez performant en tant que SGBD allié à outil de développement
intégré qui facilite l’utilisation. ACCESS peut, en tant qu’outil de développement être utilisé
conjointement avec un véritable serveur de base de données SQL pour bénéficier des
avantages de client/serveur, sous certaines conditions. Un néophyte peut utiliser ACCESS et
se créer une base données complète, grâce à de nombreux assistants pour l’aider. Le
problème est que ACCESS en tant que format de données n’est pas un SGBD Client/serveur
mais seulement un SGBD fichier. Le trafic qu’il génère sur le réseau en utilisant réseau
multiposte peut forment perturber ses performances. Les performances chutent
rapidement lorsque plusieurs utilisateurs sont connectés ou que la base dépasse 100000
lignes. MS-ACCESS reste un bon choix pour la base de données de petites tailles mais
facilement gérable, ou pour les novices en matière de base de données.
 MYSQL
MYSQL est devenu la base de données open source la plus populaire grâce à sa
performance, sa haute fiabilité d’utilisation. On la trouve sur de nombreuse installation,
dans les grandes entreprises transnationales comme au sein d’application embarquées
spécialisées, sur tous les continents de la planète.
En outre, elle est également devenue le choix de prédilection de toute une nouvelle
génération d’application construites sur la plate-forme LAMP. MySQL fonctionne sur plus
de plusieurs plates-formes, notamment Linux, Windows. Ce SGBD présente des avantages
mais aussi des inévidents. Ainsi nous pouvons citer :
 Avantages :
-Facilité de déploiement et de prise en main ;
-Plusieurs moteurs de stockage adaptés aux différentes problématiques.
 Inconvénients
-Ne supporte qu’une faible partie des standards SQL-92 ;
-Support incomplet des triggers ;
-Gestion des transactions que depuis la version 4 avec InnoDB, que depuis la
version 5 avec Falcon.

44
 ORACLE
Oracle est disponible pour les systèmes d’exploitation Linux, Windows, Unix et
MacOs. La licence est commerciale mais gratuite dans la version expresse. Oracle n’est pas
un SGBD relationnel pour les petites bases de données. Sur de petits volumes de
traitements (2 Go par exemple) et peu d’utilisateurs (une trentaine) vous pourriez des
benchmarks ou MySQL offre des performances quasi comparables à Oracle. Si l’on monte à
plusieurs importants volumes de données (>200 Go) les écarts entre oracle et MySQL
seront très visibles.

 SQL SERVER
 Avantages :
- Admiration aisée
- Langage TSQL très convivial
- Niveau de SQL très de le norme SQL et implémente presque toutes les
possibilités de SQL.
- Service Web
- Support XML
- Compression des données
 Inconvénients :
- Distribution fortement liée au système d’exploitation
- Mono-plateforme (MS-Windows)

2- Choix du SGBD
SQL Server Express 2016 est une version du système de gestion de base de
données relationnelle (SGBDR) de Microsoft qui est sortie en version
d'évaluation en 2015, puis en disponibilité générale le 1er juin 2016

45
II. ENVIRONNEMENT DE TRAVAIL
1. Environnement matériel
Pour l’analyse de la conception du projet nous avons utilisé un (1) ordinateur portable
avec les caractéristiques suivantes :
 Marque : HP ;
 Processeur : Intel Core i3 CPU P6100 @ 2.75GHz ;
 Mémoire RAM installée : 4 GB ;
 Mémoire ROME installée : 500 GB.

2. Environnement de logiciel
Nous avons eu recours pour le développement de notre application à VISUAL STUDIO CODE
qui est un super logiciel de l’édition des scripts. Il vous permet de développer des
applications dans tous les langages :
- Le Python
- PHP
- HTML/CSS
- JAVASCRIPT
- Le C/C++
- Le Perl
- JAVA
- MATLAB
- PASCAL
- Etc…

46
3- Présentation de Visual Studio Code

Visual Studio Code est un éditeur de code extensible développé


par Microsoft pour Windows, Linux et MacOs.
Les fonctionnalités incluent la prise en charge du débogage, la mise en évidence de
la syntaxe, la complétion intelligente du code, les snippers, la refactorisation du
code et Git intégré. Les utilisateurs peuvent modifier le thème, les raccourcis clavier,
les préférences et installer des extensions qui ajoutent des fonctionnalités
supplémentaires.
Le code source de Visual Studio Code provient du projet logiciel libre et open
source VS Code de Microsoft publié sous la licence MIT permissive, mais les
binaires compilés sont des logiciels gratuits pour toute utilisation.
Dans le Stack Overflow 2019 Developer Survey, Visual Studio Code a été classé
comme l'outil d'environnement de développement le plus populaire, avec 50,7 %
des 87 317 répondants déclarant l'utiliser.

47
4- Présentation de quelques fenêtres de l’application
Fenêtre d’inscription utilisateur

Fenêtre d’accès utilisateur

48
Fenêtre d’accueil

49
5- Evaluation financière du projet
 Cout des ressources matérielles
Matériel Quantité Prix unitaire Prix total (FCFA)

Ordinateur HP ProBook Core i3 1 200.000 200.000

Logiciel Visual studio code 1 - -


Scanner et Imprimante 1 400.000 400.000
Total 600.000

 Tarif journalier des ressources humaines du projet


Développement
Tarif/jour 14
Temps mis pour la mise en œuvre 4 semaines
TOTAL TTC 350.000

 Cout total du projet


Eléments Prix (CFA)
Cout total matériel 600.000
Cout total ressource humaine 350.000
TOTAL 950.000

50
CONCLUSION

Le stage effectué au sein de SQLI-CI, a enrichi mes connaissances en


programmation et gestion d’application Client-serveur.
Malgré les contraintes de temps et les difficultés rencontrées durant les trois
mois de Stage, j’ai quand même pu réaliser une application de gestion des
immobilisations pour répondes aux besoins de SQLI-CI.
L’évolution de la technologie d’aujourd’hui surtout en informatique m’amène
à me servir des outils informatiques plus évolués incluant les propriétés de la POO.
J’espère que cette application réalisée aidera SQLI-CI dans ses activités.
De l’étude de l’existant jusqu’à la réalisation de cette application, j’ai adopté
la méthodologie de système d’information « MERISE » que nous avons reçus au sein
du Groupe CFIAT dont nous en sommes fier.

51
BIBLIOGRAPHIE

Pour l’élaboration de ce projet, nous somme servis de :


Site web : le moteur de recherche www.google .ci et à l’aide des logiciels en ligne utilisés.

52
TABLE DES MATIERES

DEDICACE………………………………………………………………………………………………………………………………………3

REMERCIEMENTS…………………………………………………………………………………………………………………………. 4

AVANT-PROPOS…………………………………………………………………….………………………………………………………5

INTRODUCTION………………………………………………………………………………………………………….....................7

PARTIE I : ETUDE PREALABLE…………………………………………………………………………………………………………8

I- PRESENTATION DE LA SOCITE SQLI-CI…………………………………………………………………………..9

1- Historique de SQLI-CI……………………………………………………………………………………………………9

2- Mission de SQLI-CI………………………………………………………………………………………………………..9

3- Siège de SQLI-CI…………………………………………………………………………………………………………...9

4- L’organigramme de SQLI-CI………………………………………………………………………………………….10

5- L’étude de l’existence…………………………………………………………………………………………………..11

PARTIE II : ETUDE DETAILLEE………………………………………………………………………………………………………...12

I- CHOIX D’ANALYSE DE LA METHODE D’ANALYSE …………………………………………………………..13

1- Définition …………………………………………………………………………………………………………………..14

2- Présentation de la méthode d’analyse retenue…………………………………………………………..14

a. Objectif…………………………………………………………………………………………………………………..14

b. Le système d’informatique……………………………………………………………………………………..15

c. Conception d’un système d’information…………………………………………………………………15

d. Système d’information et système informatique…………………………………………………….16

II- NIVEAU CONCEPTUEL…………………………………………………………………………………………………..17

1- Les règles de gestions…………………………………………………………………………………………………..17

2- Le dictionnaire de donnée…………………………………………………………………………………………....18

3- La structure d’accès théorique (SAT)………………………………………………………………………….…21

4- Le modèle conceptuel de donnés (MCD)………………………………………………………………………22

III- NIVEAU LOGIQUE……………………………………………………………………………………………………….…23

1- Le Modèle Logique des Données…………………………………………………………….…23


2- Le Modèle Logique des Données………………………………………………………………24
IV- LE MODELE CONCEPTUEL DE TRAITEMENT……………………………………..…..25
A- Concept et formalisme………………………………………………………………………………………………....25

1- Le processus……………………………………………………………………………………………………………….…25

1
2- L’évènement………………………………………………………………………………………………………………...25

3- L’opération………………………………………………………………………………………………………………..….25

4- Synchronisation………………………………………………………………………………………………………….…25

5- Règle d’émission…………………………………………………………………………………………………………...25

6- Résultat………………………………………………………………………………………………………………………...26

7- Formalisme………………………………………………………………………………………………………………..….26

B- Le Modèle Conceptuel de Communication (MCC)…………………………………………………….…..27

1- Les acteurs et leurs rôles…………………………………………………………………………………………..…..27

2- Graphe des flux………………………………………………………………………………………………………..……28

3- Graphe d’ordonnancement des évènements…………………………………………………………………29

4- Schéma du MCT…………………………………………………………………………………………………………....30

V- LE NIVEAU ORGANISATION……………………………………………………………………………………….…32

1- Le Modèle Organisationnel de Traitement……………………………………………………………………33

VI- LE NIVEAU PHYSIQUE…………………………………………………………………………………………………...35

1- Le Modèle Physique de Données…………………………………………………………………………………..36

2- Description physique du MPD…………………………………………………………………………………..…..36

PARTIE III : PHASE DE REALISATION DU PROJET……………………………………………………………………………43

I- OUTILS DE REALISATION DU PROJET……………………………………………………………………………..44

1- Système de Gestion de Base Données………………………………………………………………………..…44

2- Choix de SGBD………………………………………………………………………………………………………..…….45

II- ENVIRONNEMENT DE TRAVAIL……………………………………………………………………………………..46

1- Environnement matériel………………………………………………………………………………….…….46

2- Environnement de logiciel…………………………………………………………………………….……….46

3- Présentation de Visual Studio Code…………………………………………………………….…………47

4- Présentation de quelques fenêtré de l’application…………………………………………………48

5- Evaluation financière du projet……………………………………………………………………………..50

CONCLUSION…………………………………………………………………………………………………………………….51

BIBLIOGRAPHIE………………………………………………………………………………………………………..……….52

2
MINISTERE DE L’ENSEIGNEMENT SQLI-CI REPUBLIQUE DE COTE D’IVIRE

SUPERIEUR ET DE LA Union – Discipline - Travail

RECHERCHR SCIENTIFIQUE

GROUPE CEFIAT

RAPPORT DE STAGE

BREVET DE TECHNICIEN SUPERIEUR

Option : INFORMATIQUE, DEVELOPPEUR D’APPLICATION

THEME :

CONCEPTION ET REALISATION D’UNE APPLICATION


DE GESTION DES IMMOBILISATIONS

PRESENTE PAR : MAITRE DE STAGE :

SUI

BI IRIE ALEX-DENEL PRINCE


M. EHUI KOUAKOU
Etudiant en 2eme année en BONIFACE
Informatique, Développeur
d’application.

Année Académique :2019-2020 Période de Stage :01/07/2021 -- 01/10/2021

Vous aimerez peut-être aussi